JP6036458B2 - Server device and game program - Google Patents

Description

  The present invention relates to a server device and a game program.

  Recently, an online game providing service is available in which a game program (application) is downloaded to a mobile terminal (client terminal) such as a smartphone, the game progress processing is performed on the server side, and the processing result is reflected on each mobile terminal. Many are used. In addition, as such an online game, a battle-type game in which a communication battle between players using characters developed by the players is also gaining popularity.

  However, in such a battle-type game, if there is a difference in the level of the player's character from the beginning, the game development may be unilateral. As a game that suppresses the unilateral development of the game in this way, all the characters held by each player are pooled together, and the player performing the battle selects the character to use from the pooled characters in order There are some (see, for example, Patent Document 1).

Japanese Patent No. 4693936

  However, in the conventional games as described above, since each player holds a battle using characters possessed by each player and the characters are selected in descending order of the ability, the member composition of the battle is not interesting. there is a possibility.

  SUMMARY An advantage of some aspects of the invention is that it provides a server device and a game program that can provide a player with a match-type game that increases the unexpectedness of each game and thus never gets tired.

  In order to solve this problem, the present inventor has made various studies. As usual, pooling all the characters held by each player, and selecting each player in turn, can be expected to have effects such as the balance of strength among players and the shuffle of characters. Since there is no change in the character's face, the ability value of the character to be selected is not surprising. For this reason, even if a character is pooled at each match, and the player is reinforced by selecting the character to be used from among them, the whole member has a tendency to get ruined, so it was difficult to make it feel fresh . The present inventor, who has made further studies focusing on such current contents and limitations, has obtained new knowledge that leads to the solution of such problems.

The present invention is based on such knowledge, and the battle is performed using a team composed of characters used in a battle between players or between a player and a virtual player and unused characters not used in the battle. A server device that performs a game progress process of a competitive game,
Receiving means for receiving a game progress processing request including selection information indicating which character has been selected as a character used by each player or a player and a virtual player from a client terminal;
Game progress processing means for executing a game progress process corresponding to the game progress processing request received by the receiving means;
A draft character determination means for determining a draft character to be bid by each player, or a player and a virtual player, based on a predetermined condition before the battle;
Ability setting means for setting the ability value of the draft character based on the ability value of the character used,
Bid mode execution means for executing the draft mode of the draft character before the battle,
It is characterized by having.

  According to this server device, a draft character to be bid is determined before a match, and each player is given an opportunity to bid on a desired draft character. As a result, a player who has made a successful bid can make a battle by including the character (successful draft character) in the team configuration.

  Further, the ability value of the draft character may be set to a numerical value higher than the initial value based on the ability value of the character used. Increases the willingness of players to participate in drafts.

  In the server device as described above, the winning draft character won in the bidding mode is one of the used characters or the unused characters constituting the team of the players who have won the winning draft character after the match or the predetermined match. Can be added as. In this case, the player's willingness to participate in the draft is further increased because the winning character (successful draft character) can be held not only during the battle but also after the battle. .

  In addition, when the winning draft character is added as one of the used characters or the unused characters constituting the team as described above, the ability value of the winning draft character is added as one of the used characters or the unused characters. It may be set to an initial value. In such a case, the winning draft character can be given a characteristic that it exhibits high ability in the battle and is added to the configuration as a normal character after the battle.

  Further, it is also preferable that the server device causes the winning draft character that has been awarded in the bidding mode to participate in the game instead of the character used in accordance with the operation of the player. As described above, according to the server device of the present invention, the ability value of the draft character is set to a value higher than the average value of the ability value of the character used. An incentive to use the character immediately in the game is expected to act. In this regard, according to the present invention, the player who has made a successful bid for the successful bid draft character can operate the successful bid draft character in the game in place of the character used by operating it.

  In addition, if the winning draft character won in the bid mode is the same character as the character used in the team of the player who has won the winning draft player, the server device does not respond to the operation of the player. It is also preferable that the successful bid draft character participates in the game instead of the character. As described above, according to the server device of the present invention, the ability value of the draft character is set to a value higher than the average value of the ability value of the character used, so that the winning draft player is the same character as the character used. Even so, there are of course cases where the ability value of the winning draft character exceeds that of the character used. According to the present invention, in such a case, the used character and the successful bid draft character are automatically switched, and the successful bid draft character is entered in the game, so that the player can replace the character or set the used character again. This contributes to smoother game progress without the need for operations and troubles.

In addition, the program according to the present invention is a battle-type game in which a battle is performed using a team composed of characters used in a battle between players or between a player and a virtual player and unused characters not used in the battle. To the server computer that provides the client terminal with the results of the game progress
A step of performing a game progress process based on selection information indicating which character or player and virtual player has selected as a character to be used;
Determining a draft character to be bid by each player or a player and a virtual player based on a predetermined condition before a match;
Setting the draft character's ability value based on the ability value of the character used;
Perform a draft character bidding mode before the match,
Is to execute.

  According to the present invention, it is possible to increase the unexpectedness of each game and to provide a player with a competitive game that never gets tired.

It is a figure which shows an example of the external appearance shape of the game device which concerns on one Embodiment of this invention. It is a block diagram which shows the structure of a game device roughly. It is a block diagram which shows roughly the structure of the server apparatus which concerns on one Embodiment of this invention. It is a flowchart which shows the progress example of the battle | competition game which concerns on one Embodiment of this invention. It is a flowchart which shows an example of the draft (bid mode) which concerns on one Embodiment of this invention. 6 is a flowchart showing a continuation of FIG. It is a figure which shows an example of the screen which displayed one of the draft characters. It is a figure which shows an example of the screen at the time of bid completion. It is a figure which shows an example of the screen in the time before displaying a bid amount. It is a figure which shows an example of the screen which displayed the bid amount. It is a figure which shows an example of the screen which notifies that the successful bid etc. to the said player. It is a figure which shows an example of the screen at the time of replacing one of the starting members with a successful bid draft character. It is a figure which shows an example of the screen at the time of organizing a starting member.

  Hereinafter, the configuration of the present invention will be described in detail based on an example of an embodiment shown in the drawings (see FIGS. 1 to 13).

  The server device 50 according to the present invention constructs an online battle game system in which a plurality of players can play by combining with the game device 10 which is an example of a client terminal. The server device 50 and the game device 10 may communicate using a communication method such as 3G (3rd Generation), GSM (registered trademark) (Global System for Mobile Communications), LTE (Long Term Evolution), or the like. it can. Hereinafter, first, the configuration of the game apparatus 10, and then the server apparatus 50 and the server system will be described, and then the game content will be described with examples of progress.

<Configuration example of game device (client terminal)>
FIG. 1 is a diagram illustrating an example of an external shape of the game apparatus 10 according to the present embodiment. A typical example of the game apparatus 10 is a mobile phone such as a smartphone, but in addition, a game-dedicated terminal or a general-purpose terminal, a mobile terminal that can be wirelessly connected to a network, or an electronic device equipped with a touch panel such as a tablet terminal A general-purpose device capable of playing a game while communicating using a network can also correspond to the game apparatus 10 in the present embodiment.

  The game apparatus 10 according to the present embodiment includes a rectangular thin housing 11, and the touch panel 12 occupies many portions on one surface of the housing 11 (see FIG. 1). On the surface (front surface) on which the touch panel 12 is mounted, a receiver 13, a microphone 14, and a hard button 15 are provided. In addition, external interfaces such as a hard key 16, a speaker 18 (see FIG. 2), and an audio output terminal 17 (see FIG. 2) are provided on the side surface and the bottom surface of the game apparatus 10. Further, a camera 30 (see FIG. 2) is provided on the back of the game apparatus 10.

  FIG. 2 is a block diagram schematically showing the configuration of the game apparatus 10 in the present embodiment. The game apparatus 10 includes at least a mobile communication antenna 21, a mobile communication unit 22, a wireless LAN communication antenna 23, a wireless LAN communication unit 24, a storage unit 25, and a main control unit 26 in addition to the above-described components. In addition, an external interface 32 including a speaker 18, a camera 30, and an audio output terminal 17 is provided.

  The touch panel 12 includes functions of both a display device and an input device, and includes a display (display screen) 27 that bears a display function and a touch sensor 28 that bears an input function. The display 27 is configured by a general display device such as a liquid crystal display or an organic EL (Electro Luminescence) display. The touch sensor 28 includes an element for detecting a contact operation arranged on the upper surface of the display 27 and a transparent operation surface stacked on the element. As a contact detection method of the touch sensor 28, an arbitrary method of known methods such as a capacitance method, a resistance film method (pressure sensitive method), and an electromagnetic induction method can be adopted.

  The touch panel 12 as a display device displays a game image generated by execution of a computer game program by the main control unit 26. The touch panel 12 as an input device detects an operation of a contact object (including a player's finger, a touch pen, etc., which will be described below as a representative example) in contact with the operation surface. The operation input is received, and information on the contact position is given to the main control unit 26. The movement of the finger is detected as coordinate information indicating the position or area of the contact point, and the coordinate information is expressed as coordinate values on two axes in the short side direction and the long side direction of the touch panel 12, for example.

  The game apparatus 10 is connected to the network (Internet) 40 through the mobile communication antenna 21 and the wireless LAN communication antenna 23, and can perform data communication with the server apparatus 50 (see FIG. 2). The server device 50 collects play data (game-related data) such as games executed in the game device 10 via the network 40, and accumulates and manages the play data, and serves as a hub of the game system. Function as. The server device 50 according to the present embodiment includes each player's ID (a code for identifying the system user), nickname, icon (icon selected by each player), access history, game history of various games, and games. Various information such as the game situation in the game, various settings (settings common to the game), and unique indices (levels and experience values indicating the proficiency level of the game) are accumulated and managed.

  In the present embodiment, when the game apparatus 10 is connected to the network 40 and the server apparatus 50, an online game system is constructed that can provide various games online to the game apparatus 10. In the online game system, by managing and providing play data corresponding to a plurality of types of game software (applications), it is possible to play various games at game centers (amusement facilities) for players. It is possible to provide such fun. The game software (application) may be installed in the game apparatus 10 or may be provided with a game function from the server apparatus 50 online. As an example, after describing the server device 50 below, the game content, the processing content at the time of progress, and the like will be described while exemplifying a battle-type game in which game players fight against a team composed of a plurality of characters ( 2 to 6 etc.). As described below, in this embodiment, before starting a competitive game, a mode (bid mode) in which each player can select a desired character from the drafted characters and bid for it. To do.

<Configuration example of server device 50>
The server device 50 is a device that performs a game progress process such as a battle-type game in which a plurality of logged-in players battle each other, and provides the result to the game device 10 (see FIGS. 2 and 3). The server device 50 physically includes a computer (CPU) 51, a storage device, and an input / output interface. The storage device includes, for example, a ROM and HDD that store programs and data processed by the computer 51, and a RAM that is mainly used as various work areas for control processing. A database configured by a storage device or the like may be configured inside the server device 50 or may be configured outside.

  These elements constituting the server device 50 are connected to each other via a bus (see FIG. 3). The computer 51 executes various programs and functions in the server device 50 by executing a program stored in the ROM and processing messages received via the input / output interface, data expanded in the RAM, and the like. . For example, the computer 51 in the server device 50 of this embodiment includes a receiving means, a game progress processing means, a game signal generating means, a game signal transmitting means, a draft character determining means, an ability setting means, a bid mode executing means, and a character used. It functions as determining means, draft character joining means, and the like (see FIG. 3).

  The receiving means (indicated by reference numeral 52 in FIG. 3) receives a predetermined game progress processing request from the game apparatus 10 via the input / output interface. The game progress process request includes, for example, a game progress process request including character selection information by each player, terminal identification information that can uniquely identify the game apparatus 10, login information at the start of the game, and the like.

  The game progress processing means (indicated by reference numeral 53 in FIG. 3) comprises game signal generating means (indicated by reference numeral 54 in FIG. 3) and game signal transmitting means (indicated by reference numeral 55 in FIG. 3). The game progress process corresponding to the requested game progress process request is executed.

  The game signal generation means 54 generates a game progress processing signal for executing the game progress processing corresponding to the game progress processing request received by the receiving means 52.

  The game signal transmission unit 55 transmits the game progress processing signal generated by the game signal generation unit 54 to the game apparatus 10 via the input / output interface.

  The draft character determination means (indicated by reference numeral 56 in FIG. 3) determines a draft character to be bid by each player based on a predetermined condition before the battle between the players. As will be described later, the determination is based on, for example, a random lottery result.

  The ability setting means (indicated by reference numeral 57 in FIG. 3) determines the ability value of the draft character that is the object of bidding based on a predetermined parameter. As will be described later, in this embodiment, the value is set to be higher than the average ability value (average ability value) of the characters used by the player.

  The bid mode execution means (indicated by reference numeral 58 in FIG. 3) implements a draft mode (bid mode) in which the draft character determined as described above is a bid target.

  The use character determining means (indicated by reference numeral 59 in FIG. 3) sets the draft character that has been awarded in the bid mode as a character to be used in the battle in accordance with the operation of the player.

  The draft character joining means (indicated by reference numeral 60 in FIG. 3) selects the winning draft character won in the bidding mode as the character used or the unusable character constituting the team of the player who has won the winning draft character after the match. Add it to the team as one of the characters used.

<Example of game contents>
The game system including the server device 50 according to the present embodiment provides a soccer game imitating a professional league. In this soccer game, each player who has his own team (club team) is based on the goal of organizing the team to create the No. 1 club team, and (1) how soccer players are transferred (like robbery) ), (2) Rental transfer, (3) Auction, etc., taking into account the real transfer market (market) of soccer players (characters), etc. You can taste it.

  The actual game is composed of various stages such as “team creation”, “team organization”, and “match” (player-based game). Below, among these, “team organization” will be described very simply, and then “game” will be described in detail together with an example of the progress of the game.

  In the “team organization” stage, the team can be strengthened mainly by acquiring players. Players can be acquired not only in the form of acquiring new player items but also in the form of acquiring in the so-called transfer market by purchasing the billing items themselves. In this transfer market, there are, for example, a form of stealing from other players (robbing), a form of obtaining with the cooperation of other players (rental), and a form of obtaining by auction (social activity). Although detailed explanation is omitted, it is possible to increase the ability value (including elements such as experience value) of each player through practice and a game. In addition to the ability values that fluctuate in this way, each player takes into account factors such as the player's value ("market price") and the connection between that player and each player ("intimacy"). You can enjoy the pleasure of organizing an original team by identifying and reinforcing.

  The “game” includes a battle-type simulation soccer game (a championship referred to as “cup game” as an example) in which players play against each other. In this match-up game, each player becomes the manager of his team, and first of all, a starting eleven, that is, a starting member (character used), taking into account the ability value, position, suitability, characteristics, etc. ) Is determined and registered (see FIG. 13). In the present embodiment, the composition of the starting member determined in this way is a basic determination factor, and the game result is displayed to each player in a digest format (indicating a summary of the game) or a result display format (indicating only the game result). Show.

  Further, in the present embodiment, a draft system is introduced so that a desired player can be acquired from the players (draft characters) to be drafted before a competitive soccer game is performed. A player who has successfully bid can obtain the player (draft target character). The obtained player (successful draft character) is set to a value that is higher than the ability value (average value) of the starting member.

<Character>
Characters (players) are characterized by “player names”, “positions”, “abilities”, “attributes”, “skills”, “basic parameters”, “growth parameters”, “styles” and “rareness”. .

  The player name may be based on a real player or may be created.

  The position indicates the position of each player in soccer. In the game of the present embodiment, one of four types “GK”, “DF”, “MF”, and “FW” is displayed.

  The ability value is a numerical value representing the soccer ability of each player. In the game of the present embodiment, this ability value is divided into “OFF” (offense value) and “DEF” (defense value) and displayed. The higher the offense value, the better the attack, and the higher the defense value, the better the defense.

  The attribute indicates characteristic information of movement as a soccer player different from the position such as “striker”. Each character can have up to three attributes.

  Skill (SKILL) indicates information that can change a player's parameters by being activated during a match. In this embodiment, for example, the “magnet catch” that increases the “DEF” parameter of the player itself, the “defense to synchronize” that increases the “DEF” parameter of all DF members, and the “OFF” parameter of all the opponent MFs. There is “continuous pressing” to lower.

  The basic parameter is shown as an ability value representing a characteristic unique to the character. Growth parameters can vary based on the content of subsequent training, matches, etc. Expressing a character's ability with these basic parameters and growth parameters leads to diversification of ability values. In the present embodiment, the growth parameter changes only in the training scene, and does not change in the game scene.

  The style indicates play style information of each player. In the game of the present embodiment, there are four types of “attack”, “possition”, “press”, and “block”.

  The rarity indicates the type of virtual card on which the character is displayed. For example, in the present embodiment, seven types of “regular”, “special”, “rare”, “world class”, “superstar”, “best eleven”, and “MVP” are set as the rarity. The number of virtual cards issued for each type of rarity decreases in the order of regular, special, rare, world class, superstar, best eleven, and MVP. A virtual card with a high rarity value appeals to the player's desire to collect. Even for the same player name, different ability values (offense value, defense value) are set according to the type of rarity.

<Progression example of battle game>
A progress example of the battle game will be described together with a flowchart (see FIG. 4).

  When the player makes a predetermined input to the game device 10 and starts the battle game, the server device 50 determines whether or not it is the first battle game for the player (step SP1). If it is the first battle game (Yes in step SP1), a predetermined initial explanation (tutorial) is shown to the player (step SP2). The initial explanation includes explanation of how to proceed with the battle game (cup game), rules, and the like. It should be noted that the tutorial may of course be one that can be arbitrarily viewed when accessing the battle game (cup battle) page, regardless of whether or not it is the first match.

  Subsequently, matching entry is performed (step SP3). This matching entry is performed by extracting a suitable entry from a combination of the player and another player who wants a battle game. This extraction takes into account the game input timing, etc., as well as the game level of each player (number of entries in the battle game, possessed character's ability value, past wins and losses, etc.) You may make it become. In the present embodiment, matching is performed for a total of four players (which may include matching with a CPU in situations where matching with a player is not possible), and a league game is played for each player with three games. When the matching is completed, the opponent (user name, etc.) is displayed on the display 27 of the game apparatus 10 of each player (step SP4).

  Subsequently, a draft (bid mode) is performed (step SP5). Specific examples of the draft will be described later.

  Then, a battle game is carried out. In the soccer game of the present embodiment, three rounds of a league game are played per player, and the results of each match are displayed sequentially (step SP6 to step SP8). The result of the game is displayed in a digest format or a result display format.

  Subsequently, as a result of the total of the three games, the ranks of the players (including the CPU) participating in the battle game are displayed (step SP9). Further, when various points according to the rank are given, the points are displayed or added.

<Draft progress example>
An example of progress of the draft will be described together with flowcharts and screen examples (see FIGS. 5 to 12).

  After the start of the draft (bid mode), the draft character determining means 56 of the computer 51 determines the draft character to be bid by each player (step SP51). Decisions are made by randomly selecting from all characters by lottery. At this time, in the game system of the present embodiment, since the exclusive lottery based on the character ID (player ID) associated with each character is performed, the same character is not duplicated and extracted as a draft character. . For example, the character name “Taro” of the rarity “rare” and the same character of the rarity “superstar” have the same character ID (player ID), and thus are not extracted in the same draft. The exclusive lottery is not performed, and the first and second people may be drawn separately. In this case, it is possible that two identical characters with the same rarity become draft characters.

Next, the ability value of the draft character is set by the function as the ability setting means 57 of the computer 51 (step SP52). Various criteria can be considered for setting the ability value. In this embodiment, the average value of the ability values of all the first members (use characters) already registered by the player is calculated. For example, if four players are participating in the draft, the average level of the ability values of 11 starting members of each team × 4 teams = 44 players is calculated. after that,
(Calculated average level x A-1) + B
The final ability value (level) of the draft character is set by appropriately setting the numerical values of A and B according to the calculation formula. The numerical values of A and B are appropriately set so that the final ability value of the draft character exceeds at least the average value of the starting member (average value + α). In this way, if the draft character's ability value is set so that it exceeds at least the average value of the starting member, the draft character will appear as a character that can improve the current combat strength, so items that will motivate each player to acquire It can be.

  Note that the draft character ability value setting method described here is merely a preferred example. In addition, for example, refer to the ability value of the character possessed by the strongest player (for example, the player with the highest ability value of the starting member), refer to the largest ability value among these characters, and the ability value Or the ability value of the draft character may be set so as to exceed the ability value.

  Alternatively, as described above, the average value of the ability values of all the starting members (used characters) is calculated, and the average value of the ability values of the starting members + reserved members (non-use characters) (in other words, registered as the starting members) And the ability value of the draft character may be set based on the average value or so as to exceed the average value.

  The ability value set as described above is appropriately displayed as information on the draft character (step SP53). In the present embodiment, in addition to the player name (for example, “Taro”) and position (for example, MF) of the draft character, among the starting characters (stamen) possessed by the player, the most of the players in the same position as the draft character The difference between the ability value of the character with the lower ability and the draft character (for example, the offense value “↑ 1428”, the defense value “↑ 1157”, and the upward arrow in this case indicates that the draft character has a higher ability value) Shown (see FIG. 7). As described above, according to the display method indicating the difference in ability between the draft character and the character held by the player, it is possible to easily determine whether the draft character is stronger or weaker than the own character by looking at the numerical value. In particular, when the ability value of the draft character is set based on the average value as described above, although the probability of the draft character is lower than that of the player's character, although it is a low probability, such a display method may be used. According to this, it is possible to prevent the player from bidding on draft characters with low ability.

  Subsequently, the draft bid mode is executed by the function of the computer 51 as the bid mode execution means 58 (step SP54). In this embodiment, each player determines a bid amount for a player who wants to acquire among the draft characters, and in the case where bids are duplicated, a higher bid amount makes a successful bid.

  The bid mode will be described with specific examples (see FIG. 7 and the like). A player who tries to bid for the draft character “Taro” can move to the bid screen by selecting the draft character (see FIG. 7). On this bidding screen, a bid is made after confirming the player name, position, ability value, and the like of the character (Taro) (step SP55).

  The bid may be input in a desired amount, but in this embodiment, a different unit bid amount (for example, 60G (G is a virtual unit)) is set for each player, and the unit uses the bid amount as a bit. The bid amount is determined according to how many bids are offered. For example, on the screen shown in FIG. 7, the number of units can be selected by increasing or decreasing the first and middle of the number of units, and the unit bid amount (60G) × the number of units can be determined. However, it is not possible to bid more than the player's own funds. The funds (remaining amount) at that time are displayed, for example, “150G” in the lower left of the screen. In addition, the remaining time of the time during which bidding can be performed (bid possible time) is displayed at the lower right of the screen, for example, “65 seconds remaining”.

  Bidding is completed when all players have completed the bidding process or when a predetermined bidding time has elapsed. The screen indicates to which draft character each player has bid for, along with a message “Bid completed” (see FIG. 8). In the example shown in the figure, another player (“CPU3”) is also bidding on the draft character (“Taro”) bid by himself (user name “Takeuchi @”), and the draft nomination is duplicated. It is expressed that there is. In addition, the other two players bid for other draft characters, and the draft nomination is duplicated here.

  The indication of completion of bidding may be performed simultaneously for all players when the bidding procedure for all players is completed, or may be displayed sequentially for the players who have completed the bidding procedure. In the latter case, the player who has completed the bidding procedure first may be notified of the tender trend of the player who has not completed the bidding procedure at that time. In such a case, it is possible to give the player who has finished bidding the pleasure of listening to the trends of other players, and to all the players, an incentive to finish the bidding procedure as soon as possible.

  When the draft nominations are duplicated (Yes in step SP57), the winning bidder is determined based on the amount of the bid (step SP58). In the present embodiment, after completion of the bidding (see FIG. 8), the bid amounts of all the players who have been nominated in duplicate are displayed through the display of a screen (see FIG. 9) displaying “What is the bid amount?” (See FIG. 8). 10). In the example shown in the figure, the bid amount of myself ("Takeuchi @") is 120G, the bid amount of another player ("CPU3") who nominates the same draft character ("Taro") is 60G, and the bid amount is The person who has exceeded ("Takeuchi @") becomes the winning bidder and is displayed as "contract establishment!" (See FIG. 10).

  In addition, when the highest bid amount is the same among the players whose draft nominations are duplicated, the winning bidder is determined based on other factors. In the example shown in FIG. 10, the player with the user name “test” and the player with the user name “CPU2” are bidding on the same draft character, and the bidding amount is “50G” for both of them. In such a case, in the present embodiment, one winning bidder (in this case, a player with the user name “test”) is determined based on the bid order.

  As a result of the bidding, the player (for example, “Takeuchi @”) who has become the winning bidder of the draft character (for example, “Taro”) is notified of the successful bid (see FIG. 11). For example, in the example shown in FIG. 11, the fact that “Taro player has been acquired”, that the player (Taro player) is presented after the end of the battle (cup battle), and that the starting member (stamen) is subsequently replaced. Will be notified.

  Here, whether or not the winning draft character (for example, “Taro”) is a character other than the starting member (stamen) constituting the team of the player who has won the winning winning draft character by the function of the computer 51 used character determining means 59. It is determined (whether the winning draft character is not included in the starting member) (step SP60). If the winning draft character (for example, “Taro”) is a character other than the starting member (Yes in step SP60), one of the starting members is selected as the winning draft character (by the function as the character determining means 59 of the computer 51). "Taro") is automatically switched to enter the battle game (step SP61). In this game system, since the ability value of the draft character (for example, “Taro”) is set higher than the average value of the ability value of the starting member (used character) of each player, the draft character (for example, “Taro”) is set. ), The player who wants to use the winning draft character immediately in the subsequent battle game should often. In this regard, in the present embodiment, one of the starting members (for example, “Yoshio” having the lowest ability value in the same MF position) is removed, and the successful bid draft character (“Taro”) is used instead. Since the player automatically participates in the battle game as a starting member, there is no need for operations and troubles such as the player himself changing the character or setting the character to be used again.

  In the present embodiment, the function of automatically changing one of the starting members to a successful draft character has been described. Of course, in parallel with such automatic replacement processing by the computer 51, or like this Instead of a simple process, the player can select a player to turn around from the starting members (see FIG. 12).

  On the other hand, if the winning draft character (for example, “Taro”) is not a character other than the starting member (No in step SP60), in other words, the winning draft character is the same as the starting member of the player who has won the winning draft player. If the character is a character, the winning draft character (for example, “Taro”) is made to participate in the battle game in place of the starting member by the function as the used character determining means 59 of the computer 51 without depending on the operation of the player. (Step SP62). In the game system according to the present embodiment, the ability value of the draft character (for example, “Taro”) is set higher than the average value of the ability values of the starting members (use characters) of each player. If a player who obtains “Taro” has the same character (for example, “Taro”) in the starting member, he / she wants to replace the starting member with the newly acquired draft character and enter the battle game. There should be many cases. In this regard, in this embodiment, the starting member (“Taro”) is automatically replaced with the winning draft character (successful “Taro”) and the winning draft character participates in the battle game. There is no need to perform operations and troubles such as changing characters or resetting characters to be used. Of course, in parallel with or instead of such automatic replacement processing by the function of the computer 51 used character determining means 59, or instead of such processing, the winning draft character and the same character as the starting member It is also possible to make it possible for the player to select which of these will participate in the battle game (see FIG. 12).

  As described above, it is an example of a preferable mode to automatically replace the winning draft character and make it participate in the battle game. However, this may depend on the ability value set for the winning draft character. Such an automatic replacement may be omitted. For example, if the ability value of the winning draft character is lower than the ability value of any player in the same position among the starting members, automatic replacement may cause the ability value of the entire team to decline instead. Therefore, in such a situation, automatic replacement is omitted.

  Thus, the draft (including the automatic character replacement process after the bidding mode) is completed (see FIG. 6).

<Subscribing to a successful bid draft character>
Due to the function of the draft character joining means 60 of the computer 51, the winning draft character (for example, “Taro”) may be erased from the possession list of the player after the match game is over, but it is not extinguished. It may be added to a character (in other words, a used character and a non-used character) (addition of a successful draft character). For players, successful bid draft characters that have been awarded will continue to be held not only during the subsequent battle game but also after the battle, so the player's willingness to participate in the draft will further increase Connected. As described above, in the present embodiment, on the screen for notifying the successful bid, a notification that the successful bid draft character (for example, “Taro” player) will be presented after the match (cup battle) is given. (See FIG. 11).

  In addition, when a successful bid draft character is joined as described above, the ability value of the successful bid draft character is set to a predetermined value or an initial value (for example, there is no growth or growth at all) by the function of the draft character joining means 60 of the computer 51. It may be reset to a character level 1 state such as a state. When resetting in this way, the winning draft character is given a characteristic that it exhibits high ability in the battle and is added to the configuration as a normal character after the battle.

  The above-described embodiment is an example of a preferred embodiment of the present invention, but is not limited thereto, and various modifications can be made without departing from the scope of the present invention. For example, in the present embodiment, a mobile phone such as a smartphone has been described as a typical example of the game apparatus 10, but the scope to which the present invention can be applied is not limited to this, and in addition, a game center (amusement facility) It can also be implemented in a game device or a home video game device.

  In the above-described embodiment, the game apparatus 10 communicates with the server apparatus 50 and the game progresses. However, the game may proceed only in the game apparatus 10 without communicating with the server apparatus 50. In that case, the game device 10 performs the processing performed by the server device 50 in the above-described embodiment. In addition, the form which advances a game only in the game device 10 includes a form in which a plurality of game devices 10 are simultaneously played using short-range wireless communication means included in the game device 10.

  In the above-described embodiment, an example of a game in which players battle each other has been described. However, a game in which a player and a virtual player battle each other may be used. The virtual player refers to a virtual player controlled by a computer, for example.

  The present invention relates to a server device, a game program, a game device, and the like for performing a battle-type game in which a battle is performed using a team composed of characters used in a battle between players and unused characters not used in the battle. It is suitable to apply to.

10 ... Game device (client terminal)
DESCRIPTION OF SYMBOLS 11 ... Housing | casing 12 ... Touch panel 13 ... Receiver 14 ... Microphone 15 ... Hard button 16 ... Hard key 17 ... Audio | voice output terminal 18 ... Speaker 21 ... Mobile communication antenna 22 ... Mobile communication part 23 ... Wireless LAN communication antenna 24 ... Wireless LAN communication part 25 ... Storage part 26 ... Main control part 27 ... Display 28 ... Touch sensor 30 ... Camera 32 ... External interface 40 ... Network (Internet)
DESCRIPTION OF SYMBOLS 50 ... Server apparatus 51 ... Computer 52 ... Reception means 53 ... Game progress processing means 54 ... Game signal generation means 55 ... Game signal transmission means 56 ... Draft character determination means 57 ... Ability setting means 58 ... Bid mode execution means 59 ... Character used Setting means 60 ... Draft character joining means

Claims (7)

A server device that performs a game progress process of a battle-type game in which a team composed of characters used in a battle between players or a player and a virtual player and an unused character not used in the battle is used. Because
Receiving means for receiving a game progress processing request including selection information indicating which player, or which character the player and the virtual player have selected as the character to be used, from the client terminal;
Game progress processing means for executing the game progress processing corresponding to the game progress processing request received by the receiving means, and before the battle, based on a predetermined condition, each player, or the player and the virtual player are subject to bidding A draft character determination means for determining a draft character;
Ability setting means for setting the ability value of the draft character based on the ability value of the character used;
Bid mode execution means for executing the draft mode of the draft character before the battle;
A server device comprising:   The server device according to claim 1, wherein the ability setting unit sets the ability value of the draft character to a value higher than an initial value based on the ability value of the character used.   The winning draft character won in the bidding mode is assigned to the team as one of the used character or the unused character that constitutes the team of the player who has won the winning draft character after the match or the predetermined match. The server apparatus according to claim 1, further comprising a draft character joining unit to be added.   The draft character joining means adds the successful bid draft character to the team of the winning player as one of the used character or the unused character after setting the ability value to an initial value. Server device.   5. The use character determination unit according to claim 1, further comprising: a use character determination unit that causes a successful bid draft character that has been awarded in the bid mode to participate in the game in place of the use character in accordance with an operation of the player. Server equipment.   When the successful character draft character won in the bidding mode is the same character as the character used that constitutes the team of the player who has made a successful bid for the successful bid draft player, the use character determining means does not respond to the operation of the player. The server device according to claim 5, wherein the successful bid draft character participates in the game instead of the used character. In a computer that processes the game progress of a battle type game that uses a team consisting of characters used in a battle between players or a player and a virtual player and unused characters not used in the battle,
A step of performing a game progress process based on selection information indicating which player or each player or the virtual player has selected as the character to be used;
Before the battle, based on a predetermined condition, determining a draft character to be bid by each player or the player and the virtual player;
Setting the ability value of the draft character based on the ability value of the character used;
Executing a draft mode of the draft character before the battle;
A game program that runs.