WO2013157634A1 - ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、プログラム、及び情報記憶媒体 - Google Patents

ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、プログラム、及び情報記憶媒体 Download PDF

Info

Publication number
WO2013157634A1
WO2013157634A1 PCT/JP2013/061633 JP2013061633W WO2013157634A1 WO 2013157634 A1 WO2013157634 A1 WO 2013157634A1 JP 2013061633 W JP2013061633 W JP 2013061633W WO 2013157634 A1 WO2013157634 A1 WO 2013157634A1
Authority
WO
WIPO (PCT)
Prior art keywords
game data
game
user
battle
selection
Prior art date
Application number
PCT/JP2013/061633
Other languages
English (en)
French (fr)
Inventor
謙史 鴻上
賢一 宮路
元気 鈴木
Original Assignee
株式会社コナミデジタルエンタテインメント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コナミデジタルエンタテインメント filed Critical 株式会社コナミデジタルエンタテインメント
Publication of WO2013157634A1 publication Critical patent/WO2013157634A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/48—Starting a game, e.g. activating a game device or waiting for other players to join a multiplayer session
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/792—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for payment purposes, e.g. monthly subscriptions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/795—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for finding other players; for building a team; for providing a buddy list
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/828—Managing virtual sport teams

Definitions

  • the present invention relates to a game device, a game system, a game device control method, a game system control method, a program, and an information storage medium.
  • Patent Document 1 when a user performs a given operation, in a game in which a player card selected at random is given to the user, a plurality of cards used for a battle are selected from the player cards collected by the user.
  • Patent Document 1 A technology relating to a game apparatus that selects and executes a battle between a user team consisting of a plurality of cards and an opponent team is described.
  • Patent Document 1 the user checks the information of each card in order to examine the combination of the obtained cards, but there is a problem that such work takes time.
  • the present invention has been made in view of the above problems, and its purpose is to provide a clue when the user determines whether or not the obtained combination of cards is preferable for a battle,
  • a game system, a game apparatus control method, a game system control method, a program, and an information storage medium are provided.
  • a game device (10) is a game device (10) for giving game data to a user, and each of a plurality of game data and a plurality of types of attributes.
  • the match permission means (90) that permits the execution of a match based on the plurality of game data selected by the selection means (86) and other game data. If, when said match by match permitting means (90) is allowed, characterized in that it comprises a, a reward application means (92) for imparting a reward to the user.
  • a game system (1) is a game system (1) in which a user terminal (20) and a game server (10) are communicably connected, each of a plurality of game data, A means (84) for acquiring the stored contents of the means (80) for storing the association with at least one of the attributes of the type, and a selection for selecting game data to be given to the user from the plurality of game data Means (86) and determination means (88) for determining whether or not a combination of attributes associated with each of the plurality of game data selected by the selection means (86) satisfies a condition relating to the attribute combination. When the condition is satisfied, the execution of the battle based on the plurality of game data selected by the selection means (86) and other game data is permitted. For each of the user terminal (20) or the reward granting means (92) that grants a reward to the user when a battle is permitted by the battle permission means (90) and the match permission means (90) It is provided in any one of the game servers (10).
  • a control method for a game apparatus (10) is a control method for a game apparatus that provides game data to a user, each of a plurality of game data, and at least one of a plurality of types of attributes.
  • a determination step (88) for determining whether or not a combination of attributes associated with each of the plurality of game data selected in (86) satisfies a condition relating to the combination of attributes, and if the condition is satisfied, A pair that permits execution of a battle based on the plurality of game data selected in the selection step (86) and other game data.
  • authorization step (90) when the battle in the battle permission step (90) is allowed, characterized in that it comprises a reward allocating step (92) for imparting a reward to the user.
  • a game system (1) control method is a game system control method in which a user terminal (20) and a game server (10) are communicably connected, each of a plurality of game data. And (84) acquiring the stored content of the means (80) for storing the association with at least one of a plurality of types of attributes, and game data to be given to the user from the plurality of game data.
  • Each of the above is performed by either the user terminal (20) or the game server (10).
  • a program according to the present invention is a program for causing a computer to function as a game device (10) that gives game data to a user, and each of a plurality of game data and at least one of a plurality of types of attributes.
  • the information storage medium according to the present invention is a computer-readable information storage medium recording the above program.
  • the user can determine whether or not the combination of the plurality of obtained data is preferable for the battle according to the content of the reward.
  • the condition indicates an association between an attribute and the number of game data associated with the attribute
  • the determination unit (88) associates the attribute with each attribute. It is determined whether or not more than the number of game data associated with the attribute is included in the plurality of game data selected by the selection means, and the match permission means (90) is selected by the selection means When it is determined that it is included in a plurality of game data, execution of a battle based on the plurality of game data selected by the selection means (86) and other game data is permitted.
  • the determination means (88) selects game data associated with the attributes for all types or the predetermined types of the plurality of types of attributes by the selection means (86). It is determined whether or not it is included in a plurality of game data, and when it is determined that the match permission means (90) is included in the plurality of game data selected by the selection means (86), the selection means ( 86), allowing the execution of the battle based on the plurality of game data selected by the game data and other game data.
  • the game apparatus (10) further includes means (94) for determining whether or not the number of game data selected by the selection means (86) is equal to or greater than a predetermined number.
  • the determination means determines whether or not the number or ratio of game data associated with a specific attribute among the plurality of game data selected by the selection means is greater than or equal to a reference number or a reference ratio.
  • the match permission means (90) the number of game data selected by the selection means (86) is not less than the predetermined number, and the number or ratio of game data associated with a specific attribute is less than the reference number. Alternatively, if it is less than the reference ratio, the execution of the battle based on the plurality of game data selected by the selection means (86) and other game data is permitted.
  • the selection means (86) selects one or a plurality of the game data in one selection, the selection by the selection means is repeatedly executed, and the game device Means (94) for determining whether at least one of the number of game data selected by the means or the number of selections by the selection means (86) has reached a reference value; ) Determines whether a combination of attributes associated with each of the plurality of game data selected by the selection means (86) satisfies the condition when it is determined that the reference value has been reached. And when it is determined that the condition is not satisfied when it is determined that the reference value has been reached, the information is associated with each of the plurality of game data selected after the determination. Determining whether the combination of attributes satisfies the condition or not, wherein the match permission means (90) is based on a plurality of game data selected after the determination and other game data. Is allowed to execute.
  • the game device (10) is configured to store game data associated with a specific attribute among a plurality of game data selected by the selection means (86) when the condition is not satisfied.
  • the determination means (88) further includes means for determining whether the number or ratio is equal to or greater than a reference number or a reference ratio, and the determination means (88) includes the number or ratio of game data associated with the specific attribute as the reference number. Or when it is determined that the ratio is equal to or greater than the reference ratio, it is determined whether a combination of attributes associated with each of a plurality of game data selected after the determination satisfies the condition,
  • the permission means (90) further includes permitting a battle between the plurality of game data selected after the determination and other game data.
  • the game device (10) has the number of game data selected until the condition is satisfied, or the number of selection processes performed until the condition is satisfied.
  • a game parameter is associated with each of the plurality of game data
  • the reward granting means (92) is a plurality of game data selected by the selecting means (86). The user is rewarded by changing a parameter associated with each of the above.
  • the attribute indicates a role of each of the plurality of game data in a battle
  • the determination means (88) has a role associated with each selected game data as a role. It is characterized by determining whether the conditions regarding the combination of these are satisfy
  • FIG. 1 is a diagram showing an overall configuration of a game system according to an embodiment of the present invention.
  • the game system 1 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.
  • 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).
  • the program and data are supplied to the game server 10 via an optical disk. That is, the program and data stored on the optical disc are read by the optical disc drive unit 14 and stored in the storage unit 12.
  • the 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.
  • 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).
  • 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.
  • 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.
  • the user terminal 20 includes a touch panel provided on the display unit 25 so as to overlap the display unit 25.
  • the user terminal 20 may be provided with, for example, a mouse, a stick, a touch pad, a button (key), or a lever (stick) instead of the touch panel.
  • 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.
  • the program and data are supplied to the user terminal 20 from a remote location via the communication network 2.
  • 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.
  • a program or data stored in a memory card or an optical disk may be read out and stored in the storage unit 22.
  • an HTTP daemon is activated in the game server 10.
  • a browser is activated in the user terminal 20 in the user terminal 20.
  • a processing request (HTTP request) is transmitted from the user terminal 20 to the game server 10 via a browser.
  • a processing result (HTTP response) corresponding to the above processing request is transmitted from the game server 10 to the user terminal 20.
  • page data described in a web page description language is transmitted to the user terminal 20.
  • a screen based on the processing result is displayed on the display unit 25 of the user terminal 20.
  • the database 15 includes a master database, a grant card database, and a user database.
  • FIG. 2 is a diagram showing an example of the master database.
  • the master database stores basic data of all player cards prepared in the game system 1. As shown in FIG. 2, each record of the master database includes “card ID”, “player name”, “image”, “affiliation team”, “position”, “type”, “cost”, “offense”, “ Includes “Defense” and “Technique” fields.
  • the “card ID” field indicates identification information for uniquely identifying a player card.
  • the “player name” field indicates the name of the soccer player associated with the player card.
  • the “image” field indicates an image of a soccer player associated with the player card.
  • the “Affiliated Team” field indicates a team to which a real soccer player associated with the player card belongs.
  • the “position” field indicates the position of the soccer player associated with the player card. For example, four types of positions, FW (forward), MF (midfielder), DF (defender), and GK (goalkeeper) are prepared. In each player card, at least one of these four positions is registered in the “position” field.
  • the “type” field indicates the high ability of the player card.
  • the “type” field indicates the rarity level of the player card.
  • five types of “superstar”, “star”, “great”, “regular”, and “normal” are prepared, and any of these types is registered in the “type” field.
  • the “Superstar” is the type with the highest ability (rareness).
  • “Star” is the type with the second highest ability (rareness)
  • “Great” is the type with the third highest ability (rareness).
  • Regular” is the type with the fourth highest ability (rareness)
  • “Normal” is the type with the lowest ability (rareness).
  • the “cost” field indicates a cost required to use the player card for the battle, that is, a cost required to use the player card as a member participating in the game.
  • the cost is used as an index indicating the strength (high ability) of the player card. “Cost” will be described later.
  • the “offense” field indicates the basic value (initial value) of the player's attack power parameter.
  • the “defense” field indicates a basic value of the player's defense strength parameter.
  • the “technique” field indicates a basic value of the technical skill parameter of the player. It can be said that the attack power parameter, the defense power parameter, and the technical power parameter are parameters indicating the ability of the player card.
  • Each player card stored in the master database is given to the user.
  • Information indicating the player card given to the user is stored in the grant card database.
  • FIG. 3 is a diagram showing an example of the grant card database.
  • the grant card database stores information on player cards assigned to each user.
  • each record of the granted card database includes “serial key”, “card ID”, “level”, “time”, “user ID”, “degree of cooperation”, “experience value”, “cost”. ”,“ Offense ”,“ Defense ”, and“ Technique ”fields.
  • the “serial key” field is an identification number for identifying the player card assigned to each user. The serial key is incremented each time a player card is given to each user, and a new value is generated.
  • the “level” field indicates the level of the player card.
  • the “time” field indicates the time when the player card is issued and the time when the player card is given to the user.
  • the “user ID” field indicates the user ID of the user to whom the player card is given.
  • the user ID is identification information for uniquely identifying the user.
  • the “Cooperation Level” field indicates the skill level of cooperative play.
  • the “experience value” field indicates the experience value acquired by the player. By executing the player card training, the value of the “experience value” field increases. When the value of the “experience value” field reaches a predetermined value, the value of the “level” field increases. In this case, the values of the “offense”, “defense”, and “technique” fields also increase.
  • a new record is added to the grant card database.
  • information related to the player card given to the user is stored.
  • the player card is trained or the player card is transferred to another user, the contents of the record are updated.
  • FIG. 4 is a diagram showing 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. 4, 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 “team name”, “level”, “cooperation degree”, and “experience value” fields.
  • the “team name” field indicates the name of the soccer team owned by the user.
  • 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.
  • each user data includes “League League”, “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.
  • 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.
  • the in-league ranking of the user team increases, the user team is promoted to a league of the next higher hierarchy.
  • the in-league ranking of the user team is lowered, the user team is demoted to a league in the next lower hierarchy.
  • 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.
  • 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.
  • 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. The management points are consumed only by the total cost of the player cards used by the user for the battle.
  • the training point field indicates the training point.
  • 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.
  • “Lottery points” field indicates lottery points.
  • a user selects a player card by performing a lottery to select one of a plurality of bags (bags containing player cards) that move on the screen. Available. The lottery points are consumed by executing the lottery.
  • each user data includes a “number of players” field.
  • the “number of players” field indicates the number of player cards held by the user.
  • each user data includes a “held item” field.
  • the “held item” field indicates a list of items held by the user.
  • the item ID and item parameter data of the item held by the user are registered in the “held item” field.
  • each user data includes a “buddy list” and a “last access date” field.
  • the “buddy list” field indicates a list of other users who are in a friendship relationship (friend relationship) with the user or the number of other users who are in a friendship relationship (friend 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.
  • FIG. 5 is a diagram illustrating an example of a main screen displayed on the display unit 25. As shown in FIG. 5, the main screen 30 displays various types of information related to the user and the game situation.
  • the main screen 30 includes a representative player image 32. The image of the representative player card among the player cards held by the user is displayed as the representative player image 32.
  • the main screen 30 also includes an information column 34.
  • a notification message 36 to the user is displayed in the notification column 34. For example, when a player card or item is presented from another user, a notification message 36 indicating that the present has been delivered to the user is displayed. When the user selects the notification message 36, a present delivered to him / her can be received.
  • the main screen 30 includes a search execution button 38A, a formation button 38B, a breeding button 38C, a lottery button 38D, a game button 38E, and an AC button 38F.
  • the search execution button 38A is a button for searching for a player (player card).
  • the player search is executed.
  • action points are consumed. If the player search is successful, a player card is given to the user. Whether or not the player search is successful and the player card given to the user are randomly determined according to a predetermined probability. If there are not enough action points, the search is not executed.
  • the formation button 38B is a button for setting the formation of the user's soccer team.
  • a screen for setting the formation is displayed on the display unit 25.
  • 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 a player card to be used for a battle with another soccer team.
  • the training button 38C is a button for training (strengthening) the player card held by the user.
  • a screen for training the player card is displayed on the display unit 25.
  • the breeding button 38C it is possible to grow a player card by synthesizing another player card with the player card.
  • 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.
  • player card training is executed in exchange for a predetermined amount of training points.
  • the game button 38E is a button for playing a game with another user team.
  • a screen for playing a match with another user team is displayed on the display unit 25.
  • the game is executed in exchange for the management points corresponding to the total cost of the player cards used in the game.
  • winning a match with another user team for example, the user can obtain a game item or a training point.
  • the AC button 38F is a button for interacting with other users. When the AC button 38F is selected, a screen for transmitting a message to another user or giving a player card or a game item to another user is displayed on the display unit 25.
  • the lottery button 38D is a button for obtaining a player card by drawing a player card.
  • a lottery screen for performing a lottery is displayed on the display unit 25.
  • FIG. 6 shows an example of a lottery screen.
  • the lottery screen 40 includes a lottery button 42 for the user to draw a player card.
  • a screen (not shown) for selecting one of a plurality of bags moving on the screen (a bag containing a player card) is displayed on the display unit 25, and the player Card lottery is executed.
  • position information 44 of the player card won by the user selecting the lottery button 42 is displayed.
  • the position information 44 displays the number of player cards obtained in the past lottery for each position. Although details will be described later, when a certain number of player cards or more are collected for each position, a battle using these player cards is started.
  • the player card lottery is executed in exchange for a predetermined amount of lottery points.
  • a winning card screen showing the player card selected by the lottery is displayed on the display unit 25.
  • FIG. 7 shows an example of the winning card screen.
  • a player image 52 indicating a player card selected by lottery is displayed on the winning card screen 50.
  • the player card indicated by the player image 52 is once stored in the selected list (described later in detail)
  • the player card is given to the user by being added to the grant card database.
  • the next button 54 is selected, detailed information on the player card (attack power parameter etc.) is displayed and the lottery screen 40 is displayed again. Thereafter, the user can repeatedly execute the lottery by selecting the lottery button 42 again.
  • the player cards given to the user will increase.
  • a battle with another team is started.
  • the user repeats the lottery and acquires 2 or more forward player cards, 4 or more midfielder player cards, 4 or more defender player cards, and 1 or more goalkeeper player cards.
  • a kick-off screen is displayed on the display unit 25, and a battle with the opponent team is started.
  • FIG. 8 is a diagram showing an example of a kick-off screen.
  • the kick-off screen 60 displays eleven player cards 62 that are members of the computer team and eleven player cards 64 that are members of the user's soccer team. Eleven player cards that are members of the user's soccer team have two forward player cards, four midfielder player cards, four defender player cards, goals, Includes one keeper player card.
  • a kick-off button 66 is displayed on the kick-off screen 60.
  • a battle between the user's soccer team and the computer team is executed.
  • a simulation process matches result determination process
  • the result is determined.
  • a battle result screen showing the battle result is displayed on the display unit 25.
  • FIG. 9 is a diagram showing an example of a battle result screen.
  • the battle result screen 70 displays a battle result 72 indicating the score and win / loss of each team, a reward content 74 indicating a reward given to the user, and a next button 76.
  • the user's soccer team used in the battle is dissolved. For this reason, the user repeats the lottery again, collects the player cards, and executes the battle as described above when the player cards of each position are prepared.
  • FIG. 10 is a functional block diagram mainly showing functions related to the present invention among the functions realized by the game system 1.
  • the game system 1 includes a game data storage unit 80, a game execution unit 82, an association acquisition unit 84, a selection unit 86, a condition determination unit 88, a battle permission unit 90, a reward grant unit 92, and a reference determination.
  • Part 94 is included.
  • the essential functional blocks of the functional blocks shown in FIG. 10 are a game data storage unit 80, a game execution unit 82, an association acquisition unit 84, a selection unit 86, a condition determination unit 88, a battle permission unit 90, and reward granting.
  • the functional block other than these may be omitted.
  • the game data storage unit 80 is mainly realized by the storage unit 12 and the database 15.
  • the game data storage unit 80 stores various data necessary for executing the game.
  • the game data storage unit 80 stores, for example, a master database (FIG. 2), a grant card database (FIG. 3), and a user database (FIG. 4).
  • the control unit 11 functions as a means for acquiring or updating various data stored in the game data storage unit 80. Further, the game data storage unit 80 may store data necessary for executing the game, and the data stored in the game data storage unit 80 is not limited to the above example.
  • the game execution unit 82 is realized mainly by the control unit 11.
  • the game execution unit 82 gives game data to the user.
  • the game data here means game character data related to a game character, game card data related to a game card, or game item data related to a game item.
  • the data regarding the player card corresponds to “game data”.
  • giving game data to the user means that the game data is associated with the user, for example, that the game data can be used in the game.
  • adding a new record to the grant card database corresponds to giving game data to the user.
  • the processing executed by the game execution unit 82 is not limited to the above example.
  • the game execution unit 82 executes various processes related to the game according to the present embodiment.
  • the association acquisition unit 84 is realized mainly by the control unit 11.
  • the association acquisition unit 84 acquires the storage content of a unit that stores the association between each of a plurality of game data (for example, player cards) and at least one of a plurality of types of attributes (for example, positions).
  • the association acquisition unit 84 acquires the association by acquiring the contents of the master database or a selected list described later.
  • the attribute is a property assigned to each player card to classify the player cards, and indicates, for example, each role of a plurality of game data in a battle (game).
  • “position” assigned to the player card corresponds to “attribute”. Since each of the plurality of player cards is associated with at least one of a plurality of types of positions in the master database or the selected list described later, the association acquisition unit 84 may select the master database or the selected list described later. By acquiring the contents of, the association between the player card and the position is acquired.
  • the selection unit 86 is realized mainly by the control unit 11.
  • the selection unit 86 selects game data to be given to the user from among a plurality of game data (for example, a plurality of player cards).
  • the selection unit 86 selects a player card to be given to the user from among a plurality of player card candidates.
  • the player card candidates are each player card stored in the master database.
  • the selection unit 86 selects a player card to be given to the user from each player card stored in the master database based on a given selection algorithm.
  • the selection unit 86 selects one or a plurality of game data (for example, player cards) by one selection.
  • the selection by the selection unit 86 is repeatedly executed.
  • a user performs a given operation (for example, lottery button 42)
  • a lottery is performed and a player card is selected.
  • the player cards selected by the selection unit 86 are stored in the selected list and then stored in the grant card database.
  • FIG. 11 is a diagram showing an example of the selected list.
  • the selected list includes “user ID”, “card ID”, “position”, and “time” fields.
  • the selected list is stored in the game data storage unit 80.
  • the “user ID” field indicates the user ID of the user who won the player card.
  • the “card ID” field indicates the card ID of the selected player card.
  • the “position” field indicates the position of the player card.
  • the “time” field indicates the time when the player card is selected.
  • a new record is created in the selected list.
  • the user ID of the user who selected the lottery button 42 is stored in the “user ID” field of the record.
  • the card ID of the player card selected by the selection unit 86 is stored in the “card ID” field.
  • the “position” field stores the position of the player card.
  • the “time” field stores the current time.
  • the condition determination unit 88 is realized mainly by the control unit 11. Whether the combination of attributes associated with each of a plurality of game data (for example, player cards) selected by the selection unit 86 satisfies a condition (for example, a given combination) related to the combination of attributes. Determine whether or not.
  • the condition related to the combination of attributes can be said to be a combination of attributes of player cards used in the battle.
  • the condition determining unit 88 is associated with each selected game data. However, it is determined whether or not the condition regarding the combination of roles is satisfied.
  • the condition determination unit 88 determines whether or not the selected combination of player cards satisfies a condition regarding a combination of positions (for example, formation).
  • FIG. 12 is a diagram showing conditions related to the combination of positions.
  • the condition is that the attribute (for example, position) and the number of game data (for example, a player card at a predetermined position) of the attribute (or the number of members to belong to the soccer team). ).
  • the position and the number of player cards in the position are associated with each other.
  • the association is stored in the game data storage unit 80.
  • the association may be in a table format or a mathematical expression format.
  • the condition determination unit 88 For each attribute (for example, each position), the condition determination unit 88 has a plurality of games selected by the selection unit 86 by a number equal to or more than the number of game data (for example, player cards) associated with the attribute. Determine whether it is included in the data. The condition determination unit 88 determines whether or not more than the number of player cards associated with each position is selected. In the example of FIG. 12, the condition determination unit 88 selects two or more forward player cards, four or more midfielder player cards, four or more defender player cards, and one or more goalkeeper player cards. It is determined whether or not it has been done.
  • the association shown in FIG. 12 may be changeable by the user. That is, the user may be able to change how many player cards at which positions should be selected.
  • the conditions regarding the combination of positions may be conditions common to all users, or may be different conditions for each user. For example, the same formation as the formation set by each user in his / her own team may be used as the condition.
  • the battle permission unit 90 is realized mainly by the control unit 11.
  • the match permitting unit 90 has a plurality of game data (for example, player cards belonging to the soccer team) selected by the selection unit 86 and other game data (for example, player cards belonging to the opponent team).
  • the execution of the battle based on and is permitted. “Permit the execution of the battle” is to cause the game execution unit 82 to execute the battle process, and to release the restriction of the battle execution process. When the execution of the battle is not permitted, the battle process is not executed.
  • condition determination unit 88 determines that the match permission unit 90 is included in the plurality of game data (for example, player cards) selected by the selection unit 86, the match permission unit 90 and the plurality of game data selected by the selection unit 86 The execution of the battle based on other game data is permitted.
  • the game execution unit 82 executes the match based on the soccer team composed of a plurality of player cards selected by the selection unit 86 and the opponent team.
  • the game execution unit 82 executes a simulation process (match result determination process) based on the 11 player cards selected by the selection unit 86 and the 11 player cards selected by a given method. The result of the battle between the soccer team and the opponent team is determined.
  • the battle result may be changed according to the combination of player cards belonging to each team. For example, when the combination of player card positions of a certain team is a given combination, the match result may be determined such that the team is advantageous.
  • the player cards belonging to the opponent team may be selected from each player card stored in the master database, or a player card of a type not stored in the master database is prepared, and the player The card may belong to the opponent team.
  • the reward granting unit 92 is realized mainly by the control unit 11.
  • the reward granting unit 92 grants a reward to the user when the match is permitted by the match permission unit 90.
  • “Grant a reward” means to give game data to the user, to allow the user to generate a given game event, and to change a parameter related to the user.
  • various rewards prepared in the game can be applied as rewards, here, for the sake of simplicity of explanation, a case where lottery points are given to the user as rewards will be described.
  • the reward granting unit 92 may grant a reward determined based on the battle result to the user. For example, when the match result of the battle is a given result, the reward granting unit 92 may give the user a reward so that the reward is higher than when the condition is not satisfied. “High reward” means “reward is good” or “high reward” and “low reward” means “poor reward” or “low reward”.
  • 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.
  • the reference determination unit 94 is realized mainly by the control unit 11.
  • the reference determination unit 94 determines whether at least one of the number of game data (for example, player cards) selected by the selection unit 86 or the number of selections by the selection unit 86 has reached a reference value.
  • the reference value may be a predetermined value, and is set to 30 in the present embodiment.
  • the number of player cards selected by the selection unit 86 is specified by referring to the selected list.
  • the number of selections by the selection unit 86 is the number of times the lottery has been performed, and may be stored in the game data storage unit 80, for example. When selection is performed by the selection unit 86, the number of selections is updated.
  • condition determination unit 88 determines that the reference value has been reached, the combination of attributes (for example, player card positions) associated with each of the plurality of game data selected by the selection unit 86 satisfies the condition. It is determined whether or not it is satisfied. If the condition determination unit 88 determines that the condition is not satisfied when it is determined that the reference value has been reached, the combination of attributes associated with each of the plurality of game data selected after the determination sets the condition. It is determined whether or not it is satisfied. “Selected after determination” here means that it is selected after the point when the number of player cards reaches the reference value.
  • the battle permitting unit 90 permits the execution of a battle based on a plurality of game data (for example, player cards) selected after the above determination and other game data.
  • game data for example, player cards
  • FIGS. 13 to 15 are diagrams showing processing executed in the game system 1 when the lottery button 42 is selected.
  • the control unit 21 notifies the game server 10 that the lottery button 42 has been selected (S1).
  • 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.
  • the control unit 11 determines whether or not lottery points necessary for the lottery remain (S2). For example, lottery points necessary for executing the lottery are determined in advance (for example, 200 lottery points), and it is determined whether or not the lottery points stored in the user database are equal to or greater than the necessary lottery points.
  • the control unit 11 refers to the user database and decreases the user's lottery points by a predetermined value ( S3).
  • the control unit 11 performs a lottery and selects one player card from the player cards stored in the master database (S4).
  • a player card may be selected at random, or a player card with a high degree of rarity may have a low probability of being selected.
  • the control unit 11 adds the selected player card to the selected list (S5).
  • the selected list is for temporarily storing player cards obtained by lottery, and is stored in the storage unit 12. For example, a new record is created in the selected list, and the user ID received from the user terminal 20, the card ID of the player card selected in S4, the position, and the current time are stored in the record.
  • the control unit 11 generates image data of the winning card screen 50 corresponding to the selected player card and transmits it to the user terminal 20 (S6).
  • the control unit 21 when receiving the image data, displays the winning card screen 50 (FIG. 7) on the display unit 25 (S7).
  • the control unit 21 determines whether or not the next button 54 has been selected (S8). When it is determined that the next button 54 has been selected (S8; Y), the control unit 21 notifies the game server 10 that the next button 54 has been selected (S9).
  • the control unit 11 when the control unit 11 receives a notification that the next button 54 has been selected, the control unit 11 refers to the position of the player card registered in the selected list and relates to the combination of positions. It is determined whether or not the condition is satisfied (S10). In S10, records with the same user ID are referred to in the selected list, and the contents of the “position” field of these records are acquired. For example, it is determined whether or not these positions are a combination of two or more forwards, four or more midfielders, four or more defenders, and one or more goalkeepers.
  • the control unit 11 determines the user's soccer team based on the player card stored in the selected list (S11). In S11, among the user's player cards stored in the selected list, the player cards are selected so that a combination of two forward players, four midfielders, four defenders, and one goalkeeper As a result, a soccer team is determined.
  • the control unit 11 determines an opponent team with reference to the master database (S12).
  • the control part 11 produces
  • the control unit 21 when receiving the image data, displays the kick-off screen 60 (FIG. 8) on the display unit 25 (S14).
  • the control unit 21 determines whether or not the kick-off button 66 has been selected (S15). When it is determined that the kick-off button 66 has been selected (S15; Y), the control unit 21 notifies the game server 10 that the kick-off button 66 has been selected (S16).
  • the control unit 11 executes a battle (S17).
  • a battle result (scores of both teams, etc.) is determined based on each player card of the soccer team and each player card of the opponent team.
  • the control unit 11 gives a reward to the user based on the battle result (S18).
  • the user's lottery points stored in the user database are increased by the number of points determined according to the battle result.
  • the control unit 11 registers the player cards stored in the selected list in the grant card database (S19).
  • S19 a new record is created in the grant database, and a serial key is generated.
  • a record with the same user ID is referred to in the selected list, and the card ID and time stored in the record are specified.
  • the contents stored in the newly created record are determined by referring to various information of the player card from the master database based on the card ID.
  • control unit 11 deletes the record with the matching user ID from the selected list (S20).
  • the player card registered in the grant card database in S19 is deleted from the selected list.
  • the control unit 11 generates image data of the battle result screen 70 based on the battle result determined in S17 and transmits the image data to the user terminal 20 (S21).
  • the control unit 21 displays the battle result screen 70 on the display unit 25 (S22), and the process ends.
  • control unit 11 determines whether or not the number of player cards stored in the selected list is 30 or more ( S23). In S23, it is determined whether or not the number of records having the same user ID in the selected list is 30 records or more.
  • the control unit 11 registers the player cards stored in the selected list in the grant card database. (S24).
  • the control unit 11 deletes the record with the matching user ID from the selected list (S25), and the process ends.
  • the processes of S24 and S25 are the same as S19 and S20, respectively. In this case, the number of player cards has reached the reference value, but the conditions regarding the position are not satisfied. Therefore, the number of player cards of the user stored in the selected list is 0, and the user starts from the first player again. You will draw lots of cards.
  • a match is executed when a combination of player card positions selected by lottery satisfies a given condition, and a reward is given to the user according to the match result.
  • the user can determine whether the obtained combination of cards is preferable for the battle with reference to the contents of the reward. That is, the user can determine whether or not the obtained plurality of player cards are player cards preferable for the battle without taking time and effort.
  • the determination method of the combination of player cards determined by the condition determination unit 88 is not limited to the example of the embodiment.
  • the condition determination unit 88 includes game data (for example, player cards) associated with the attributes for all types or predetermined types of the plurality of types of attributes included in the plurality of game data selected by the selection unit 86. It is determined whether or not. That is, the condition determination unit 88 determines whether or not the attributes associated with each game data selected by the selection unit 86 cover all types of the plurality of types of attributes or predetermined types. “To cover all types or predetermined types” means that at least one player card is selected for all types or predetermined types of positions.
  • the match permission unit 90 is included in the plurality of game data (for example, player cards) selected by the selection unit 86, the plurality of game data selected by the selection unit 86 and other game data (for example, , The execution of the battle based on the opponent team).
  • the number of people in each position may change depending on the formation, but in other sports, the number of people in each position may not change with a fixed number of people.
  • the condition determination unit 88 determines whether nine types of positions are covered (whether each position is selected one by one). Or not). In this case as well, as in the embodiment, a battle is performed using a baseball team composed of player cards of nine types of positions.
  • a match can be played when player cards in each position are selected evenly.
  • the battle may not be started.
  • a battle is performed between 11 player cards, so that the battle can actually be started when the user collects 11 player cards.
  • the battle may be performed only when the position balance of the user's player card is good.
  • the reference determination unit 94 of the modification (2) determines whether or not the number of game data (for example, player cards) selected by the selection unit 86 is equal to or greater than a predetermined number.
  • the reference determination unit 94 specifies the number of player cards selected by the selection unit 86 by referring to the selected list.
  • the reference determination unit 94 compares the specified number with a predetermined number.
  • the condition determination unit 88 includes a plurality of game data (for example, player cards) selected by the selection unit 86 such that the number or ratio of game data associated with a specific attribute (for example, forward) is greater than or equal to a reference number or a reference It is determined whether or not the ratio is greater than or equal to the ratio.
  • the specific attribute may be an attribute of a predetermined type among the attributes prepared in the game.
  • the condition determination unit 88 specifies the number of player cards of the same user associated with the specific attribute by referring to the selected list.
  • the condition determination unit 88 calculates the proportion of player cards associated with the specific attribute by dividing the number of player cards associated with the specific attribute by the number of player cards stored in the selected list.
  • the number of game data (for example, player cards) selected by the selection unit 86 is a predetermined number or more, and the number or ratio of the game data associated with the specific attribute is less than the reference number or the reference When the ratio is less than the ratio, the execution of the battle based on the plurality of game data selected by the selection unit 86 and other game data is permitted.
  • the battle can be executed when the balance of the positions of the player cards selected by the selection unit 86 is good.
  • the criterion determination unit 94 of the modified example (3) has the number or ratio of game data associated with a specific attribute out of a plurality of game data selected by the selection unit 86, It is determined whether or not it is equal to or higher than the reference ratio.
  • the condition determination unit 88 is associated with each of a plurality of game data selected after the determination. It is determined whether or not a combination of attributes satisfies a condition.
  • the “player card selected after the determination” refers to a player card selected after the time when the number or ratio of player cards in a specific position is equal to or greater than a reference number or a reference ratio.
  • the battle permission unit 90 permits a battle between a plurality of game data selected after the determination and other game data.
  • a user's soccer team will be formed with a player card elected after the time when the number or ratio of the player card of a specific position becomes more than the reference number or more than the reference ratio.
  • the reward may be different depending on the number of lotteries required until the combination of positions is completed.
  • the game server 10 of the modified example (4) includes means for acquiring at least one of the number of game data selected until the condition is satisfied or the number of selection processes performed until the condition is satisfied.
  • This means is realized by the control unit 11.
  • the means is implemented by the game execution unit 82.
  • Information indicating the number of times the selection unit 86 has been selected is stored in the game data storage unit 80.
  • the game execution part 82 updates the said information, when selection by the selection part 86 is performed.
  • the reward granting unit 92 gives a reward to the user based on at least one of the acquired number or the number of times when the battle permission unit 90 permits the execution of the battle.
  • the reward granting unit 92 gives a higher reward to the user as the number or the number of times decreases.
  • the number or number of times described above and the reward content may be associated with each other and stored in the game data storage unit 80.
  • the reward granting unit 92 gives the user a reward having the contents associated with the number or the number of times.
  • the reward to the user can be changed according to the number of selections required to satisfy each combination of positions.
  • a game parameter is associated with each of a plurality of game data (for example, player cards).
  • the game parameter is a parameter indicating the ability of the player card or a parameter indicating the strength of the player card.
  • the reward granting unit 92 grants a reward to the user by changing a parameter associated with each of the plurality of game data (for example, player cards) selected by the selection unit 86 based on the match result of the match. .
  • the reward granting unit 92 grants a reward to the user, for example, by changing the parameter so that the ability of the player card is improved or changing the parameter so that the player card becomes stronger.
  • the player card parameters can be changed as a reward for the match.
  • the soccer team is a temporary team has been described.
  • the soccer team may not be temporary.
  • the player card belonging to the soccer team may be stored in the game data storage unit 80 and re-formed after the soccer team is dissolved, or the user can perform a given operation without dissolving the soccer team.
  • the soccer team may play a match.
  • a winning match of a soccer team may be executed, or a tournament battle may be executed.
  • the position has been described as an example of the attribute, but the player card may be selected so that the attribute associated with the player card is a given combination.
  • a player card to be given to the user may be selected based on other attributes associated with the player card.
  • a soccer team made up of player cards selected so that the types of player cards are a given combination may be formed.
  • the reward granting unit 92 grants a reward according to the battle result has been described, but the combination of player card positions is a given combination even when the user does not play a battle. The user may be given a reward.
  • the case where the contents of the selected list are reset when 30 player cards are accumulated in the selected list has been described. It may be reset when elected.
  • the present invention can be applied to a game system that executes a game other than a soccer game (for example, another sports game).
  • a game system in which a user's baseball team and a computer baseball team battle each other.
  • a baseball team is formed by nine player cards selected to cover all baseball positions.
  • the present invention can be applied to a game system that executes a game other than a sports game.
  • the present invention can be applied to a card game. In this case, when the number of selected playing cards and the combination of marks become a given combination, a battle is performed using the selected playing cards.
  • the present invention can also be applied to a game in which a user collects cards and plays against monsters.
  • each function described above is realized in the game server 10
  • a part of each function may be realized in the user terminal 20.
  • Each function is shared by the game server 10 and the user terminal 20. That is, each of the plurality of functions described above may be provided in either the game server 10 or the user terminal 20.
  • the game data storage unit 80 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.
  • the game execution unit 82 and the selection unit 86 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 82 and the selection unit 86 by executing the program. In this case, the control unit 21 (the game execution unit 82 and the selection unit 86) selects a player card to be given to the user by acquiring and updating data directly from the database 15 via the communication network 2, The selected player card is given to the user.
  • the association acquisition unit 84, the condition determination unit 88, and the reference determination unit 94 may be realized by the user terminal 20. That is, the control unit 21 of the user terminal 20 may function as the association acquisition unit 84, the condition determination unit 88, and the reference determination unit 94 by executing the program. In this case, the control unit 21 (association acquisition unit 84, condition determination unit 88, and reference determination unit 94) acquires the position of each player card from the game server 10 via the communication network 2, or has already been selected. It is determined whether the combination of positions is a given combination, or whether or not the combination condition is satisfied when 30 player cards are selected.
  • the battle permission unit 90 may be realized by the user terminal 20.
  • the control unit 21 of the user terminal 20 may function as the battle permission unit 90 by executing the program.
  • the control unit 21 (matching permission unit 90) exchanges data with the game server 10 via the communication network 2 to allow the battle and execute the battle.
  • the reward granting unit 92 may be realized by the user terminal 20.
  • the control unit 21 of the user terminal 20 may function as the reward granting unit 92 by executing the program.
  • the control unit 21 gives a reward to the user by directly referring to the contents of the database 15 via the communication network 2.
  • 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 described above is realized by one game device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　入手した複数のデータの組み合わせが対戦に好ましいものか否かを、報酬の内容に応じて判断すること。ゲーム装置（１０）の選出手段（８６）は、複数のゲームデータのうちからユーザに付与するゲームデータを選出する。判定手段（８８）は、選出手段（８６）により選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する。対戦許可手段（９０）は、条件が満たされる場合、選出手段（８６）により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する。報酬付与手段（９２）は、対戦許可手段（９０）により対戦が許可された場合、ユーザに報酬を付与する。

Description

ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、プログラム、及び情報記憶媒体
　本発明は、ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、プログラム、及び情報記憶媒体に関する。
　従来から、ユーザにゲームデータを付与するゲーム装置が知られている。例えば、特許文献１には、ユーザが所与の操作を行うと、ランダムに選出される選手カードがユーザに付与されるゲームにおいて、ユーザが収集した選手カードの中から対戦に用いる複数のカードを選択し、これら複数のカードからなるユーザチームと対戦相手チームとの対戦を実行するゲーム装置に関する技術が記載されている。
特許第４８５５５４９号公報
　特許文献１の技術では、ユーザは入手したカードの組合せを検討するために、個々のカードの情報を確認することになるが、このような作業は手間がかかるという問題があった。
　本発明は上記課題に鑑みてなされたものであって、その目的は、入手したカードの組み合わせが対戦に好ましいものか否かをユーザが判断する際の手がかりを提供することが可能なゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、プログラム、及び情報記憶媒体を提供することにある。
　上記課題を解決するために、本発明に係るゲーム装置（１０）は、ユーザにゲームデータを付与するゲーム装置（１０）であって、複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段（８０）の記憶内容を取得する手段（８４）と、前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出手段（８６）と、前記選出手段（８６）により選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定手段（８８）と、前記条件が満たされる場合、前記選出手段（８６）により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可手段（９０）と、前記対戦許可手段（９０）により対戦が許可された場合、前記ユーザに報酬を付与する報酬付与手段（９２）と、を含むことを特徴とする。
　また、本発明に係るゲームシステム（１）は、ユーザ端末（２０）とゲームサーバ（１０）とが通信可能に接続されたゲームシステム（１）であって、複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段（８０）の記憶内容を取得する手段（８４）と、前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出手段（８６）と、前記選出手段（８６）により選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定手段（８８）と、前記条件が満たされる場合、前記選出手段（８６）により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可手段（９０）と、前記対戦許可手段（９０）により対戦が許可された場合、前記ユーザに報酬を付与する報酬付与手段（９２）と、の各々について、前記ユーザ端末（２０）又は前記ゲームサーバ（１０）の何れか一方に設けたことを特徴とする。
　また、本発明に係るゲーム装置（１０）の制御方法は、ユーザにゲームデータを付与するゲーム装置の制御方法であって、複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段（８０）の記憶内容を取得するステップ（８４）と、前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出ステップ（８６）と、前記選出ステップ（８６）において選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定ステップ（８８）と、前記条件が満たされる場合、前記選出ステップ（８６）において選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可ステップ（９０）と、前記対戦許可ステップ（９０）において対戦が許可された場合、前記ユーザに報酬を付与する報酬付与ステップ（９２）と、を含むことを特徴とする。
　また、本発明に係るゲームシステム（１）の制御方法は、ユーザ端末（２０）とゲームサーバ（１０）とが通信可能に接続されたゲームシステムの制御方法であって、複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段（８０）の記憶内容を取得するステップ（８４）と、前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出ステップ（８６）と、前記選出ステップ（８６）において選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定ステップ（８８）と、前記条件が満たされる場合、前記選出ステップ（８６）において選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可ステップ（９０）と、前記対戦許可ステップ（９０）において対戦が許可された場合、前記ユーザに報酬を付与する報酬付与ステップ（９２）と、の各々について、前記ユーザ端末（２０）又は前記ゲームサーバ（１０）の何れか一方で行われることを特徴とする。
　また、本発明に係るプログラムは、ユーザにゲームデータを付与するゲーム装置（１０）としてコンピュータを機能させるためのプログラムであって、複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段（８０）の記憶内容を取得する手段（８４）、前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出手段（８６）、前記選出手段（８６）により選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定手段（８８）、前記条件が満たされる場合、前記選出手段（８６）により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可手段（９０）、前記対戦許可手段（９０）により対戦が許可された場合、前記ユーザに報酬を付与する報酬付与手段（９２）、として前記コンピュータを機能させる。
　また、本発明に係る情報記憶媒体は、上記プログラムを記録したコンピュータ読み取り可能な情報記憶媒体である。
　本発明によれば、ユーザは、入手した複数のデータの組み合わせが対戦に好ましいものか否かを、報酬の内容に応じて判断することができる。
　また、本発明の一態様では、前記条件は、属性と、当該属性が関連付けられたゲームデータの数と、の関連付けを示し、前記判定手段（８８）は、各属性について、当該属性が関連付けられたゲームデータが当該属性に関連付けられた数以上、前記選出手段により選出された複数のゲームデータに含まれるか否かを判定し、前記対戦許可手段（９０）は、前記選出手段により選出された複数のゲームデータに含まれると判定された場合、前記選出手段（８６）により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する、ことを特徴とする。
　また、本発明の一態様では、前記判定手段（８８）は、前記複数種類の属性の全種類又は所定種類について、当該属性が関連付けられたゲームデータが、前記選出手段（８６）により選出された複数のゲームデータに含まれるか否かを判定し、前記対戦許可手段（９０）は、前記選出手段（８６）により選出された複数のゲームデータに含まれると判定された場合、前記選出手段（８６）により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する、ことを特徴とする。
　また、本発明の一態様では、前記ゲーム装置（１０）は、前記選出手段（８６）により選出されたゲームデータの数が所定数以上となったか否かを判定する手段（９４）を更に含み、前記判定手段は、前記選出手段により選出された複数のゲームデータのうち、特定属性が関連付けられたゲームデータの数又は割合が、基準数以上又は基準割合以上であるか否かを判定し、前記対戦許可手段（９０）は、前記選出手段（８６）により選出されたゲームデータの数が前記所定数以上であり、かつ、特定属性が関連付けられたゲームデータの数又は割合が前記基準数未満又は前記基準割合未満である場合、前記選出手段（８６）により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する、ことを特徴とする。
　また、本発明の一態様では、前記選出手段（８６）は、一回の選出で一又は複数の前記ゲームデータを選出し、前記選出手段による選出は繰り返し実行され、前記ゲーム装置は、前記選出手段により選出された前記ゲームデータの数、又は、前記選出手段（８６）による選出回数の少なくとも一方が基準値に達したか否かを判定する手段（９４）を更に含み、前記判定手段（８８）は、前記基準値に達したと判定された場合において、前記選出手段（８６）により選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが前記条件を満たすか否かを判定する手段と、前記基準値に達したと判定された場合において前記条件が満たされないと判定された場合、当該判定後に選出される複数のゲームデータの各々に関連付けられた属性の組み合わせが前記条件を満たすか否かを判定する手段と、を含み、前記対戦許可手段（９０）は、前記判定後に選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する、ことを特徴とする。
　また、本発明の一態様では、前記ゲーム装置（１０）は、前記条件が満たされない場合、前記選出手段（８６）により選出された複数のゲームデータのうち、特定属性が関連付けられたゲームデータの数又は割合が、基準数以上又は基準割合以上であるか否かを判定する手段を更に含み、前記判定手段（８８）は、前記特定属性が関連付けられたゲームデータの数又は割合が前記基準数以上又は前記基準割合以上であると判定された場合、当該判定後に選出される複数のゲームデータの各々に関連付けられた属性の組み合わせが前記条件を満たすか否かを判定し、を含み、前記対戦許可手段（９０）は、前記判定後に選出された複数のゲームデータと他のゲームデータとの対戦を許可する、を更に含むことを特徴とする。
　また、本発明の一態様では、前記ゲーム装置（１０）は、前記条件が満たされるまでに選出された前記ゲームデータの数、又は、前記条件が満たされるまでに行われた選出処理の回数の少なくとも一方を取得する手段（８２）を更に含み、前記報酬付与手段（９２）は、前記対戦許可手段（９０）により対戦の実行が許可された場合、前記取得された数又は回数の少なくとも一方に基づいて、前記ユーザに報酬を付与する、ことを特徴とする。
　また、本発明の一態様では、前記複数のゲームデータの各々には、ゲームパラメータが関連付けられており、前記報酬付与手段（９２）は、前記選出手段（８６）によって選出された複数のゲームデータの各々に関連付けられたパラメータを変化させることによって、前記ユーザに報酬を付与する、ことを特徴とする。
　また、本発明の一態様では、前記属性は、対戦における前記複数のゲームデータの各々の役割を示し、前記判定手段（８８）は、前記選出される各ゲームデータに関連付けられた役割が、役割の組み合わせに関する条件を満たすか否かを判定する、ことを特徴とする。
　なお、上記では、本発明の理解を容易にするため図面に記載の符号を括弧書きで記載しているが、これにより本発明に係るゲーム装置等が図示の態様に限定されるものではない。
本発明の実施形態に係るゲームシステムの全体構成を示す図である。 マスタデータベースの一例を示す図である。 付与カードデータベースの一例を示す図である。 ユーザデータベースの一例を示す図である。 表示部に表示されるメイン画面の一例を示す図である。 抽選画面の一例を示す図である。 当選カード画面の一例を示す図である。 キックオフ画面の一例を示す図である。 対戦結果画面の一例を示す図である。 ゲームシステムで実現される機能のうち、本発明に関連する機能を主に示す機能ブロック図である。 選出済リストの一例を示す図である。 ポジションの組み合わせに関する条件を示す図である。 抽選ボタンが選択された場合にゲームシステムで実行される処理を示す図である。 抽選ボタンが選択された場合にゲームシステムで実行される処理を示す図である。 抽選ボタンが選択された場合にゲームシステムで実行される処理を示す図である。
［１．実施形態］
　以下、本発明の実施形態の一例について図面に基づき詳細に説明する。
［１－１．ゲームシステムの全体構成］
　図１は、本発明の実施形態に係るゲームシステムの全体構成を示す図である。図１に示すように、本実施形態に係るゲームシステム１は、ゲームサーバ１０（ゲーム装置）と複数のユーザ端末２０とを含む。ゲームサーバ１０と複数のユーザ端末２０とは、通信ネットワーク２に接続されており、ゲームサーバ１０とユーザ端末２０との間で相互にデータ通信が可能である。
［ゲームサーバのハードウェア構成］
　ゲームサーバ１０は、例えば、サーバコンピュータによって実現される。図１に示すように、ゲームサーバ１０は、制御部１１、記憶部１２、通信部１３、及び光ディスクドライブ部１４を含む。
　制御部１１は、例えば、ＣＰＵ等を含み、オペレーティングシステムやその他のプログラムに従って情報処理を実行する。記憶部１２は、主記憶部（例えば、ＲＡＭ）と補助記憶部（例えば、ハードディスクドライブ又はソリッドステートドライブ）を含む。通信部１３は、通信ネットワーク２を介して他の装置（例えば、ユーザ端末２０）とデータを授受するためのものである。光ディスクドライブ部１４は、光ディスク（情報記憶媒体）に記憶されたプログラムやデータを読み取る。
　プログラムやデータは、光ディスクを介してゲームサーバ１０に供給される。即ち、光ディスクに記憶されたプログラムやデータが、光ディスクドライブ部１４によって読み出され、記憶部１２に記憶される。
　なお、光ディスク以外の情報記憶媒体（例えば、メモリカード）に記憶されたプログラムやデータを読み取るための構成要素（例えば、メモリーカードスロット）がゲームサーバ１０に備えられるようにしてもよい。そして、プログラムやデータが光ディスク以外の情報記憶媒体を介してゲームサーバ１０に供給されるようにしてもよい。また、プログラムやデータは、通信ネットワーク２を介して遠隔地からゲームサーバ１０に供給されるようにしてもよい。
　なお、ゲームサーバ１０は、データベース１５にアクセスできるようになっている。データベース１５は、ゲームサーバ１０内に構築されていてもよいし、ゲームサーバ１０とは別のサーバコンピュータ内に構築されていてもよい。
［ユーザ装置のハードウェア構成］
　ユーザ端末２０は、ユーザがゲームをプレイするために使用する情報処理装置である。ユーザ端末２０は、例えば、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータを含む）、パーソナルコンピュータ、携帯用ゲーム機、又は家庭用ゲーム機（据置型ゲーム機）によって実現される。なお、以下では、ユーザ端末２０が携帯電話（スマートフォン）であることとして説明する。
　図１に示すように、ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５、及び音声出力部２６を含む。制御部２１、記憶部２２、及び通信部２３は、ゲームサーバ１０の制御部１１、記憶部１２、及び通信部１３と同様である。
　操作部２４は、ユーザが各種操作／指示を行うためのものである。例えば、表示部２５に表示される画面内の位置をユーザが指示するためのポインティングデバイスが、操作部２４として備えられる。例えば、表示部２５の上に重ねて設けられるタッチパネルがユーザ端末２０に備えられる。
　なお、タッチパネルの代わりに、例えばマウス、スティック、タッチパッド、ボタン（キー）、又はレバー（スティック）等がユーザ端末２０に備えられるようにしてもよい。表示部２５は例えば液晶ディスプレイ又は有機ＥＬディスプレイ等であり、各種画面を表示する。音声出力部２６は例えばスピーカ又はヘッドホン等であり、音声データを出力する。
　プログラムやデータは、通信ネットワーク２を介して遠隔地からユーザ端末２０に供給される。なお、メモリカード又は光ディスク等の情報記憶媒体に記憶されたプログラムやデータを読み取るための構成要素がユーザ端末２０に備えられるようにしてもよい。この場合、メモリカード又は光ディスクに記憶されたプログラムやデータが読み出され、記憶部２２に記憶されるようにしてもよい。
　ゲームサーバ１０では、例えば、ＨＴＴＰデーモンが起動される。一方、ユーザ端末２０では、ブラウザが起動される。ユーザ端末２０からブラウザを介して処理要求（ＨＴＴＰリクエスト）が、ゲームサーバ１０に送信される。また、上記の処理要求に対応する処理結果（ＨＴＴＰレスポンス）が、ゲームサーバ１０からユーザ端末２０に送信される。例えば、ウェブページ記述言語で記述されたページデータがユーザ端末２０に送信される。そして、このページデータに基づいて、処理結果に基づく画面がユーザ端末２０の表示部２５に表示される。
［１－２．ゲームシステムで実行されるゲームの概要］
　ゲームシステム１では、ユーザにゲームデータを付与するゲームが実行される。例えば、ユーザが収集した複数のゲームデータと、他のゲームデータと、の対戦が実行される。以下では、ゲームシステム１で実行されるゲームの一例として、実在するサッカー選手に対応する選手カードをユーザが収集してコンピュータ又は他のユーザと対戦するゲームについて説明する。
［１－２－１．データベースの内容］
　まず、データベース１５に記憶されるデータについて説明する。例えば、データベース１５は、マスタデータベースと、付与カードデータベースと、ユーザデータベースと、を含む。
　図２は、マスタデータベースの一例を示す図である。マスタデータベースは、ゲームシステム１において用意された全ての選手カードの基本データを記憶する。図２に示すように、マスタデータベースの各レコードは、「カードＩＤ」、「選手名」、「画像」、「所属チーム」、「ポジション」、「種別」、「コスト」、「オフェンス」、「ディフェンス」、及び「テクニック」フィールドを含む。
　「カードＩＤ」フィールドは、選手カードを一意に識別するための識別情報を示す。「選手名」フィールドは、選手カードに対応づけられたサッカー選手の名前を示す。「画像」フィールドは、選手カードに対応づけられたサッカー選手の画像を示す。
　「所属チーム」フィールドは、選手カードに対応づけられた実在のサッカー選手が所属しているチームを示す。「ポジション」フィールドは、選手カードに対応づけられたサッカー選手のポジションを示す。例えば、ＦＷ（フォワード）、ＭＦ（ミッドフィルダー）、ＤＦ（ディフェンダー）、及びＧＫ（ゴールキーパー）の４種類のポジションが用意されている。各選手カードには、これら４種類のポジションの少なくとも一つが、「ポジション」フィールドに登録される。
　「種別」フィールドは、選手カードの能力の高さを示す。なお、能力が相対的に高いサッカー選手の選手カードは希少度も高いため、「種別」フィールドは、選手カードの希少度を示しているともいえる。ゲームシステム１では、「スーパースター」、「スター」、「グレート」、「レギュラー」、及び「ノーマル」の５つの種別が用意されており、これらの種別のいずれかが「種別」フィールドに登録される。「スーパースター」は、最も能力（希少度）が高い種別である。「スター」は、第２番目に能力（希少度）が高い種別であり、「グレート」は、第３番目に能力（希少度）が高い種別である。「レギュラー」は、第４番目に能力（希少度）が高い種別であり、「ノーマル」は、最も能力（希少度）が低い種別である。
　「コスト」フィールドは、選手カードを対戦に使用するために必要なコスト、即ち、試合に参加するメンバとして選手カードを使用するために必要なコストを示す。本実施形態では、コストは、選手カードの強さ（能力の高さ）を示す指標として用いられる。「コスト」については後述する。
　「オフェンス」フィールドは、選手の攻撃力パラメータの基本値（初期値）を示す。「ディフェンス」フィールドは、選手の守備力パラメータの基本値を示す。「テクニック」フィールドは、選手の技術力パラメータの基本値を示す。攻撃力パラメータ、守備力パラメータ、及び技術力パラメータは、選手カードの能力を示すパラメータともいえる。
　マスタデータベースに格納されている各選手カードは、ユーザに付与される。ユーザに付与された選手カードを示す情報は、付与カードデータベースに格納される。
　図３は、付与カードデータベースの一例を示す図である。付与カードデータベースは、各ユーザに付与された選手カードに関する情報を記憶する。図３に示すように、付与カードデータベースの各レコードは、「シリアルキー」、「カードＩＤ」、「レベル」、「時刻」、「ユーザＩＤ」、「連携度」、「経験値」、「コスト」、「オフェンス」、「ディフェンス」、及び「テクニック」フィールドを含む。
　「カードＩＤ」、「コスト」、「オフェンス」、「ディフェンス」、及び「テクニック」フィールドは、マスタデータベース（図２参照）と同様である。ただし、後述するように、「オフェンス」、「ディフェンス」、及び「テクニック」フィールドの値は、選手カードの育成を実行することによって上昇する。
　「シリアルキー」フィールドは、各ユーザに付与された選手カードを識別するための識別番号である。シリアルキーは、各ユーザに選手カードが付与される毎にインクリメントされ、新たな値が生成される。「レベル」フィールドは、選手カードのレベルを示す。「時刻」フィールドは、選手カードが発行された時刻や、選手カードがユーザに付与された時刻を示す。「ユーザＩＤ」フィールドは、選手カードが付与されたユーザのユーザＩＤを示す。ユーザＩＤは、ユーザを一意に識別するための識別情報である。
　「連携度」フィールドは、連携プレイの熟練度を示す。「経験値」フィールドは、選手が獲得した経験値を示す。選手カードの育成を実行することによって、「経験値」フィールドの値が上昇する。「経験値」フィールドの値が所定値に達すると、「レベル」フィールドの値が上昇する。この場合、「オフェンス」、「ディフェンス」、及び「テクニック」フィールドの値も上昇する。
　このように、マスタデータベースに格納された選手カードがユーザに付与されると、付与カードデータベースに新たなレコードが追加される。当該追加されたレコードには、ユーザに付与された選手カードに関する情報が格納される。選手カードの育成が実行されたり、選手カードが他のユーザに譲渡された場合には、当該レコードの内容が更新されることになる。
　図４は、ユーザデータベースの一例を示す図である。ユーザデータベースは、ゲームシステム１の全てのユーザに関する各種データを記憶する。図４に示すように、個々のユーザデータは、「ユーザＩＤ」、「ユーザ名」、及び「画像」フィールドを含む。「ユーザＩＤ」フィールドは、ユーザを一意に識別するための識別情報を示す。「ユーザ名」フィールドは、ユーザ名を示す。「画像」フィールドは、ユーザの画像（例えば、アバター画像）を示す。
　また、個々のユーザデータは、「チーム名」、「レベル」、「連携度」、及び「経験値」フィールドを含む。「チーム名」フィールドは、ユーザが保有するサッカーチームの名称を示す。「レベル」フィールドは、ユーザチームのレベルを示す。「連携度」フィールドは、ユーザチームに所属する選手同士の連携の熟練度を示す。レベルや連携度が高いほど、ユーザチームが強いことを示す。「経験値」フィールドは、ユーザチームが獲得した経験値を示す。「経験値」フィールドの値が所定値に達すると、「レベル」フィールドの値が上昇する。
　さらに、個々のユーザデータは「所属リーグ」、「リーグ内ランキング」、及び「全体ランキング」フィールドを含む。「所属リーグ」フィールドは、ユーザチームが所属するリーグを示す。ゲームシステム１では、レベルが異なる複数のリーグが用意されており、各ユーザチームは、何れかのリーグに所属する。
　「リーグ内ランキング」フィールドは、リーグ内における、ユーザチームの順位を示し、「全体ランキング」フィールドは、全ユーザチーム中における、各ユーザチームの順位を示す。ゲームシステム１では、同じリーグに所属するユーザチーム同士の対戦が自動的に行われ、その対戦結果に基づいて、リーグ内ランキングが変化する。ユーザチームのリーグ内ランキングが高くなると、ユーザチームは一つ上の階層のリーグに昇格する。一方、ユーザチームのリーグ内ランキングが低くなると、ユーザチームは一つ下の階層のリーグに降格する。
　さらに、個々のユーザデータは、「行動ポイント」、「運営ポイント」、「育成ポイント」、及び「抽選ポイント」フィールドを含む。
　「行動ポイント」フィールドは、行動ポイントの現在値及び最大値を示す。ゲームシステム１では、ユーザは、選手の探索（詳細後述）を実行することによって選手カードを入手することができる。行動ポイントは、選手の探索を実行することによって消費される。また、行動ポイントは、所定時間が経過するごとに回復されたり、ユーザが所与の回復アイテムを使用すると回復したりする。回復アイテムが使用された場合には、行動ポイントは最大値まで回復するようにしてもよい。
　「運営ポイント」フィールドは、運営ポイントの現在値及び最大値を示す。運営ポイントは、他のサッカーチームと対戦することによって消費される。また、運営ポイントは、所定時間が経過するごとに回復されたり、ユーザが所与のゲームアイテムを使用すると回復したりする。回復アイテムが使用された場合には、運営ポイントは最大値まで回復するようにしてもよい。運営ポイントは、ユーザが当該対戦に使用した選手カードのコストの合計値だけ消費される。
　「育成ポイント」フィールドは、育成ポイントを示す。ゲームシステム１において、ユーザは、選手カードに他の選手カードを合成することによって、選手カードを育成（強化）することができる。育成ポイントは、選手カードの育成を実行することによって消費される。
　「抽選ポイント」フィールドは、抽選ポイントを示す。ゲームシステム１において、後述する探索以外にも、画面上で移動する複数の袋（選手カードが入った袋）のうちから一つを選出する抽選が実行されることによって、ユーザは、選手カードを入手できる。抽選ポイントは、抽選を実行することによって消費される。
　また、個々のユーザデータは「選手数」フィールドを含む。「選手数」フィールドは、ユーザが保有している選手カードの枚数を示す。
　さらに、個々のユーザデータは、「保有アイテム」フィールドを含む。「保有アイテム」フィールドは、ユーザが保有しているアイテムのリストを示す。ユーザが保有しているアイテムのアイテムＩＤ及びアイテムパラメータデータが「保有アイテム」フィールドに登録される。
　また、個々のユーザデータは、「仲間リスト」及び「最終アクセス日時」フィールドを含む。「仲間リスト」フィールドは、ユーザと仲間関係（友人関係）にある他のユーザのリストや、ユーザと仲間関係（友人関係）にある他のユーザの人数を示す。「最終アクセス日時」フィールドは、ユーザがゲームサーバ１０に最後にアクセスした日時を示す。
　なお、データベース１５に記憶されるデータは、上記の例に限られない。データベース１５は、ゲームシステム１において実行される対戦に必要な各種データが格納されるようにすればよい。
［１－２－２．ゲーム画面例］
　次に、ユーザ端末２０の表示部２５に表示されるゲーム画面の一例を図示しつつ、ゲームの流れについて説明する。ユーザがゲームをプレイするためにユーザ端末２０を操作してゲームサーバ１０にアクセスすると、表示部２５にはメイン画面が表示される。
　図５は、表示部２５に表示されるメイン画面の一例を示す図である。図５に示すように、メイン画面３０には、ユーザやゲームの状況等に関する各種情報が表示される。メイン画面３０は、代表選手画像３２を含む。ユーザが保有している選手カードのうちの代表選手カードの画像が、代表選手画像３２として表示される。
　また、メイン画面３０は、お知らせ欄３４も含む。ユーザへのお知らせメッセージ３６が、お知らせ欄３４に表示される。例えば、他のユーザから選手カードやアイテムがプレゼントされた場合、当該プレゼントがユーザ宛に届いている旨のお知らせメッセージ３６が表示される。ユーザがお知らせメッセージ３６を選択すると、自分宛に届いているプレゼントを受け取ることができる。
　更に、メイン画面３０は、探索実行ボタン３８Ａ、フォーメーションボタン３８Ｂ、育成ボタン３８Ｃ、抽選ボタン３８Ｄ、試合ボタン３８Ｅ、及び交流ボタン３８Ｆを含む。
　探索実行ボタン３８Ａは、選手（選手カード）を探索するためのボタンである。探索実行ボタン３８Ａが選択された場合、選手の探索が実行される。選手の探索が実行されると、行動ポイントが消費される。選手の探索に成功した場合には、選手カードがユーザに付与される。選手の探索に成功するか否かや、ユーザに付与される選手カードは、所定の確率に従ってランダムに決定される。なお、行動ポイントが不足すると、探索は実行されない。
　フォーメーションボタン３８Ｂは、ユーザのサッカーチームのフォーメーションを設定するためのボタンである。フォーメーションボタン３８Ｂが選択された場合、フォーメーションを設定するための画面が表示部２５に表示される。この画面において、ユーザは、例えば、「４－４－２」等のフォーメーションの種類を選択したり、各ポジションに割り当てる選手カードを選択したりする。つまり、ユーザは、他のサッカーチームとの対戦に使用する選手カードを選択する。
　育成ボタン３８Ｃは、ユーザが保有している選手カードを育成（強化）するためのボタンである。育成ボタン３８Ｃが選択された場合、選手カードを育成するための画面が表示部２５に表示される。上述したように、ゲームシステム１では、選手カードに他の選手カードを合成することによって選手カードを育成することができる。上記の画面において、ユーザは、育成したい選手カードと、当該選手カードを育成するために消費する他の選手カードと、を選択することによって選手カードを育成する。なお、上述したように、選手カードの育成は、所定量の育成ポイントと引き替えに実行される。
　試合ボタン３８Ｅは、他のユーザチームと試合するためのボタンである。試合ボタン３８Ｅが選択されると、他のユーザチームと試合するための画面が表示部２５に表示される。なお、ここでは、試合に用いられる選手カードのコストの合計に相当する運営ポイントと引き替えに試合は実行される。他のユーザチームとの試合に勝利することによって、例えば、ユーザはゲームアイテムを入手したり、育成ポイントを入手したりすることができる。
　交流ボタン３８Ｆは、他のユーザと交流するためのボタンである。交流ボタン３８Ｆが選択された場合、他のユーザにメッセージを送信したり、他のユーザに選手カード又はゲームアイテムを贈ったりするための画面が表示部２５に表示される。
　抽選ボタン３８Ｄは、選手カードの抽選を行うことによって選手カードを入手するためのボタンである。抽選ボタン３８Ｄが選択された場合、抽選を行うための抽選画面が表示部２５に表示される。
　図６は、抽選画面の一例を示す図である。図６に示すように、抽選画面４０には、ユーザが選手カードの抽選を行うための抽選ボタン４２が含まれる。ユーザが抽選ボタン４２を選択すると、例えば、画面上で移動する複数の袋（選手カードが入った袋）のうちから一つを選出する画面（図示せず）が表示部２５に表示され、選手カードの抽選が実行される。
　また、抽選画面４０には、ユーザが抽選ボタン４２を選択することによって当選した選手カードのポジション情報４４が表示される。ポジション情報４４は、各ポジション毎に、過去の抽選で得た選手カードの数が表示される。詳細は後述するが、各ポジション毎に、一定数以上の選手カードが集まると、これらの選手カードを用いた対戦が開始される。
　なお、上述したように、選手カードの抽選は、所定量の抽選ポイントと引き替えに実行される。選手カードの抽選が実行されると、当該抽選により選出された選手カードを示す当選カード画面が表示部２５に表示される。
　図７は、当選カード画面の一例を示す図である。図７に示すように、当選カード画面５０には、抽選により選出された選手カードを示す選手画像５２が表示される。本実施形態においては、選手画像５２が示す選手カードが、いったん選出済リスト（詳細後述）に格納された後、付与カードデータベースに追加されることによって、当該選手カードがユーザに付与される。次へボタン５４が選択されると、当該選手カードに関する詳細な情報（攻撃力パラメータ等）が表示され、抽選画面４０に戻る。その後、ユーザは、再度抽選ボタン４２を選択することにより、抽選を繰り返し実行することができる。
　ユーザが抽選を繰り返し行うと、ユーザに付与される選手カードが増加することになる。本実施形態においては、ユーザが抽選により入手した複数の選手カードの各々のポジションの組み合わせが、所与の組み合わせである場合、他のチームとの対戦が開始される構成になっている。例えば、ユーザが抽選を繰り返し行い、フォワードの選手カードを２枚以上、ミッドフィルダーの選手カードを４枚以上、ディフェンダーの選手カードを４枚以上、かつ、ゴールキーパーの選手カードを１枚以上、獲得した場合、表示部２５にはキックオフ画面が表示され、対戦相手チームとの対戦が開始される。
　図８は、キックオフ画面の一例を示す図である。図８に示すように、キックオフ画面６０には、コンピュータチームのメンバである１１枚の選手カード６２と、ユーザのサッカーチームのメンバである１１枚の選手カード６４とが表示される。ユーザのサッカーチームのメンバである１１枚の選手カードは、抽選により獲得した選手カードのうち、フォワードの選手カードが２枚、ミッドフィルダーの選手カードが４枚、ディフェンダーの選手カードが４枚、ゴールキーパーの選手カードが１枚含まれる。
　また、キックオフ画面６０には、キックオフボタン６６が表示される。キックオフボタン６６が選択された場合、ユーザのサッカーチームとコンピュータチームとの対戦（試合）が実行される。例えば、ユーザのサッカーチームのメンバである１１枚の選手カードデータや、コンピュータチームのメンバである１１枚の選手カードデータ等に基づいてシミュレーション処理（対戦結果決定処理）が実行されることによって、対戦結果が決定される。対戦結果が決定された場合、対戦結果を示す対戦結果画面が表示部２５に表示される。
　図９は、対戦結果画面の一例を示す図である。図９に示すように、対戦結果画面７０には、各チームの得点や勝敗を示す対戦結果７２、ユーザに付与される報酬を示す報酬内容７４、及び次へボタン７６が表示される。本実施形態においては、対戦が終了すると、当該対戦で使用されたユーザのサッカーチームは解散する。このため、ユーザは、再び抽選を繰り返して選手カードを収集し、各ポジションの選手カードが揃った時点で上記のように対戦を実行することになる。
　以下、上記説明した各構成の詳細について説明する。
［１－３．ゲームシステムにおいて実現される機能］
　図１０は、ゲームシステム１で実現される機能のうち、本発明に関連する機能を主に示す機能ブロック図である。図１０に示すように、ゲームシステム１は、ゲームデータ記憶部８０、ゲーム実行部８２、関連付け取得部８４、選出部８６、条件判定部８８、対戦許可部９０、報酬付与部９２、及び基準判定部９４を含む。
　なお、図１０に示す機能ブロックのうちの必須の機能ブロックは、ゲームデータ記憶部８０、ゲーム実行部８２、関連付け取得部８４、選出部８６、条件判定部８８、対戦許可部９０、及び報酬付与部９２であり、これら以外の機能ブロックは省略するようにしてもよい。
［１－３－１．ゲームデータ記憶部］
　ゲームデータ記憶部８０は、記憶部１２及びデータベース１５を主として実現される。ゲームデータ記憶部８０は、ゲームを実行するために必要な各種データを記憶する。ゲームデータ記憶部８０は、例えば、マスタデータベース（図２）、付与カードデータベース（図３）、ユーザデータベース（図４）を記憶する。
　なお、制御部１１は、ゲームデータ記憶部８０に記憶された各種データを取得又は更新する手段として機能する。また、ゲームデータ記憶部８０は、ゲームを実行するために必要なデータを記憶するようにすればよく、ゲームデータ記憶部８０が記憶するデータは、上記の例に限られない。
［１－３－２．ゲーム実行部］
　ゲーム実行部８２は、制御部１１を主として実現される。ゲーム実行部８２は、ユーザにゲームデータを付与する。ここでのゲームデータは、ゲームキャラクタに関するゲームキャラクタデータ、ゲームカードに関するゲームカードデータ、又はゲームアイテムに関するゲームアイテムデータを含む意味である。ここでは、選手カードに関するデータが「ゲームデータ」に相当する。
　また、「ユーザにゲームデータを付与する」とは、ユーザにゲームデータが関連付けられることであり、例えば、ゲームにおいてゲームデータが使用可能になることである。ここでは、付与カードデータベースに新たなレコードが追加されることが、ユーザにゲームデータが付与されることに相当する。
　なお、ゲーム実行部８２が実行する処理は、上記の例に限られない。ゲーム実行部８２は、本実施形態に係るゲームに関する各種処理を実行する。
［１－３－３．関連付け取得部］
　関連付け取得部８４は、制御部１１を主として実現される。関連付け取得部８４は、複数のゲームデータ（例えば、選手カード）の各々と、複数種類の属性（例えば、ポジション）のうちの少なくとも一つと、の関連付けを記憶する手段の記憶内容を取得する。ここでは、関連付け取得部８４は、マスタデータベース又は後述の選出済リストの内容を取得することによって、上記関連付けを取得することになる。
　属性とは、選手カードを分類するために各選手カードに割り当てられた性質であり、例えば、対戦（ゲーム）における複数のゲームデータの各々の役割を示す。本実施形態では、選手カードに割り当てられた「ポジション」が、「属性」に相当する。マスタデータベース又は後述の選出済リストにおいて、複数の選手カードの各々と、複数種類のポジションのうちの少なくとも一つと、が関連付けられているので、関連付け取得部８４は、マスタデータベース又は後述の選出済リストの内容を取得することによって、選手カードとポジションとの関連付けを取得することになる。
［１－３－４．選出部］
　選出部８６は、制御部１１を主として実現される。選出部８６は、複数のゲームデータ（例えば、複数枚の選手カード）のうちからユーザに付与するゲームデータを選出する。選出部８６は、複数の選手カード候補のうちから、ユーザに付与する選手カードを選出する。選手カード候補は、マスタデータベースに格納された各選手カードである。選出部８６は、所与の選出アルゴリズムのもと、マスタデータベースに格納された各選手カードからユーザに付与する選手カードを選出する。
　選出部８６は、一回の選出で一又は複数のゲームデータ（例えば、選手カード）を選出する。選出部８６による選出は繰り返し実行される。ここでは、ユーザが所与の操作（例えば、抽選ボタン４２）を行うたびに、抽選が行われて選手カードが選出される。選出部８６により選出された選手カードは、選出済リストに格納された後に、付与カードデータベースに格納される。
　図１１は、選出済リストの一例を示す図である。図１１に示すように、選出済リストは、「ユーザＩＤ」、「カードＩＤ」、「ポジション」、及び「時刻」フィールドを含む。選出済リストは、ゲームデータ記憶部８０に記憶される。「ユーザＩＤ」フィールドは、選手カードが当選したユーザのユーザＩＤを示す。「カードＩＤ」フィールドは、選出された選手カードのカードＩＤを示す。「ポジション」フィールドは、選手カードのポジションを示す。「時刻」フィールドは、選手カードが選出された時刻を示す。
　選出部８６により選手カードが選出されると、選出済リストに新たなレコードが作成される。そして、抽選ボタン４２を選択したユーザのユーザＩＤが、当該レコードの「ユーザＩＤ」フィールドに格納される。「カードＩＤ」フィールドには、選出部８６が選出した選手カードのカードＩＤが格納される。「ポジション」フィールドには、当該選手カードのポジションが格納される。「時刻」フィールドには、現在時刻が格納される。
［１－３－５．条件判定部］
　条件判定部８８は、制御部１１を主として実現される。条件判定部８８は、選出部８６により選出された複数のゲームデータ（例えば、選手カード）の各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件（例えば、所与の組み合わせ）を満たすか否かを判定する。属性の組み合わせに関する条件とは、対戦において使用される選手カードの属性の組み合わせともいえる。
　本実施形態では、属性は、対戦における複数のゲームデータ（例えば、選手カード）の各々の役割（例えば、ポジション）を示すので、条件判定部８８は、選出される各ゲームデータに関連付けられた役割が、役割の組み合わせに関する条件を満たすか否かを判定することになる。条件判定部８８は、選出された選手カードの組み合わせが、ポジションの組み合わせ（例えば、フォーメーション）に関する条件を満たすか否かを判定する。
　図１２は、ポジションの組み合わせに関する条件を示す図である。図１２に示すように、本実施形態では、上記条件は、属性（例えば、ポジション）と、当該属性のゲームデータ（例えば、所定ポジションの選手カード）の数（又は、サッカーチームに属すべきメンバ数）と、の関連付けを示す。ここでは、図１２に示すように、ポジションと、当該ポジションの選手カードの数と、が関連付けられている。当該関連付けは、ゲームデータ記憶部８０に記憶される。当該関連付けは、テーブル形式であってもよいし、数式形式であってもよい。
　条件判定部８８は、各属性（例えば、各ポジション）について、当該属性が関連付けられたゲームデータ（例えば、選手カード）が当該属性に関連付けられた数以上、選出部８６により選出された複数のゲームデータに含まれるか否かを判定する。条件判定部８８は、各ポジションに関連付けられた選手カードが、当該ポジションに関連付けられた数以上、選出されているか否かを判定することになる。図１２の例では、条件判定部８８は、フォワードの選手カードを２枚以上、ミッドフィルダーの選手カードを４枚以上、ディフェンダーの選手カードを４枚以上、ゴールキーパーの選手カードを１枚以上選出されたか否かを判定することになる。
　なお、図１２に示す関連付けは、ユーザにより変更可能であってもよい。即ち、どのポジションの選手カードが何枚選出されるべきかをユーザが変更できるようにしてもよい。また、ポジションの組み合わせに関する条件は、全ユーザで共通の条件であってもよいし、ユーザ毎に異なる条件であってもよい。例えば、各ユーザが自分の保有チームで設定しているフォーメーションと同じフォーメーションを当該条件として用いるようにしてもよい。
［１－３－６．対戦許可部］
　対戦許可部９０は、制御部１１を主として実現される。対戦許可部９０は、上記条件が満たされる場合、選出部８６により選出された複数のゲームデータ（例えば、サッカーチームに属する選手カード）と他のゲームデータ（例えば、対戦相手チームに属する選手カード）とに基づいた対戦の実行を許可する。「対戦の実行を許可」とは、ゲーム実行部８２に対戦処理を実行させることであり、対戦の実行処理の制限を解除することである。対戦の実行が許可されない状態では、対戦処理は実行されない。
　対戦許可部９０は、条件判定部８８により、選出部８６により選出された複数のゲームデータ（例えば、選手カード）に含まれると判定された場合、選出部８６により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する。
　対戦許可部９０により対戦が許可された場合、ゲーム実行部８２は、選出部８６により選出された複数の選手カードからなるサッカーチームと、対戦相手チームと、に基づいて対戦を実行する。ゲーム実行部８２は、選出部８６により選出された１１枚の選手カードと、所与の方法により選出された１１枚の選手カードと、に基づいてシミュレーション処理（対戦結果決定処理）を実行することによって、サッカーチームと対戦相手チームとの対戦結果を決定する。
　なお、当該シミュレーション処理においては、各チームに属する選手カードの組み合わせに応じて、対戦結果が変化するようにしてもよい。例えば、あるチームの選手カードのポジションの組み合わせが所与の組み合わせである場合に、当該チームが有利になるようにして対戦結果が決定されるようにしてもよい。また、対戦相手チームに属する選手カードは、マスタデータベースに格納された各選手カードから選出されるようにしてもよいし、マスタデータベースに格納されていない種類の選手カードを用意しておき、当該選手カードが対戦相手チームに属するようにしてもよい。
［１－３－７．報酬付与部］
　報酬付与部９２は、制御部１１を主として実現される。報酬付与部９２は、対戦許可部９０により対戦が許可された場合、ユーザに報酬を付与する。「報酬を付与する」とは、ユーザにゲームデータを付与すること、ユーザに所与のゲームイベントの発生を許可すること、ユーザに係るパラメータを変化させること、を含む意味である。報酬としては、ゲームで用意された種々の報酬を適用可能であるが、ここでは、説明の簡略化のため、抽選ポイントが報酬としてユーザに付与される場合を説明する。
　報酬付与部９２は、対戦結果に基づいて定まる報酬をユーザに付与するようにしてもよい。例えば、報酬付与部９２は、対戦の対戦結果が所与の結果である場合、当該条件を満たさない場合よりも報酬が高くなるように、ユーザに報酬を付与するようにしてもよい。なお、「報酬が高い」とは「報酬が良い」又は「報酬が多い」と同意であり、「報酬が低い」とは「報酬が悪い」又は「報酬が少ない」と同意である。
　「対戦結果が所与の結果」とは、対戦で勝利すること（所定条件を満たして勝利すること）、対戦で引き分けること（所定条件を満たして引き分けること）、対戦で敗北すること（所定条件を満たして敗北すること）を含む。ここでの所定条件とは、例えば、得点差が所定範囲であることや、ユーザチームの得点が所定範囲であることを含む意味である。本実施形態では、ユーザチームが勝利又は引き分けた場合に、対戦結果が所与の結果になったと判定される。
［１－３－８．基準判定部］
　基準判定部９４は、制御部１１を主として実現される。基準判定部９４は、選出部８６により選出されたゲームデータ（例えば、選手カード）の数、又は、選出部８６による選出回数の少なくとも一方が基準値に達したか否かを判定する。基準値は、予め定められた値であればよく、本実施形態では３０とする。選出部８６により選出された選手カードの数は、選出済リストが参照されることによって特定される。選出部８６による選出回数は、抽選が行われた回数であり、例えば、ゲームデータ記憶部８０に記憶されるようにしてもよい。選出部８６により選出が実行されると、当該選出回数が更新されることになる。
　条件判定部８８は、上記基準値に達したと判定された場合において、選出部８６により選出された複数のゲームデータの各々に関連付けられた属性（例えば、選手カードのポジション）の組み合わせが条件を満たすか否かを判定する。条件判定部８８は、上記基準値に達したと判定された場合において条件が満たされないと判定された場合、当該判定後に選出される複数のゲームデータの各々に関連付けられた属性の組み合わせが条件を満たすか否かを判定する。「判定後に選出される」とは、ここでは、選手カードの数が基準値に達した時点以降に選出されることと同意である。
　対戦許可部９０は、上記判定後に選出された複数のゲームデータ（例えば、選手カード）と他のゲームデータとに基づいた対戦の実行を許可することになる。
［１－４．ゲームシステムで実行される処理］
　次に、ゲームシステム１で実行される処理について説明する。以下に説明する処理をゲームサーバ１０の制御部１１がプログラムに従って実行することによって、制御部１１が図１０に示す機能ブロック（ゲームデータ記憶部８０を除く）として機能するようになる。
　図１３～図１５は、抽選ボタン４２が選択された場合にゲームシステム１で実行される処理を示す図である。
　図１３に示すように、ユーザ端末２０においては、制御部２１は、抽選ボタン４２が選択されたことをゲームサーバ１０に通知する（Ｓ１）。なお、ユーザ端末２０がゲームサーバ１０に情報を送信する場合、ユーザＩＤがゲームサーバ１０に送信される。ゲームサーバ１０は、当該ユーザＩＤに基づいて、どのユーザがアクセスしているかを特定する。
　ゲームサーバ１０においては、制御部１１は、抽選ボタン４２が選択されたことの通知を受信すると、制御部１１は、抽選に必要な抽選ポイントが残っているか否かを判定する（Ｓ２）。例えば、抽選を実行するために必要な抽選ポイントが予め定められており（例えば、２００抽選ポイント）、ユーザデータベースに格納された抽選ポイントが、当該必要な抽選ポイント以上であるか否かが判定される。
　抽選を実行するために必要な抽選ポイントが残っていないと判定された場合（Ｓ２；Ｎ）、処理は終了する。この場合、抽選ポイントが不足しているため抽選を実行することができない旨のメッセージが表示部２５に表示される。
　一方、抽選を実行するために必要な抽選ポイントが残っていると判定された場合（Ｓ２；Ｙ）、制御部１１は、ユーザデータベースを参照して、ユーザの抽選ポイントを所定値だけ減少させる（Ｓ３）。制御部１１は、抽選を行い、マスタデータベースに格納された選手カードのうちから、選手カードを一枚選出する（Ｓ４）。Ｓ４においては、ランダムに選手カードが選出されるようにしてもよいし、希少度の高い選手カードは、選出される確率が低くなるようにしてもよい。
　制御部１１は、選出された選手カードを選出済リストに追加する（Ｓ５）。選出済リストは、抽選で得た選手カードを一時的に格納するためのものであり、記憶部１２に記憶される。例えば、選出済リストに新たなレコードが作成され、ユーザ端末２０から受信したユーザＩＤ、Ｓ４で選出された選手カードのカードＩＤ、ポジション、及び現在時刻が当該レコードに格納される。
　制御部１１は、選出された一枚の選手カードに対応する当選カード画面５０の画像データを生成してユーザ端末２０に送信する（Ｓ６）。
　ユーザ端末２０においては、制御部２１は、画像データを受信すると、表示部２５に当選カード画面５０（図７）を表示させる（Ｓ７）。制御部２１は、次へボタン５４が選択されたか否かを判定する（Ｓ８）。次へボタン５４が選択されたと判定された場合（Ｓ８；Ｙ）、制御部２１は、次へボタン５４が選択されたことを、ゲームサーバ１０に通知する（Ｓ９）。
　図１４に移り、ゲームサーバ１０においては、制御部１１は、次へボタン５４が選択されたことの通知を受信すると、選出済リストに登録された選手カードのポジションを参照し、ポジションの組み合わせに関する条件を満たすか否かを判定する（Ｓ１０）。Ｓ１０においては、選出済リストのうち、ユーザＩＤが一致するレコードが参照され、これらのレコードの「ポジション」フィールドの内容が取得される。これらポジションが、例えば、フォワードが２名以上、ミッドフィルダーが４名以上、ディフェンダーが４名以上、及びゴールキーパーが１名以上の組み合わせとなるか否かが判定される。
　ポジションの組み合わせに関する条件が満たされると判定された場合（Ｓ１０；Ｙ）、制御部１１は、選出済リストに格納された選手カードに基づいて、ユーザのサッカーチームを決定する（Ｓ１１）。Ｓ１１においては、選出済リストに格納されたユーザの選手カードのうち、フォワードが２名、ミッドフィルダーが４名、ディフェンダーが４名、及びゴールキーパーが１名の組み合わせとなるように選手カードが選ばれることによって、サッカーチームが決定される。
　制御部１１は、マスタデータベースを参照して、対戦相手チームを決定する（Ｓ１２）。制御部１１は、サッカーチームと、対戦相手チームと、に基づいてキックオフ画面６０の画像データを生成してユーザ端末２０に送信する（Ｓ１３）。
　ユーザ端末２０においては、制御部２１は、画像データを受信すると、表示部２５にキックオフ画面６０（図８）を表示させる（Ｓ１４）。制御部２１は、キックオフボタン６６が選択されたか否かを判定する（Ｓ１５）。キックオフボタン６６が選択されたと判定された場合（Ｓ１５；Ｙ）、制御部２１は、キックオフボタン６６が選択されたことを、ゲームサーバ１０に通知する（Ｓ１６）。
　ゲームサーバ１０においては、制御部１１は、キックオフボタン６６が選択されたことの通知を受信すると、対戦を実行する（Ｓ１７）。Ｓ１７においては、サッカーチームの各選手カードと、対戦相手チームの各選手カードと、に基づいて対戦結果（両チームの得点等）が決定される。
　制御部１１は、対戦結果に基づいて、報酬をユーザに付与する（Ｓ１８）。ここでは、対戦結果に応じて決定されるポイント数だけ、ユーザデータベースに格納されたユーザの抽選ポイントが増加する。
　制御部１１は、選出済リストに格納された選手カードを、付与カードデータベースに登録する（Ｓ１９）。Ｓ１９においては、付与データベースに新たなレコードが作成され、シリアルキーが生成される。そして、選出済リストのうちユーザＩＤが一致するレコードが参照され、当該レコードに格納されたカードＩＤと時刻が特定される。このカードＩＤに基づいて選手カードの各種情報がマスタデータベースから参照されることによって、新たに作成されたレコードに格納される内容が決定される。
　図１５に移り、制御部１１は、選出済リストのうち、ユーザＩＤが一致するレコードを削除する（Ｓ２０）。Ｓ２０においては、Ｓ１９で付与カードデータベースに登録された選手カードが選出済リストから削除されることになる。
　制御部１１は、Ｓ１７で決定された対戦結果に基づいて対戦結果画面７０の画像データを生成してユーザ端末２０に送信する（Ｓ２１）。
　ユーザ端末２０においては、制御部２１は、画像データを受信すると、表示部２５に対戦結果画面７０を表示させ（Ｓ２２）、処理は終了する。
　一方、ポジションの組み合わせに関する条件が満たされないと判定された場合（Ｓ１０；Ｎ）、制御部１１は、選出済リストに格納された選手カードの数が３０枚以上であるか否かを判定する（Ｓ２３）。Ｓ２３においては、選出済リストのうちユーザＩＤが一致するレコード数が３０レコード以上であるか否かが判定されることになる。
　リストに格納された選手カードの数が３０枚以上であると判定されない場合（Ｓ２３；Ｎ）、処理は終了する。この場合、選手カードの数が基準値に達していないので、次の抽選が待ち受けられることになる。
　一方、リストに格納された選手カードの数が３０枚以上であると判定された場合（Ｓ２３；Ｙ）、制御部１１は、選出済リストに格納された選手カードを、付与カードデータベースに登録する（Ｓ２４）。制御部１１は、選出済リストのうち、ユーザＩＤが一致するレコードを削除し（Ｓ２５）、処理は終了する。Ｓ２４及びＳ２５の処理は、それぞれＳ１９及びＳ２０と同様である。この場合、選手カードの数が基準値に達したものの、ポジションに関する条件を満たしていないので、選出済リストに格納される当該ユーザの選手カードは０枚となり、ユーザは、また一枚目から選手カードを抽選することになる。
　以上説明したゲームシステム１によれば、抽選で選出された選手カードのポジションの組み合わせが所与の条件を満たすと対戦が実行され、対戦結果に応じてユーザに報酬が付与されるので、付与された報酬の内容を参考にして、入手したカードの組み合わせが対戦に好ましいものか否かをユーザは判断することができる。すなわち、入手した複数の選手カードが対戦に好ましい選手カードなのか否かを、ユーザは手間をかけずに判断することができる。
　また、所定枚数の選手カードが選出されたとしてもポジションの組み合わせが揃わなかった場合には、次に入手した選手カードから当該組み合わせに当てはまるか否かが判定されることになるので、なかなかフォーメーションが揃わない場合には、いったんリセットして一枚目から選手カードの収集を開始することができる。
［２．変形例］
　本発明は、以上説明した実施形態及び変形例に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能である。
　（１）例えば、実施形態においては、あるポジションの選手カードが所定数以上選出されたか否かが判定される場合を説明したが、選出される選手カードのポジションの組み合わせが、所与の組み合わせとなるか否かが判定されるようにすればよく、条件判定部８８により判定される選手カードの組み合わせの決定方法は、実施形態の例に限られない。
　例えば、条件判定部８８は、複数種類の属性の全種類又は所定種類について、当該属性が関連付けられたゲームデータ（例えば、選手カード）が、選出部８６により選出された複数のゲームデータに含まれるか否かを判定する。即ち、条件判定部８８は、選出部８６により選出された各ゲームデータに関連付けられた属性が、複数種類の属性の全種類又は所定種類を網羅しているか否かを判定する。「全種類又は所定種類を網羅する」とは、全種類又は所定種類のポジションについて、選手カードが少なくとも一つ選出されることである。
　対戦許可部９０は、選出部８６により選出された複数のゲームデータ（例えば、選手カード）に含まれると判定された場合、選出部８６により選出された複数のゲームデータと他のゲームデータ（例えば、対戦相手チーム）とに基づいた対戦の実行を許可する。
　例えば、サッカーでは、フォーメーションによって、各ポジションの人数が変わることがあるが、他のスポーツでは、各ポジションの人数が固定人数で変わらないことがある。例えば、野球では、９種類のポジション（投手、捕手、一塁手、二塁手、三塁手、遊撃手、左翼手、中堅手、及び右翼手）があるが、これら９種類の各ポジションの人数は、それぞれ一人であり複数人にはならない。したがって、野球ゲームに本発明を適用した場合、ポジションと人数との関連づけの条件がなく、条件判定部８８は、９種類のポジションが網羅されているか否か（各ポジションが一人ずつ選出されているか否か）を判定することになる。この場合も、実施形態と同様に、９種類のポジションの選手カードからなる野球チームを用いて対戦が行われることになる。
　変形例（１）によれば、各ポジションの選手カードが満遍なく選出された場合に対戦を行うことができる。
　（２）また例えば、選出部８６により選出された選手カードのポジションに偏りがある場合には、対戦が開始されないようにしてもよい。例えば、実施形態のようなゲームでは、１１枚の選手カード同士で対戦が行われるので、実際にはユーザが選手カードを１１枚集めた時点で対戦を開始することもできる。しかし、例えば、選手カードがフォワードばかりであってポジションが偏っている場合には、バランスのよい対戦相手チームに勝利することが難しい。そこで、あえて、ユーザの選手カードのポジションのバランスが良い場合にのみ対戦が行われるようにしてもよい。
　変形例（２）の基準判定部９４は、選出部８６により選出されたゲームデータ（例えば、選手カード）の数が所定数以上となったか否かを判定する。基準判定部９４は、選出済リストを参照することによって、選出部８６により選出された選手カードの数を特定する。基準判定部９４は、当該特定された数と所定数とを比較することになる。
　条件判定部８８は、選出部８６により選出された複数のゲームデータ（例えば、選手カード）のうち、特定属性（例えば、フォワード）が関連付けられたゲームデータの数又は割合が、基準数以上又は基準割合以上であるか否かを判定する。特定属性は、ゲームにおいて用意された属性のうち予め定められた種類の属性であればよい。条件判定部８８は、特定属性が関連付けられた同じユーザの選手カードの数を、選出済リストを参照することによって特定する。条件判定部８８は、特定属性が関連付けられた選手カード数を、選出済リストに格納された選手カードの数で割ることによって、特定属性が関連付けられた選手カードの割合を算出する。
　対戦許可部９０は、選出部８６により選出されたゲームデータ（例えば、選手カード）の数が所定数以上であり、かつ、特定属性が関連付けられたゲームデータの数又は割合が基準数未満又は基準割合未満である場合、選出部８６により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する。
　変形例（２）によれば、選出部８６により選出された選手カードのポジションのバランスが良い場合に対戦を実行することができる。
　（３）また例えば、選手カードが３０枚に達する前に、あるポジションの比率ばかりが高く、抽選を続けてもポジションの組み合わせが揃わないことが明らかであるような状況の場合、選出済リストの選手カードを付与カードデータベースに登録して選出済リストに格納されている選手カードを削除したうえで、以降の抽選を実行するようにしてもよい。
　変形例（３）の基準判定部９４は、条件が満たされない場合、選出部８６により選出された複数のゲームデータのうち、特定属性が関連付けられたゲームデータの数又は割合が、基準数以上又は基準割合以上であるか否かを判定する。
　条件判定部８８は、特定属性が関連付けられたゲームデータの数又は割合が基準数以上又は基準割合以上であると判定された場合、当該判定後に選出される複数のゲームデータの各々に関連付けられた属性の組み合わせが条件を満たすか否かを判定する。「当該判定後に選出される選手カード」とは、特定ポジションの選手カードの数又は割合が基準数以上又は基準割合以上となった時点以降に選出される選手カードのことである。
　対戦許可部９０は、上記判定後に選出された複数のゲームデータと他のゲームデータとの対戦を許可する。特定ポジションの選手カードの数又は割合が基準数以上又は基準割合以上となった時点以降に選出された選手カードでユーザのサッカーチームが結成されることになる。
　変形例（３）によれば、ポジションの組み合わせが揃わないことが明らかであるような状況の場合に、選出済リストをいったんリセットしてから抽選を実行することができる。
　（４）また例えば、ポジションの組み合わせが揃うまでに要した抽選回数等に応じて報酬が異なるようにしてもよい。
　変形例（４）のゲームサーバ１０は、条件が満たされるまでに選出されたゲームデータの数、又は、条件が満たされるまでに行われた選出処理の回数の少なくとも一方を取得する手段を含む。当該手段は、制御部１１により実現される。ここでは、ゲーム実行部８２により当該手段が実現される。選出部８６の選出回数を示す情報は、ゲームデータ記憶部８０に記憶される。ゲーム実行部８２は、選出部８６による選出が実行された場合、当該情報を更新する。
　報酬付与部９２は、対戦許可部９０により対戦の実行が許可された場合、上記取得された数又は回数の少なくとも一方に基づいて、ユーザに報酬を付与する。報酬付与部９２は、当該数又は回数が少ないほど高い報酬をユーザに付与する。例えば、上記の数又は回数と、報酬内容と、が関連付けられてゲームデータ記憶部８０に記憶されているようにしてもよい。この場合、報酬付与部９２は、上記数又は回数に関連付けられた内容の報酬をユーザに付与する。
　変形例（４）によれば、各ポジションの組み合わせを満たすまでに要した選出数等によって、ユーザへの報酬を変えることができる。
　（５）また例えば、実施形態では、報酬の一例として抽選ポイントがユーザに付与される場合を説明したが、サッカーチームでの対戦の報酬として、サッカーチームに属する各選手カードのパラメータを変化させるようにしてもよい。
　変形例（５）では、複数のゲームデータ（例えば、選手カード）の各々には、ゲームパラメータが関連付けられている。ここでのゲームパラメータは、選手カードの能力を示すパラメータや選手カードの強さを示すパラメータである。
　報酬付与部９２は、対戦の対戦結果に基づいて、選出部８６によって選出された複数のゲームデータ（例えば、選手カード）の各々に関連付けられたパラメータを変化させることによって、ユーザに報酬を付与する。報酬付与部９２は、例えば、選手カードの能力が向上するようにパラメータを変化させたり、選手カードが強くなるようにパラメータを変化させることによって、ユーザに報酬を付与する。
　変形例（５）によれば、対戦の報酬として、選手カードのパラメータを変化させることができる。
　（６）また例えば、サッカーチームが、一時的なチームである場合を説明したが、当該サッカーチームは、一時的なものでなくてもよい。サッカーチームに属していた選手カードをゲームデータ記憶部８０に記憶させておき、いったんサッカーチームが解散した後に再結成するようにしてもよいし、サッカーチームを解散させずにユーザが所与の操作を行った場合に当該サッカーチームの対戦が行われるようにしてもよい。また例えば、実施形態では、サッカーチームの勝ち抜き戦が実行されるようにしてもよいし、トーナメント戦が実行されるようにしてもよい。
　また例えば、実施形態では属性の一例としてポジションを挙げて説明したが、選手カードに関連付けられる属性が所与の組み合わせとなるように選手カードが選出されるようにすればよい。選手カードに関連付けられた他の属性に基づいて、ユーザに付与される選手カードが選出されるようにしてもよい。他にも例えば、選手カードの種別が所与の組み合わせとなるように選出された選手カードからなるサッカーチームが結成されるようにしてもよい。
　また例えば、報酬付与部９２が、対戦結果に応じて報酬を付与する場合を説明したが、ユーザが対戦をしなかった場合でも、選手カードのポジションの組み合わせが所与の組み合わせになっていた場合には、ユーザに報酬を付与するようにしてもよい。
　また、実施形態においては、選出済リストに３０枚の選手カードがたまった場合には選出済リストの内容をリセットする場合を説明したが、例えば、あるポジションについての組み合わせがそろった時点から３０枚選出した場合にリセットするようにしてもよい。
　また例えば、実施形態及び上記変形例を組み合わせてもよい。
　また例えば、ユーザのサッカーチームとコンピュータのサッカーチームとが対戦するゲームシステムに本発明を適用した場合について説明したが、対戦相手となるのは、他のユーザのサッカーチームであってもよい。
　また例えば、サッカーゲーム以外のゲーム（例えば、他のスポーツゲーム）を実行するゲームシステムにも本発明を適用することは可能である。例えば、ユーザの野球チームとコンピュータの野球チームとが対戦するゲームシステムにも本発明を適用することが可能である。この場合、野球の全ポジションを網羅するように選出される９枚の選手カードにより野球チームが結成されることになる。
　また例えば、スポーツゲーム以外のゲームを実行するゲームシステムにも本発明を適用することも可能である。例えば、トランプゲームにも本発明を適用可能である。この場合、選出されたトランプの数やマークの組み合わせが所与の組み合わせになった場合に、当該選出されたトランプを用いて対戦が行われる。他にも、ユーザが収集したカードを用いてモンスターと対戦するようなゲームにも本発明を適用することができる。
　また例えば、上記説明した各機能がゲームサーバ１０において実現される場合を説明したが、これら各機能の一部がユーザ端末２０で実現されるようにしてもよい。各機能が、ゲームサーバ１０とユーザ端末２０とで分担されることになる。即ち、上記説明した複数の機能の各々について、ゲームサーバ１０又はユーザ端末２０の何れか一方に設けられるようにしてもよい。
　例えば、ゲームデータ記憶部８０がユーザ端末２０で実現されるようにしてもよい。即ち、あるユーザ端末２０を操作するユーザに係るユーザデータが、データベース１５ではなく、このユーザ端末２０に記憶されるようにしてもよい。この場合、ゲームサーバ１０は、通信ネットワーク２を介してユーザ端末２０の記憶内容を取得することになる。
　また例えば、ゲーム実行部８２及び選出部８６がユーザ端末２０で実現されるようにしてもよい。即ち、ユーザ端末２０の制御部２１がプログラムを実行することによって、制御部２１がゲーム実行部８２及び選出部８６として機能するようにしてもよい。この場合、制御部２１（ゲーム実行部８２及び選出部８６）は、通信ネットワーク２を介して直接的にデータベース１５からデータを取得及び更新することによって、ユーザに付与する選手カードを選出したり、当該選出した選手カードをユーザに付与したりすることになる。
　また例えば、関連付け取得部８４、条件判定部８８、及び基準判定部９４が、ユーザ端末２０で実現されるようにしてもよい。即ち、ユーザ端末２０の制御部２１がプログラムを実行することによって、制御部２１が関連付け取得部８４、条件判定部８８、及び基準判定部９４として機能するようにしてもよい。この場合、制御部２１（関連付け取得部８４、条件判定部８８、及び基準判定部９４）は、通信ネットワーク２を介してゲームサーバ１０から各選手カードのポジションを取得したり、選出済みの選手カードのポジションの組み合わせが所与の組み合わせであるかを判定したり、３０枚の選手カードが選出された時点で組み合わせの条件が満たされているか否かを判定したりする。
　また例えば、対戦許可部９０がユーザ端末２０で実現されるようにしてもよい。即ち、ユーザ端末２０の制御部２１がプログラムを実行することによって、制御部２１が対戦許可部９０として機能するようにしてもよい。この場合、制御部２１（対戦許可部９０）は、通信ネットワーク２を介してゲームサーバ１０とデータをやり取りすることによって、対戦を許可し、対戦を実行させることになる。
　また例えば、報酬付与部９２がユーザ端末２０で実現されるようにしてもよい。即ち、ユーザ端末２０の制御部２１がプログラムを実行することによって、制御部２１が報酬付与部９２として機能するようにしてもよい。この場合、制御部２１（報酬付与部９２）は、通信ネットワーク２を介して直接的にデータベース１５の内容を参照することによって、ユーザに報酬を付与する。
　また例えば、上記実施形態及び変形例においては、サーバクライアント型のゲームシステムについて説明したが、本発明は、スタンドアロン型のゲーム装置についても適用することができる。即ち、他のコンピュータとのデータのやり取りが発生しないゲーム装置についても本発明を適用することができる。この場合、上記説明した各機能は、１台のゲーム装置によって実現される。

Claims (14)

  1. 　ユーザにゲームデータを付与するゲーム装置であって、
    　複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段の記憶内容を取得する手段と、
    　前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出手段と、
    　前記選出手段により選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定手段と、
    　前記条件が満たされる場合、前記選出手段により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可手段と、
    　前記対戦許可手段により対戦が許可された場合、前記ユーザに報酬を付与する報酬付与手段と、
    　を含むことを特徴とするゲーム装置。
  2. 　前記条件は、属性と、当該属性が関連付けられたゲームデータの数と、の関連付けを示し、
    　前記判定手段は、各属性について、当該属性が関連付けられたゲームデータが当該属性に関連付けられた数以上、前記選出手段により選出された複数のゲームデータに含まれるか否かを判定し、
    　前記対戦許可手段は、前記選出手段により選出された複数のゲームデータに含まれると判定された場合、前記選出手段により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する、
    　ことを特徴とする請求項１に記載のゲーム装置。
  3. 　前記判定手段は、前記複数種類の属性の全種類又は所定種類について、当該属性が関連付けられたゲームデータが、前記選出手段により選出された複数のゲームデータに含まれるか否かを判定し、
    　前記対戦許可手段は、前記選出手段により選出された複数のゲームデータに含まれると判定された場合、前記選出手段により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する、
    　ことを特徴とする請求項１に記載のゲーム装置。
  4. 　前記ゲーム装置は、
    　前記選出手段により選出されたゲームデータの数が所定数以上となったか否かを判定する手段を更に含み、
    　前記判定手段は、前記選出手段により選出された複数のゲームデータのうち、特定属性が関連付けられたゲームデータの数又は割合が、基準数以上又は基準割合以上であるか否かを判定し、
    　前記対戦許可手段は、
    　前記選出手段により選出されたゲームデータの数が前記所定数以上であり、かつ、特定属性が関連付けられたゲームデータの数又は割合が前記基準数未満又は前記基準割合未満である場合、前記選出手段により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する、
    　ことを特徴とする請求項１に記載のゲーム装置。
  5. 　前記選出手段は、一回の選出で一又は複数の前記ゲームデータを選出し、
    　前記選出手段による選出は繰り返し実行され、
    　前記ゲーム装置は、
    　前記選出手段により選出された前記ゲームデータの数、又は、前記選出手段による選出回数の少なくとも一方が基準値に達したか否かを判定する手段を更に含み、
    　前記判定手段は、
    　前記基準値に達したと判定された場合において、前記選出手段により選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが前記条件を満たすか否かを判定する手段と、
    　前記基準値に達したと判定された場合において前記条件が満たされないと判定された場合、当該判定後に選出される複数のゲームデータの各々に関連付けられた属性の組み合わせが前記条件を満たすか否かを判定する手段と、
    　を含み、
    　前記対戦許可手段は、前記判定後に選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する、
    　ことを特徴とする請求項１に記載のゲーム装置。
  6. 　前記ゲーム装置は、
    　前記条件が満たされない場合、前記選出手段により選出された複数のゲームデータのうち、特定属性が関連付けられたゲームデータの数又は割合が、基準数以上又は基準割合以上であるか否かを判定する手段を更に含み、
    　前記判定手段は、前記特定属性が関連付けられたゲームデータの数又は割合が前記基準数以上又は前記基準割合以上であると判定された場合、当該判定後に選出される複数のゲームデータの各々に関連付けられた属性の組み合わせが前記条件を満たすか否かを判定し、
    　を含み、
    　前記対戦許可手段は、前記判定後に選出された複数のゲームデータと他のゲームデータとの対戦を許可する、
    　を更に含むことを特徴とする請求項１に記載のゲーム装置。
  7. 　前記ゲーム装置は、
    　前記条件が満たされるまでに選出された前記ゲームデータの数、又は、前記条件が満たされるまでに行われた選出処理の回数の少なくとも一方を取得する手段を更に含み、
    　前記報酬付与手段は、前記対戦許可手段により対戦の実行が許可された場合、前記取得された数又は回数の少なくとも一方に基づいて、前記ユーザに報酬を付与する、
    　ことを特徴とする請求項１に記載のゲーム装置。
  8. 　前記複数のゲームデータの各々には、ゲームパラメータが関連付けられており、
    　前記報酬付与手段は、前記選出手段によって選出された複数のゲームデータの各々に関連付けられたパラメータを変化させることによって、前記ユーザに報酬を付与する、
    　ことを特徴とする請求項１に記載のゲーム装置。
  9. 　前記属性は、対戦における前記複数のゲームデータの各々の役割を示し、
    　前記判定手段は、前記選出される各ゲームデータに関連付けられた役割が、役割の組み合わせに関する条件を満たすか否かを判定する、
    　ことを特徴とする請求項１に記載のゲーム装置。
  10. 　ユーザ端末とゲームサーバとが通信可能に接続されたゲームシステムであって、
    　複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段の記憶内容を取得する手段と、
    　前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出手段と、
    　前記選出手段により選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定手段と、
    　前記条件が満たされる場合、前記選出手段により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可手段と、
    　前記対戦許可手段により対戦が許可された場合、前記ユーザに報酬を付与する報酬付与手段と、
    　の各々について、前記ユーザ端末又は前記ゲームサーバの何れか一方に設けたことを特徴とするゲームシステム。
  11. 　ユーザにゲームデータを付与するゲーム装置の制御方法であって、
    　複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段の記憶内容を取得するステップと、
    　前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出ステップと、
    　前記選出ステップにおいて選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定ステップと、
    　前記条件が満たされる場合、前記選出ステップにおいて選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可ステップと、
    　前記対戦許可ステップにおいて対戦が許可された場合、前記ユーザに報酬を付与する報酬付与ステップと、
    　を含むことを特徴とするゲーム装置の制御方法。
  12. 　ユーザ端末とゲームサーバとが通信可能に接続されたゲームシステムの制御方法であって、
    　複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段の記憶内容を取得するステップと、
    　前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出ステップと、
    　前記選出ステップにおいて選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定ステップと、
    　前記条件が満たされる場合、前記選出ステップにおいて選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可ステップと、
    　前記対戦許可ステップにおいて対戦が許可された場合、前記ユーザに報酬を付与する報酬付与ステップと、
    　の各々について、前記ユーザ端末又は前記ゲームサーバの何れか一方で行われることを特徴とするゲームシステムの制御方法。
  13. 　ユーザにゲームデータを付与するゲーム装置としてコンピュータを機能させるためのプログラムであって、
    　複数のゲームデータの各々と、複数種類の属性のうちの少なくとも一つと、の関連付けを記憶する手段の記憶内容を取得する手段、
    　前記複数のゲームデータのうちから前記ユーザに付与するゲームデータを選出する選出手段、
    　前記選出手段により選出された複数のゲームデータの各々に関連付けられた属性の組み合わせが、属性の組み合わせに関する条件を満たすか否かを判定する判定手段、
    　前記条件が満たされる場合、前記選出手段により選出された複数のゲームデータと他のゲームデータとに基づいた対戦の実行を許可する対戦許可手段、
    　前記対戦許可手段により対戦が許可された場合、前記ユーザに報酬を付与する報酬付与手段、
    　として前記コンピュータを機能させるためのプログラム。
  14. 　請求項１３に記載のプログラムを記録したコンピュータ読み取り可能な情報記憶媒体。
PCT/JP2013/061633 2012-04-19 2013-04-19 ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、プログラム、及び情報記憶媒体 WO2013157634A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012096118A JP5501400B2 (ja) 2012-04-19 2012-04-19 ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、及びプログラム
JP2012-096118 2012-04-19

Publications (1)

Publication Number Publication Date
WO2013157634A1 true WO2013157634A1 (ja) 2013-10-24

Family

ID=49383582

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/061633 WO2013157634A1 (ja) 2012-04-19 2013-04-19 ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、プログラム、及び情報記憶媒体

Country Status (2)

Country Link
JP (1) JP5501400B2 (ja)
WO (1) WO2013157634A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016129171A1 (ja) 2015-02-10 2016-08-18 株式会社コナミデジタルエンタテインメント ゲーム装置及びプログラム
JP6773242B2 (ja) * 2020-02-12 2020-10-21 株式会社セガ 情報処理装置およびゲームプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11342266A (ja) * 1998-06-03 1999-12-14 Konami Co Ltd ビデオゲーム装置、キャラクタポジションの指定をガイドする方法及びキャラクタポジションの指定をガイドするゲームプログラムを記録した可読記録媒体
JP2002301264A (ja) * 2001-02-02 2002-10-15 Sega Corp カードゲーム装置及びカードデータ読み取り装置及びカードゲーム制御方法及び記録媒体及びプログラム及びカード
JP2003117241A (ja) * 2001-10-11 2003-04-22 Sega Corp キャラクタ配置方法、データ管理方法及びモデル形成方法
JP2004077691A (ja) * 2002-08-14 2004-03-11 G-Works:Kk 広告システム
JP2007319311A (ja) * 2006-05-31 2007-12-13 Yafoo Japan Corp コンテンツ提供システム、コンテンツ提供方法、およびコンテンツ提供プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11342266A (ja) * 1998-06-03 1999-12-14 Konami Co Ltd ビデオゲーム装置、キャラクタポジションの指定をガイドする方法及びキャラクタポジションの指定をガイドするゲームプログラムを記録した可読記録媒体
JP2002301264A (ja) * 2001-02-02 2002-10-15 Sega Corp カードゲーム装置及びカードデータ読み取り装置及びカードゲーム制御方法及び記録媒体及びプログラム及びカード
JP2003117241A (ja) * 2001-10-11 2003-04-22 Sega Corp キャラクタ配置方法、データ管理方法及びモデル形成方法
JP2004077691A (ja) * 2002-08-14 2004-03-11 G-Works:Kk 広告システム
JP2007319311A (ja) * 2006-05-31 2007-12-13 Yafoo Japan Corp コンテンツ提供システム、コンテンツ提供方法、およびコンテンツ提供プログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
FUTABASHA PUBLISHERS LTD.: "Super Famikon Kanpeki Koryakubon Seriese 110 J Reague Succer Prime Goal 3 Hissho Koryakuho", vol. 1ST, 17 August 1995 (1995-08-17), pages 22 - 25 *
KABUSHIKI KAISHA EAST PRESS: "Dai Nekkyo!! Pro Yakyu Card", APURI STYLE, vol. 5, 15 November 2011 (2011-11-15), pages 022 - 023 *

Also Published As

Publication number Publication date
JP5501400B2 (ja) 2014-05-21
JP2013223543A (ja) 2013-10-31

Similar Documents

Publication Publication Date Title
JP5330556B2 (ja) ゲーム制御装置、ゲーム制御装置の制御方法、及びプログラム
JP5320446B2 (ja) ゲームシステム、ゲームシステムの制御方法、サーバ装置、サーバ装置の制御方法、及びプログラム
JP2010075433A (ja) ゲームシステム、ゲーム制御方法、及びプログラム
JP5889777B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
WO2013168380A1 (ja) ゲーム制御装置、ゲーム制御方法、ゲーム制御プログラム、記録媒体、及びゲームシステム
JP5442810B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5469716B2 (ja) ゲームシステム、ゲーム制御方法、及びプログラム
JP5896530B2 (ja) ゲームシステム、ゲーム制御装置、及びプログラム
WO2013157523A1 (ja) ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、プログラム、及び情報記憶媒体
JP5276192B1 (ja) ゲーム装置、ゲーム装置の制御方法、及びプログラム
JP5312707B2 (ja) ゲーム装置、ゲーム装置の制御方法、及びプログラム
JP5260783B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5548240B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
WO2017047196A1 (ja) ゲームシステム、ゲーム制御装置、及びプログラム
JP5425967B2 (ja) ゲーム装置、ゲームシステム、及びプログラム
JP2021166896A (ja) ゲームプログラム、ゲーム処理方法および情報処理装置
JP5806652B2 (ja) ゲームシステム、アイテム管理装置、及びプログラム
JP5728448B2 (ja) ゲームシステム、ゲームシステムの制御方法、アイテム管理装置、アイテム管理装置の制御方法、及びプログラム
JP5501400B2 (ja) ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、及びプログラム
JP5801770B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5425968B2 (ja) ゲーム装置及びプログラム
JP2014113271A (ja) ゲームシステム、ゲーム制御装置、ゲーム制御方法、及びプログラム
JP5894109B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP2014133157A (ja) ゲーム装置、ゲームシステム、ゲーム装置の制御方法、ゲームシステムの制御方法、及びプログラム
JP5658330B2 (ja) ゲーム制御装置、ゲーム制御装置の制御方法、及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13777537

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13777537

Country of ref document: EP

Kind code of ref document: A1