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

Description

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

A game is known in which players use a team of multiple characters, called a "deck," to complete missions called "quests." Furthermore, Patent Document 1 discloses a technology that identifies the type of lottery game with the highest required points among those achievable by the end of the play period, based on the points the user has earned to date, the points that can be earned by fulfilling the point acquisition conditions by the end of the play period, and the required points for each lottery game. The technology then notifies the user of the identified type of lottery game.

Japanese Patent Publication No. 2019-115411

To build a deck, you will need multiple characters. Furthermore, to progress through quests effectively, it is desirable for players to possess a diverse range of characters and assemble decks tailored to the specific characteristics of each quest.

Therefore, the present invention aims to inform players of a method for easily obtaining characters they do not own.

An information processing device according to one aspect of the present invention comprises: a storage unit for storing characters owned by a player; and a display control unit that, upon receiving an operation from the player to display information about a predetermined character, displays a notification screen to notify the player of an event in which a character satisfying a predetermined condition can be obtained, provided that the predetermined character includes a character that satisfies a predetermined condition. The character satisfying the predetermined condition is a character obtainable through the event and not owned by the player.

According to this invention, it is possible to notify the player of a method to easily obtain characters they do not own.

This figure shows an example of the system configuration of the game system according to this embodiment. This figure shows an example of the hardware configuration of a game server and terminal. This figure shows an example of the functional block configuration of a game server. This figure shows an example of a player management database and a character ownership management database. This figure shows an example of a deck management database, a used deck history database, a character status management database, and an event setting database. This diagram shows an example of the functional block configuration of a terminal. This flowchart shows an example of the processing steps performed by the game server. This figure shows an example of a game screen.

Embodiments of the present invention will be described with reference to the attached drawings. In each drawing, components denoted by the same reference numerals have the same or similar configurations.

<System Configuration>
Figure 1 shows an example of the system configuration of the game system 1 according to this embodiment. The game system 1 shown in Figure 1 comprises a game server 10 (game device) 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 via a communication network N such as the Internet, intranet, wireless LAN, or mobile communication.

The game server 10 is a device that performs some of the functions necessary for the terminal 20 to provide the game, such as managing various information about the player or executing some of the game's processing. The game server 10 may consist of one or more information processing devices, or it may be configured using a virtual server (such as a cloud server).

Terminal 20 is an information processing device that provides the game to the player. The player can execute the game according to this embodiment by operating Terminal 20. Terminal 20 is, for example, a computer such as a mobile phone (including a smartphone), tablet, personal computer, arcade game machine, or consumer game machine. Terminal 20 notifies the game server 10 of its own location, which is detected using GPS (Global Positioning System), etc.

<Game Overview>
Next, an overview of the game provided by Game System 1 according to this embodiment will be described. In the game provided by Game System 1 (hereinafter referred to as "this game"), players can assemble a deck of characters selected from among multiple characters they own, and by clearing quests using the assembled deck, they can obtain new characters and items. Furthermore, players can challenge more difficult quests by combining multiple characters they have obtained to grow stronger characters, or by using items to enhance the attributes of characters.

Here, "quest" refers to a mission whose completion condition is fulfilling predetermined conditions. Quests are sometimes also called explorations or challenges. Players who participate in a quest can complete it by fulfilling those conditions. Upon completion, players receive rewards or the game's story progresses.

Furthermore, "deck" is a term that refers to a group of multiple characters. When a player undertakes a quest, they select characters with abilities suitable for completing that quest to form a deck and then execute the quest. Game server 10 can store multiple decks created by players, and players can also select one of the stored decks to execute a quest.

When a player undertakes a quest, a predetermined parameter called "stamina" is consumed. The amount of stamina consumed varies depending on the quest. Furthermore, there is a maximum stamina limit determined by the player's level and experience points. Stamina consumed through quests automatically recovers over time.

Players can establish predetermined relationships (hereinafter referred to as "friend relationships") with other players. Friend relationships are established when both players acknowledge each other. A list of other players with whom a player has a friend relationship is displayed on the player's game screen.

A deck is composed of characters selected by the player from their own collection and characters owned by other players. Each player pre-sets characters that can be included in other players' decks (hereinafter referred to as "Friend's Characters"). When a player attempts a quest, they assemble a deck for the quest and select one other player from a list of other players displayed on the game screen. Once a player selects another player, the selected player's Friend's Characters are added to their deck, and the quest begins. The list of other players displayed on the game screen consists of players who are friends with the player, or other players arbitrarily selected by game server 10.

Furthermore, players can rent (borrow) characters owned by other players they are friends with. Players who rent a character can include that character in their deck and use it to complete quests for a specified period.

Players can obtain characters in various ways during gameplay (for example, by completing quests). They can also obtain characters through in-game events (such as gacha, hereafter referred to as "events"). The character obtained varies from event to event; typically, one character is randomly selected from a pre-assigned set of characters for each event. Some events may have a higher probability of drawing certain characters (i.e., certain characters are easier to obtain). This game may also hold multiple events simultaneously.

In this game, when a player requests the display of information about a designated character on the game screen, and that character includes a character obtainable through an event but not owned by the player (hereinafter referred to as "a character that meets the designated conditions"), a screen (hereinafter referred to as "event notification screen") will be displayed to notify the player of the event in which that character can be obtained. Here, "designated characters" refers to certain characters from the characters appearing in this game that meet certain conditions. For example, designated characters may be newly added characters to the game, characters with stats above a certain value, or characters with specific attributes. They may also be popular characters and/or characters whose popularity is rapidly increasing, as described later. This allows the player to recognize when an event is being held (or is currently being held) in which they can obtain characters they do not own.

<Hardware Configuration>
Figure 2 shows an example of the hardware configuration of a game server 10 and a terminal 20. The game server 10 and terminal 20 have a CPU (Central Processing Unit) 11, a storage device 12 such as memory, an HDD (Hard Disk Drive) and/or an SSD (Solid State Drive), a communication interface 13 for wired or wireless communication, an input device 14 for receiving input operations, and an output device 15 for outputting information. The input device 14 is, for example, a keyboard, a touch panel, a mouse and/or a microphone. The output device 15 is, for example, a display and/or a speaker.

<Functional Block Configuration>
(Game Server)
Figure 3 shows an example of the functional block configuration of the game server 10. The game server 10 includes a storage unit 100 and a game control unit 110. The storage unit 100 can be implemented using a storage device 12 provided by the game server 10. The game control unit 110 can be implemented by the processor 11 of the game server 10 executing a program stored in the storage device 12. This program can be stored in a storage medium. The storage medium in which the program is stored may be a non-transitory computer-readable medium. The non-transitory storage medium is not particularly limited, but may be, for example, a USB memory stick or a CD-ROM.

The memory unit 100 stores the player management DB 100a, owned character management DB 100b, deck management DB 100c, used deck history DB 100d, character status management DB 100e, and event setting DB 100f.

Figure 4 shows an example of the Player Management DB 100a and the Owned Character Management DB 100b. The Player Management DB 100a manages game data owned by each player. It also stores friend characters owned by a player that can be included in other players' decks. The Player Management DB 100a stores, for example, a unique ID identifying the player (Player ID), the player's nickname, the Player IDs of other players registered as friends, the current location of the terminal 20 used by the player, the player's experience points, the player's rank and stamina, and the number of items owned that are consumed when executing events (event execution items).

The Character Ownership Management DB100b manages the characters owned by the player. DB100b stores a player ID (unique identifier for the player), a character ID (unique identifier for the character), a rank indicating whether the character is easy or difficult to obtain, and various parameters indicating the character's strength (level, luck, HP (hit points), attack power, speed, etc.).

Figure 5 shows an example of the deck management DB 100c, the used deck history DB 100d, the character status management DB 100e, and the event setting DB 100f.

The deck management database 100c manages the characters that make up each deck. The deck management database 100c stores, for example, an ID that uniquely identifies the player (player ID), an ID that uniquely identifies each player's deck (deck ID), and an ID that uniquely identifies the characters that make up each deck (character ID), all associated with each other.

The Deck History DB100d records the history of which decks each player used when completing quests in the past. The Deck History DB100d stores, for example, a player ID (uniquely identifying the player), a quest ID (uniquely identifying the quest), and the history of the one or more characters (character IDs) that comprised the decks used when the quest was completed. The "Previous Deck" field stores the characters from the deck used when the quest was completed last time. The "Deck Before That" field stores the characters from the deck used when the quest was completed two times prior.

The Character Status Management DB100e manages information indicating the status of each character appearing in this game. The "Popular Character Ranking" stores a predetermined number of character IDs (e.g., the top 10) of popular characters in the game, sorted by popularity. Specifically, popular characters may be defined as characters with a predetermined number of uses in quests played by each player during a predetermined period, in descending order of total usage. Additionally, the "Rapidly Rising Popularity Character Ranking" stores a predetermined number of character IDs (e.g., the top 10) of characters whose popularity ranking has risen significantly during a predetermined period, sorted by the most significant increase in their popularity ranking.

The Event Settings DB100f manages information related to events held in this game. The Event Settings DB100f contains a unique ID for each event (Event ID), the event duration, characters obtainable during the event (characters that can be obtained through a lottery), and characters among the obtainable characters that are of a certain rank or higher and have a high probability of being drawn (hereinafter referred to as "Featured Characters").

Returning to Figure 3, let's continue the explanation. The game control unit 110 provides various functions necessary for running this game. The game control unit 110 includes a reception unit 111, an execution unit 112, and a display control unit 113.

The reception unit 111 receives requests from the player to select a quest to be performed, to select a deck to be used for the quest, etc. The reception unit 111 also receives requests from the player to operate a screen to display information for a specified character. This specified character information refers to information about certain characters that meet certain conditions among the characters appearing in this game. For example, this specified character information may include information showing the ranking of popular characters or the ranking of characters whose popularity is rapidly increasing.

The execution unit 112 executes the quest received by the reception unit 111.

The display control unit 113, upon receiving an operation from the player to display information about a predetermined character, displays an event notification screen (a screen for notifying information about an event in which a character meeting the predetermined conditions can be obtained) if the predetermined character includes a character that satisfies a predetermined condition.

(Terminal)
Figure 6 shows an example of the functional block configuration of terminal 20. Terminal 20 includes a storage unit 200, a communication unit 201, a UI (User Interface) unit 202, and a game control unit 203. The storage unit 200 can be implemented using a storage device 12 provided by terminal 20. The communication unit 201, the UI unit 202, and the game control unit 203 can be implemented by the processor 11 of terminal 20 executing a program stored in the storage device 12. This 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, for example, a USB memory or a CD-ROM.

The memory unit 200 stores the game data necessary for the game control unit 203 to execute the game. This game data includes character image data, game scenarios, and other related information.

The communication unit 201 has the function of performing various types of communication with the game server 10 using the communication interface 13.

The UI unit 202 has the functions of receiving various inputs from the player and displaying various game screens on the display. Furthermore, the UI unit 202 displays game screens according to instructions from the game server 10.

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

Regarding the functional block configuration described above, it is also possible to configure the game control unit 203 of the terminal 20 to include all or part of the reception unit 111, execution unit 112, and display control unit 113 included in the game server 10.

<Processing Procedure>
Figure 7 is a flowchart showing an example of the processing procedure performed by the game server 10. When the reception unit 111 receives a screen operation from the player to display information about a predetermined character, the processing procedure shown in Figure 7 is initiated.

First, the display control unit 113 acquires information about a character that corresponds to a predetermined character among the characters appearing in this game (S10). For example, if the predetermined character is a popular character or a character whose popularity is rapidly increasing, the display control unit 113 acquires information about popular characters and characters whose popularity is rapidly increasing by referring to the character status management DB.

Next, the display control unit 113 retrieves characters available in currently running or upcoming events by referring to the event setting DB (S11). Then, the display control unit 113 determines whether any of the characters meet predetermined conditions (S12). If a character meeting the predetermined conditions is found (S12-YES), the display control unit 113 displays an event notification screen on the terminal 20's display (S13). If no character meeting the predetermined conditions is found (S12-NO), the display control unit 113 terminates processing without displaying the event notification screen.

Figure 8 shows an example of a game screen. When button B10 is pressed on the screen shown in Figure 8(a), the screen transitions to the screen shown in Figure 8(b). When button B20 is pressed on the screen in Figure 8(b), the top 10 most popular characters are displayed in display area B21, and the top 10 characters with rapidly rising popularity are displayed in display area B22. Pressing button B10 on the screen shown in Figure 8(a) corresponds to receiving a screen operation from the player to display information about a specified character.

The screen in Figure 8(b) displays character icon C1. Character icon C1 indicates that there is a character among the top 10 most popular characters that meets certain conditions. When character icon C1 is pressed, the screen transitions to the screen shown in Figure 8(c). The screen in Figure 8(c) displays a message encouraging the player to participate in an event where a character that meets the conditions can be obtained. When button B30 is pressed, the screen transitions to Figure 8(d), which is the screen for executing the event (for example, the gacha screen). In Figure 8(d), the icons of the characters obtainable through the event are displayed in the display area B40.

The event notification screen may correspond to the screen shown in Figure 8(c). Alternatively, the event notification screen may correspond to the screen shown in Figure 8(b), which displays icon C1 indicating the presence of a character that meets predetermined conditions.

In the example shown in Figure 8, the screen transitions are not limited to the above description. For example, when button B10 on the screen shown in Figure 8(a) is pressed, the screen may transition to the screen shown in Figure 8(c) without showing Figure 8(b). Furthermore, the screen in Figure 8(b) is not limited to displaying popular characters and characters whose popularity is rapidly increasing. Any screen that can display multiple predetermined characters side-by-side is acceptable.

<Variations of the processing procedure>
[Variation (Part 1)]
Characters that meet the specified conditions may also be featured characters (characters of a specified rank or higher that can be obtained in the event, and which have a higher probability of being drawn among characters of that specified rank or higher). Featured characters are often powerful characters that can give an advantage in quests (however, this embodiment is not limited to this). This makes it easier for players to obtain featured characters from among the characters they do not own.

Furthermore, characters that meet the predetermined conditions may also be characters from the featured characters that have a predetermined relationship with a predetermined number of quests that the player has not yet played. This predetermined relationship may refer to characters that are predefined as being able to progress through quests advantageously, based on the character's stats or attributes. For example, when playing a quest where many monsters with the Wood attribute appear, it is assumed that including a character with the Fire attribute in the deck will allow the player to progress through the quest advantageously. In this case, the display control unit 113 may notify the terminal 20 of an event where the character can be obtained if the quest the player has not yet played is one where many monsters with the Wood attribute appear, and a character with the Fire attribute is among the featured characters.

Furthermore, the specified relationship may refer to characters that are among the top specified number (e.g., top 1-3) in the data compiled from the number of times each character was used when another player cleared a quest that the player has not yet cleared. For example, suppose that for quest A, which the player has not yet cleared, the characters U1-U4 were included in the deck when another character C1 cleared quest A, and the characters U4-U7 were included in the deck when another character C2 cleared quest A. In this case, the usage count for characters U1-U3 would be calculated as 1, the usage count for character U4 as 2, and the usage count for characters U5-U7 as 1.

This will make it easier for players to acquire featured characters they don't currently own that are relevant to quests they will be playing in the future.

[Variation (Part 2)]
Characters that meet certain conditions may also be popular characters (a predetermined number of characters, ranked by the total number of times they have been used in quests during a specified period). This makes it easier for players to acquire characters they do not yet own that are frequently used in quests.

[Variation (Part 3)]
Characters that meet the specified conditions may be characters owned by other players (for example, characters used by friends) or characters rented from other players that were included in decks previously used by the player in quests. This makes it easy for players to obtain characters that were included in decks previously used in quests and are identical to characters owned or rented by other players.

[Variation (Part 4)]
A character that meets the specified conditions may be a character used by another player who successfully completed a quest that the player was unable to complete. The character used by the other player when they completed the quest is assumed to be a character that provides advantageous effects when completing that quest. This makes it easier for the player to complete quests that they were previously unable to complete.

[Supplementary information on variations (parts 1 to 4)]
In this embodiment, characters may be able to gain experience points by being used in quests or be combined with other characters to transform into other, more powerful characters (hereinafter referred to as "evolution").

In this case, the "characters that meet the specified conditions" in the modified versions (versions 1 to 4) may include characters that are obtainable through events, are not owned by the player, and, upon evolution, satisfy the conditions shown in the modified versions (versions 1 to 4) (i.e., conditions other than being obtainable through events and not owned by the player). For example, suppose there is a character m that evolves into character M. Furthermore, suppose character m is a character obtainable through events and not owned by the player. In this case, if character M is a friend's character, the display control unit 113 may treat character m as corresponding to modified version (version 3) and display the event notification screen on the terminal 20's display.

[Variation (Part 5)]
The featured character may be set to appear periodically and repeatedly during the event. The display control unit 113 may also display the event notification screen again when the featured character (the character with a high probability of being drawn) is set as the featured character again (when the probability of being drawn is set to be high again) if the player performs an event after the notification screen has been displayed. The display control unit 113 may also not display the event notification screen even when the featured character is set as the featured character again if the player does not perform an event after the event notification screen has been displayed.

For example, let's assume an event where characters A, B, and C are available, and character A is set as the featured character in weeks 1, 4, and 7; character B is set as the featured character in weeks 2, 5, and 8; and character C is set as the featured character in weeks 3, 6, and 9, so that the same featured character appears repeatedly in a cyclical manner.

Furthermore, suppose the player does not own character A, and the display control unit 113 displays an event notification screen (for example, the screen in Figure 8(c)) indicating that character A is available through the event during the first week when character A is set as the featured character. In this case, if the player performs the event (i.e., sees the event notification screen, decides they want to obtain character A, and performs the gacha), the event notification screen (for example, the screen in Figure 8(c)) indicating that character A is available through the event may also be displayed on the player's terminal 20 during the fourth and seventh weeks.

On the other hand, if the player does not participate in the event (i.e., even after seeing the event notification screen, they do not feel the need to obtain character A and therefore do not perform the gacha), the event notification screen indicating that character A is available through the event (for example, the screen shown in Figure 8(c)) may not be displayed on the player's terminal 20 during weeks 4 and 7. This makes it possible to switch whether or not to re-notify the player of the event depending on whether or not the player participated in the event, in events where a featured character can be obtained periodically with a high probability.

In the modified example (part 5) described above, the display control unit 113 may, after displaying the event notification screen on the player's terminal 20, switch whether or not to display the event notification screen again depending on the number of times the player has performed the event, the number of characters the player possesses, the parameters of those characters, and/or their usage in quests. For example, suppose the player does not possess character A, and the display control unit 113 displays an event notification screen (for example, the screen in Figure 8(c)) indicating that character A is obtainable through the event during the first week when character A is set as a featured character.

In this case, assume that the player has performed the event a predetermined number of times (1 time, 2 times, 3 times, etc.). In this case, for the 4th and 7th weeks as well, an event notification screen (for example, the screen shown in Figure 8(c)) indicating that character A is obtainable through the event may be displayed on the player's terminal 20.

Furthermore, in this case, suppose the player has performed the event a predetermined number of times and obtained a predetermined number of Character A (1, 2, 3, etc.). In this case, the event notification screen (for example, the screen shown in Figure 8(c)) may also be displayed on the player's terminal 20 during the 4th and 7th weeks.

Furthermore, in this case, the player has performed the event a predetermined number of times or more, obtained a predetermined number of Character A, and the parameters of at least one of Character A are above a predetermined level (i.e., the player has strengthened the obtained Character A in some way). In this case, the event notification screen (for example, the screen in Figure 8(c)) may also be displayed on the player's terminal 20 during the 4th and 7th weeks.

Furthermore, in this case, assume that the player has performed the event more than a predetermined number of times, obtained more than a predetermined number of Character A, and used Character A in quests more than a predetermined number of times (i.e., the player has used the obtained Character A in quests). In this case, the event notification screen (for example, the screen in Figure 8(c)) may also be displayed on the player's terminal 20 during the 4th and 7th weeks.

Furthermore, in this case, the player has performed the event a predetermined number of times or more, obtained a predetermined number of Character A, the parameters of at least one of Character A are above a predetermined level, and used Character A in quests a predetermined number of times or more. In this case, the event notification screen (for example, the screen in Figure 8(c)) may also be displayed on the player's terminal 20 during the 4th and 7th weeks.

Furthermore, in this case, if the player has not performed the event more than a predetermined number of times, the display control unit 113 may choose not to display the event notification screen (for example, the screen shown in Figure 8(c)) on the player's terminal 20 during the fourth and seventh weeks.

Furthermore, in this case, if the player has acquired a predetermined number of Character A but subsequently sells them or otherwise no longer possesses them, the display control unit 113 may choose not to display the event notification screen (for example, the screen shown in Figure 8(c)) on the player's terminal 20 during the fourth and seventh weeks.

Furthermore, in this case, if the player has acquired a predetermined number of Character A units but has not changed any of the Character A parameters (i.e., has not strengthened any Character A units), the display control unit 113 may choose not to display the event notification screen (for example, the screen shown in Figure 8(c)) on the player's terminal 20 during the fourth and seventh weeks.

Furthermore, in this case, if the player has acquired a predetermined number of Character A characters but has not used any of them in quests (i.e., has not strengthened any Character A characters), the display control unit 113 may choose not to display the event notification screen (for example, the screen shown in Figure 8(c)) on the player's terminal 20 during the fourth and seventh weeks.

On the other hand, suppose the player performed the event but failed to obtain character A. In this case, for weeks 4 and 7, the event notification screen indicating that character A is obtainable through the event (for example, the screen shown in Figure 8(c)) may not be displayed on the player's terminal 20.

[Variation (Part 6)]
The display control unit 113 may change the appearance of the event notification screen depending on whether there are multiple characters that satisfy the predetermined conditions or only one character that satisfies the predetermined conditions.

For example, in step S12 of Figure 7, if there are multiple characters among the predetermined characters that satisfy a predetermined condition, the display control unit 113 may display a screen capable of displaying multiple characters as an event notification screen, as shown in Figure 8(b). Furthermore, the event notification screen may display multiple icons (for example, icons in the shape of character icon C1) indicating characters that satisfy the predetermined condition. When an icon is pressed, an event notification screen (shown in Figure 8(c)) corresponding to the event in which the character indicated by that icon can be obtained may be displayed. Also, if there are multiple characters that satisfy the predetermined condition, the shape of icon C1 may be changed to a shape indicating the existence of multiple characters that satisfy the predetermined condition (for example, "!!" if there are two characters). Note that in the screen of Figure 8(b), one icon C1 is assigned to each character, so if "!!" is displayed, two "!!" icons will be displayed on the screen of Figure 8(b). Similarly, if "!!!" is displayed, three "!!!" icons will be displayed on the screen of Figure 8(b). This makes the icons more prominent.

Furthermore, if there are multiple characters among the predetermined characters that meet predetermined conditions, and each character is obtainable through a different event, the display control unit 113 may display the event notification screen in a manner that allows identification of the event through which the character can be obtained. For example, in the screen shown in Figure 8(b), the icon "A" may be displayed for characters obtainable through event A, and the icon "B" may be displayed for characters obtainable through event B.

On the other hand, if there is one character among the predetermined characters that meets a predetermined condition, the display control unit 113 may display a screen that simply shows a message encouraging the player to perform the event (a message encouraging gacha) as the event notification screen, as shown in Figure 8(c). Alternatively, the display control unit 113 may display a screen for performing the event (a screen for drawing gacha) as the event notification screen, as shown in Figure 8(d).

This makes it easy for players to determine whether or not there are multiple characters they don't own that are available for acquisition.

[Variation (Part 7)]
The display control unit 113 may, when it receives a screen operation from the player to display information about a predetermined character (for example, when button B10 in Figure 8(a) is pressed), display a character list screen that displays information about a predetermined character (for example, the screen in Figure 8(b)), and when a predetermined operation is performed on the character list screen (for example, when character icon C1 is pressed on the screen in Figure 8(b)), display an event notification screen (the screen in Figure 8(c)).

Furthermore, the display control unit 113 may display an event notification screen when a character meeting predetermined conditions is selected on the character list screen for the first time, and may not display the same event notification screen when the same selection operation is performed a second time or later on the character list screen.

For example, suppose button B10 is pressed on the screen shown in Figure 8(a), and the screen shown in Figure 8(b) is displayed. Furthermore, suppose character icon C1 is pressed on the screen shown in Figure 8(b), and the screen shown in Figure 8(c) is displayed. Also, suppose button B30 is pressed on the screen shown in Figure 8(c), and the screen shown in Figure 8(d) is displayed. In this case, suppose some screen operation is performed, and the screen shown in Figure 8(b) is displayed again. In this case, if character icon C1 is pressed on the screen shown in Figure 8(b), the screen shown in Figure 8(d) may be displayed instead of the screen shown in Figure 8(c). This makes it possible to prevent the same event notification screen from being displayed multiple times. Furthermore, it is possible to prevent the player from feeling annoyed by repeatedly seeing the same event notification screen.

[Variation (Part 8)]
The display control unit 113 may, in the character list screen described in the modified example (7), display predetermined characters separately into at least characters that do not meet the predetermined conditions and characters that do meet the predetermined conditions.

Furthermore, the display control unit 113 may, in the character list screen, display information about characters that do not meet the predetermined conditions on the terminal 20 if such characters are selected, and display an event notification screen on the terminal 20 if such characters meet the predetermined conditions are selected. The information about characters that do not meet the predetermined conditions may be displayed on a screen showing the character's status details (spec details).

For example, the character list screen is as shown in Figure 8(b), where the top 10 most popular characters are displayed in display area B21, and the top 10 characters with rapidly rising popularity are displayed in display area B22. The display control unit 113 may display each character shown in Figure 8(b) in a manner that allows for the identification of characters that meet predetermined conditions and characters that do not.

Furthermore, the display control unit 113 may display predetermined characters in the character list screen described in Modification Example (Part 7) by distinguishing them into the following three patterns.

Pattern 1: "A character obtainable through an event, not owned by the player, and designated as a featured character in that event."
Pattern 2: "Characters that can be obtained through an event but are not owned by the player and are not designated as featured characters in that event," and "Characters that cannot be obtained through an event and are not owned by the player."
Pattern 3: "Characters owned by the player"
This makes it easy for players to understand whether or not each character displayed on the character list screen meets the specified conditions.

[Variation (Part 9)]
An event may include multiple events, and the display control unit 113 may extract one or more events from the multiple events that the player can execute and that allow the player to obtain a character that meets predetermined conditions, depending on the number of items the player possesses that are necessary to execute the event, and display a screen that notifies the player of the information of the extracted one or more events.

For example, let's assume that 5 items are consumed to perform event A, and 10 items are consumed to perform event B. Let's also assume the player possesses 8 items. Furthermore, let's assume that characters A and B exist that meet certain conditions, character A is obtainable through event A, and character B is obtainable through event B. In this case, since the player only possesses 8 items, they can perform event A, but not event B. Therefore, the display control unit 113 may display an event notification screen on the terminal 20 informing the player of event A, which they can perform. Also, when displaying the character list screen described in Modification (7), the display control unit 113 may display character A as a character that meets the predetermined conditions, and character B as a character that does not meet the predetermined conditions.

Furthermore, let's assume, for example, that five items are consumed to execute Event A and Event B. Also, let's assume that there are characters X, Y, and Z that meet certain conditions, and that characters X and Y are obtainable through Event A, while character Z is obtainable through Event B. If the player possesses ten or more items, the display control unit 113 may display an event notification screen on the terminal 20 informing the player of both Event A and Event B, which are executable for the player.

On the other hand, if the player holds 5 to 9 items, the display control unit 113 may display an event notification screen on the terminal 20 notifying the player of either event A or event B as an actionable event. The event to be notified may be determined randomly or based on a predetermined priority. The predetermined priority may be, for example, the order of events that yield the most obtainable characters among those that meet the predetermined conditions. In this case, event A allows the acquisition of two characters, X and Y, while event B allows the acquisition of only one character, Z. Therefore, the display control unit 113 may display an event notification screen on the terminal 20 notifying the player of event A, which yields the most obtainable characters among those that meet the predetermined conditions.

This allows players to be notified of available events based on the number of items they possess that are required to perform the event.

[Variation (10)]
The event notified on the event notification screen may be the event in which players can obtain characters through a lottery and which has the most characters that meet the specified conditions. This makes it easy for players to identify the event with the most characters that meet the specified conditions.

<Summary>
According to the embodiments described above, it becomes possible to notify players of a way to easily obtain characters they do not own.

The embodiments described above are for the purpose of facilitating understanding of the present invention and are not intended to limit its interpretation. The flowcharts, sequences, elements, and their arrangements, materials, conditions, shapes, and sizes described in the embodiments are not limited to those exemplified and can be modified as appropriate. Furthermore, configurations shown in different embodiments can be partially substituted or combined.

<Note>
<Note 1>
A memory unit that stores the characters owned by the player,
The system includes a display control unit that, upon receiving an operation from the player to display information about a predetermined character, displays a notification screen to notify the player of an event in which a character satisfying a predetermined condition can be obtained, if the predetermined character includes a character that satisfies a predetermined condition.
A character that satisfies the aforementioned predetermined conditions is a character obtainable in the aforementioned event and is not owned by the aforementioned player.
Information processing device.

According to Appendix 1, it will be possible to notify players of methods to easily obtain characters they do not own.

<Note 2>
A character that satisfies the aforementioned predetermined conditions is further a character of a predetermined rank or higher, and among characters of that predetermined rank or higher, it is a character with a higher probability of being drawn.
The information processing device described in Appendix 1.

According to Appendix 2, players will be able to easily acquire characters of a certain rank or higher that they do not currently own.

<Note 3>
The characters that satisfy the aforementioned predetermined conditions are further characters that have a predetermined relationship with a quest that the player has not yet played, among the characters for which the lottery probability is set to be high.
The information processing device described in Appendix 2.

According to Appendix 3, players will be able to easily acquire characters they do not currently own that are of a certain rank or higher and are relevant to quests they will be playing in the future.

<Note 4>
The characters with a high probability of being drawn are set to appear repeatedly and periodically in the event.
The display control unit,
After the notification screen is displayed, if the player performs the event, the notification screen will be displayed again at a time when the character with the high probability of being drawn has the high probability of being drawn again.
If the player has not executed the event after the notification screen has been displayed, the notification screen will not be displayed.
The information processing device described in Appendix 2 or 3.

According to Appendix 4, in events where characters of a certain rank or higher can be obtained periodically with a high probability, it becomes possible to switch whether or not to notify the player of the event again, depending on whether or not the player has already participated in the event.

<Note 5>
The characters that satisfy the aforementioned predetermined conditions are further a predetermined number of characters, ordered by the total number of times they have been used in quests during a predetermined period.
An information processing device as described in any one of the appendices 1 to 4.

According to Appendix 5, players will be able to easily acquire characters they do not own that are frequently used in quests.

<Note 6>
A character that satisfies the aforementioned predetermined conditions is further a character owned by another player or rented from another player that was included in a deck previously used by the player in a quest.
An information processing device as described in any one of the appendices 1 to 5.

According to Appendix 6, players will be able to easily obtain characters that were previously included in decks used in quests, as well as characters owned or rented by other players.

<Note 7>
A character that satisfies the aforementioned predetermined conditions is also a character used by another player who cleared a quest that the aforementioned player was unable to clear.
An information processing device as described in any one of the appendices 1 to 6.

According to Appendix 7, players will be able to easily obtain characters that enable them to complete quests they were previously unable to clear.

<Note 8>
The display control unit changes the appearance of the notification screen depending on whether there are multiple characters that satisfy the predetermined conditions or only one character that satisfies the predetermined conditions.
An information processing device as described in any one of the appendices 1 to 7.

According to Appendix 8, players will be able to easily determine whether or not there are multiple obtainable characters among those they do not currently own.

<Note 9>
The display control unit,
When the above operation is accepted, a character list screen displaying information about a specified character is displayed.
On the character list screen, if the operation to select a character that meets the predetermined conditions is performed for the first time, the notification screen will be displayed; if the operation to select a character is performed for the second time or later on the character list screen, the notification screen will not be displayed.
An information processing device as described in any one of the appendices 1 to 8.

According to Appendix 9, it becomes possible to prevent the same notification screen from being displayed multiple times.

<Note 10>
The display control unit,
In the character list screen, the predetermined characters are displayed separately, divided into at least characters that do not meet the predetermined conditions and characters that do meet the predetermined conditions.
If a character that does not meet the predetermined conditions is selected, information about the character that does not meet the predetermined conditions will be displayed; if a character that meets the predetermined conditions is selected, the notification screen will be displayed.
An information processing device as described in any one of the appendices 1 to 9.

According to Appendix 10, the player will be able to perceive different information depending on whether or not the character meets the predetermined conditions.

<Note 11>
The aforementioned event includes multiple events,
The display control unit extracts one or more events from the plurality of events that the player can execute and that allow the player to obtain a character that satisfies the predetermined conditions, according to the number of items the player possesses that are necessary for the player to execute the event, and displays a screen that notifies the player of the information of the extracted one or more events.
An information processing device as described in any one of the appendices 1 to 10.

According to Appendix 11, it becomes possible to notify players of available events based on the number of items they possess that are necessary to perform the event.

<Note 12>
An information processing method performed by an information processing device,
The steps include storing the player's characters in the memory unit,
The system includes the step of, when the player requests the display of information about a predetermined character, and if the predetermined character includes a character that satisfies a predetermined condition, displaying a notification screen to notify the player of an event in which the character satisfying the predetermined condition can be obtained.
A character that satisfies the aforementioned predetermined conditions is a character obtainable in the aforementioned event and is not owned by the aforementioned player.
Information processing methods.

According to Appendix 12, it will be possible to notify players of methods to easily obtain characters they do not own.

<Note 13>
On the computer,
The steps include storing the player's characters in the memory unit,
When the player requests the display of information about a predetermined character, and if the predetermined character includes a character that satisfies a predetermined condition, the system will perform the step of displaying a notification screen to notify the player of an event in which the character satisfying the predetermined condition can be obtained.
A character that satisfies the aforementioned predetermined conditions is a character obtainable in the aforementioned event and is not owned by the aforementioned player.
program.

According to Appendix 13, it will be possible to notify players of methods to easily obtain characters they do not own.

1…Game System, 10…Game Server, 11…Processor, 12…Storage Device, 13…Communication Interface, 14…Input Device, 15…Output Device, 20…Terminal, 100…Storage Unit, 100a…Player Management DB, 100b…Owned Character Management DB, 100c…Deck Management DB, 100d…Deck Usage History DB, 100e…Character Status Management DB, 100f…Event Setting DB, 110…Game Control Unit, 111…Reception Unit, 112…Execution Unit, 113…Display Control Unit, 200…Storage Unit, 201…Communication Unit, 202…UI Unit, 203…Game Control Unit

Claims (4)

Equipped with a processor,
The aforementioned processor,
Based on the character information used in the quest each player plays, the system determines which multiple characters to display on a given screen.
When an operation to display the predetermined screen is received from one player, if the plurality of characters includes a specific character that the first player does not own , and the first player owns a predetermined number or more of the in-game items necessary to carry out an event in which the specific character can be obtained by lottery ,
An icon indicating the presence of the specific character is displayed on the aforementioned predetermined screen.
Upon pressing the aforementioned icon, the event notification information is sent to the first player, and a button is displayed on the notification information display screen to request the execution of the lottery as the event.
Information processing device. The processor,
Based on the character information used in the quest each player plays, the system determines which multiple characters to display on a given screen.
When an operation to display the predetermined screen is received from one player, if the plurality of characters includes a specific character that the first player does not own, and the first player owns a predetermined number or more of the in-game items necessary to carry out an event in which the specific character can be obtained by lottery ,
An icon indicating the presence of the specific character is displayed on the aforementioned predetermined screen.
Upon pressing the aforementioned icon, the event notification information is sent to the first player, and a button is displayed on the notification information display screen to request the execution of the lottery as the event.
Information processing methods. In the processor,
Based on the information of the characters used in the quests played by each player, the system determines which multiple characters to display on a designated screen.
When an operation to display the predetermined screen is received from one player, if the plurality of characters includes a specific character that the first player does not own, and the first player owns a predetermined number or more of the in-game items necessary to carry out an event in which the specific character can be obtained by lottery ,
An icon indicating the presence of the specific character is displayed on the aforementioned predetermined screen.
In response to the pressing of the aforementioned icon, the event notification information is sent to the first player, and a button is displayed on the notification information display screen to request the execution of the lottery as the event.
A program that executes a process. Equipped with a server and terminals,
The aforementioned server,
Based on the information of the characters used in the quests played by each player, the system determines which multiple characters to display on a given screen.
When an operation to display the predetermined screen is received from one player, if the plurality of characters includes a specific character that the first player does not own, and the first player owns a predetermined number or more of the in-game items necessary to carry out an event in which the specific character can be obtained by lottery ,
An icon indicating the presence of the specific character is displayed on the aforementioned predetermined screen.
Upon pressing the aforementioned icon, notification information for the event is sent to the terminal of the first player, and a button for requesting the execution of the lottery as the event is displayed on the notification information display screen.
system.