JP6864846B1 - Information processing equipment, information processing methods and programs - Google Patents

Abstract

PROBLEM TO BE SOLVED: To notify a player of a method of easily obtaining a character which is not owned. SOLUTION: A storage unit for storing a character owned by a player and a character satisfying a predetermined condition are included in the predetermined character when an operation for displaying information of a predetermined character is received from the player. A display control unit for displaying a notification screen for notifying information on an event in which a character satisfying the predetermined condition can be obtained is provided, and a character satisfying the predetermined condition can be obtained in the event. The information processing apparatus is provided, which is a character that is not owned by the user. [Selection diagram] FIG. 7

Description

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

A game called a deck is known in which a team consisting of multiple characters is used to complete a mission called a quest. Further, in Patent Document 1, the end of the play deadline is based on the points acquired by the user up to the present time, the points that can be acquired by the establishment of the point acquisition condition by the end of the play deadline, and the required points of each lottery game. Disclosed is a technique for identifying a type of lottery game in which the maximum required points among the required points that can be reached up to are set, and notifying the user to recommend playing the specified type of lottery game. There is.

Japanese Unexamined Patent Publication No. 2019-115411

Multiple characters are required to form a deck. In addition, in order to advance the quest in an advantageous manner, it is desirable that the player owns various characters and organizes a deck according to the characteristics of the quest to play the quest.

Therefore, an object of the present invention is to notify the player of a method for easily obtaining a character that he / she does not own.

The information processing device according to one aspect of the present invention has a storage unit that stores a character owned by a player, and when an operation for displaying information of a predetermined character is received from the player, the information processing device is included in the predetermined character. Provided with a display control unit for displaying a notification screen for notifying information on an event in which a character satisfying the predetermined condition can be obtained when a character satisfying the predetermined condition is included in the. The character is a character that can be obtained at the event and is not owned by the player.

According to the present invention, it is possible to notify the player of a method for easily obtaining a character that he / she does not own.

It is a figure which shows an example of the system structure of the game system which concerns on this embodiment. It is a figure which shows an example of the hardware configuration of a game server and a terminal. It is a figure which shows the functional block configuration example of a game server. It is a figure which shows an example of the player management DB and the possession character management DB. It is a figure which shows an example of a deck management DB, a used deck history DB, a character situation management DB, and an event setting DB. It is a figure which shows the functional block configuration example of a terminal. It is a flowchart which shows an example of the processing procedure performed by a game server. It is a figure which shows an example of a game screen.

Embodiments of the present invention will be described with reference to the accompanying drawings. In each figure, those having the same reference numerals have the same or similar configurations.

<System configuration>
FIG. 1 is a diagram showing an example of the system configuration of the game system 1 according to the present 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 terminal 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 a mobile communication.

The game server 10 is a device that plays a part of the functions of the terminal 20 in providing the game, such as managing various information about the player and executing a part of the game. The game server 10 may be configured by one or a plurality of information processing devices, or may be configured by using a virtual server (cloud server or the like).

The terminal 20 is an information processing device that provides a game to a player, and the player can execute the game according to the present 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 by using GPS (Global Positioning System) or the like.

<Game overview>
Subsequently, an outline of the game provided by the game system 1 according to the present embodiment will be described. In the game provided by the game system 1 (hereinafter referred to as "this game"), the player organizes a deck with a character selected from a plurality of owned characters, and uses the organized deck to perform a quest. By clearing it, you can get new characters and items. In addition, the player can challenge more difficult quests by synthesizing multiple acquired characters to grow into stronger characters, or by using items to strengthen the character's attributes. ..

Here, the quest is a term that means a mission whose clearing condition is to satisfy a certain predetermined condition. Quests are sometimes called explorations or tasks. The player who participated in the quest can clear the quest by satisfying the certain conditions, and when the quest is cleared, the player is rewarded and the story of this game progresses.

The deck is a term that means a group in which a plurality of characters are combined. When executing a quest, the player selects a character having an ability suitable for clearing the quest, organizes a deck, and executes the quest. The game server 10 can store a plurality of decks organized by the player, and when executing the quest, the player selects one deck from the plurality of stored decks and executes the quest. Is also possible.

When the player executes the quest, a predetermined parameter that the player has, which is called "stamina", is consumed. The amount of stamina consumed varies from quest to quest. Further, the upper limit of stamina is set according to the player's level, experience value, and the like. Stamina consumed by playing quests will automatically recover over time.

A player can establish a predetermined relationship (hereinafter, referred to as "friend relationship") with another player. A friendship can be built by the approval of each other's players. On the game screen of the player, a list of other players having a friend relationship is displayed.

The deck is composed of a character selected by the player from the characters owned by the player himself and a character owned by another player. Each player sets in advance a character that can be organized in the deck of another player (hereinafter, referred to as a "friend use character"). When the player executes the quest, the player organizes the deck to be used for the quest and selects one of the other players from the plurality of other players listed on the game screen. When a player selects another player, the character used by the friend of the selected other player is set in the deck and the quest is started. The plurality of other players listed on the game screen are players having a friendship relationship or other players arbitrarily selected by the game server 10.

In addition, the player can rent (rent) a character owned by the player who has a friend relationship from the player who has a friend relationship. The player who rented the character can incorporate the rented character into the deck and execute the quest for a predetermined period of time.

The player can obtain the character in various scenes in the game (for example, when the quest is cleared). In addition, the player can also obtain the character at an event (for example, a gacha or the like, hereinafter referred to as an "event") held in the game where the character hits. Which character wins depends on each event, and usually one character is randomly selected by lottery from a plurality of characters associated with the event in advance. Depending on the event, the lottery probability of a specific character among a plurality of characters is set high (that is, a character that is easy to win is set). In this game, multiple events may be held at the same time.

In this game, when an operation for displaying information of a predetermined character is received from the player on the game screen, the character that can be obtained at the event and is owned by the player among the predetermined characters. When a character that does not satisfy the predetermined condition (hereinafter referred to as "character satisfying the predetermined condition") is included, a screen for notifying the information of the event in which the character satisfying the predetermined condition can be obtained (hereinafter, "event notification"). "Screen" is displayed. Here, the "predetermined character" means a part of the characters appearing in the game that meets some conditions. For example, the predetermined character may be a character newly added to the game, a character whose status is equal to or higher than a predetermined value, or a character having a specific attribute. Good. Further, it may be a popular character described later and / or a character whose popularity is rapidly increasing. As a result, the player can recognize that an event is being held (or is being held) in which a character that he / she does not own can be obtained.

<Hardware configuration>
FIG. 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 are a CPU (Central Processing Unit) 11, a memory, a storage device 12 such as an HDD (Hard Disk Drive) and / or an SSD (Solid State Drive), and a communication IF (Interface) that performs wired or wireless communication. It has 13, an input device 14 that accepts an input operation, and an output device 15 that outputs 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)
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 the storage device 12 included in the game server 10. Further, the game control unit 110 can be realized by the processor 11 of the game server 10 executing the program stored in the storage device 12. In addition, the 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-temporary storage medium is not particularly limited, but may be, for example, a storage medium such as a USB memory or a CD-ROM.

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

FIG. 4 is a diagram showing 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. Further, the player management DB 100a stores a friend-used character that can be organized in the deck of another player among the characters owned by the player. The player management DB 100a includes, for example, an ID (player ID) that uniquely identifies a player, a player's nickname (nickname), a player ID of another player registered as a player in a friendship relationship, and a terminal 20 used by the player. The current position of the player, the player's experience value, the player's rank and the player's stamina, and the number of possessed items (event execution items) consumed when executing the event are stored in association with each other.

The owned character management DB 100b manages the characters owned by the player. In the owned character management DB 100b, an ID that uniquely identifies the player (player ID), an ID that uniquely identifies the character (character ID), whether the character is easily available or difficult to obtain is ranked, and the strength of the character. Various parameters (level, rack (luck), HP (hit points), attack power, speed, etc.) indicating the above are stored.

FIG. 5 is a diagram showing an example of a deck management DB 100c, a used deck history DB 100d, a character status management DB 100e, and an event setting DB 100f.

The deck management DB 100c manages the characters that organize each deck. In the deck management DB 100c, 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 organize each deck ( Character ID) is associated and stored.

The used deck history DB100d records a history (deck history) indicating which deck the player executed each quest in the past when the quest was executed. The used deck history DB 100d includes, for example, an ID that uniquely identifies a player (player ID), an ID that uniquely identifies a quest (quest ID), and a plurality of decks in which one or more decks used when executing a quest are organized. The history of the character (character ID) of is associated and stored. The deck used (previous) stores the characters of the deck used when the previous quest was executed. The deck used (two times before) stores the character of the deck used when the quest was executed two times before.

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 (for example, the top 10 characters) of character IDs of characters popular in this game are stored in order of popularity. Specifically, the popular characters may be a predetermined number of characters in descending order of the total number of times used in the quests played by each player in a predetermined period. Further, in the "character ranking during rapid increase in popularity", character IDs of a predetermined number of characters (for example, the top 10 characters) are stored in the order in which the popularity ranking has increased significantly during a predetermined period.

The event setting DB100f manages information about the event held in this game. The event setting DB100f has a predetermined ID (event ID) that uniquely identifies the event, the holding period of the event, the characters that can be obtained at the event (characters that may be won by lottery), and the available characters. A character having a rank or higher and having a high lottery probability (hereinafter referred to as "pickup character") is set.

The explanation will be continued by returning to FIG. The game control unit 110 provides various functions necessary for executing 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 from the player the selection of the quest to be executed, the selection of the deck to be used for the quest, and the like. In addition, the reception unit 111 accepts screen operations for displaying information on a predetermined character from the player. The information of a predetermined character means the information of a part of the characters appearing in this game that meets some conditions. For example, the information of the predetermined character may be information indicating the ranking of the popular character or information indicating the ranking of the character whose popularity is rapidly increasing.

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

When the reception unit 111 receives an operation for displaying the information of a predetermined character from the player, the display control unit 113 includes a character satisfying the predetermined condition among the predetermined characters. Display an event notification screen (a screen for notifying information on an event in which a character satisfying the predetermined 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 device 12 included in the terminal 20. Further, 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 the program stored in the storage device 12. In addition, the program can be stored in a storage medium. The storage medium in which the program is stored may be a non-temporary storage medium that can be read by a computer. The non-temporary storage medium is not particularly limited, but 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 stores character image data, game scenarios, and the like.

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

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

The game control unit 203 provides various functions necessary for executing the game by cooperating with the game server 10. For example, the game control unit 203 provides a function of acquiring 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, the execution unit 112, and the display control unit 113 included in the game server 10 are provided in the game control unit 203 of the terminal 20. It may be.

<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 an operation on the screen for displaying information on a predetermined character from the player, the processing procedure shown in FIG. 7 is started.

First, the display control unit 113 acquires information about a character corresponding to a predetermined character among the characters appearing in the game (S10). For example, when a predetermined character is a popular character or a rapidly rising character, the display control unit 113 acquires information about the popular character or the rapidly rising character by referring to the character status management DB.

Subsequently, the display control unit 113 acquires a character that can be obtained at an event currently being held or will be held in the future by referring to the event setting DB (S11). Subsequently, the display control unit 113 determines whether or not the predetermined character includes a character satisfying the predetermined condition (S12). When a character satisfying a predetermined condition is included (S12-YES), the display control unit 113 displays the event notification screen on the display of the terminal 20 (S13). When the character satisfying the predetermined condition is not included (S12-NO), the display control unit 113 ends the process without displaying the event notification screen.

FIG. 8 is a diagram showing an example of a game screen. When the button B10 on the screen shown in FIG. 8 (a) is pressed, the screen transitions to the screen shown in FIG. 8 (b). When the button B20 is pressed on the screen of FIG. 8B, the top 10 popular characters are displayed in the display area B21, and the top 10 characters whose popularity is rapidly rising are displayed in the display area B22. Pressing the screen button B10 shown in FIG. 8A corresponds to accepting a screen operation for displaying information on a predetermined character from the player.

The character icon C1 is displayed on the screen of FIG. 8B. The character icon C1 indicates that a character satisfying a predetermined condition exists among the top 10 popular characters. When the character icon C1 is pressed, the screen transitions to the screen shown in FIG. 8C. On the screen shown in FIG. 8C, a message recommending the player to execute an event in which a character satisfying a predetermined condition can be obtained is displayed, and when the button B30 is pressed, a screen for executing the event (for example,). Transition to FIG. 8D, which is a screen for drawing a gacha). In FIG. 8D, the icon of the character available at the event is 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. 8B in which the icon C1 indicating that a character satisfying a predetermined condition exists is displayed.

In the example of FIG. 8, the screen transition is not limited to the above description. For example, when the button B10 on the screen shown in FIG. 8A is pressed, the screen shown in FIG. 8C may be omitted and the screen may be changed to the screen shown in FIG. 8C. Further, the screen of FIG. 8B is not limited to displaying a popular character and a character whose popularity is rapidly increasing. Any screen may be used as long as it can display a plurality of predetermined characters side by side.

<Modification example of processing procedure>
[Modification example (1)]
Characters that satisfy the predetermined conditions are further pick-up characters (characters that are available at the event and have a predetermined rank or higher and have a higher lottery probability among the characters of the predetermined rank or higher). There may be. The pick-up character often corresponds to a powerful character who can advance the quest in an advantageous manner (however, the present embodiment is not limited to this). As a result, the player can easily obtain the pick-up character among the characters that he does not own.

Further, the character satisfying the predetermined condition may be a character having a predetermined relationship with a predetermined number of quests that the player has never played among the pick-up characters. The predetermined relationship may be a character defined in advance as a character capable of advancing the quest advantageously based on the status of the character, the attributes of the character itself, and the like. For example, when playing a quest in which many monsters with the attribute of wood appear, it is assumed that if a character with the attribute of fire is incorporated into the deck, the quest can be advanced advantageously. In this case, the display control unit 113 is when the quest that the player has never played is a quest in which many monsters having the attribute of wood appear, and the character having the attribute of fire exists in the pick-up character. , The terminal 20 may be notified of the information of the event in which the character can be obtained.

In addition, the predetermined relationship is a high-ranking predetermined number of the characters used when another player clears the quest for a quest that the player has never cleared, out of the data obtained by totaling the number of times the character is used for each character. It may be a character included in (for example, the top 1 to 3). For example, for quest A that the player has never cleared, the characters included in the deck when the other character C1 cleared quest A are characters U1 to U4, and the other character C2 cleared quest A. It is assumed that the characters included in the deck are characters U4 to U7. In this case, it is calculated that the characters U1 to U3 are used once, the characters U4 are used twice, and the characters U5 to U7 are used once.

As a result, the player can easily obtain a pick-up character related to the quest to be played in the future among the characters that he does not own.

[Modification example (2)]
Characters that satisfy the predetermined conditions may be popular characters (a predetermined number of characters in descending order of the total number of times used in the quest during the predetermined period). As a result, the player can easily obtain the characters that are often used in the quest among the characters that he does not own.

[Modification example (3)]
The character satisfying the predetermined conditions may be a character owned by another player (for example, a character used by a friend) or a character rented from another player, which has been incorporated into the deck used by the player in the quest in the past. .. As a result, the player can easily obtain a character that has been incorporated into the deck used in the quest in the past and is the same as a character owned or rented by another player.

[Modification example (4)]
The character satisfying the predetermined condition may be a character used in the quest by another player who has cleared the quest that the player could not clear. It is assumed that the character used by another player when clearing the quest is a character that exerts an advantageous effect when clearing the quest. As a result, the player can easily clear the quest that could not be cleared.

[Supplementary information for modified examples (No. 1 to No. 4)]
In this embodiment, a character transforms into a more powerful character by accumulating experience points by being used in a quest, combining with another character, etc. (hereinafter referred to as "evolution"). It may be possible.

In this case, the "characters satisfying the predetermined conditions" in the modified examples (No. 1 to No. 4) are characters that can be obtained at the event and are not possessed by the player, and are modified by evolving. A character satisfying the conditions shown in (No. 1 to No. 4) (that is, a condition other than being a character that can be obtained at an event and is not possessed by the player) may be included. For example, suppose there is a character m that evolves to become a character M. Further, it is assumed that the character m is a character that can be obtained at the event and is not possessed by the player. In this case, when the character M is a character used by a friend, the display control unit 113 assumes that the character m corresponds to the modification (No. 3), and displays the event notification screen on the display of the terminal 20. May be good.

[Modification example (No. 5)]
The pick-up character may be set to appear periodically and repeatedly in an event. Further, when the player executes an event after displaying the notification screen, the display control unit 113 sets the pick-up character (character with a high lottery probability) to be the pick-up character again (lottery again). The event notification screen may be displayed again at the timing when the probability is set high). Further, if the player does not execute the event after displaying the event notification screen, the display control unit 113 does not display the event notification screen even at the timing when the pickup character is set to the pickup character again. You may do it.

For example, in an event in which characters A, B, and C are set to be available, character A is set as a pickup character in the first, fourth, and seventh weeks, and the second and fifth weeks. Character B is set as the pick-up character in the week and the eighth week, character C is set as the pick-up character in the third, sixth, and ninth weeks, and so on. Suppose an event that is set to appear periodically and repeatedly.

Further, the player does not own the character A, and the display control unit 113 displays an event notification screen (for example, an event notification screen indicating that the character A can be obtained at an event in the first week when the character A is set as the pickup character. It is assumed that the screen of FIG. 8C) is displayed. In this case, when the player executes the event (that is, when he / she wants to obtain the character A by looking at the event notification screen and executes the gacha), the character A is also included in the 4th and 7th weeks. The event notification screen (for example, the screen of FIG. 8C) indicating that the above is available at the event may be displayed on the player terminal 20.

On the other hand, if the player does not execute the event (that is, even if he / she sees the event notification screen, he / she does not want to obtain the character A and does not execute the gacha), the 4th week and the 7th week , The event notification screen (for example, the screen of FIG. 8C) indicating that the character A can be obtained at the event may not be displayed on the player terminal 20. As a result, in an event in which the pick-up character can be periodically obtained with a high probability, it is 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.

In the modified example (No. 5) described above, the display control unit 113 displays the event notification screen on the player's terminal 20, and then the number of times the player executes the event, the number of characters possessed by the player, and the like. Depending on the character's parameters and / or the usage status in the quest, it may be possible to switch whether or not to display the event notification screen again. For example, the player does not own the character A, and the display control unit 113 indicates that the character A can be obtained at the event in the first week when the character A is set as the pickup character (for example, an event notification screen (for example). It is assumed that the screen of FIG. 8C) is displayed.

In this case, it is assumed that the player executes the event a predetermined number of times (once, twice, three times, etc.) or more. In this case, also in the 4th and 7th weeks, an event notification screen (for example, the screen of FIG. 8C) indicating that the character A can be obtained at the event is displayed on the player terminal 20. May be good.

Further, in this case, it is assumed that the player executes the event a predetermined number of times or more and obtains a predetermined number (1, 2, 3, etc.) or more of the characters A. In this case, the event notification screen (for example, the screen of FIG. 8C) may be displayed on the player's terminal 20 also in the 4th and 7th weeks.

Further, in this case, it is assumed that the player executes the event a predetermined number of times or more, obtains a predetermined number or more of the characters A, and the parameter of at least one of the characters A is a predetermined number or more (that is, the player). Is strengthening the obtained character A in some way). In this case, the event notification screen (for example, the screen of FIG. 8C) may be displayed on the player's terminal 20 also in the 4th and 7th weeks.

Further, in this case, it is assumed that the player executes the event a predetermined number of times or more, obtains the character A a predetermined number or more, and uses the character A a predetermined number of times or more in the quest (that is, the player obtains the character A). Character A is used in the quest). In this case, the event notification screen (for example, the screen of FIG. 8C) may be displayed on the player's terminal 20 also in the 4th and 7th weeks.

Further, in this case, the player executes the event a predetermined number of times or more, obtains a predetermined number or more of the character A, the parameter of at least one of the character A is a predetermined number or more, and the character A is quested. It is assumed that it has been used more than a predetermined number of times. In this case, the event notification screen (for example, the screen of FIG. 8C) may be displayed on the player's terminal 20 also in the 4th and 7th weeks.

Further, in this case, if the player has not executed the event more than a predetermined number of times, the display control unit 113 displays the event notification screen (for example, FIG. 8C) for the fourth week and the seventh week. The screen) may not be displayed on the player's terminal 20.

Further, in this case, if the player has obtained a predetermined number or more of the characters A but does not own the characters A for reasons such as selling them thereafter, the display control unit 113 may perform the fourth week and the seventh week. The event notification screen (for example, the screen of FIG. 8C) may not be displayed on the player terminal 20.

Further, in this case, when the player has obtained a predetermined number or more of the characters A, but the parameters of any of the characters A have not been changed (that is, the character A has not been strengthened), the display control unit 113 has a fourth. For the week and the seventh week, the event notification screen (for example, the screen of FIG. 8C) may not be displayed on the player's terminal 20.

Further, in this case, when the player has obtained a predetermined number or more of the characters A, but none of the characters A is used in the quest (that is, the character A is not strengthened), the display control unit 113 is the fourth. For the week and the seventh week, the event notification screen (for example, the screen of FIG. 8C) may not be displayed on the player's terminal 20.

On the other hand, it is assumed that the player executes the event but cannot obtain the character A. In this case, for the 4th and 7th weeks, the event notification screen (for example, the screen of FIG. 8C) indicating that the character A can be obtained at the event is not displayed on the player terminal 20. May be good.

[Modification example (No. 6)]
The display control unit 113 may change the mode of the event notification screen depending on whether there are a plurality of characters satisfying the predetermined condition or one character satisfying the predetermined condition.

For example, in step S12 of FIG. 7, when there are a plurality of characters satisfying the predetermined conditions among the predetermined characters, the display control unit 113 can display the plurality of characters as shown in FIG. 8B. May be displayed as an event notification screen. Further, on the event notification screen, a plurality of icons (for example, icons in the shape of the character icon C1) indicating characters satisfying a predetermined condition may be displayed. Further, when the icon is pressed, an event notification screen (screen shown in FIG. 8C) corresponding to an event in which the character indicated by the icon can be obtained may be displayed. At this time, if there are a plurality of characters satisfying the predetermined conditions, the shape of the icon C1 is changed to a shape indicating that there are a plurality of characters satisfying the predetermined conditions (for example, "!!" in the case of two characters). You may try to do it. Since one icon C1 is assigned to one character on the screen of FIG. 8 (b), when "!!" is displayed, it is placed in two places on the screen of FIG. 8 (b). The "!!" icon will be displayed. Similarly, when "!!!" is displayed, the "!!!" icons are displayed at three places on the screen of FIG. 8B. You can make the icon stand out more.

Further, the display control unit 113 can identify the available event on the event notification screen when there are a plurality of characters satisfying the predetermined condition among the predetermined characters and each of them is a character that can be obtained in a different event. It may be displayed in a mode. For example, on the screen of FIG. 8B, the icon of "A" may be displayed for the character that can be obtained in event A, and the icon of "B" may be displayed for the character that can be obtained in event B. Good.

On the other hand, when the display control unit 113 has one character satisfying the predetermined condition among the predetermined characters, the display control unit 113 simply recommends the player to execute the event (recommends a gacha) as shown in FIG. 8C. The screen for displaying the message) may be displayed as an event notification screen. Alternatively, as shown in FIG. 8D, the display control unit 113 may display the screen for executing the event (the screen for pulling the gacha) as the event notification screen.

As a result, the player can easily grasp whether or not there are a plurality of available characters among the characters that he does not own.

[Modification example (7)]
When the display control unit 113 receives a screen operation for displaying the information of the predetermined character from the player (for example, when the button B10 of FIG. 8A is pressed), the display control unit 113 displays the information of the predetermined character. When the character list screen (for example, the screen of FIG. 8B) is displayed and a predetermined operation is performed on the character list screen (for example, when the character icon C1 is pressed on the screen of FIG. 8B), The event notification screen (screen of FIG. 8C) may be displayed.

Further, the display control unit 113 displays an event notification screen when the operation of selecting a character satisfying a predetermined condition is performed for the first time on the character list screen, and the selection is made on the character list screen. If the operation is performed for the second time or later, the same event notification screen may not be displayed.

For example, suppose that the button B10 is pressed on the screen of FIG. 8 (a) and the screen of FIG. 8 (b) is displayed. Further, it is assumed that the screen of FIG. 8 (c) is displayed by pressing the character icon C1 on the screen of FIG. 8 (b). Further, it is assumed that the screen of FIG. 8 (d) is displayed because the button B30 is pressed on the screen of FIG. 8 (c). In this case, it is assumed that some screen operation is performed and the screen of FIG. 8B is displayed again. In this case, when the 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 event notification screen having the same content from being displayed many times. Further, since the event notification screen having the same content is displayed to the player many times, it is possible to prevent the player from feeling annoyed.

[Modification example (No. 8)]
On the character list screen described in the modification (No. 7), the display control unit 113 may display the predetermined characters by dividing them into at least characters that do not satisfy the predetermined conditions and characters that satisfy the predetermined conditions. Good.

Further, when a character that does not satisfy the predetermined condition is selected on the character list screen, the display control unit 113 causes the terminal 20 to display information about the character that does not satisfy the predetermined condition, and selects the character that satisfies the predetermined condition. In that case, the event notification screen may be displayed on the terminal 20. The information about the character that does not satisfy the predetermined condition may be a screen for displaying the status details (spec details) of the character.

For example, the character list screen has the aspect shown in FIG. 8B, and it is assumed that the top 10 characters of popular characters are displayed in the display area B21 and the top 10 characters of rapidly increasing popularity are displayed in the display area B22. The display control unit 113 may display each character displayed in FIG. 8B in a manner in which a character satisfying a predetermined condition and a character not satisfying the predetermined condition can be distinguished.

Further, the display control unit 113 may display a predetermined character by distinguishing it into the following three patterns on the character list screen described in the modification (No. 7).

Pattern 1: "A character that can be obtained at an event, is not owned by the player, and is set as a pickup character at the event"
Pattern 2: "Character that can be obtained at the event and is not possessed by the player and is not set as the pickup character at the event" and "Character that cannot be obtained at the event and the player Characters that do not have
Pattern 3: "Character possessed by the player"
As a result, the player can easily grasp whether or not each character displayed on the character list screen is a character satisfying a predetermined condition.

[Modification example (No. 9)]
The event includes a plurality of events, and the display control unit 113 has one or more of the plurality of events that can be executed by the player, depending on the number of items that the player needs to execute the event. One or more events that are events and can obtain characters satisfying a predetermined condition may be extracted, and a screen for notifying the information of the extracted one or more events may be displayed.

For example, it is assumed that 5 items are consumed to execute event A and 10 items are consumed to execute event B. It is also assumed that the player has eight items. Further, it is assumed that character A and character B exist as characters satisfying a predetermined condition, character A can be obtained at event A, and character B can be obtained at event B. In this case, since the player holds only eight items, the player can execute the event A, but cannot execute the event B. Therefore, the display control unit 113 may display the event notification screen for notifying the event A that can be executed by the player on the terminal 20. Further, when displaying the character list screen described in the modification (No. 7), the display control unit 113 displays the character A as a character satisfying a predetermined condition on the character list screen, and the character B does not satisfy the predetermined condition. It may be displayed as a character.

Also, for example, it is assumed that 5 items are consumed in order to execute event A and event B. Further, it is assumed that the characters X, Y, and Z exist as characters satisfying the predetermined conditions, the characters X and Y can be obtained in the event A, and the character Z can be obtained in the event B. If the player holds 10 or more items, the display control unit 113 may display the event notification screen for notifying both the event A and the event B that can be executed by the player on the terminal 20. Good.

On the other hand, when the player holds 5 to 9 items, the display control unit 113 displays an event notification screen for notifying either event A or event B as an event that can be executed by the player. It may be displayed in. The event to be notified may be randomly determined or may be determined based on a predetermined priority. The predetermined priority may be, for example, an event order in which the most available characters among the characters satisfying the predetermined conditions are available. Here, in event A, two characters X and Y can be obtained, and in event B, only one character Z can be obtained. Therefore, the display control unit 113 may display the event notification screen for notifying the event A, which has many available characters among the characters satisfying the predetermined conditions, on the terminal 20.

This makes it possible for the player to be notified of information on events that can be executed according to the number of items possessed in order to execute the event.

[Modification example (No. 10)]
The event notified on the event notification screen may be the event in which the number of characters satisfying a predetermined condition is the largest among the events for which characters can be obtained by lottery. As a result, the player can easily grasp the event in which the number of characters satisfying the predetermined condition is the largest.

<Summary>
According to the embodiment described above, it is possible to notify the player of a method in which a character that is not owned can be easily obtained.

The embodiments described above are for facilitating the understanding of the present invention, and are not for limiting and interpreting the present invention. The flowchart, sequence, each element included in the embodiment, its arrangement, material, condition, shape, size, and the like described in the embodiment are not limited to those exemplified, and can be changed as appropriate. In addition, the configurations shown in different embodiments can be partially replaced or combined.

<Additional notes>
<Appendix 1>
A storage unit that stores characters owned by the player,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. It is equipped with a display control unit that displays a notification screen for notifying event information.
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player.
Information processing device.

According to Appendix 1, it is possible to notify the player how to easily obtain a character that he does not own.

<Appendix 2>
The character satisfying the predetermined condition is a character having a predetermined rank or higher, and a character having a higher lottery probability among the characters having the predetermined rank or higher.
The information processing device according to Appendix 1.

According to Appendix 2, the player can easily obtain a character having a predetermined rank or higher among the characters that he / she does not own.

<Appendix 3>
The character satisfying the predetermined condition is a character having a predetermined relationship with a quest that the player has never played, among the characters for which the lottery probability is set to be high.
The information processing device according to Appendix 2.

According to Appendix 3, the player can easily obtain a character having a predetermined rank or higher among the characters that he / she does not own and is related to the quest to be played in the future.

<Appendix 4>
The character with a high lottery probability is set to appear periodically and repeatedly in the event.
The display control unit
When the player executes the event after displaying the notification screen, the character having a high lottery probability is displayed again at the timing when the lottery probability is set high. ,
If the player has not executed the event after displaying the notification screen, the notification screen is not displayed.
The information processing device according to Appendix 2 or 3.

According to Appendix 4, in an event in which a character of a predetermined rank or higher can be periodically obtained with a high probability, whether or not to notify the player of the event again is switched depending on whether or not the player has executed the event. Will be possible.

<Appendix 5>
The characters satisfying the predetermined conditions are a predetermined number of characters in descending order of the total number of times used in the quest during the predetermined period.
The information processing device according to any one of Items 1 to 4.

According to Appendix 5, the player can easily obtain the characters that are often used in the quest among the characters that he does not own.

<Appendix 6>
The character satisfying the predetermined condition is a character owned by another player or rented from another player that has been incorporated into the deck that the player used in the quest in the past.
The information processing device according to any one of Items 1 to 5.

According to Appendix 6, the player can easily obtain a character owned or rented by another player, which is a character incorporated in the deck used in the quest in the past.

<Appendix 7>
The character satisfying the predetermined condition is a character used in the quest by another player who has cleared the quest that the player could not clear.
The information processing device according to any one of Items 1 to 6.

According to Appendix 7, the player can easily obtain a character that can clear the quest that could not be cleared.

<Appendix 8>
The display control unit changes the mode of the notification screen depending on whether there are a plurality of characters satisfying the predetermined condition or one character satisfying the predetermined condition.
The information processing device according to any one of Items 1 to 7.

According to Appendix 8, the player can easily grasp whether or not there are a plurality of available characters among the characters that he does not own.

<Appendix 9>
The display control unit
When the above operation is accepted, the character list screen for displaying the information of the predetermined character is displayed, and the character list screen is displayed.
When the operation of selecting a character satisfying the predetermined condition is performed for the first time on the character list screen, the notification screen is displayed, and the selected operation on the character list screen is performed for the second time or later. If this is done, the notification screen will not be displayed.
The information processing device according to any one of Items 1 to 8.

According to Appendix 9, it is possible to prevent the notification screen having the same content from being displayed many times.

<Appendix 10>
The display control unit
On the character list screen, at least the characters that do not satisfy the predetermined conditions and the characters that satisfy the predetermined conditions are displayed separately.
When a character that does not satisfy the predetermined condition is selected, information about the character that does not satisfy the predetermined condition is displayed, and if a character that does not satisfy the predetermined condition is selected, the notification screen is displayed.
The information processing device according to any one of Items 1 to 9.

According to Appendix 10, the player can grasp different information depending on whether or not the character satisfies a predetermined condition.

<Appendix 11>
The event includes a plurality of events.
The display control unit is one or more events that can be executed by the player among the plurality of events according to the number of items possessed by the player in order to execute the event, and the predetermined conditions. Extract one or more events for which a character satisfying the conditions can be obtained, and display a screen for notifying the information of the extracted one or more events.
The information processing device according to any one of Supplementary note 1 to 10.

According to Appendix 11, it is possible for the player to be notified of information on an event that can be executed according to the number of items possessed in order to execute the event.

<Appendix 12>
It is an information processing method performed by an information processing device.
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. Has a step to display a notification screen for notifying event information,
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player.
Information processing method.

According to Appendix 12, it is possible to notify the player of how to easily obtain a character that he does not own.

<Appendix 13>
On the computer
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. To execute the step to display the notification screen for notifying the event information,
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player.
program.

According to Appendix 13, it is possible to notify the player of how to easily obtain a character that he does 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 (18)

A storage unit that stores characters owned by the player,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. It is equipped with a display control unit that displays a notification screen for notifying event information.
Other predetermined condition is satisfied character is a character available in the event, before Symbol character der player does not own is, and that the player has been incorporated in the deck used in the quest in the past A character owned by or rented from another player
Information processing device. A storage unit that stores characters owned by the player,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. It is equipped with a display control unit that displays a notification screen for notifying event information.
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player, and another player who has cleared the quest that the player could not clear is the quest. Is the character used in
Information processing device. A storage unit that stores characters owned by the player,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. It is equipped with a display control unit that displays a notification screen for notifying event information.
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player.
The display control unit changes the mode of the notification screen depending on whether there are a plurality of characters satisfying the predetermined condition or one character satisfying the predetermined condition.
Information processing device. A storage unit that stores characters owned by the player,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. It is equipped with a display control unit that displays a notification screen for notifying event information.
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player.
The event includes a plurality of events.
The display control unit is one or more events that can be executed by the player among the plurality of events according to the number of items possessed by the player in order to execute the event, and the predetermined conditions. Extract one or more events for which a character satisfying the conditions can be obtained, and display a screen for notifying the information of the extracted one or more events.
Information processing device. The character satisfying the predetermined condition is a character having a predetermined rank or higher, and a character having a higher lottery probability among the characters having the predetermined rank or higher.
The information processing device according to any one of claims 1 to 4. The character satisfying the predetermined condition is a character having a predetermined relationship with a quest that the player has never played, among the characters for which the lottery probability is set to be high.
The information processing device according to claim 5. The character with a high lottery probability is set to appear periodically and repeatedly in the event.
The display control unit
When the player executes the event after displaying the notification screen, the character having a high lottery probability is displayed again at the timing when the lottery probability is set high. ,
If the player has not executed the event after displaying the notification screen, the notification screen is not displayed.
The information processing device according to claim 5 or 6. The characters satisfying the predetermined conditions are a predetermined number of characters in descending order of the total number of times used in the quest during the predetermined period.
The information processing device according to any one of claims 1 to 7. The display control unit
When the above operation is accepted, the character list screen for displaying the information of the predetermined character is displayed, and the character list screen is displayed.
When the operation of selecting a character satisfying the predetermined condition is performed for the first time on the character list screen, the notification screen is displayed, and the selected operation on the character list screen is performed for the second time or later. If this is done, the notification screen will not be displayed.
The information processing device according to any one of claims 1 to 8. The display control unit
On the character list screen, at least the characters that do not satisfy the predetermined conditions and the characters that satisfy the predetermined conditions are displayed separately.
When a character that does not satisfy the predetermined condition is selected, information about the character that does not satisfy the predetermined condition is displayed, and if a character that does not satisfy the predetermined condition is selected, the notification screen is displayed.
The information processing device according to claim 9. It is an information processing method performed by an information processing device.
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. Has a step to display a notification screen for notifying event information,
Other predetermined condition is satisfied character is a character available in the event, before Symbol character der player does not own is, and that the player has been incorporated in the deck used in the quest in the past A character owned by or rented from another player
Information processing method. It is an information processing method performed by an information processing device.
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. Has a step to display a notification screen for notifying event information,
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player, and another player who has cleared the quest that the player could not clear is the quest. Is the character used in
Information processing method. It is an information processing method performed by an information processing device.
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. Has a step to display a notification screen for notifying event information,
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player.
The step of displaying changes the mode of the notification screen depending on whether there are a plurality of characters satisfying the predetermined condition or one character satisfying the predetermined condition.
Information processing method. It is an information processing method performed by an information processing device.
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. Has a step to display a notification screen for notifying event information,
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player.
The event includes a plurality of events.
The displayed step is one or more events that can be executed by the player among the plurality of events according to the number of items possessed by the player to execute the event, and the predetermined conditions. Extract one or more events for which a character satisfying the conditions can be obtained, and display a screen for notifying the information of the extracted one or more events.
Information processing method. On the computer
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. To execute the step to display the notification screen for notifying the event information,
Other predetermined condition is satisfied character is a character available in the event, before Symbol character der player does not own is, and that the player has been incorporated in the deck used in the quest in the past A character owned by or rented from another player
program. On the computer
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. To execute the step to display the notification screen for notifying the event information,
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player, and another player who has cleared the quest that the player could not clear is the quest. Is the character used in
program. On the computer
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. To execute the step to display the notification screen for notifying the event information,
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player.
The step of displaying changes the mode of the notification screen depending on whether there are a plurality of characters satisfying the predetermined condition or one character satisfying the predetermined condition.
program. On the computer
The step of storing the character owned by the player in the storage unit,
When an operation for displaying information on a predetermined character is received from the player, and the character satisfying the predetermined condition is included in the predetermined character, a character satisfying the predetermined condition can be obtained. To execute the step to display the notification screen for notifying the event information,
The character satisfying the predetermined condition is a character that can be obtained at the event and is not owned by the player.
The event includes a plurality of events.
The displayed step is one or more events that can be executed by the player among the plurality of events according to the number of items possessed by the player to execute the event, and the predetermined conditions. Extract one or more events for which a character satisfying the conditions can be obtained, and display a screen for notifying the information of the extracted one or more events.
program.

Images