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

Abstract

PROBLEM TO BE SOLVED: To provide a technique enabling execution of a game using a character whose state has been preliminarily changed.

SOLUTION: An information processing device includes a reception part for receiving specification of a prescribed character out of a plurality of characters possessed by a player, a first setup part before a quest is started, setting up the prescribed character to a second state from a first state, an execution part for executing the quest using the prescribed character in the second state, and a second setup part when a termination condition is satisfied, setting up the prescribed character to the first state from the second state.

SELECTED DRAWING: Figure 3

COPYRIGHT: (C)2022,JPO&INPIT

Description

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

A game is known in which victory or defeat is determined by making a character owned by a user fight against an enemy character. By combining game cards that form a predetermined combination among a plurality of owned cards owned by the user (combining game cards), the ability value (parameter) of the character corresponding to the combined game card can be obtained. There is also a game that can change the (Patent Document 1).

Japanese Patent No. 5504369

For example, in a game in which a character's ability value is changed by synthesizing game cards, as in Patent Document 1, when a player synthesizes game cards, the synthesized game cards are lost, so synthesis cannot be repeated. . There are also games in which different game objects to be combined result in different character abilities. Therefore, there is a problem that it is difficult for the player to determine which game object should be synthesized for a character whose ability changes due to synthesis.

SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a technology that enables a game to be played with a character whose state has been changed in advance.

An information processing apparatus according to an aspect of the present invention includes a reception unit that receives designation of a predetermined character from among a plurality of characters owned by a player, and a character that changes the predetermined character from a first state to a second state before a quest is started. a first setting unit for setting the state to a state; an execution unit for executing the quest using the predetermined character in the second state; and a second setting unit for setting the state.

According to the present invention, it is possible to provide a technology that enables a game to be played with a character whose state has been changed in advance.

The figure which shows an example of the system configuration|structure of the game system which concerns on this embodiment. The figure which shows an example of the hardware constitutions of a game server and a terminal. The figure which shows the functional block structural example of a game server. The figure which shows an example of character setting DB and possession character management DB. The figure which shows the functional block structural example of a terminal. The figure which shows an example of the processing procedure which a game server performs. The figure which shows an example of a screen display example.

Embodiments of the present invention will be described with reference to the accompanying drawings. It should be noted that, in each figure, the same reference numerals have the same or similar configurations.

<System configuration>
FIG. 1 is a diagram showing an example of the system configuration of a game system 1 according to this embodiment. A game system 1 shown in FIG. 1 includes a game server 10 and a plurality of terminals 20 . The game server 10 and the terminal 20 are communicably connected to each other via a communication network N such as the Internet, an intranet, a wireless LAN, or mobile communication.

The game server 10 is a device that takes part of the functions of the terminal 20 providing the game, such as managing various types of information about players and executing part of game processing. The game server 10 may be composed of one or more information processing devices or computers, or may be composed of a virtual server (such as a cloud server).

The terminal 20 is an information processing device that provides a game to the 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 smart phone), a tablet, a personal computer, an arcade game device, or a consumer game device. The terminal 20 notifies the game server 10 of its position detected using a GPS (Global Positioning System) or the like.

<Game Overview>
Next, an outline of the game provided by the game system 1 according to this embodiment will be described. In the game provided by the game system 1 (hereinafter referred to as "this game"), a player (may also be referred to as a user) selects characters from a plurality of owned characters to form a deck, You can obtain new characters and items by clearing quests using the organized deck. Also, the player can obtain new characters and items by paying for the game.

Here, a quest is a term that means a task that can be cleared by satisfying a predetermined condition. Quests are also commonly referred to as quests, challenges and missions.

A deck is a term that means a group that combines multiple characters. When executing a quest, the player organizes a deck with characters having abilities suitable for clearing the quest and executes the quest. A plurality of decks organized by the player can be stored in the game server 10, and the player selects one deck from among the stored plurality of decks to execute the quest when executing the quest. is also possible. In this embodiment, the player's execution of the quest may be referred to as playing the quest.

A player who participates in a quest can clear the quest by satisfying certain conditions, and when the quest is cleared, a reward is given to the player and the story of the game progresses. Rewards include items, characters that can be used for deck construction, and the like.

The player can change the parameters of the character by synthesizing the character and items owned by the player. The character parameters also include the form of the character. Generally speaking, parameters are strengthened through synthesis, but the present embodiment is not so limited. This embodiment can also be applied to a game in which parameters are degraded by synthesis. Characters and items may also be referred to as "objects" or "game objects."

Synthesis is performed by synthesizing another character (hereinafter referred to as a "material character") or an item (hereinafter referred to as a "material item") with a character that is a source of synthesis (base of synthesis). In the following description, material characters and material items are referred to as "material objects" when they are not distinguished from each other.

For example, when the player selects character A as a synthesis source character and character B as a material character, the parameters of character A are changed and character B disappears (is consumed). Similarly, when the player selects character A as a synthesis source character and item X as a material item, the parameters of character A are changed and item X disappears (is consumed).

The “morphology” of a character may mean characteristics and features of a character that are uniquely determined by the character's name, appearance, attributes, maximum values of various parameters, and the like. Also, changing the form of the character may mean that all or part of the character's name, appearance, attributes, maximum values of various parameters, and the like are changed.

Also, a plurality of forms that the character can take may be determined, and the order in which the forms change may be restricted. For example, a character in form A can change to either form B or form C, a character in form B or form C can change to form D, but a character in form A can change to form D directly. It may be possible that the character cannot change. A character's form "changing" into another form may be referred to as "transition", "mutate", "derivate", "evolve", or "divine".

In this game, the game server 10 allows the player to play a quest with a character whose parameters have been changed to post-synthesis parameters before actually synthesizing. In other words, the player can play the quest using the synthesized character as a trial.

In the following description, a character whose parameters are before synthesis is called a "first state" character, and a character whose parameters are changed after synthesis is called a "second state" character. For example, it is assumed that the player is wondering whether the character in form A (form before synthesis) should be transitioned to form B or to form C by synthesis. This is because once the transition to form B or form C is made, the material objects used for synthesis are consumed and cannot be redone. In the present embodiment, since it is possible to transition to form B or form C without consuming material objects, the player can change to form B and form C respectively. It is possible to play quests and, based on the results, decide which form the character should transition to.

<Hardware configuration>
FIG. 2 is a diagram showing an example of the hardware configuration of the game server 10 and the terminal 20. As shown in FIG. The game server 10 and the terminal 20 include a CPU (Central Processing Unit), a processor 11 such as a GPU (Graphical Processing Unit), a memory, a storage device 12 such as a HDD (Hard Disk Drive) and/or an SSD (Solid State Drive), a wired Or communication IF for wireless communication
(Interface) 13, an input device 14 for receiving an input operation, and an output device 15 for outputting information. The input device 14 is, for example, a keyboard, touch panel, mouse and/or microphone. The output device 15 is, for example, a display, touch panel and/or speaker.

<Functional block configuration>
(game server)
FIG. 3 is a diagram showing a functional block configuration example of the game server 10. As shown in FIG. Game server 10 includes storage unit 100 and game control unit 110 . The storage unit 100 can be implemented using the storage device 12 included in the game server 10 . Also, the game control unit 110 can be realized by the processor 11 of the game server 10 executing a program stored in the storage device 12 . Also, the program can be stored in a storage medium. The storage medium storing the program may be a non-transitory computer readable medium. The non-temporary storage medium is not particularly limited, but may be a storage medium such as a USB memory or CD-ROM, for example.

The storage unit 100 stores a character setting DB 100a and an owned character management DB 100b.

FIG. 4 is a diagram showing an example of the character setting DB 100a and the possessed character management DB 100b.

The character setting DB 100a manages setting values related to various parameters of characters appearing in the game. The character setting DB 100a stores identifiers (character IDs) that uniquely identify characters. In addition, an identifier (form) that indicates the form that the character can take, and for each form that the character can take, the character's attribute (attribute), the upper limit of the level (maximum level), the upper limit of the rack (maximum rack), HP ( Hit points) upper limit value (maximum HP), attack power upper limit value (maximum attack power), and speed upper limit value (maximum speed) are associated and stored. As shown in FIG. 4, when the character transitions to another form, the attribute, maximum level, etc. may also change according to the transition of the form.

The owned character management DB 100b manages characters owned by the player. The owned character management DB 100b contains an identifier (player ID) that uniquely identifies the player who owns the character, an identifier (character ID) that uniquely identifies the character, parameters of the first state of the character (form, level, rack (movement), and so on. ), HP, attack power, speed, etc.) and the parameters of the second state (form, level, luck, HP, attack power, speed, etc.) are stored in association with each other. In addition, a line with "-" in the parameters of the second state indicates that the character has not transitioned to the second state. Returning to FIG. 3, the description continues.

The game control unit 110 provides various functions necessary for executing this game. Game control portion 110 includes reception portion 111 , setting portion 112 , execution portion 113 , and display control portion 114 .

The accepting unit 111 accepts designation of a predetermined character to be set to the second state from among a plurality of characters owned by the player.

The setting unit 112 (first setting unit) sets the predetermined character accepted by the accepting unit 111 from the first state to the second state before the quest is started. Further, the setting unit 112 (second setting unit) sets the predetermined character from the second state to the first state when the termination condition is satisfied.

The execution unit 113 executes a quest using a predetermined character set to the second state by the setting unit 112 (predetermined character in the second state).

The display control unit 114 causes the terminal 20 of the player to display a screen or the like for accepting designation of a predetermined character to be set to the second state from among the plurality of characters owned by the player.

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

The storage unit 200 stores game data necessary for the game control unit 203 to execute the game. The game data includes character image data, game scenarios, 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. The UI unit 202 also displays a game screen on the output device 15 (display) of the terminal 20 according to instructions from the game server 10 .

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

Regarding the functional block configuration described above, all or part of the reception unit 111, the setting unit 112, the execution unit 113, and the display control unit 114 included in the game server 10 are transferred to the game control unit 203 of the terminal 20. You may make it the structure provided.

<Processing procedure>
FIG. 7 is a diagram showing an example of a processing procedure performed by the game server 10. As shown in FIG. The accepting unit 111 accepts selection of a quest to play from the player (S10). Subsequently, the receiving unit 111 receives from the player a designation of a character to be set to the second state (hereinafter referred to as a "setting target character" and a "predetermined character") from among the plurality of characters owned by the player. (S11).

Subsequently, the receiving unit 111 further receives from the player a specification of the second state to be set for the character to be set (S12). Designation of the second state more specifically means designation of parameters of the second state (parameters related to the second state).

For example, when the "form" among the parameters of the setting target character is form A, the reception unit 111 selects one of form B, form C, and form D as the form of the second state to be set for the setting target character. You may make it accept selection of the form of. As a result, the player can specify the second state that the player wants to try, so that the character's strength can be confirmed in various second states.

Note that the reception unit 111 uses, as parameters of the second state, a form (form A, B, C, etc.), a level (an arbitrary level from 1 to the maximum level), a rack (an arbitrary rack from 1 to the maximum rack). , etc. may be accepted. As a result, for example, by specifying the level, the player can confirm the strength of the character in a quest that cannot be played unless a character of a specific level is included in the deck.

Also, the processing procedure of step S12 may be skipped. In this case, the game server 10 may determine the parameters of the second state to be set for the character to be set.

Subsequently, the setting unit 112 (first setting unit) sets the setting target character in the first state to the second state received in the procedure of step S12 before the quest starts (S13). At this time, the setting unit 112 (first setting unit) sets the character to be set without consuming material objects (material objects that should be originally consumed) necessary when setting the character from the first state to the second state. may be set from the first state to the second state. The player can play the quest using the character in the second state without worrying about consumption of material objects.

When the setting process by the setting unit 112 is completed, the execution unit 113 executes the quest with the deck including the character set to the second state (S14).

Subsequently, when the end condition (the condition for ending the state in which the setting target character is set to the second condition) is satisfied, the setting unit 112 (second setting unit) changes the setting target character from the second state to the first state. (S15).

(About specifying the character to be set)
The accepting unit 111 may accept designation of a character to be set from characters that satisfy a predetermined condition among a plurality of characters owned by the player. Also, a character that does not satisfy a predetermined condition may not be designated as a character to be set.

Here, the predetermined condition may be that the player holds material objects (objects) necessary for setting the character from the first state to the second state. That is, the reception unit 111 selects a character that can be set from the first state to the second state by consuming the material object held by the player among the plurality of characters owned by the player (that is, satisfies a predetermined condition). character), the designation of the character to be set may be received.

For example, the player already owns character X, character Y, and item A, and character X is in a state that can be combined with item A (for example, the parameter value satisfies conditions for combining). shall be It is also assumed that the character Y is not in a state that can be combined with the item A (for example, the parameter value does not satisfy the conditions for combining). In this case, the receiving unit may receive from the player an instruction to set the character X to the second state. Further, the display control unit 114 may display only the character X of the character X and the character Y in a selectable manner on the screen for accepting the character to be set. This makes it possible to transition to the second state only for characters for which the conditions necessary for synthesis are met.

In addition, the display control unit 114 may display on the screen characters that satisfy a predetermined condition and characters that do not satisfy the predetermined condition among the plurality of characters owned by the player in an identifiable manner. For example, the display control unit 114 selects a character for which the player holds a material object (object) necessary for setting from the first state to the second state, and a character for changing from the first state to the second state. Characters for which the player does not have material objects (objects) necessary for setting may be displayed so as to be identifiable.

Further, when the player uses a dedicated item, the reception unit 111 may receive designation of the character to be set regardless of whether or not a predetermined condition is satisfied.

Further, the reception unit 111 determines whether or not to accept the designation of the setting target character based on the number of material characters possessed by the player that can be combined with the setting target character and the relationship with the setting target character. You may make it For example, when the player possesses character X and a predetermined number or more of material characters that can be combined with character X, the reception unit 111 may receive designation of character X as a character to be set. Further, when the player possesses less than a predetermined number of material characters that can be combined with the character X, the reception unit 111 may not accept designation of the character X as the character to be set.

(Regarding the second state)
When there are a plurality of options for the parameters of the second state of the character to be set, the reception unit 111 receives the designation of the parameters from among the parameters that can be transitioned by synthesizing the material objects possessed by the player. good too. For example, by synthesizing the character to be set with the material object X, the character to be set can be transitioned to the form B, and by synthesizing the character to be set with the material object Y, the character to be set can be transitioned to the form C. assuming it is possible. It is also assumed that the player does not possess the material object X, but possesses the material object Y. In this case, the accepting unit 111 may accept only the form C as a parameter related to the second state to be set for the character to be set. At this time, the display control unit 114 may display selectable parameters on the screen in an identifiable manner (unselectable parameters are grayed out, etc.).

Further, the receiving unit 111 may present to the player a second state that recommends setting for the character to be set based on the relationship between the character included in the deck used for the quest and the character to be set. For example, when a deck used for a quest includes a character to be set and other characters, the attribute of the other character (for example, fire attribute) or the same attribute (fire attribute) or a different attribute (for example, water attribute) may be recommended. This makes it possible to recommend to the player the second state to be set for the character to be set based on the other characters that make up the deck.

Further, if some parameters (for example, "morphology") of a predetermined number or more of the characters included in the deck are still at the initial values, the reception unit 111 instructs the player to set the characters to be set. The player may not be presented with the second state that recommends setting to . For example, the player may intentionally build a deck with weak characters in order to play a quest that cannot be played unless each character included in the deck has a predetermined form or less.

In addition, the reception unit 111 presents the player with a second state that recommends setting for the character to be set based on compatibility with the quest selected by the player in the processing procedure of step S10 (for example, ease of clearing the quest). You may make it For example, if the quest selected by the player is compatible with a character with a water attribute (for example, if a character with a water attribute is included in the deck, the quest will be easier to clear), the character to be set On the other hand, as a parameter of the second state for which setting is recommended, "attribute of water" may be presented.

Further, the parameters of the second state include a plurality of forms (form A, form B, form C, etc.), and the reception unit 111 selects one of the forms that has been set for the setting target character in the past. It is also possible to present to the player the form in which the character is not set as a second state in which setting is recommended for the character to be set. For example, it is assumed that the player has never caused the character X to transition to the form C. In this case, the reception unit 111 may recommend to the player that the character X be changed to the form B when the player designates the character X as the character to be set.

In addition, the reception unit 111 determines that the player designates one of the plurality of forms of the character to be set as a parameter of the second state and plays the quest, and the transition is not made once. If there is a form that has never been made, the form that has never been made is presented as a second state that recommends setting to the character to be set when the player next plays the quest. good too. This allows the player to try multiple forms in succession. At this time, the display control unit 114 may display a message on the screen that recommends the player to try a form that has never been transitioned with the same quest or the same deck formation.

Further, the reception unit 111 receives designation of a quest to be executed from the player, and the setting unit 112 (first setting unit) determines the second state of the character to be set based on the quest received from the player. may For example, it is assumed that there is a quest that cannot be played unless the deck is composed of characters of level 50 or less. If the player selects the quest as a quest to play, and if there is a character of level 50 or higher in the deck, the setting unit 112 sets the level of the character of level 50 or higher to less than 50 (for example, Level 49) may be set. Thereby, the player can play the quest using the character automatically set to the second state according to the quest that the player wants to capture.

In addition, the reception unit 111 selects characters that are included in the deck used for the quest among the plurality of characters and that are set to the first state (for example, characters that have never been synthesized). Character selection may be accepted. For example, assume a deck is organized with character X, character Y and character Z, and character Y and character Z have never been combined. In this case, the receiving unit 111 may receive selection of a setting target character from character Y and character Z among character X, character Y, and character Z. FIG.

(Regarding termination conditions)
The setting unit 112 (second setting unit) sets the setting target character from the second state to the first state as an end condition when the player has cleared the quest, and the player has not cleared the quest. ), the character to be set may not be set from the second state to the first state. In this case, the setting unit 112 (second setting unit) may keep the setting target character in the second state until the player clears the quest. If the player cannot clear the quest, there is a high possibility that the player has not sufficiently tried the character set in the second state. Therefore, by not setting the setting target character from the second state to the first state when the player fails to clear the quest, the player can fully try the character set in the second state. be possible.

Note that the setting unit 112 (second setting unit) may change the setting target character to the second state with different parameters when the player does not (cannot) clear the quest. For example, if the player is unable to clear the quest with character X in form B, the setting unit 112 (second setting unit) may change the form of character X to form C. . If the player fails to clear the quest, it is assumed that the character's form and the quest are not compatible, so the player can try the quest with various characters in the second state.

(Other supplementary matters)
The accepting unit 111 may limit the number of times the character can be specified as a character to be set for each character. In addition, the receiving unit 111 may limit the number of times a character can be designated as a setting target character according to the number of possible "forms" for each character. For example, the number of forms that character X can take is three forms, form A, form B, and form C, and the number of forms that character Y can take is four forms, form A, form B, form C, and form D. Suppose that It is also assumed that form A is the initial state (form before transition) of the character. In this case, the reception unit 111 can try up to two times for character X (the number of times each of form B and form C can be tried once), and up to three times for character Y (one time for form B, form C, and form D). number of times that can be tried each time). Also, the number of trials that can be performed for each form may be limited.

In this game, the character may be able to activate the skill when a predetermined activation condition is met during execution of the quest. For example, when a single attack inflicts more than a predetermined amount of damage on an enemy, skill X (for example, the defense power increases by 50% for a certain period of time after the player activates the skill) may be activated. . In this case, the execution unit 113 may allow the setting target character set in the second state to activate the skill during execution of the quest regardless of whether or not the predetermined activation condition is satisfied. For example, if the boss character is defeated without using the skill, it is assumed that the player cannot sufficiently test the ability of the setting target character in the second state. However, by allowing the skill to be activated at any time regardless of the predetermined activation conditions, the player can fully test the ability of the setting target character in the second state.

In this game, when the quest is cleared, it may be possible to obtain any object including the material object. In addition, the display control unit 114, when the character (the character selected as the character to be set) can actually be synthesized because the player has cleared the quest and obtained the material object, the display control unit 114 may be displayed on the terminal 20 screen.

Note that when the player actually consumes the material object and causes the character to transition from the first state to the second state (that is, when the synthesis is actually performed), the setting unit 112 (second setting unit) The processing ends without returning from the second state to the first state.

<Screen display example>
FIG. 7 is a diagram showing a screen display example. Screen A100 shows an example of a screen for selecting a character to be set. In the example of the screen A100, characters C100, C101, and C102 are displayed so that they can be specified as characters to be set. When the player selects any character and presses the button B100, the screen transitions to the screen A200. A screen A200 shows an example of a screen for accepting specification of parameters. The form designation button D200 is a button for designating the form of the second state. The level designation slider D201 is a slider that designates the level of the second state. The level designation slider D201 indicates that the character's current level is 70, and the player can change the level of the second state to any level between 1 and 99 by moving the slider. there is When the button B200 is pressed, a quest is started by the setting target character whose parameters have been changed to those specified by the form specifying button D200 and the level specifying slider D201.

<Summary>
According to the embodiment described above, the game server 10 sets the character selected by the player from the first state to the second state, and returns the character to the first state after completing the quest. Also, the game server 10 sets the character selected by the player from the first state to the second state without consuming material objects. As a result, the player can play the game with the character changed to the post-composite state without consuming material objects.

The embodiments described above are for facilitating understanding of the present invention, and are not intended to limit and interpret the present invention. Flowcharts, sequences, elements included in the embodiments, their arrangement, materials, conditions, shapes, sizes, and the like described in the embodiments are not limited to those illustrated and can be changed as appropriate.

<Appendix>
<Appendix 1>
a reception unit that receives designation of a predetermined character from among a plurality of characters owned by a player;
a first setting unit that sets the predetermined character from a first state to a second state before the quest is started;
an execution unit that executes the quest using the predetermined character in the second state;
a second setting unit that sets the predetermined character from the second state to the first state when a termination condition is satisfied;
An information processing device.

According to Supplementary Note 1, it is possible to provide a technique that enables a game to be played with a character that has been changed to a post-synthesis state.

<Appendix 2>
The reception unit receives designation of the predetermined character from among the characters that satisfy a predetermined condition among the plurality of characters.
The information processing device according to appendix 1.

According to Supplementary Note 2, it is possible to control whether or not to accept designation of the predetermined character depending on whether or not the ownership condition is satisfied.

<Appendix 3>
the predetermined condition is that the player holds an object necessary for setting the character from the first state to the second state;
The reception unit designates the predetermined character from among the characters that can be set from the first state to the second state by consuming an object held by the player. accept,
The information processing device according to appendix 2.

According to Supplementary Note 3, it is possible to make the transition to the second state only for the character in which the player possesses an object necessary for setting the first state to the second state.

<Appendix 4>
The receiving unit further receives from the player a specification of a parameter related to the second state to be set for the predetermined character.
The information processing apparatus according to any one of Appendices 1 to 3.

According to Addendum 4, the player can specify the parameters of the second state that the player wants to try, so it is possible to check the strength of the character in various second states.

<Appendix 5>
The reception unit presents the player with the second state that recommends setting for the predetermined character based on the relationship between the character included in the deck used for the quest and the predetermined character.
The information processing device according to appendix 4.

According to Supplementary Note 5, the player can play a quest by designating parameters relating to the second state to be set for the predetermined character.

<Appendix 6>
The second state includes a plurality of forms,
The reception unit presents to the player, among the plurality of forms, a form that has not been set for the predetermined character in the past as the second state that recommends setting for the predetermined character.
The information processing apparatus according to any one of Appendices 1 to 5.

According to Supplementary Note 6, when there are a plurality of second states that can be set for a predetermined character, the player can play a quest by setting each of the plurality of second states to the character.

<Appendix 7>
The reception unit receives a designation of a quest to be executed from the player,
The first setting unit determines the second state based on the quest received from the player,
The information processing device according to any one of Appendices 1 to 6.

According to Supplementary Note 7, the player can play the quest using the character automatically set to the second state based on the quest that the player wants to play.

<Appendix 8>
The reception unit is included in the deck used for the quest among the plurality of characters and receives selection of the predetermined character from characters set in the first state.
The information processing device according to any one of Appendices 1 to 7.

According to Addendum 8, the player can select a predetermined character from the characters in the first state.

<Appendix 9>
The first setting unit sets the predetermined character from the first state to the second state without consuming an object necessary for setting the character from the first state to the second state.
The information processing apparatus according to any one of Appendices 1 to 8.

According to Supplementary Note 9, the player can set the character in the first state to the second state and play the quest without consuming the object.

<Appendix 10>
The second setting unit
setting the predetermined character from the second state to the first state when the player clears the quest as the end condition;
not setting the predetermined character from the second state to the first state if the player does not clear the quest;
The information processing device according to any one of Appendices 1 to 9.

According to Supplementary Note 10, the player can play a quest using a character in the second state without worrying about consumption of objects.

<Appendix 11>
a step of receiving designation of a predetermined character from among a plurality of characters owned by the player;
setting the predetermined character from a first state to a second state before the quest is started;
a step of executing the quest using the predetermined character in the second state;
setting the predetermined character from the second state to the first state when a termination condition is satisfied;
An information processing method executed by an information processing device, comprising:

According to Supplementary Note 11, it is possible to provide a technique that enables a game to be played with a character that has been changed to a post-synthesis state.

<Appendix 12>
a step of receiving designation of a predetermined character from among a plurality of characters owned by the player;
setting the predetermined character from a first state to a second state before the quest is started;
a step of executing the quest using the predetermined character in the second state;
setting the predetermined character from the second state to the first state when a termination condition is satisfied;
A program that causes a computer to run

According to Supplementary Note 12, it is possible to provide a technique that enables a game to be played with a character that has been changed to a state after synthesis.

DESCRIPTION OF SYMBOLS 1... Game system 10... Game server 11... Processor 12... Storage device 13... Communication IF 14... Input device 15... Output device 20... Terminal 100... Storage part 100a... Character setting DB, 100b Owned character management DB 110 Game control unit 111 Reception unit 112 Setting unit 113 Execution unit 114 Display control unit 200 Storage unit 201 Communication unit 202 UI unit 203 game controller

Claims (1)

a reception unit that receives designation of a predetermined character from among a plurality of characters owned by a player;
a first setting unit that sets the predetermined character from a first state to a second state before the quest is started;
an execution unit that executes the quest using the predetermined character in the second state;
a second setting unit that sets the predetermined character from the second state to the first state when a termination condition is satisfied;
An information processing device.

Images