JP7180901B2 - GAME CONTROL DEVICE, GAME SYSTEM, AND PROGRAM - Google Patents

Description

Application of Patent Act Article 30, Paragraph 2 January 15, 2018, https://play. google. com/apps/testing/jp. konami. qmalf. cbt, https://itunes. apple. com/jp/app/testflight/id899247664? mt=8 February 9, 2018, https://play. google. com/store/apps/details? id=jp. konami. qmalf, https://itunes. apple. com/jp/app/id1229017785

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

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

JP 2014-140607 A

In games such as those described above, the objects used by the user tend to be the same object in some cases. For example, in the above game, users generally tend to use objects with high level parameters (or performance parameters). was there. As a result, the content of the game may become uniform, and it is not sufficient to allow the user to enjoy a variety of game experiences.

The present invention has been made in view of the above problems, and an object thereof is to provide a game control device, a game system, and a program capable of motivating a user to use not only the same object but also other objects. is to provide

In order to solve the above-described problems, a game control device according to one aspect of the present invention is a game control device that executes a game based on stored content of storage means that stores user identification information and object parameters in association with each other. , a first specifying means for specifying one or more objects selected as a first usage object used by the user in the game; and a second usage object other than the first usage object used in the game. a second identifying means for identifying one or more objects selected as the object, the first object to be used identified by the first identifying means, and the second object to be used identified by the second identifying means execution means for executing the game based on the object of the above; and parameters of the object corresponding to the second object to be used, which are stored in the storage means based on the execution of the game, for the user to updating means for updating in an advantageous manner.

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

It is a figure showing the whole game system composition concerning the embodiment of the present invention. It is a figure which shows an example of a menu image. FIG. 10 is a diagram showing an example of a card list image; It is a figure which shows an example of the setting image of single play mode. It is a figure which shows an example of the setting image of multi-play mode. FIG. 10 is a diagram showing an example of a matching image when matching processing is being performed; FIG. 10 is a diagram showing an example of a matching image when matching processing is completed; FIG. 11 is a diagram for explaining experience value increase processing when a quest part of a multiplay mode is executed; FIG. 10 is a diagram showing an example of a card list image; FIG. 10 is a diagram showing an example of a card list image; 1 is a functional block diagram of a game system; FIG. It is a figure which shows an example of user list data. It is a figure which shows an example of character list data. It is a figure which shows an example of card list data. FIG. 4 is a diagram showing an example of 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 performed by a game system. It is a figure which shows an example of waiting user list data. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG.

Hereinafter, examples of embodiments of the present invention will be described based on the drawings.

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

The server 10 is, for example, a server computer. As shown in FIG. 1 , the server 10 includes a control section 11 , a storage section 12 and a communication section 13 . The control unit 11 includes at least one microprocessor (CPU) and executes processing according to programs stored in the storage unit 12 . The storage unit 12 includes a main storage unit (eg, RAM) and an auxiliary storage unit (eg, nonvolatile semiconductor memory, hard disk drive, or solid state drive), and stores programs and data. The communication unit 13 is for data communication with other devices via the network N. FIG. Server 10 has access to database 14 . The database 14 may be constructed within the server 10 or may be constructed within a server computer separate from the server 10 .

The game terminal 30 is a computer used by the user to play games. For example, the game terminal 30 includes a mobile phone (including a smart phone), a personal digital assistant (including a tablet computer), a desktop computer, a laptop computer, a home game machine (stationary game machine), a portable game machine, etc. , or arcade game machines installed in amusement facilities and the like. Although only one game terminal 30 is shown in FIG. 1, the game system 1 may include multiple game terminals 30 each used by multiple users.

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

The operation unit 34 is used by the user to perform various operations. The display unit 35 is for displaying various images, and is, for example, 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 to integrally configure the operation unit 34 and the display unit 35 as a touch panel. , may be provided separately from the display unit 35. Further, the operation unit 34 may be used by the user to perform operations using voice or gestures. The audio output unit 36 is for outputting audio data, and is, for example, a speaker or headphones.

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

[2. Game Outline] The game system 1 can execute various games. 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 is executed based on an object (eg, card, character, item, etc.) selected by the user to be used. Below, as an example of a game executed by the game system 1, a quest part is provided in which a party (character group) is formed using a plurality of characters, and the party aims to achieve a purpose (for example, defeating an enemy). game.

In this game, a single play mode and a multi-play mode are prepared as play modes for the quest part. The "single play mode" is a mode in which the user aims to clear the quest part alone (that is, to achieve the purpose of the quest part). On the other hand, the "multi-play mode" is a mode in which the user aims to clear the quest part in cooperation with a cooperating partner. In the following explanation, it is assumed that the "cooperating partner" is another real user, but the "cooperating partner" is a computer (for example, a virtual user: a computer pretending to be a real user). good too.

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

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

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

A card has a role of generating an advantageous effect for the user in a quest part. For example, if there is a card that produces an advantageous effect on a character, and such a card is associated with the character, the effect set for the card will occur 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, cards are given to the user through 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, card list image G2000 includes designated area A2100 and list area A2200. The designation area A2100 is an area for receiving designation of the type of card 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 on individual cards. "Rarity" indicates, for example, how difficult it is to obtain a card. The higher the rarity of a card, the harder it is to obtain that card. For example, each card is associated with one of multiple levels of rarity such as UR (Ultra Rare), SSR (Double Super Rare), SR (Super Rare), R (Rare), and N (Normal). UR, SSR, SR, R, and N are listed in descending order of difficulty in obtaining these.

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

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

The list area A2200 displays a list of cards of the rarity specified in the specified area A2100. The example shown in FIG. 3 shows a state in which a part P2110 corresponding to rarity "N" is selected. In this case, a list of cards of 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, and P2210-4 respectively corresponding to a plurality of cards D1, D2, D3, D4, D5, and D6 whose rarity is "N" , P2210-5 and P2210-6 are displayed in the list area A2200.

In the list area A2200, cards owned by the user and cards not owned by the user are displayed separately. FIG. 3 shows a case where the user does not own cards D5 and D6. In this case, P2210-5 and P2210-6 corresponding to cards D5 and D6 not owned by the user and The parts P2210-1 to P2210-4 corresponding to the cards D1 to D4 are displayed in different manners. 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 hatched, and parts P2210-5 corresponding to cards D1 to D4 owned by the user are shaded. 1 to P2210-4 are not hatched, the cards D1 to D4 owned by the user are distinguished from the cards D5 and D6 not owned by the user.

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

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

Part P2212 indicates the level of the card. The part P2213 shows the experience value of the card and the experience value required to raise the card level by one level from the current level (hereinafter referred to as "necessary experience value"). For example, "5/10" indicates 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". show. Part P2213 contains a gauge that shows the ratio of experience to required experience. The gauge includes an extension portion (black portion) that extends as the experience value increases, and the length of the extension portion is set to a length corresponding to the ratio of the experience value to the required experience value. The state in which the extension portion is extended to the maximum length corresponds to a state in which the experience value is equal to or greater than the required experience value.

The part P2216 is a part for increasing the level of the card by one level. The part P2216 is associated with a process for increasing the card level by one level, and when the part P2216 is selected, the process is executed and the card level is increased by one level.

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

Part P2214 indicates the effect that the card has. As mentioned above, cards generate advantageous effects for the user in the quest part. For example, "attack +3" indicates that the character's attack power parameter increases by 3 points when the card is associated with the character. Also, for example, "Defense +1" indicates that when a card is associated with a character, the character's defense parameter increases by 1 point. Also, for example, "PT attack +1" indicates that if the character associated with this card is included in the party, the attack power parameters of all characters included in the party will increase 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. Note that "a card has a large effect" means, for example, that the degree of effect (for example, the amount of parameter increase) is large, or that the number of effects (for example, the number of parameters to be increased) is large.

Part P2215 indicates the quest difficulty level of the card. In this game, the difficulty level of the quest part is set based on the cards associated with the characters used in the quest part. The higher the quest difficulty of the card, the higher the difficulty of the quest part and the more difficult it is to achieve the objective.

For example, in the case of a quest part aimed at defeating enemies, the enemies appearing in the quest part are set based on the cards associated with the characters used in the quest part. Specifically, the enemy's strength (ability) 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, the 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 on the display unit 35 a lottery image for requesting a lottery for characters and cards. That is, part P1300 is associated with processing for displaying a lottery image on display unit 35, and when part P1003 is selected, the processing is executed and the lottery image is displayed on display unit 35.

For example, in this game, in exchange for consuming in-game currency, items, real currency, etc., a card lottery is executed, and a card selected by lottery from among the cards prepared in the game system 1. is added to the user's owned card. In this game, at least one character is associated with each card, and if the character associated with the card selected by lottery is not included in the user's owned characters, the character is the user's owned character. 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 a character selected by lottery from a group of characters prepared in the game system 1 is owned by the user. You may make it add to a character.

Part P1400 is a part for playing a quest part in single play mode. In single play mode, the user aims to clear the quest part alone. That is, in the single play mode, the user selects three characters from the characters owned by the user, and the party including these three characters aims to clear the quest part. Here, it is assumed that the maximum number of characters included in a party is "3", but the maximum number is not limited to "3". Also, characters other than the character selected by the user may be included in the party.

The part P1400 is associated with a process for displaying a setting image for setting characters and cards used in the quest part on the display unit 35. When the part P1400 is selected, the process is executed. A setting image is displayed on the display unit 35 .

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

A selection area A3100 indicates a character selected as a character to be used in the quest part from among the characters possessed by the user. In this embodiment, a maximum of three characters can be included in a party, so as shown in FIG. 2, P3101-3 are displayed in the selection area A3100. In the example shown in FIG. 4, parts P3101-1, P3101-2, and P3101-3 correspond to characters C1, C2, and C3, respectively, and three characters C1, C2, and C3 are selected as characters to be used. is shown. In this case, a party having characters C1, C2, and C3 as members is set in the quest part.

Also, the selection area A3100 shows cards 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 displayed as parts indicating cards associated with the character selected as the character to be used. 2 and P3110-3.

For example, part P3120-1 indicates a card (card D1 in FIG. 4) associated with the character indicated by part P3110-1 (character C1 in FIG. 4). The part P3120-1 is associated with a process for displaying a selection image on the display unit 35 for selecting a card to be associated with the character indicated by the part P3110-1, 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 selection image, and when one of the cards owned by the user is selected, the selected card is associated with the character indicated by the part P3110-1. For example, in the example shown in FIG. 4, the part P3120-1 indicates the card D1. It comes to show D2.

Similarly, part P3120-2 indicates a card (card D2 in FIG. 4) associated with the character indicated by part P3110-2 (character C2 in FIG. 4). Part P3120-3 indicates a card (card D4 in FIG. 4) associated with the character indicated by part P3110-3 (character C3 in FIG. 4). Parts P3120-2 and P3120-3 are similar to part P3120-1.

The non-selected area A3200 indicates characters that are not selected as characters to be used in the quest part among the characters possessed by the user. In the example shown in FIG. 4, parts P3210-1 and P3210-2 corresponding to characters C4 and C5, respectively, are displayed in the unselected area A3200, and characters C4 and C5 are selected as characters to be used from among the characters possessed by the user. indicates that it is not.

By selecting one of the parts P3110-1 to P3110-3 and one of the parts P3210-1 and P3210-2, the character to be used can be changed. For example, when the finger touching the part P3110-1 slides to the part P3210-1, it is determined that the parts P3110-1 and P3210-1 have been selected. In this case, the character C1 indicated by the part P3110-1 is excluded from the characters to be used, and the character C4 indicated by the part P3210-1 is added to the characters to be used. That is, the character used is changed from character C1 to character C4. In this case, the part P3110-1 will indicate the character C4, and the part P3210-1 will indicate the character C1.

In addition, the non-selected area A3200 indicates cards associated with characters not selected as characters used in the quest part. As shown in FIG. 4, in the non-selected area A3200, parts P3220-1 and P3220-2 are displayed as parts indicating cards associated with characters not selected as characters to be used. displayed in association with each other.

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

Similarly, part P3220-2 indicates a card associated with the character indicated by part P3210-2 (character C5 in FIG. 4). In 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.

In addition, below, the card associated with the character selected as the character to be used in the quest part is referred to as the "use card".

As shown in FIG. 4, setting image G3000 further includes part P3300. Part P3300 is a part for starting the quest part of the single play mode. A process for starting the quest part of 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 of 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 described above, the enemies appearing in the quest part are set based on the cards (use cards) associated with the characters used. For example, in the quest part, three enemies appear that correspond to the rarities or levels of the three cards (use cards) associated with each of the three characters used. That is, an enemy with strength (ability) corresponding to the rarity or level of the first card used, an enemy with strength (ability) corresponding to the rarity or level of the second card used, and three An enemy with a strength (ability) corresponding to the rarity or level of the eye card appears. For example, the higher the rarity or level of the card used, the stronger the enemy. Note that the stronger the enemy, the higher the value of the reward given to the user 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 also ends when the physical strength parameters of all used characters become zero before all enemies are defeated. 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 the experience value 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 multiplayer mode. In the multiplayer mode, the user and two other users who are cooperating partners aim to cooperate to clear the quest part. In the multi-play mode, each of the three users selects one character from their own characters, and a party including the three characters selected by the three users aims to clear the quest part. Here, it is assumed that the number of users participating in the quest part of the multiplay mode is "3", but the number of users is not limited to "3". Also, characters other than characters 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 characters and cards used in the quest part on the display unit 35. When the part P1500 is selected, the process is executed. A setting image is displayed on the display unit 35 .

FIG. 5 shows an example of a multiplay mode setting image. As shown in FIG. 5, multiplay 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 single play mode setting image G3000. However, in the multiplayer mode, one character is selected from among the characters owned by the user as a character to be used in the quest part, so one part P4110 indicating one character selected from among the characters owned by the user is selected. It is displayed in area A4100. The part P4110 is the same as the part P3110-1 of the setting image G3000 in the single play mode.

A 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, a part P4120 is displayed in association with a part P4110 as a part indicating a card associated with the character selected as the character to be used. Part P4120 indicates a card (card D1 in FIG. 5) associated with the character (character C1 in FIG. 5) indicated by part P4110. The part P4120 is the same as the part P3120-1 of the single play mode setting image G3000.

Non-selected area A4200 is the same as non-selected area A3200 of setting image G3000 in the single play mode. In the example shown in FIG. 5, parts P4210-1, P4210-2, P4210-3, and P4210-4 corresponding to characters C2, C3, C4, and C5, respectively, are displayed in the non-selected area A4200. Among them, characters C2 to C5 are not selected as 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.

A non-selected area A4200 indicates cards associated with characters that have not been selected as characters to be used. As shown in FIG. 5, in the non-selected area A4200, parts P4220-1, P4220-2, P4220-3, and P4220-4 are shown as parts indicating cards associated with characters not selected as characters to be used. They are 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 single play mode setting image G3000.

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

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

6A and 6B show examples of matching images displayed on the display unit 35 of the game terminal 30 in relation to matching processing. Note that FIGS. 6A and 6B show an example of a multiplay 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 matching processing is being performed. 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, matching image G5000 includes self area A5100 and cooperation partner area A5200.

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

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

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

As shown in FIG. 6B, partner area A 5200 includes parts P5220-1 and P5220-2. Parts P5220-1 and P5220-2 indicate the user names of two collaborators 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 to cooperate with user U1.

In addition, 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 partner indicated by part P5230-1. Similarly, part P5230-2 indicates a character selected as a character to be used by the partner indicated by part P5230-2. In the example shown in FIG. 6B, 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.

In addition, 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). ) are shown by parts P5240-1 and P5240-2.

As shown in FIG. 6B, matching image G5000 when matching processing is completed further includes part P5300. The part P5300 is a part for starting the quest part of the multiplay mode. A process for starting the quest part of the multiplay mode is associated with the part P5300, and when the part P5300 is selected, the process is executed to start the quest part of the multiplay mode.

In the quest part of the multiplay mode, the user U1 and the users U2 and U3 (collaborators) aim to defeat the enemy by giving instructions such as attack instructions to their characters. As in the single play mode, the enemies appearing in the quest part are set based on the cards (use cards) associated with the characters used by users U1 to U3. For example, in the quest part, an enemy having strength corresponding to the rarity (or level) of the card used by user U1, an enemy having strength corresponding to the rarity (or level) of the card used by user U2, and user U3 An enemy appears whose strength corresponds to the rarity (or level) of the card used. For example, the higher the rarity (or level) of the card used, the stronger the enemy. Note that the stronger the enemy, the higher the value of the reward given to the 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 also ends when the physical strength parameters of all used characters become zero before all enemies are defeated. However, in this case, it is determined that the quest part has not been cleared.

When the quest part of the multiplay 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 increasing process when the quest part of the multiplay mode ends. In FIG. 7, user U1 cooperates with users U2 and U3, the characters and cards used by user U1 are character C1 and card D1, and the characters and cards used by user U2 are character C5 and card D4. , the character and card used by user U3 are character C8 and card D6. Also, in FIG. 7, it is assumed that user U1 owns cards D1 to D4 but does not own cards D5 and D6.

When the quest part of the multi-play 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.

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

FIG. 7 shows the experience value increase processing for user U1, but similar experience value increase processing is performed for users U2 and U3. From the user U2's perspective, the users U1 and U3 are cooperating partners, and from the user U3's perspective, the users U1 and U2 are cooperating partners.

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

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

Similarly, in the part P2210-4 corresponding to the card D4, the experience value of the card is "10", and the experience value (necessary experience value) required to raise the card level by one level from the current level is "5". ” is indicated by the part P2213. In this case, since the experience value of the card is equal to or more than the required experience value, the part P2216 is not hatched in the part P2210-4, and the part P2216 is selectable. In this case, by selecting part P2216 in part P2210-4, the level of card D4 can be raised by one level.

Also, 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 increase the card level by one level from the current level is "5". Part P2213 indicates that. In this case, since the experience value of the card is equal to or more than the required experience value, the part P2216 is not hatched even in the part P2210-6, and the part P2216 is selectable. 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. It is possible. In this case, the user does not own card D6, but can raise the level of card D6 by one step by selecting part P2216 in part P2210-6.

In the list area A2200 in this case, the display order of the cards D1, D4 and D6 whose experience value is equal to or more than the required experience value is higher than the display order of the cards D2, D3 and D5 whose experience value is less than the required experience value. 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 value is equal to or greater than the required experience value, cards whose experience value is less than the required experience value Parts P2210-2, P2210-3 and P2210-5 corresponding to D2, D3 and D5 are displayed. By doing so, it becomes easier for the user to grasp the cards whose experience points are equal to or greater than the required experience points.

FIG. 8B shows an example of a card list image G2000 after the user selects part P2216 from parts P2210-1, P2210-4, and P2210-6 to raise the levels of cards D1, D4, and D6 by one level. show. Therefore, in FIG. 8B, the level of card D1 has increased from "2" to "3", and the levels of cards D4 and D6 have increased from "1" to "2". At this point, the user U1 does not possess the card D6. 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 objective is cleared, the card used by the cooperating partner, either owned by the user or not owned by the user, is used. The experience value of the corresponding card is increased, and when the experience value reaches the required experience value or more, the level of the card can be raised, thus motivating the user to use the card. . That is, it is possible to give the user motivation to use a card corresponding to the card used by the cooperating partner. As a result, it is possible to motivate users to use not only the same card but also other cards.

Further, in the game described above, even if the user does not own a card corresponding to the card used by the cooperating partner, the experience value of the card is increased, and if the experience value exceeds the required experience value, , it is also possible to raise the level of the card, so that the user can be motivated to own a card that he or she does not own. In addition, in the game described above, when a new card is given to the user, the level of the card may be "2" or higher. It becomes possible to give the user a credit.

Further, in the game described above, when the experience value of a card is equal to or greater than the required experience value, instead of automatically raising the level of the card, the card can be Since the user needs to perform a level-up instruction operation in order to raise the card level, it is possible to ensure that the user can recognize that the card level will be raised. . That is, it is possible to prevent the card level from increasing without the user's knowledge. It should be noted that the level-up instruction operation may be required only for cards not owned by the user. In particular, it is difficult for the user to recognize that the level of a non-owned card has increased, but in this way, it is possible to ensure that the user can recognize that the level of the non-owned card has increased. .

In addition, the experience value increases when the quest part in single play mode is cleared and the level increases according to the experience value, and the experience value increases when the quest part in multiplayer mode is cleared and the experience value increases according to the experience value. level may be provided as a separate parameter. That is, apart from the experience value and level updated by playing the quest part of the single-play mode, the experience value and level that are updated only by playing the quest part of the multi-play mode may be set on the card. . By doing so, the user can be motivated to play the quest part of the multiplay mode. In this way, it is possible to motivate the user to play a specific play mode by setting the card with specific parameters (experience value, level, etc.) that are updated only by playing the specific play mode. can.

The games executed by the game system 1 are not limited to the games described above. For example, the single play mode may be a mode in which one character selected by the user aims to clear a quest part. Also, for example, the game executed by the game system 1 may be a game having a battle part in which the user uses one or more characters to battle an opponent. In this case, the single play mode may be a mode in which the user plays against the computer (opponent). Also, the multiplayer mode may be a mode in which a user competes against another user (opponent), or a mode in which a plurality of users cooperate to compete against an opponent (computer or other user). good.

[3. Functional Blocks] FIG. 9 is a functional block diagram showing functional blocks related to the above-described functions 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. FIG. 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.

A 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 user identification information and object parameters in association with each other.

“Storing the user's identification information and the object's parameter in association with each other” means storing the object's parameter in association with the user's identification information. Alternatively, "store the user's identification information in association with the object's parameter" may mean storing the user's identification information in association with the object's parameter.

“User identification information” is information for uniquely identifying a user. For example, a user ID, user name, email 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" is something that can be displayed on the game screen. Also in other words, an "object" is something that can be given to a user (ie, something that can be associated with the user's identity as belonging to the user). For example, multiple parameters are set for each "object". For example, a card, item, character, or the like corresponds to an example of the "object".

"Object parameters" are parameters set in an object. In other words, a "parameter of an object" is a parameter associated with an object. A "parameter of an object" may or may not be a numeric parameter. For example, the following parameters correspond to examples of "object parameters".
(1) Parameters that indicate the overall performance of an object (e.g., level, etc.)
(2) Parameters indicating the level of specific performance of an object (for example, offensive power or defensive power, etc.)
(3) Parameters necessary to improve the performance of objects (e.g., experience points, etc.)
(4) Parameters indicating the state of the object (for example, degree of fatigue or motivation, etc.)

The parameters of the object include first parameters and second parameters. The 'first parameter' is a parameter necessary to update the 'second parameter'.

As will be described later, for example, the "first parameter" is updated when the object is used as a first use object (object used by the user in the game) described later (1-1 parameter update unit 1511 ). Also, for example, the "first parameter" indicates that the object is a second usage object (a usage object used in a game, which is a usage object other than the first usage object: for example, an object to be used by a partner or an opponent). ) is updated (1-2nd parameter updating unit 1512 and 1-3rd parameter updating unit 1513).

When the "first parameter" is in a predetermined state, the "second parameter" is updated unconditionally or under a predetermined condition. Note that "when the first parameter is in a predetermined state" is, for example, a state in which the "first parameter" reaches a reference value. The “predetermined condition” is, for example, that a user performs a predetermined operation.

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" is set so that the reference value is subtracted from the current value. (or the "first parameter" is updated to the initial value). After that, as a result of updating the "first parameter", if the "first parameter" is equal to or greater than the reference value again, the "second parameter" is updated unconditionally or under a predetermined condition, and " 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. Note that the reference value may be constant or may vary.

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

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

As shown in FIG. 9 , the object storage unit 1010 includes a usable object storage unit 1011 and a usage-restricted object storage unit 1012 . The usable object storage unit 1011 stores user identification information in association with parameters of usable objects that can be used by the user in the game. On the other hand, the use-restricted object storage unit 1012 stores user identification information in association with parameters of use-restricted objects whose 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 arbitrary use by the user in the game is prohibited. "Usage-restricted state" is a state in which use of an object with its original performance is prohibited, and use with performance lower than its original performance is permitted. , the object may be in a state in which it can be used with its original performance. 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 "enabled object" is an object that has been set to a usable state. For example, an "enabled object" is an object associated with information indicating that it is ready for use. Alternatively, the “available object” may be an object registered in list data indicating a list of available objects. Alternatively, the "available object" may be an object stored in a storage area in which the data of the available object is stored.

A “use-restricted object” is an object set to a use-restricted state. For example, a "use-restricted object" is an object associated with information indicating that it is in a use-restricted state. Alternatively, the "use-restricted object" may be an object registered in list data indicating a list of use-restricted objects. Alternatively, the "use-restricted object" may be an object stored in a storage area in which the data of the use-restricted object is stored.

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

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

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

A "user ID" field indicates identification information for uniquely identifying each user. The "username" field indicates the name of the user. The "in-game currency" field indicates the balance of in-game currency owned by the user. The "item" field indicates items 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 (associated with the user ID). 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.

A "character ID" field indicates identification information for uniquely identifying each character. A "character name" field indicates the name of the character.

The "ability parameter" field indicates the character's ability parameter. For example, basic values and correction values such as attack power parameters and defense power parameters of characters are registered in the "ability parameter" field. As described above, when a card is associated with a character, the ability parameter of the character increases due to the effect of the card. The "base value" indicates the value of the ability parameter when 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. Note that if the card is not associated with the character, the "card" field is blank.

[3-1-3] FIG. 12 shows an example of card list data. The card list data D1003 is stored for each user (associated with the user ID). The card list data D1003 indicates 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", "rarity", "level", "experience value", "cumulative experience value", and "possession 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 for the card. The "level" field indicates the current level of the card. The "Experience" field indicates the card's current experience. The "accumulated experience value" field indicates the accumulated experience value given to the card.

The "ownership flag" field indicates whether or not the user owns the card. For example, the possession flags of cards not owned by the user are set to off (0), and the possession flags of cards owned by the user are set to on (1). A user can arbitrarily use a card whose ownership flag is ON, and use of a card whose ownership flag is OFF is restricted. For example, the user can associate a card with an on-ownership flag with a character, but cannot associate a card with an off-ownership flag with a character.

Among the card list data D1003, a group of records whose possession flag is ON corresponds to a list of owned cards of the user and corresponds to the usable object storage section 1011. FIG. In addition, among the card list data D1003, a group of records in which the owned flag is turned off corresponds to a list of cards not owned by the user, and corresponds to the usage restriction object storage section 1012. FIG.

In FIG. 12, the list of cards owned by the user and the list of cards not owned by the user are combined into one data, but these lists may be separate data. Namely, possessed card list data (corresponding to usable object storage unit 1011) indicating a list of cards possessed by the user and non-possessed card list data (corresponding to use restricted object storage unit 1012) indicating a list of cards not possessed by the user. You may divide into two data with.

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

A "level" field indicates the level of the card. The "effect" field indicates the effect the card has. For example, the "effect" field indicates the effect produced by the card when the card is associated with the 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, level "1" is associated with the effect "attack power +1", and level "2" is associated with the effect "attack power +3". 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 card D1 of level 1 is associated with the character, the attack power parameter of the character increases by 1 point, and when the card D1 of level 2 is associated with the character, the attack power parameter of the character increases. Indicates a 3 point increase.

[3-1-5] FIG. 14 shows an example of necessary 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 data D1005 includes "level" and "required experience" fields.

A "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 value required to raise the level of the card of rarity "N" by one level. The same is true for the 'R', 'SR', 'SSR' and 'UR' fields.

In the example shown in FIG. 14, the required experience value differs for each rarity. The higher the rarity, the more experience required. Moreover, in the example shown in FIG. 14, the required experience value differs for each level. The higher the level, the more experience required. Note that the required experience value does not have to be different for each rarity, and the required experience value does not have to be different for each level.

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

[3-1-6] The data storage unit 1000 also stores data other than the data described above. For example, the data storage unit 1000 also stores data related to enemies appearing in the quest part.

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

[3-2-1] The first identifying unit 1100 identifies one or a plurality of objects selected as first usage objects to be used by the user in the game.

A "first use object" is one or more objects used by a user in a game. The "first use object" is selected from usable objects that can be used by the user in the game. That is, the first identifying unit 1100 identifies the object selected as the first use target from among the usable objects that can be used by the user in the game. It should be noted that, for example, the selection of the "first use object" is performed by the user. Also, the “usable object” is, for example, an object associated with the user's identification information as an object owned by the user.

For example, an arbitrary card (for example, an equipment card or a magic card) selected by the user from the cards owned by the user is associated with a character, and the character associated with the card is used to cooperate with a partner to achieve a purpose. In the case of games such as aiming or playing against opponents, 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 object". .

In addition, for example, the user builds a deck by combining arbitrary cards from the cards that the user owns, and uses the deck to aim to achieve a goal with a cooperative partner or play against an opponent. In the case of a game, including a card in a deck corresponds to an example of "use", and the card included in the deck corresponds to an example of "first use object".

In addition, for example, a user may combine arbitrary characters from the characters owned by the user to form a group, and use the group to aim to achieve a goal with a cooperative partner or to play 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 the group corresponds to an example of "first use object".

In the case of the game described above, a card is an example of an "object". Also, 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 object". The first identification unit 1100 identifies the card selected as the card used by the user.

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

A “cooperating partner” is a partner who cooperates with the user in the game to achieve a goal. A "collaborator" may be another user or a computer. Also, "a game in which a user cooperates with a partner to achieve a goal" means, for example, defeating an enemy, defeating an opponent, obtaining a specific item, or obtaining a specific game result ( It is a game in which the goal is to collect points, etc.). Note that the "purpose" can also be replaced with, for example, a "mission", a "quest", or the like. Also, as the "purpose", various things can be set according to the contents of the game.

An “opponent” is an opponent who faces the user in the game. An "opponent" may be another user or a computer.

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

In the case of the aforementioned game, the quest part of the multiplay mode corresponds to an example of "a game in which a user aims to achieve a goal in cooperation with a cooperating partner."

For example, when a request to play the quest part of the multiplay mode is received from the user U1, the partner selection unit 1200 selects a cooperative partner of the user U1 from among other users who have received a request to play the quest part of the multiplay mode. .

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

[3-2-3] The second identifying unit 1300 identifies one or more objects selected as second use objects other than the first use object, which are used in the game.

A "second use object" is an object used in a game and is an object other than the object selected as the first use object (an object not selected as the first use object). That is, the "second use object" is an object that is used in the game and is 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 goal, an object used by the cooperating partner in the game corresponds to an example of the "second use object". Further, for example, in the case of a game in which a user competes against an opponent, an object used by the opponent in the game corresponds to an example of the "second use object".

The "second use object" is selected from usable objects that can be used by a cooperative partner or opponent in the game. That is, the second identifying unit 1300 identifies the object selected as the second use object from among the usable objects that can be used by the cooperative partner or the opponent in the game. It should be noted that, for example, the selection of the "second object to be used" is made by the cooperating partner or the opponent.

In the case of the game described above, the cards used by the cooperating partner (that is, the cards associated with the characters used by the cooperating partner) correspond to an example of the "second use object". The second identification unit 1300 identifies a card selected as a cooperative partner's card.

[3-2-4] The execution unit 1400 performs the game processing based on the first use object identified by the first identification unit 1100 and the second use object identified by the second identification unit 1300. to run.

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

In the case of the game described above, the execution unit 1400 executes the quest part of the multiplay mode based on the user's use character and use card and the use character and use card of 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 parameter of the object corresponding to the second use target object 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 second object to be used” is, for example, an object having the same identification information as the identification information of the second object to be used. Specifically, "the object corresponding to the object to be used as the second object" is an object having the same ID as that of the object to be used as the second object. Alternatively, the "object corresponding to the object to be used as the second object" may be an object having the same name as the object to be used as the second object.

“To be advantageous to the user” means, for example, “to make it easier for the user to achieve his/her goal in the game”.

For example, in the case of a game in which the user aims to achieve a goal by cooperating with a partner, "updating the parameters of an object so as to be advantageous to the user" means updating the object so that the user can easily achieve the goal. is to update the parameters.

Further, for example, in the case of a game in which a user competes against an opponent, "updating the parameters of an object to benefit the user" means updating the parameters of the object so that the user can easily win the competition. is.

Further, for example, in the case of a game in which a higher parameter value of an object is advantageous to the user, "updating the parameter of the object so as to be advantageous to the user" means increasing the parameter value of the object. 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 so as to be advantageous to the user" means decreasing the value of the object parameter.

"Updating the parameters of the object based on the execution of the game" means, for example, updating the parameters of the object with the execution of the game as a trigger. Note that the object parameters may be updated after the game is over, the object parameters may be updated during the execution of the game, or the object parameters may be updated before the game is started.

Also, "updating the parameters of the object based on the execution of the game" may mean updating the parameters of the object based on the results of the game.

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

Alternatively, the update unit 1500 may set the degree of update of the parameters of the object based on the result of the game. For example, the updating unit 1500 sets the degree of updating the parameters of the object to the first degree when the game result does not satisfy the predetermined condition, and sets the degree of updating the parameter of the object to the first degree when the game result satisfies the predetermined condition. The degree of update may be set to a second degree that is greater than the first degree. Here, for example, in the case of a game in which the user cooperates with a cooperating partner to achieve a goal, whether or not the goal has been achieved may be set as the "predetermined condition". Further, for example, in the case of a game in which a user competes 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-mentioned "predetermined condition". good too.

For example, when the object corresponding to the object to be used as the second object is in the limited use state, the updating unit 1500 updates the parameters of the object so as to be advantageous to the user. Specifically, for example, when the object corresponding to the object to be used as the second object is in a usable state, the update unit 1500 updates the parameters of the object, and the object corresponding to the object to be used as the second object is Update the parameters of the object even if it is in a limited use state. Alternatively, for example, the updating unit 1500 may update the parameters of the object corresponding to the object to be used as the second object only when the object is in the use-restricted state.

As shown in FIG. 9 , updating section 1500 includes first parameter updating section 1510 and second parameter updating section 1520 .

First parameter updating section 1510 includes 1-1 parameter updating section 1511 , 1-2 parameter updating section 1512 , and 1-3 parameter updating section 1513 .

The 1-1 parameter update unit 1511 updates the first parameter of the first object to be used. The 1-2nd parameter updating unit 1512 updates the first parameter of the object corresponding to the object of the second use object when the object is in the usable state. The 1st-3rd parameter update unit 1513 updates the first parameter of the object corresponding to the object of the second use object when the object is in the use restricted state.

Second parameter updating section 1520 includes a 2-1 parameter updating section 1521 and a 2-2 parameter updating section 1522 . The 2-1 parameter update unit 1521 updates the second parameter of the object in response to a predetermined operation when the first parameter of the usable object is in a predetermined state. Similarly, the 2-2nd parameter updating unit 1522 updates the second parameter of the object in response to a predetermined operation when the first parameter of the object in the usage restricted state is in a predetermined state.

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

In the above description, both the 2-1 parameter update unit 1521 and the 2-2 parameter update unit 1522 update the second parameter of the object on the condition that the predetermined operation is performed. As for the 2-1 parameter updating unit 1521 for updating the second parameter of the object in the usable state, the second parameter of the object is updated without the condition that a predetermined operation is performed. good too.

In short, the 2-1 parameter updating unit 1521 updates the second parameter of the object in the usable state when the first parameter is in the predetermined state, and the 2-2 parameter updating unit 1522 updates the usable state of the object. When the first parameter of the restricted object 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 use-restricted state is in the predetermined state, the 2-2 parameter updating unit 1522 updates the second parameter of the object on condition that a predetermined operation is performed, , when the first parameter of the usable object is in a predetermined state, the 2-1 parameter updating unit 1521 updates the second parameter of the object without the condition that a predetermined operation is performed. can be

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

In other words, when the first parameter of the object in the use-restricted state enters a predetermined state, the 2-2 parameter updating unit 1522 does not update the second parameter of the object until a predetermined operation is performed. is performed, the second parameter of the object is updated. On the other hand, when the first parameter of the usable object is in a predetermined state, the 2-1 parameter updating unit 1521 performs a predetermined operation. The second parameter of the object may be updated without waiting for the update of the second parameter of the object until (immediately).

Note that, for example, when the first parameter of the object in the use-restricted state is in a predetermined state, the 2-2 parameter updating unit 1522 performs , updates the second parameter of the object, and on the other hand, if the first parameter of the enabled object is in the predetermined state, the 2-1 parameter update unit 1521 updates the second parameter on the condition that only the second operation is performed. , the second parameter of the object may be updated.

In the game described above, for example, the quest part of the multiplayer mode in which the user U1 and the users U2 and U3 (collaborators) participated is cleared, and the cards used by the users U1, U2 and U3 are cards D1, D4 and D6, respectively. , the first parameter update unit 1510 (1-1 parameter update unit 1511) adds a predetermined value to the experience value of the card D1 (the card used by the user U1) stored in the card list data D1003 of the user U1 do. In addition, the first parameter updating unit 1510 (the first-second parameter updating unit 1512) updates 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 to a predetermined value. Add Further, the first parameter updating unit 1510 (the first-third parameter updating unit 1513) updates 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 to a predetermined value. Add Although user U1 does not own card D6 (see FIG. 12), the experience value of card D6 is increased.

Further, when the experience value of the card owned by the user U1 is equal to or greater than the required experience value, the 2-1 parameter updating unit 1521 converts the experience value of the card to the required experience value in accordance with the selection operation of the part P2216. and increase 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 greater than the required experience value, the 2-2nd parameter updating unit 1522 reduces the required experience value from the experience value of the card in accordance with the selection operation of the part P2216. At the same time, raise the level of the card by one level.

Note that when the experience value of the card owned by the user U1 becomes equal to or greater than the required experience value, the 2-1 parameter updating unit 1521 calculates the required experience value from the experience value of the card without selecting the part P2216. While decreasing the value, the level of the card may be raised by one step. Then, only when the experience value of the card not owned by the user U1 is equal to or greater than the required experience value, the 2-2 parameter updating unit 1522 converts the experience value of the card into The required experience value may be reduced and the level of the card may be raised by one level.

[3-2-6] The changing unit 1600 changes the use-restricted state object to the usable state when a predetermined condition is satisfied. Note that the parameters of the object changed to the usable state are based on the parameters of the object before being changed from the use restricted state to the usable state.

A "predetermined condition" is a condition that must be satisfied in order to change the use-restricted object to the usable state. "When a predetermined condition is satisfied" is, for example, when 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 a group of objects by lottery is given to the 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 "restricted-use object" is an "object associated with information indicating that it is in a restricted-use state," then "changing the restricted-use object to a usable state" means It is to release the association between the information indicating that it is in a usable state and the object, and associate the information indicating that it is in a usable state with the object.

Also, for example, if the "use-restricted object" is "an object registered in the list data indicating the list of use-restricted objects", "to change the use-restricted object to a usable state" Objects are removed from the list data showing the list of objects in the use-restricted state, and the objects are registered in the list data showing the list of objects in the usable state.

Also, for example, if the ``use-restricted object'' is ``an object stored in a storage area in which the data of the use-restricted object is stored'', then ``change the use-restricted object to a usable state''. is to remove the data of the object from the storage area in which the data of the object in the use-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 changed to the usable state are based on the parameters of the object before being changed from the restricted use state to the usable state'' means, for example, The contents of the parameters of the object are based on the contents of the parameters of the object immediately before being changed from the use restricted state to the usable state. In addition, "contents based on the parameter contents of the object immediately before changing from the use-restricted state to the usable state" means, for example, the contents of the parameters of the object immediately before the use-restricted state changes to the usable state is the same content as Alternatively, "contents based on the contents of the parameters of the object immediately before changing from the restricted state to the usable state" means, for example, the contents of the parameters of the object immediately before being changed from the restricted state to the usable state. to a predetermined rule. In the case of numerical parameters, the value of the parameter corresponds to "parameter content".

In the case of the game described above, the card with the possession flag turned off corresponds to an example of a "use-restricted object", and the card with the possession flag turned on corresponds to an example of a "usable object". In addition, the fact that a card whose possessing flag is turned 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 with the possession flag turned off is selected by lottery as a card to be given to the user, the changing 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, processing executed in the game system 1 to implement the functional blocks (excluding the data storage unit 1000) shown in FIG. 9 will be described.

[4-1] FIG. 15 shows an example of the processing executed when the part P4300 of the setting image G4000 of the multiplay mode is selected. The processing will be described below assuming that the user U1 selects the part P4300.

As shown in FIG. 15, the control unit 31 of the game terminal 30 transmits a multiplay request to the server 10 via the communication unit 33 (S300). A "multiplay request" is a request to play the quest part of the multiplay mode. Along with the multiplay request, the control unit 31 sends the user identification data of the user U1, the character ID of the character used by the user U1 (the 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) to the server. Send to 10.

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

The server 10 receives a multiplay request or the like via the communication section 13 (S100). In this case, the control unit 11 of the server 10 registers the user U1 in the waiting user list data (S102).

The waiting user list data is data indicating a list of users who have requested the play of the quest part of the multi-play mode and are waiting for the determination of a cooperative 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 "rarity" fields. In the "user ID" field, the user ID of the user who is waiting for the decision of a cooperating partner is registered. The user's used character and used card are registered in the "used character" and "used card" fields. The rarity of the card used by the user is registered in the "rarity" field.

In step S102, the control unit 11 adds a new record to the waiting user list data D1006. Further, the control unit 11 specifies the rarity of the cards 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 matching processing (S104). For example, based on the waiting user list data D1006, the control unit 11 selects three users whose used cards have the same rarity. Then, when three users including the user U1 are selected as the three users who use cards of the same rarity, it means that the matching process for the user U1 is completed. A user other than user U1 has been determined as a cooperating partner of user U1. In addition, below, the subsequent processes will be described on the assumption that the users U2 and U3 are determined to be cooperating partners of the user U1.

When the matching process for the user U1 is completed, the control unit 11 transmits 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 related to user IDs of users U2 and U3 determined as cooperation partners of user U1, characters to be used, and cards to be used. The control unit 11 also transmits the matching result data to the game terminals 30 of the users U2 and U3 who have been determined to cooperate with the user U1.

Note that if the matching process for the user U1 is not completed within a predetermined period of time after receiving the multiplay request from the user U1, the control unit 11 notifies the user that the matching process could not be completed. A reply may be made to the game terminal 30 of U1. Alternatively, the control unit 11 may determine a virtual user (not a real user, but a virtual user impersonated by a computer) as a cooperating partner of the user U1.

User U1's game terminal 30 receives the matching result data via communication unit 33 (S304). Then, the control unit 31 updates the matching image G5000 based on the matching result data (S306). That is, control unit 31 displays information (user IDs, characters used, cards used, etc.) of users U2 and U3 determined as cooperation partners of user U1 in cooperation partner area A5200 of matching image G5000 (FIG. 6B ). The controller 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). "Start request" is to request the start of the quest part of the multiplay 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 performs control for executing the quest part of the multiplay mode in which the users U1 to U3 participate (S110).

For example, the control unit 11 sets enemies to appear in the quest part based on the rarity (or level) of the cards used by each of the users U1 to U3. For example, the control unit 11 selects 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 enemies prepared in advance. and a third enemy having a strength corresponding to the rarity of the card used by user U3 are selected as enemies to appear in the quest part. Alternatively, the control unit 11 sets the prepared first enemy ability parameter to a value corresponding to the rarity of the card used by the user U1, and sets the prepared second enemy ability parameter to a value corresponding to the rarity of the card used by the user U1. An enemy to appear in the quest part is set by setting a value corresponding to the rarity of the card and setting a previously prepared ability parameter of the third enemy to a value corresponding to the rarity of the card used by the user U3.

Also, for example, the control unit 11 transmits an instruction for starting the quest part of the multiplay mode to the game terminal 30 of each of the users U1 to U3. The quest part of the multiplay 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. may be performed.

[4-2] FIG. 17 shows an example of processing executed when the quest part of the multiplayer mode is cleared. In the following, the processing will be described assuming that the quest part of the multiplay mode in which the users U1, U2, and U3 have participated is cleared. In the following description, the user U1 will be mainly focused on, but similar processing is also performed 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 section 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 user U1 in the completed quest part is card D1, control unit 11 adds a predetermined value to the experience value of card D1 stored in card list data D1003 of user U1.

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

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

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

After executing steps S120 to S126, control unit 11 obtains data for displaying card list image G2000 based on card list data D1003 of 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, control unit 31 displays card list image G2000 on 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 any card level-up instruction operation has been performed. Note that the operation of selecting the part P2216 corresponds to the "level up instruction operation". Therefore, the control unit 31 monitors whether or not any part P2216 has been selected.

If it is determined that any card level-up instruction operation has been performed, the control unit 31 transmits a card level-up request to the server 10 via the communication unit 33 (S324). A "level up request" is a request to raise the level of a card by one level. The control unit 31 transmits the user identification 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 upgraded by one level (S132). That is, the control unit 11 refers to the card list data D1003 of the user U1 to specify the rarity of the card to be leveled up and the current level. In addition, the control unit 11 refers to the required experience value data D1005 to specify the required experience value for raising the card to be leveled up 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, a card list image G2000 indicating that the level of the card to be upgraded is updated is displayed on the display section 35 of the game terminal 30. FIG.

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

Although omitted in FIG. 17, when the card list image G2000 is displayed on the display unit 35, whether or not an operation for transitioning to the menu image G1000 has been performed is also monitored. 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 processing executed when an operation requesting a card lottery is performed. In the following, the processing will be described assuming that the user U1 performs an operation requesting a card lottery.

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" is for requesting execution of a card lottery process or provision of a card selected by the lottery process. The control unit 31 transmits the user identification 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 card lottery processing (S142). For example, based on the card list data D1003 of the user U1, the control unit 11 (randomly) selects one of the cards whose ownership flag is off based on a predetermined probability.

After execution of step S142, the control section 11 accesses the card list data D1003 of the user U1, and turns on the ownership flag of the card selected in step S142 (S144). At this time, the control unit 11 does not change the level of the card selected in step S142, and maintains the level before the ownership flag is turned on.

After execution of step S144, the control unit 11 transmits 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 a lottery result image on the display unit 35 based on the lottery result data (S344). The lottery result image is an image showing the card selected in step S142 (the 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's level being raised while the possession flag is off, a part (text or image) may be displayed in 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 aims to achieve a goal in cooperation with a cooperative partner is cleared, the cooperative quest part is stored in the user's card list data D1003. The experience value of the card corresponding to the card used by the other party is increased, and when the experience value exceeds the required experience value, the level of the card can be raised, thereby motivating the user to use the card. becomes possible. That is, it is possible to give the user motivation to use a card corresponding to the card used by the cooperating partner. As a result, it is possible to motivate users to use not only the same card but also other cards.

According to the game system 1, if the user does not own the card corresponding to the card used by the cooperative partner (in the user's card list data D1003, the possession flag of the card corresponding to the card used by the cooperative partner is off). case), the experience value of the card corresponding to the card used by the cooperating partner stored in the user's card list data D1003 is increased, and if the experience value exceeds the required experience value, the level of the card is increased. Since it is possible to increase the number of cards, it is possible to motivate the user to own a card that he/she does not own.

Further, according to the game system 1, as described above, even if the user does not own a card corresponding to the card used by the cooperative partner, the cooperative partner's use card stored in the user's card list data D1003 The experience value of the card corresponding to the card is increased, and if the experience value exceeds the required experience value, it is possible to raise the level of the card. may have risen. In this respect, 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 changed to the possession flag remains at the level before changing to ON, it is possible to motivate the user to use the card newly given to the user (the card whose possession flag is changed from OFF to ON).

Further, according to the game system 1, when the experience value of the card is equal to or more than the required experience value, instead of automatically increasing the level of the card, the level-up instruction operation (selection of the part P2216) allows the card to be increased. By raising the level, the user needs to perform a level-up instructing operation to raise the level of the card, so it is possible to ensure that the user can recognize that the level of the card is raised. That is, it is possible to prevent the card level from increasing without the user's knowledge.

Further, according to the game system 1, another user who has selected a card of the same rarity as the card used by the user is selected as a cooperative partner. For example, in the game system 1, an enemy appears in the quest part whose strength corresponds to the rarity of the cards used by the user and cooperating partner. In this regard, if the rarity of the card used by the user is higher than the rarity of the card used by the cooperating partner, a weak enemy will appear for the user, 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 of the user. In this respect, by selecting other users who have selected cards of the same rarity as the cards used by the user as cooperation partners, it is possible to suppress the occurrence of such inconveniences.

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

[6-1] The card may have the effect of lowering the ability of the enemy or the effect of increasing the value of the reward obtained in the quest part. Also, there may be cards that generate effects just by possessing them without being associated with characters.

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

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

[6-4] A weight may be set for each card, and the degree of influence exerted on the settings of the enemies appearing in the quest part may be changed for each card.

[6-5] The user can recruit other users to participate in the quest part of the multiplay mode, and the degree of influence of the card used by the user who has recruited the multiplay mode on the settings of the enemies appearing in the quest part user's card. Alternatively, set the leader among the three users who participate in the quest part of the multiplayer mode, and the degree of influence of the leader's card on the setting of the enemy that appears in the quest part is more than the cards used by other users. can also be made larger.

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

For example, when the rarity of the cards used by user U1 is "N" and cards D5 and D6 with rarity "N" are included in the cards not owned by user U1, the partner selection unit 1200 selects a cooperative partner for user U1. , other users who have selected characters associated with the cards D5 and D6 as characters to be used may be preferentially selected.

In other words, the opponent selection unit 1200 preferentially selects other users for whom an object corresponding to the use-restricted object whose use by the user is restricted is selected as an object to be used in the game, as a cooperative partner or opponent. good too.

For example, the opponent selection unit 1200 selects, as the user's cooperation partner or opponent, another user whose use in the game is selected as an object corresponding to the use-restricted object whose use by the user is restricted. , when such another user cannot be selected as a cooperating partner or a competing partner, other users may be selected as a cooperating partner or a competing partner.

Further, for example, the opponent selection unit 1200 determines that there is a probability that an object corresponding to an object in a use-restricted state whose use by the user is restricted is selected as an object to be used in the game, and that another user is selected as a cooperative partner or an opponent. , the user's cooperation partner or opponent is selected from other users based on the probability of being selected as a cooperation partner or opponent in a state set to be higher than the probability that other users are selected as cooperation partners or opponents good too.

In this way, by preferentially selecting other users who have selected a card that the user does not own as a card to use as a cooperative partner, the experience value of the card that the user does not own is likely to increase. It is possible to make it easier to raise the level.

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

Specifically, the ratio of the damage inflicted to the enemy by the character used by user U1 to the total damage inflicted to the enemy by each of the characters used by users U1 to U3 may be determined as the degree of contribution of user U1. good. Similarly, the degree of contribution of user U2 and the degree of contribution of user U3 may be determined.

Then, when the cards used by users U1, U2, and U3 in the quest part of the multiplay mode are cards D1, D4, and D6, respectively, the first parameter update unit 1510 (1-1 parameter update unit 1511) updates user U1's 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 degree of contribution of the user U1. For example, the higher the degree of contribution of user U1, the greater the additional value.

Also, the first parameter updating unit 1510 (1st-2nd parameter updating 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 user U2's contribution. For example, the higher the contribution of the user U2, the greater the additional value.

Further, the first parameter updating unit 1510 (the first-third parameter updating unit 1513) adds 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 user U3's contribution. For example, the higher the degree of contribution of user U3, the greater the additional value.

In other words, in the case of a game in which the user cooperates with a cooperating partner to achieve a goal, the updating unit 1500 updates the object based on the degree of contribution of the cooperating partner in the game (degree of contribution of the cooperating partner to achieving the goal). You may make it update a parameter. Specifically, the greater the degree of contribution of the cooperating partner, the greater the degree of update of the object parameters (if the degree of contribution of the cooperating partner is large, the degree of contribution of the cooperating partner may be increased). The update of the object's parameters may be greater than if it were smaller). Note that the updating unit 1500 may update the parameter of the object based on the degree of contribution of the user to the achievement of the task. Specifically, the updating unit 1500 may increase the degree of update of 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 party in consideration of the degree of contribution of the cooperating party. You can improve the interest of the multiplayer mode that aims to achieve the goal by cooperating.

[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 executed by 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 the game terminal 30 to execute the process 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 having a quest part as described above has been mainly described, but the present invention can also be applied to other games. INDUSTRIAL APPLICABILITY The present invention can be applied to various games that are executed based on objects used by users.

[7. Addendum] From the above description, the present invention can be understood as follows, for example. In order to facilitate understanding of the present invention, the reference numerals shown in the drawings are appropriately written in parentheses, but this does not limit the present invention to the illustrated embodiments.

1) A game control device (10 or 30) according to one aspect of the present invention provides game control for executing a game based on stored contents of a storage means (1000) that stores user identification information and object parameters in association with each other. In the device (10 or 30), first identifying means (1100) for identifying one or a plurality of objects (e.g., cards used by the user) selected as first objects to be used by the user in the game; A second specifying means (1300) for specifying one or more objects (for example, a cooperative partner's use card) selected as a second use object other than the first use object, and the first identification means (1300) used in the game Execution means (1400) for executing the game based on the first object to be used specified by the means (1100) and the second object to be used specified by the second specifying means (1300) ), and updating means ( 1500) and

6) In addition, the game system (1) according to one aspect of the present invention is a game system ( In 1), a first specifying means (1100) for specifying one or more objects selected as first usage objects to be used by the user in the game, and the first usage object to be used in the game. a second specifying means (1300) for specifying one or more objects selected as second usage targets other than the first usage target objects specified by the first specifying means (1100); 2. Executing means (1400) for executing the game based on the second object to be used identified by the identifying means (1300), and storing in the storage means (1000) based on execution of the game updating means (1500) for updating the parameter of the object corresponding to the second object to be used to be advantageous to the user.

7) Further, a program according to an aspect of the present invention functions a computer 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 for

8) Further, an information storage medium according to an aspect of the present invention is a computer-readable information storage medium recording the program according to 7).

9) A game control method according to an aspect of the present invention is a game control method relating to a game executed based on stored contents of a storage means (1000) for storing user identification information and object parameters in association with each other, a first identification step (S102, S120) of identifying one or more objects selected as first objects to be used by the user in the game; 2. A second identification step (S102, S124) of identifying one or more objects selected for use, the first object to be used identified by the first identification step (S102), and the second an execution step (S110) of executing the game based on the second object to be used identified in the identification step (S102); and an updating step (S126) of updating the parameters of the object corresponding to the second object to be used so as to be advantageous to the user.

According to the inventions described in 1), 6) to 9) above, the object corresponding to the second object of use (that is, the object other than the object selected as the first object of use (user's object of use)) Since the parameters are updated in the user's favor, the user can be motivated to use the object. In other words, 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) stores the identification information of the user and a ready-to-use object (for example, a card whose possession flag is 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; means (1012) for associating and storing, wherein the first specifying means (1100) specifies the object selected as the first use object from the objects in the usable state, and the updating means ( 1500) may include means (1513) for updating parameters of the object to be advantageous to the user when the object corresponding to the second object to be used is in the limited use state. .

According to the invention described in 2), by advantageously updating the parameters of the use-restricted object, it is possible to motivate the user to enable the use-restricted object.

The invention described in 2) further includes change means (1600) for changing the use-restricted state object to the usable state when a predetermined condition is 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 being changed from the limited use state to the usable state.

According to the present invention, the parameters of an object that is in a use-restricted state are updated so as to be beneficial to the user, and the parameters of an object that has been changed from a use-restricted state to a usable state are replaced with the updated parameters as described above. Therefore, it is possible to motivate the user to use the object that has been changed from the use-restricted state to the usable state (for example, the object newly given to the user). .

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

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

In addition, in the invention described in 3), an object corresponding to the use-restricted object whose use by the user is restricted is selected as an object to be used in the game, and the other user is selected as the cooperative partner or the opponent. A partner selection means (1200) for preferentially selecting as a partner may be further included.

According to the present invention, by preferentially selecting, as a partner or opponent, another user whose use in the game is limited to an object corresponding to the use-restricted object whose use by the user is restricted, It is possible to make it easier for the object corresponding to the object in the use-restricted state to become the second use object, and as a result, it is possible to make it easier to update the parameters of the object in the use-restricted state.

Further, in the invention described in 3), the game is a game in which the user aims to achieve a goal in cooperation with the cooperating partner, and the updating means (1500) is configured to update the contribution of the cooperating partner in the game. Based on the degree, the parameters of the object stored in the storage means and corresponding to the second object of use may be updated in favor of the user.

According to the present invention, it becomes possible to update the parameters of the object corresponding to the object to be used as the second object in consideration of the degree of contribution of the cooperating partner in the game. It is possible to improve the interest of the game aimed at.

4) In one aspect of the present invention, the game is a game in which the user cooperates with a cooperative partner to achieve a goal, or a game in which the user competes against an opponent, and the second use object is It may be an object used by the cooperative partner or the opponent in the game.

According to the invention described in 4), for example, it is possible to update the parameters of an object corresponding to an object used by a cooperating partner or said opponent so as to be advantageous to the user. A user can be motivated to use an object that corresponds to an object used by an opponent or opponent.

5) In one aspect of the present invention, the partner who selects the cooperative partner or the opponent from among other users for whom an object having a predetermined relationship with the object to be used as the first object is selected as the object to be used in the game. A 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 cooperative partner or opponent.

1 game system, N network, 10 server, 11 control unit, 12 storage unit, 13 communication unit, 14 database, 30 game terminal, 31 control unit, 32 storage unit, 33 communication unit, 34 operation unit, 35 display unit, 36 Voice output unit 1000 Data storage unit 1010 Object storage unit 1011 Usable object storage unit 1012 Use restricted object storage unit 1100 First identification unit 1200 Partner selection unit 1300 Second identification 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 Second-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 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-2, P2210-3, P2210- 4, P2210-5, P2210-6, P2211, P2212, P2213, P2214, P2215, P2216 parts, G3000 setting image, A3100 selected area, A3200 non-selected 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 selected area, A4200 non-selected 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 Partner area, P5110, P5120, P5130, P5210, P5220-1, P5220-2, P5230-1, P5230-2, P5240-1, P5240-2, P5300 Parts.

Claims (3)

storage means for storing in association with parameters of users and objects;
a first identifying means for identifying the first object that the first user has decided to use;
a second specifying means for specifying a second object that a second user different from the first user has decided to use;
Based on the parameters of the first object associated with the first user stored by the storage means and the parameters of the second object associated with the second user stored by the storage means , an execution means for running the game ;
update means for updating the parameters of the second object associated with the first user stored in the storage means to be advantageous to the first user, based on the execution of the game;
Game controller including. storage means for storing in association with parameters of users and objects;
a first identifying means for identifying the first object that the first user has decided to use;
a second specifying means for specifying a second object that a second user different from the first user has decided to use;
a game based on the parameters of the first object associated with the first user stored by the storage means and the parameters of the second object associated with the second user stored by the storage means; an execution means for executing
update means for updating the parameters of the second object associated with the first user stored in the storage means to be advantageous to the first user, based on the execution of the game;
game system, including A program for causing a computer to function as the game control device according to claim 1 or the game system according to claim 2.

Images