JP7705049B2 - Information processing device, information processing method, and program - Google Patents

Description

The present invention relates to an information processing device, an information processing method, and a program.

Conventionally, there is known a game system that changes game parameters associated with a player based on the progress of the game by the player. For example, in the system described in Patent Document 1, cumulative information based on the amount of change in the game parameters associated with the player is obtained, and an opponent object is generated as an opponent for the player based on the obtained cumulative information.

Patent No. 6519745

However, previous technology still left room for improvement in facilitating gameplay.

The present invention aims to provide technology that can facilitate gameplay.

An information processing device according to one aspect of the present invention includes a game processing unit that grants rights to a player based on the player's progress in a game, accepts designation of one or more game objects that consume the granted rights, and grants the player a first benefit that enables a related object associated with one or more target objects, among the one or more game objects, for which the consumption status of the rights satisfies a predetermined condition, to be changed to a predetermined state.

According to the present invention, it is possible to grant a player a benefit for changing a related object to a predetermined state, which benefit is determined according to which game object the player has spent the rights he or she has acquired by progressing through the game on. This makes it possible to motivate the player to spend the rights he or she has acquired by progressing through the game on a target object related to the related object in order to change the desired related object to a predetermined state, thereby promoting game play that allows the player to acquire rights.

FIG. 1 is a diagram illustrating an example of a system configuration of a game system. FIG. 2 is a diagram illustrating an example of the configuration of a game server. FIG. 13 is a diagram showing an example of a normal character DB. FIG. 2 is a diagram showing an example of a cheering character DB. FIG. 2 is a diagram showing an example of an owned character management DB. FIG. 2 is a diagram illustrating an example of an item management DB. FIG. 2 illustrates an example of a configuration of a terminal. 13 is a flowchart illustrating an example of a processing procedure performed by a game server. 13 is a flowchart illustrating an example of a processing procedure performed by a game server. 13 is a flowchart illustrating an example of a processing procedure performed by a game server. 13 is a flowchart illustrating an example of a processing procedure performed by a game server. 13 is a flowchart illustrating an example of a processing procedure performed by a game server. 13 is a flowchart illustrating an example of a processing procedure performed by a game server. 13 is a flowchart illustrating an example of a processing procedure performed by a game server. FIG. 11 is a diagram showing an example of screen transition. FIG. 13 is a diagram showing an example of a screen. FIG. 11 is a diagram showing an example of screen transition. FIG. 13 is a diagram showing an example of a screen. FIG. 2 is a diagram illustrating an example of the hardware configuration of a game server and a terminal.

One embodiment of the present invention will be described below. In each figure, the same reference numerals are used to denote the same or similar configurations.

<System Configuration>
1 is a diagram showing an example of a system configuration of a game system 1 according to an embodiment. The game system 1 includes a game server 10 and a plurality of terminals 20. The game server 10 and the terminals 20 are connected to each other so as to be able to communicate with each other via a communication network N such as the Internet, an intranet, a wireless LAN, or mobile communication.

The game server 10 is a device that performs some of the functions required for the terminal 20 to provide the game, such as managing various information related to the player and executing some of the game processing. The game server 10 may be composed of one or more computers, or may be composed of a virtual server (such as a cloud server).

The terminal 20 is a device that provides a game to a player. The terminal 20 is, for example, a computer such as a mobile phone (including a smartphone), a tablet, a personal computer, an arcade game device, or a consumer game device. The terminal 20 notifies the game server 10 of its own position detected using a global positioning system (GPS) or the like.

＜Game Overview＞
Next, an overview of a game provided by the game system 1 according to an embodiment will be described. In a game provided by the game system 1, a player can obtain new characters and items by organizing a deck with characters selected from a plurality of characters owned and clearing a quest using the organized deck. Here, a quest is a term meaning a task that can be cleared by satisfying a certain predetermined condition. A quest is also generally called a search, a task, and a mission. A quest is an example of a game event. In addition to a quest, game events include, for example, gacha, a login bonus, and a mission. A gacha is a term meaning an event for a player to obtain a character or an item. Items obtained by executing a gacha include, for example, a material item and an evolution item. A player consumes an item when executing a gacha. The consumption amount of an item is preset for each gacha. In addition to consuming an item, a player can also execute a gacha by paying a fee or the like. That is, a gacha may include a paid gacha that requires a fee and a free gacha that does not require a fee.

A deck is a term that refers to a group made up of multiple characters. When performing a quest, a player selects characters with the appropriate abilities to clear the quest, organizes a deck, and performs the quest. The game server 10 can store multiple decks organized by players, and when performing a quest, the player can select one of the stored decks to perform the quest.

The characters include normal characters and cheering characters. The normal characters are characters that can be used to progress in the game. Progressing the game consumes the player's stamina. The cheering characters are characters that cannot be used to progress in the game. Being usable to progress in the game means, for example, that it can be organized into a deck and used to play the game in a quest, that it can be operated as a player character, and/or that it can be trained (evolved, strengthened, synthesized) by changing game parameters. Being unusable to progress in the game means, for example, that it cannot be organized into a deck, that it cannot be operated as a player character, and/or that it cannot be trained (evolved, strengthened, synthesized) by changing game parameters. The normal characters and cheering characters are examples of game objects. The normal characters include, for example, a group of cheering characters consisting of two or more cheering characters (normal characters called a "group of cheering characters"). The group of cheering characters can be evolved in two stages by using a specified item. For example, the group of cheering characters can be evolved to the first stage by using a material item, and can be evolved to the second stage by using an evolution item. The material item is an example of a material object, and the evolution item is an example of a first benefit. Cheering characters can cheer by spending points acquired during the game. When a cheering character's cheer count reaches a predetermined number, an individual cheering effect using the cheering character becomes possible. When all cheering characters in a group have cheered a predetermined number of times, a group cheering effect using the cheering characters can become possible. When the cheering characters in all groups have cheered a predetermined number of times, a general cheering effect using the cheering characters in all groups can become possible. Individual cheering is an example of a first effect, and group cheering and general cheering are examples of a second effect. A cheering character that has cheered a predetermined number of times is an example of a target object, and a group of cheering characters that has cheered a predetermined number of times is an example of a related object. Related objects are objects that can be used to progress through the game.

When participating in a quest, players consume items. In addition to items, players can also consume stamina to participate in a quest. A player who participates in a quest can clear the quest by meeting certain conditions. Furthermore, when a quest is cleared, the player is given a reward and the game story progresses. Rewards include items and characters that can be used to organize a deck. For example, when a quest is cleared, an item is acquired. The number of items that can be acquired when a quest is cleared varies depending on the difficulty of the quest and the amount of stamina consumed by the quest.

(Game Server)
2 is a diagram showing an example of the configuration of the game server 10. The game server 10 includes a game control unit 110 and a storage unit 120. The game control unit 110 can be realized by executing a program stored in the storage unit 120. The program can be stored in a storage medium. The storage medium storing the program may be a non-transitory computer readable medium. The non-transitory storage medium is not particularly limited, and may be, for example, a storage medium such as a USB memory or a CD-ROM.

The game control unit 110 provides various functions necessary to execute the game. The game control unit 110 includes a management unit 111, a reception unit 112, a game processing unit 113, and a display control unit 114. The memory unit 120 stores a normal character DB 121, a support character DB 122, an owned character management DB 123, and an item management DB 124.

The management unit 111 manages the game media owned by the player. The management unit 111 consumes the game media in accordance with the designation of a game event that consumes the game media.

The reception unit 112 receives various inputs. For example, the reception unit 112 receives the designation of a support character.

The game processing unit 113 grants the player a first benefit that enables a related object associated with one or more target objects, among one or more game objects, for which the consumption status of rights (number of times that can be cheered on) satisfies a predetermined condition, to be changed to a predetermined state. The game processing unit 113 grants the player, for example, an evolution item that is used when performing a second evolution of a group of cheering characters consisting of two or more cheering characters in the same group whose number of cheers has reached a predetermined number or more. The evolution item is an example of the first benefit.

When the player owns a related object, the game processing unit 113 changes the related object to a predetermined state when the first benefit is granted. For example, when the player owns a group of cheering characters as normal characters and an evolution item is granted, the game processing unit 113 causes the group of cheering characters to undergo a second evolution.

When the related object changes from the first state to the second state, the game processing unit 113 enables the related object to change from the second state to the third state on condition that the player has been granted a first benefit. For example, when the group of cheering characters has evolved a first time, the game processing unit 113 causes the group of cheering characters to evolve a second time on condition that the player has been granted an evolution item. The first evolution is an example of a change from the first state to the second state, and the second evolution is an example of a change from the second state to the third state.

When the first benefit is awarded, if the player does not own the related object, the game processing unit 113 presents the player with information for acquiring the related object. For example, when an evolution item is awarded to the player, if the player does not own a group of cheering characters, the game processing unit 113 presents the player with information for acquiring the group of cheering characters as normal characters.

When the first benefit is given to the player, if the related object has not changed from the first state to the second state and the player does not possess the material object used to change the related object from the first state to the second state, the game processing unit 113 presents the player with a method for obtaining the material object, and if the player possesses the material object, recommends the player to use the material object. For example, when an evolution item is given to the player, if the cheering character group has not evolved to the first level and the player does not possess the material item used to evolve the cheering character group to the first level, the game processing unit 113 presents the player with a method for obtaining the material item. On the other hand, if the player possesses the material item used to evolve the cheering character group to the first level, the game processing unit 113 recommends the player to use the material item. The material item is an example of a material object.

When a first benefit is given to a player, if the player does not possess a related object corresponding to the first benefit, the game processing unit 113 presents the player with a method for acquiring the related object. For example, when an evolution item is given to a player, if the player does not possess a group of cheering characters corresponding to the evolution item, the game processing unit 113 presents the player with a method for acquiring the group of cheering characters.

The game processing unit 113 prioritizes and recommends to the player that related objects that can be obtained by progressing through the game are obtained over related objects that can be obtained for a fee. For example, the game processing unit 113 prioritizes and recommends to the player that a group of cheering characters that can be obtained by progressing through the game are obtained over a group of cheering characters that can be obtained for a fee.

If the first benefit is not granted after changing the related object from the first state to the second state, the game processing unit 113 recommends to the player to designate a target object that does not satisfy a predetermined condition corresponding to the related object. For example, if an evolution item is not granted after the first evolution of a group of cheering characters, the game processing unit 113 recommends to the player to designate a cheering character in the group that has not cheered a predetermined number of times.

If the player does not possess the first benefit corresponding to the related object after obtaining the related object, the game processing unit 113 recommends the player to specify a target object that does not satisfy a predetermined condition corresponding to the related object. For example, if the player does not possess an evolution item corresponding to the cheering character group after obtaining a group of cheering characters, the game processing unit 113 recommends the player to specify a cheering character in the group that has not been cheered on a predetermined number of times.

When the right is granted to the player, the game processing unit 113 recommends to the player to designate a target object that does not satisfy the corresponding predetermined condition, giving priority to a related object that has changed from the first state to the second state over a related object that has not changed from the first state to the second state. For example, when the right to cheer for a cheering character is granted to the player, the game processing unit 113 recommends to the player to designate a cheering character in the group that has not been cheered on a predetermined number of times, giving priority to a group of cheering characters over a group of cheering characters that have not evolved to the first state.

If the first condition is met, the game processing unit 113 recommends a first game event in which the player can obtain a related object by consuming a predetermined game asset, and if the first condition is not met, the game processing unit 113 recommends a second game event in which the player can obtain a related object without consuming a predetermined game asset. For example, if the player's stamina is equal to or greater than a predetermined amount, the game processing unit 113 recommends to the player a quest in which the player can obtain a group of support characters by consuming the player's stamina, and if the player's stamina is less than the predetermined amount, the game processing unit 113 recommends to the player a quest in which the player can obtain a group of support characters without consuming the player's stamina. The player's stamina is an example of a predetermined game asset, and a quest is an example of a game event. Furthermore, the player's stamina being equal to or greater than a predetermined amount is an example of the first condition.

The game processing unit 113 changes the game assets required to acquire the right according to a parameter corresponding to the related object. For example, the game processing unit 113 changes the game assets required to acquire the right to cheer for a cheering character according to the development level of the cheering character group. The development level of the cheering character group is an example of a parameter corresponding to a related object. For example, when the development level of the cheering character group is relatively low, the game processing unit 113 may require the player's stamina as a game asset to acquire the right to cheer for the cheering character, and when the development level of the cheering character group is relatively high, an item may be required as a game asset to acquire the right to cheer for the cheering character.

The game processing unit 113 controls so that one or more target objects associated with a related object possessed by the player can be designated as targets for consuming the granted rights, and controls so that one or more target objects associated with a related object not possessed by the player cannot be designated as targets for consuming the granted rights. For example, the game processing unit 113 controls so that a cheering character in a group possessed by the player can be designated as a target for cheering, and controls so that a cheering character in a group not possessed by the player cannot be designated as a target for cheering.

The game processing unit 113 accepts the designation of one or more target objects that consume the granted rights, and if the consumption status of the rights does not satisfy a predetermined condition, presents to the player a first effect corresponding to the designated target object, and if the consumption status of the rights satisfies a predetermined condition, presents to the player a second effect corresponding to the related object associated with the designated one or more target objects. For example, if the cheering count of the cheering character has not reached a predetermined number, the game processing unit 113 presents to the player a cheering effect using the cheering character as the first effect. Also, for example, if the cheering count of each cheering character in the same group has reached a predetermined number, the game processing unit 113 presents to the player a cheering effect using the cheering characters in the group as the second effect. Also, for example, if the cheering count of each cheering character in all groups has reached a predetermined number, the game processing unit 113 presents to the player a cheering effect using the cheering characters in all groups as the third effect.

The display control unit 114 causes various screens in the game to be displayed on the display of the terminal 20. For example, the display control unit 114 may cause a first effect using a cheering character or a second effect using a group of cheering characters to be displayed on the screen.

Figure 3 shows an example of normal character DB121.

The normal character DB 121 manages various settings related to characters appearing in the game. The normal character DB 121 stores, in association with each other, an identifier (character ID) that uniquely identifies a normal character, an identifier (group ID) that indicates a group to which the normal character belongs, an identifier (form) that indicates a transition state of the character, an upper limit value of a level (maximum level), an upper limit value of a luck (maximum luck), an upper limit value of an HP (hit point) (maximum HP), an upper limit value of an attack power (maximum attack power), and an upper limit value of a speed (maximum speed).

Figure 4 shows an example of the cheering character DB122.

The cheering character DB122 stores, in association with each other, an identifier (character ID) that uniquely identifies a cheering character, an identifier (group ID) that indicates the group to which the cheering character belongs, individual cheering effects using the cheering character, group cheering effects using the cheering character, and overall cheering effects using the cheering character.

Figure 5 shows an example of the owned character management DB123.

The owned character management DB 123 stores characters (normal characters and cheering characters) owned by the player. The owned character management DB 123 stores an identifier (player ID) that uniquely identifies the player who owns the character, an identifier (character ID) that uniquely identifies the character, and the current status of the normal character (level, luck, HP (hit points), attack power, speed, etc.) and the status of the cheering character (number of cheers, whether or not individual completion is achieved, whether or not group completion is achieved, whether or not overall completion is achieved), all of which are associated with each other. The owned character management DB 123 may also be referred to as a character box that stores characters owned by the player.

Figure 6 shows an example of item management DB124.

Item management DB 124 stores various settings related to items that appear in the game. For example, item management DB 124 stores an identifier (player ID) that uniquely identifies a player, an identifier (item ID) that indicates an item possessed by the player, the number of items possessed, and the cumulative value of item consumption, all of which are associated with each other.

(Terminal)
7 is a diagram showing an example of the configuration of the terminal 20. The terminal 20 includes a communication unit 201, a UI (User Interface) unit 202, a game control unit 203, and a storage unit 210. The communication unit 201, the UI unit 202, and the game control unit 203 can be realized by executing a program stored in the storage unit 210. The program can be stored in a storage medium. The storage medium storing the program may be a computer-readable non-transitory storage medium. The non-transitory storage medium is not particularly limited, and may be, for example, a storage medium such as a USB memory or a CD-ROM.

The communication unit 201 performs various communications with the game server 10.

The UI unit 202 has a function to receive various inputs from the player and to display various game screens on the display. The UI unit 202 also displays game screens on the terminal 20 according to instructions from the game server 10.

The game control unit 203 provides various functions necessary for executing the game by cooperating with the game server 10. For example, the game control unit 203 provides a function for obtaining various information (icon image data, text data, etc.) for drawing on the game screen from the game server 10.

The memory unit 210 stores game data 211 necessary for the game control unit 203 to execute the game. The game data 211 stores image data of characters, a game scenario, etc.

Figure 8 is a flowchart showing an example of a processing procedure performed by the game server 10. The flowchart shown in Figure 8 is executed repeatedly at a predetermined interval, for example.

The game server 10 first determines whether the player has been granted the right to cheer for the cheering character (step S10). When the game server 10 determines that the player has been granted the right to cheer for the cheering character (step S10=YES), it determines whether the group of cheering characters has undergone the first evolution (step S11). When the game server 10 determines that the group of cheering characters has undergone the first evolution (step S11=YES), it recommends the player to cheer for the cheering characters included in the group (step S12) and ends the flowchart shown in FIG. 8. On the other hand, when the game server 10 determines in the previous step S10 that the player has not been granted the right to cheer for the cheering character (step S10=NO), it ends the flowchart shown in FIG. 8 without going through the processes of steps S11 to S12. When the game server 10 determines in the previous step S11 that the group of cheering characters has not undergone the first evolution (step S11=NO), it ends the flowchart shown in FIG. 8 without going through the process of step S12.

Figure 9 is a flowchart showing an example of a processing procedure performed by the game server 10. The flowchart shown in Figure 9 is executed repeatedly at a predetermined interval, for example.

First, the game server 10 controls the cheering characters not owned by the player among the cheering characters included in the group so that they cannot be specified (step S20). Next, the game server 10 accepts the specification of the cheering characters (step S21). Next, the game server 10 determines whether the cheering count of each cheering character in the same group is a predetermined number or more (step S22). If the game server 10 determines that the cheering count of each cheering character in the same group is a predetermined number or more (step S22 = YES), it grants the player an evolution item that evolves the cheering character group (step S23), and ends the flowchart shown in FIG. 9. On the other hand, if the game server 10 determines in the previous step S22 that the cheering count of each cheering character in the same group is not a predetermined number or more (step S22 = NO), it ends the flowchart shown in FIG. 9 without going through the process of step S23.

Figure 10 is a flowchart showing an example of a processing procedure performed by the game server 10. The flowchart shown in Figure 10 is executed repeatedly at a predetermined interval, for example.

The game server 10 first determines whether the cheering character group has evolved to the first stage (step S30). When the game server 10 determines that the cheering character group has evolved to the first stage (step S30=YES), it determines whether the player has been granted the first bonus (step S31). When the game server 10 determines that the player has been granted the first bonus (step S31=YES), it allows the cheering character group to evolve to the second stage (step S32) and ends the flowchart shown in FIG. 10. On the other hand, when the game server 10 determines in the previous step S30 that the cheering character group has not evolved to the first stage (step S30=NO), it ends the flowchart shown in FIG. 10 without going through the processes of steps S31 to S32. When the game server 10 determines in the previous step S31 that the player has not been granted the first bonus (step S31=NO), it ends the flowchart shown in FIG. 10 without going through the process of step S32.

Figure 11 is a flowchart showing an example of a processing procedure performed by the game server 10. The flowchart shown in Figure 11 is executed repeatedly at a predetermined interval, for example.

The game server 10 first determines whether the player has been granted the right to support the support character (step S40). When the game server 10 determines that the player has been granted the right to support the support character (step S40 = YES), it determines whether the group of support characters has undergone the first evolution (step S41). When the game server 10 determines that the group of support characters has undergone the first evolution (step S41 = YES), it determines whether the player has a material item (step S42). When the game server 10 determines that the player has a material item (step S42 = YES), it presents the player with the use of the material item (step S43) and ends the flowchart shown in FIG. 11. On the other hand, when the game server 10 determines that the player does not have the material item (step S42 = NO), it presents the player with a method of obtaining the material item (step S44) and ends the flowchart shown in FIG. 11. Furthermore, if the game server 10 determines in the previous step S40 that the player is not granted the right to cheer on the cheering character (step S40=NO), it ends the flowchart shown in FIG. 11 without going through the processes of steps S41 to S44. Furthermore, if the game server 10 determines in the previous step S41 that the cheering character group has not undergone the first evolution (step S41=NO), it ends the flowchart shown in FIG. 11 without going through the processes of steps S42 to S44.

Figure 12 is a flowchart showing an example of a processing procedure performed by the game server 10. The flowchart shown in Figure 12 is executed repeatedly at a predetermined interval, for example.

The game server 10 first determines whether the player has been granted the right to cheer on the cheering character (step S50). If the game server 10 determines that the player has been granted the right to cheer on the cheering character (step S50 = YES), it determines whether there is a group of cheering characters that have evolved to the first stage (step S51). If the game server 10 determines that there is a group of cheering characters that have evolved to the first stage (step S51 = YES), it recommends to the player a group of cheering characters that have not evolved to the first stage in preference to the group of cheering characters that have evolved to the first stage (step S52), and ends the flowchart shown in FIG. 12. On the other hand, if the game server 10 determines in the previous step S50 that the player has not been granted the right to cheer on the cheering character (step S50 = NO), it ends the flowchart shown in FIG. 12 without going through the processing of steps S51 to S52. Furthermore, if the game server 10 determines in the previous step 51 that there is no group of first evolved cheering characters (step S51 = NO), it ends the flowchart shown in FIG. 12 without going through the processing of step S52.

Figure 13 is a flowchart showing an example of a processing procedure performed by the game server 10. The flowchart shown in Figure 13 is executed repeatedly at a predetermined interval, for example.

The game server 10 first determines whether or not the player is granted the right to cheer on the cheering character (step S60). When the game server 10 determines that the player is granted the right to cheer on the cheering character (step S60=YES), it determines whether or not there is a cheering character whose cheer count is a predetermined number or more (step S61). When the game server 10 determines that there is a cheering character whose cheer count is a predetermined number or more (step S61=YES), it recommends to the player a group of cheering characters that can be obtained by progressing through the game in preference to a group of cheering characters that can be obtained for a fee (step S62), and ends the flowchart shown in FIG. 13. On the other hand, when the game server 10 determines in the previous step S60 that the player is not granted the right to cheer on the cheering character (step S60=NO), it ends the flowchart shown in FIG. 13 without going through the processes of steps S61 to S62. In addition, if the game server 10 determines in the previous step S61 that there is no cheering character that has cheered a predetermined number of times or more (step S61 = NO), it ends the flowchart shown in Figure 13 without going through the processing of step S62.

Figure 14 is a flowchart showing an example of a processing procedure performed by the game server 10. The flowchart shown in Figure 14 is executed repeatedly at a predetermined interval, for example.

The game server 10 first determines whether or not there is a cheering character that can be acquired based on the consumption of the player's parameters acquired during the game (step S70). If the game server 10 determines that there is a cheering character that can be acquired based on the consumption of the player's parameters acquired during the game (step S70 = YES), the game server 10 changes the number or contents of items that can be acquired when a cheering character is specified to a greater extent the greater the number of cheering characters that can be acquired based on the consumption of the player's parameters (step S71), and ends the flowchart shown in FIG. 14. On the other hand, if the game server 10 determines in the previous step S70 that there is no cheering character that can be acquired based on the consumption of the player's parameters acquired during the game (step S70 = NO), it ends the flowchart shown in FIG. 14 without going through the processing of step S71.

Figure 15 shows an example of the screen transition when cheering on a cheering character.

As shown in FIG. 15, the transition screen A100 displays an image of a normal character along with an operation icon for starting a quest and an operation icon for starting a support mission. When the operation icon for starting a support mission is operated on the transition screen A100, the screen transitions to the transition screen A101.

Transition screen A101 displays support characters that are the targets of support missions, categorized by group. Transition screen A101 displays the number of times a support character has been supported alongside the support character's icon. Tapping on a support character's icon on transition screen A101 transitions to transition screen A102.

Transition screen A102 displays an image of the cheering character along with an operation icon for performing a cheer and an operation icon for canceling a cheer. Transition screen A102 also displays the cheering character's current cheering points (number of cheers), and the number of cheers required until the cheering character reaches a predetermined number. In this example, cheering the cheering character displayed in transition screen A012 one more time will cause the cheering character's number of cheers to reach the predetermined number. Therefore, when the operation icon for performing a cheer is tapped on transition screen A102, transition screen A103 will be displayed.

Transition screen A103 displays an image of an item that is obtained as a reward when the cheering count of the cheering character displayed on transition screen A102 reaches a predetermined number of times.

Figure 16 shows an example of a screen that displays a list of rewards that the player has earned.

As shown in FIG. 16, the screen A110 displays an individual reward, a group reward, and a total reward. The individual reward indicates a reward acquired when the cheering count of a cheering character reaches a predetermined number of times. The group reward indicates a reward acquired when the cheering count of all cheering characters in the same group reaches a predetermined number of times. The total reward indicates a reward acquired when the cheering count of all cheering characters in all groups reaches a predetermined number of times. In this example, the individual reward and some of the group rewards are displayed, and unacquired group rewards and the total reward are displayed in gray. The group reward and the total reward include items for performing costume release. These items are used to increase the rank of the costume of the cheering character group. An increase in the rank of the costume of the cheering character group corresponds to the first or second evolution of the cheering character group.

Figure 17 shows an example of the screen transition when a costume for a cheering character group is unlocked.

As shown in FIG. 17, the transition screen A120 displays an image of a group of cheering characters. When a material item is used to perform the first evolution of the group of cheering characters on the transition screen A120, the screen transitions to the transition screen A121.

Transition screen A121 displays the group of cheering characters whose costumes have been unlocked and whose costume ranks have increased after the costumes of the group of cheering characters displayed in transition screen A120 have been unlocked. When an evolution item is used in transition screen A121 to perform the second evolution of the group of cheering characters, the screen transitions to transition screen A122.

Transition screen A122 displays the group of cheering characters whose costumes have been unlocked and whose costume rank has been further increased after the costumes of the group of cheering characters displayed in transition screen A121 have been unlocked.

Figure 18 shows an example of a screen displaying a cheering effect using a cheering character.

As shown in FIG. 18, screen A130 is an example of an individual cheering effect screen, and a cheering effect using a single cheering character is displayed. Screen A131 is an example of a group cheering effect screen, and a cheering effect using multiple cheering characters from the same group is displayed. Screen A132 is an example of an overall cheering effect screen, and a cheering effect using the cheering characters of all groups is displayed. Note that in group cheering effects or overall cheering effects, the display mode of the cheering character may be changed depending on the number of cheers for the cheering character. For example, as the number of cheers for the cheering character increases relatively, the display size of the cheering character may be increased, or the display position of the cheering character may be set closer to the center.

<Summary>
According to the embodiment described above, the game server 10 can grant the player a benefit for changing a related object to a predetermined state, which benefit is determined according to which game object the player has spent the rights acquired by progressing through the game on. This can motivate the player to spend the rights acquired by progressing through the game on a target object related to the related object in order to change the desired related object to a predetermined state, thereby promoting game play that allows the player to acquire the rights.

[Hardware configuration]
FIG. 19 is a diagram showing an example of a hardware configuration of a game server 10 according to an embodiment. As shown in the figure, the game server 10 includes a communication controller 100-1, a CPU 100-2, a RAM (Random Access Memory) 100-3 used as a working memory, a ROM (Read Only Memory) 100-4 for storing a boot program, a storage device 100-5 such as a flash memory or a HDD (Hard Disk Drive), a drive device 100-6, and the like, all connected to each other via an internal bus or a dedicated communication line. The communication controller 100-1 communicates with components other than the game server 10. The storage device 100-5 stores a program 100-5a executed by the CPU 100-2. This program is expanded in the RAM 100-3 by a DMA (Direct Memory Access) controller (not shown) or the like, and executed by the CPU 100-2. This realizes a management unit 111 and a game processing unit 113.

Regarding the functional block configuration described above, all or part of the management unit 111 and game processing unit 113 included in the game server 10 may be configured to be provided in the game control unit 203 of the terminal 20.

<Additional Notes>
<Appendix 1>
granting rights to a player based on the player's progress in a game;
accepting a designation of one or more game objects that will consume the granted rights;
a game processing unit that grants the player a first benefit that enables a related object associated with one or more target objects, among the one or more game objects, whose consumption status of the right satisfies a predetermined condition, to be changed to a predetermined state;
Information processing device.
<Appendix 2>
the game processing unit, in a case where the player owns the related object, changes the related object to the predetermined state when the first benefit is awarded;
2. The information processing device according to claim 1.
<Appendix 3>
the game processing unit, when granting the first benefit, presents information for acquiring the related object if the player does not own the related object;
3. The information processing device according to claim 2.
<Appendix 4>
when the related object changes from a first state to a second state, the game processing unit enables the related object to be changed from the second state to a third state on condition that the player has been granted the first benefit;
4. The information processing device according to claim 1 .
<Appendix 5>
the game processing unit, when the first benefit is given to the player, in a case where the related object has not changed from the first state to the second state and the player does not possess a material object used in changing the related object from the first state to the second state, presents the player with a method for acquiring the material object, and, when the player possesses the material object, recommends the player to use the material object.
5. The information processing device according to claim 1 .
<Appendix 6>
when the first benefit is given to the player, if the player does not have the related object corresponding to the first benefit, the game processing unit presents to the player a method for acquiring the related object.
6. The information processing device according to claim 1 .
<Appendix 7>
when the first benefit is not granted after the game processing unit changes the related object from the first state to the second state, the game processing unit recommends to the player to designate the target object that does not satisfy the predetermined condition and corresponds to the related object.
6. The information processing device according to claim 1 .
<Appendix 8>
the game processing unit, when the player does not have the first benefit corresponding to the related object after obtaining the related object, recommends to the player to designate the target object corresponding to the related object that does not satisfy the predetermined condition;
8. The information processing device according to claim 1 .
<Appendix 9>
the game processing unit, when the right is granted to the player, recommends to the player to designate the target object that does not satisfy the corresponding predetermined condition by giving priority to the related object that has changed from the first state to the second state, compared to the related object that has not changed from the first state to the second state;
9. The information processing device according to any one of claims 1 to 8.
<Appendix 10>
the game processing unit recommends to the player to acquire the related objects that can be acquired through the progress of the game by giving priority to the related objects that can be acquired through the progress of the game, compared to the related objects that can be acquired for a fee;
10. The information processing device according to claim 1.
<Appendix 11>
the game processing unit recommends a first game event in which a related object can be obtained by consuming a predetermined game asset of the player when a first condition is satisfied, and recommends a second game event in which a related object can be obtained without consuming the predetermined game asset when the first condition is not satisfied;
11. The information processing device according to any one of claims 1 to 10.
<Appendix 12>
the game processing unit controls the one or more target objects associated with the related object owned by the player so as to be designable as targets for consuming the granted right, and controls the one or more target objects associated with the related object not owned by the player so as not to be designable as targets for consuming the granted right;
12. The information processing device according to claim 1.
<Appendix 13>
The information processing device according to any one of claims 1 to 12, wherein the game processing unit changes game assets required to acquire a right in accordance with a parameter corresponding to the related object.
<Appendix 14>
the game processing unit accepts designation of one or more target objects for consuming the granted right, and when the consumption status of the right does not satisfy the predetermined condition, presents to the player a first effect corresponding to the designated target object, and when the consumption status of the right satisfies the predetermined condition, presents to the player a second effect corresponding to the related object associated with the designated one or more target objects.
14. The information processing device according to any one of claims 1 to 13.
<Appendix 15>
An information processing method performed by an information processing device,
granting rights to a player based on the player's progress in a game;
accepting a designation of one or more game objects that will consume the granted rights;
granting the player a first benefit that enables a related object associated with one or more target objects, among the one or more game objects, whose consumption status of the right satisfies a predetermined condition, to be changed to a predetermined state;
Including,
Information processing methods.
<Appendix 16>
On the computer,
granting rights to a player based on the player's progress in a game;
accepting a designation of one or more game objects that will consume the granted rights;
granting the player a first benefit that enables a related object associated with one or more target objects, among the one or more game objects, whose consumption status of the right satisfies a predetermined condition, to be changed to a predetermined state;
A program for executing.

10...game server, 20...terminal, 100-1...communication controller, 100-2...CPU, 100-3...RAM, 100-4...ROM, 100-5...storage device, 100-5a...program, 100-6...drive device, 110...game control unit, 111...management unit, 112...reception unit, 113...game processing unit, 114...display control unit, 120...storage unit, 121...normal character DB, 122...support character DB, 123...owned character management DB, 124...item management DB, 201...communication unit, 202...UI unit, 203...game control unit, 210...storage unit, 211...game data.

Claims (3)

a processor, the processor comprising:
granting rights to a player based on the progress of a game played by the player using a deck of characters ;
Accepting designation of one or more game characters for which the granted right will be consumed, among a plurality of game characters that cannot be organized into the deck ;
when there is a group including a game character whose consumption status of the right satisfies a predetermined condition among the plurality of game characters, a first benefit that enables all game objects associated with the group to be changed to a predetermined state is given to the player;
Information processing device. The processor grants rights to a player based on the progress of a game played by the player using a deck of characters ;
a processor accepts designation of one or more game characters that consume the granted right from among a plurality of game characters that cannot be organized into the deck ;
the processor, when there is a group including a game character whose consumption status of the right satisfies a predetermined condition among the plurality of game characters, grants the player a first benefit that enables all game objects associated with the group to be changed to a predetermined state;
Information processing methods. causing the processor to grant rights to a player based on progress of a game played by the player using a deck of characters ;
causing the processor to accept designation of one or more game characters that will consume the granted right, among a plurality of game characters that cannot be organized into the deck ;
when there is a group including a game character among the plurality of game characters, the consumption status of the right satisfying a predetermined condition, granting to the player a first benefit that enables all game objects associated with the group to be changed to a predetermined state;
A program that executes a process.

Images