JP5345728B1 - Game system, program, and object - Google Patents

Abstract

An object of the present invention is to enable a desired character to be used even when the total cost exceeds a regulation cost, or to display a character that can be suitably identified in a game using a plurality of characters.
Specifically, the game system apparatus obtains information indicating a cost associated with character identification information for each of a plurality of selected characters, and the total cost is obtained by adding the costs. It is determined whether or not the cost falls within a predetermined regulation cost. The game system device starts the game when it is determined that the total cost does not exceed the specified cost, and at least one of the plurality of characters when it is determined that the total cost exceeds the specified cost. The game is started by reducing the ability parameter of the character associated with the character identification information.
[Selection] Figure 5

Description

  The present invention relates to a game system, a program, and an object, and more particularly, to a game system, a control method, a program, and an object that realize a game using a combination of a plurality of characters.

  2. Description of the Related Art Conventionally, in a table game, a video game, or the like, there is a game in which a battle game or the like is performed using a group in which a plurality of characters are combined, which is called a deck. In such a game, normally, different ability parameters are set for each character. The user can enjoy the game in a different aspect from the game operation by searching for a combination suitable for the user or a combination that can advantageously advance the game.

  By the way, in such a game, acquiring a character is also one of the elements for enjoying the game. For example, in a game where a character can be obtained when a game is played once or when a battle game is won, one character randomly selected by lottery from a plurality of characters is displayed to the user. Provided. In order to maintain the interest of the user in such a game, in addition to preparing a wide variety of characters, it is common to prepare a character with added value, so-called rareness, which is difficult to obtain. ing. In other words, a character having an ability parameter (high ability parameter) that can advantageously develop a game alone is given a scarce value, thereby appropriately stimulating the user's desire to obtain the character, thereby allowing the user to The interests of the game will be maintained and the operation period of the game can be extended.

  However, if a group can be configured with only characters having such high ability parameters, an absolute ability difference may occur between users in a battle game, for example. For this reason, the concept of cost is usually set for each character, and the total cost that can be included in one deck is limited to balance the ability difference between users and maintain the game balance. (Patent Document 1). For example, a high cost is set for a character having a high ability parameter, and a low cost is set for a character having an ordinary ability parameter. In this way, the user can enjoy searching for the deck while considering the ability parameters of each character included in the deck and the number of characters included in the deck.

  On the other hand, in a game using a plurality of characters, various display methods for displaying the characters so that the user can identify them have been proposed. In Patent Document 2, in a spectator-type soccer game, only a ball-dominating player or a ball-related player that is automatically selected as an operation target among a plurality of players is identified by displaying its name. .

JP 2010-148781 A JP 2008-12074 A

  However, limiting the total cost that can be included in one deck as in Patent Document 1 can also force a user's need to acquire a character having a high ability parameter. . In other words, even if a user who has acquired a character having a high ability parameter desires to actively incorporate the character into the deck, it cannot be incorporated because the cost is excessive, and eventually the character is owned. It may be in a state of just doing. That is, even if the character has a rare value, the user has no chance to use it simply by obtaining it, and as a result, the user's interest may be cut off.

  Moreover, in patent document 2, only the name of the character automatically selected by the game device is displayed. In this case, even if the combination of characters used in the game includes a character that the user considers, the user cannot always grasp the position of the character on the screen. In order to always confirm the position of the character, a method of displaying names for a plurality of specific characters or all characters can be considered.

  By the way, with recent high performance of mobile terminals such as mobile phones, mobile terminals are often used as a user's game use platform. However, since such a portable terminal places importance on portability, a display device having a game screen display area smaller than that used in a so-called home-use game machine is generally used. That is, in such a display device, there is a possibility that the screen configuration becomes complicated by always displaying the name of the character. However, until now, no method has been proposed for suitably displaying characters in a game using a plurality of characters whose combinations have been determined by the user.

  The present invention has been made in view of the above-described problems, and an object thereof is to provide a game system, a program, and an object that solve at least one of the above-described problems.

  In order to achieve the above object, a game system according to a first aspect of the present invention is characterized by having the following configuration. Specifically, the game system registers the registration information recorded in the object to register the character corresponding to the object as owned by the user, and selects a plurality of selected characters among the characters in the ownership relationship. A game system for playing a game using a group of characters, wherein a selection means for selecting a plurality of characters and a cost associated with the identification information of each of the plurality of characters selected by the selection means An acquisition means for acquiring information indicating the above, a determination means for determining whether or not a total cost obtained by adding the costs of each of the plurality of characters acquired by the acquisition means falls within a predetermined specified cost, and a determination means Execution means for starting a game when it is determined that the total cost does not exceed the specified cost And when the determining means determines that the total cost exceeds the specified cost, the execution means sets the character's ability parameter associated with the identification information of at least one of the plurality of characters. The game is started by lowering.

  With such a configuration, according to the present invention, it is possible to realize a racing game that can solve at least one of the above-described problems.

The figure which showed the (a) system configuration | structure of the game system which concerns on embodiment of this invention, and the functional configuration of the (b) game server 100 The figure which illustrated the team organization screen (player composition screen) in the game system concerning the embodiment of the present invention The figure which illustrated the team organization screen (strategy composition screen) in the game system concerning the embodiment of the present invention The flowchart which illustrated the area capability correction process performed with the game server 100 which concerns on embodiment of this invention. The flowchart which illustrated the cost capability correction process performed with the game server 100 which concerns on embodiment of this invention. The figure which illustrated the game result notification screen in the game system concerning the embodiment of the present invention The flowchart which illustrated the name display figure determination process performed with the game server 100 in embodiment of this invention The flowchart which illustrated the non-participation user participation process performed with the game server 100 by embodiment of this invention The figure which illustrated the reality card used in order to make a player character into an possession state in the game system concerning an embodiment of the present invention. The figure which illustrated the data structure of the information managed with various databases in game server 100 concerning an embodiment of the present invention.

[Embodiment]
Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. In addition, one Embodiment described below is a soccer game which can select a some player character as a team member from the player characters which a user owns on a game as an example of a game system. An example in which the present invention is applied to a game system to be executed will be described. However, the present invention can be applied to any device or game system capable of playing a game using a group composed of a plurality of selected characters among possessing characters.

  In the game system of this embodiment, the user uses a soccer player card (real card) obtained in the real world, and registers the card in the system using the registration information described on the card, whereby the card The player character corresponding to can be in the user's possession state on the game. In the soccer game of the present embodiment, each player character is handled as a player card corresponding to a real card in the game for the purpose of giving the user a sense of actually playing the game using the acquired real card.

  FIG. 9 shows an example of a reality card. As shown in FIG. 9A, in addition to the image of the player character, the name 901 of the character is written on the front side of the real card. Further, as shown in FIG. 9B, on the back side of the real card, in addition to another image 902 of the player character, the name 903 of the character and the arrangement on the field that the character is good or bad at the game Information indicating the position of good and weak points indicating the position 904, the ability parameter 905 of the character that affects the progress of the game, and the cost 907 necessary for using the character on the game are described. Furthermore, serial code 906, which is registration information for registering the character as a player card owned by the user, is written on the back side of the real card. By registering the serial code 906 in the game system of the present embodiment, the user can associate the player card with the game data of the user as possessed by the user.

  In the game system of the present embodiment, the description will be made on the assumption that the user can bring the player character into the possession state by registering the registration information described in the physical card in the system. It is not limited to this. For example, the registration information of the player character is recorded not only on the card but also on a recording device provided on the other modeled object such as the modeled object or toy of the character, or recorded on the surface of the object. Form may be sufficient.

"System configuration"
FIG. 1A is a diagram showing a system configuration of a game system according to an embodiment of the present invention.

  In the game system of the present embodiment, a user terminal 120a or b such as a PC used by each user is connected to the game server 100 via the network 130. Each user can use the above-described soccer game service by, for example, starting an Internet browser on the user terminal 120, accessing a URL provided by the game server 100, and performing login processing to the game server 100. it can.

  The game server 100 executes a game program related to the soccer game. In accordance with the game program, the game server 100 outputs information via the network 130 so as to perform a predetermined display on the Internet browser executed on the user terminal 120. Each user terminal 120 may be a PC having a display device and a pointing device, for example.

<Functional Configuration of Game Server 100>
Here, the functional configuration of the game server 100 will be described in detail with reference to FIG.

  The CPU 101 controls the operation of each block provided in the game server 100. Specifically, for example, the CPU 101 controls the operation of each block by reading out the game program of the soccer game of the present embodiment stored in the ROM 102 and developing it in the RAM 103.

  The ROM 102 is a non-volatile memory, and stores, for example, the operation of each block and operation parameters used on the game program in addition to the game program of the soccer game of the present embodiment.

  The RAM 103 is a volatile memory, and is used not only as a game program development area, but also as a temporary storage area for intermediate data output in the operation of each block, for example.

  The network I / F 108 is an interface for connecting the game server 100 to the network 130, and realizes communication connection conforming to a predetermined protocol. The game server 100 is connected to the network 130 via the network I / F 108, thereby receiving a login request from the user terminal 120 that is also connected to the network 130. In addition, the game server 100 transmits and receives information to and from the user terminal 120 logged into the game server 100 via the network I / F 108.

  For example, when information is transmitted from the game server 100 to the user terminal 120 used by one user, an address that identifies the user terminal 120 being used when the user first logs into the game server 100. The CPU 101 associates the information with the user ID of the user (identification information unique to each user) and stores it in the user management DB 104 described later. CPU101 transmits the information produced | generated about the said user ID in execution of a game program to the user terminal 120 using the communication path defined by the address information linked | related with the said user ID.

As described above, the user management DB 104 assigns and manages a unique user ID (identification information) to each user who logs in to the game server 100. Information (user data) managed in the user management DB 104 is, for example, as shown in FIG.
-User ID 1001
-Owned card information 1002 indicating a player card registered as owned by the user
-Deck information 1003 indicating the player card registered for the match and its placement
・ Compete information 1004 indicating information such as the participating league matches and their results
including.

  Here, the possession card information 1002 may be information in which the presence / absence of the possession relationship is managed in association with the player card IDs of all player characters appearing in the game. The information indicating the presence / absence of ownership may be, for example, logical information. In this case, for a player card registered as owned by the user, information indicating whether or not there is a possession relationship associated with the card ID of the player card is true. For the sake of simplicity in the game system of the present embodiment, the possessed card information 1002 will be described as including only information indicating presence / absence of ownership, but information such as the number of acquired cards and acquisition date / time is included. Also good.

  The deck information 1003 manages information related to the deck set by the user on the team organization screen described later. As shown in FIG. 10B, the deck information 1003 includes a starting player unit 1010 indicating a player card arranged on the field, a player player unit 1020 indicating a player card registered as a player, and a total cost 1030. It consists of.

  As for the player cards included in the starting player section 1010, as shown in the figure, for each card, a card ID 1011, an arrangement position 1012, an ability parameter 1013, an attack spindle flag 1014, a defensive spindle flag 1015, and a cost 1016 are managed. The As for the player cards included in the reserve player unit 1020, for each card, a card ID 1021, an ability parameter 1022, an attack spindle flag 1023, a defense spindle flag 1024, and a cost 1025 are managed as shown in the figure. In the soccer game of this embodiment, in addition to the determination of player cards and formations to be entered in the game on the team formation screen described later, up to three player cards that are the main axes of offense and defense in the game can be set. For this reason, the deck information 1003 includes logical information indicating whether or not the cards included in the starting player unit 1010 and the reserve player unit 1020 are player cards that are the main axes of offense and defense.

  The total cost 1030 is input with the total cost associated with each of the player cards included in the starting player unit 1010 and the reserve player unit 1020.

  The match information 1004 manages information about a match played by the user or a league match that the user has decided to play. In the soccer game of the present embodiment, information on the specified cost that defines an upper limit for at least the total cost of cards included in the deck for each game is set as the regulation. For this reason, the battle information 1004 includes at least information indicating the specified cost as the regulation information.

The card DB 105 manages information on all types of player cards used in the soccer game of this embodiment. The player cards are managed as card data to which different card IDs are assigned. For example, as shown in FIG.
・ Card ID 1041
-Name 1042 of the player character corresponding to the player card
-Player character ability parameters 1043
・ Professional / unfavorable area information 1044 indicating at least one of an area in which the player character is good at the game and an unfavorable area
A cost 1045 indicating a preset cost for the player character
Is included.

  Note that the ability parameter 1043 manages a parameter related to the game progress for the player character, which is necessary for generating the battle result in the process related to the battle of the soccer game of the present embodiment. It is assumed that the capability parameter 1043 includes at least parameters related to attack and defense.

  The graphic DB 106 stores a data group for generating a graphical user interface (GUI) to be displayed on the display device of the user terminal 120 in the soccer game of the present embodiment. The CPU 101 reads from the graphic DB 106 a user input at the user terminal 120 and a data group for generating a GUI according to the progress of the game, and transmits the data group to the user terminal 120 of each user from the network I / F 108 via the network 130.

  The league information DB 107 manages matches and league matches held in the soccer game of the present embodiment. For each game and league game, the user ID of the user who participates and the regulation information including at least information on the prescribed cost for each user's deck are managed in association with identification information that individually identifies the game and the league game. Is done.

  Details of the soccer game provided to the user terminal 120 by the game server 100 of the present embodiment having such a configuration will be described below with reference to the drawings.

《Team formation screen》
2 and 3 exemplify a team organization screen 200 provided to a user who has logged into the game server 100 in the soccer game provided by the game server 100 of the present embodiment.

  In the team organization screen 200 shown in FIG. 2, the user selects a desired player card from the player card list 201 in his / her possession relationship and moves to the field area 202 to determine the arrangement at the time of the game execution. be able to. A player card whose placement has been determined has its role clearly shown by adding color frames (four types of FW, MF, DF, and GK) according to the placement position. In the soccer game of the present embodiment, the user can place the card while confirming at least one of the good area and the poor area defined for the selected card when placing the player card.

  For example, when the player card 203 is selected by the user, the CPU 101 reads out the information of the weak and good area information 1044 associated with the card ID of the card from the card DB 105. Then, the CPU 101 performs display control to display the good area and the poor area on the field area 202 with reference to the read weak area information 1044. In the example of FIG. 2, the player character's specialty area corresponding to the player card 203 is superimposed on the field area 202 as shading information. In addition, as shown in the drawing, the strength area or the weakness area may be defined according to the shading, the degree of goodness or the poorness. Further, the display of the specialty area and the weak area is not limited to the example in the figure, and other display methods may be used.

<Area ability correction processing>
In the soccer game of this embodiment, when a player card is arranged in a good area or a poor area by the user, the ability parameter associated with the player card is corrected according to the area. Hereinafter, specific processing of the area capability correction processing executed by the game server 100 of the present embodiment will be described using the flowchart of FIG. In addition, this area capability correction | amendment process demonstrates as what starts when a player card is moved on the field area 202 from the list | wrist 201, for example, and is arrange | positioned.

  In S401, the CPU 101 determines whether or not the position of the arranged player card (target card) is a player character's specialty area corresponding to the player card. Specifically, for the target card, the CPU 101 obtains information on the weakness and weakness area information 1044 associated with the card ID of the target card from the card DB 105. Then, the CPU 101 refers to the acquired weakness and proficiency area information 1044 to determine whether or not the arrangement position falls within the range registered as the special area. If the CPU 101 determines that the placement position of the target card is the area where the player character corresponding to the target card is good, the CPU 101 moves the process to S402. If the CPU 101 determines that the target card is not a good area, the process moves to S403.

  In S402, the CPU 101 increases the ability parameter of the player character corresponding to the target card. Specifically, the CPU 101 accesses information on the target card registered in the starting player section 1010 of the deck information 1003 when the target card is placed in the field. Then, the CPU 101 increases the ability parameter 1013 of the information of the target card so that the progress of the game can be advantageously advanced in accordance with the degree of the special area, and completes the area ability correction process.

  On the other hand, if it is determined in S401 that the area is not a good area, the CPU 101 determines in S403 whether the placement position of the target card is a poor area of the player character corresponding to the target card. If the CPU 101 determines that the placement position of the target card is the poor area of the player character corresponding to the target card, the CPU 101 moves the process to S404, and if it is determined that the target card is not the poor area, performs the area capacity correction process. Complete.

  In S404, the CPU 101 decreases the ability parameter of the player character corresponding to the target card. Specifically, the CPU 101 lowers the ability parameter 1013 of the information on the target card so that the progress of the game is disadvantageous according to the degree of the weak area, and completes the area ability correction process.

  By doing in this way, about the player card arrange | positioned on the field area 202 by a user, the capability parameter correction | amendment can be performed reflecting the information of the specialty area where the player character corresponding to this player card is good.

  In the soccer game of the present embodiment, as shown in FIG. 2, information on the total cost obtained by summing up the costs of the player cards arranged in the field area 202 is displayed in the condition display area 204. The total cost information is calculated by, for example, adding the player card cost 1045 read from the card DB 105 to the total cost 1030 of the deck information 1003 each time a player card is placed in the field area 202. Good. As shown in the figure, in the condition display area 204, in addition to the total cost 205, information of a specified cost 206 that defines an upper limit value of the total cost of the deck set for a game or league game using the deck is included.

  In the soccer game of this embodiment, when the total cost of the deck constituted by the user exceeds the specified cost, a warning display 207 is displayed in the condition display area 204 of the team organization screen 200. However, even if the warning display 207 is displayed in the soccer game of the present embodiment, the user can use the deck for the game. In this case, simply enabling the use of a deck having a total cost exceeding the specified cost will break the game balance. For this reason, in the game system of the present embodiment, when the total cost of the deck exceeds the specified cost, the CPU 101 reduces the ability parameter of the player character corresponding to the player card included in the deck so that the progress of the game is disadvantageous. Let

<Cost capability correction processing>
Here, a specific process of the cost capability correction process executed by the game server 100 of the present embodiment will be described with reference to the flowchart of FIG. The cost capability correction process will be described as being started when some operation is performed by the user in the team organization (deck configuration) on the team organization screen 200, for example.

  In step S <b> 501, the CPU 101 determines whether the total cost for the player cards included in the deck set by the user exceeds the currently set specified cost. Specifically, the CPU 101 reads out the battle information 1004 managed for the user in the user management DB 104, and acquires information on the specified cost set for the currently designated game or league game. Similarly, the CPU 101 reads the total cost 1030 of the deck information 1003 and acquires information on the total cost of the player cards included in the deck that is currently configured on the team organization screen 200. Then, the CPU 101 compares the total cost with the specified cost. If the CPU 101 determines that the total cost for the player cards included in the set deck exceeds the specified cost, the CPU 101 moves the process to S502, and if it does not exceed the total cost, completes the cost capability correction process.

  In step S <b> 502, the CPU 101 changes the screen configuration provided to the user terminal 120 so as to display a warning for notifying the user that the total cost exceeds the specified cost. As shown in FIG. 2, the warning may simply notify that the deck configuration or the game of the league is violated, and more specifically, the total cost is It may clearly indicate that the specified cost has been exceeded.

  In step S503, the CPU 101 determines whether an instruction to end the deck configuration has been given. The instruction to end the deck configuration may be, for example, an instruction to transition from the team formation screen 200 to another screen or an instruction to confirm the deck configuration, and the CPU 101 determines whether the instruction has been made at the user terminal 120. . If the CPU 101 determines that an instruction to end the deck configuration has been given, it moves the process to S504. If it determines that the instruction has not been given, it completes this cost capability correction process.

  In S504, the CPU 101 decreases the ability parameter for all player cards included in the deck, and completes the cost ability correction process. Specifically, the CPU 101 reads out the deck information 1003 associated with the user ID of the user from the user management DB 104, and determines the ability parameters of all the player cards included in each of the starting player unit 1010 and the reserved player unit 1020, for example, Halve.

  In the present embodiment, it has been described that the ability parameter of all player cards is reduced when the total cost of the deck exceeds the specified cost, but the implementation of the present invention is not limited to this. For example, the ability parameter to be reduced is the ability parameter of at least one of the player cards included in the deck, such as a player card having an ability parameter equal to or higher than a certain standard or a player card having the highest ability parameter. It may decrease.

  By doing in this way, the game system of this embodiment can implement | achieve the deck structure with a high freedom degree for a user, avoiding collapse of a game balance.

  Furthermore, in the soccer game of this embodiment, the user can set the player card used as the main axis of an attack and the player card used as the main axis of defense about the player card contained in a deck, respectively. As shown in FIG. 3, by switching from the player composition screen to the strategy composition screen on the team formation screen 200, the user can select a player card as a main axis of offense and defense. In FIG. 3, the user can set a player card desired to be the main axis in the main axis card area 301 from among the player cards included in the deck. When the player card is set as the main axis of attack and defense, the CPU 101 changes the attack main axis flag 1014 or the defensive main axis flag 1015 for the player card in the reserve player unit 1020 and the total cost 1030 associated with the user ID of the user. . At this time, for the card set as the main axis of attack and defense, frame display and glow display may be sequentially performed in order to clearly indicate the card in the field area 202.

  In the soccer game of the present embodiment, the CPU 101 increases the ball possession rate parameter in the game among the ability parameters 1022 of the player card set as the main axis of the attack. In addition, the CPU 101 increases the ability parameter related to the defensive power among the ability parameters 1022 of the player card set as the main axis of the defensive. In this embodiment, the player card set as the main axis of offense and defense has been described as increasing the ball possession rate or the defensive ability parameter. However, the present invention is not limited to this, and changes are made to increase other ability parameters. May be.

  In this embodiment, since the game server 100 provides a soccer game, the player increases the ball possession rate for the player card set as the main axis of attack, or increases the defensive power for the player card set as the main axis of defense. However, the present invention is not limited to a soccer game but can be applied. That is, the game content provided by the game server 100 is not limited to a soccer game, but may be a game in which the control of a predetermined item moves while moving between characters on the field, such as a basketball game, and is set as a main axis. For a character, regardless of offense and defense, the ability parameter may be corrected so as to increase the frequency of having control over the item.

《About running the game》
Next, the game setting executed in the soccer game of the present embodiment and the notification of the game result will be described taking the case where the user participates in the battle league as an example.

  In the soccer game of this embodiment, in order to improve the battle frequency between users, a battle league in which all users can participate is provided. The user can perform a league match by requesting participation in the battle league and registering the deck. The league game is regularly held so that users participating in the league become brute force. At a predetermined time, the CPU 101 performs result generation processing for sequentially generating game results for each combination of league games. On the other hand, by connecting the user terminal 120 to the game server 100 at the time when each league game is started, the user can view the game screen in which results are sequentially generated according to the game progress.

<Game result notification screen>
FIG. 6 illustrates a game result notification screen 600 that provides a game screen in which results are sequentially generated for the soccer game of the present embodiment. As shown in the figure, the game result notification screen 600 includes a game field area 601, a deck player display unit 602, and a key point display unit 603. In the soccer game of the present embodiment, the player character is a player character graphic or a player card in the game field area 601 so that the drawing processing load related to the game result is reduced and the display is easy to see even on display devices with various pixel numbers. Instead of being displayed as a graphic, it is expressed as a simple alternative figure.

  However, in such an alternative graphic, the spine number is displayed, but the user cannot grasp where the player who wants to pay attention exists and how it moves. For this reason, in the soccer game of this embodiment, the user can display names for a predetermined number of player characters by selecting an alternative figure of the player character in the game field area 601. In the example of FIG. 6, in addition to the selected player 612 selected by the user, the ball possessing player 611 who currently owns the ball (unlike other selected players 612 is identified by overlapping a round frame) is displayed as a name. It is the target of.

<Name display figure determination process>
Here, a specific process of the name display graphic determination process executed by the game server 100 of the present embodiment will be described with reference to the flowchart of FIG. Note that this name display graphic determination processing is performed when, for example, an operation for newly selecting an alternative graphic on the game field area 601 is performed on the game result notification screen 600 or when a player character (alternative graphic) possessing the ball changes. Will be described as starting.

  In step S <b> 701, the CPU 101 determines whether there is an upper limit number of alternative graphics whose current names are displayed. Specifically, the CPU 101 refers to a list of player cards (name display list) corresponding to the player character displaying the current name stored in the RAM 103, for example, and displays the current name from the number of items. Get the number of alternative shapes. If the CPU 101 determines that there is an upper limit number of alternative graphics with names displayed, it moves the process to S702, and if it does not exist, it moves the process to S704.

  In step S <b> 702, the CPU 101 determines whether a name has already been displayed for the newly selected substitute graphic. Specifically, the CPU 101 determines whether or not the name display list stored in the RAM 103 includes the card ID of the player card corresponding to the selected substitute graphic. If the CPU 101 determines that a name has already been displayed for the newly selected alternative graphic, the CPU 101 completes the name display graphic determination process. If the CPU 101 determines that the name is not displayed, the process proceeds to S703.

  In step S <b> 703, the CPU 101 removes the player card corresponding to the player character currently possessing the ball from the card IDs of the player cards included in the name display list, and adds the player card registered in the list first. Remove from the list.

  In step S <b> 704, the CPU 101 associates the card ID of the player card corresponding to the newly selected substitute graphic with information indicating the timing of addition to the list, such as the game progress time, and adds it to the name display list. The display figure determination process is completed.

  By doing in this way, the name of the character corresponding to a predetermined number or less of alternative figures can be displayed on the display device of the user terminal 120. That is, even when the number of pixels in the display area is small, it is possible to restrict the number of characters to display names and to ensure the visibility of the user while allowing the user to confirm the desired character's movement and position. In the present embodiment, the name of the corresponding player character is displayed for the selected substitute graphic. However, the present invention is not limited to this, and information for identifying the character corresponding to the substitute graphic is the substitute graphic. Anything may be displayed as long as it is displayed in association with.

  In the game field area 601, the player character is displayed as a substitute graphic. However, when the character performs a predetermined action such as throw-in or shoot, it is difficult to express the action with the substitute graphic. In a typical scene, a graphic of a character may be displayed alternatively or additionally from an alternative graphic.

  In FIG. 6, scenes in which goals are generated in the generated game progress results are sequentially set as key points and displayed in detail on the key point display unit 603. In the soccer game of the present embodiment, the game progress results are provided while being sequentially generated so that the user can watch the game in real time. Alternatively, after all the time-series results related to the game are generated, the user can view the results in the same manner as when actually watching the game by reproducing the results.

  In the key point display unit 603, a scene where a goal has occurred in generating the game progress result is displayed as a key point 622 on the game time axis 621. As shown in the figure, the scene details 623 of the keypoint display unit 603 include a player card (ball-related players 624) of a predetermined number of player characters involved in the scene in the goal scene, and actions and roles performed by the character in the scene. Information is displayed. The scene details 623 normally displays the newest goal scene generated, but the user selects a specific key point 622 to confirm the scene details 623 in the scene corresponding to the point. be able to. In the present embodiment, it is assumed that the goal scene is displayed as a key point on the key point display unit 603, but the scene set as the key point in the embodiment of the present invention is a scene that satisfies a predetermined condition. It may be.

<Participation in the battle league>
In the soccer game of this embodiment, it can participate in a battle league by making a participation request as mentioned above. In the competitive league, a round-robin battle between league participating users is performed for a predetermined period. Therefore, when there are a shortage of participating users at the start of the league, the CPU 101 has a shortage of NPC (Non Player Character). Add a few minutes and advance the battle league. However, when a battle league is started once in this way, a user who has not requested to participate in the battle league until the period provided for the battle league ends and all the results of the round-robin battle are generated In the past, I was unable to participate in the competitive league. That is, this improves the frequency of battle between users, contrary to the original purpose of the battle league, and lowers the battle frequency of users who could not participate in the battle league. There was a possibility.

  Therefore, in the soccer game of the present embodiment, when there is a user's vacancy in the competitive league, that is, when an NPC is included, the user who has requested to participate can participate in the competitive league at an arbitrary timing. It was. Specifically, when a non-participating user who has not participated in the competitive league has requested to participate in the competitive league, the non-participating user participates in the competitive league instead of the NPC that has been added to the competitive league. can do.

<Non-participating user participation process>
Hereinafter, the non-participating user participation process executed when the non-participating user is allowed to participate in the battle league that has already been started will be described in detail with reference to the flowchart of FIG. In addition, this non-participating user participation process is demonstrated as what is started when the participation request to a league is made from the user who has not participated in the competitive league after the competitive league starts, for example.

  In step S <b> 801, the CPU 101 determines whether an NPC participates in a battle league that has already been executed. Specifically, the CPU 101 acquires information on the participating users of the battle league currently being executed from the league information DB 107 and determines whether or not a user ID corresponding to the NPC is included. If the CPU 101 determines that the NPC is participating in the competitive league, the process proceeds to step S802. If the CPU 101 determines that the NPC is not participating, the CPU 101 notifies the non-participating user, for example, that participation is not possible. Complete the participating user participation process.

  In step S <b> 802, the CPU 101 acquires the battle record information of the NPC having the highest battle record among the NPCs participating in the battle league. Specifically, the CPU 101 reads out the battle information 1004 associated with the user ID of the NPC from the user management DB 104, and acquires the battle record information.

  In step S <b> 803, the CPU 101 updates the battle record information included in the battle information 1004 associated with the user ID of the non-participating user stored in the user management DB 104 using the acquired battle record information of the NPC, and participates in the battle league. Is further associated with information indicating that

  In S <b> 804, the CPU 101 changes the user ID of the NPC with the highest battle record included in the list of participating users of the competitive league stored in the league information DB 107 to the user ID of the non-participating user.

  By doing in this way, in the competitive league of this embodiment, a non-participating user can inherit the battle record of the participating NPC and participate in the competitive league. In the present embodiment, it has been described that the non-participating user is made to participate in the battle league instead of the NPC having the highest battle record. However, the present invention is not limited to this, and the non-participating user is selected based on a predetermined criterion. It may be possible to participate in place of NPC.

  Moreover, in the competitive league of this embodiment, about the user who has already participated, after the period which concerns on the 1st section of a competitive league is complete | finished, it can automatically participate in the competitive league of the next section. For this reason, when a participating user wants to stop participating in the competitive league, the participating user makes a request for withdrawal from the end of this section until the next section starts, or the period of this section You can make a reservation request for withdrawal. In addition, when the participation withdrawal request reservation is made, the participating user who made the reservation does not have to perform an operation related to the battle league, but even in that case, the CPU 101 does not participate until the end of this section. The process related to the battle league for the user is automatically performed.

  As described above, the game system according to the present embodiment can appropriately identify a character in a game in which a desired character can be used or a game using a plurality of characters even when the total cost exceeds the regulation cost. It can be displayed as possible. Specifically, for each of the plurality of selected characters, the game system apparatus acquires information indicating the cost associated with the character identification information, and a total cost obtained by adding the costs is determined in advance. Judge whether it is within the specified cost. The game system device starts the game when it is determined that the total cost does not exceed the specified cost, and at least one of the plurality of characters when it is determined that the total cost exceeds the specified cost. The game is started by reducing the ability parameter of the character associated with the character identification information.

Claims (11)

By registering the registration information recorded in the object, the character corresponding to the object is registered as owned by the user, and among the characters in the ownership relationship, using a group composed of a plurality of selected characters A game system for playing games,
Selecting means for selecting the plurality of characters;
For each of the plurality of characters selected by the selection means, acquisition means for acquiring information indicating a cost associated with the identification information of the character;
Determining means for determining whether or not a total cost obtained by adding the costs of the plurality of characters acquired by the acquiring means falls within a predetermined specified cost;
Execution means for starting the game when it is determined by the determination means that the total cost does not exceed the specified cost,
The execution means, when the determination means determines that the total cost exceeds the specified cost, the ability parameter of the character associated with the identification information of at least one of the plurality of characters A game system, wherein the game is started after being lowered.   2. The game system according to claim 1, further comprising warning means for displaying a warning when the determining means determines that the total cost exceeds the specified cost. The selection means includes arrangement means for determining an arrangement position in a field for each of the selected plurality of characters.
The game system, during execution of the game by the execution unit, by replacing the character to an alternative shapes according to claim 1 or 2, characterized by further comprising display means for displaying arranged on the field Game system. Said display means during execution of the game, the character to perform a predetermined operation of the plurality of characters, in claim 3, characterized in that to change the display to the image of the character from the alternate graphic The described game system. The arrangement means includes arrangement display means for arranging and displaying the character whose arrangement position is determined by the arrangement means on the field,
The game according to claim 3 or 4 , wherein the arrangement display means displays each character of the plurality of characters by adding a different color depending on the arrangement position of the character in the field. system. The selection means includes main axis selection means for selecting a character as a main axis for each of attack and defense among the plurality of characters,
The execution unit during execution of the game, according to claim 1 to 5, characterized in that to increase the ability parameters of the character associated with the identification information of the character to the spindle selected by the spindle selection means The game system according to any one of claims. The game is a game in which the control of a predetermined item proceeds while moving between the characters on the field,
The execution means increases an ability parameter indicating a frequency of possessing control of the predetermined item of the character selected as the main axis of the attack selected by the main axis selection means during the execution of the game. The game system according to claim 6 , wherein an ability parameter relating to the defensive power of the character selected as the main axis of the defensive selected by the selection means is increased. The execution means includes a result display means for sequentially displaying the results of the game satisfying a predetermined condition in accordance with the progress during execution of the game,
The result display means, any one of claims 1 to 7, wherein the displaying the predetermined condition is satisfied results involved a predetermined number of characters, and characters each role or operation of the predetermined number The game system as described in. The program for functioning the computer contained in a game system as each means of the game system of any one of Claims 1 thru | or 8 . By registering the registration information recorded in the object, the character corresponding to the object is registered as owned by the user, and among the characters in the ownership relationship, using a group composed of a plurality of selected characters A game system for playing games,
In the user interface displayed on the display means, the game system includes:
A character display unit for selectively displaying characters in the possession relationship;
For each of the plurality of characters selected in the character display unit, a cost display unit for displaying the cost of the character;
A group cost display unit for displaying a total cost obtained by adding the costs of the plurality of characters and a predetermined specified cost;
In the group cost display unit, when the total cost exceeds the specified cost, it is displayed that the ability parameter of at least one of the plurality of characters is reduced and the game is started. A game system characterized by By registering the registration information recorded in the object, the character corresponding to the object is registered as owned by the user, and among the characters in the ownership relationship, using a group composed of a plurality of selected characters A game system for playing games,
Selecting means for selecting the plurality of characters;
For each of the plurality of characters selected by the selection means, acquisition means for acquiring information indicating a cost associated with the identification information of the character;
Determining means for determining whether or not a total cost obtained by adding the costs of the plurality of characters acquired by the acquiring means falls within a predetermined specified cost;
Execution means for starting the game when it is determined by the determination means that the total cost does not exceed the specified cost,
When the execution means determines that the total cost exceeds the specified cost by the determination means, the ability parameter of the character associated with the identification information of at least one of the plurality of characters is set. In the game system that starts the game by lowering, the object used for registration of the corresponding character,
An object comprising: a recording unit in which the registration information including information for specifying the corresponding character and the cost of the corresponding character are recorded.