JP5312707B2 - GAME DEVICE, GAME DEVICE CONTROL METHOD, AND PROGRAM - Google Patents

Description

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

  2. Description of the Related Art Conventionally, game devices that perform a battle based on user game data and other game data are known. For example, Patent Document 1 describes a game device that, when a user performs a given operation, executes one match based on the user's soccer team and another user's soccer team specified by the user. Has been.

JP 2010-124906 A

  However, in the technique of Patent Document 1, for each battle, the user must designate a battle opponent and perform a given operation. Although it is conceivable to automatically execute a predetermined number of battles in order to reduce the user's operation burden, since the sense of achievement that is felt through the battles decreases as the number of operations performed by the users decreases, the interest of the game decreases. there is a possibility.

  The present invention has been made in view of the above problems, and its purpose is to provide a game device capable of improving the interest of a game when a plurality of battles are executed at once, a method for controlling a game device, And providing a program.

  In order to solve the above-described problem, a game apparatus (10) according to the present invention is a game apparatus (10) that executes a battle based on user game data and other game data. A selection means (146) for selecting a plurality of game data as opponents of the game data of the user, an operation determination means (148) for determining whether or not one battle start operation has been performed, When the battle start operation is performed, a battle result of each battle to be executed is determined based on the game data of the user and each of the plurality of game data selected by the selection means (146). Match result determination means (150), presentation means (152) for presenting the individual match results determined by the match result determination means (150) to the user, and selection means ( And changing means for changing the number of game data to be selected by 46) (144), characterized in that it comprises a.

  Moreover, the control method of the game device (10) according to the present invention is a control method for a game device that executes a battle based on the user's game data and other game data, and from among a plurality of game data, A selection step (146) for selecting a plurality of game data as opponents of the user's game data, an operation determination step (148) for determining whether or not one battle start operation has been performed, and the one battle start When the operation is performed, a battle result determination step (150) for determining a battle result of each battle executed based on the game data of the user and each of the plurality of game data selected in the selection step. ), A presentation step (152) for presenting the individual battle results determined in the battle result determination step to the user, and the selection step Characterized in that it comprises a change step of changing the number of game data to be elected (144), the at.

  A program according to the present invention is a program for causing a computer (10) to function as a game device that executes a battle based on user game data and other game data. A selection means (146) for selecting a plurality of game data to be opponents of the game data of the user, an operation determination means (148) for determining whether or not one battle start operation has been performed, and the one battle start operation When the game is performed, a battle result determination unit (150) that determines a battle result of each battle executed based on the game data of the user and each of the plurality of game data selected by the selection unit. Presenting means (152) for presenting the individual match results determined by the match result determining means to the user, selected by the selecting means That game changing means for changing the number of data (144), as to function the computer.

  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, it is possible to improve the interest of a game when a plurality of battles are executed at a time.

  In one aspect of the present invention, each of the plurality of game data belongs to at least one of a plurality of types of attributes, and the game device (10) includes the game data of the user among the plurality of types of attributes. A means (154) for acquiring information on the type of attribute of the game data in which a battle result in a past battle is a given battle result, and evaluating the user's game play based on the obtained information And means (156).

  In one aspect of the present invention, the selecting means (146) is configured to store game data in which a battle result in a past battle against the game data of the user is the given battle result among the plurality of types of attributes. It includes means for specifying an attribute type other than the attribute, and a plurality of game data to be opponents are selected from game data belonging to the specified type of attribute.

  In one aspect of the present invention, the selecting means (146) is a game data that becomes an opponent from the plurality of game data so that the types of attributes of the game data selected as the opponent are different from each other. It is characterized by selecting multiple.

  In one aspect of the present invention, the game device (10) includes setting means (162) for setting special game data as game data of an opponent, and a battle result between the user game data and the special game data. Means (164) for determining whether or not is the given result, and among the plurality of types of attributes, a battle result in a past battle with the game data of the user is the given battle result. Means (158) for identifying an attribute type other than an attribute of certain game data, and when the battle result between the game data of the user and the special game data is the given result, the game data of the user; And match result judging means (166) that considers that the match result of the game data belonging to the specified type of attribute is the given result. That.

  In one aspect of the present invention, the game device (10) may determine the number of times that a battle result between the game data of the user and the game data having the same type of attribute does not become the given result in past battles. Further includes means (160) for determining whether or not is within a predetermined range, and the setting means (162) sets the special game data as game data of the opponent when the number of times is within the predetermined range, The battle result disregarding means (166), when the battle result between the game data of the user and the special game data is the given result, game data of the same type as the game data of the user, It is characterized in that the match result is considered to be the given result.

  Moreover, in one aspect of the present invention, the game device (10) has a given match based on a match result in a past match against the game data of the user among game data of the user that has been played in the past. It further comprises means (154) for obtaining information relating to the type of game data obtained as a result, and means (156) for evaluating the user's game play based on the obtained information. .

  In one aspect of the present invention, the selection means (146) is configured such that, in the game data that has been played against the user's game data in the past, a battle result in a previous battle with the user's game data is the given game data. It includes means for specifying the type of game data that is not a match result, and a plurality of opponent game data are selected from the specified type of game data.

  Moreover, in one aspect of the present invention, the game apparatus (10) further includes means (11) for acquiring the information from means for storing information on the strengths or results of the plurality of game data, and the selecting means (146) is based on the number of game data selected as the opponent and the association of the strength of the game data to be selected as the opponent or the standard of the battle record, and the number changed by the changing means, Including means for determining the strength of the game data to be selected as an opponent or the standard of the game record, and selecting game data satisfying the determined strength or the standard of the game record from the plurality of game data; It is characterized by.

  In one aspect of the present invention, the game device (10) executes a battle between game data of each of a plurality of users and other game data, and the game device (10) includes a plurality of types of game data. Means (170) for acquiring the parameter from means (15) for storing the parameter in association with each of the attributes; game data of the user who has performed the first battle start operation among the plurality of users; and the opponent If the match result of the game data selected as the game data is determined, based on the match result, the parameter associated with the attribute of the game data of the user and the attribute of the game data selected as the opponent Parameter changing means (168) for changing at least one of the parameters associated with each of the plurality of users; Lee and a means for evaluating, based on the parameters associated with the attribute of the game data of the user (172), and further comprising a.

  In one aspect of the present invention, when the parameter changing means (168) changes the parameter associated with the attribute of the game data of the user, the change amount of the parameter is calculated based on the value of the parameter. At least one of means for changing and means for changing the amount of change of the parameter based on the value of the parameter when changing the parameter associated with the attribute of the game data selected as the opponent It is characterized by that.

  In one aspect of the present invention, the presenting means (152) presents the individual battle results to the user after the battle result determination means (150) has determined all the battle results. Features.

  In one aspect of the present invention, the changing means (144) determines the number of game data selected by the selecting means (146) when an operation for using the item to be used is performed by the user. It is characterized by changing.

  In one aspect of the present invention, the game device (10) includes means (134) for generating a first effect in the game when an operation for using the item to be used is performed by the user. The change means (144) further includes a second effect in addition to the first effect in the game when the operation for using the item to be used is performed within a specific period. As a second effect, the number of game data selected by the selection means (146) is changed.

  In one aspect of the present invention, the game apparatus (10) determines whether a given period has elapsed since the operation for using the item to be used has been performed (136). The change means (144) is selected by the selection means (146) from the time when the operation for using the item to be used is performed until the given period elapses. It is characterized in that the number of game data to be changed is changed.

  In one aspect of the present invention, the changing means (144) determines whether to change the number of game data selected by the selecting means based on a predetermined probability.

  In one aspect of the present invention, the game device (10) further includes means (138) for giving the acquirable item to the user when an operation for acquiring the acquirable item is performed by the user. Further, the changing means (144) is characterized in that when the obtainable item is given to the user, the number of game data selected by the selecting means is changed.

  According to another aspect of the present invention, the game device (10) associates, with the user, information related to the number of times the processing by the changing means (144) is permitted when the obtainable item is given. The change means (144) determines whether to change the number of game data selected by the selection means (146) based on the information associated with the user, and the game The device (10) updates the information when the selection means (146) selects game data in a state where the number of game data selected by the change means (144) is changed. 142).

  In addition, in the above, although the code | symbol described in drawing is described in parenthesis in order to make an understanding of this invention easy, by this, the game device etc. which concern on this invention are not limited to the aspect of illustration.

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 user database. It is a figure which shows a soccer team list. It is a figure which shows an example of the main screen displayed on a display part. It is a figure which shows an example of a search screen. It is a figure which shows an example of the search screen displayed when an action point runs short. It is a figure which shows an example of a shop screen. It is a figure which shows an example of an event content screen. It is a figure which shows an example of an event generation | occurrence | production screen. It is a figure which shows an example of an opponent confirmation screen. It is a figure which shows an example of a battle result screen. It is a figure which shows an example of the acquisition emblem display screen. It is a figure which shows an example of the event generation screen in the 1st case. It is a figure which shows an example of the event generation screen in the 2nd case. It is a figure which shows an example of the event generation | occurrence | production screen when the 1st case and the 2nd case occur simultaneously. It is a figure which shows an example of the search screen in case a user has a lucky medal. It is a figure which shows an example of the opponent confirmation screen when a special soccer team is elected. It is a figure which shows an example of a winning point confirmation 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 correlation with the selection number of an opponent team, and the league to which an opponent team should belong. It is a figure which shows the process performed with a game system, when the user is participating in the game event for a limited time, and the search execution button of a search screen is selected. It is a figure which shows the process performed with a game system, when the user is participating in the game event for a limited time, and the search execution button of a search screen is selected. It is a figure which shows the process performed with a game system, when the user is participating in the game event for a limited time, and the search execution button of a search screen is selected. It is a figure which shows the process performed with a game system, when the user is participating in the game event for a limited time, and the search execution button of a search screen is selected. It is a figure which shows the process performed with a game system, when the user is participating in the game event for a limited time, and the search execution button of a search screen is selected. It is a figure which shows correlation with the current order | rank of a soccer team, and the winning point acquired.

[1. Embodiment]
Hereinafter, an example of an embodiment of the present invention will be described in detail with reference to the drawings.

[1-1. Overall configuration of game system]
FIG. 1 is a diagram showing an overall configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 1 according to the present embodiment includes a game server 10 (game device) and a plurality of user terminals 20. The game server 10 and the plurality of user terminals 20 are connected to the communication network 2, and data communication is possible between the game server 10 and the user terminals 20.

[Hardware configuration of game server]
The game server 10 is realized by a server computer, for example. As shown in FIG. 1, the game 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 and 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 game server 10 via an optical disc. 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.

  Note that the game server 10 may be provided with 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 game server 10 via an information storage medium other than the optical disk. Further, the program and data may be supplied to the game server 10 from a remote location via the communication network 2.

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

[Hardware configuration of user equipment]
The user terminal 20 is an information processing device that is used by a user to play a game. The user terminal 20 is realized by, for example, a mobile phone (including a smartphone), a portable information terminal (including a tablet computer), a personal computer, a portable game machine, or a home game machine (stationary game machine). In the following description, it is assumed that the user terminal 20 is a mobile phone (smartphone).

  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 game server 10.

  The operation unit 24 is for the user to perform various operations / instructions. For example, a pointing device for the user to specify a position in the screen displayed on the display unit 25 is provided as the operation unit 24. For example, the user terminal 20 includes a touch panel provided on the display unit 25 so as to overlap the display unit 25.

  Instead of the touch panel, the user terminal 20 may be provided with, for example, a mouse, a stick, a touch pad, a button (key), a lever (stick), or the like. The display unit 25 is a liquid crystal display or an organic EL display, for example, 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 be provided with components 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 game server 10, for example, an HTTP daemon is activated. On the other hand, in the user terminal 20, a browser is activated. A processing request (HTTP request) is transmitted from the user terminal 20 to the game server 10 via a browser. In addition, a processing result (HTTP response) corresponding to the above processing request is transmitted from the game 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. Based on the page data, a screen based on the processing result is displayed on the display unit 25 of the user terminal 20.

[1-2. Outline of the game executed in the game system]
In the game system 1, a battle is executed based on the user's game data and other game data. 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.

[1-2-1. Database contents]
First, data stored in the database 15 will be described. For example, the database 15 includes a user database and a soccer team list.

  FIG. 2 is a diagram illustrating an example of a user database. The user database stores various data related to all users of the game system 1. As shown in FIG. 2, each user data includes “user ID”, “user name”, and “image” fields. The “user ID” field indicates identification information for uniquely identifying a user. The “user name” field indicates a user name. The “image” field indicates a user image (for example, an avatar image).

  Each user data includes “favorite team name”, “owned team name”, “level”, “degree of cooperation”, and “experience value” fields. The “favorite team name” field indicates the name of a soccer team registered by the user as a favorite team among the soccer teams stored in the soccer team list (hereinafter simply referred to as a favorite team name).

  FIG. 3 is a diagram showing a soccer team list. As shown in FIG. 3, a plurality of soccer team names prepared in advance are stored in the soccer team list. For example, n soccer team names belonging to a real world soccer league (n is a natural number. Here, n = 40 will be described) are stored in the soccer team list.

  Of the 40 soccer team names stored in the soccer team list, the soccer team name selected by the user is stored in the “favorite team name” field. For example, the user selects his / her favorite team name from the soccer team list when registering use of the game.

  Also, as shown in FIG. 3, an emblem image indicating an emblem (emblem) of each soccer team is associated with the soccer team list. The emblem image is prepared in advance based on the emblem of a real-world soccer team. The emblem image is used as a mark for identifying a favorite team of each user, for example.

  Also, as shown in FIG. 3, the soccer team list stores game parameters (here, winning points) associated with each soccer team. The winning point is a parameter serving as an index for evaluating each user in the game. The winning points stored in the soccer team list are not the winning points of the soccer league in the real world, but change according to the execution result of a limited-time game event described later.

  In addition, when the soccer team which belongs to the real world soccer league is changed, or the name or emblem of the soccer team is changed, the contents of the soccer team list are appropriately updated by the operation of the system administrator.

  Returning to FIG. 2, the “owned team name” field of the user database indicates the name of the soccer team owned by the user. The soccer team possessed by the user is a soccer team used by the user in a battle, and is a soccer team to which a player card collected by the user belongs. That is, what is actually used in a match in the game is not the soccer team indicated by the favorite team name, but the soccer team indicated by the possessed team name (hereinafter simply referred to as the user team). For example, the possessed team name stores an arbitrary character string designated by the user when registering the game.

  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, the individual user data includes “affiliated 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 “in-league ranking” field indicates the ranking of the user teams in the league, and the “overall ranking” field indicates the ranking of each user team 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.

  Further, the individual user data includes “action points”, “management points”, “nurturing points”, and “lottery points” 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, or recovered when the user uses a given recovery item. When the recovery item is used, the action point may be recovered to the maximum value.

  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. In addition, the management points are recovered every time a predetermined time elapses, or recovered when the user uses a given game item. When the recovery item is used, the management point may be recovered to the maximum value.

  When the user team battles with another soccer team, the management points are consumed by the total cost of the player cards used for the battle. For this reason, the player card used by the user for the battle is determined such that the total cost of the player cards used for the battle does not exceed the maximum value of the management points.

  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 executing a lottery that simulates a capsule toy in addition to the search described later. The lottery points are consumed by executing the lottery.

  Each user data includes a “number of players” and “owned players” fields. The “number of players” field indicates the number of player cards held by the user. The “held player” field indicates a list of player cards held by the user. The player ID and player parameter data of the player card held by the user are registered in the “owned player” field. The player parameter data includes the player card level, cost (cost required to use the player card for the battle), player ability parameter (eg, offense, defense, technique, etc.), degree of cooperation, experience value, etc. included. Note that the player parameter data rises by executing player card training.

  Further, the individual user data includes a “held item” field and a “held game currency” field. The “held item” field indicates a list of game items (for example, recovery items) held by the user. The game item ID and game item parameter data of the game item held by the user are registered in the “owned item” field. The game item parameter data stores various parameters related to the game item. The “owned game currency” field indicates the game currency held by the user. For example, when an operation for acquiring in-game currency is performed, an amount corresponding to the in-game currency acquired by the user is charged.

  Each user data includes a “period limited event information” field. The “period limited event information” field indicates various types of information related to a limited period game event to be described later. For example, the “period limited event information” field stores an event participation flag, an acquired emblem, a defeated opponent, an acquired winning point, and a recovery item use timing.

  The event participation flag is information indicating whether or not the user is participating in a limited-time game event described later. The acquired emblem indicates an emblem acquired by the user in a limited-time game event described later. The earned points indicate the points earned by the user in a limited-time game event to be described later. The defeated opponent indicates a soccer team that the user has lost in a limited-time game event to be described later. The recovery item use timing indicates the timing at which the user uses the recovery item.

  Each user data includes a “number of friends”, a “friend list”, and a “last access date” field. The “number of friends” field indicates the number of other users who are in friendship (friendship) with 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 game 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. For example, the database 15 may store a player card database in which data of all player cards prepared in the game system 1 is stored.

[1-2-2. Game screen example]
Next, the flow of the game will be described while showing an example of the game screen displayed on the display unit 25 of the user terminal 20. When the user operates the user terminal 20 to access the game server 10 in order to play a game, the main screen is displayed on the display unit 25.

  FIG. 4 is a diagram illustrating an example of a main screen displayed on the display unit 25. As shown in FIG. 4, the main screen 30 displays various types of information regarding the user and the game situation. The main screen 30 includes an emblem image 32. The emblem image 32 displays the emblem of the user's favorite team. The main screen 30 includes a possessed team name display field 34. The owned team name display field 34 displays the owned team name of the user.

  The main screen 30 includes a representative player image 36. An image of the representative player card among the player cards held by the user is displayed as the representative player image 36. The main screen 30 also includes a notification column 38. A notification message 40 to the user is displayed in the notification column 38.

  Further, the main screen 30 includes a search execution button 42A, a formation button 42B, a breeding button 42C, a lottery button 42D, a game button 42E, an AC button 42F, a shop button 42G, and an event button 42H.

  The search execution button 42A is a button for searching for a player (player card). When the search execution button 42A is selected, a search screen for searching for a player is displayed on the display unit 25.

  FIG. 5 is a diagram illustrating an example of a search screen. As shown in FIG. 5, the search screen 50 displays the area being searched, the search rate in the area, the experience value of the user's soccer team, the current value and the maximum value of action points.

  The search screen 50 includes a search execution button 52. When the search execution button 52 is selected, a player search is executed. When the player search is executed, action points are consumed. When the player search is successful, a player card is given to the user, and a screen showing the player card given to the user is displayed on the display unit 25.

  Whether or not the player search is successful and the player card given to the user are randomly determined according to a predetermined probability. In addition, when a player search is executed, the search rate increases. When the search rate reaches a predetermined value (for example, 100), the search for the area is completed, and the user can proceed to the next area. If the action points are insufficient, the search is not executed even if the user selects the search execution button 52.

  FIG. 6 is a diagram illustrating an example of a search screen 50 displayed when action points are insufficient. As shown in FIG. 6, a message prompting the user to use the recovery item is displayed on the search screen 50 together with a message indicating that action points are insufficient. In addition, the search screen 50 displays the number of recovery items held by the user. When the user selects the recovery item use button 54, the action points are recovered, and the number of recovery items held by the user is reduced. When the user selects the cancel button 56, the action point is not recovered.

  Returning to FIG. 4, the formation button 42 </ b> B is a button for setting the formation of the user's soccer team. When the formation button 42B 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 type such as “4-4-2” or selects a player card to be assigned to each position. That is, the user selects 11 player cards to be used for a battle with another soccer team.

  The breeding button 42C is a button for growing (strengthening) the player card held by the user. When the upbringing button 42C 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 42D is a button for obtaining a player card by drawing a player card. When the lottery button 42D is selected, for example, a screen imitating a capsule toy is displayed on the display unit 25. On this screen, 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 42E is a button for playing a game with another user team. When the match button 42E is selected, a screen for playing a match with another user team is displayed on the display unit 25. As described above, the game is executed in exchange for the management points corresponding to the total cost of the player cards used in the game. By winning a match with another user team, for example, the user can obtain a game item or a training point.

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

  The shop button 42G is a button for the user to purchase various game items. When the shop button 42G is selected, a shop screen for the user to purchase a game item is displayed on the display unit 25.

  FIG. 7 is a diagram illustrating an example of the shop screen. As shown in FIG. 7, the shop screen 60 displays an item list 62 of game items that can be purchased by the user using in-game currency. The item list 62 displays the price and effect of each game item. When the user selects the number of purchases from the item list 62 and selects the decision button 64, the game item corresponding to the decision button 64 can be purchased.

  For example, the user purchases a recovery item for recovering action points or the like, or an item for increasing the number of opponent teams (hereinafter referred to as “lucky medal”) in a limited-time game event described later. Can do. When the user purchases these game items, they are registered as possessed items, and the user's in-game currency is updated based on the price of the purchased game item.

  Returning to FIG. 4, the event button 42H is a button for the user to participate in a given game event. For example, when the event button 42H is selected, the user can participate in a limited-time game event. When the event button 42H is selected, an event content screen showing the content of a limited-time game event is displayed on the display unit 25.

  FIG. 8 is a diagram illustrating an example of the event content screen 70. As shown in FIG. 8, the event content screen 70 displays information indicating the content of a limited-time game event. When the user selects the participation determination button 72, the event participation flag of the user is turned on, and the user can participate in this game event.

  Here, when a user searches for a player from the search screen 50 in a state where the user has participated in a limited-time game event, the user team and another soccer team (hereinafter referred to as “opposition team”) under a predetermined condition. )) Occurs. When the user team wins or draws the opponent team, an emblem of the favorite team of the user who owns the opponent team is given. In a limited-time game event, the user aims to acquire all types of emblems (here, 40 types of emblems).

  When a user searches for a player while participating in a game event for a limited time, a game event that discovers a soccer park that is an imaginary park occurs under a predetermined condition, and an event occurrence screen is displayed on the display unit 25. Is done.

  FIG. 9 is a diagram illustrating an example of an event occurrence screen. As shown in FIG. 9, the event occurrence screen 80 includes an image 82 indicating that a soccer park has been found, and an opponent number display field indicating the number of teams selected as the opponent team (three teams in the example of FIG. 9). 84, and an opponent confirmation button 86 for the user to confirm each opponent team is displayed. When the opponent confirmation button 86 is selected, an opponent confirmation screen for the user to confirm each opponent team is displayed on the display unit 25.

  FIG. 10 is a diagram illustrating an example of an opponent confirmation screen. As shown in FIG. 10, the opponent confirmation screen 90 displays various information related to the opponent team selected by the computer. In the example shown in FIG. 10, three opponent teams are selected. Details of each opponent team are displayed in the opponent information column 92. For example, the opponent information column 92 displays the name of the opponent team, the name of the user who owns the opponent team, the favorite team name of the user, the level of the opponent team, the league to which the player belongs, and the like.

  In addition, the opponent confirmation screen 90 includes a kick-off button 94. When the kick-off button 94 is selected, the battle between the user team and each opponent team is executed continuously, and the battle results of each battle are all determined at once. In the example shown in FIG. 10, since three opponent teams are selected, three battles are executed at a time.

  For example, a battle process is performed by executing a simulation process (match result determination process) based on 11 player card data that is a member of the user team, 11 player card data that is a member of each opponent team, and the like. The result is determined. When the battle result is determined, a battle result screen showing the battle result is displayed on the display unit 25.

  FIG. 11 is a diagram illustrating an example of a battle result screen. As shown in FIG. 11, a battle result 102 of each battle and a next button 104 are displayed on the battle result screen 100. The match result 102 includes information on the score and winning / losing of each team. As described above, in a limited-time game event, when the user team wins or draws the opponent team, an emblem of the favorite team of the user who owns the opponent team is given. When the next button 104 is selected, an acquired emblem display screen showing the emblems acquired by the user so far is displayed on the display unit 25.

  FIG. 12 is a diagram illustrating an example of an acquired emblem display screen. As shown in FIG. 12, the acquisition emblem display screen 110 displays the acquisition target emblem 112 of the soccer team from which the user should acquire the emblem, the number of emblems acquired by the user, and the number of acquisitions necessary for completing all types. Is done. In the acquisition target emblem 112, an emblem that has been acquired by the user and an emblem that has not been acquired by the user are distinguished from each other. For example, emblems acquired by the user are displayed relatively brightly, and emblems not acquired by the user are displayed relatively darkly.

  Thus, a user who participates in a limited-time game event aims to acquire (complete) all 40 types of emblems. Therefore, the greater the number of opponents when a game park is found, the more chances the user will get more emblems at one time.

In the present embodiment, the number of opponents when a game park is found changes under a predetermined condition. For example, the number of opponent teams is usually three, but in the following three cases, the number of opponent teams when a game park is found increases.
(First case) When a user uses a recovery item while participating in a limited-time game event (second case), it is decided to increase the number of opponent teams with a predetermined probability. When the user purchases a lucky medal (third case)

  FIG. 13 is a diagram illustrating an example of the event generation screen 80 in the first case. As shown in FIG. 13, a cause presentation image 88 indicating that the number of opponent teams is increasing than usual is displayed. The cause presentation image 88 also indicates the cause of the increase in the number of opponent teams.

  For example, in the first case, the number of opponents increases by one. That is, as shown in the opponent number display field 84, four teams are selected as opponent teams instead of the usual three teams. In this state, when the opponent confirmation button 86 is selected, information on the four opponent teams is displayed, and thereafter, four battles are executed at a time. In the present embodiment, it is assumed that the number of opponent teams increases only for a certain period after the recovery item is used (for example, only 24 hours after the recovery item is used).

  FIG. 14 is a diagram illustrating an example of the event generation screen 80 in the second case. The cause presentation image 88 of FIG. 14 is different from FIG. 13 and shows that the number of opponent teams increases with a predetermined probability. Further, as shown by the opponent number display column 84, the number of opponent teams is increased by 1, and four teams are selected as opponent teams instead of the usual three teams.

  Further, the number of opponent teams may be increased by two by causing the first case and the second case to occur simultaneously.

  FIG. 15 is a diagram illustrating an example of the event generation screen 80 when the first case and the second case occur simultaneously. As shown in the opponent number display column 84, the number of opponent teams increases by two, and instead of the usual three teams, five teams are selected as the opponent teams. The cause presentation image 88 is an image indicating that the first case and the second case occur simultaneously.

  In the second case, the number of opponent teams increased with a predetermined probability. However, in the third case, when the user searches for a player and finds a soccer park, the probability is 100%. Increases the number of opponent teams.

  FIG. 16 is a diagram illustrating an example of the search screen 50 when the user has a lucky medal. As shown in FIG. 16, the remaining number of times that the number of opponent teams is increased with a probability of 100% is determined, and the remaining number is displayed on the search screen 50. The remaining number of times is associated with the lucky medal and stored in the item parameter data (FIG. 2). In addition, when the remaining number of times becomes 0, it may be automatically switched to the shop screen 60 to prompt the purchase of a lucky medal.

  As described above, in the game system 1 of the present embodiment, when a user participates in a limited-time game event, the number of opponent teams when a soccer park is found is changed under a predetermined condition. ing.

  In addition, in a limited-time game event, it is conceivable that the opponent team is defeated continuously from the opponent team having the same type of soccer team as a favorite team. In this case, the user cannot easily acquire the emblem of this soccer team. Therefore, in this case, a relatively weak special soccer team is automatically set as the opponent, and the opponent confirmation screen 90 displays that the special soccer team has been selected.

  FIG. 17 is a diagram illustrating an example of an opponent confirmation screen 90 when a special soccer team is selected. As shown in FIG. 17, the opponent information column 92 displays that a special soccer team has been selected. For example, this special soccer team is set to have such strength that even a novice user can win. When the user team wins or draws to the special soccer team, it is considered that the user team has won the user who has the favorite soccer team of the type that has been defeated continuously as a favorite team. That is, when the user wins or draws to the special soccer team, the user can acquire the emblem of the soccer team that could not be acquired easily.

  In addition, the game system 1 of the present embodiment is configured such that the winning points of the soccer team list are updated in accordance with the battle results of the limited-time game events. For example, after the user acquires the emblem, or at a given timing (for example, when the user logs in to the game), the winning point confirmation screen is displayed on the display unit 25.

  FIG. 18 is a diagram illustrating an example of the winning point confirmation screen. As shown in FIG. 18, the winning point confirmation screen 120 includes favorite team winning point information 122 and user winning point information 124. In the favorite team winning point information 122, the total number of winning points of the favorite team and the total number of winning points within a predetermined period are displayed. The user points information 124 displays the points that the user has acquired among the points of the user's favorite team and the ranking of the points within the user who have the same team as the favorite team.

  In addition, the winning point confirmation screen 120 displays the total number of points scored by each of the 40 types of soccer teams and the total number of points scored by each soccer team during a predetermined period (for example, one day). The information shown may be included. In this case, the winning points acquired by each soccer team during a predetermined period are stored in the soccer team list. When the return button 126 is selected from the winning point confirmation screen 120, the search screen 50 is returned.

  Hereinafter, the details of the above-described components will be described.

[1-3. Functions realized in the game system]
FIG. 19 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. 19, the game system 1 includes a game data storage unit 130, a game execution unit 132, an effect generation unit 134, a period determination unit 136, an item assignment unit 138, a number association unit 140, a number update unit 142, and a change unit. 144, selection unit 146, operation determination unit 148, battle result determination unit 150, presentation unit 152, type acquisition unit 154, first evaluation unit 156, unacquired identification unit 158, number determination unit 160, setting unit 162, battle result determination A unit 164, a match result considering unit 166, a parameter obtaining unit 168, a parameter changing unit 170, and a second evaluation unit 172.

  19 are the game data storage unit 130, the change unit 144, the selection unit 146, the operation determination unit 148, the battle result determination unit 150, and the presentation unit 152. Other functional blocks may be omitted.

[1-3-1. Game data storage unit]
The game data storage unit 130 is realized mainly by the storage unit 12 and the database 15. The game data storage unit 130 stores various data necessary for executing the game. The game data storage unit 130 stores, for example, a user database (FIG. 2) and a soccer team list (FIG. 3).

  The control unit 11 functions as means for acquiring or updating various data stored in the game data storage unit 130. The game data storage unit 130 may store data necessary for executing the game, and the data stored in the game data storage unit 130 is not limited to the above example.

[1-3-2. Game execution part]
The game execution unit 132 is realized mainly by the control unit 11. The game execution unit 132 executes a battle based on user game data (for example, a user team) and other game data (for example, other user teams). Here, the game execution part 132 performs a battle | competition based on each game data and other game data of a some user.

  In this embodiment, a player card belonging to the user team corresponds to “user game data”, and a player card belonging to the opponent team corresponds to “other game data”. The game execution unit 132 includes x player cards (for example, x = 11 (number of starting members) +7 (number of submembers) = 18) and x players who are members of the opponent team. Based on the card, a soccer game between the user team and the opponent team is executed.

[1-3-3. Effect generation section]
The effect generating unit 134 is realized mainly by the control unit 11. When an operation for using a use target item (for example, a recovery item) (for example, an operation for selecting the recovery item use button 54) is performed by the user, the effect generating unit 134 has a first effect ( For example, an effect of restoring action points or management points) is generated.

  “Generating an effect” means executing a game process associated with a game item in the game. For example, the game item and the content of the game process (that is, the content of the effect to be generated) are associated with each other. Yes. Moreover, although the case where an action point and a management point change is demonstrated as an example of the said effect here, the game process linked | related with the game item is not restricted to the process which changes a parameter.

[1-3-4. Period determination unit]
The period determination unit 136 is realized mainly by the control unit 11. The period determination unit 136 determines whether or not a given period has elapsed since an operation for using a use target item (for example, a recovery item) (for example, an operation for selecting the recovery item use button 54) is performed. judge.

  The period determination unit 136 determines whether or not the current time is within the target period set when the recovery item is used. The target period is a period corresponding to the time when the recovery item is used. For example, from the time when the operation of selecting the recovery item use button 54 is performed to a predetermined time after the time (for example, 24 hours later). Is the period.

[1-3-5. Item grant section]
The item assigning unit 138 is realized mainly by the control unit 11. The item granting unit 138 gives an acquirable item to the user when an operation for obtaining an acquirable item (for example, lucky medal) (for example, an operation for selecting the determination button 64) is performed by the user. It can be said that the item granting unit 138 permits the user to acquire (use) an acquirable item in the game. Here, the item granting unit 138 gives the user a lucky medal by adding a lucky medal to the “held item” of the user data.

[1-3-6. Number association section]
The number association unit 140 is realized mainly by the control unit 11. When the acquirable item (for example, lucky medal) is given, the number association unit 140 associates the number of times information regarding the number of times the process by the changing unit 144 is permitted with the user. Here, the number association unit 140 stores the number information regarding the remaining number of times that the number of opponents can be changed in the item parameter data of “held item” of the user data.

[1-3-7. Number update section]
The number updating unit 142 is realized mainly by the control unit 11. The number update unit 142 updates the number information when the selection unit 146 selects game data in a state where the number of game data (for example, the number of opponent teams) selected by the change unit 144 is changed. . The number update unit 142 decreases the remaining number of lucky medals when a soccer park is found and an opponent team is selected in a state where a lucky medals are given to the user.

[1-3-8. Change part]
The changing unit 144 is realized mainly by the control unit 11. The changing unit 144 changes the number of game data (for example, other user teams) selected by the selecting unit 146. The changing unit 144 increases or decreases the number of opponent teams (for example, increases or decreases from the reference number) under a predetermined condition. In the present embodiment, a case where the changing unit 144 increases the number of opponent teams will be described.

[First case]
For example, the change unit 144 is selected by the selection unit 146 when an operation for using a use target item (for example, a recovery item) (for example, an operation for selecting the recovery item use button 54) is performed by the user. Change the number of game data. The changing unit 144 changes the number of opponent teams when the recovery item is used.

  In the present embodiment, the change unit 144 performs a game when an operation for using a use target item (for example, a recovery item) (for example, an operation for selecting the recovery item use button 54) is performed within a specific period. , A second effect is generated in addition to the first effect (an effect of restoring action points and management points), and the number of game data selected by the selection unit 146 is changed as the second effect. The specific period is a period set in the game, and here is a period in which a limited-time game event is held.

  In addition, for example, the change unit 144 performs a given period (for example, a recovery item) after an operation (for example, an operation for selecting the recovery item use button 54) for using a use target item (for example, a recovery item) is performed. The number of game data selected by the selection unit 146 is changed over a period of 24 hours from when the is used. That is, the change unit 144 determines whether or not to change the number of opponent teams selected by the selection unit 146 based on the determination result of the period determination unit 136.

[Second case]
The changing unit 144 determines whether to change the number of game data selected by the selecting unit 146 (for example, the number of opponent teams) based on the predetermined probability. The predetermined probability may be a predetermined fixed value, or may be changed according to a game situation (for example, an emblem completion rate).

[Third case]
When the acquirable item (for example, lucky medal) is given to the user, the changing unit 144 changes the number of game data (for example, the number of opponent teams) selected by the selecting unit 146. The changing unit 144 determines whether or not the user has a lucky medal, and changes the number of opponent teams when the user has.

  The changing unit 144 determines whether or not to change the number of game data selected by the selecting unit 146 based on the number information associated by the number associating unit 140. Here, the changing unit 144 changes the number of opponent teams when the remaining number of times indicated by the number information is one or more.

  In the present embodiment, the case where the number of opponent teams is increased by one in each of the first to third cases described above will be described, but the number of changes of the opponent teams is not limited to this. The number of opponent teams may be changed based on the number determined based on a predetermined method. For example, each case in the first case to the third case is associated with the number of changes or the number after the change, and the number of opponent teams is the same as the number associated with the first case to the third case. The number may be changed.

[1-3-9. Selection section]
The selection unit 146 is realized mainly by the control unit 11. The selection unit 146 selects a plurality of pieces of game data to be opponents of the user's game data (for example, user teams) from among a plurality of pieces of game data (for example, teams owned by other users). The selection unit 146 selects as many opponent teams as the number changed by the change unit 144.

  In the present embodiment, each of a plurality of game data (for example, other user teams) has a plurality of types of attributes (for example, a soccer team shown in a soccer team list. It can also be said that each group classifies each user). The selection unit 146 identifies an attribute type other than the attribute of the game data in which a battle result in the past battle with the user's game data is a given battle result among a plurality of types of attributes. A plurality of game data as opponents are selected from the game data belonging to the specified type of attribute.

  “The result of a match is a given result” means winning in a match (winning satisfying a predetermined condition), drawing in a match (satisfying a draw satisfying a predetermined condition), defeating in a match (predetermined condition) To meet and defeat). The predetermined condition here means, for example, that the score difference is within a predetermined range and that the score of the user team is within the predetermined range. In the present embodiment, when the user team wins or draws, it is determined that the battle result is a given result. That is, the selection unit 146 identifies a soccer team for which the user has not yet acquired an emblem, and selects an opponent team from the team owned by the user who uses the soccer team as a favorite team.

  In the present embodiment, the selection unit 146 also selects game data to be an opponent from among a plurality of pieces of game data such that the types of attributes (for example, favorite teams) of game data selected as the opponent are different from each other. Select more than one. That is, the selection unit 146 selects an opponent team so that favorite teams do not overlap each other among the opponent teams.

  Furthermore, in the present embodiment, the selection unit 146 associates the number of game data (for example, the opponent team) selected as the opponent and the strength of the game data to be selected as the opponent or the criteria of the battle record, Based on the number changed by the changing unit 144, a means for determining the strength of the game data to be selected as the opponent or the reference of the battle record is included. Here, the case where the reference | standard regarding the battle record of an opponent team is determined is demonstrated. The league to which the opponent team belongs corresponds to “war results”.

  FIG. 20 is a diagram illustrating the association between the number of opponent teams selected and the league to which the opponent team should belong. The association may be in a table format or a mathematical expression format. As shown in FIG. 20, the number of opponent teams is associated with information on the criteria of the league of the soccer team to be selected as the opponent team (here, the probability that the opponent team is selected according to each criterion). .

  The selection unit 146 selects game data satisfying the determined strength criterion or the battle record from among a plurality of game data. Here, for example, as the number of opponent teams increases, the opponent team is selected such that the probability that an opponent team belonging to a league higher than the user team will be selected increases.

  For example, the selection unit 146 specifies the number of opponent teams based on the processing content of the changing unit 144, and acquires the league standard associated with the specified number of opponent teams. The selection unit 146 selects an opponent team from among users who have a soccer team that satisfies the criteria.

[1-3-10. Operation determination unit]
The operation determination unit 148 is realized mainly by the control unit 11. The operation determination unit 148 determines whether one battle start operation has been performed. Here, the operation determination unit 148 determines whether or not the kick-off button 94 has been selected based on a signal received from the user terminal 20 via the communication network 2.

[1-3-11. Match result determination section]
The battle result determination unit 150 is realized mainly by the control unit 11. When one battle start operation is performed, the battle result determination unit 150 includes each of the game data (for example, user team) of the user and the plurality of game data selected by the selection unit 146 (for example, each opponent team) ) And the battle results (for example, winning and losing and scoring) of individual battles to be executed are determined. The battle result determination unit 150 determines the battle results by the same number as the number of opponent teams changed by the change unit 144.

  The game execution unit 132 executes a simple simulation process (match result determination process) based on the eleven player cards that are members of the user team and the eleven player cards that are members of the opponent team. Thus, the battle result between the user team and each opponent team is determined.

[1-3-12. Presentation section]
The presentation unit 152 is realized mainly by the control unit 11. The presentation unit 152 presents the individual battle results determined by the battle result determination unit 150 to the user. The presenting unit 152 displays the individual battle results on the battle result screen 100. The presentation unit 152 presents the individual battle results to the user after the battle result determination unit has determined all the battle results.

[1-3-13. Type acquisition unit]
The type acquisition unit 154 is realized mainly by the control unit 11. The type acquisition unit 154 includes, among a plurality of types of attributes (for example, soccer teams stored in the soccer team list), an attribute of game data in which a battle result in a past battle with the user's game data is a given battle result. Get information about the type of. The type acquisition unit 154 selects a soccer team won or drawn by the user team (that is, a soccer team from which the user has acquired the emblem) based on information on past battle results (for example, “acquired emblem” in the user database). Will be identified.

[1-3-14. First Evaluation Department]
The first evaluation unit 156 is realized mainly with the control unit 11. The first evaluation unit 156 evaluates the user's game play based on the information acquired by the type acquisition unit 154. Here, the first evaluation unit 156 determines the evaluation of the user's game play based on the number of types of soccer teams won or drawn by the user team. For example, the first evaluation unit 156 determines the evaluation of the user's game play based on whether or not the number of types of soccer teams won or drawn by the user team is within a predetermined range (for example, 40 types).

[1-3-15. Unacquired Specific Department]
The unacquired specifying unit 158 is realized mainly by the control unit 11. The unacquired specifying unit 158 is a game data in which a battle result in a past battle against the user's game data is a given battle result among a plurality of types of attributes (for example, a football team stored in the football team list). Identify the attribute type other than the attribute. The unacquired specifying unit 158 is a soccer team that the user team has not won or drawn (that is, the user has not acquired an emblem) based on information on past battle results (for example, “acquired emblem” in the user database). Soccer team).

[1-3-16. Number determination section]
The number determination unit 160 is realized mainly by the control unit 11. The number determination unit 160 determines whether or not the number of times that the result of the battle between the user's game data and the game data having the same type of attribute does not become a given result in the past battle is within a predetermined range. The number determination unit 160 specifies the number of times that the opponent team has been defeated consecutively by the opponent team who likes the same type of soccer team based on information on the past match results (for example, the “defeat opponent” field in the user database). Then, it is determined whether or not the number of times is within a predetermined range (for example, the reference number of times or more or less than the reference number of times).

[1-3-17. Setting section]
The setting unit 162 is realized mainly by the control unit 11. The setting unit 162 sets special game data as game data for the opponent. The special game data is stored in the game data storage unit 130 in advance. For example, information on the team name, level, degree of cooperation, affiliation league, and owned players in the special game data is stored in advance. A battle between the user team and the special game data is executed based on the stored information.

  In the present embodiment, the setting unit 162 sets the special game data as the game data of the opponent when the number determination unit 160 determines that the number of times is within a predetermined range. That is, the setting unit 162 sets one of the opponent team numbers changed by the changing unit 144 as special game data.

[1-3-18. Match result determination unit]
The battle result determination unit 164 is realized mainly by the control unit 11. The battle result determination unit 164 determines whether or not the battle result between the user's game data (for example, the user team) and the special game data is a given result. The battle result determination unit 164 determines whether the user team has won or drawn the special game data based on the processing result of the battle result determination unit 150.

[1-3-19. Match result section]
The battle result deemed unit 166 is realized mainly by the control unit 11. The battle result disregarding unit 166, when the battle result between the user's game data (for example, user team) and the special game data is a given result, the user's game data and the type specified by the unacquired specifying unit 158 It is assumed that the battle result of the game data belonging to the attribute of the game is a given result (for example, the information on the battle result is updated assuming that the battle result is the given result). In other words, the match result deciding unit 166 considers that the user has won or drawn against any other user whose favorite team is an unacquired soccer team, and gives the emblem to the user.

  In the present embodiment, the battle result considering unit 166 plays a battle between the user game data and the game data having the same type of attribute when the battle result between the user game data and the special game data is a given result. The result will be considered to be the given result.

[1-3-20. Parameter acquisition unit]
The parameter acquisition unit 168 is realized mainly by the control unit 11. The parameter acquisition unit 168 acquires the parameter from a unit that stores a parameter (for example, winning points) in association with each of a plurality of types of attributes. The parameter acquisition unit 168 acquires the winning points stored in the soccer team list.

[1-3-21. Parameter change section]
The parameter changing unit 170 is realized mainly by the control unit 11. When the battle result between the game data of the user who performed one battle start operation among the plurality of users and the game data selected as the opponent is determined, the parameter changing unit 170 is based on the battle result. At least one of a parameter associated with the attribute of the game data of the user (for example, a winning point) and a parameter associated with the attribute of the game data selected as an opponent (for example, the winning point) is changed. .

  In the present embodiment, the parameter changing unit 170 changes the winning point of at least one of the user team or the opponent team based on the battle result determined by the battle result determining unit 150. For example, a given winning point (for example, 3 points) is given to the winning team. Further, for example, when a draw is made in a battle, a given winning point (for example, one point) is given to both teams.

[1-3-22. Second evaluation section]
The second evaluation unit 172 is realized mainly by the control unit 11. The 2nd evaluation part 172 evaluates each game play of a plurality of users based on a parameter (for example, winning points) associated with the attribute of the game data of the user concerned. The second evaluation unit 172 evaluates the user based on the winning points of the user's favorite team.

[1-4. Processing executed in game system 1]
Next, processing executed in the game system 1 will be described. When the control unit 11 of the game server 10 executes the processing described below according to a program, the control unit 11 functions as a functional block (excluding the game data storage unit 130) shown in FIG.

  FIGS. 21 to 25 are diagrams illustrating processing executed in the game system 1 when the search execution button 52 on the search screen 50 is selected while the user is participating in a limited-time game event.

  As shown in FIG. 21, in the user terminal 20, when the search execution button 52 on the search screen 50 is selected, the control unit 21 notifies the game server 10 that the search execution button 52 has been selected (S1). ). When the user terminal 20 transmits information to the game server 10, the user ID is transmitted to the game server 10. The game server 10 specifies which user is accessing based on the user ID.

  In the game server 10, when the control unit 11 receives a notification that the search execution button 52 has been selected, the control unit 11 determines whether or not an action point necessary for executing the search remains. (S2). For example, an action point necessary for the search is determined for each area, and it is determined whether or not the action point stored in the user database is equal to or more than the necessary action point.

  When it is determined that there are no action points necessary for executing the search (S2; N), the control unit 11 refers to the user database and acquires the number of recovery items held by the user (S3). . The control part 11 transmits the image data of the search screen 50 (FIG. 6) including the message that the action points are insufficient and the number of recovery items to the user terminal 20 (S4).

  In the user terminal 20, when receiving the image data, the control unit 21 displays the search screen 50 (FIG. 6) on the display unit 25 (S5). The control unit 21 determines whether or not the recovery item use button 54 has been selected (S6). If it is determined that the recovery item use button 54 has not been selected (S6; N), the search is not executed, and the process ends.

  When it is determined that the recovery item use button 54 has been selected (S6; Y), the control unit 21 notifies the game server 10 that the recovery item use button 54 has been selected (S7).

  In the game server 10, the control part 11 will recover | restore a user's action point to the maximum value, if the notification that the recovery item use button 54 was selected is received (S8). The control unit 11 stores information indicating the time when the recovery item is used in the user database (S9). The control unit 11 generates image data of the search screen 50 and transmits it to the user terminal 20 (S10), and the process ends. In this case, when the search execution button 52 on the search screen 50 is selected by the user, the process of S1 is executed again.

  On the other hand, when it is determined that the action points necessary for executing the search remain (S2; Y), the process proceeds to FIG. 22, and the control unit 11 executes the search, the search rate, the experience value, and the action The point is updated (S11). When the search rate reaches a predetermined value (for example, 100), the control unit 11 is allowed to move to the next search area. In addition, when a player is found, the player is appropriately added to the possessed player.

  The control part 11 determines whether the soccer park was discovered by search (S12). In S12, for example, a game event for finding a soccer bark occurs with a predetermined probability. This probability may be a fixed value or a variable value (for example, emblem completion rate) according to the game situation.

  When it is determined that the soccer park has been found by the search (S12; Y), the control unit 11 refers to the user database and determines whether or not the current time is within 24 hours from the use of the recovery item. (S13).

  When it is within 24 hours from the use of the recovery item (S13; Y), the control unit 11 turns on the recovery plus flag (S14). The recovery plus flag is a flag indicating whether or not the number of opponent teams is increased by using the recovery item, and is temporarily stored in the storage unit 12. When the recovery plus flag is “on”, it indicates that the number of opponent teams is increased by using the recovery item, and when the recovery plus flag is “off”, no recovery item is used. So show that you will not increase the number of opponent teams. The initial value of the recovery plus flag is off.

  The control unit 11 refers to the “held item” field of the user database, and determines whether or not the user holds a lucky medal whose remaining number is 1 or more (S15).

  When it is determined that the user has a lucky medal whose remaining number is 1 or more (S15; Y), the control unit 11 decreases the remaining number by 1 (S16) and turns on the lucky plus flag (S17). ). The lucky plus flag is a flag indicating whether or not the number of opponent teams is increased by the user having a lucky medal, and is temporarily stored in the storage unit 12. When the lucky plus flag is “on”, it means that the number of opponent teams is increased by holding the lucky medal, and when the lucky plus flag is “off”, the lucky medal is not held. Indicates that the number of opponent teams will not be increased. The initial value of the lucky plus flag is off.

  When it is not determined that the user has a lucky medal whose remaining number is 1 or more (S15; N), the control unit 11 determines whether or not to increase the number of opponent teams with a given probability. Determine (S18). If it is determined to increase the number of opponent teams (S18; Y), the process proceeds to S17, and the lucky plus flag is turned on.

  The control unit 11 changes the number of opponent teams based on the values of the recovery plus flag and the lucky plus flag (S19). For example, when both the recovery plus flag and the lucky plus flag are on, the number of opponent teams is “5” (a value obtained by adding “2” to normal “3”). Further, for example, when either the recovery plus flag or the lucky plus flag is on, the number of opponent teams is “4” (a value obtained by adding “1” to normal “3”). For example, when both the recovery plus flag and the lucky plus flag are off, the number of opponent teams is “3”.

  The control unit 11 determines the opponent number display field 84 so as to indicate the number of opponent teams changed in S19 (S20). The control unit 11 determines whether or not to display the cause presentation image 88 based on the values of the recovery plus flag and the lucky plus flag (S21). The control part 11 produces | generates the image data of the event generation screen 80 based on the determination content of S20 and S21, and transmits to the user terminal 20 (S22).

  In the user terminal 20, when receiving the image data, the control unit 21 displays the event occurrence screen 80 (FIGS. 9 and 13 to 15) (S23). Moving to FIG. 23, the control unit 21 determines whether or not the opponent confirmation button 86 is selected (S24). When it is determined that the opponent confirmation button 86 has been selected (S24; Y), the control unit 21 notifies the game server 10 that the opponent confirmation button 86 has been selected (S25).

  In the game server 10, when the control unit 11 receives a notification that the opponent confirmation button 86 has been selected, the control unit 11 acquires a standard of the battle record associated with the number of opponent teams (S26). In S26, the association shown in FIG. 20 is referred to, and the standard of the battle record is determined based on the probability associated with the number of opponent teams. For example, based on the probability stored in the association of FIG. 20, whether or not all the opponent teams are equal to or less than the league to which the user team belongs or the number of opponent teams to which the user team belongs or higher is selected. It is determined.

  The control unit 11 refers to the user database, specifies the emblems acquired by the user (S27), and specifies the emblems not acquired by the user (S28).

  The control unit 11 refers to the user database and determines whether or not the number of defeats in which the user team has continuously lost to any of the other user teams who have the same type of soccer team as a favorite team is within a predetermined range. (S29).

  When it is determined that the number of defeats is not within the predetermined range (S29; N), the control unit 11 uses the number of opponent teams determined in S19 as the reference of the battle record acquired in S26 so that the favorite teams are different from each other. Based on this, an opponent team is selected (S30). In S30, among the possession teams of the users whose favorite team is the soccer team from which the user has not acquired the emblem, the standard of the battle record obtained in S26 and the league to which the possession team of the user specified in S28 belongs. The opponent team is selected based on this.

  On the other hand, when it is determined that the number of defeats is within a predetermined range (S29; Y), the control unit 11 sets a special soccer team as an opponent (S31). In addition, the control unit 11 selects an opponent team based on the war record standard acquired in S26 by the number obtained by subtracting 1 from the number of opponent teams determined in S19 so that favorite teams are different from each other ( S32).

  The control unit 11 refers to the user database, generates image data of the opponent confirmation screen 90 based on the information of the opponent team specified based on the processing contents of S30 to S32, and transmits the image data to the user terminal 20. (S33).

  In the user terminal 20, when receiving the image data, the control unit 21 displays the opponent confirmation screen 90 on the display unit 25 (S34). The control unit 21 determines whether or not the kick-off button 94 has been selected (S35). When it is determined that the kick-off button 94 has been selected (S35; Y), the control unit 21 notifies the game server 10 that the kick-off button 94 has been selected (S36).

  Moving to FIG. 24, in the game server 10, when notified that the kick-off button 94 has been selected, the control unit 11 determines a battle result between the user team and each of the opponent teams (S37). . In S37, for example, the control unit 11 executes a simple simulation process based on 11 player cards belonging to the user team and 11 player cards belonging to each opponent team. The battle result between the user team and the opponent team is determined.

  The control unit 11 updates the winning points in the soccer team list based on the battle result determined in S37 (S38). In S38, for example, when any team wins in each match, the winning point “3” is added to the favorite team of the user of the winning team. Further, for example, when a draw is made in each battle, the winning point “1” is added to the favorite teams of the users of both teams of the battle.

  After S37 is executed and all battle results are determined, the control unit 11 generates screen data of the battle result screen 100 and transmits the screen data to the user terminal 20 (S39).

  In the user terminal 20, when receiving the screen data, the control unit 21 displays the battle result screen 100 on the display unit 25 (S40). The control unit 21 determines whether or not the next button 104 has been selected (S41). When the next button 104 is selected (S41; Y), the control unit 21 notifies the game server 10 that the next button 104 has been selected (S42).

  In the game server 10, when the control unit 11 receives the notification that the next button 104 has been selected, whether or not there is an opponent team that the user team has won or drawn based on the battle result determined in S37. Is determined (S43).

  When it is determined that there is an opponent team that the user team has won or drawn (S43; Y), it is determined whether or not the opponent team includes a special soccer team (S44). When it is determined that a special soccer team is included (S44; Y), the control unit 11 considers that the user team has won or drawn against the consecutively lost soccer team (S45).

  The control unit 11 adds the emblem specified based on the opponent team won by the user team to the “acquired emblem” in the user database (S46). The control unit 11 refers to the “acquired emblem” in the user database and determines whether or not the user has completed all types of emblems (S47).

  When it is determined that all types of emblems have been completed (S47; Y), a given item is assigned to the user (S48), and image data of a complete screen (not shown) is transmitted to the user terminal 20 (S49). ).

  In the user terminal 20, when receiving the image data, the control unit 21 displays a complete screen on the display unit 25 (S50), and the process ends.

  On the other hand, when it is not determined that all types of emblems have been completed (S47; N), the process proceeds to FIG. 25, and the control unit 11 generates image data of the acquired emblem display screen 110 based on the emblem acquired by the user, It transmits to the terminal 20 (S51).

  In the user terminal 20, when receiving the screen data, the control unit 21 displays the acquired emblem display screen 110 on the display unit 25 (S52). The control unit 21 determines whether or not the next button 104 has been selected (S53). When it is determined that the next button 114 has been selected (S53; Y), the control unit 21 notifies the game server 10 that the next button 114 has been selected (S54).

  In the game server 10, when receiving the notification that the next button 114 has been selected, the control unit 11 refers to the soccer team list, generates image data of the winning point confirmation screen 120, and transmits it to the user terminal 20. (S55).

  In the user terminal 20, when receiving the screen data, the control unit 21 displays the winning point confirmation screen 120 on the display unit 25 (S56). The control unit 21 determines whether or not the return button 126 has been selected (S57).

  When it is determined that the return button 126 has been selected (S57; Y), the control unit 21 notifies the game server 10 that the return button 126 has been selected (S58).

  In the game server 10, upon receiving a notification that the return button 126 has been selected, the control unit 11 generates image data of the search screen 50 and transmits it to the user terminal 20 (S59).

  In the user terminal 20, when receiving the screen data, the control unit 21 displays the search screen 50 on the display unit 25 (S60), and the process ends. In this case, when the search execution button 52 on the search screen 50 is selected by the user, S1 is executed again.

  According to the game system 1 described above, since the number of opponent teams in a limited-time game event changes under a predetermined condition, it is possible to improve the fun of the game as compared to the case where the number of opponent teams is constant. Can do. Furthermore, since a plurality of battles are executed at a time according to one operation of the user, the operation burden on the user can be reduced. Further, the processing load on the game server 10 can be reduced by changing the number of opponent teams. For example, in the game system 1 of the embodiment, since the number of opponent teams changes between 3 to 5 teams, for example, compared to the case where the number of opponent teams is set to always be 5 teams, Since the number of battles to be executed by the server 10 is reduced, the processing load can be reduced.

  Further, by performing user evaluation when all types of emblems are acquired, it is possible to improve the interest of a limited-time game event. Further, since the opponent team is selected from the users who like the soccer team that has not acquired the emblem, the user can efficiently acquire the emblem. In addition, since the opponent teams are selected so that the opponent teams do not overlap with each other, the user can efficiently acquire the emblem.

  In addition, when the user cannot easily win a specific soccer team, the user can efficiently acquire an emblem by playing against the special soccer team.

  In addition, since the opponent teams of the standard of the results associated with the number of opponent teams are selected, the number of opponent teams can increase the number of opponent teams belonging to a strong league, and the difficulty of the game Can be adjusted.

  Moreover, since a user is evaluated by the score of a favorite team, a user's game play can be evaluated variously compared with the case where a user is evaluated only by a battle. In addition, for example, when presenting each battle once to the user once, if the session between the game server 10 and the user terminal 20 is disconnected, the battle after the disconnection may not be executed. Since the game server 10 determines the battle results for each battle at a time and then presents the battle results to the user, the battle can be surely executed even when the session is disconnected.

  Further, when the user uses a recovery item, the use of the recovery item can be promoted by increasing the number of opponent teams. Furthermore, by setting a period during which the number of opponent teams can be increased, more recovery items can be used.

  Moreover, the interest property of a game can be improved by changing the number of opponent teams based on a given probability. Further, by purchasing a lucky medal, it is possible to promote item purchase by changing the number of opponent teams. Item purchase can be further promoted by setting the number of times that the number of opponent teams can be changed by a lucky medal.

[2. 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.

  (1) For example, in the embodiment, a case has been described in which a predetermined winning point is given to a soccer team according to a match result, but this winning point varies depending on the current ranking of the soccer team, etc. May be.

  FIG. 26 is a diagram illustrating the association between the current ranking of the soccer team and the winning points to be acquired. The association shown in FIG. 26 may be in a table format or a mathematical expression format. The parameter changing unit 170 specifies a soccer team whose winning points are changed (for example, a soccer team having a given result as a match result) based on the execution result of the match result determination unit 150, and stores it in the football team list. The ranking of the soccer team is specified with reference to the scored points. Then, the parameter changing unit 170 changes the winning points of the identified soccer team based on the winning points associated with the ranking. For example, as shown in FIG. 26, the lower the current score and the lower the ranking of the soccer team, the higher the score when winning or drawing.

  That is, when changing the parameter associated with the attribute of the user's game data (for example, the user team), the parameter changing unit 170 matches the change amount of the parameter based on the value of the parameter, When changing a parameter associated with an attribute of game data (for example, an opponent team) selected as an opponent, at least one of means for changing the amount of change of the parameter based on the value of the parameter is included. It will be.

  Here, the parameter changing unit 170 changes the amount of change of the winning points based on the ranking of the soccer teams determined based on the winning points associated with each soccer team. The ranking is the order in which the winning points at a predetermined time (current time or past time) are arranged in descending order.

  According to the modification (1), the amount of change in the winning points can be varied according to the ranking of the soccer team. As a result, for example, a soccer team at a lower position is likely to be higher, so that it is possible to improve the interest of the battle.

  (2) Further, for example, in the embodiment, the case where the emblem of each soccer team is acquired has been described, but evaluation is performed based on the number of types of user teams that have won or drawn among a predetermined number of other user teams. You may be made to do.

  The game server 10 of the modified example (2) is a game result in a past battle against a user's game data among game data (eg, an opponent team) that has been played against the user's game data (eg, a user team) in the past. Includes means for obtaining information relating to the type of game data resulting in a given match.

  For example, in the modified example (2), other user teams that the user should win or draw are set, and information identifying the opponent team that won or drawn in the battle based on the result of each battle is stored in the user database. Stored in the “Limited Event Information” field.

  The 1st evaluation part 156 of a modification (2) evaluates a user's game play based on the acquired information. For example, the first evaluation unit 156 evaluates the user's game play based on the number of types of other user teams whose battle results are given battle results. That is, the first evaluation unit 156 determines that the game has been completed when the user has won or drawn all types of other user teams to win or draw, and evaluates the user's game play.

  In addition, the selection unit 146 of the modification example (2) has a result of a battle in a past battle against the game data of the user out of the game data (for example, a user team) of the user and the game data in the past given the given data. It includes means for specifying the type of game data that has not become a match result, and a plurality of opponent game data are selected from the specified type of game data. In other words, the selection unit 146 identifies a type of team that has not yet won or drawn among other user teams that the user should win or draw, and selects an opponent team from the specified type of team.

  (3) Further, for example, although it has been described that the emblem is given when the user wins or draws the battle, the emblem may be given when the battle result is a given result. In addition, for example, when the user wins the battle, the emblem may be given when the score difference between the user team and the opponent team is within a predetermined range.

  Also, for example, the case where the remaining number of times is determined for the lucky medal has been described, but the number of times the changing unit 144 changed the number of opponent teams after purchasing the lucky medal is stored. Whether or not to change the number of opponent teams may be determined based on whether or not the threshold value is exceeded.

  Further, for example, in the embodiment, the case is described in which the opponent team is selected based on the criteria of the other user team's results, but the opponent team is selected based on the strength criteria of the other user team. You may do it. For example, the strength criterion may be a player parameter of another user team. The higher the ability of the player indicated by the player parameter (the stronger the other user team), the more difficult it is to obtain a given result in the battle result. Also in this case, the number of opponent teams and the strength criterion are associated with each other, and the selection unit 146 selects the opponent team based on the strength criterion associated with the number of opponent teams changed by the changing unit 144. Will be selected. That is, an opponent team may be selected based on an index that does not directly affect the competition result such as the battle record, or a competition based on an index that directly affects the competition result such as strength. An opponent team may be selected.

  Further, for example, in the embodiment, the case where the opponent team is selected based on the soccer team for which the user has not acquired the emblem has been described, but it is not necessarily required to be selected from the soccer team. Similarly, the case where the opponent teams are selected so that their favorite teams are different from each other has been described, but the favorite teams may not necessarily be different from each other.

  In addition, for example, a case where a special soccer team is set as an opponent when a predetermined soccer team is defeated continuously by another user team as a favorite team has been described. A team may be set up. Further, the special soccer team may not be set as the opponent, and the opponent may be selected from other user teams without fail.

  In addition, for example, the case where the opponent team is selected based on the strength according to the number of opponent teams or the standard of the battle results has been described, but the opponent team is selected at random without referring to this criterion. May be.

  For example, although the case where each user was evaluated according to the score of the soccer team stored in the soccer team list was demonstrated, the said evaluation does not necessarily need to be performed.

  In addition, for example, in the embodiment, the mode in which the number of opponent teams changes in the three cases of the first case to the third case has been described, but any one or two of these may be used. . In other cases, the number of opponent teams may change. For example, the number of opponent teams may be changed according to the completion rate of the user's emblem (the achievement rate of the game task given to the user).

  For example, although the case where the changing unit 144 increases the number of opponent teams as an aspect of changing the number of opponent teams has been described, the number of opponent teams may be reduced. For example, the number of opponent teams in a normal case is set to a predetermined number (for example, 5 teams), and the number of opponent teams is smaller than the predetermined number (for example, 3 teams) under a predetermined condition. It may be. For example, if the user does not use a recovery item, if 24 hours have passed since the recovery item was used, or if it is determined to reduce the number of opponent teams with a predetermined probability, the user purchases a lucky medal If not, or if the number of lucky medals remaining is 0, the changing unit 144 may decrease the number of opponent teams. In this case, the interest of the game when performing a plurality of battles at once is improved, and the number of opponent teams is reduced. Therefore, the number of battle processes to be executed by the game server 10 is reduced, and the game server 10 Processing load can be reduced.

  Further, for example, in the embodiment, a case has been described in which a limited-time game event is held in which the user aims to complete the emblem. However, in the game system 1, the number of game data selected as an opponent is changed. The game event does not have to be held.

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

  In addition, for example, the case where the present invention is applied to a game system in which a user's soccer team and a computer soccer team play against each other has been described. However, a game that executes a game other than such a soccer game (for example, another sports game). The present invention can also be applied to a system. 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.

  The present invention can also be applied to a game system that executes a game other than a sports game. The present invention can also be applied to a game system that executes a battle based on a user's game character and another user's game character. The present invention can also be applied to a game system that executes a battle based on a user's game item and another user's game item.

  For example, although the case where each function shown in FIG. 19 is implement | achieved in the game server 10 was demonstrated, you may make it implement a part of these each function in the user terminal 20. FIG. That is, each function of FIG. 19 may be shared between the game server 10 and the user terminal 20.

  For example, the game data storage unit 130 may be realized by the user terminal 20. That is, user data relating 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 game server 10 acquires the stored contents of the user terminal 20 via the communication network 2.

  Further, for example, the game execution unit 132 and the battle result determination unit 150 may be realized by the user terminal 20. That is, the control unit 21 of the user terminal 20 may function as the game execution unit 132 or the battle result determination unit 150 by executing the program. In this case, the control unit 21 (the game execution unit 132 and the battle result determination unit 150) executes the battle according to the present embodiment by acquiring and updating data directly from the database 15 via the communication network 2. , Determine the results of each match.

  Further, for example, the effect generation unit 134 and the period determination unit 136 may be realized by the user terminal 20. That is, the control unit 21 of the user terminal 20 may function as the effect generation unit 134 and the period determination unit 136 by executing the program. In this case, the control unit 21 (the effect generation unit 134 and the period determination unit 136) generates and recovers the effect of each item by acquiring and updating data directly from the database 15 via the communication network 2. It is determined whether 24 hours have passed since the item was used.

  Further, for example, the item granting unit 138, the number association unit 140, and the number update unit 142 may be realized by the user terminal 20. That is, when the control unit 21 of the user terminal 20 executes the program, the control unit 21 may function as the item assigning unit 138, the number association unit 140, and the number update unit 142. In this case, the control unit 21 (the item giving unit 138, the number association unit 140, and the number updating unit 142) grants a lucky medal to the user by directly updating the contents of the database 15 via the communication network 2. Then, the remaining number of times is associated, or the remaining number of lucky medals is updated according to the change in the number of opponent teams.

  Further, for example, the change unit 144 and the selection unit 146 may be realized by the user terminal 20. That is, the control unit 21 of the user terminal 20 may function as the changing unit 144 and the selection unit 146 by executing the program. In this case, the control unit 21 (the change unit 144 and the selection unit 146) changes the number of opponent teams by referring directly to the contents of the database 15 via the communication network 2, or only the changed number. Select an opponent team.

  For example, the operation determination unit 148 may be realized by the user terminal 20. That is, the control unit 21 of the user terminal 20 may function as the operation determination unit 148 by executing the program. In this case, the control unit 21 (operation determination unit 148) performs determination based on the detection signal from the operation unit 24.

  For example, the presentation unit 152 may be realized by the user terminal 20. In other words, the control unit 21 of the user terminal 20 may function as the presentation unit 152 by executing the program. In this case, the control unit 21 (presentation unit 152) obtains the battle results from the game server 10 to present each battle result in the limited-time game event.

  For example, the type acquisition unit 154 and the first evaluation unit 156 may be realized by the user terminal 20. That is, the control unit 21 of the user terminal 20 may function as the type acquisition unit 154 and the first evaluation unit 156 by executing the program. In this case, the control unit 21 (the type acquisition unit 154 and the first evaluation unit 156) refers to the contents of the database 15 directly, identifies the emblem acquired by the user, and evaluates based on the identified emblem. I do.

  Further, for example, the unacquired specifying unit 158, the number-of-times determination unit 160, the setting unit 162, the battle result determination unit 164, and the battle result deemed unit 166 may be realized by the user terminal 20. That is, when the control unit 21 of the user terminal 20 executes the program, the control unit 21 functions as the unacquired specifying unit 158, the number determining unit 160, the setting unit 162, the battle result determining unit 164, and the battle result considering unit 166. You may make it do. In this case, the control unit 21 (the unacquired specifying unit 158, the number determining unit 160, the setting unit 162, the battle result determining unit 164, and the battle result determining unit 166) directly refers to the contents of the database 15 and performs special processing. It is determined whether or not the soccer team is set as the opponent team, or the user is considered to have won the soccer team of the unacquired emblem based on the battle result between the user team and the special soccer team.

  Further, for example, the parameter acquisition unit 168, the parameter change unit 170, and the second evaluation unit 172 may be realized by the user terminal 20. That is, the control unit 21 of the user terminal 20 may function as the parameter acquisition unit 168, the parameter change unit 170, and the second evaluation unit 172 by executing the program. In this case, the control unit 21 (the parameter acquisition unit 168, the parameter change unit 170, and the second evaluation unit 172) directly acquires and updates the contents of the database 15 to update the user's favorite team points. Or the user's game play is evaluated based on the winning points.

  Further, for example, in the above-described embodiment and modification, the server client type game system has been described, but the present invention can also be applied to a stand-alone type game device. That is, the present invention can also be applied to a game device in which data exchange with other computers does not occur. In this case, each function shown in FIG. 19 is realized by one game device.

1 game system, 2 communication network, 10 game server, 20 user terminal, 11, 21 control unit, 12, 22 storage unit, 13, 23 communication unit, 14 optical disk drive unit, 15 database, 24 operation unit, 25 display unit, 26 Audio output unit, 30
Main screen, 32 emblem image, 34 owned team name display column, 36 representative player image, 38 notification column, 40 notification message, 42A search execution button, 42B formation button, 42C training button, 42D lottery button, 42E match button, 42F exchange Button, 42G shop button, 42H event button, 50 search screen, 52 search execution button, 54 recovery item use button, 56 cancel button, 60 shop screen, 62 item list, 64 decision button, 70 event content screen, 72 participation decision button , 80 Event occurrence screen, 82 images, 84 Opponent number display column, 86 Opponent confirmation button, 88 Cause display image, 90 Opponent confirmation screen, 92 Opponent information column, 94 kick-off button, 100 Competitive result screen, 10 2 Match Results, 104 Next Button, 110 Acquired Emblem Display Screen, 112 Acquired Emblem, 114 Next Button, 120 Win Points Confirmation Screen, 122 Favorite Team Win Points Information, 124 User Win Points Information, 126 Back Button, 130 Games Data storage unit, 132 game execution unit, 134 effect generation unit, 136 period determination unit, 138 item grant unit, 140 number association unit, 142 number update unit, 144 change unit, 146 selection unit, 148 operation determination unit, 150 match result Determination unit, 152 presentation unit, 154 type acquisition unit, 156 first evaluation unit, 158 unacquired identification unit, 160 count determination unit, 162 setting unit, 164 battle result determination unit, 166 battle result determination unit, 168 parameter acquisition unit, 170 Parameter changing unit, 172 Second evaluation unit.

Claims (13)

A game device that executes a battle based on user game data and other game data,
A selection means for selecting a plurality of game data as opponents of the game data of the user from a plurality of game data;
Operation determining means for determining whether or not one battle start operation has been performed;
When the one battle start operation is performed, a battle for determining a battle result of each battle executed based on the game data of the user and each of the plurality of game data selected by the selection means A result determination means;
Presenting means for presenting the individual match results determined by the match result determining means to the user;
A game apparatus comprising: Each of the plurality of game data belongs to at least one of a plurality of types of attributes,
The game device includes:
Means for acquiring information related to attribute types of game data in which a battle result in a past battle with the game data of the user is a given battle result among the plurality of types of attributes;
Means for evaluating the user's game play based on the acquired information;
The game apparatus according to claim 1, further comprising: The selection means is:
A means for specifying an attribute type other than the attribute of the game data in which a battle result in the past battle with the game data of the user is the given battle result among the plurality of types of attributes; From the game data belonging to the type of attribute, select multiple game data to be opponents,
The game device according to claim 2. The selection means is:
Selecting a plurality of game data as opponents from the plurality of game data so that the types of attributes of the game data selected as opponents are different from each other;
The game device according to claim 2, wherein the game device is a game device. The game device includes:
Setting means for setting special game data as game data of the opponent;
Means for determining whether a battle result between the game data of the user and the special game data is the given result;
Means for identifying an attribute type other than the attribute of the game data in which a battle result in the past battle with the game data of the user is the given battle result among the plurality of types of attributes;
When the battle result between the user's game data and the special game data is the given result, the battle result between the user's game data and the game data belonging to the specified type of attribute is the predetermined result. A battle result disregarding means that considers it to be a given result,
The game apparatus according to claim 2, wherein the game apparatus includes: The game device includes:
Means for determining whether or not the number of times that the result of the battle between the user's game data and the game data having the same type of attribute does not become the given result in a past battle is within a predetermined range;
The setting means sets the special game data as game data of the opponent when the number of times is within a predetermined range,
The battle result deeming means is configured such that when a battle result between the game data of the user and the special game data is the given result, a battle result between the game data of the user and the game data having the same type of attribute. Is considered to be the given result,
The game device according to claim 5. The game device includes:
Means for acquiring information related to the type of game data in which a battle result in a past battle with the user's game data is a given battle result among the game data played against the user's game data in the past;
Means for evaluating the user's game play based on the acquired information;
The game apparatus according to claim 1, further comprising: The selection means is:
Means for identifying a type of game data in which a battle result in a past battle with the game data of the user is not the given battle result among the game data played in the past with the game data of the user; From among the specified types of game data, a plurality of opponent game data are selected.
The game device according to claim 7. The game device executes a battle between game data of each of a plurality of users and other game data,
The game device includes:
Means for acquiring the parameter from means for storing the parameter in association with each of the plurality of types of attributes;
When a battle result between the game data of the user who has performed the one battle start operation among the plurality of users and the game data selected as the opponent is determined, the user is determined based on the battle result. Parameter changing means for changing at least one of the parameter associated with the attribute of the game data and the parameter associated with the attribute of the game data selected as the opponent;
Means for evaluating the game play of each of the plurality of users based on the parameters associated with attributes of the game data of the users;
The game apparatus according to claim 1, further comprising: The parameter changing means includes
Means for changing the amount of change of the parameter based on the value of the parameter when changing the parameter associated with the attribute of the game data of the user;
Means for changing the amount of change of the parameter based on the value of the parameter when changing the parameter associated with the attribute of the game data selected as the opponent;
The game device according to claim 9, comprising at least one of the following. The presenting means is
After the battle result determination means determines all the individual battle results, the individual battle results are presented to the user.
The game device according to claim 1, wherein the game device is a game device. A control method of a game device for executing a battle based on user game data and other game data,
A selection step of selecting a plurality of game data as opponents of the user's game data from a plurality of game data;
An operation determination step for determining whether or not one battle start operation has been performed;
When the one battle start operation is performed, a battle for determining a battle result of each battle executed based on the game data of the user and each of the plurality of game data selected in the selection step A result determination step;
A presenting step of presenting the individual battle results determined in the battle result determination step to the user;
A method for controlling a game device, comprising: A program for causing a computer to function as a game device that executes a battle based on user game data and other game data,
A selection means for selecting a plurality of game data as opponents of the game data of the user from a plurality of game data;
Operation determining means for determining whether or not one battle start operation has been performed;
When the one battle start operation is performed, a battle for determining a battle result of each battle executed based on the game data of the user and each of the plurality of game data selected by the selection means Result determination means,
Presenting means for presenting the individual match results determined by the match result determining means to the user;
A program for causing the computer to function as

Images