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

Description

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

There is a known game in which a player clears missions called quests using a team of multiple characters called a deck. Patent Document 1 discloses a technique for identifying a type of lottery game that has the maximum number of required points that can be reached by the end of the play period based on the points the user has currently acquired, the points that can be acquired by the end of the play period if a point acquisition condition is met, and the required points for each lottery game, and for notifying the user that they should play the identified type of lottery game.

JP 2019-115411 A

Multiple characters are required to construct a deck. In order to progress through quests advantageously, it is advisable for the player to possess a variety of characters and assemble a deck according to the characteristics of each quest before playing the quest.

The present invention aims to inform players of a way to easily obtain characters they do not own.

An information processing device according to one aspect of the present invention includes a storage unit that stores characters owned by a player, and a display control unit that, when an operation to display information on a specific character is received from the player, displays a notification screen to notify the player of information on an event in which a character that satisfies a specific condition can be obtained when the specific characters include a character that satisfies the specific condition, and the character that satisfies the specific condition is a character that can be obtained in the event and is not owned by the player.

The present invention can inform players of ways to easily obtain characters they do not own.

FIG. 1 is a diagram illustrating an example of a system configuration of a game system according to an embodiment of the present invention. FIG. 2 is a diagram illustrating an example of the hardware configuration of a game server and a terminal. FIG. 2 is a diagram illustrating an example of a functional block configuration of a game server. FIG. 2 is a diagram showing an example of a player management DB and an owned character management DB. This is a diagram showing an example of a deck management DB, deck usage history DB, character status management DB, and event setting DB. FIG. 2 is a diagram illustrating an example of a functional block configuration of a terminal. 13 is a flowchart illustrating an example of a processing procedure performed by a game server. FIG. 13 is a diagram showing an example of a game screen.

The embodiment of the present invention will be described with reference to the attached drawings. In each drawing, the same reference numerals are used to denote 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 this embodiment. The game system 1 shown in Fig. 1 includes 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 with each other via a communication network N such as the Internet, an intranet, a wireless LAN, or mobile communication.

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

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

＜Game Overview＞
Next, an overview of the game provided by the game system 1 according to this embodiment will be described. In the game provided by the game system 1 (hereinafter referred to as "this game"), a player can obtain new characters and items by organizing a deck with characters selected from a plurality of characters owned and clearing quests using the organized deck. In addition, a player can challenge quests with higher difficulty by developing a stronger character by synthesizing the plurality of characters obtained, or by strengthening the attributes of the character using an item.

Here, a quest is a term that refers to a mission that can be cleared by meeting certain predetermined conditions. A quest is also called an exploration or a task. A player who participates in a quest can clear the quest by meeting the certain conditions, and when the player clears a quest, the player is given a reward and the story of the game progresses.

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

When a player performs a quest, a certain parameter that the player possesses, called "stamina," is consumed. The amount of stamina consumed differs for each quest. In addition, the upper limit of stamina is set according to the player's level and experience points, etc. Stamina consumed by playing a quest is automatically restored over time.

Players can establish specific relationships (hereafter referred to as "friend relationships") with other players. Friend relationships can be established when both players approve each other. A list of other players with whom they have friend relationships is displayed on the player's game screen.

A deck is made up of characters selected by the player from among the characters owned by the player himself and characters owned by other players. Each player sets in advance the characters that can be organized into other players' decks (hereinafter referred to as "friend's characters"). When a player carries out a quest, the player organizes a deck to be used for the quest and selects one other player from multiple other players listed on the game screen. When a player selects one other player, the friend's character of the selected other player is set in the deck and the quest begins. Note that the multiple other players listed on the game screen are players who are friends with the player, or other players selected arbitrarily by the game server 10.

Players can also rent (borrow) characters owned by other players who are friends with them. The player who rents the character can incorporate the rented character into their deck and carry out quests for a specified period of time.

Players can obtain characters in various situations during the game (for example, when clearing a quest). Players can also obtain characters in events held within the game where players can win characters (for example, gacha, hereafter referred to as "events"). The character that is won varies from event to event, and usually one character is selected at random by lottery from a number of characters that are pre-associated with the event. Note that, depending on the event, the probability of winning a particular character from among the multiple characters is set high (i.e., a character is set that is easier to win). In this game, multiple events may be held at the same time.

In this game, when an operation to display information on a predetermined character is received from the player on the game screen, if the predetermined characters include a character that can be obtained in an event but is not owned by the player (hereinafter referred to as a "character that satisfies a predetermined condition"), a screen for notifying the player of information on the event in which the character that satisfies the predetermined condition can be obtained (hereinafter referred to as an "event notification screen"). Here, "predetermined character" means a part of the characters that appear in this game and meet some condition. For example, the predetermined character may be a character that has been newly added to this game, a character whose status is equal to or greater than a predetermined value, or a character that has a specific attribute. It may also be a popular character and/or a character whose popularity is rising, as described below. This allows the player to recognize that an event is being held (or is being held) in which a character that is not owned can be obtained.

<Hardware Configuration>
2 is a diagram showing an example of the hardware configuration of the game server 10 and the terminal 20. The game server 10 and the terminal 20 each have a CPU (Central Processing Unit) 11, a storage device 12 such as a memory, a HDD (Hard Disk Drive) and/or an SSD (Solid State Drive), a communication IF (Interface) 13 for wired or wireless communication, an input device 14 for accepting 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.

<Function block configuration>
(Game Server)
FIG. 3 is a diagram showing an example of a 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 realized by using a storage unit 12 included in the game server 10. The game control unit 110 can be realized by the processor 11 of the game server 10 executing a program stored in the storage unit 12. The program can be stored in a storage medium. The storage medium storing the program may be a non-transitory computer readable medium. The non-transitory storage medium is not particularly limited, and may be, for example, a storage medium such as a USB memory or a CD-ROM.

The memory unit 100 stores a player management DB 100a, an owned character management DB 100b, a deck management DB 100c, a used deck history DB 100d, a character status management DB 100e, and an 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. The player management DB 100a also stores, among the characters owned by the player, friend-used characters that can be organized into the decks of other players. The player management DB 100a stores, in association with each other, for example, an ID (player ID) that uniquely identifies the player, the name (nickname) of the player, 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, the player's stamina, and the number of owned items consumed when executing an event (event execution items).

The owned character management DB 100b manages characters owned by the player. The owned character management DB 100b stores an ID that uniquely identifies the player (player ID), an ID that uniquely identifies the character (character ID), a rank indicating whether the character is easy or difficult to obtain, various parameters that indicate the character's strength (level, luck, HP (hit points), attack power, speed, etc.), etc.

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

Deck management DB 100c manages the characters that make up each deck. For example, deck management DB 100c stores an ID that uniquely identifies a player (player ID), an ID that uniquely identifies each player's deck (deck ID), and an ID that uniquely identifies a character that makes up each deck (character ID), all of which are associated with each other.

The deck used history DB 100d records the history (deck history) indicating which deck each player used when performing each quest in the past. The deck used history DB 100d stores, in association with each other, for example, an ID (player ID) that uniquely identifies the player, an ID (quest ID) that uniquely identifies the quest, and the history of multiple characters (character IDs) that constitute one or more decks used when performing a quest. The deck used (previous) stores the characters of the deck used the previous time the quest was performed. The deck used (before last) stores the characters of the deck used the second time the quest was performed.

The character status management DB 100e manages information indicating the status of each character appearing in the game. In the "Popular character ranking", a predetermined number of character IDs of characters that are popular in the game (e.g., the top 10) are stored in order of popularity. More specifically, popular characters may be a predetermined number of characters in order of the total number of times they have been used in quests played by each player during a predetermined period. In addition, in the "Rapidly rising in popularity character ranking", a predetermined number of character IDs of characters (e.g., the top 10) are stored in order of the characters who have risen significantly in popularity ranking during a predetermined period.

The event setting DB 100f manages information related to events held in this game. The event setting DB 100f stores an ID (event ID) that uniquely identifies the event, the event period, characters that can be obtained at the event (characters that can be drawn by lottery), and, among the available characters, characters that are a certain rank or higher and have a high probability of being drawn by lottery (hereafter referred to as "featured characters").

Returning to FIG. 3, the explanation will continue. The game control unit 110 provides various functions necessary to execute the 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 from the player the selection of a quest to be performed, the selection of a deck to be used for the quest, etc. The reception unit 111 also receives from the player an operation of the screen to display information about a specific character. Information about a specific character refers to information about some of the characters that appear in the game and meet certain conditions. For example, the information about a specific character may be information indicating a ranking of popular characters or information indicating a ranking of characters whose popularity is rapidly increasing.

The execution unit 112 executes the quest accepted by the acceptance unit 111.

When the reception unit 111 receives an operation from the player to display information about a specified character, if the specified characters include a character that satisfies a specified condition, the display control unit 113 displays an event notification screen (a screen for notifying the player of information about an event in which the character that satisfies the specified condition can be obtained).

(Terminal)
FIG. 6 is a diagram showing an example of a functional block configuration of the terminal 20. The 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 realized by using the storage unit 12 provided in the terminal 20. The communication unit 201, the UI unit 202, and the game control unit 203 can be realized by the processor 11 of the terminal 20 executing a program stored in the storage unit 12. The program can be stored in a storage medium. The storage medium storing the program may be a computer-readable non-transient storage medium. The non-transient storage medium is not particularly limited, and may be, for example, a storage medium such as a USB memory or a CD-ROM.

The storage unit 200 stores game data necessary for the game control unit 203 to execute the game. The game data includes character image data, game scenarios, etc.

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

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

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

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

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

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

Then, the display control unit 113 refers to the event setting DB to obtain characters that are available in an event that is currently being held or will be held in the future (S11). The display control unit 113 then determines whether or not the predetermined characters include a character that satisfies a predetermined condition (S12). If a character that satisfies the predetermined condition is included (S12-YES), the display control unit 113 causes an event notification screen to be displayed on the display of the terminal 20 (S13). If a character that satisfies the predetermined condition is not included (S12-NO), the display control unit 113 ends the process without displaying the event notification screen.

Figure 8 is a diagram showing an example of a game screen. When button B10 on the screen shown in Figure 8(a) is pressed, 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 popular characters are displayed in display area B21, and the top 10 characters whose popularity is rapidly increasing are displayed in display area B22. Pressing button B10 on the screen shown in Figure 8(a) corresponds to receiving an operation of the screen from the player to display information about a specified character.

A character icon C1 is displayed on the screen in Fig. 8(b). The character icon C1 indicates that a character that satisfies a predetermined condition is present among the top 10 popular characters. When the character icon C1 is pressed, the screen transitions to the screen shown in Fig. 8(c). The screen shown in Fig. 8(c) displays a message encouraging the player to participate in an event in which a character that satisfies a predetermined condition can be obtained, and when the button B30 is pressed, the screen transitions to Fig. 8(d), which is a screen for participating in the event (e.g., a screen for drawing gacha). In Fig. 8(d), icons of characters that can be obtained in the event are displayed in the display area B40.

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

In the example of FIG. 8, the screen transition is not limited to the above description. For example, when button B10 on the screen shown in FIG. 8(a) is pressed, the screen may transition to the screen shown in FIG. 8(c) by omitting FIG. 8(b). Furthermore, the screen in FIG. 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 may be used.

<Modification of Processing Procedure>
[Modification (1)]
The character that satisfies the predetermined condition may further be a featured character (a character of a predetermined rank or higher that can be obtained in an event, and that has a higher probability of being drawn among the characters of the predetermined rank or higher). A featured character is often a powerful character that can advance a quest advantageously (however, this embodiment is not limited to this). This allows the player to easily obtain a featured character from among characters that he or she does not own.

The character that satisfies the predetermined condition may be a picked-up character that has a predetermined relationship with a predetermined number of quests that the player has not played. The predetermined relationship may be a character that has been predefined as a character that can advance the quest advantageously based on the character's status or the attributes of the character itself. For example, when playing a quest in which many monsters with wood attributes appear, it is assumed that the quest can be advanced advantageously by incorporating a character with a fire attribute into the deck. In this case, if the quest that the player has not played is a quest in which many monsters with wood attributes appear and if a character with a fire attribute is present in the picked-up characters, the display control unit 113 may notify the terminal 20 of information about an event in which the character can be obtained.

The predetermined relationship may also be a character that is included in a predetermined number of characters (e.g., top 1 to 3) in the data obtained by tallying the number of times each character has been used when another player cleared a quest that the player has not cleared. For example, suppose that for quest A that the player has not cleared, the characters U1 to U4 were included in the deck when another character C1 cleared quest A, and the characters U4 to U7 were included in the deck when another character C2 cleared quest A. In this case, the number of times characters U1 to U3 have been used is counted as 1 time, the number of times character U4 has been used is 2 times, and the number of times characters U5 to U7 have been used is counted as 1 time.

This allows players to easily obtain featured characters that they do not own but that are relevant to upcoming quests.

[Modification (2)]
The characters that satisfy the predetermined condition may be popular characters (a predetermined number of characters in descending order of the total number of times they have been used in quests during a predetermined period of time), allowing the player to easily obtain characters that are frequently used in quests among characters that the player does not own.

[Modification (3)]
The character that satisfies the predetermined condition may be a character that was incorporated into a deck that the player previously used in a quest, that is owned by another player (e.g., a character used by a friend), or that is rented from another player. This allows the player to easily obtain a character that was incorporated into a deck that the player previously used in a quest and is the same as a character owned or rented by another player.

[Modification (No. 4)]
The character that satisfies the predetermined condition may be a character used by another player who cleared the quest that the player was unable to clear. The character used by the other player when clearing the quest is assumed to be a character that exerts an advantageous effect when clearing the quest. This allows the player to easily clear the quest that he or she was unable to clear.

[Supplementary information for Modifications (No. 1 to No. 4)]
In this embodiment, characters may be capable of transforming (hereinafter referred to as "evolving") into other, more powerful characters by gaining experience points through use in quests, or by combining with other characters.

In this case, the "character satisfying a specified condition" in the modified examples (1 to 4) may include a character that is obtainable at an event, that is not possessed by the player, and that, by evolving, satisfies the conditions shown in the modified examples (1 to 4) (i.e., conditions other than that the character is obtainable at an event and is not possessed by the player). For example, assume that there is a character m that evolves to become character M. Also assume that character m is obtainable at an event, and that the player does not possess. In this case, if character M is a friend's character, the display control unit 113 may determine that character m corresponds to modified example (3) and cause an event notification screen to be displayed on the display of the terminal 20.

[Modification (No. 5)]
The featured character may be set to appear periodically and repeatedly in the event. Furthermore, if the player executes an event after displaying the notification screen, the display control unit 113 may display the event notification screen again at the timing when the featured character (the character whose lottery probability is set high) is set again as the featured character (the timing when the lottery probability is set high again). Furthermore, if the player does not execute an event after displaying the event notification screen, the display control unit 113 may not display the event notification screen even at the timing when the featured character is set again as the featured character.

For example, let's assume an event in which characters A, B, and C are set to be available, with character A set as the featured character in the first, fourth, and seventh weeks, character B set as the featured character in the second, fifth, and eighth weeks, and character C set as the featured character in the third, sixth, and ninth weeks, so that the event is set so that the same featured character appears repeatedly and periodically.

Also assume that the player does not own character A, and in the first week when character A is set as the featured character, the display control unit 113 displays an event notification screen (e.g., the screen in FIG. 8(c)) indicating that character A is available in an event. In this case, if the player executes an event (i.e., if the player sees the event notification screen, decides he or she wants to obtain character A, and executes gacha), the event notification screen (e.g., the screen in FIG. 8(c)) indicating that character A is available in an event may also be displayed on the player's terminal 20 in the fourth and seventh weeks.

On the other hand, if the player does not execute the event (i.e., if the player does not want to obtain character A even after seeing the event notification screen and does not execute the gacha), the event notification screen (e.g., the screen in FIG. 8(c)) indicating that character A is available in the event may not be displayed on the player's terminal 20 for the fourth and seventh weeks. This makes it possible to switch whether or not to notify the player of an event again in which the featured character is periodically available with a high probability, depending on whether or not the player executed the event.

In the above-described variant (No. 5), 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 the usage status in quests. For example, assume that the player does not possess character A, and the display control unit 113 displays an event notification screen (e.g., the screen in FIG. 8(c)) indicating that character A is available in an event during the first week when character A is set as the featured character.

In this case, let us say that the player has executed the event a predetermined number of times (once, twice, three times, etc.). In this case, an event notification screen (e.g., the screen in FIG. 8(c)) indicating that character A is available in the event may be displayed on the player's terminal 20 for the fourth and seventh weeks as well.

In this case, suppose that the player executes the event a predetermined number of times or more and obtains a predetermined number of characters A (one, two, three, etc.). In this case, the event notification screen (e.g., the screen in FIG. 8(c)) may be displayed on the player's terminal 20 for the fourth and seventh weeks as well.

In this case, it is also assumed that the player has performed the event a predetermined number of times, obtained a predetermined number of characters A, and that the parameters of at least one of the characters A are above a predetermined level (i.e., the player has strengthened the acquired character A in some way). In this case, the event notification screen (e.g., the screen in FIG. 8(c)) may be displayed on the player's terminal 20 for the fourth and seventh weeks as well.

In this case, it is assumed that the player has performed the event a predetermined number of times, obtained character A a predetermined number of times, and used character A in quests a predetermined number of times (i.e., the player uses the obtained character A in quests). In this case, the event notification screen (e.g., the screen in FIG. 8(c)) may be displayed on the player's terminal 20 for the fourth and seventh weeks as well.

In this case, it is assumed that the player has performed the event a predetermined number of times or more, has acquired a predetermined number of characters A, the parameters of at least one of the characters A are above a predetermined value, and has used character A in quests a predetermined number of times or more. In this case, the event notification screen (e.g., the screen in FIG. 8(c)) may be displayed on the player's terminal 20 for the fourth and seventh weeks as well.

In this case, if the player has not executed the event a predetermined number of times or more, the display control unit 113 may be configured not to display the event notification screen (e.g., the screen in FIG. 8(c)) on the player's terminal 20 for the fourth and seventh weeks.

In this case, if the player acquires a predetermined number of characters A but then sells them, or for some other reason no longer owns them, the display control unit 113 may not display the event notification screen (e.g., the screen in FIG. 8(c)) on the player's terminal 20 for the fourth and seventh weeks.

In this case, if the player has acquired a predetermined number of characters A or more but has not changed the parameters of any of the characters A (i.e., has not strengthened any of the characters A), the display control unit 113 may not display the event notification screen (e.g., the screen in FIG. 8(c)) on the player's terminal 20 for the fourth and seventh weeks.

In this case, if the player has acquired a predetermined number of characters A or more but has not used any of the characters A in a quest (i.e., has not strengthened the characters A), the display control unit 113 may not display the event notification screen (e.g., the screen in FIG. 8(c)) on the player's terminal 20 for the fourth and seventh weeks.

On the other hand, suppose that the player participates in the event but is unable to obtain character A. In this case, the event notification screen (e.g., the screen in FIG. 8(c)) indicating that character A is available in the event may not be displayed on the player's terminal 20 for the fourth and seventh weeks.

[Modification (No. 6)]
The display control unit 113 may change the appearance of the event notification screen depending on whether a plurality of characters satisfy a predetermined condition or a single character satisfies the predetermined condition.

For example, in step S12 of FIG. 7, when there are a plurality of characters that satisfy a predetermined condition among the predetermined characters, the display control unit 113 may display a screen that can display a plurality of characters as shown in FIG. 8(b) as an event notification screen. In addition, in the event notification screen, a plurality of icons (e.g., icons in the shape of character icon C1) indicating the characters that satisfy the predetermined condition may be displayed. In addition, when an icon is pressed, an event notification screen (a screen shown in FIG. 8(c)) corresponding to an event in which the character indicated by the icon can be obtained may be displayed. In addition, at this time, when there are a plurality of characters that satisfy the predetermined condition, the shape of the icon C1 may be changed to a shape indicating that there are a plurality of characters that satisfy the predetermined condition (e.g., "!!" in the case of two characters). Note that, since one icon C1 is given to each character in the screen of FIG. 8(b), when "!!" is displayed, the icon of "!!" is displayed in two places on the screen of FIG. 8(b). Similarly, when "!!!" is displayed, the icon of "!!!" is displayed in three places on the screen of FIG. 8(b). This makes the icon more noticeable.

In addition, when there are multiple characters that satisfy a predetermined condition among the predetermined characters, and each character can be obtained in a different event, the display control unit 113 may display the event notification screen in a manner that makes it possible to identify the event in which the character can be obtained. For example, on the screen in FIG. 8(b), an "A" icon may be displayed for a character that can be obtained in event A, and a "B" icon may be displayed for a character that can be obtained in event B.

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

This allows the player to easily determine whether there are multiple characters that are available to acquire among the characters that they do not own.

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

The display control unit 113 may also display an event notification screen when an operation to select a character that satisfies a predetermined condition is performed for the first time on the character list screen, and may not display the same event notification screen when the operation to select a character that satisfies a predetermined condition is performed for the second or subsequent time on the character list screen.

For example, suppose that button B10 is pressed on the screen of FIG. 8(a) and the screen of FIG. 8(b) is displayed. Suppose that character icon C1 is pressed on the screen of FIG. 8(b) and the screen of FIG. 8(c) is displayed. Suppose that button B30 is pressed on the screen of FIG. 8(c) and the screen of FIG. 8(d) is displayed. In this case, suppose that some screen operation is performed and the screen of FIG. 8(b) is displayed again. In this case, when character icon C1 is pressed on the screen of FIG. 8(b), the screen of FIG. 8(d) may be displayed without displaying the screen of FIG. 8(c). This makes it possible to prevent the same event notification screen from being displayed multiple times. It also makes it possible to prevent the player from feeling annoyed by the same event notification screen being displayed multiple times.

[Modification (No. 8)]
The display control unit 113 may display the specified characters on the character list screen described in the modified example (7) by dividing the specified characters into at least characters that do not satisfy the specified conditions and characters that satisfy the specified conditions.

In addition, the display control unit 113 may cause the terminal 20 to display information about the character that does not satisfy the specified conditions when a character that does not satisfy the specified conditions is selected on the character list screen, and may cause the terminal 20 to display an event notification screen when a character that satisfies the specified conditions is selected. The information about the character that does not satisfy the specified conditions may be a screen that displays the detailed status (detailed specifications) of the character.

For example, the character list screen may be in the form shown in FIG. 8(b), with the top 10 popular characters displayed in display area B21 and the top 10 characters whose popularity is rapidly increasing displayed in display area B22. The display control unit 113 may display each character displayed in FIG. 8(b) in a form that allows distinction between characters that satisfy a predetermined condition and characters that do not satisfy the predetermined condition.

The display control unit 113 may also display a specific character in the character list screen described in the seventh modified example by distinguishing between the following three patterns.

Pattern 1: "A character that is available in an event, that the player does not own, and that is set as the featured character for that event."
Pattern 2: "Characters that are available in an event, that the player does not own, and that are not set as featured characters in that event" and "Characters that are not available in an event, and that the player does not own"
Pattern 3: "Character owned by the player"
This allows the player to easily understand whether or not each character displayed on the character list screen is a character that satisfies a predetermined condition.

[Modification (No. 9)]
The 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 satisfies a predetermined condition, depending on the number of items the player possesses that are necessary to execute the event, and display a screen notifying the player of information about the extracted one or more events.

For example, assume that five items are consumed to execute event A, and ten items are consumed to execute event B. Also assume that the player has eight items. Assume that character A and character B exist as characters that satisfy a predetermined condition, and character A is available in event A, and character B is available in event B. In this case, since the player has only eight items, it is possible to execute event A, but not event B. Therefore, the display control unit 113 may cause the terminal 20 to display an event notification screen that notifies the player of event A that can be executed. Also, when displaying the character list screen described in the modified example (7), the display control unit 113 may display character A as a character that satisfies the predetermined condition on the character list screen, and character B as a character that does not satisfy the predetermined condition.

For example, assume that five items are consumed to execute event A and event B. Also assume that character X, character Y, and character Z exist as characters that satisfy a predetermined condition, and that characters X and Y are available in event A, and character Z is available in event B. If the player has 10 or more items, the display control unit 113 may cause the terminal 20 to display an event notification screen that notifies the player of both event A and event B that the player can execute.

On the other hand, if the player has 5 to 9 items, the display control unit 113 may cause the terminal 20 to display an event notification screen notifying the player of either event A or event B as an event that the player can execute. 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 in which the most characters that satisfy a predetermined condition are available. Here, in event A, two characters X and Y are available, and in event B, only one character Z is available. Therefore, the display control unit 113 may cause the terminal 20 to display an event notification screen notifying the player of event A, which has the most characters that satisfy a predetermined condition are available.

This makes it possible to notify players of events they can perform based on the number of items they own that are required to perform the event.

[Modification (No. 10)]
The event notified on the event notification screen may be the event with the most characters satisfying a predetermined condition among the events in which characters can be obtained by lottery, which allows the player to easily know the event with the most characters satisfying the predetermined condition.

<Summary>
According to the embodiment described above, it is possible to inform the player of a method by which the player can easily obtain a character that the player does not own.

The above-described embodiments are intended to facilitate understanding of the present invention, and are not intended to limit the present invention. The flow charts, sequences, elements included in the embodiments, and their arrangements, materials, conditions, shapes, sizes, etc., described in the embodiments are not limited to those exemplified, and may be modified as appropriate. In addition, configurations shown in different embodiments may be partially substituted or combined.

<Additional Notes>
<Appendix 1>
A storage unit that stores characters owned by a player;
a display control unit that, when an operation for displaying information on predetermined characters is received from the player and, when a character satisfying a predetermined condition is included in the predetermined characters, displays a notification screen for notifying information of an event in which the character satisfying the predetermined condition can be obtained,
The character that satisfies the predetermined condition is a character that is available in the event and is not owned by the player.
Information processing device.

Additional Note 1 makes it possible to inform players of ways to easily obtain characters they do not own.

<Appendix 2>
The character that satisfies the predetermined condition is a character that is a predetermined rank or higher and is a character that is set to have a higher probability of being selected among the characters that are the predetermined rank or higher.
2. The information processing device according to claim 1.

According to Appendix 2, players can easily obtain characters that they do not own that are of a certain rank or higher.

<Appendix 3>
The character that satisfies the predetermined condition is a character that has a predetermined relationship with a quest that the player has not played, among the characters that are set to have a high probability of being selected.
3. The information processing device according to claim 2.

According to Appendix 3, the player can easily obtain characters that he or she does not own, that are of a certain rank or higher, and that are related to the quest that the player will play in the future.

<Appendix 4>
the character having a high probability of being selected is set to appear periodically and repeatedly in the event;
The display control unit is
when the player executes the event after displaying the notification screen, the character having a high probability of winning the lottery displays the notification screen again at a timing when the probability of winning the lottery is set to be high;
If the player does not execute the event after the notification screen is displayed, the notification screen is not displayed.
4. The information processing device according to claim 2 or 3.

According to Supplementary Note 4, in an event where a character of a certain rank or higher can be periodically obtained 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 executed the event.

<Appendix 5>
The characters that satisfy the predetermined condition are a predetermined number of characters in descending order of the total number of times they have been used in quests during a predetermined period of time.
5. The information processing device according to claim 1 .

According to Appendix 5, players can easily obtain characters that are frequently used in quests among characters that they do not own.

<Appendix 6>
The character that satisfies the predetermined condition is further a character that is owned by or rented from another player and that was incorporated into a deck that the player has previously used in a quest.
6. The information processing device according to claim 1 .

According to Appendix 6, players can easily obtain characters that were included in a deck previously used in a quest and that are owned or rented by other players.

<Appendix 7>
The character that satisfies the predetermined condition is further a character used in a quest by another player who has cleared the quest that the player was unable to clear.
7. The information processing device according to claim 1 .

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

<Appendix 8>
the display control unit changes the manner of the notification screen depending on whether a plurality of characters satisfy the predetermined condition or a single character satisfies the predetermined condition.
8. The information processing device according to claim 1 .

According to Appendix 8, the player can easily determine whether there are multiple characters that are available to acquire among the characters that the player does not own.

<Appendix 9>
The display control unit is
When the operation is accepted, a character list screen is displayed on which information of a predetermined character is displayed;
when an operation of selecting a character that satisfies the predetermined condition is performed for the first time on the character list screen, displaying the notification screen, and when the operation of selecting a character that satisfies the predetermined condition is performed for the second or subsequent time on the character list screen, not displaying the notification screen.
9. The information processing device according to any one of claims 1 to 8.

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

<Appendix 10>
The display control unit is
On the character list screen, the predetermined characters are displayed by dividing them into at least characters that do not satisfy the predetermined condition and characters that satisfy the predetermined condition;
when a character not satisfying the predetermined condition is selected, displaying information about the character not satisfying the predetermined condition, and when a character satisfying the predetermined condition is selected, displaying the notification screen.
10. The information processing device according to any one of claims 1 to 9.

According to Appendix 10, the player can grasp different information depending on whether or not the character satisfies certain conditions.

<Appendix 11>
The event includes a plurality of events,
the display control unit extracts, from the plurality of events, one or more events which the player can execute and which enable the player to obtain a character that satisfies the predetermined condition, in accordance with a number of items owned by the player necessary to execute an event, and displays a screen notifying the player of information on the one or more extracted events.
11. The information processing device according to any one of claims 1 to 10.

According to Appendix 11, it becomes possible to notify the player of information about events that can be performed depending on the number of items required to perform the event that the player possesses.

<Appendix 12>
An information processing method performed by an information processing device,
storing a character owned by a player in a storage unit;
displaying a notification screen for notifying information of an event in which a character satisfying a predetermined condition can be obtained when an operation for displaying information of a predetermined character is accepted from the player and when a character satisfying a predetermined condition is included in the predetermined characters,
The character that satisfies the predetermined condition is a character that is available in the event and is not owned by the player.
Information processing methods.

Additional note 12 makes it possible to inform players of ways to easily obtain characters they do not own.

<Appendix 13>
On the computer,
storing a character owned by a player in a storage unit;
when an operation for displaying information on predetermined characters is received from the player, and when a character satisfying a predetermined condition is included in the predetermined characters, a notification screen is displayed to notify information on an event in which the character satisfying the predetermined condition can be obtained;
The character that satisfies the predetermined condition is a character that is available in the event and is not owned by the player.
program.

Additional note 13 makes it possible to inform players of ways to easily obtain characters they do not own.

1...game system, 10...game server, 11...processor, 12...storage device, 13...communication IF, 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...used deck 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)

a processor, the processor comprising:
determining which characters to display on a given screen based on information about the characters used in the quest played by each player;
when a specific character not owned by one player is included among characters displayed when an operation to display the predetermined screen is received from one player, notifying the one player of information about an event in which the specific character can be obtained;
Information processing device. The processor determines a character to be displayed on a predetermined screen based on information of the character used in the quest played by each player;
when the processor receives an operation from one player to display the predetermined screen and a specific character not owned by the one player is included among the characters to be displayed, the processor notifies the one player of information about an event in which the specific character can be obtained.
Information processing methods. causing the processor to determine a character to be displayed on a predetermined screen based on information on the character used in the quest played by each player;
when a specific character not owned by one player is included among characters displayed when an operation to display the predetermined screen is received from one player, the processor notifies the one player of information about an event in which the specific character can be obtained;
A program that executes a process. Equipped with a server and terminals,
The server,
determining which characters to display on a given screen based on information about the characters used in the quest played by each player;
when a specific character not owned by one player is included among characters displayed when an operation to display the predetermined screen is received from one player, notifying a terminal of the one player of information about an event in which the specific character can be obtained;
system .

Images