JP2022179345A - Information processor, information processing method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technique capable of promoting game play.

SOLUTION: Provided is an information processor having a game processing part for granting a right to a player on the basis of progress of a game by the player, receiving designation of at least one game object for consuming the granted right, and granting a first right capable of changing a related object related to at least one target object in which a consumption situation of right satisfies a predetermined condition from among at least one game object to a predetermined state to the player.

SELECTED DRAWING: Figure 2

COPYRIGHT: (C)2023,JPO&INPIT

Description

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

2. Description of the Related Art Conventionally, game systems are known that change game parameters associated with a player based on the progress of the game by the player. For example, in the system described in Patent Literature 1, cumulative information based on the amount of change in game parameters associated with a player is acquired, and an opponent object is generated as an opponent of the player based on the acquired cumulative information. .

Japanese Patent No. 6519745

However, the conventional technology still leaves room for improvement in promoting game play.

SUMMARY OF THE INVENTION Accordingly, an object of the present invention is to provide a technology capable of promoting game play.

An information processing apparatus according to an aspect of the present invention grants a right to a player based on the progress of a game by the player, accepts designation of one or more game objects that consume the granted right, a game processing unit that grants to the player a first privilege that allows a related object associated with one or more target objects, among the above game objects, for which the consumption status of the right satisfies a predetermined condition, to change to a predetermined state; Prepare.

According to the present invention, it is possible to give a player a privilege for changing a related object to a predetermined state, which is determined according to which game object the right acquired by the player by progressing the game is consumed. Become. As a result, in order for the player to change the desired related object to a predetermined state, it is possible to motivate the player to consume the right acquired by proceeding with the game to the target object related to the related object. Encourage game play to obtain rights.

It is a figure which shows an example of the system configuration|structure of a game system. It is a figure which shows an example of a structure of a game server. It is a figure which shows an example of normal character DB. It is a figure which shows an example of support character DB. It is a figure which shows an example of possession character management DB. It is a figure which shows an example of item management DB. 1 is a diagram illustrating an example of a configuration of a terminal; FIG. 4 is a flow chart showing an example of a processing procedure performed by a game server; 4 is a flow chart showing an example of a processing procedure performed by a game server; 4 is a flow chart showing an example of a processing procedure performed by a game server; 4 is a flow chart showing an example of a processing procedure performed by a game server; 4 is a flow chart showing an example of a processing procedure performed by a game server; 4 is a flow chart showing an example of a processing procedure performed by a game server; 4 is a flow chart showing an example of a processing procedure performed by a game server; FIG. 10 is a diagram showing an example of screen transition; It is a figure which shows an example of a screen. FIG. 10 is a diagram showing an example of screen transition; It is a figure which shows an example of a screen. It is a figure which shows an example of the hardware constitutions of a game server and a terminal.

An embodiment of the present invention will be described below. It should be noted that, in each figure, the same reference numerals have the same or similar configurations.

<System configuration>
FIG. 1 is a diagram showing an example of a system configuration of a game system 1 according to one embodiment. The game system 1 includes a game server 10 and multiple terminals 20 . The game server 10 and the terminal 20 are communicably connected to 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 takes part of the functions of the terminal 20 providing the game, such as managing various types of information about players and executing part of game processing. The game server 10 may be configured from one or more computers, or may be configured using a virtual server (cloud server, etc.).

The terminal 20 is a device that provides games to players. The terminal 20 is, for example, a computer such as a mobile phone (including a smart phone), a tablet, a personal computer, an arcade game device, or a consumer game device. The terminal 20 notifies the game server 10 of its position detected using a GPS (Global Positioning System) or the like.

<Game Overview>
Next, an outline of the game provided by the game system 1 according to one embodiment will be described. In the game provided by the game system 1, the player organizes a deck with characters selected from a plurality of owned characters, clears a quest using the organized deck, and acquires new characters and items. can be obtained. Here, a quest is a term that means a task that can be cleared by satisfying a predetermined condition. Quests are also commonly referred to as quests, challenges and missions. A quest is an example of a game event. Game events include gacha, login bonuses, missions, etc., in addition to quests. Gacha is a term that means an event for a player to acquire characters or items. Items obtained by playing Gacha include, for example, material items and evolution items. A player consumes an item when playing Gacha. The consumption of items is preset for each gacha. In addition to consuming items, the player can also execute the gacha by charging. That is, the gacha may include a paid gacha that requires charging and a free gacha that does not require charging.

A deck is a term that means a group that combines multiple characters. When executing a quest, the player selects a character having an ability suitable for clearing the quest, organizes a deck, and executes the quest. A plurality of decks organized by the player can be stored in the game server 10, and the player selects one deck from among the stored plurality of decks to execute the quest when executing the quest. is also possible.

The characters include normal characters and support characters. A normal character is a character that can be used to advance the game. The progress of the game consumes the player's stamina. A support character is a character that cannot be used to advance the game. Being usable for the progress of the game means, for example, being able to organize into a deck and play the game in a quest, being able to operate as a player character, and/or changing game parameters to train (evolve, strengthen, etc.) , synthesis) is possible. Unusable for the progress of the game means, for example, being unable to be organized into a deck, being unable to be operated as a player character, and/or being trained (evolved, strengthened, synthesized) by changing game parameters. means that you cannot Normal characters and support characters are examples of game objects. The normal characters include, for example, a group of support characters composed of two or more support characters (normal characters called “group of support characters”). A group of support characters can be evolved in two stages by using predetermined items. For example, a group of support characters can be first evolved by using material items, and can be secondly evolved by using evolution items. A material item is an example of a material object, and an evolution item is an example of a first benefit. The support character can support the game by consuming points acquired during the progress of the game. When the number of cheering times of the cheering characters reaches a predetermined number, it is possible to produce individual cheering using the cheering characters. When the number of cheering times of all the cheering characters in the same group reaches a predetermined number, it is possible to produce group cheering using the group of cheering characters. When the number of times of cheering by the cheering characters of all groups reaches a predetermined number of times, it is possible to produce a general cheering effect using the cheering characters of all groups. Individual cheering is an example of a first effect, and group cheering and general cheering are examples of a second effect. A cheering character whose number of times of cheering has reached a predetermined number of times is an example of a target object, and a group of cheering characters whose number of times of cheering has reached a predetermined number of times is an example of a related object. A related object is an object that can be used to progress the game.

A player consumes items when participating in a quest. Players can participate in quests by consuming stamina in addition to items. A player who participates in a quest can clear the quest by satisfying certain conditions. Also, when the quest is cleared, the player is rewarded and the story of the game progresses. Rewards include items, characters that can be used for deck construction, and the like. For example, if you clear a quest, you will get an item. The number of items that can be acquired when clearing a quest varies depending on the difficulty of the quest and the amount of stamina consumed by the quest.

(game server)
FIG. 2 is a diagram showing an example of the configuration of the game server 10. As shown in FIG. The game server 10 includes a game control section 110 and a storage section 120 . The game control section 110 can be implemented by executing a program stored in the storage section 120 . Also, 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-temporary storage medium is not particularly limited, but may be a storage medium such as a USB memory or CD-ROM, for example.

The game control unit 110 provides various functions necessary for executing the game. Game control unit 110 includes management unit 111 , reception unit 112 , game processing unit 113 , and display control unit 114 . The storage 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 game media possessed by the player. The management unit 111 consumes game media according to designation of a game event that consumes game media.

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

The game processing unit 113 enables a related object associated with one or more target objects, among the one or more game objects, to change to a predetermined state in terms of the consumption status of the right (the number of times the support is possible) satisfying a predetermined condition. 1 award is given to the player. The game processing unit 113, for example, gives the player an evolution item to be used when second-evolving a group of cheering characters composed of two or more cheering characters in the same group who have cheered a predetermined number of times or more. An evolution item is an example of a first privilege.

When the player owns the related object, the game processing unit 113 changes the related object to a predetermined state when the first privilege is given. For example, when the player owns a group of support characters as normal characters and an evolution item is given, the game processing unit 113 second-evolves the group of support characters.

When the related object changes from the first state to the second state, the game processing unit 113 allows the related object to change from the second state to the third state on condition that the player is given the first privilege. do. For example, when the group of support characters undergoes the first evolution, the game processing unit 113 causes the group of support characters to undergo the second evolution on condition that the player is given an evolution item. A first evolution is an example of a change from a first state to a second state, and a second evolution is an example of a change from a second state to a third state.

The game processing unit 113 presents information for acquiring the related object when the player does not own the related object when the first privilege is granted. For example, the game processing unit 113 presents the player with information for acquiring the group of support characters as normal characters when the player does not own the group of support characters when the evolution item is given to the player. .

The game processing unit 113 changes the related object from the first state to the second state if the related object has not changed from the first state to the second state when the first privilege is granted to the player. If the player does not possess the material object used for making the material object, the method of obtaining the material object is presented to the player, and if the player possesses the material object, the player is instructed to use the material object. Recommend. For example, when the player is given an evolution item and the group of supporting characters has not undergone the first evolution, the game processing unit 113 selects materials used when the group of supporting characters undergoes the first evolution. If the player does not possess the item, the method of obtaining the material item is presented to the player. On the other hand, the game processing unit 113 recommends the player to use the material item when the player possesses the material item used when the group of supporting characters is first evolved. A material item is an example of a material object.

The game processing unit 113 presents the method of obtaining the related object to the player when the first privilege is granted to the player and the player does not possess the related object corresponding to the first privilege. For example, when an evolution item is given to the player and the player does not possess a support character group corresponding to the evolution item, the game processing unit 113 presents the player with a method of obtaining the support character group. do.

The game processing unit 113 recommends the player to acquire the related object that can be obtained through the progress of the game with higher priority than the related object that can be obtained for a fee. The game processing unit 113, for example, preferentially obtains a group of support characters that can be obtained through the progress of the game to a group of support characters that can be obtained for a fee, and recommends the player to obtain them.

After changing the related object from the first state to the second state, if the first privilege is not granted, the game processing unit 113 instructs the player to designate a target object that does not satisfy a predetermined condition corresponding to the related object. Recommended for For example, if the evolution item is not given after the group of supporting characters is first evolved, the game processing unit 113 recommends the player to designate a supporting character whose number of times of cheering has not reached a predetermined number in the group. .

After the player obtains the related object, if the player does not possess the first privilege corresponding to the related object, the game processing unit 113 instructs the player to designate a target object that does not satisfy a predetermined condition corresponding to the related object. Recommend. For example, if the player does not possess an evolution item corresponding to the group of cheering characters after the player has obtained the group of the cheering characters, the game processing unit 113 determines that the number of times of cheering in the group has not reached the predetermined number of times. Recommend the player to specify the character.

The game processing unit 113 controls the number of related objects that have changed from the first state to the second state as compared with the related objects that have not changed from the first state to the second state when the right is granted to the player. The player is recommended to designate a target object that does not satisfy a given condition that is given priority. For example, when the player is granted the right to cheer on the cheering character, the game processing unit 113 gives priority to the group of the cheering character over the group of the cheering character that has not undergone the first evolution. To recommend a player to designate a cheering character whose number of times of cheering has not reached a predetermined number.

The game processing unit 113 recommends a first game event in which the player consumes predetermined game assets and obtains a related object if the first condition is satisfied, and if the first condition is not satisfied, the game processing unit 113 recommends a predetermined game event. A second game event is recommended where the associated object can be obtained without consuming game assets. 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's stamina can be consumed to obtain a group of support characters. In some cases, the player is recommended a quest that allows a group of support characters to be obtained without consuming the player's stamina. A player's stamina is an example of a predetermined game asset, and a quest is an example of a game event. Also, an example of the first condition is that the player's stamina is equal to or greater than a predetermined amount.

The game processing unit 113 changes the game assets required to acquire the rights according to the parameters corresponding to the related objects. The game processing unit 113 changes the game assets required to acquire the right to support the support character, for example, according to the level of development of the support character group. The training degree of the group of support characters is an example of a parameter corresponding to the related object. For example, when the degree of development of the group of support characters is relatively low, the game processing unit 113 requires the stamina of the player as a game asset for obtaining the right to support the support characters, and the training of the group of support characters is performed. If the degree is relatively high, items may be required as game assets to acquire the right to cheer on the cheering character.

The game processing unit 113 controls so that one or more target objects associated with the related objects possessed by the player can be designated as targets for consuming the granted right, and the game processing unit 113 controls to be able to specify one or more target objects associated with the related objects possessed by the player. control such that one or more subject objects cannot be designated as subjects to consume the granted rights. The game processing unit 113 controls, for example, the support character in the group possessed by the player to be designated as the target of support, and the support character in the group not owned by the player to be designated as the target of support. do.

The game processing unit 113 accepts designation of one or more target objects for consuming the granted right, and if the consumption status of the right does not satisfy a predetermined condition, a first effect corresponding to the designated target object is presented to the player. When the right consumption status satisfies a predetermined condition, the player is presented with a second effect corresponding to the related objects associated with the designated one or more target objects. For example, when the number of times of cheering by the cheering character has not reached a predetermined number, the game processing unit 113 presents the cheering effect using the cheering character to the player as the first effect. Further, for example, when the number of cheering times of each cheering character in the same group has reached a predetermined number, the game processing unit 113 presents the cheering effect using the cheering characters in the group to the player as the second effect. do. Further, for example, when the number of cheering times of each cheering character in all groups has reached a predetermined number, the game processing unit 113 sets the cheering effect using the cheering characters in all groups as the third effect. presented to

The display control unit 114 displays various screens in the game on the display of the terminal 20 . The display control unit 114 may display, for example, a first effect using a support character or a second effect using a group of support characters on the screen.

FIG. 3 is a diagram showing an example of the normal character DB 121. As shown in FIG.

The normal character DB 121 manages various settings related to characters appearing in this game. The normal character DB 121 stores an identifier that uniquely identifies a normal character (character ID), an identifier that indicates the group to which the normal character belongs (group ID), an identifier that indicates the transition state of the character (form), an upper limit value of the level (maximum level ), rack upper limit (max rack), HP (hit point) upper limit (max HP), attack power upper limit (max attack power), and speed upper limit (max speed) are associated and stored. be.

FIG. 4 is a diagram showing an example of the support character DB 122. As shown in FIG.

The support character DB 122 contains identifiers (character IDs) that uniquely identify support characters, identifiers (group IDs) that indicate groups to which support characters belong, individual support effects using support characters, and group support effects using support characters. , the entire cheering effect using the cheering character is associated and stored.

FIG. 5 is a diagram showing an example of the possessed character management DB 123. As shown in FIG.

The owned character management DB 123 stores characters owned by the player (normal characters and support characters). The owned character management DB 123 contains 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 (level, luck) of the normal character. , HP (hit points), attack power, speed, etc.), and the status of the cheering character (the number of times of cheering, presence/absence of individual comps, presence/absence of group comps, presence/absence of overall comps) are stored in association with each other. The owned character management DB 123 may be called a character box that stores characters owned by the player.

FIG. 6 is a diagram showing an example of the item management DB 124. As shown in FIG.

The item management DB 124 stores various settings related to items appearing in the game. In the item management DB 124, for example, 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 an accumulated value of item consumption are associated with each other. stored.

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

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

The UI unit 202 has a process of receiving various inputs from the player and a function of displaying various game screens on the display. Also, the UI unit 202 displays a game screen on the terminal 20 according to an instruction from the game server 10 .

The game control unit 203 cooperates with the game server 10 to provide various functions necessary for executing the game. For example, the game control unit 203 provides functions such as acquiring various information (icon image data, text data, etc.) for drawing on the game screen from the game server 10 .

The storage unit 210 stores game data 211 necessary for the game control unit 203 to execute the game. The game data 211 stores character image data, game scenarios, and the like.

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

The game server 10 first determines whether or not the player is granted the right to cheer on the cheering character (step S10). When the game server 10 determines that the player is granted the right to cheer 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 support characters has undergone the first evolution (step S11=YES), the game server 10 recommends the support characters included in the group to the player (step S12), as shown in FIG. End the flowchart. On the other hand, if the game server 10 determines in the previous step S10 that the right to cheer the cheering character has not been granted to the player (step S10=NO), 8 ends. Further, when the game server 10 determines in the previous step S11 that the group of supporting characters has not undergone the first evolution (step S11=NO), the process of step S12 is skipped and the flow chart shown in FIG. exit.

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

First, the game server 10 controls the support characters included in the group so that the support characters not possessed by the player cannot be designated (step S20). Next, the game server 10 accepts specification of a support character (step S21). Next, the game server 10 determines whether or not the number of cheering times of each cheering character in the same group is equal to or greater than a predetermined number of times (step S22). When the game server 10 determines that the number of cheering times of each cheering character in the same group is equal to or greater than the predetermined number of times (step S22=YES), the game server 10 gives the player an evolution item for evolving the group of cheering characters (step S23), The flowchart shown in FIG. 9 ends. On the other hand, if the game server 10 determines in the previous step S22 that the number of times of cheering of each cheering character in the same group is not equal to or greater than the predetermined number of times (step S22=NO), the game server 10 performs the processing shown in FIG. ends the flow chart shown in .

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

The game server 10 first determines whether or not the group of support characters has undergone the first evolution (step S30). When the game server 10 determines that the group of supporting characters has undergone the first evolution (step S30=YES), the game server 10 determines whether or not a first privilege has been given to the player (step S31). If the game server 10 determines that the first privilege has been given to the player (step S31=YES), the game server 10 allows the second evolution of the support character group (step S32), and ends the flowchart shown in FIG. . On the other hand, if the game server 10 determines in the previous step S30 that the group of supporting characters has not undergone the first evolution (step S30=NO), the game server 10 returns to FIG. End the flowchart shown. Further, when the game server 10 determines in the previous step S31 that the first privilege is not given to the player (step S31=NO), the process of the flowchart shown in FIG. 10 is terminated without going through the process of step S32. do.

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

The game server 10 first determines whether or not the player is granted the right to support the support character (step S40). If the game server 10 determines that the player is 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 supporting characters has undergone the first evolution (step S41=YES), it determines whether or not the player possesses material items (step S42). When the game server 10 determines that the player possesses the material item (step S42=YES), the game server 10 presents the use of the material item to the player (step S43), and ends the flowchart shown in FIG. On the other hand, if the game server 10 determines that the player does not possess the material item (step S42=NO), the game server 10 presents the method of obtaining the material item to the player (step S44), and ends the flowchart shown in FIG. . Further, when the game server 10 determines in the previous step S40 that the player has not been granted the right to support the cheering character (step S40=NO), the game server 10 performs the processing shown in FIG. 11 ends. Further, when the game server 10 determines in the previous step S41 that the group of supporting characters has not undergone the first evolution (step S41=NO), the game server 10 performs the processing shown in FIG. ends the flow chart shown in .

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

The game server 10 first determines whether or not the player is granted the right to cheer the cheering character (step S50). When the game server 10 determines that the right to cheer the cheering character is granted to the player (step S50=YES), it determines whether or not there is a group of first evolved cheering characters (step S51). When the game server 10 determines that there is a group of first-evolved support characters (step S51=YES), the game server 10 selects a group of support characters that have not undergone the first evolution as compared to the group of support characters that have undergone the first evolution. It is recommended to the player with priority (step S52), and the flow chart shown in FIG. 12 ends. On the other hand, if the game server 10 determines in the previous step S50 that the right to cheer the cheering character is not granted to the player (step S50=NO), the game server 10 skips the processing of steps S51 to S52 and 12 ends. If the game server 10 determines that there is no support character group that has undergone the first evolution in step S51 (step S51=NO), the process of step S52 is skipped and the flowchart shown in FIG. 12 is terminated. do.

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

The game server 10 first determines whether or not the player is granted the right to cheer on the cheering character (step S60). If the game server 10 determines that the player is granted the right to cheer on the cheering character (step S60=YES), the game server 10 determines whether or not there is a cheering character whose number of times of cheering is equal to or greater than a predetermined number of times (step S61). ). When the game server 10 determines that there is a cheering character whose number of times of cheering is equal to or greater than the predetermined number of times (step S61 = YES), the number of cheering characters obtainable through the progress of the game is larger than that of the cheering character group that can be obtained for a fee. group is preferentially recommended to the player (step S62), and the flow chart shown in FIG. 13 ends. On the other hand, if the game server 10 determines in the preceding step S60 that the right to cheer the cheering character is not granted to the player (step S60=NO), 13 ends. Further, when the game server 10 determines in the previous step S61 that there is no cheering character whose number of times of cheering is equal to or greater than the predetermined number of times (step S61=NO), the process of the flowchart shown in FIG. exit.

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

The game server 10 first determines whether or not there is an obtainable support character based on the player's consumption of parameters obtained during the progress of the game (step S70). If the game server 10 determines that there is a support character that can be obtained based on the consumption of the player's parameter acquired during the progress of the game (step S70=YES), the game server 10 determines that there is a support character that can be obtained based on the consumption of the player's parameter. As the number of characters possessed increases, the number or content of items that can be obtained when a support character is specified is greatly changed (step S71), and the flow chart shown in FIG. 14 ends. On the other hand, when the game server 10 determines in the previous step S70 that there is no support character that can be obtained based on the consumption of the player's parameters obtained during the progress of the game (step S70=NO), the game server 10 in step S71 The flowchart shown in FIG. 14 ends without performing any processing.

FIG. 15 shows an example of transition of screens when a cheering character is cheering.

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

On the transition screen A101, the cheering characters to be the targets of the cheering mission are displayed classified by group. On the transition screen A101, the number of cheering of the cheering character is displayed in parallel with the icon of the cheering character. When the support character icon is tapped on the transition screen A101, the screen transitions to a transition screen A102.

An image of a cheering character is displayed on the transition screen A102 together with an operation icon for performing cheering and an operation icon for canceling cheering. The transition screen A102 further displays the current cheering point (the number of times of cheering) of the cheering character and the number of times of cheering until the number of times of cheering of the cheering character reaches a predetermined number. In this example, the cheering character displayed on the transition screen A012 is once again cheered, and the number of cheering times of the cheering character reaches the predetermined number of times. Therefore, on the transition screen A102, when the operation icon for performing cheering is tapped, the screen transitions to the transition screen A103.

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

FIG. 16 shows an example of a screen displaying a list of rewards earned by the player.

As shown in FIG. 16, screen A110 displays individual rewards, group rewards, and overall rewards. The individual reward indicates a reward obtained when the number of cheering times of the cheering character reaches a predetermined number of times. The group reward indicates a reward obtained when all the support characters in the same group have cheered a predetermined number of times. The overall reward indicates a reward obtained when the number of cheering times of all the cheering characters in the group reaches a predetermined number of times. In this example, individual rewards and some group rewards are displayed, and unacquired group rewards and overall rewards are displayed in gray. Group rewards and global rewards include items for performing costume unlocks. This item is used to raise the costume rank of the support character group. An increase in the rank of the costume of the support character group corresponds to the first evolution or the second evolution of the support character group.

FIG. 17 shows an example of screen transition when the costumes of the support character group are released.

As shown in FIG. 17, the transition screen A120 displays an image of a group of support characters. When a material item for executing the first evolution of the support character group is used on the transition screen A120, the transition screen A121 is displayed.

The transition screen A121 displays the group of support characters whose costumes have been released and whose costume rank has been increased. When an evolution item for executing the second evolution of the support character group is used on the transition screen A121, the transition screen A122 is displayed.

On the transition screen A122, the costumes of the group of support characters displayed on the transition screen A121 have been released, and the group of support characters whose costume rank has further increased is displayed.

FIG. 18 shows an example of a cheering production screen using a cheering character.

As shown in FIG. 18, the screen A130 is an example of an individual cheering effect screen, and displays a cheering effect using a single cheering character. The screen A131 is an example of a group cheering effect screen, and displays a cheering effect using a plurality of cheering characters in the same group. The screen A132 is an example of an overall cheering effect, and displays a cheering effect using the cheering characters of all groups. In the group cheering effect or the general cheering effect, the display mode of the cheering characters may be changed according to the number of times the cheering characters cheer. For example, the display size of the support character may be increased or the display position of the support character may be set closer to the center as the number of times the support character cheers relatively increases.

<Summary>
According to the embodiment described above, the game server 10 changes the related object to a predetermined state, which is determined according to which game object the right acquired by the player progressing the game is consumed. can be given to the player. As a result, in order for the player to change the desired related object to a predetermined state, it is possible to motivate the player to consume the right acquired by proceeding with the game to the target object related to the related object. Encourage game play to obtain rights.

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

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

<Appendix>
<Appendix 1>
granting rights to a player based on the progress of the game by the player;
accepting designation of one or more game objects that consume the granted rights;
A game process of providing the player with 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 right consumption status satisfies a predetermined condition, to a predetermined state. having a department,
Information processing equipment.
<Appendix 2>
When the player owns the related object, the game processing unit changes the related object to the predetermined state when the first privilege is granted.
The information processing device according to appendix 1.
<Appendix 3>
The game processing unit presents information for acquiring the related object if the player does not own the related object when the first privilege is awarded.
The information processing device according to appendix 2.
<Appendix 4>
When the related object changes from the first state to the second state, the game processing unit changes the related object from the second state to the third state on condition that the player has been given the first privilege. allow state to change,
The information processing apparatus according to any one of Appendices 1 to 3.
<Appendix 5>
If the related object has not changed from the first state to the second state when the first privilege is granted to the player, the game processing unit moves the related object from the first state to the second state. When the player does not possess the material object used when changing to the second state, a method of obtaining the material object is presented to the player, and the material object is possessed by the player. In the case, recommending the player to use the material object,
5. The information processing apparatus according to any one of Appendices 1 to 4.
<Appendix 6>
If the player does not possess the related object corresponding to the first privilege when the first privilege is granted to the player, the game processing unit determines how to acquire the related object as described above. presented to the player
6. The information processing apparatus according to any one of Appendices 1 to 5.
<Appendix 7>
If the first privilege is not granted after changing the related object from the first state to the second state, the game processing unit controls the target object that does not satisfy the predetermined condition corresponding to the related object. recommending to said player the designation of
6. The information processing apparatus according to any one of Appendices 1 to 5.
<Appendix 8>
If the player does not possess the first privilege corresponding to the related object after the player obtains the related object, the game processing unit determines whether the player does not satisfy the predetermined condition corresponding to the related object. recommending the player to specify a target object;
8. The information processing apparatus according to any one of Appendices 1 to 7.
<Appendix 9>
The game processing unit, when the right is granted to the player, is more likely to change from the first state to the second state than the related objects that have not changed from the first state to the second state. recommending to the player to designate the target object that does not satisfy the predetermined condition corresponding to the changed related object with priority;
The information processing apparatus according to any one of Appendices 1 to 8.
<Appendix 10>
The game processing unit preferentially obtains the related object that can be obtained through the progress of the game over the related object that can be obtained for a fee, and recommends the player to obtain the related object.
10. The information processing apparatus according to any one of appendices 1 to 9.
<Appendix 11>
The game processing unit recommends a first game event in which the player consumes predetermined game assets to obtain a related object if the first condition is satisfied, and recommends the game event if the first condition is not satisfied. Recommending a second game event in which the related object can be obtained without consuming predetermined game assets;
11. The information processing apparatus according to any one of appendices 1 to 10.
<Appendix 12>
The game processing unit controls so that the one or more target objects associated with the related object owned by the player can be specified as targets for consuming the granted right, and the game processing unit controls the one or more target objects that are not owned by the player. controlling the one or more target objects associated with the related object so that they cannot be designated as targets for consuming the granted right;
12. The information processing device according to any one of appendices 1 to 11.
<Appendix 13>
13. The information processing apparatus according to any one of appendices 1 to 12, wherein the game processing unit changes game assets required to acquire rights according to parameters corresponding to the related object.
<Appendix 14>
The game processing unit accepts designation of one or more target objects that consume the granted right, and if the consumption status of the right does not satisfy the predetermined condition, the first target object corresponding to the specified target object An effect is presented to the player, and when the right consumption status satisfies the predetermined condition, the player is presented with a second effect corresponding to the related object associated with the specified one or more target objects. ,
14. The information processing apparatus according to any one of Appendices 1 to 13.
<Appendix 15>
An information processing method performed by an information processing device,
granting rights to the player based on the progress of the game by the player;
receiving a specification of one or more game objects that will consume the granted rights;
granting to the player a first benefit that allows a related object associated with one or more target objects, among the one or more game objects, for which the consumption status of the right satisfies a predetermined condition to change to a predetermined state; ,
including,
Information processing methods.
<Appendix 16>
to the computer,
granting rights to the player based on the progress of the game by the player;
receiving a specification of one or more game objects that will consume the granted rights;
granting to the player a first benefit that allows a related object associated with one or more target objects, among the one or more game objects, for which the consumption status of the right satisfies a predetermined condition to change to a predetermined state; ,
program to run the

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 Supporting 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 (1)

granting rights to a player based on the progress of the game by the player;
accepting designation of one or more game objects that consume the granted rights;
A game process of providing the player with 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 right consumption status satisfies a predetermined condition, to a predetermined state. having a department,
Information processing equipment.

Images