JP6830590B2 - Game controls, game systems, and programs - Google Patents

Description

The present invention relates to game control devices, game systems, and programs.

There are known games that are executed based on an object (eg, a card, a character, or an item) selected for use by the user. In such a game, the parameters of the object may be updated (for example, the level or performance parameter is increased) by using the object in the game.

Japanese Unexamined Patent Publication No. 2014-140607

In games like the one above, the objects used by the user may be biased towards the same object. For example, in a game like the one described above, the user generally tends to use an object with a high level parameter (or performance parameter), so that the object used by the user is biased toward an object with an increased level parameter. was there. As a result, the content of the game may become uniform, which is not sufficient in terms of allowing the user to enjoy various game experiences.

The present invention has been made in view of the above problems, the purpose of which is to give the user motivation to use not only the same object but also other objects. Game control device, game system, and program. Is to provide.

In order to solve the above problems, the game control device according to one aspect of the present invention is a game control device that executes a game based on the stored contents of the storage means that stores the identification information of the user and the parameters of the object in association with each other. , A first specific means for identifying one or more objects selected as a first use target used by the user in the game, and a second use target other than the first use target used in the game. A second specific means for specifying one or more objects selected as, an object for the first use target specified by the first specific means, and the second use target specified by the second specific means. The execution means for executing the game based on the object of the above, and the parameters of the object corresponding to the object to be used second, which is stored in the storage means based on the execution of the game, are set for the user. Includes update means, which are updated to the advantage.

The game system according to one aspect of the present invention is used by the user in the game in a game system that executes a game based on the stored contents of a storage means that stores the identification information of the user and the parameters of the object in association with each other. A first specific means for identifying one or more objects selected as a first use target, and one or more objects used in the game and selected as a second use target other than the first use target. The game is played based on the second specific means to be specified, the object of the first use target specified by the first specific means, and the object of the second use target specified by the second specific means. An execution means to be executed, and an update means to update the parameters of the object corresponding to the object to be used second, which is stored in the storage means, to be advantageous to the user based on the execution of the game. ,including.

It is a figure which shows the whole structure of the game system which concerns on embodiment of this invention. It is a figure which shows an example of a menu image. It is a figure which shows an example of a card list image. It is a figure which shows an example of the setting image of a single play mode. It is a figure which shows an example of the setting image of a multiplayer mode. It is a figure which shows an example of the matching image when the matching process is executed. It is a figure which shows an example of the matching image when the matching process is completed. It is a figure for demonstrating the experience value increase processing when the quest part of a multiplayer mode is executed. It is a figure which shows an example of a card list image. It is a figure which shows an example of a card list image. It is a functional block diagram of a game system. It is a figure which shows an example of the user list data. It is a figure which shows an example of the character list data. It is a figure which shows an example of the card list data. It is a figure which shows an example of the card effect data. It is a figure which shows an example of required experience value data. It is a figure which shows an example of the process executed in a game system. It is a figure which shows an example of the waiting user list data. It is a figure which shows an example of other processing executed in a game system. It is a figure which shows an example of other processing executed in a game system.

Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings.

[1. Configuration of Game System] FIG. 1 shows the overall configuration of the game system according to the embodiment of the present invention. As shown in FIG. 1, the game system 1 according to the present embodiment includes a server 10 and a game terminal 30. The server 10 and the game terminal 30 can perform data communication with each other via the network N.

The server 10 is, for example, a server computer. As shown in FIG. 1, the server 10 includes a control unit 11, a storage unit 12, and a communication unit 13. The control unit 11 includes at least one microprocessor (CPU) and executes processing according to a program stored in the storage unit 12. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a non-volatile semiconductor memory, a hard disk drive, or a solid state drive), and stores programs and data. The communication unit 13 is for data communication with another device via the network N. The server 10 can access the database 14. The database 14 may be built in the server 10, or may be built in a server computer different from the server 10.

The game terminal 30 is a computer used by the user to play a game. For example, the game terminal 30 includes a mobile phone (including a smartphone), a personal digital assistant (including a tablet computer), a desktop computer, a laptop computer, a home-use game machine (stationary game machine), and a portable game machine. Or, it is a commercial game machine installed in a game facility or the like. Although only one game terminal 30 is shown in FIG. 1, the game system 1 may include a plurality of game terminals 30 each used by a plurality of users.

As shown in FIG. 1, the game terminal 30 includes a control unit 31, a storage unit 32, a communication unit 33, an operation unit 34, a display unit 35, and an audio output unit 36. The control unit 31, the storage unit 32, and the communication unit 33 are the same as the control unit 11, the storage unit 12, and the communication unit 13 of the server 10. The operation unit 34, the display unit 35, and the audio output unit 36 may be provided on the game terminal 30 itself, or may be provided as an external device connected to the game terminal 30.

The operation unit 34 is for the user to perform various operations. The display unit 35 is for displaying various images, such as a liquid crystal display or an organic EL display. Although the operation unit 34 and the display unit 35 are shown separately in FIG. 1, the operation unit 34 and the display unit 35 may be integrally configured as a touch panel. However, it is not essential that the operation unit 34 and the display unit 35 are integrally configured as a touch panel, and the operation unit 34 is, for example, a button (key), a lever (stick), a touch pad (track pad), a mouse, or the like. As described above, it may be provided separately from the display unit 35. Further, the operation unit 34 may be for the user to operate by voice or gesture. The audio output unit 36 is for outputting audio data, and is, for example, a speaker or headphones.

The program or data is supplied to the server 10 or the game terminal 30 from a remote location via the network N, and is stored in the storage unit 12 or the storage unit 32. The server 10 or the game terminal 30 may be provided with components (for example, an optical disk drive or a memory card slot) for reading programs and data stored in an information storage medium (for example, an optical disk or a memory card). .. Then, the program or data may be supplied to the server 10 or the game terminal 30 via the information storage medium.

[2. Game overview] Various games can be executed in the game system 1. The game may be executed by data communication between the game terminal 30 and the server 10 or another game terminal 30, or may be executed by the game terminal 30 alone.

In the game system 1, a game executed based on an object (for example, a card, a character, an item, etc.) selected as a target for use by the user is executed. In the following, as an example of a game executed by the game system 1, a party (character group) is formed using a plurality of characters, and a quest part is provided in which the party aims to achieve the purpose (for example, extermination of an enemy). I will explain the game.

In this game, a single play mode and a multiplayer mode are prepared as the play modes of the quest part. The "single play mode" is a mode in which the user aims to clear the quest part (that is, achieve the purpose in the quest part) by himself. On the other hand, the "multiplayer mode" is a mode in which the user aims to clear the quest part in cooperation with the cooperating partner. In the following, the "cooperation partner" will be described as being another real user, but the "cooperation partner" is a computer (for example, a virtual user: a computer pretending to be a real user). May be good.

An example of an image displayed on the display unit 35 of the game terminal 30 when playing the above game will be described. FIG. 2 shows an example of a menu image. As shown in FIG. 2, the menu image G1000 includes parts P1100, P1200, P1300, P1400, P1500. The "part" is an element that constitutes an image, and is, for example, a text or an image. Some "parts" are used to indicate information, while others are used to receive instructions (that is, a process is associated with the process and the process is executed when selected). Parts P1100 to P1500 all correspond to the latter parts.

The part P1100 is a part for displaying a character list image showing a list of characters owned by the user on the display unit 35. That is, the part P1100 is associated with a process for displaying the character list image on the display unit 35, and when the part P1100 is selected (for example, when a tap operation is performed on the part P1100). The process is executed, and the character list image is displayed on the display unit 35. As will be described later, in this game, characters are given to users by lottery executed in exchange for in-game currency, items, real currency, and the like.

The part P1200 is a part for displaying a card list image showing a list of cards on the display unit 35. That is, the part P1200 is associated with a process for displaying the card list image on the display unit 35, and when the part P1200 is selected, the process is executed and the card list image is displayed on the display unit 35. To.

The card has the role of producing a beneficial effect for the user in the quest part. For example, there is a card that produces an advantageous effect on the character, and when such a card is associated with the character, the effect set on the card is generated on the character. Specifically, there are cards that enhance the character's ability, and when such a card is associated with the character, the character's ability becomes higher than the original ability. As will be described later, in this game, a card is given to the user by a lottery executed in exchange for in-game currency, items, real currency, or the like.

FIG. 3 shows an example of a card list image. As shown in FIG. 3, the card list image G2000 includes a designated area A2100 and a list area A2200. The designated area A2100 is an area for accepting the designation of the card type displayed in the list area A2200. The list area A2200 is an area for displaying a list of cards.

In this game, rarity is set for each card. "Rarity" indicates, for example, the difficulty of obtaining a card. The higher the rarity of a card, the harder it is to get it. For example, any of a plurality of levels of rarity such as UR (ultra rare), SSR (double super rare), SR (super rare), R (rare), and N (normal) is associated with each card. Arranging these in order from the one with the highest difficulty in obtaining is UR, SSR, SR, R, N.

In the example shown in FIG. 3, the designated area A2100 includes parts P2110, P2120, P2130, P2140, and P2150 for accepting the designation of the rarity of the card displayed in the list area A2200.

Part P2110 corresponds to the rarity "N". That is, the part P2110 is associated with a process for displaying the card of rarity "N" in the list area A2200, and when the part P2110 is selected, the process is executed and the card of rarity "N" is released. It is displayed in the list area A2200. Similarly, the parts P2120, P2130, P2140, and P2150 correspond to the rarities "R", "SR", "SSR", and "UR", respectively. FIG. 3 shows a state in which the part P2110 corresponding to the rarity “N” is selected.

In the list area A2200, a list of cards of the rarity designated in the designated area A2100 is displayed. In the example shown in FIG. 3, the state in which the part P2110 corresponding to the rarity “N” is selected is shown. In this case, a list of cards with rarity "N" is displayed in the list area A2200. In the example shown in FIG. 3, a plurality of parts P2210-1, P2210-2, P2210-3, P2210-4 corresponding to a plurality of cards D1, D2, D3, D4, D5, D6 having a rarity of "N", respectively. , P2210-5 and P2210-6 are displayed in the list area A2200.

In the list area A2200, a card owned by the user and a card not owned by the user are displayed separately. FIG. 3 shows a case where the user does not own the cards D5 and D6. In this case, P2210-5 and P2210-6 corresponding to the cards D5 and D6 not owned by the user and the user owns them. The parts P2210-1 to P2210-4 corresponding to the cards D1 to D4 are displayed in a different manner. In the example shown in FIG. 3, parts P2210-5 and P2210-6 corresponding to cards D5 and D6 not owned by the user are shaded, and parts P2210- corresponding to cards D1 to D4 owned by the user are shaded. By not slashing 1 to P2210-4, the cards D1 to D4 owned by the user and the cards D5 and D6 not owned by the user are distinguished and displayed.

It should be noted that the distinction display may be performed by displaying a predetermined sign (mark) in association with the parts P2210-1 to P2210-4 corresponding to the cards D1 to D4 owned by the user. Alternatively, the distinction display may be performed by displaying a predetermined sign (mark) in association with the parts P2210-5 and P2210-6 corresponding to the cards D5 and D6 not owned by the user. Alternatively, the display order of the parts P2210-1 to P2210-4 corresponding to the cards D1 to D4 owned by the user is changed to the parts P2210-5 and P2210-5 corresponding to the cards D5 and D6 not owned by the user. The distinction display may be performed by setting the display order higher than the display order.

As shown in FIG. 3, each of the parts P2210-1 to P2210-6 includes parts P2211, P2212, P2213, P2214, P2215, P2216. Part P2211 indicates the card name. Although omitted in FIG. 3, each of parts P2210-1 to P2210-6 may include an image about the card.

Part P2212 indicates the level of the card. Part P2213 shows the experience value of the card and the experience value required to raise the level of the card by one level from the current level (hereinafter referred to as "required experience value"). For example, "5/10" means that the experience value of the card is "5" and the experience value (required experience value) required to raise the card level by one level from the current level is "10". Shown. Part P2213 includes a gauge indicating the ratio of experience points to required experience points. The gauge includes an stretched portion (black portion) that stretches as the experience value increases, and the length of the stretched portion is set to a length corresponding to the ratio of the experience value to the required experience value. The state in which the stretched portion is stretched to the maximum length corresponds to the state in which the experience value exceeds the required experience value.

Part P2216 is a part for raising the level of the card by one level. A process for raising the level of the card by one level is associated with the part P2216, and when the part P2216 is selected, the process is executed and the level of the card is raised by one level.

As will be described later, when the character associated with the card is used in the quest part by the user or the cooperating partner, the experience value of the card is increased. When the experience value of a card exceeds the required experience value, it becomes possible to raise the level of the card by one level. That is, the part P2216 is set to the non-selectable state when the experience value of the card is less than the required experience value, and is set to the selectable state when the experience value of the card is equal to or more than the required experience value. In the example shown in FIG. 3, each part P2216 is shaded, indicating that none of the parts P2216 can be selected.

Part P2214 shows the effect of the card. As mentioned earlier, the card produces a beneficial effect for the user in the quest part. For example, "attack +3" indicates that when a card is associated with a character, the attack power parameter of the character increases by 3 points. Also, for example, "defense +1" indicates that when a card is associated with a character, the defense power parameter of the character is increased by 1 point. Also, for example, "PT attack +1" indicates that if the party includes a character associated with this card, the attack power parameter of all the characters included in the party increases by 1 point.

The higher the rarity of the card, the greater the effect of the card. Also, the higher the level of the card, the greater the effect of the card. In addition, "the card has a large effect" means, for example, that the degree of effect (for example, the amount of increase in parameters) is large, or the number of effects (for example, the number of parameters to be increased) is large.

Part P2215 indicates the quest difficulty of the card. In this game, the difficulty level of the quest part is set based on the card associated with the character used in the quest part. The higher the quest difficulty level of the card, the higher the difficulty level of the quest part, indicating that it becomes difficult to achieve the purpose.

For example, in the case of a quest part aimed at defeating an enemy, the enemies appearing in the quest part are set based on the card associated with the character used in the quest part. Specifically, the strength (ability) of the enemy is set based on the rarity (or level) of the card associated with the character used in the quest part. The higher the rarity (or level) of the card, the higher the quest difficulty of the card, and the higher the quest difficulty of the card, the stronger the enemies appearing in the quest part. The type (attribute, etc.) of the enemy appearing in the quest part may be set based on the card associated with the character used in the quest part. In this case, part P2215 may indicate the type of enemy.

Returning to FIG. 1, the part P1300 will be described. The part P1300 is a part for displaying a lottery image for requesting a lottery for a character or a card on the display unit 35. That is, the part P1300 is associated with a process for displaying the lottery image on the display unit 35, and when the part P1003 is selected, the process is executed and the lottery image is displayed on the display unit 35.

For example, in this game, a lottery of cards is executed in exchange for consuming in-game currency, items, real currency, etc., and cards selected by lottery from a group of cards prepared by the game system 1. Is added to the user's own card. In this game, if at least one character is associated with each card and the character associated with the card selected by lottery is not included in the user's own character, that character is the user's own character. Will be added to.

The character lottery may be executed separately from the card lottery. That is, in exchange for consuming in-game currency, items, real currency, etc., a character lottery is executed, and the character selected by the lottery from the character group prepared by the game system 1 is owned by the user. It may be added to the character.

Part P1400 is a part for playing a quest part in a single play mode. In single play mode, the user aims to clear the quest part by himself. That is, in the single play mode, the user selects three characters from his / her own characters, and the party including these three characters aims to clear the quest part. Here, it is explained that the upper limit of the characters included in the party is "3", but the upper limit is not limited to "3". Also, the party may include characters other than the character selected by the user.

The part P1400 is associated with a process for displaying a setting image for setting a character and a card used in the quest part on the display unit 35, and when the part P1400 is selected, the process is executed. The setting image is displayed on the display unit 35.

FIG. 4 shows an example of a setting image in the single play mode. As shown in FIG. 4, the set image G3000 includes a selected area A3100 and a non-selected area A3200.

The selection area A3100 indicates a character selected as a character to be used in the quest part from the characters owned by the user. In the present embodiment, since it is possible to include a maximum of three characters in the party, as shown in FIG. 4, three parts P3101-1 and P3101-indicating the three characters selected as the characters to be used, respectively. 2, P3101-3 is displayed in the selection area A3100. In the example shown in FIG. 4, the parts P3101-1, P3101-2, and P3101-3 correspond to the characters C1, C2, and C3, respectively, and the three characters C1, C2, and C3 are selected as the characters to be used. Is shown. In this case, in the quest part, a party having characters C1, C2, and C3 as members is set.

Further, the selection area A3100 indicates a card associated with the character selected as the character to be used. As shown in FIG. 4, in the selection area A3100, parts P3120-1, P3120-2, and P3120-3 are divided into parts P3110-1, P3110- as parts indicating a card associated with the character selected as the character to be used. 2, It is displayed in association with each of P3110-3.

For example, the part P3120-1 shows a card (card D1 in FIG. 4) associated with the character (character C1 in FIG. 4) indicated by the part P3110-1. The part P3120-1 is associated with a process for displaying a selection image for selecting a card associated with the character indicated by the part P31101 on the display unit 35, and the part P3120-1 is selected. If so, the process is executed and the selected image is displayed on the display unit 35. A list of cards owned by the user is displayed in this selected image, and when any of the cards owned by the user is selected, the selected card is associated with the character indicated by the part P31101. For example, in the example shown in FIG. 4, the part P3120-1 shows the card D1, but when the card associated with the character C1 shown by the part P3110-1 is changed from the card D1 to the card D2, the part P3120-1 is a card. It comes to show D2.

Similarly, the part P3120-2 shows a card (card D2 in FIG. 4) associated with the character (character C2 in FIG. 4) indicated by the part P3110-2. Further, the part P3120-3 shows a card (card D4 in FIG. 4) associated with the character (character C3 in FIG. 4) indicated by the part P3110-3. Parts P3120-2 and P3120-3 are the same as parts P3120-1.

The non-selected area A3200 indicates a character owned by the user that has not been selected as a character used in the quest part. In the example shown in FIG. 4, the parts P3210-1 and P3210-2 corresponding to the characters C4 and C5 are displayed in the non-selection area A3200, and the characters C4 and C5 are selected as the characters to be used among the characters owned by the user. Indicates that it has not been done.

The character used can be changed by selecting one of the parts P3110-1 to P3110-3 and one of the parts P3210-1 and P3210-2. For example, when the finger touching the part P3110-1 is slid to the part P3210-1, it is determined that the part P3110-1 and the part P3210-1 are selected. In this case, the character C1 indicated by the part P3110-1 is removed from the used character, and the character C4 indicated by the part P3210-1 is added to the used character. That is, the character used is changed from character C1 to character C4. In this case, the part P3110-1 will show the character C4, and the part P3210-1 will show the character C1.

In addition, the non-selected area A3200 indicates a card associated with a character that has not been selected as a character used in the quest part. As shown in FIG. 4, in the non-selected area A3200, parts P3220-1 and P3220-2 are parts P3210-1 and P3210-2 as parts indicating a card associated with a character not selected as a character to be used. It is displayed in association with each.

For example, part P3220-1 indicates a card (card D3 in FIG. 4) associated with the character (character C4 in FIG. 4) indicated by part P3210-1. Similar to the part P3120-1, the part P3220-1 is associated with a process for displaying a selection image for selecting a card associated with the character indicated by the part P3210-1 on the display unit 35.

Similarly, part P3220-2 shows a card associated with the character indicated by part P3210-2 (character C5 in FIG. 4). In the case of the example shown in FIG. 4, the part P3220-2 indicates that the character indicated by the part P3210-2 and the card are not associated with each other.

In the following, the card associated with the character selected as the character used in the quest part will be referred to as the "card used".

As shown in FIG. 4, the setting image G3000 further includes the part P3300. Part P3300 is a part for starting a quest part in a single play mode. The process for starting the quest part in the single play mode is associated with the part P3300, and when the part P3300 is selected, the process is executed and the quest part in the single play mode is started.

In the quest part of the single play mode, the user aims to defeat the enemy by giving instructions such as attack instructions to the characters used (characters included in the party). As mentioned above, the enemies appearing in the quest part are set based on the card (used card) associated with the used character. For example, in the quest part, three enemies appear, each corresponding to the rarity or level of the three cards (cards used) associated with each of the three characters used. That is, an enemy having a strength (ability) corresponding to the rarity or level of the first card used, an enemy having a strength (ability) corresponding to the rarity or level of the second card used, and three cards. Enemies with strength (ability) corresponding to the rarity or level of the card used by the eye will appear. For example, the higher the rarity or level of the card used, the stronger the enemy. The stronger the enemy, the higher the value of the reward given to the user when clearing the quest part.

For example, if you defeat all the enemies, the quest part ends. In this case, it is determined that the quest part has been cleared. On the other hand, the quest part ends even if the health parameters of all the characters used become zero before defeating all the enemies. However, in this case, it is determined that the quest part has not been cleared.

When the quest part is cleared, the experience value of the card (used card) associated with the used character is increased. The amount of increase in experience points may be constant, or may be changed depending on the result of the quest part or the like.

Returning to FIG. 1, the part P1500 will be described. Part P1500 is a part for playing a quest part in a multiplayer mode. In the multiplayer mode, the user and the other two users who cooperate with each other aim to clear the quest part in cooperation. In the multiplayer mode, one character is selected from the characters owned by each of the three users, and the party including the three characters selected by the three users aims to clear the quest part. Here, it is explained that the number of users participating in the quest part of the multiplayer mode is "3", but the number of users is not limited to "3". In addition, a character other than the character selected by the user participating in the quest part may be included in the party.

The part P1500 is associated with a process for displaying a setting image for setting a character and a card used in the quest part on the display unit 35, and when the part P1500 is selected, the process is executed. The setting image is displayed on the display unit 35.

FIG. 5 shows an example of a setting image of the multiplayer mode. As shown in FIG. 5, the multiplayer mode setting image G4000 includes a selected area A4100 and a non-selected area A4200.

The selection area A4100 is the same as the selection area A3100 of the setting image G3000 in the single play mode. However, in the multiplayer mode, one character is selected as the character used in the quest part from the characters owned by the user, so one part P4110 indicating one character selected from the characters owned by the user is selected. It is displayed in the area A4100. The part P4110 is the same as the part P3110-1 of the setting image G3000 in the single play mode.

Further, the selection area A4100 indicates a card associated with the character selected as the character to be used. As shown in FIG. 5, in the selection area A4100, the part P4120 is displayed in association with the part P4110 as a part indicating a card associated with the character selected as the character to be used. The part P4120 shows a card (card D1 in FIG. 5) associated with the character (character C1 in FIG. 5) indicated by the part P4110. The part P4120 is the same as the part P3120-1 of the setting image G3000 in the single play mode.

The non-selected area A4200 is the same as the non-selected area A3200 of the setting image G3000 in the single play mode. In the example shown in FIG. 5, the parts P4210-1, P4210-2, P4210-3, and P4210-4 corresponding to the characters C2, C3, C4, and C5 are displayed in the non-selected area A4200, and the character owned by the user is displayed. It shows that the characters C2 to C5 are not selected as the characters to be used. Each of the parts P4210-1, P4210-2, P4210-3, and P4210-4 is the same as the part P3210-1 of the setting image G3000 of the single play mode.

In addition, the non-selected area A4200 indicates a card associated with a character that is not selected as a character to be used. As shown in FIG. 5, in the non-selected area A4200, parts P4220-1, P4222-2, P4220-3, and P4220-4 are parts indicating a card associated with a character that is not selected as a character to be used. It is displayed in association with each of P4210-1, P4210-2, P4210-3, and P4210-4. Each of the parts P4220-1, P4220-2, P4220-3, and P4220-4 is the same as the part P3220-1 of the setting image G3000 of the single play mode.

As shown in FIG. 5, the setting image G4000 further includes a part P4300. The part P4300 is a part for requesting the play of the quest part in the multiplayer mode. For example, the part P4300 is associated with a matching process for determining a user's cooperation partner (that is, a matching process for matching three users participating in the quest part), and the part P4300 is selected. If so, the matching process is executed.

For example, in the matching process when the part P4300 is selected by the user U1, the cooperating partner of the user U1 is determined from among other users requesting the play of the quest part in the multiplayer mode. For example, in the matching process, the cooperation partner of the user U1 is determined based on the card used by the user. Specifically, in the matching process, a card that is another user requesting to play the quest part in the multiplayer mode and has the same rarity as the card used by the user U1 is set as the used card. The cooperation partner of the user U1 is determined from among other users (that is, another user who selects a character associated with a card having the same rarity as the card used by the user U1 as the character used). For example, when the rarity of the card used by user U1 is "N", in the matching process, the card is another user who is requesting to play the quest part in the multiplayer mode, and the card has a rarity of "N". The cooperation partner of the user U1 is determined from among the other users who have set the card as the card to be used.

6A and 6B show an example of a matching image displayed on the display unit 35 of the game terminal 30 in relation to the matching process. 6A and 6B show an example of a multiplayer mode setting image displayed on the display unit 35 of the game terminal 30 of the user U1.

FIG. 6A shows an example of a matching image displayed when the matching process is being executed. That is, the matching image G5000 shown in FIG. 6A is displayed while waiting for the matching process to be completed. As shown in FIG. 6A, the matching image G5000 includes the own area A5100 and the cooperation partner area A5200.

The own area A5100 is an area related to the user himself (here, the user U1) who is using the game terminal 30. Own area A5100 includes parts P5110, P5120, P5130. Part P5110 indicates a user name. Part P5120 indicates a character selected by user U1 as the character to be used. Part P5130 indicates a card associated with the character indicated by part P5120.

The cooperation partner area A5200 is an area related to the cooperation partner of the user U1. When the matching process is being executed, the part P5210 indicating that the matching process is being executed is displayed in the cooperation partner area A5200.

FIG. 6B shows an example of the matching image G5000 displayed when the matching process is completed. In this case, the cooperation partner area A5200 displays information about the cooperation partner of the user U1 determined by the matching process.

As shown in FIG. 6B, the cooperating partner area A5200 includes parts P5220-1 and P5220-2. Parts P5220-1 and P5220-2 indicate the user names of the two cooperating partners determined by the matching process. In the example shown in FIG. 6B, parts P5220-1 and P5220-2 indicate that users U2 and U3 have been determined as cooperating partners of user U1.

Further, the cooperation partner area A5200 includes parts P5230-1 and P5230-2. Part P5230-1 indicates a character selected as a character to be used by the cooperating partner indicated by part P5230-1. Similarly, the part P5230-2 indicates a character selected as a character to be used by the cooperating partner indicated by the part P5230-2. In the example shown in FIG. 6B, it is part P5230 that the character C5 is selected as the character used by the first cooperating partner (user U2) and the character C8 is selected as the character used by the second cooperating partner (user U3). -1, P5230-2.

Further, the cooperation partner area A5200 includes parts P5240-1 and P5240-2. Part P5240-1 indicates a card associated with the character indicated by part P5230-1. Similarly, part P5240-2 indicates a card associated with the character indicated by part P5230-2. In the example shown in FIG. 6B, the card D4 is associated with the character (character C5) used by the first cooperating partner (user U2), and the card D6 is associated with the character (character C8) used by the second cooperating partner (user U3). ) Is shown by parts P5240-1 and P5240-2.

As shown in FIG. 6B, the matching image G5000 when the matching process is completed further includes the part P5300. Part P5300 is a part for starting a quest part in multiplayer mode. The process for starting the quest part in the multiplayer mode is associated with the part P5300, and when the part P5300 is selected, the quest part in the multiplayer mode is started by executing the process.

In the quest part of the multiplayer mode, users U1 and users U2 and U3 (cooperating partners) aim to defeat the enemy by giving instructions such as attack instructions to their own characters. Similar to the single play mode, the enemies appearing in the quest part are set based on the cards (cards used) associated with the characters used by users U1 to U3. For example, in the quest part, an enemy having a strength corresponding to the rarity (or level) of the card used by the user U1, an enemy having a strength corresponding to the rarity (or level) of the card used by the user U2, and an enemy U3 An enemy with a strength corresponding to the rarity (or level) of the card used will appear. For example, the higher the rarity (or level) of the card used, the stronger the enemy. The stronger the enemy, the higher the value of the reward given to users U1 to U3 when the quest part is cleared.

For example, the quest part ends when all enemies are defeated. In this case, it is determined that the quest part has been cleared. On the other hand, the quest part ends even if the health parameters of all the characters used become zero before defeating all the enemies. However, in this case, it is determined that the quest part has not been cleared.

When the quest part in the multiplayer mode ends, a process for increasing the experience value of the card (hereinafter referred to as "experience value increase process") is executed. FIG. 7 is a diagram for explaining the experience value increase processing when the quest part in the multiplayer mode is completed. In FIG. 7, the cooperating partners of the user U1 are the users U2 and U3, the character and the card used by the user U1 are the character C1 and the card D1, and the character and the card used by the user U2 are the character C5 and the card D4. It is assumed that the characters used and the cards used by the user U3 are the characters C8 and the card D6. Further, in FIG. 7, it is assumed that the user U1 owns the cards D1 to D4 and does not own the cards D5 and D6.

When the quest part in the multiplayer mode is cleared, the experience value of the card used by the user U1 (card D1 in FIG. 7) is increased as in the single play mode.

If the quest part in multiplayer mode is cleared, the experience points of the cards corresponding to the cards used by the cooperating partner will be further increased. That is, in the example shown in FIG. 7, since the card used by the user U2 who is the cooperating partner is the card D4, the experience value of the card D4 among the cards owned by the user U1 is also increased. Further, in the example shown in FIG. 7, the card used by the user U3 who is a cooperating partner is the card D6. Although the user U1 does not own the card D6, the game system 1 manages not only the cards owned by the user U1 but also the non-owned cards of the user U1 in terms of experience points, levels, etc. (FIG. 12 described later). , The experience value of card D6 among the non-owned cards of user U1 is increased.

Although FIG. 7 shows the experience value increasing process for the user U1, the same experience value increasing process is executed for the users U2 and U3. From the viewpoint of user U2, users U1 and U3 correspond to cooperating partners, and from the viewpoint of user U3, users U1 and U2 correspond to cooperating partners.

FIG. 8A shows an example of the card list image G2000 after the experience value increasing process shown in FIG. 7 is executed.

In the example shown in FIG. 8A, in the part P2210-1 corresponding to the card D1, the experience value of the card is "15", and the experience value (required experience value) required to raise the card level by one level from the current level. ) Is "10", the part P2213 shows. In this case, since the experience value of the card is equal to or greater than the required experience value, the part P2216 is not shaded in the part P2210-1 and the part P2216 is in a selectable state. In this case, the level of the card D1 can be raised by one level by selecting the part P2216 in the part P2210-1.

Similarly, in the part P2210-4 corresponding to the card D4, the experience value of the card is "10", and the experience value (required experience value) required to raise the level of the card by one level from the current level is "5". The part P2213 shows that it is. In this case, since the experience value of the card is equal to or greater than the required experience value, the part P2216 is not shaded even in the part P2210-4, and the part P2216 is in a selectable state. In this case, the level of the card D4 can be raised by one level by selecting the part P2216 in the part P2210-4.

Further, in the part P2210-6 corresponding to the card D6, the experience value of the card is "10", and the experience value (required experience value) required to raise the card level by one level from the current level is "5". The part P2213 shows that. In this case, since the experience value of the card is equal to or greater than the required experience value, the part P2216 is not shaded even in the part P2210-6, and the part P2216 is in a selectable state. Since the user does not own the card D6, the part P2210-6 is shaded, but in this case, only the part P2216 is not shaded and the user understands that the part P2216 can be selected. You can do it. In this case, although the user does not own the card D6, the level of the card D6 can be raised by one level by selecting the part P2216 in the part P2210-6.

In the list area A2200 in this case, the display order of the cards D1, D4, D6 whose experience points are equal to or greater than the required experience points is higher than the display order of the cards D2, D3, D5 whose experience points are less than the required experience points. Set high. That is, in the list area A2200, after the parts P2210-1, P2210-4, and P2210-6 corresponding to the cards D1, D4, and D6 whose experience points are equal to or greater than the required experience points, the cards whose experience points are less than the required experience points. Parts P2210-2, P2210-3, and P2210-5 corresponding to D2, D3, and D5 are displayed. By doing so, it becomes easy for the user to grasp the card whose experience value is equal to or more than the required experience value.

FIG. 8B is an example of the card list image G2000 after the level of the cards D1, D4, and D6 is raised by one level by the user selecting the part P2216 in the parts P2210-1, P2210-4, and P2210-6. Shown. Therefore, in FIG. 8B, the level of the card D1 is raised from "2" to "3", and the level of the cards D4 and D6 is raised from "1" to "2". At this point, the user U1 does not own the card D6, but when the user is in a state of owning the card D6 due to the card D6 being given to the user by a lottery or the like, the level of the card D6 becomes " It is "2".

In the game described above, when the quest part of the multiplayer mode in which the user cooperates with the cooperating partner to achieve the purpose is cleared, the card used by the cooperating partner among the user's owned cards or non-owned cards If the experience value of the corresponding card is increased and the experience value exceeds the required experience value, the level of the card can be raised, so that the user can be motivated to use the card. .. That is, it is possible to motivate the user to use a card corresponding to the card used by the cooperating partner. As a result, it is possible to motivate the user to use not only the same card but also other cards.

Further, in the game described above, even if the user does not have a card corresponding to the card used by the cooperating partner, the experience value of the card is increased and the experience value becomes equal to or more than the required experience value. Since it is also possible to raise the level of the card, it is possible to motivate the user to own a card that he does not own. Further, in the game described above, the level of the card may be "2" or higher when the new card is given to the user, so that the motivation to use the card newly given to the user is used. It becomes possible to give a motivation to the user.

Further, in the game described above, when the experience value of the card is equal to or higher than the required experience value, the card is not automatically raised in level, but is responded to the level-up instruction operation (selection of part P2216). By raising the level to the level of the card, the user needs to perform a level-up instruction operation in order to raise the level of the card, so it is possible to guarantee that the user can recognize that the level of the card will rise. .. That is, it is possible to prevent the card level from rising without the user's knowledge. It should be noted that it may be necessary to perform the level-up instruction operation only for the card not owned by the user. In particular, for non-owned cards, it is difficult for the user to recognize that the level of the card has risen, but in this way, it is possible to guarantee that the user can recognize that the level of the non-owned card has risen. ..

In addition, the experience value increased when clearing the quest part in single play mode and the level increased by the experience value, and the experience value increased when clearing the quest part in multiplayer mode and the level increased by the experience value. The level may be provided as a separate parameter. That is, in addition to the experience points and levels updated by playing the quest part in single play mode, the experience points and levels updated only by playing the quest part in multiplayer mode may be set on the card. .. By doing so, the user can be motivated to play the quest part in the multiplayer mode. In this way, the user can be motivated to play a particular play mode by setting the card with specific parameters (experience points, levels, etc.) that are updated only by playing the particular play mode. it can.

The game executed by the game system 1 is not limited to the game described above. For example, the single play mode may be a mode in which one character selected by the user aims to clear the quest part. Further, for example, the game executed by the game system 1 may be a game including a battle part in which the user plays against an opponent by using one or a plurality of characters. In this case, the single play mode may be a mode in which the user plays against a computer (an opponent). Further, the multiplayer mode may be a mode in which the user plays against another user (opponent), or a mode in which a plurality of users cooperate to play against the opponent (computer or other user). Good.

[3. [Functional Blocks] FIG. 9 is a functional block diagram showing functional blocks related to the functions described above among the functional blocks realized by the game system 1.

[3-1] As shown in FIG. 9, the game system 1 includes a data storage unit 1000. For example, the data storage unit 1000 is realized by at least one of the storage unit 12, the database 14, and the storage unit 32.

The data storage unit 1000 stores data necessary for executing the game. As shown in FIG. 9, the data storage unit 1000 includes an object storage unit 1010 that stores the user's identification information and the object parameters in association with each other.

"Remembering the user's identification information in association with the object's parameter" means storing the object's parameter in association with the user's identification information. Alternatively, "remembering the user's identification information in association with the object's parameters" may mean storing the user's identification information in association with the object's parameters.

The "user identification information" is information for uniquely identifying a user. For example, a user ID, a user name, an e-mail address, or the like corresponds to an example of "user identification information".

An "object" is something that can be used in a game. In other words, an "object" can be displayed on the game screen. In other words, the "object" can be given to the user (that is, can be associated with the user's identification information as being owned by the user). For example, multiple parameters are set for each "object". For example, a card, an item, a character, or the like corresponds to an example of an "object".

The "object parameter" is a parameter set in the object. In other words, an "object parameter" is a parameter associated with an object. The "object parameter" may be a numerical parameter or may not be a numerical parameter. For example, the following parameters correspond to an example of "object parameters".
(1) Parameters that indicate the overall performance of the object (for example, level)
(2) Parameters indicating the level of specific performance of an object (for example, offensive power or defensive power)
(3) Parameters required to improve the performance of objects (for example, experience points)
(4) Parameters indicating the quality of the object's condition (for example, fatigue or motivation)

The parameters of the object include the first parameter and the second parameter. The "first parameter" is a parameter required for updating the "second parameter".

As will be described later, for example, the "first parameter" is updated when the object is used as the first usage target (target used by the user in the game) described later (1-1 parameter update unit 1511). ). Further, for example, in the "first parameter", the object is a second use target (a use target used in a game and other than the first use target: a target used by a cooperating opponent or an opponent, for example. ) Is updated when corresponding to the object used as (1-2 parameter update unit 1512 and 1-3 parameter update unit 1513).

When the "first parameter" is in a predetermined state, the "second parameter" is updated unconditionally or under a predetermined condition. The "case where the first parameter is in a predetermined state" is, for example, a state in which the "first parameter" has reached a reference value. The "predetermined condition" is, for example, that a predetermined operation is performed by a user.

For example, when the "first parameter" is equal to or greater than the reference value, the "second parameter" is updated unconditionally or under a predetermined condition, and the "first parameter" subtracts the reference value from the current value. (Or, the "first parameter" is updated to the initial value). After that, as a result of updating the "first parameter", when the "first parameter" is equal to or higher than the reference value again, the "second parameter" is updated unconditionally or under a predetermined condition, and the "second parameter" is updated. The "first parameter" is updated by subtracting the reference value from the current value (or the "first parameter" is updated to the initial value). Such processing is repeated. The reference value may be constant or may change.

Alternatively, when the "first parameter" is equal to or greater than the reference value, the "second parameter" is updated unconditionally or under a predetermined condition. Specifically, when the "first parameter" is equal to or greater than the reference value for each of the plurality of reference values (for example, the first reference value, the second reference value, the third reference value, ...) The "second parameter" is updated unconditionally or under predetermined conditions. That is, when the "first parameter" is equal to or greater than the first reference value, the "second parameter" is updated unconditionally or under a predetermined condition. After that, as a result of updating the "first parameter", when the "first parameter" is equal to or higher than the second reference value, the "second parameter" is updated unconditionally or under a predetermined condition.

For example, the experience value corresponds to an example of the "first parameter", and the level or performance parameter corresponds to an example of the "second parameter". In the above-mentioned game, the card corresponds to an example of "object", the experience value of the card corresponds to an example of "first parameter", and the level of the card corresponds to an example of "second parameter".

As shown in FIG. 9, the object storage unit 1010 includes a usable object storage unit 1011 and a usage restriction object storage unit 1012. The usable object storage unit 1011 stores the user's identification information in association with the parameters of the usable object that can be used by the user in the game. On the other hand, the usage restriction object storage unit 1012 stores the user's identification information in association with the parameters of the object in the usage restriction state in which the use by the user is restricted in the game.

The "usable state" is a state in which the user is allowed to use the game arbitrarily. On the other hand, the "use restricted state" is a state in which the user is prohibited from using the game arbitrarily. The "use restricted state" is a state in which it is prohibited to use the object with its original performance and it is allowed to be used with a performance lower than the original performance, and the "usable state" is , It may be in a state where it can be used with the original performance of the object. The "available state" can be rephrased as a state in which the object is owned by the user, and the "usage restricted state" can be rephrased as a state in which the object is not owned by the user.

An "object in the available state" is an object set in the available state. For example, an "available state object" is an object associated with information indicating that it is in a usable state. Alternatively, the "object in the available state" may be an object registered in the list data indicating a list of the objects in the available state. Alternatively, the "available state object" may be an object stored in a storage area in which the data of the usable state object is stored.

The "object in the usage restriction state" is an object set in the usage restriction state. For example, the "object in the restricted use state" is an object associated with the information indicating the restricted use state. Alternatively, the "object in the restricted use state" may be an object registered in the list data indicating a list of the objects in the restricted use state. Alternatively, the "object in the restricted use state" may be an object stored in the storage area in which the data of the object in the restricted use state is stored.

In the above-mentioned game, the user's owned card corresponds to an example of "usable object", and the user's non-owned card corresponds to an example of "usable restricted object".

For example, the data storage unit 1000 stores data as shown in FIGS. 10 to 14 as data necessary for providing the above-mentioned game.

[3-1-1] FIG. 10 shows an example of user list data. The user list data D1001 shows a list of users who play a game on the game system 1. As shown in FIG. 10, the user list data D1001 includes "user ID", "user name", "in-game currency", and "item" fields.

The "User ID" field indicates identification information for uniquely identifying each user. The Username field indicates the user's name. The In-Game Currency field indicates the balance of the in-game currency owned by the user. The Item field indicates an item owned by the user.

[3-1-2] FIG. 11 shows an example of character list data. The character list data D1002 is stored for each user (in association with the user ID). The character list data D1002 indicates a list of characters owned by the user. As shown in FIG. 11, the character list data D1002 includes "character ID", "character name", "ability parameter", and "card" fields.

The "Character ID" field indicates identification information for uniquely identifying each character. The Character Name field indicates the name of the character.

The Ability Parameters field indicates the character's ability parameters. For example, basic values and correction values such as a character's attack power parameter and defense power parameter are registered in the "ability parameter" field. As described above, when a card is associated with a character, the ability parameter of the character is increased by the effect of the card. The "basic value" indicates the value of the ability parameter in the state where the card is not associated with the character, and the "correction value" indicates the value of the ability parameter increased (corrected) by associating the card with the character.

The Card field indicates the card associated with the character. The card ID of the card associated with the character is registered in the "card" field. If the card is not associated with a character, the "Card" field will be blank.

[3-1-3] FIG. 12 shows an example of card list data. The card list data D1003 is stored for each user (in association with the user ID). The card list data D1003 shows a list of cards owned by the user and a list of cards not owned by the user. As shown in FIG. 12, the card list data D1003 includes "card ID", "card name", "rareity", "level", "experience value", "cumulative experience value", and "ownership flag" fields.

The "Card ID" field indicates identification information for uniquely identifying each card. The "Card Name" field indicates the name of the card. The "Rarity" field indicates the rarity set on the card. The Level field shows the current level of the card. The "Experience" field shows the current experience of the card. The "Cumulative Experience" field shows the cumulative amount of experience given to the card.

The Ownership Flag field indicates whether the user owns the card. For example, the possession flag of a card not owned by the user is set to off (0) and the possession flag of a card owned by the user is set to on (1). The user can arbitrarily use the card with the possession flag on, and the use of the card with the possession flag off is restricted. For example, a user can associate a card with the possession flag on with a character, and a card with the possession flag off cannot be associated with a character.

In the card list data D1003, the record group in which the possession flag is turned on corresponds to the list of cards owned by the user, and corresponds to the usable object storage unit 1011. Further, in the card list data D1003, the record group in which the possession flag is off corresponds to the list of non-owned cards of the user, and corresponds to the usage restriction object storage unit 1012.

In FIG. 12, the list of the user's owned cards and the list of the user's non-owned cards are combined into one data, but these lists may be separate data. That is, the owned card list data indicating the list of the user's owned cards (corresponding to the usable object storage unit 1011) and the non-owned card list data indicating the list of the user's non-owned cards (corresponding to the usage restriction object storage unit 1012). It may be divided into two data,

[3-1-4] FIG. 13 shows an example of card effect data. The card effect data D1004 is stored for each card (in association with the card ID). The card effect data D1004 shows the effect of the card for each level. As shown in FIG. 13, the card effect data D1004 includes "level" and "effect" fields.

The Level field indicates the level of the card. The "Effect" field indicates the effect the card has. For example, the "Effects" field indicates the effects produced by a card when it is associated with a character. In the example shown in FIG. 13, the higher the level, the greater the effect of the card.

In the example shown in FIG. 13, in the card effect data D1004 of the card D1, the level "1" and the effect "attack power +1" are associated with each other, and the level "2" and the effect "attack power +3" are associated with each other. There is. This indicates that the level 1 card D1 has the effect of "attack power +1", and the level 2 card D1 has the effect of "attack power +3". That is, when the level 1 card D1 is associated with the character, the attack power parameter of the character is increased by 1 point, and when the level 2 card D1 is associated with the character, the attack power parameter of the character is increased. Indicates an increase of 3 points.

[3-1-5] FIG. 14 shows an example of required experience value data. The required experience value data D1005 indicates the experience value (required experience value) required to raise the level of the card by one level. As shown in FIG. 14, the required experience value data D1005 includes the “level” and “required experience value” fields.

The Level field indicates the level of the card. The "Required Experience" field includes "N", "R", "SR", "SSR", and "UR" fields as subfields. The "N" field indicates the experience points required to raise the level of a card with a rarity of "N" by one level. The same applies to the "R", "SR", "SSR", and "UR" fields.

In the example shown in FIG. 14, the required experience value is different for each rarity. The higher the rarity, the more experience points required. Further, in the example shown in FIG. 14, the required experience value is different for each level. The higher the level, the more experience points you need. It is not necessary to make the required experience value different for each rarity, and it is not necessary to make the required experience value different depending on the level.

In the example shown in FIG. 14, the level "2" and the required experience value "5" of the card having the rarity "N" are associated with each other. This indicates that 5 points of experience points are required to raise the level of a card with rarity "N" from "1" to "2".

[3-1-6] Data other than the data described above is also stored in the data storage unit 1000. For example, data related to the enemy appearing in the quest part is also stored in the data storage unit 1000.

[3-2] The game system 1 is a functional block for executing a game based on the stored contents of the data storage unit 1000 (for example, the object storage unit 1010 that stores the user's identification information and the object parameters in association with each other). Including further. As shown in FIG. 9, the game system 1 includes a first specific unit 1100, an opponent selection unit 1200, a second specific unit 1300, an execution unit 1400, an update unit 1500, and a change unit 1600. For example, these functional blocks are realized by the control unit 11 of the server 10. For example, a part of these functional blocks may be realized by the control unit 11 of the server 10, and the rest may be realized by the control unit 31 of the game terminal 30. Further, for example, these functional blocks may be realized by the control unit 31 of the game terminal 30.

[3-2-1] The first specifying unit 1100 identifies one or more objects selected as the first use target used by the user in the game.

The "first use target" is one or more objects used by the user in the game. The "first use target" is selected from the usable objects that can be used by the user in the game. That is, the first specifying unit 1100 identifies an object selected as the first use target from the usable objects that can be used by the user in the game. For example, the user selects the "first use target". Further, the "object in the usable state" is, for example, an object owned by the user and associated with the identification information of the user.

For example, any card selected by the user from the cards owned by the user (for example, an equipment card or a magic card) is associated with the character, and the character to which the card is associated is used to achieve the purpose with the cooperating partner. In the case of a game such as aiming or playing against an opponent, associating a card with a character corresponds to an example of "use", and a card associated with a character corresponds to an example of "first use target". ..

Also, for example, a user can build a deck by combining arbitrary cards from his / her own cards, and use the deck to aim at achieving the purpose with a cooperating opponent or playing against an opponent. In the case of a game, including a card in the deck corresponds to an example of "use", and the card included in the deck corresponds to an example of "first use target".

Also, for example, a user can form a group by combining arbitrary characters from the characters owned by the user, and use the group to aim at achieving the purpose with a cooperating partner or playing against an opponent. In the case of a game, setting a character as a member of a group corresponds to an example of "use", and a character set as a member of a group corresponds to an example of "first use target".

In the case of the game described above, the card corresponds to an example of an "object". Further, the card used by the user (that is, the card associated with the character used by the user) corresponds to an example of the "first use target". The first specifying unit 1100 identifies a card selected as a card to be used by the user.

[3-2-2] The opponent selection unit 1200 has a predetermined relationship with the object to be used first in a game in which the user cooperates with the cooperating partner to achieve the purpose or a game in which the user plays against the opponent. Select a cooperating opponent or an opponent from other users whose objects are selected for use in the game.

A "cooperating partner" is a partner who aims to achieve a purpose in cooperation with a user in a game. The "cooperation partner" may be another user or a computer. In addition, "a game in which a user aims to achieve a goal in cooperation with a cooperating opponent" is, for example, defeating an enemy, defeating an opponent, obtaining a specific item, or a specific game result ( It is a game in which the purpose is to collect points, etc.). In addition, "purpose" can be paraphrased as "mission", "quest" and the like, for example. In addition, various "purposes" can be set according to the content of the game.

An "opponent" is an opponent who plays against a user in a game. The "opponent" may be another user or a computer.

The "object having a predetermined relationship with the object of the first use target" is, for example, an object having the same attribute as the object of the first use target. Specifically, for example, an object having the same rarity as the object of the first use target corresponds to an example of "an object having a predetermined relationship with the object of the first use target". Alternatively, an object at the same level as the object of the first use target corresponds to an example of "an object having a predetermined relationship with the object of the first use target".

In the case of the above-mentioned game, the quest part in the multiplayer mode corresponds to an example of "a game in which the user cooperates with a cooperating partner to achieve the purpose".

For example, when the play request of the quest part in the multiplayer mode is received from the user U1, the opponent selection unit 1200 selects the cooperating partner of the user U1 from the other users who have received the play request of the quest part in the multiplayer mode. ..

Specifically, the opponent selection unit 1200 selects a cooperation partner of the user U1 from among other users who have selected a character associated with a card having the same rarity (or level) as the card used by the user U1 as the character to be used. select. For example, when the rarity of the card used by the user U1 is "N", the opponent selection unit 1200 selects the character associated with the card having the rarity "N" as the character used by the user U1. Select a partner for cooperation.

[3-2-3] The second specifying unit 1300 identifies one or a plurality of objects used in the game and selected as the second use target other than the first use target.

The "second use target" is an object used in the game and is an object other than the object selected as the first use target (an object not selected as the first use target). That is, the "second use target" is an object used in the game and not used by the user.

For example, in the case of a game in which a user cooperates with a cooperating partner to achieve a purpose, an object used by the cooperating partner in the game corresponds to an example of a "second use target". Further, for example, in the case of a game in which the user plays against an opponent, the object used by the opponent in the game corresponds to an example of the "second use target".

The "second use target" is selected from the available objects that can be used by the cooperating opponent or the opponent in the game. That is, the second specific unit 1300 specifies an object selected as the second use target from the usable objects that can be used by the cooperating opponent or the opponent in the game. For example, the selection of the "second use target" is made by the cooperating partner or the opponent.

In the case of the above-mentioned game, the card used by the cooperating partner (that is, the card associated with the character used by the cooperating partner) corresponds to an example of the "second use target". The second specifying unit 1300 identifies a card selected as a card to be used by a cooperating partner.

[3-2-4] The execution unit 1400 is based on the object of the first use target specified by the first specific unit 1100 and the object of the second use target specified by the second specific unit 1300. To execute.

For example, the execution unit 1400 executes the game based on the parameters of the object to be used first and the parameters of the object to be used second. Specifically, the execution unit 1400 acquires the parameters of the object to be used first, which are stored in the object storage unit 1010 in association with the user's identification information. In addition, the execution unit 1400 acquires the parameters of the object to be used second. Then, the execution unit 1400 executes the game based on the parameters of the object to be used first and the parameters of the object to be used second obtained as described above.

In the case of the above-mentioned game, the execution unit 1400 executes the quest part of the multiplayer mode based on the character used and the card used by the user and the character used and the card used by the cooperating partner.

[3-2-5] The update unit 1500 updates the parameters stored in the object storage unit 1010 in association with the user's identification information. For example, the update unit 1500 updates the parameters of the object corresponding to the object to be used second stored in the object storage unit 1010 based on the execution of the game so as to be advantageous to the user.

The "object corresponding to the object to be used second" is, for example, an object having the same identification information as the identification information of the object to be used second. Specifically, the "object corresponding to the object to be used second" is an object having the same ID as the ID of the object to be used second. Alternatively, the "object corresponding to the object to be used second" may be an object having the same name as the object to be used second.

"To be advantageous to the user" means, for example, "to make it easier for the user to achieve the purpose in the game".

For example, in the case of a game in which the user cooperates with a collaborator to achieve the purpose, "updating the parameters of the object to the advantage of the user" means that the user can easily achieve the purpose. Update the parameters.

Also, for example, in the case of a game in which the user plays against an opponent, "updating the object parameters to the advantage of the user" means updating the object parameters so that the user can easily win the battle. Is.

Also, for example, in the case of a game in which a higher value of an object parameter is advantageous to the user, "updating the object parameter to be advantageous to the user" means increasing the value of the object parameter. Is. On the other hand, in the case of a game in which a lower object parameter is advantageous to the user, "updating the object parameter to be advantageous to the user" means reducing the value of the object parameter.

"Update the parameters of the object based on the execution of the game" means, for example, updating the parameters of the object triggered by the execution of the game. Note that the object parameters may be updated after the game ends, the object parameters may be updated during the game execution, or the object parameters may be updated before the game starts.

Further, "updating the parameters of the object based on the execution of the game" may mean updating the parameters of the object based on the result of the game.

Specifically, the update unit 1500 may decide whether or not to update the parameters of the object based on the result of the game. For example, the update unit 1500 may not update the parameter of the object when the result of the game does not satisfy the predetermined condition, and may update the parameter of the object when the result of the game satisfies the predetermined condition.

Alternatively, the update unit 1500 may set the degree of update of the parameter of the object based on the result of the game. For example, the update unit 1500 sets the degree of update of the object parameter to the first degree when the game result does not satisfy the predetermined condition, and when the game result satisfies the predetermined condition, the object parameter The degree of update may be set to a second degree, which is larger than the first degree. Here, for example, in the case of a game in which a user aims to achieve a purpose in cooperation with a cooperating partner, whether or not the purpose has been achieved may be set as the above-mentioned "predetermined condition". Further, for example, in the case of a game in which the user plays against an opponent, whether or not the user has won the opponent (or whether or not the user has lost to the opponent) is set as the above "predetermined condition". May be good.

For example, when the object corresponding to the second object to be used is in the usage restriction state, the update unit 1500 updates the parameters of the object so as to be advantageous to the user. Specifically, for example, the update unit 1500 updates the parameters of the object corresponding to the object of the second use target when the object corresponding to the object of the second use target is available, and the object corresponding to the object of the second use target is released. Update the parameters of the object even if it is in the usage restriction state. Alternatively, for example, the update unit 1500 may update the parameters of the object corresponding to the object to be used second only when the object is in the usage restriction state.

As shown in FIG. 9, the update unit 1500 includes a first parameter update unit 1510 and a second parameter update unit 1520.

The first parameter update unit 1510 includes a 1-1 parameter update unit 1511, a 1-2 parameter update unit 1512, and a 1-3 parameter update unit 1513.

The 1-1 parameter update unit 1511 updates the first parameter of the object to be used first. The 1-2 parameter update unit 1512 updates the first parameter of the object corresponding to the object to be used second when the object corresponding to the object to be used is available. The 1-3 parameter update unit 1513 updates the first parameter of the object corresponding to the object to be used second when the object is in the usage restriction state.

The second parameter update unit 1520 includes a 2-1 parameter update unit 1521 and a 2-2 parameter update unit 1522. The second 2-1 parameter update unit 1521 updates the second parameter of the object in the usable state in accordance with the predetermined operation when the first parameter of the object is in the predetermined state. Similarly, the 2-2 parameter update unit 1522 updates the second parameter of the object in the use-restricted state in accordance with the predetermined operation when the first parameter of the object in the usage restricted state is in the predetermined state.

That is, when the first parameter of the object in the usable state is in the predetermined state, the second parameter update unit 1521 updates the second parameter of the object on condition that the predetermined operation is performed. Similarly, when the first parameter of the object in the usage restriction state is in the predetermined state, the 2-2 parameter update unit 1522 updates the second parameter of the object on condition that the predetermined operation is performed.

In the above, both the 2-1 parameter update unit 1521 and the 2-2 parameter update unit 1522 have been described as updating the second parameter of the object on condition that a predetermined operation is performed. Regarding the 2-1 parameter update unit 1521 for updating the second parameter of the object in the available state, the second parameter of the object is updated without the condition that a predetermined operation is performed. May be good.

In short, the 2-1 parameter update unit 1521 updates the second parameter of the object when the first parameter of the usable object is in the predetermined state, and the 2-2 parameter update unit 1522 uses it. When the first parameter of the object in the restricted state is in the predetermined state, the second parameter of the object may be updated according to the predetermined operation.

That is, when the first parameter of the object in the usage restricted state is in the predetermined state, the 2-2 parameter update unit 1522 updates the second parameter of the object on condition that the predetermined operation is performed. , When the first parameter of the object in the usable state is in the predetermined state, the second parameter update unit 1521 updates the second parameter of the object without the condition that the predetermined operation is performed. It may be.

In other words, when the first parameter of the object in the usage restriction state is in the predetermined state, the 2-2 parameter update unit 1522 updates the second parameter of the object on condition that the predetermined operation is performed. On the other hand, when the first parameter of the object in the usable state is in the predetermined state, the second parameter update unit 1521 may unconditionally update the second parameter of the object.

That is, when the first parameter of the object in the usage restriction state is in the predetermined state, the 2-2 parameter update unit 1522 does not update the second parameter of the object until the predetermined operation is performed, and the predetermined operation is performed. Is performed, the second parameter of the object is updated, while when the first parameter of the usable object is in the predetermined state, the 2-1 parameter update unit 1521 performs a predetermined operation. Until (immediately), the second parameter of the object may be updated without waiting for the update of the second parameter of the object.

For example, when the first parameter of the object in the usage restriction state is in the predetermined state, the 2-2 parameter update unit 1522 is subject to the first operation (predetermined operation) and the second operation. , The second parameter of the object is updated, while the second parameter update unit 1521 is required to perform only the second operation when the first parameter of the usable object is in the predetermined state. As a result, the second parameter of the object may be updated.

In the above-mentioned game, for example, the quest part of the multiplayer mode in which the user U1 and the user U2, U3 (cooperating partner) participate is cleared, and the cards used by the users U1, U2, U3 are the cards D1, D4, D6, respectively. If, the first parameter update unit 1510 (1-1 parameter update unit 1511) adds a predetermined value to the experience value of the card D1 (card used by the user U1) stored in the card list data D1003 of the user U1. To do. Further, the first parameter update unit 1510 (1-2 parameter update unit 1512) sets a predetermined value in the experience value of the card D4 (the card corresponding to the card used by the user U2) stored in the card list data D1003 of the user U1. Is added. Further, the first parameter update unit 1510 (the first to third parameter update units 1513) sets a predetermined value in the experience value of the card D6 (the card corresponding to the card used by the user U3) stored in the card list data D1003 of the user U1. Is added. Although the user U1 does not own the card D6 (see FIG. 12), the experience value of the card D6 is increased.

Further, when the experience value of the card owned by the user U1 is equal to or more than the required experience value, the second 2-1 parameter update unit 1521 responds to the selection operation of the part P2216 and obtains the required experience value from the experience value of the card. And raise the level of the card by one level. When the experience value of the card not owned by the user U1 is equal to or more than the required experience value, the 2-2 parameter update unit 1522 reduces the required experience value from the experience value of the card according to the selection operation of the part P2216. At the same time, raise the level of the card by one level.

When the experience value of the card owned by the user U1 becomes equal to or greater than the required experience value, the second 2-1 parameter update unit 1521 needs experience from the experience value of the card without performing the selection operation of the part P2216. You may want to reduce the value and raise the level of the card by one level. Then, only when the experience value of the card not owned by the user U1 is equal to or more than the required experience value, the 2-2 parameter update unit 1522 responds to the selection operation of the part P2216 from the experience value of the card. You may reduce the required experience points and raise the level of the card by one level.

[3-2-6] When the predetermined condition is satisfied, the changing unit 1600 changes the object in the usage restricted state to the usable state. The parameters of the object changed to the usable state are based on the parameters of the object before the changed state from the restricted state to the usable state.

A "predetermined condition" is a condition that should be satisfied in order to change an object in a restricted use state to a usable state. The "when a predetermined condition is satisfied" is, for example, a case where it is determined that the object is given to the user. For example, in the case of a game in which an object selected from an object group by lottery is given to a user, the case where the object is selected by lottery corresponds to an example of "when a predetermined condition is satisfied".

For example, if the "object in the restricted use state" is the "object associated with the information indicating that the used restricted state", "changing the object in the restricted use state to the enabled state" means the restricted use state. It is to break the association between the information indicating that the object is and the object, and to associate the information indicating that the object is available with the object.

Also, for example, when the "object in the restricted use state" is the "object registered in the list data indicating the list of the objects in the restricted use state", "changing the object in the restricted use state to the usable state" means. It is to remove an object from the list data showing the list of objects in the usage restricted state and register the object in the list data showing the list of objects in the usable state.

Also, for example, if the "object in the restricted use state" is the "object stored in the storage area where the data of the object in the restricted use state is stored", "change the object in the restricted use state to the usable state". Is to remove the object data from the storage area in which the data of the object in the restricted state is stored, and register the data of the object in the storage area in which the data of the object in the usable state is stored.

"The parameters of an object that has been changed to the available state are based on the parameters of the object before it was changed from the restricted state to the enabled state", for example, after being changed to the enabled state. The content of the parameter of the object is based on the content of the parameter of the object immediately before the change from the restricted use state to the enabled state. Note that "contents based on the contents of the parameters of the object immediately before the change from the restricted state to the usable state" means, for example, the contents of the parameters of the object immediately before the change from the restricted state to the usable state. It is the same content as. Or, "contents based on the contents of the parameters of the object immediately before being changed from the restricted state to the enabled state" means, for example, the contents of the parameters of the object immediately before being changed from the restricted state to the enabled state. May be the content obtained by applying to a predetermined rule. In the case of a numerical parameter, the value of the parameter corresponds to the "content of the parameter".

In the case of the above-mentioned game, the card with the possession flag turned off corresponds to an example of the "object in the restricted use state", and the card with the possession flag turned on corresponds to the example of the "object in the usable state". Further, the fact that a card whose possession flag is off is selected by lottery as a card to be given to the user corresponds to an example of "when a predetermined condition is satisfied".

When a card whose possession flag is off is selected by lottery as a card to be given to the user, the change unit 1600 changes the possession flag of the card from off to on. The level of the card immediately after the possession flag is changed from off to on remains the same as the level of the card immediately before the possession flag is changed from off to on. For example, if the level of the card immediately before the possession flag is changed from off to on is "2", the level of the card immediately after the possession flag is changed from off to on is also "2".

[4. Processing] Next, the processing executed by the game system 1 in order to realize the functional blocks (excluding the data storage unit 1000) shown in FIG. 9 will be described.

[4-1] FIG. 15 shows an example of processing executed when the part P4300 of the setting image G4000 in the multiplayer mode is selected. In the following, the process will be described on the assumption that the user U1 selects the part P4300.

As shown in FIG. 15, the control unit 31 of the game terminal 30 transmits a multiplayer request to the server 10 via the communication unit 33 (S300). The "multiplayer request" requests the play of the quest part in the multiplayer mode. The control unit 31 uses the user identification data of the user U1, the character ID of the character used by the user U1 (character indicated by the part P4110), and the card ID of the card used by the user U1 (the card indicated by the part P4120) as a server together with the multiplayer request. Send to 10.

After transmitting the multiplayer request to the server 10, the control unit 31 displays the matching image G5000 on the display unit 35 (S302). In this case, the control unit 31 displays the part P5210 indicating that the matching process is being executed in the cooperation partner area A5200 of the matching image G5000 (FIG. 6A).

The server 10 receives a multiplayer request or the like via the communication unit 13 (S100). In this case, the control unit 11 of the server 10 waits for the user U1 and registers it in the user list data (S102).

The waiting user list data is data showing a list of users who have requested the play of the quest part in the multiplayer mode and are waiting for the decision of the cooperating partner (that is, the completion of the matching process). FIG. 16 shows an example of waiting user list data. As shown in FIG. 16, the waiting user list data D1006 includes "user ID", "used character", "used card", and "rareity" fields. In the "user ID" field, the user ID of the user waiting for the decision of the cooperating partner is registered. The character used and the card used by the user are registered in the "character used" and "card used" fields. In the "Rarity" field, the rarity of the card used by the user is registered.

In step S102, the control unit 11 waits for a new record and adds it to the user list data D1006. Further, the control unit 11 specifies the rarity of the card used by the user U1 based on the card list data D1003 of the user U1. Then, the control unit 11 registers the user ID of the user U1, the character ID of the character used by the user U1, the card ID of the card used by the user U1, and the rarity in each field of the new record.

After executing step S102, the control unit 11 executes a matching process (S104). For example, the control unit 11 selects three users having the same rarity of the cards used, based on the waiting user list data D1006. Then, when three users including the user U1 are selected as the three users having the same rarity of the cards used, the matching process of the user U1 is completed, and among the three users. A user other than the user U1 has been determined as a cooperating partner of the user U1. In the following, the subsequent processing will be described on the assumption that the users U2 and U3 are determined as the cooperating partners of the user U1.

When the matching process of the user U1 is completed, the control unit 11 transmits the matching result data indicating the result of the matching process to the game terminal 30 of the user U1 via the communication unit 13 (S106). For example, the matching result data includes data regarding the user IDs, characters used, and cards used by users U2 and U3 determined as cooperating partners of user U1. The control unit 11 also transmits the matching result data to the game terminals 30 of the users U2 and U3 determined as the cooperation partner of the user U1.

If the matching process of the user U1 is not completed by the time when the predetermined period elapses after receiving the multiplayer request of the user U1, the control unit 11 notifies the user that the matching process could not be completed. You may make a reply to the game terminal 30 of U1. Alternatively, the control unit 11 may determine a virtual user (a virtual user disguised as a computer, not a real user) as a cooperating partner of the user U1.

The game terminal 30 of the user U1 receives the matching result data via the communication unit 33 (S304). Then, the control unit 31 updates the matching image G5000 based on the matching result data (S306). That is, the control unit 31 displays the information (user ID, used character, used card, etc.) of the users U2 and U3 determined as the cooperating partner of the user U1 in the cooperating partner area A5200 of the matching image G5000 (FIG. 6B). ). The control unit 31 also displays the part P5300 (FIG. 6B).

Then, the control unit 31 monitors whether or not the part P5300 is selected, and when the part P5300 is selected, the control unit 31 transmits a start request to the server 10 via the communication unit 33 (S308). The "start request" requests the start of the quest part in the multiplayer mode.

The server 10 receives the start request via the communication unit 13 (S108). When the start request is received from all the game terminals 30 of the users U1 to U3, the control unit 11 controls to execute the quest part of the multiplayer mode in which the users U1 to U3 participate (S110).

For example, the control unit 11 sets an enemy to appear in the quest part based on the rarity (or level) of each card used by the users U1 to U3. For example, the control unit 11 has a first enemy having a strength corresponding to the rarity of the card used by the user U1 and a strength corresponding to the rarity of the card used by the user U2 from among a plurality of prepared enemies. Select the second enemy with the above and the third enemy with the strength corresponding to the rarity of the card used by the user U3 as the enemies to appear in the quest part. Alternatively, the control unit 11 sets the ability parameter of the first enemy prepared in advance to a value corresponding to the rarity of the card used by the user U1, and uses the ability parameter of the second enemy prepared in advance by the user U2. By setting the value corresponding to the rarity of the card and setting the ability parameter of the third enemy prepared in advance to the value corresponding to the rarity of the card used by the user U3, the enemy to appear in the quest part is set.

Further, for example, the control unit 11 transmits an instruction for starting the quest part of the multiplayer mode to each game terminal 30 of the users U1 to U3. The quest part in the multiplayer mode may be executed by any one of the game terminals 30 of the users U1 to U3 functioning as a game server (master), or by the server 10 functioning as a game server. It may be executed.

[4-2] FIG. 17 shows an example of the process executed when the quest part in the multiplayer mode is cleared. In the following, the process will be described on the assumption that the quest part in the multiplayer mode in which the users U1, U2, and U3 participate is cleared. In the following description, the user U1 will be mainly focused on, but the same processing will be executed for the users U2 and U3.

As shown in FIG. 17, the control unit 11 of the server 10 identifies the card used by the user U1 in the cleared quest part (S120). Then, the control unit 11 adds a predetermined value to the experience value of the used card stored in the card list data D1003 of the user U1 (S122). For example, when the card used by the user U1 in the completed quest part is the card D1, the control unit 11 adds a predetermined value to the experience value of the card D1 stored in the card list data D1003 of the user U1.

Further, the control unit 11 of the server 10 identifies the card used by the cooperating partner (users U2 and U3) of the user U1 in the cleared quest part (S124). Then, the control unit 11 adds a predetermined value to the experience value of the card corresponding to the card used, which is stored in the card list data D1003 of the user U1 (S126).

For example, when the card used by the user U2 in the cleared quest part is the card D4, the control unit 11 adds a predetermined value to the experience value of the card D4 stored in the card list data D1003 of the user U1. In this case, even when the possession flag of the card D4 is off, a predetermined value is added to the experience value of the card D4 stored in the card list data D1003 of the user U1.

Further, for example, when the card used by the user U3 in the cleared quest part is the card D6, the control unit 11 adds a predetermined value to the experience value of the card D6 stored in the card list data D1003 of the user U1. In this case, even when the possession flag of the card D6 is off, a predetermined value is added to the experience value of the card D6 stored in the card list data D1003 of the user U1.

After executing steps S120 to S126, the control unit 11 acquires data for displaying the card list image G2000 based on the card list data D1003 of the user U1. Then, the control unit 11 transmits the data to the game terminal 30 of the user U1 via the communication unit 13 (S128), and the game terminal 30 of the user U1 receives the data via the communication unit 33 (S320). ). Then, the control unit 31 displays the card list image G2000 on the display unit 35 based on the received data (S322).

When the card list image G2000 is displayed on the display unit 35, the control unit 31 monitors whether or not a level-up instruction operation for any of the cards has been performed. The operation of selecting the part P2216 corresponds to the "level-up instruction operation". Therefore, the control unit 31 monitors whether or not any of the parts P2216 is selected.

When it is determined that the level-up instruction operation of any of the cards has been performed, the control unit 31 transmits a card level-up request to the server 10 via the communication unit 33 (S324). The "level up request" is a request to raise the level of the card by one level. The control unit 31 transmits the user-specific data of the user U1 and the card ID of the card to be leveled up to the server 10 together with the level-up request. For example, when the part P2216 in the part P2210-1 corresponding to the card D1 is selected, the card ID of the card D1 is transmitted as the card ID of the card to be leveled up.

The server 10 receives a level-up request or the like via the communication unit 13 (S130). Then, the control unit 11 of the server 10 raises the level of the card to be leveled up by one level (S132). That is, the control unit 11 refers to the card list data D1003 of the user U1 and specifies the rarity and the current level of the card to be leveled up. In addition, the control unit 11 refers to the required experience value data D1005 to specify the required experience value for raising the level-up target card by one level from the current level. Then, the control unit 11 accesses the card list data D1003 of the user U1, reduces the required experience value from the experience value of the card to be leveled up, and adds "1" to the level of the card to be leveled up.

After executing step S132, the control unit 11 executes step S128. As a result, the card list image G2000 indicating that the level of the card to be leveled up has been updated is displayed on the display unit 35 of the game terminal 30.

Although omitted in FIG. 17, when the card list image G2000 is displayed on the display unit 35, it is also monitored whether or not any of the parts P2110, P2120, P2130, P2140, and P2150 is selected. .. Then, for example, when it is determined that the part P2120 is selected, a process for displaying the plurality of parts P2210 corresponding to the plurality of cards of the rarity "R" in the list area A2200 is executed.

Further, although omitted in FIG. 17, when the card list image G2000 is displayed on the display unit 35, it is also monitored whether or not an operation for transitioning to the menu image G1000 has been performed. Then, when it is determined that the operation has been performed, the menu image G1000 is displayed on the display unit 35.

[4-3] FIG. 18 shows an example of a process executed when an operation requesting a card lottery is performed. Hereinafter, the process will be described on the assumption that the operation for requesting the card lottery is performed by the user U1.

As shown in FIG. 18, the control unit 31 of the game terminal 30 transmits a card lottery request to the server 10 via the communication unit 33 (S340). The "lottery request" requests the execution of a card lottery process or the granting of a card selected by the lottery process. The control unit 31 transmits the user-specific data of the user U1 to the server 10 together with the lottery request.

The server 10 receives a lottery request or the like via the communication unit 13 (S140). In this case, the control unit 11 of the server 10 executes the card lottery process (S142). For example, the control unit 11 selects (randomly) one of the cards whose possession flag is off based on the card list data D1003 of the user U1 based on a predetermined probability.

After executing step S142, the control unit 11 accesses the card list data D1003 of the user U1 and changes the possession flag of the card selected in step S142 to on (S144). At this time, the control unit 11 does not change the level of the card selected in step S142, but keeps the level before changing the possession flag to ON.

After the execution of step S144, the control unit 11 transmits the lottery result data indicating the card selected in step S142 (the card newly owned by the user) to the game terminal 30 of the user U1 via the communication unit 13. (S146). The game terminal 30 receives the lottery result data via the communication unit 33 (S342). Then, the control unit 31 displays the lottery result image on the display unit 35 based on the lottery result data (S344). The lottery result image is an image showing a card selected in step S142 (a card newly owned by the user). If the level of the card selected in step S142 is already "2" or higher as a result of the card level rising while the possession flag is off, a part (text or text) indicating that fact The image) may be displayed on the lottery result image.

[5. Effect] According to the game system 1 described above, when the quest part of the multiplayer mode in which the user cooperates with the cooperating partner to achieve the purpose is cleared, the cooperation is stored in the user's card list data D1003. If the experience value of the card corresponding to the opponent's card is increased and the experience value exceeds the required experience value, the level of the card can be raised, so the user is motivated to use the card. Will be possible. That is, it is possible to motivate the user to use a card corresponding to the card used by the cooperating partner. As a result, it is possible to motivate the user to use not only the same card but also other cards.

Further, according to the game system 1, when the user does not have a card corresponding to the card used by the cooperating partner (in the user's card list data D1003, the possession flag of the card corresponding to the card used by the cooperating partner is off. Even in the case of), if the experience value of the card corresponding to the card used by the cooperating partner, which is stored in the user's card list data D1003, is increased and the experience value exceeds the required experience value, the level of the card is increased. It is also possible to raise it, which can motivate the user to own a card that he does not own.

Further, according to the game system 1, as described above, even if the user does not have a card corresponding to the card used by the cooperating partner, the use of the cooperating partner stored in the user's card list data D1003. If the experience value of the card corresponding to the card is increased and the experience value exceeds the required experience value, it is possible to raise the level of the card, so the level of the card before changing the possession flag to on May be up. In this regard, according to the game system 1, when a card not owned by the user is newly given to the user (when the possession flag of the card is changed from off to on), the level of the card is the possession flag. It remains at the level it was in before it was turned on, so it is possible to motivate the user to use the newly granted card (the card whose ownership flag was changed from off to on).

Further, according to the game system 1, when the experience value of the card is equal to or higher than the required experience value, the level of the card is not automatically raised, but according to the level-up instruction operation (selection of part P2216) of the card. By raising the level to the level, the user needs to perform a level-up instruction operation in order to raise the level of the card, so that it is possible to guarantee that the user can recognize that the level of the card is raised. That is, it is possible to prevent the card level from rising without the user's knowledge.

Further, according to the game system 1, another user who has selected a card having the same rarity as the user's card as the card to be used is selected as a cooperation partner. For example, in the game system 1, an enemy having a strength corresponding to the rarity of the card used by the user and the cooperating partner appears in the quest part. In this respect, if the rarity of the card used by the user is higher than the rarity of the card used by the cooperating partner, an enemy weak to the user will appear, which may make the user feel unsatisfactory. On the other hand, if the rarity of the card used by the user is lower than the rarity of the card used by the cooperating partner, a strong enemy will appear for the user, which may spoil the interest. In this respect, the occurrence of such inconvenience can be suppressed by selecting another user who has selected a card having the same rarity as the user's card as the card to be used as a cooperation partner.

[6. Modifications] The present invention is not limited to the embodiments described above.

The [6-1] card may have the effect of lowering the ability of the enemy and increasing the value of the reward obtained in the quest part. In addition, there may be a card that produces an effect just by owning it without associating it with a character.

[6-2] A plurality of cards may be associated with one character.

[6-3] A plurality of same cards (cards with the same card ID) may be used in one quest part. For example, when two cards with the same card (card with the same card ID) are used, the experience value of the card may be doubled as usual.

[6-4] The weight may be set for each card, and the degree of influence on the setting of the enemy appearing in the quest part may be changed for each card.

[6-5] Allow users to recruit other users to participate in the quest part in multiplayer mode, and determine the degree of influence that the card used by the user who recruited multiplayer has on the setting of enemies appearing in the quest part. It may be larger than the card used by the user. Alternatively, set the leader among the three users who participate in the quest part in multiplayer mode, and the degree of influence that the card used by the leader has on the setting of the enemy appearing in the quest part is greater than the card used by other users. May also be increased.

[6-6] For example, when a play request for a quest part in the multiplayer mode is received from the user U1, the opponent selection unit 1200 multiplayers a character associated with a card not owned by the user U1 as a cooperation partner of the user U1. Other users selected as characters used in the quest part of the mode may be preferentially selected.

For example, when the rarity of the card used by the user U1 is "N" and the cards D5 and D6 having the rarity "N" are included in the non-owned card of the user U1, the opponent selection unit 1200 may cooperate with the user U1. As a result, another user who has selected the character associated with the cards D5 and D6 as the character to be used may be preferentially selected.

In short, the opponent selection unit 1200 preferentially selects another user whose use of the object corresponding to the restricted object whose use is restricted by the user is selected as the target of use in the game as a cooperating opponent or an opponent. May be good.

For example, the opponent selection unit 1200 selects another user as a user's cooperating opponent or opponent, for which an object corresponding to an object in a restricted use state whose use is restricted by the user is selected as a target for use in the game. , Such other users may be selected as cooperating opponents or opponents when such other users cannot be selected as cooperating opponents or opponents.

Further, for example, in the opponent selection unit 1200, there is a probability that another user whose use corresponding to the object in the restricted use state whose use is restricted by the user is selected as the target of use in the game is selected as a cooperating opponent or an opponent. , In a state where the probability that other users are selected as cooperating opponents or opponents is set to be higher, the user's cooperating opponents or opponents are selected from other users based on the probability. May be good.

By doing so, the experience value of the card not owned by the user is likely to be increased by preferentially selecting another user who has selected the card not owned by the user as the card to be used as the cooperation partner. It is possible to make it easier for the level to rise.

[6-7] For example, when a quest part in a multiplayer mode in which user U1 and users U2 and U3 (cooperating partners) participate is executed, the degree of contribution of each of users U1 to U3 is determined, and the determination result is used. Based on this, a value to be added to the experience value of the card may be set.

Specifically, even if the ratio of the damage given to the enemy by the character used by user U1 to the total damage given to the enemy by each character used by users U1 to U3 is determined as the degree of contribution of user U1. Good. Similarly, the contribution degree of the user U2 and the contribution degree of the user U3 may be determined.

When the cards used by users U1, U2, and U3 in the quest part of the multiplayer mode are cards D1, D4, and D6, respectively, the first parameter update unit 1510 (1-1 parameter update unit 1511) is the user U1. A value to be added to the experience value of the card D1 (the card used by the user U1) stored in the card list data D1003 may be set based on the contribution of the user U1. For example, the higher the contribution of the user U1, the larger the added value may be.

Further, the first parameter update unit 1510 (1-2 parameter update unit 1512) adds to the experience value of the card D4 (the card corresponding to the card used by the user U2) stored in the card list data D1003 of the user U1. The value may be set based on the contribution of the user U2. For example, the higher the contribution of the user U2, the larger the added value may be.

Further, the first parameter update unit 1510 (first-3 parameter update unit 1513) adds to the experience value of the card D6 (the card corresponding to the card used by the user U3) stored in the card list data D1003 of the user U1. The value may be set based on the contribution of the user U3. For example, the higher the contribution of the user U3, the larger the added value may be.

In short, in the case of a game in which the user cooperates with a cooperating partner to achieve the purpose, the update unit 1500 of the object is based on the degree of contribution of the cooperating partner in the game (the degree of contribution of the cooperating partner to the achievement of the purpose). You may want to update the parameters. Specifically, the greater the degree of contribution of the cooperating partner, the greater the degree of updating the object parameters (if the degree of contribution of the cooperating partner is large, the degree of contribution of the cooperating partner may be greater. You may want to update the parameters of the object more often than if it were smaller). Note that the update unit 1500 may update the parameters of the object based on the degree of contribution of the user to the achievement of the task. Specifically, the update unit 1500 may update the parameters of the object as the degree of contribution of the user increases.

In this way, it is possible to change the value to be added to the experience value of the card corresponding to the card used by the cooperating partner, considering the degree of contribution of the cooperating partner, and as a result, the user can change the value to be added to the cooperating partner. You can improve the interest of the multiplayer mode that aims to achieve the purpose in cooperation.

[6-8] All or part of the processing described as being executed by the control unit 11 of the server 10 (an example of the game control device) is the control unit 31 of the game terminal 30 (another example of the game control device). May be performed by. In this case, the data necessary for executing the process on the game terminal 30 may be stored in the storage unit 32 or transmitted from the server 10 to the game terminal 30.

[6-9] In the above, an example in which the present invention is applied to a game provided with the above-mentioned quest part has been mainly described, but the present invention can also be applied to other games. The present invention can be applied to various games executed based on the object to be used used by the user.

[7. Supplementary note] From the above description, the present invention can be grasped as follows, for example. In addition, it should be noted
In order to facilitate the understanding of the present invention, the reference numerals described in the drawings are appropriately described in parentheses.
Thereby, the present invention is not limited to the illustrated embodiment.

1) The game control device (10 or 30) according to one aspect of the present invention is a game control that executes a game based on the stored contents of the storage means (1000) that stores the identification information of the user and the parameters of the object in association with each other. In the device (10 or 30), the first specific means (1100) for identifying one or more objects (for example, a card used by the user) selected as the first use target used by the user in the game, and the above. A second specific means (1300) for specifying one or more objects (for example, a card used by a cooperating partner) selected as a second use target other than the first use target used in the game, and the first identification. Execution means (1400) for executing the game based on the object of the first use target specified by the means (1100) and the object of the second use target specified by the second specific means (1300). ) And the update means (1000) that updates the parameters of the object corresponding to the second object to be used stored in the storage means (1000) based on the execution of the game so as to be advantageous to the user. 1500) and.

6) Further, the game system (1) according to one aspect of the present invention is a game system (1) that executes a game based on the stored contents of the storage means (1000) that stores the identification information of the user and the parameters of the object in association with each other. In 1), a first specific means (1100) for specifying one or a plurality of objects selected as a first use target used by the user in the game, and the first use target used in the game. A second specific means (1300) for specifying one or more objects selected as a second use target other than the above, the first use target object specified by the first specific means (1100), and the first. 2 Storage in the storage means (1000) based on the execution means (1400) for executing the game and the execution of the game based on the object of the second use target specified by the specific means (1300). The update means (1500) for updating the parameters of the object corresponding to the second object to be used so as to be advantageous to the user.

7) Further, the program according to one aspect of the present invention functions as the game control device (10 or 30) according to any one of 1) to 5) or the game system (1) according to 6). It is a program to make you.

8) Further, the information storage medium according to one aspect of the present invention is a computer-readable information storage medium in which the program described in 7) is recorded.

9) The game control method according to one aspect of the present invention is the game control method for a game executed based on the stored contents of the storage means (1000) that stores the user's identification information and the object parameters in association with each other. A first specific step (S102, S120) for identifying one or a plurality of objects selected as a first use target used by the user in the game, and a first non-first use target used in the game. 2 The second specific step (S102, S124) for specifying one or more objects selected as the use target, the first use target object specified by the first specific step (S102), and the second. Based on the second use target object specified by the specific step (S102), the execution step (S110) for executing the game and the storage means (1000) are stored based on the execution of the game. The update step (S126) is included, in which the parameters of the object corresponding to the second object to be used are updated to be advantageous to the user.

According to the inventions described in 1), 6) to 9) above, the object corresponding to the object of the second use target (that is, the object other than the object selected as the first use target (user's use target)). The parameters are updated to the advantage of the user, which can motivate the user to use the object. That is, it is possible to motivate the user to use not only the same object but also other objects.

2) In one aspect of the present invention, the storage means (1000) is a storage means (1000) of the user's identification information and a usable object (for example, a card with the possession flag turned on) that can be used by the user in the game. A means (1011) for storing parameters in association with each other, identification information of the user, and parameters of an object in a restricted use state (for example, a card whose possession flag is off) whose use is restricted by the user in the game. The first specific means (1100) includes a means (1012) for associating and storing, and the first specific means (1100) identifies an object selected as the first use target from the objects in the usable state, and the update means (1100). 1500) may include means (1513) for updating the parameters of the object to be advantageous to the user when the object corresponding to the second object to be used is in the usage restriction state. ..

According to the invention described in 2), it is possible to give the user a motivation to make the object in the restricted use state usable by updating the parameters of the object in the restricted use state advantageously.

The invention described in 2) further includes a changing means (1600) for changing the object in the restricted use state to the usable state when the predetermined conditions are satisfied, and the object is changed to the usable state. The parameters of the object may be based on the parameters of the object before the change from the restricted use state to the enabled state.

According to the present invention, the parameters of the object in the restricted use state are updated to be advantageous to the user, and the parameters of the object changed from the restricted use state to the usable state are updated as described above. Because it is possible to set based on, it is possible to motivate the user to use an object that has been changed from the restricted state to the enabled state (for example, an object newly given to the user). ..

3) In one aspect of the present invention, the parameters of the object include a first parameter (for example, an experience value) and a second parameter (for example, a level), and the updating means (1500) corresponds to the object to be used second. The game control device (10 or 30) includes the means (1513) for updating the first parameter of the object in the restricted use state when the object to be used is the first parameter of the object in the restricted use state. When the parameter is in the predetermined state, a means (1522) for updating the second parameter of the object may be further included according to the predetermined operation.

According to the invention described in 3), when the first parameter of the object in the restricted use state is in the predetermined state, the second parameter of the object is updated according to the predetermined operation, thereby restricting the use. Since the user needs to perform a predetermined operation in order to update the second parameter of the object in the state, it is possible to ensure that the user can recognize that the second parameter of the object in the usage restricted state is updated. become. That is, it is possible to prevent the second parameter of the object in the usage restriction state from being updated without the user's knowledge.

In the invention described in 3), another user whose object corresponding to the object in the restricted use state whose use is restricted by the user is selected as the target of use in the game is referred to as the cooperating partner or the opponent. The other party selection means (1200) which is preferentially selected may be further included.

According to the present invention, an object corresponding to an object in a restricted use state whose use by a user is restricted is preferentially selected as a cooperating opponent or an opponent by another user whose use target is selected in the game. It is possible to make it easy for the object corresponding to the object in the usage restriction state to be the second use target, and as a result, it is possible to make it easy to update the parameters of the object in the usage restriction state.

Further, in the invention described in 3), the game is a game in which the user aims to achieve a purpose in cooperation with the cooperating partner, and the updating means (1500) is a contribution of the cooperating partner in the game. Depending on the degree, the parameters of the object corresponding to the object to be used second, which is stored in the storage means, may be updated to be advantageous to the user.

According to the present invention, the parameters of the object corresponding to the object to be used second can be updated in consideration of the degree of contribution of the cooperating partner in the game, and the user cooperates with the cooperating partner to achieve the purpose. You can improve the interest of the game you are aiming for.

4) In one aspect of the present invention, the game is a game in which the user aims to achieve an object in cooperation with a cooperating partner, or a game in which the user plays against an opponent, and the second use target is. It may be an object used by the cooperating opponent or the opponent in the game.

According to the invention described in 4), for example, it is possible to update the parameters of the object corresponding to the object used by the cooperating opponent or the opponent to the user's advantage, and as a result, cooperating. It is possible to motivate the user to use an object that corresponds to the object used by the opponent or opponent.

5) In one aspect of the present invention, an object having a predetermined relationship with the object of the first use target is an opponent who selects the cooperation partner or the opponent from among other users whose use target in the game is selected. Selection means (1200) may be further included.

According to the invention described in 5), another user whose game object having a predetermined relationship with the first object to be used is set as the object to be used in the game can be set as a cooperating opponent or an opponent.

1 game system, N network, 10 servers, 11 control units, 12 storage units, 13 communication units, 14 databases, 30 game terminals, 31 control units, 32 storage units, 33 communication units, 34 operation units, 35 display units, 36 Audio output unit, 1000 data storage unit, 1010 object storage unit, 1011 usable object storage unit, 1012 usage restriction object storage unit, 1100 first specific unit, 1200 partner selection unit, 1300 second specific unit, 1400 execution unit, 1500 Update unit, 1510 1st parameter update unit, 1511 1-1 parameter update unit, 1512 1-2 parameter update unit, 1513 1-3 parameter update unit, 1520 2nd parameter update unit, 1521 2-1 parameter Update unit, 1522 2-2 parameter update unit, 1600 change unit, D1001 user list data, D1002 character list data, D1003 card list data, D1004 card effect data, D1005 required experience value data, D1006 waiting user list data, G1000 menu Image, P1100, P1200, P1300, P1400, P1500 Parts, G2000 card list image, A2100 designated area, A2200 list area, P2110, P2120, P2130, P2140, P2150, P2210-1, P2210-12, P2210-3, P2210- 4, P2210-5, P2210-6, P2211, P2212, P2213, P2214, P2215, P2216 parts, G3000 setting image, A3100 selection area, A3200 non-selection area, P3110-1, P3110-2, P3110-3, P3120- 1, P3120-2, P3120-3, P3210-1, P3210-2, P3220-1, P3220-2, P3300 parts, G4000 setting image, A4100 selection area, A4200 non-selection area, P4110, P4120, P4210-1, P4210-2, P4210-3, P4210-4, P4220-1, P4220-2, P4220-3, P4220-4, P4300 Parts, G5000 matching image, A5100 own area, A5200 cooperation partner area, P5110, P5 120, P5130, P5210, P5220-1, P5220-2, P5230-1, P5230-2, P5240-1, P5240-2, P5300 parts.

Claims (7)

In a game control device that executes a game based on the stored contents of a storage means that stores the identification information of the first user in association with the parameters of the object.
A first specifying means for identifying one or more objects selected as a first use target used by the first user in the game.
One or more objects selected from the identification information of the second user or the objects associated with the computer as the second use target used by the second user or the computer different from the first user in the game. The second specific means for identifying an object whose identification information is different from that of the first object to be used, and
An execution means for executing the game based on the object of the first use target specified by the first specific means and the object of the second use target specified by the second specific means.
Based on the execution of the game, the parameters of the object stored in the storage means and associated with the identification information of the first user, and the parameters of the object of the second use target and the object having the same identification information. With an update means for updating to the advantage of the first user,
Only including,
The storage means
A means for associating and storing the identification information of the first user with the parameters of an object in a usable state that can be used by the first user in the game.
Includes means for associating and storing the identification information of the first user with the parameters of the object in the usage restricted state whose use is restricted by the first user in the game.
The first specifying means identifies an object selected as the first use target from the objects in the available state, and determines the object.
The updating means is a case where the object of the second use target is used by the second user or the computer, and an object having the same identification information as the object of the second use target is in the use restriction state. Including a means of updating the parameters of the object to the advantage of the first user.
Game control device. In the game control device according to claim 1 ,
The parameters of the object include a first parameter and a second parameter.
The updating means includes means for updating the first parameter of the object when the object having the same identification information as the object to be used for the second use is in the usage restriction state.
The game control device further includes means for updating the second parameter of the object in response to a predetermined operation when the first parameter of the object in the restricted use state is in a predetermined state.
Game control device. In the game control device according to claim 1 or 2 .
The game is a game in which the first user cooperates with a cooperating partner who is the second user or the computer to achieve a purpose, or an opponent whose first user is the second user or the computer. It ’s a competitive game,
The second use target is an object used by the cooperating opponent or the opponent in the game.
Game control device. In a game system that executes a game based on the stored contents of a storage means that stores the identification information of the first user in association with the parameters of the object.
A first specifying means for identifying one or more objects selected as a first use target used by the first user in the game.
One or more objects selected from the identification information of the second user or the objects associated with the computer as the second use target used by the second user or the computer different from the first user in the game. The second specific means for identifying an object whose identification information is different from that of the first object to be used, and
An execution means for executing the game based on the object of the first use target specified by the first specific means and the object of the second use target specified by the second specific means.
Based on the execution of the game, the parameters of the object stored in the storage means and associated with the identification information of the first user, and the parameters of the object of the second use target and the object having the same identification information. With an update means for updating to the advantage of the first user,
Only including,
The storage means
A means for associating and storing the identification information of the first user with the parameters of an object in a usable state that can be used by the first user in the game.
Includes means for associating and storing the identification information of the first user with the parameters of the object in the usage restricted state whose use is restricted by the first user in the game.
The first specifying means identifies an object selected as the first use target from the objects in the available state, and determines the object.
The updating means is a case where the object of the second use target is used by the second user or the computer, and an object having the same identification information as the object of the second use target is in the use restriction state. Including a means of updating the parameters of the object to the advantage of the first user.
Game system. In a game control device that executes a game based on the stored contents of a storage means that stores the identification information of the first user in association with the parameters of the object.
A first specifying means for identifying one or more objects selected as a first use target used by the first user in the game.
One or more objects selected from the identification information of the second user or the objects associated with the computer as the second use target used by the second user or the computer different from the first user in the game. The second specific means for identifying an object whose identification information is different from that of the first object to be used, and
An execution means for executing the game based on the object of the first use target specified by the first specific means and the object of the second use target specified by the second specific means.
Based on the execution of the game, the parameters of the object stored in the storage means and associated with the identification information of the first user, and the parameters of the object of the second use target and the object having the same identification information. With an update means for updating to the advantage of the first user,
Only including,
The game is a game in which the first user cooperates with a cooperating partner who is the second user or the computer to achieve a purpose, or an opponent whose first user is the second user or the computer. It ’s a competitive game,
The second use target is an object used by the cooperating opponent or the opponent in the game.
An object having a predetermined relationship with the first object to be used further includes an opponent selection means for selecting the cooperating opponent or the opponent from among other users selected as the objects to be used in the game.
Game control device. In a game system that executes a game based on the stored contents of a storage means that stores the identification information of the first user in association with the parameters of the object.
A first specifying means for identifying one or more objects selected as a first use target used by the first user in the game.
One or more objects selected from the identification information of the second user or the objects associated with the computer as the second use target used by the second user or the computer different from the first user in the game. The second specific means for identifying an object whose identification information is different from that of the first object to be used, and
An execution means for executing the game based on the object of the first use target specified by the first specific means and the object of the second use target specified by the second specific means.
Based on the execution of the game, the parameters of the object stored in the storage means and associated with the identification information of the first user, and the parameters of the object of the second use target and the object having the same identification information. With an update means for updating to the advantage of the first user,
Only including,
The game is a game in which the first user cooperates with a cooperating partner who is the second user or the computer to achieve a purpose, or an opponent whose first user is the second user or the computer. It ’s a competitive game,
The second use target is an object used by the cooperating opponent or the opponent in the game.
An object having a predetermined relationship with the first object to be used further includes an opponent selection means for selecting the cooperating opponent or the opponent from among other users selected as the objects to be used in the game.
Game system. A program for operating a computer as the game control device according to any one of claims 1 to 3 and 5 or the game system according to claim 4 or 6 .

Images