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

Abstract

To provide a technology that allows a user to play a quest with a difficulty at the time when the quest was released.SOLUTION: An information processing device includes: a storage unit for storing past information to map the past time information with a status range for each character; and an execution unit for changing a status of a character possessed by a player to a status range corresponding to the time information defined for the quest on the basis of the past information, and executing the quest.SELECTED DRAWING: Figure 7

Description

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

There is known an online game called a quest, in which a team consisting of multiple characters, called a deck, is used to clear an event held in the game. For example, Patent Document 1 discloses a technique for automatically organizing a deck from characters possessed by a user.

JP-A-2017-185268

In the online games mentioned above, the game is often upgraded many times, such as adding new quests or powering up the character, in order not to make the user bored.

However, there are some quests that were difficult and interesting at the time of their appearance, but nowadays the difficulty level becomes lower and less interesting due to the power-up of the character.

Therefore, an object of the present invention is to provide a technique that enables the quest to be played at the difficulty level at the time when the quest was released.

The information processing device according to one aspect of the present invention has a storage unit that stores past information that associates past time information with a range of status for each character, and a character possessed by the player based on the past information. It has an execution unit that executes the quest by changing the status to the range of the status corresponding to the time information specified in the quest.

According to the present invention, it is possible to provide a technique that enables a quest to be played at the difficulty level at the time when the quest was published.

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 composition 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 a player management DB and possession character management DB. It is a figure which shows an example of a quest management DB and a character history 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 the selection screen when playing a quest in a past mode. It is a figure which shows an example of the screen which displays the information about a quest.

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 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 possessed 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 meaning 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 plays the quest.

There are two types of decks: a deck that combines characters owned by the user (hereinafter referred to as "handheld deck") and a deck that is associated with the quest in advance (hereinafter referred to as "help deck"). A help deck is a deck composed of multiple predetermined (preset) characters that are at least strong enough to complete the quest. Players can choose to play with their own deck or with a help deck when challenging the quest.

This game is based on the premise that the version has been upgraded many times so that the player will not get bored. In addition, every time this game is upgraded, new quests are added, the range of stats that various characters can take is expanded, new items are added, new characters are added, etc. It is assumed that there is.

However, although some of the quests were difficult and interesting at the beginning of the release, the difficulty of the quests became relatively low due to the fact that this game was upgraded many times and the characters became stronger. There are quests that seem to be uninteresting.

Therefore, in this game, when the player challenges the quest, the range of stats that the character can take is changed to the range of stats that the character could get when the quest was released (hereinafter referred to as "past mode"). Call.) Makes the quest playable. The mode in which the quest is played without changing the range of stats that the character can take is called "normal mode".

In the past mode, the characters that can form a deck may be limited. In this game, new characters are added every time the version is upgraded, but when playing a quest in the past mode, the characters that can be included in the deck are the characters that existed at the time the quest was released. It may be limited.

<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 processor 11 such as a CPU (Central Processing Unit) and a GPU (Graphical processing unit), a storage device 12 such as a memory, an HDD (Hard Disk Drive) and / or an SSD (Solid State Drive), and a wired connection. Alternatively, it has a communication IF (Interface) 13 that performs wireless communication, an input device 14 that accepts input operations, 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 can have a player management DB 100a that manages game data for each player, a possessed character management DB 100b that manages the characters possessed by each player, and a quest management DB 100c that manages information related to quests. The character history DB 100d that manages the status range in association with the time information is stored.

FIG. 4 is a diagram showing an example of the player management DB 100a and the possessed character management DB 100b. The player management DB 100a includes, for example, an ID (player ID) that uniquely identifies the player, a player's nickname (nickname), the current position of the terminal 20 used by the player, the player's experience value, the player's rank, the player's stamina, and the like. Is stored.

In the possessed character management DB, an ID that uniquely identifies the player (player ID), an ID that uniquely identifies the character possessed by the player (character ID), the current status of the character (level, HP (hit point), attack) Power, speed, skill) and the character's current evolutionary state are stored. Skill means a special ability possessed by a character. The evolved state means whether the character is a normal character or a character that has changed (transformed) into a more powerful state. For example, the initial state of the character is "normal", and it may be changed (transformed) to the "evolved state" by using a predetermined item. The evolutionary state is not limited to the two stages of the normal state and the evolutionary state, and there may be three or more stages. Further, the character may be transformed (transformed) into another more powerful character having a different character ID, character name, etc. by being in an evolved state.

FIG. 5 is a diagram showing an example of the quest management DB 100c and the character history DB 100d. In the quest management DB100c, the ID that uniquely identifies the quest (quest ID), the name of the quest (quest name), the date when the quest was first published (publication date), and the time when the quest was published already exist. The character ID of the character that was used (usable character (at the time of publication)) is stored. For example, in Quest Q001, characters C101 to C500 are not included in the usable characters (at the time of publication). This means that when playing Quest Q001 in the past mode, the characters that can form a deck are limited to any of the characters C001 to C100 that already existed when Quest Q001 was released. doing.

In the character history DB 100d, an ID (character ID) that uniquely identifies a character appearing in this game, information indicating a past period (time information), a range of statuses that the character can take (status range), and a character Correspond and memorize possible evolutionary states.

For example, in the example of FIG. 5, the maximum level of character C001 is from October 2013 to January 2014, the maximum level is 30, but the maximum level is from February 2014 to February 2015. The level is 50. This indicates that this game was upgraded in February 2014, and the range that the level of character C001 can take has been expanded from 0 to 30 to 0 to 50. Similarly, the skill of character C001 is none from October 2013 to January 2014, but is "none and AA" from February 2014 to February 2015, 2015. After March, it will be "None, AA and BB". This indicates that the upgrade of this game has added the skills that character C001 can take.

In addition, the evolution state of character C001 is only "normal" from October 2013 to February 2015, but it is "normal and evolution state" after March 2015. This indicates that the version of this game has made it possible for character C001 to change to an evolved state.

The character history DB may be referred to as "past information" because it is information that associates the information indicating the past period with the range of the status for each character. 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, a display control unit 113, and a grant unit 114.

The reception unit 111 accepts the selection of whether or not to execute the quest in the mode (past mode) for changing the status of the character possessed by the player.

Further, the reception unit 111 is a character (that is, a character that existed at the time of quest release) corresponding to the quest release date (time information specified in the quest) when the quest is executed in the past mode. From the characters possessed by the player, the selection of the character to be used for the quest (deck organization) may be accepted. The game may be a game in which a new quest is released or a character is added by updating the application (program) included in the game server 10 and the terminal 20 to a new version. Therefore, the time information specified for the quest is not limited to the information indicating the release date of the quest itself. For example, the time information specified in the quest may be application version information. This is because if the version information is known, the application can identify the date when the version was updated.

When the execution unit 112 receives the player's choice to execute the quest in the past mode, the execution unit 112 determines the status of the character possessed by the player based on the character history DB on the release date of the quest (time information specified in the quest). ) And change to the range of stats corresponding to) and execute the quest.

The display control unit 113 displays various screens related to this game on the screen of the terminal 20.

The granting unit 114 grants a predetermined reward when the player clears the quest. For example, the granting unit 114 may make the reward given when the player clears the quest in the past mode different from the reward given when the player clears the quest in the current mode. For example, the granting unit 114 may give a reward when the quest is cleared in the past mode to be larger than the reward given when the quest is cleared in the current mode.

(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, the display control unit 113, and the granting unit 114 included in the game server 10 are connected to the game control unit 203 of the terminal 20. It may be configured to be provided.

<Processing procedure>
FIG. 7 is a flowchart showing an example of a processing procedure performed by the game server 10. First, the reception unit 111 accepts the selection of the quest to be played from the player (S10). Subsequently, the reception unit 111 accepts a selection of whether to play the quest in the normal mode or the past mode (S11). If the normal mode is selected, the process proceeds to step S17, and if the past mode is selected, the process proceeds to step S12.

When the past mode is selected, the reception unit 111 accesses the quest management DB 100c and acquires the release date of the selected quest (S12). Subsequently, the reception unit 111 extracts the characters that can be used as of the quest release date from the characters possessed by the player (S13). First, the reception unit 111 acquires a plurality of characters possessed by the player by accessing the possessed character management DB 100b. Subsequently, the reception unit 111 acquires a list of characters that can be used as of the acquired quest release date from the quest management DB 100c. Subsequently, the reception unit 111 can use a character included in the list of characters that can be used as of the quest release date from among a plurality of characters possessed by the player when playing the quest in the past mode. Extract as a character.

Subsequently, the reception unit 111 receives from the player the formation of the deck to be used in the quest from the characters extracted in the processing procedure of step S13 (S14). At this time, if there is an evolved character among the characters selected by the player as the character that organizes the deck, the selection for incorporating it into the deck in a degenerated state (for example, a state changed to normal). May be accepted. When instructed to play in the degenerated state, the execution unit 112 executes the quest in the degenerated state for the character.

Subsequently, the execution unit 112 accesses the character history DB 100d and acquires the status range as of the quest release date for each character included in the deck. For example, if the quest release date is May 2014, the execution unit 112 has a maximum level of 50, a maximum HP of 150, a maximum attack power of 200, a maximum speed of 100, a skill (none, AA), and evolution as the status range of the character C001. Get the state (normal, X).

Subsequently, the execution unit 112 accesses the possessed character management DB, and determines whether or not there is a current status exceeding the status range as of the quest release date for the current status of each character, all included in the deck. Check about the character of. When the current status exceeds the status range as of the quest publication date, the execution unit 112 changes the current status to the maximum value of the status range as of the quest publication date (S15). For example, if the current level of the character possessed by the player is 50 and the status range as of the quest release date is level 0 to 30, the execution unit 112 changes the level of the character to 30.

If the current status does not exceed the status range as of the quest release date, the execution unit 112 does not change the current status. For example, if the current level of the character possessed by the player is 50 and the status range as of the quest release date is level 0 to 70, the execution unit 112 does not change the level of the character at 50. ..

Here, when the quest is released, the execution unit 112 may change the character to the character before evolution and execute the quest for the character that was not allowed to be in the evolved state. That is, when playing the quest in the past mode, the execution unit 112 corresponds to the character (corresponding to the time information specified in the quest) that existed at the time of releasing the quest among the characters selected by the player to organize the deck. If the character that has evolved is included, and the character history DB defines that the character will not be in the evolved state when the quest is executed in the past mode (that is, the quest). At the time of publication, if the character whose character has evolved does not exist), the evolved character may be changed to the character before evolution to execute the quest.

Further, when the execution unit 112 changes the character possessed by the player to the character before evolution based on the character history DB, the execution unit 112 changes the status that the character before evolution can take to the highest status and performs the quest. You may want to do it. For example, it is assumed that the possessed character management DB 100b, the quest management DB 100c, and the character history DB 100d store the data shown in FIGS. 4 and 5, respectively. It is assumed that the player 0100 incorporates the character C100 into the deck and plays quest Q003 in the past mode. According to the possessed character management DB 100b, the status of the character C100 is a state having level 60, HP200, attack power 300, speed 130, and AA and BB as skills. Further, the character C100 is in an evolved state.

In this case, when Quest Q003 is played in the past mode, the quest release date is May 2014 according to the quest management DB100c. According to the character history DB100d, as of May 2014, the status range of the character C100 is a maximum level of 50, a maximum HP of 150, a maximum attack power of 200, and a maximum speed of 100, and the only skill that can be acquired is AA. .. Therefore, the execution unit 112 changes the status of the character C100 to a state having level 50, HP150, attack power 200, speed 100, and AA as a skill, and executes quest Q003.

Similarly, when quest Q001 is played in the past mode, the quest release date is October 2013 according to the quest management DB100c. Further, according to the character history DB 100d, as of October 2013, the status range of the character C100 is a maximum level of 30, a maximum HP of 100, a maximum attack power of 100, and a maximum speed of 80, and there is no skill that can be acquired. Therefore, the execution unit 112 changes the status of the character C100 to a state of level 30, HP100, attack power 100, speed 80, and no skill, and executes quest Q001.

Subsequently, the execution unit 112 starts executing the quest based on the status changed in the processing procedure of step S15 (S16).

When it is selected to play the quest in the normal mode (S11), the reception unit 111 accepts the organization of the deck to be used in the quest from the player (S17). The execution unit 112 starts executing the quest using the received deck (S18).

(Modification example 1)
When the past mode is selected, it is possible that some of the characters possessed by the player are not included in the list of available characters as of the quest release date. For example, if there are few characters in possession, such as a beginner player who has recently started this game, it is highly likely that such a case will occur.

In this case, if the character possessed by the player does not exist among the characters existing at the time of publishing the quest (character corresponding to the time information specified in the quest), the reception unit 111 determines the item by the player. By consuming, you may accept the formation of the deck (selection of the character to be used for the quest) from the characters that existed when the quest was released.

In addition, it is assumed that there are many characters that existed when the quest was released. Therefore, the number of selectable characters may be changed according to the amount or value of a predetermined item to be consumed. For example, when consuming a predetermined item having a value equal to or higher than a predetermined value, a deck formation may be accepted from all the characters existing at the time of releasing the quest. On the other hand, when consuming a predetermined item having a value less than a predetermined value, a deck formation may be accepted from some of the characters existing at the time of quest release.

(Modification 2)
Similar to the first modification, if there is no character possessed by the player among the characters (characters corresponding to the time information specified in the quest) that existed when the quest was released, the execution unit 112 responds to the quest. You may execute the quest using the character prepared in advance. That is, in this game, a help deck that can be used when playing the quest in the past mode may be prepared, and the player may be able to play the quest in the past mode by using the help deck. The help deck may be a plurality of characters that existed at the time of the quest release, and may be a deck composed of characters that have been changed to the status range at the time of the quest release.

In addition, the help deck may be a deck pre-arranged from the characters included in the "past ranking" described later. For example, the execution unit 112 may execute the quest with a help deck pre-organized by the characters included in the "past ranking".

In addition, the help deck may be organized by characters selected by the user from the characters included in the "past ranking". For example, the reception unit 111 may accept the selection of the character that organizes the help deck from the characters included in the "past ranking" from the player. Further, the execution unit 112 may execute the quest with a help deck composed of characters included in the "past ranking" received by the reception unit 111.

In addition, a plurality of help decks are prepared, and each of the plurality of help decks may be set so that the difficulty level of clearing the quest in the past mode is different. The difficulty level of clearing the quest in the past mode may be set by the strength of the character included in the help deck. For example, a help deck with a difficulty level of "easy" is composed of a plurality of powerful characters, and a help deck with a difficulty level of "normal" is composed of a plurality of characters including a strong character and a weak character. A help deck that is composed of and whose difficulty level is "difficult" may be composed of a plurality of weak characters. Further, the difficulty level is not limited to this, and the difficulty level may be set by other means. For example, the difficulty level of clearing a quest may be set by changing the strength of the enemy character appearing in the quest, or an item that gives the player an advantage while playing the quest is effective. It may be set depending on whether or not the above is exhibited.

(Screen display example)
FIG. 8 is a diagram showing an example of a selection screen when playing a quest in the past mode. Screen A100 is a screen that accepts quest selection. The player selects the quest to be played from the quest selection buttons B100, B101 and B102. When the display control unit 113 accepts the selection of the quest, the display control unit 113 transitions to the screen A110 that accepts the selection of the mode for executing the selected quest. When the player presses the past mode button B110 or the normal mode button B111, the display control unit 113 shifts to the deck formation screen A120. The display control unit 113 displays on the deck organization screen A120 a display area D120 showing a list of characters possessed by the player and a display area D121 showing a character selected as a character to be incorporated in the deck.

Here, when playing a quest in the past mode (that is, when the past mode button B110 is pressed), the display control unit 113 is used for the quest among the characters possessed by the player in the display area D120. Characters that cannot be used (that is, characters that did not exist when the quest was released) may be grayed out. When the quest start button B120 is pressed, the quest is executed in the past mode.

FIG. 9 is a diagram showing an example of a screen for displaying information about the quest. The quest information screen A200 includes an area M100 that displays a past ranking indicating which character was incorporated into the deck by each player who cleared the quest at the time when the quest was released. By referring to the past ranking, each player can refer to the character to be incorporated into the deck when playing the quest in the past mode.

<Summary>
According to the embodiment described above, when executing a quest in the past mode, the status of the character used by the player for the quest is changed to the range of the status at the time when the quest was released, and the quest is executed. .. This allows the player to play the quest at the difficulty level at the time the quest was released.

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>
For each character, a storage unit that stores past information that associates the past time information with the range of status,
Based on the past information, the execution unit that executes the quest by changing the status of the character possessed by the player to the range of the status corresponding to the time information specified in the quest.
Information processing device with.

According to Appendix 1, the status of the character used in the quest can be returned to the state at the time the quest was published, so the player can play the quest at the difficulty level at the time the quest was published. become.

<Appendix 2>
It has a reception unit that accepts from the player whether or not to execute a quest in a mode for changing the status of a character possessed by the player.
When the execution unit receives a selection from the player to execute the quest in the mode, the execution unit executes the quest.
The information processing device according to claim 1.

According to Appendix 2, the player can play the quest at the difficulty level at the time when the quest was released, if he / she wishes.

<Appendix 3>
When executing the quest in the mode, the reception unit is a character corresponding to the time information defined in the quest, and is used for the quest from among the characters possessed by the player. Accept character selection,
The information processing device according to claim 2.

According to Appendix 3, the player can play the quest using the characters that existed at the time the quest was released.

<Appendix 4>
The reception unit is determined by the player consuming a predetermined item when the character possessed by the player does not exist among the characters corresponding to the time information defined in the quest. Accepts the selection of the character to be used for the quest from the characters corresponding to the time information.
The information processing device according to claim 3.

According to Appendix 4, even if the player does not own the character that existed at the time the quest was published, it is possible to play the quest using the character that existed at the time the quest was published.

<Appendix 5>
When the character possessed by the player does not exist among the characters corresponding to the time information defined in the quest, the execution unit uses the character prepared in advance for the quest to perform the quest. To execute,
The information processing device according to claim 3.

According to Appendix 5, even if the player does not own the character that existed at the time the quest was released, the quest can be played using the preset character.

<Appendix 6>
In the execution unit, among the characters used for the selected quest, a character obtained by evolving the character corresponding to the time information defined in the quest is included, and in the time information, the mode is described. If it is defined that the character will not be in an evolved state when executing the quest in, the evolved character is changed to a character before evolution and the quest is executed.
The information processing device according to claim 3.

According to Appendix 6, when the player plays the quest with a character that was not in an evolved state at the time of the release of the quest, the player can play the quest with the character before the evolution.

<Appendix 7>
Based on the past information, the execution unit changes the character possessed by the player to the character before evolution, and changes the status that the character before evolution can take to the highest status to perform the quest. Run,
The information processing device according to claim 6.

According to Appendix 7, when a player plays a quest using a character that was not in an evolved state at the time of the quest release, the character is the character before the evolution of the character and is in the strongest state at the time of the quest release. It will be possible to play quests using characters.

<Appendix 8>
For each character, a step to store the past information that associates the past time information with the status range in the storage unit, and
Based on the past information, the step of changing the status of the character possessed by the player to the range of the status corresponding to the time information specified in the quest and executing the quest,
Information processing methods including.

According to Appendix 8, the status of the character used in the quest can be returned to the state at the time the quest was published, so the player can play the quest at the difficulty level at the time the quest was published. become.

<Appendix 9>
On the computer
For each character, a step to store the past information that associates the past time information with the status range in the storage unit, and
Based on the past information, the step of changing the status of the character possessed by the player to the range of the status corresponding to the time information specified in the quest and executing the quest,
A program to execute.

Appendix 9: Since the status of the character used in the quest can be returned to the state at the time when the quest was published, the player can play the quest at the difficulty level at the time when the quest was published. Become.

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, 110 ... Game control unit, 111 ... Reception unit, 112 ... Execution unit, 113 ... Display control unit, 114 ... Grant unit, 200 ... Storage unit, 201 ... Communication unit, 202 ... UI unit, 203 ... Game control unit

Claims (9)

For each character, a storage unit that stores past information that associates the past time information with the range of status,
Based on the past information, the execution unit that executes the quest by changing the status of the character possessed by the player to the range of the status corresponding to the time information specified in the quest.
Information processing device with. It has a reception unit that accepts from the player whether or not to execute a quest in a mode for changing the status of a character possessed by the player.
When the execution unit receives a selection from the player to execute the quest in the mode, the execution unit executes the quest.
The information processing device according to claim 1. When executing the quest in the mode, the reception unit is a character corresponding to the time information defined in the quest, and is used for the quest from among the characters possessed by the player. Accept character selection,
The information processing device according to claim 2. The reception unit is determined by the player consuming a predetermined item when the character possessed by the player does not exist among the characters corresponding to the time information defined in the quest. Accepts the selection of the character to be used for the quest from the characters corresponding to the time information.
The information processing device according to claim 3. When the character possessed by the player does not exist among the characters corresponding to the time information defined in the quest, the execution unit uses the character prepared in advance for the quest to perform the quest. To execute,
The information processing device according to claim 3. In the execution unit, among the characters used for the selected quest, a character obtained by evolving the character corresponding to the time information defined in the quest is included, and in the time information, the mode is described. If it is defined that the character will not be in an evolved state when executing the quest in, the evolved character is changed to a character before evolution and the quest is executed.
The information processing device according to claim 3. Based on the past information, the execution unit changes the character possessed by the player to the character before evolution, and changes the status that the character before evolution can take to the highest status to perform the quest. Run,
The information processing device according to claim 6. For each character, a step to store the past information that associates the past time information with the status range in the storage unit, and
Based on the past information, the step of changing the status of the character possessed by the player to the range of the status corresponding to the time information specified in the quest and executing the quest,
Information processing methods including. On the computer
For each character, a step to store the past information that associates the past time information with the status range in the storage unit, and
Based on the past information, the step of changing the status of the character possessed by the player to the range of the status corresponding to the time information specified in the quest and executing the quest,
A program to execute.

Images