JP2021154106A - Information processing apparatus and program - Google Patents

Abstract

To reduce an operation load of a user.SOLUTION: An information processing apparatus includes a stage determination section of determining a game state to be played by a user, based on an operation of the user on a stage screen, a deck determination section of determining a deck to be used by the user when playing the game on the game stage, based on the user's operation on the deck screen advanced from the stage screen after the determination of the game stage, a rearing section of rearing characters that may be incorporated in the deck used by the user based on the user's operation on the rearing screen advanced from the deck screen before the deck is determined, and a display control section that, after having advanced from the stage screen to the deck screen, when advancing from the deck screen to the rearing screen, executes control of returning to the deck screen after the rearing of the characters.SELECTED DRAWING: Figure 1

Description

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

A deck (a team composed of multiple characters) used by a user who plays a game on the determined game stage after deciding one of the game stages from a plurality of game stages (quests) on the stage screen. An information processing device that displays a deck screen for determining the above is known (for example, Patent Document 1).

Japanese Patent No. 6269881

Generally, by proceeding from the stage screen to the deck screen after the game stage is decided, and from the deck screen to the gameplay screen after the deck is decided, the user enjoys the gameplay on the game stage using the deck. be able to. On the other hand, if you proceed from the stage screen to the deck screen after the game stage is decided in this way, even if the user notices that the characters to be incorporated in the deck are insufficiently trained, you can proceed from this deck screen to the training screen. I couldn't. Therefore, the user temporarily cancels the determination of the game stage, proceeds to the breeding screen from the selection menu to train the underdeveloped character, and then proceeds to the stage screen from the selection menu again to determine the same game stage again. I had to. This has become annoying to the user who performs the operation before the start of the game play.
The present invention has been made in view of such circumstances, and an object of the present invention is to reduce the operational burden on the user.

The main invention of the present invention for solving the above problems is
A stage determination unit that determines the game stage to be played by the user based on the user's operation on the stage screen.
A deck determination unit that determines the deck to be used by the user during game play on the game stage based on the user's operation on the deck screen advanced from the stage screen after the game stage is determined.
Based on the user's operation on the training screen advanced from the deck screen before the deck is decided, the training unit that trains the characters that can be incorporated into the deck used by the user, and the training department.
When the stage screen is advanced to the deck screen and then the deck screen is advanced to the breeding screen, a display control unit that controls to return to the deck screen after the character is trained.
It is an information processing device equipped with.
Other features of the present invention will be clarified by the description in the present specification and the accompanying drawings.

It is a block diagram which shows an example of an information processing system 1. It is a hardware block diagram which shows an example of a computer. It is a functional block diagram which shows an example of a server apparatus 20. It is a block diagram which shows an example of character information. It is a block diagram which shows an example of quest information. It is a block diagram which shows an example of user information. It is a functional block diagram which shows an example of a client terminal 10. It is an image diagram which shows an example of a menu screen 500. It is an image diagram which shows an example of a quest screen 510. It is an image diagram which shows an example of a deck screen 520. It is an image diagram which shows an example of the breeding screen 530. It is an image diagram which shows an example of the breeding screen 540. It is an image diagram which shows an example of the detail screen 550. It is an image diagram which shows an example of the breeding screen 560. It is an image diagram which shows an example of a deck screen 570. It is an image diagram which shows an example of the breeding screen 580. It is an image diagram which shows an example of the exchange screen 590. It is an image diagram which shows another example of a deck screen 570. It is an image diagram which shows another example of a deck screen 570.

The description of this specification and the accompanying drawings will clarify at least the following matters.
That is, a stage determination unit that determines the game stage to be played by the user based on the user's operation on the stage screen.
A deck determination unit that determines the deck to be used by the user during game play on the game stage based on the user's operation on the deck screen advanced from the stage screen after the game stage is determined.
Based on the user's operation on the training screen advanced from the deck screen before the deck is decided, the training unit that trains the characters that can be incorporated into the deck used by the user, and the training department.
When the stage screen is advanced to the deck screen and then the deck screen is advanced to the breeding screen, a display control unit that controls to return to the deck screen after the character is trained.
It is an information processing device equipped with.
According to such an information processing device, if the game stage is decided and then the stage screen is advanced to the deck screen, the deck screen can be advanced to the training screen, so that the characters to be incorporated into the deck are insufficiently trained. When the user notices, it is not necessary to temporarily cancel the decision of the game stage and proceed to the training screen from the selection menu, and the character with insufficient training can be trained without any trouble. Further, since it is possible to return to the deck screen after the character is trained, it is possible to quickly return to the deck screen after the game stage is determined after the character is trained. As a result, it is possible to reduce the operational burden on the user.

In addition, it is such an information processing device.
The display control unit may proceed to the breeding screen by designating the breedable character on the deck screen in which the character that can be trained and the character that cannot be trained are displayed separately.
According to such an information processing device, the user can easily recognize whether or not the character to be incorporated in the deck can be trained only by looking at the deck screen after the game stage is determined.

In addition, it is such an information processing device.
The training unit gradually trains characters that can be incorporated into the deck used by the user.
The display control unit may display the highest stage that can be raised by training in association with the character that can be trained on the deck screen.
According to such an information processing device, the user can easily recognize to what stage the character to be incorporated in the deck can be raised by training just by looking at the deck screen after the game stage is decided. Become.

In addition, it is such an information processing device.
The training unit trains a character that can be incorporated into the deck used by the user by varying the skill or ability parameter of the character.
The display control unit may display the characters that can be trained side by side in the order based on the skill or ability parameter after the change due to the training on the deck screen.
With such an information processing device, the user can easily understand how the skill or ability parameter of the character to be incorporated into the deck is changed by training simply by looking at the deck screen after the game stage is decided. At the same time, it is possible to easily recognize the priority to be trained.

In addition, it is such an information processing device.
The training unit trains a character that can be incorporated into the deck used by the user by varying the skill or ability parameter of the character.
When the display control unit determines that the skill suitable for the determined game stage is lost due to the change in the skill of the character after training, the display control unit may display that fact on the deck screen.
According to such an information processing device, the user can immediately recognize that the skill suitable for the game stage is lost due to the fluctuation of the character's skill after the training just by looking at the deck screen after the game stage is decided. It becomes possible.

In addition, it is such an information processing device.
The training unit trains a character that can be incorporated into the deck used by the user by varying the skill or ability parameter of the character.
If the display control unit determines that the skill suitable for the determined game stage is lost due to the change in the skill of the character after the training, the display control unit may restrict the player from proceeding from the deck screen to the training screen. good.
According to such an information processing device, the user can immediately recognize that the skill suitable for the game stage is lost due to the skill of the character fluctuating after the training by not proceeding from the deck screen to the training screen. It will be possible.

Next, the computer,
A stage determining means for determining a game stage to be played by the user based on the user's operation on the stage screen.
A deck determination means for determining the deck to be used by the user during game play on the game stage based on the user's operation on the deck screen advanced from the stage screen after the game stage is determined.
A training means for training characters that can be incorporated into the deck used by the user, based on the user's operation on the training screen advanced from the deck screen before the deck is decided.
A display control means for controlling the return to the deck screen after the character is trained when the stage screen is advanced to the deck screen and then the deck screen is advanced to the breeding screen.
It is a program to make it function as.
According to such a program, it is possible to reduce the operation load of the user.

=== Embodiment ===
Hereinafter, the information processing apparatus, program, and information processing system according to the embodiment of the present invention will be described in detail. It can be widely applied to information processing devices, programs, information processing systems, and the like that employ games in which contents (for example, characters) can be cultivated.

<< System configuration >>
FIG. 1 is a configuration diagram showing an example of an information processing system 1 according to the present embodiment. As shown in FIG. 1, in the information processing system 1 according to the present embodiment, one or more client terminals 10 and a server device 20 are connected via a network N.

The client terminal 10 is a terminal device such as a smartphone, a tablet, or a PC operated by a user, or a terminal device such as a game-dedicated device for home or business use. The server device 20 manages and controls the game performed by the user on the client terminal 10, and performs in-game billing processing and the like. The network N is the Internet or the like, and includes a mobile radio base station or the like.

In addition to the client-server type information processing system 1 shown in FIG. 1, the present invention can be applied to a single game device (information processing device) by separately providing a mechanism for performing in-game billing processing. .. It goes without saying that the information processing system 1 of FIG. 1 is an example, and there are various system configuration examples depending on the application and purpose. For example, the server device 20 of FIG. 1 may be distributed and configured in a plurality of computers.

<< Hardware configuration >>
<Client terminal and server device>
FIG. 2 is a hardware configuration diagram showing an example of the computer 50 according to the present embodiment. The client terminal 10 and the server device 20 according to the present embodiment are realized by, for example, a computer 50 having a hardware configuration shown in FIG. The computer 50 is an example of an information processing device.

As shown in FIG. 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, an HDD 58, and the like, and each of them is connected to each other by a bus line B. Has been done. The server device 20 may be used by connecting the input device 55 and the display device 56 when necessary.

The CPU 51 is an arithmetic unit that realizes control and functions of the entire computer by reading programs and data from storage devices such as ROM 53 and HDD 58 onto the RAM 52 and executing various processes based on the read programs and data.

The RAM 52 is an example of a volatile semiconductor memory (storage device) for temporarily holding a program or data, and is also used as a work area when the CPU 51 executes various processes.

The ROM 53 is an example of a non-volatile semiconductor memory (storage device) capable of holding programs and data even when the power is turned off. The ROM 53 stores programs and data such as BIOS, OS settings, and network settings that are executed when the computer 50 starts up.

The communication interface 54 is an interface for connecting the computer 50 to the network N. As a result, the computer 50 can perform data communication via the communication interface 54.

The input device 55 is a device used by a user or an administrator to input various signals. The input device 55 in the present embodiment is, for example, an operation device such as a touch panel, operation keys and buttons, a keyboard and a mouse.

The display device 56 is a device for displaying various information on the screen to the user or the administrator. The display device 56 in this embodiment is, for example, a display such as a liquid crystal display or an organic EL.

The external interface 57 is an interface for connecting to an external device so as to be capable of data communication. As a result, the computer 50 can read and / or write to the recording medium via the external interface 57. The external device is, for example, a recording medium such as a flexible disk, a CD, a DVD, an SD memory card, or a USB memory.

The HDD 58 is an example of a non-volatile storage device that stores programs and data. The stored programs and data include an OS, which is basic software that controls the entire computer, and an application that provides various functions on the OS.

Instead of the HDD 58, a drive device (for example, a solid state drive: SSD) that uses a flash memory as a storage medium may be used.

The client terminal 10 and the server device 20 according to the present embodiment can realize various processes as described later by executing a program on the computer 50 having the hardware configuration described above.

<< Software configuration >>
<Server device>
FIG. 3 is a functional block diagram showing an example of the server device 20 according to the present embodiment. The server device 20 according to the present embodiment is realized by, for example, the functional block shown in FIG.

The server device 20 according to the present embodiment realizes the server control unit 200, the server storage unit 220, and the server communication unit 240 by executing the program.

The server control unit 200 has a function of executing various processes in the server device 20. The server control unit 200 in this embodiment includes a request processing unit 201 and an information management unit 202.

The request processing unit 201 receives a request from the client terminal 10, performs processing corresponding to the received request, and transmits the processing result or the like as a response to the client terminal 10.

The information management unit 202 stores various information of the user who has played the game in the user information storage unit 223 as user information. In addition, the information management unit 202 refers to and updates user information and the like in response to a request from the request processing unit 201.

The server storage unit 220 has a function of storing various information in the server device 20. The server storage unit 220 in the present embodiment includes a character information storage unit 221, a quest information storage unit 222, and a user information storage unit 223.

The character information storage unit 221 is an example of the content information storage unit, and stores character information (content information) related to the character as an example of the content. The character information stored in the character information storage unit 221 is composed of various data shown below.

FIG. 4 is a configuration diagram showing an example of character information. The character information shown in FIG. 4 has a character ID, a name, a rarity, an ability parameter, a skill, an evolved character, a lottery probability, and the like as items. The character ID is information for uniquely identifying various characters. The name is information indicating a character name. Rarity is information indicating the rarity (rare value) of a character. Here, one of the rarities of the plurality of classes is initially set. In this embodiment, five levels of rarity "1" to "5" can be set. The rank of rarity is not limited to 5 levels, and may be 4 levels or less, or 6 levels or more. The ability parameter is information indicating the ability of the character. Here, ability values such as attack, defense, and HP are initially set. Skills (also called "abilities") are information that indicates the special abilities of a character. This special ability includes a special ability that can respond to the quest gimmick. In this embodiment, a character having a special ability capable of responding to a quest gimmick is a character suitable for the quest. The evolved character is information indicating a character after evolution that is stronger than that before evolution. In this embodiment, the evolution character can be set step by step. For example, in the case of "character C" in the figure, "character C1" is set as the character after the evolution of the first stage. It is also possible to set two "character C1" and "character C2" branched from the common "character C" as the evolution characters of the first stage. On the other hand, in the case of "character E" in the figure, "character E1" is set as the character after the evolution of the first stage, and "character E2" is set as the character after the evolution of the second stage. Has been done. Here, the skill and ability value of the evolution character of the second stage is set to be higher than that of the evolution character of the first stage. The evolutionary stage is not limited to two stages, and may be three or more stages. The lottery probability is information indicating the probability that the character wins in the lottery game.

The quest information storage unit 222 is an example of the game stage information storage unit, and stores quest information (game stage information) related to the quest as an example of the game stage. The quest information stored in the quest information storage unit 222 is composed of various data shown below.

FIG. 5 is a configuration diagram showing an example of quest information. The quest information shown in FIG. 5 has quest ID, name, gimmick, required points, difficulty level, enemy character, acquireable character, and the like as items. The quest ID is information for uniquely identifying the quest as a play unit. The name is information indicating the quest name. A gimmick is information that shows a mechanism to interfere with the user in the quest. In the present embodiment, a mechanism for reducing the HP of the character who touches the wall or the like is included as a gimmick. The required points are information indicating the amount of game points (stamina) required to play the quest. Difficulty is information that indicates how easy it is to clear a quest. The enemy character is information indicating an opponent character that appears in the quest among a plurality of characters set in the character information stored in the character information storage unit 221. The acquireable character is information indicating one or a plurality of characters that the user can acquire in the quest among the plurality of characters set in the character information stored in the character information storage unit 221. In addition, the character that can be acquired for the quest and the enemy character may be the same character.

The user information storage unit 223 stores user information about the user. The user information stored in the user information storage unit 223 is composed of various data shown below.

FIG. 6 is a configuration diagram showing an example of user information. The user information shown in FIG. 6 has a user ID, a name, a possessed character, a deck, possession points, and the like as items. The user ID is information for uniquely identifying the user. The name is information indicating a user name. The possessed character is information indicating one or a plurality of characters currently possessed by the user among the plurality of characters set in the character information stored in the character information storage unit 221. Here, as shown in parentheses in the figure, various ability parameters (level, attack power, defense power, HP, etc.) of the possessed character at the present time are also set. The deck is information indicating a plurality of characters constituting the user's deck. In this embodiment, it is possible to set two or more decks in advance. Possession points are information indicating the number of game points possessed by the user at the present time. The user can play the quest by consuming his or her game points for the required points of the quest. The quest may be playable without consuming game points.

The server communication unit 240 has a function of communicating with the client terminal 10 via the network N.

<Client terminal>
FIG. 7 is a functional block diagram showing an example of the client terminal 10 according to the present embodiment. The client terminal 10 according to the present embodiment is realized by, for example, the functional block shown in FIG.

The client terminal 10 according to the present embodiment realizes a client control unit 100, a client storage unit 120, a client communication unit 140, an operation input reception unit 150, and a screen display unit 160 by executing a program.

The client control unit 100 has a function of executing various processes in the client terminal 10. The client control unit 100 includes a game control unit 101, a server access unit 102, and a display control unit 103.

The game control unit 101 controls the progress of various games. The game control unit 101 according to the present embodiment controls the progress of a battle game, a lottery game, a synthetic game, etc., which will be described later, based on the game operation received from the user by the client terminal 10. The game control unit 101 includes a battle unit 101A, a character assigning unit 101B, a training unit 101C, a stage determination unit 101D, and a deck determination unit 101E.

The battle unit 101A controls the battle between the characters who are opponents of each other. The battle unit 101A according to the present embodiment determines the outcome of a battle between characters who are opponents of each other based on various parameters of each character included in the deck.

The character giving unit 101B gives the user a character set in the character information stored in the character information storage unit 221. The character giving unit 101B according to the present embodiment gives one or more characters to the user via a battle game, a lottery game, or the like. That is, the user can acquire a character by playing a battle game, a lottery game, or the like.

The training unit 101C trains the characters possessed by the user. The training performed by the training unit 101C is to raise (strengthen) the character's parameters (ability parameters, etc.), to make the character more parameters (ability parameters, etc.), to have a higher rarity (strong) character, and to have new skills. It includes changing (evolving) the character. The training unit 101C includes an evolution unit that is trained by the evolution of the character and a synthesis unit that is trained by synthesizing the character.

The evolution unit evolves the character possessed by the user into a stronger character. The evolution unit according to the present embodiment does not allow the user to possess (do not possess) the pre-evolved character because the evolution condition is satisfied for the pre-evolved character possessed by the user, but instead causes the evolved character to be possessed. Have it in your possession. The evolution condition according to the present embodiment is, for example, that the evolution parameter set for the character before evolution has reached the maximum value. The evolution conditions are not limited to this, for example, all the characters that are preset synthetic materials are obtained in the battle game or lottery game, and all of them are used as the characters before evolution (characters that are the synthesis source). On the other hand, it may be synthesized. In addition, the evolution unit according to the present embodiment can gradually evolve the character possessed by the user. For example, since the evolution condition is satisfied for the character before evolution possessed by the user, the evolution of the first stage is performed, and then the evolution condition is satisfied for the character after the evolution of the first stage, so that the evolution of the second stage is performed. I do.

By synthesizing another character with one character among multiple characters possessed by the user, the compositing unit strengthens one character instead of sacrificing (not possessing) the other character. do. For example, each time the synthesis unit according to the present embodiment synthesizes a character that is the same as the character that is the synthesis source as a character that is the synthesis material, the maximum value of the ability parameter set for the character that is the synthesis source is stepwise. Raise to. At this time, the character used as the synthetic material becomes a character that the user does not have (that is, a sacrifice).

The stage determination unit 101D determines the game stage to be played by the user based on the operation of the user on the stage screen (also referred to as “stage selection screen”). The stage determination unit 101D according to the present embodiment is a quest that the user will play from now on by selecting one of the quests from a plurality of quests displayed on the quest screen (also referred to as "quest selection screen"). To determine. It is also possible to automatically determine the quest without depending on the user's selection operation.

The deck determination unit 101E is based on the user's operation on the deck screen (also referred to as "deck selection screen" or "deck organization screen") advanced from the stage screen after the game stage is determined, and the deck determination unit 101E is used during game play on the game stage. Decide which deck the user will use. The deck determination unit 101E according to the present embodiment determines the deck to be used by the user during game play by creating a deck using a plurality of characters selected by the user on the deck screen. It is also possible to automatically determine the deck without the user's selection operation.

The server access unit 102 requests the server device 20 for various processes when it is necessary to access the server device 20 in the process of various processes executed by the game control unit 101 or the display control unit 103. At the same time as transmitting, the processing result from the server device 20 and the like are received as a response.

The display control unit 103 controls the screen display of the client terminal 10 according to the progress of various games and the like. The display control unit 103 according to the present embodiment controls the screen display of the client terminal 10 by generating various screen data according to, for example, the progress of a battle game or a lottery game controlled by the game control unit 101.

The operation input receiving unit 150 receives an operation input from a user who operates the client terminal 10. The client storage unit 120 stores various programs and various data (for example, character information, quest information, user information, etc.) required for the installed application (game application, etc.) and the client terminal 10 (for example, like the server device 20). do. That is, the client storage unit 120 also functions as a character information storage unit, a quest information storage unit, and a user information storage unit. The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays the screen of the client terminal 10 according to the control from the display control unit 103.

As described above, in the information processing system 1 according to the present embodiment, the client terminal 10 performs game control and display control, but the server device 20 may perform the game control. Specifically, at least one of the game control unit and the display control unit may be configured not to be provided in the client control unit 100 of the client terminal 10, while being provided in the server control unit 200 of the server device 20.

Further, the client control unit 100 of the client terminal 10 receives page data described in HTML (Hyper Text Markup Language) or the like, a script included in the page data, or the like from the server device 20, and performs processing related to the game. There is a type. Further, the client control unit 100 of the client terminal 10 has an application type that performs processing related to the game based on the installed application. FIG. 7 shows an application type as an example.

<< System Overview >>
Here, the outline of the information processing system 1 in the present embodiment will be described. The information processing system 1 in the present embodiment includes at least a battle game, a lottery game, and a synthetic game.

The battle game in the present embodiment is a game in which an enemy character appears in a deck composed of a plurality of characters, and the appearing enemy character and each character constituting the deck are played against each other.

In this battle game, a plurality of quests (game stages) for the purpose of defeating enemy characters are set for each predetermined period. Users can form a deck (also called "organization") using their own characters, etc., and select one of the quests that can be played during the current period to challenge the enemy character. can. When the user clears the selected quest, the user can acquire the acquireable character associated with the quest.

In the battle game of this embodiment, when a user who wants to acquire a desired character selects a quest that can acquire the desired character from a plurality of quests listed on the quest screen, the quest that the user will challenge from now on is selected. It is determined. After the quest is decided, the user proceeds from the quest screen to the deck screen, so that the user can decide his / her deck to be used in the decided quest by incorporating his / her own character listed on the deck screen into the deck. After deciding on a deck, the deck screen goes to the gameplay screen, allowing users to challenge the quest with their own deck.

In this embodiment, when the user goes to the deck screen after the quest is decided and the user notices that the possessed character (the possessed character to be incorporated into the deck) that he / she wants to incorporate into the deck is insufficiently trained, he / she can use this deck screen. You can proceed to the training screen. Therefore, it is not necessary to cancel the quest decision once and proceed to the training screen from the menu screen, and the user can train the character with insufficient training without any trouble. Furthermore, after the character is trained, it is possible to return to the deck screen after the quest is decided without going to the quest screen again from the menu screen. Therefore, you can quickly return to the deck screen after the quest is decided, decide your own deck by incorporating the trained character into the deck, and proceed to the gameplay screen, reducing the operational burden on the user. It becomes possible.

<< System operation >>
Before explaining the screen transition of the present embodiment, first, the screen transition of the comparative example will be described with reference to FIGS. 8 to 12.

<Comparison example>
The display control unit 103 of the client terminal 10 displays the menu screen 500 shown in FIG. 8 on the screen display unit 160.

FIG. 8 is an image diagram showing an example of the menu screen 500. On this menu screen 500, selection items such as "event quest", "character training", and "character sale" are displayed in a list. For example, when "event quest" is selected by the user, the quest screen is displayed from this menu screen. On the quest screen, the user can select the quest to challenge. When "Character training" is selected, the screen proceeds from this menu screen to the training screen. On the training screen, the user can train his / her own character. When "Character sale" is selected, the screen proceeds from this menu screen to the sale screen. On the sale screen, the user can sell (non-possess) his / her own character. Here, the explanation continues assuming that "event quest" is selected by the user.

Next, when the user selects "event quest" on the menu screen 500, the display control unit 103 of the client terminal 10 displays the quest screen 510 shown in FIG. 9 on the screen display unit 160.

FIG. 9 is an image diagram showing an example of the quest screen 510. A plurality of playable quests 511 are listed on the quest screen 510. Acquirable characters 512 are displayed in association with each of the plurality of quests 511. Therefore, the user can select a quest that can acquire a desired character. Further, on the quest screen 510, an operation button 513 for returning to the menu screen 500 and an operation button 514 for advancing to the next screen are displayed.

Next, the display control unit 103 of the client terminal 10 displays the deck screen 520 shown in FIG. 10 when the operation button 514 is selected after any quest 511 is selected by the user on the quest screen 510. It is displayed on the display unit 160.

FIG. 10 is an image diagram showing an example of the deck screen 520. The deck screen 520 includes a deck display area 521, a possessed character display area 522, an operation button 523 for returning to the menu screen 500, and an operation button 524 for starting a battle. In the deck display area 521, a deck composed of possessed characters selected by the user from a plurality of possessed characters displayed in the possessed character display area 522 is displayed. By selecting the operation button 524, the user can start the battle play in the quest selected on the quest screen 510 using the deck displayed in the deck display area 521.

Here, the user who sees the deck screen 520 after the quest is determined tries to select the possessed character to be incorporated into the deck displayed in the deck display area 521 from among the plurality of possessed characters displayed in the possessed character display area 522. At that time, you may notice that the possessed character is underdeveloped. In this case, even if the user wants to immediately train a character that is underdeveloped, he / she cannot proceed from this deck screen to the breeding screen. Therefore, the user must select the operation button 523 to temporarily cancel the selection of the quest, return to the menu screen 500, and select "character training" to proceed to the training screen. In this way, even though the operation is started from the menu screen and the quest is decided, returning to the menu screen and performing the operation again is a troublesome operation for the user before the start of play.

Then, when the user selects "character training" on the menu screen 500 returned again, the display control unit 103 of the client terminal 10 displays the training screen 530 shown in FIG. 11 on the screen display unit 160.

FIG. 11 is an image diagram showing an example of the breeding screen 530. The training screen 530 includes a training character display area 531, a possessed character display area 532, an operation button 533 for returning to the menu screen 500, and an operation button 534 for starting training. In the breeding character display area 531, a possession character (possessed character to be trained) as a synthesis source and a possession character to be a synthesis material selected by the user from a plurality of possession characters displayed in the possession character display area 532. Is displayed. By selecting the operation button 534, the user can start training the possessed character that is the synthesis source displayed in the training character display area 531.

Next, the display control unit 103 of the client terminal 10 displays the training screen 540 shown in FIG. 12 on the screen display unit when the training of the poorly trained character is completed by selecting the operation button 534 on the training screen 530. Display at 160.

FIG. 12 is an image diagram showing an example of the breeding screen 540. The breeding screen 540 includes a post-cultivation character display area 541 in which the trained character is displayed, and an operation button 542 for returning to the menu screen 500.

After that, the user who has completed the training on the training screen 540 returns to the menu screen 500 again by selecting the operation button 542, and selects the "event quest" to select the canceled quest again. You must proceed to the quest screen 510 shown in FIG. The operation of repeatedly selecting the same quest in this way is a troublesome operation for the user before the start of play.

Then, when the user selects "event quest" on the returned menu screen 500, the display control unit 103 of the client terminal 10 displays the quest screen 510 shown in FIG. 9 on the screen display unit 160.

Next, the display control unit 103 of the client terminal 10 selects the same quest 511 as the quest once canceled on the quest screen 510 by the user, and when the operation button 514 is selected, the deck shown in FIG. The screen 520 is displayed again on the screen display unit 160.

With this, the user can finally return to the deck screen 520 after the quest is decided, and the user selects the possessed character that has been trained on the breeding screen 540 from the plurality of possessed characters displayed in the possessed character display area 522. Then, it can be incorporated into the deck displayed in the deck display area 521.

As described above, in the screen transition of the comparative example, even if the user who sees the deck screen (deck screen 520) after the quest is decided notices that the possessed character to be incorporated into the deck is insufficiently trained, the quest It is not possible to proceed from the deck screen after the decision to the training screen (training screen 530). Therefore, the user must temporarily cancel the quest decision, return to the selection menu (menu screen 500), proceed to the training screen from the selection menu, and train the possessed character that is insufficiently trained. Furthermore, after the training of the poorly trained character is completed, the player must return to the selection menu again, proceed to the quest screen (quest screen 510) from the selection menu, and determine the same quest again. As a result, it is troublesome for the user who operates before the start of play.

<The present embodiment>
Next, the screen transition of this embodiment will be described with reference to FIGS. 13 to 14. In the screen transition of the present embodiment, the case where the "event quest" is selected by the user on the menu screen 500 shown in FIG. 8 and the process proceeds to the quest screen 510 shown in FIG. 9 will be described as in the comparative example.

First, when the user performs the selection operation of "event quest" on the menu screen 500 shown in FIG. 8, the display control unit 103 of the client terminal 10 displays the quest screen 510 shown in FIG. 9 on the screen display unit 160.

Specifically, the display control unit 103 of the client terminal 10 requests the server access unit 102 to execute the access process when the selection operation is performed by the user. When the display control unit 103 requests the execution of the access process, the server access unit 102 of the client terminal 10 transmits a request regarding transmission of quest information to the server device 20.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the information management unit 202 to execute the data acquisition process. When the request processing unit 201 requests the execution of the data acquisition process, the information management unit 202 of the server device 20 acquires the quest information stored in the quest information storage unit 222. The request processing unit 201 transmits the information acquired by the information management unit 202 to the client terminal 10. After that, the display control unit 103 of the client terminal 10 receives the information transmitted from the server device 20 and stores it in the client storage unit 120, and based on the received information, a list of a plurality of playable quests 511 is displayed. Control is performed to generate the quest screen 510 and display it on the screen display unit 160.

Next, in the stage determination unit 101D of the client terminal 10, when the quest screen 510 is displayed on the screen display unit 160, one of the quests 511 is selected by the user, and then the operation button 514 is selected. Then, the selected quest 511 is determined as the quest that the user will play from now on. That is, the stage determination unit 101D of the client terminal 10 sets the user information of the user stored in the client storage unit 120 as a quest to be played by the user when any quest 511 is selected by the user.

Next, the display control unit 103 of the client terminal 10 displays the deck screen 520 shown in FIG. 10 on the screen display unit 160 when the quest to be played by the user is determined.

Specifically, the display control unit 103 of the client terminal 10 requests the server access unit 102 to execute the access process when the selection operation is performed by the user. When the display control unit 103 requests the execution of the access process, the server access unit 102 of the client terminal 10 transmits a request regarding the transmission of user information to the server device 20.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the information management unit 202 to execute the data acquisition process. When the request processing unit 201 requests the information management unit 202 of the server device 20 to execute the data acquisition process, the information management unit 202 refers to the user information stored in the user information storage unit 223 and obtains the character, deck, etc. possessed by the user. Acquire user information including. The request processing unit 201 transmits the information acquired by the information management unit 202 to the client terminal 10. After that, the display control unit 103 of the client terminal 10 receives the information transmitted from the server device 20 and stores it in the client storage unit 120, and based on the received information, the deck and possessed characters of the user are displayed. Control is performed to generate the deck screen 520 and display it on the screen display unit 160.

Next, in the display control unit 103 of the client terminal 10, when the deck screen 520 is displayed on the screen display unit 160, the possessed character displayed in the deck display area 521 or the possessed character display area 522 is selected by the user. Then, the detail screen 550 of the selected possessed character is displayed on the screen display unit 160.

This detailed screen 550 is a screen transitioned from the deck screen 520, but is a part of the deck screen 520. It is also possible to integrate the detail screen 550 by superimposing it on the deck screen 520 to form a deck screen as a whole.

FIG. 13 is an image diagram showing an example of the detailed screen 550. The detailed screen 550 includes a selected character display area 551, a character information display area 552, an operation button 553 for returning to the deck screen 520, and an operation button 554 for training a possessed character. In the selected character display area 551, the possessed character selected by the user from the possessed characters displayed in the deck display area 521 of the deck screen 520 or the possessed character display area 522 is displayed. In the character information display area 552, character information (current ability value, skill, etc.) related to the possessed character displayed in the selected character display area 551 is displayed.

Here, in the present embodiment, it is desired that the user who sees the detail screen 550 (that is, the user who sees the deck screen after the quest is determined) incorporates the possessed character displayed in the selected character display area 551 into the deck. Then, when it is noticed that the possessed character is insufficiently trained, the possessed character of the insufficiently trained character can be immediately trained by selecting the operation button 554.

That is, when the operation button 554 is selected by the user on the detail screen 550, the display control unit 103 of the client terminal 10 displays the training screen 530 shown in FIG. 11 on the screen display unit 160.

In this way, since the detailed screen 550 (that is, the deck screen after the quest is decided) can be advanced to the training screen 530, it is necessary to temporarily cancel the quest selection and return to the menu screen 500 as in the screen transition of the comparative example. Is gone. Therefore, it is possible to free the user from troublesome operations such as screen transitions in the comparative example.

Next, the display control unit 103 of the client terminal 10 displays the training screen 560 shown in FIG. 14 on the screen display unit when the training of the poorly trained character is completed by selecting the operation button 534 on the training screen 530. Display at 160.

FIG. 14 is an image diagram showing an example of the training screen 560. The breeding screen 560 includes a post-cultivation character display area 561 in which the trained character is displayed, and an operation button 562 for returning to the deck screen 520.

After that, the user who has completed the training on the training screen 560 can immediately return to the deck screen 520 after the quest is determined by selecting the operation button 562, so that the menu screen 500 can be displayed again as in the screen transition of the comparative example. There is no need to go back to the quest screen 510 to select the canceled quest again. Therefore, it is possible to free the user from troublesome operations such as screen transitions in the comparative example.

Next, the display control unit 103 of the client terminal 10 displays the deck screen 520 shown in FIG. 10 on the screen display unit 160 when the operation button 562 is selected by the user on the training screen 560.

In this way, it was possible to immediately return to the deck screen 520 after the quest was decided, so that the user possessed the possession completed on the breeding screen 560 from among the plurality of possessed characters displayed in the possessed character display area 522. Characters can be selected and incorporated into the deck displayed in the deck display area 521.

Next, in the deck determination unit 101E of the client terminal 10, when the deck screen 520 is displayed on the screen display unit 160, all the possessed characters constituting the deck are arranged in the deck display area 521, and the operation button 524 is pressed. When selected, the deck placed in the deck display area 521 is determined as the deck to be used in the quest to be played by the user. That is, the deck determination unit 101E of the client terminal 10 is a user of the user who is stored in the client storage unit 120 as his / her own deck to be used in the quest played by the user because the possessed character constituting the deck is selected by the user. Set to information.

As described above, in the screen transition of the present embodiment, when the user who sees the deck screen (detailed screen 550) after the quest is determined notices that the possessed character to be incorporated into the deck is insufficiently trained, the user notices that the character is insufficiently trained. You can go directly (without going through the selection menu) from the deck screen after the quest is decided to the training screen (training screen 530). Therefore, unlike the screen transition in the comparative example, it is not necessary to cancel the quest decision once, return to the selection menu (menu screen 500), and proceed to the training screen from the selection menu to train the poorly trained character. , It is possible to free the user from troublesome operations. Furthermore, after the training of the poorly trained character is completed, it is possible to return directly to the deck screen after the quest is decided (without going through the selection menu). Therefore, unlike the screen transition of the comparative example, it is not necessary to return to the selection menu again, proceed to the quest screen (quest screen 510) from the selection menu, and determine the same quest again, further reducing the operation burden on the user. It becomes possible to do.

<Modification example 1>
In the screen transition of the present embodiment, as described above, the case of proceeding from the deck screen 520 to the training screen 530 via the detail screen 550 has been described. In this case, the deck screen 520 and the detail screen 550 are regarded as one deck screen after the quest is decided, and it is possible to directly proceed from the deck screen to the training screen, but this detail screen 550 may be omitted. It is possible.

For example, the display control unit 103 of the client terminal 10 displays the deck screen 570 shown in FIG. 15 when any quest 511 is selected on the quest screen 510 shown in FIG. 9 and the operation button 514 is selected. It is also possible to display it on the screen display unit 160.

FIG. 15 is an image diagram showing an example of the deck screen 570. The deck screen 570 includes a deck display area 571, a possessed character display area 572, an operation button 573 for returning to the menu screen 500, an operation button 574 for training the possessed character, and an operation for starting a battle. Button 575 is included. In the deck display area 571, a deck composed of possessed characters selected by the user from a plurality of possessed characters displayed in the possessed character display area 572 is displayed.

Here, in the modification 1, the user who sees the deck screen 570 after the quest is determined wishes to incorporate the possessed character displayed in the possessed character display area 572 into the deck displayed in the deck display area 571. When it is noticed that the possessed character is insufficiently trained, the poorly trained possessed character can be immediately trained by selecting the operation button 574.

That is, when the operation button 574 is selected by the user on the deck screen 570 after the quest is determined, the display control unit 103 of the client terminal 10 displays the training screen 530 shown in FIG. 11 on the screen display unit 160.

In this way, since the deck screen 570 after the quest is determined can be advanced to the training screen 530, it is not necessary to temporarily cancel the quest selection and return to the menu screen 500 as in the screen transition of the comparative example. Therefore, it is possible to free the user from troublesome operations such as screen transitions in the comparative example.

Next, the display control unit 103 of the client terminal 10 displays the training screen 560 shown in FIG. 14 on the screen display unit when the training of the poorly trained character is completed by selecting the operation button 534 on the training screen 530. Display at 160.

After that, the user who has completed the training on the training screen 560 can immediately return to the deck screen 570 after the quest is determined by selecting the operation button 562, so that the menu screen 500 can be displayed again as in the screen transition of the comparative example. There is no need to go back to the quest screen 510 to select the canceled quest again. Therefore, it is possible to free the user from troublesome operations such as screen transitions in the comparative example.

Next, when the operation button 562 is selected by the user on the training screen 560, the display control unit 103 of the client terminal 10 displays the deck screen 570 shown in FIG. 15 on the screen display unit 160 again.

In this way, it was possible to immediately return to the deck screen 570 after the quest was decided, so that the user possessed the possession completed on the breeding screen 560 from among the plurality of possessed characters displayed in the possessed character display area 572. Characters can be selected and incorporated into the deck displayed in the deck display area 571.

<Modification 2>
When proceeding from the deck screen 520 after the quest is determined to the training screen 530 via the detail screen 550 as in the screen transition of the present embodiment, or as in the modification 1, the training screen is displayed from the deck screen 570 after the quest is determined. When proceeding to 530, it is also possible to proceed from the breeding screen 530 to a screen for further supporting breeding (for example, an exchange screen).

For example, in the display control unit 103 of the client terminal 10, when the operation button 554 is selected on the detailed screen 550 shown in FIG. 13, or when the operation button 574 is selected on the deck screen 570 shown in FIG. It is also possible to display the breeding screen 580 shown in FIG. 16 on the screen display unit 160.

FIG. 16 is an image diagram showing an example of the breeding screen 580. On the training screen 580, a training character display area 581, a possessed character display area 582, an operation button 583 for returning to the menu screen 500, an operation button 584 for starting training, and a character exchange are performed. The operation button 585 is included.

Here, in the modification 2, the user who sees the training screen 580 trains the possessed character (the possessed character to be trained) to be the synthesis source displayed in the breeding character display area 581, in order to train the possessed character display area 582. Even if you use the possessed character displayed in the above as a synthetic material, if you realize that it is not enough to train by itself, you can immediately obtain the character that will be the synthetic material for the shortage by selecting the operation button 585. It has become.

That is, when the operation button 585 is selected by the user on the training screen 580, the display control unit 103 of the client terminal 10 displays the exchange screen 590 shown in FIG. 17 on the screen display unit 160.

FIG. 17 is an image diagram showing an example of the exchange screen 590. The exchange screen 590 includes an exchange character display area 591 and an operation button 592 for returning to the training screen 580. In the exchange character display area 591, an exchange character that can be used as a synthetic material is displayed, and game points (game points that can be obtained by selling the possessed character, etc.) required for obtaining the exchange character are displayed. The quantity is displayed. The user can obtain the redemption character by exchanging the game points possessed by the user.

In this way, since it is possible to proceed from the training screen 580 to the exchange screen 590, it is possible to quickly train the possessed character to be trained, and after canceling the quest selection once and returning to the menu screen 500. , There is no need to proceed to the exchange screen 590. Therefore, it is possible to free the user from troublesome operations.

Next, the display control unit 103 of the client terminal 10 displays the training screen 580 shown in FIG. 16 on the screen display unit 160 when the operation button 592 is selected after obtaining the exchange character on the exchange screen 590.

Since it is possible to immediately return to the breeding screen 580 in this way, the user selects the character obtained on the exchange screen 590 from the plurality of possessed characters displayed in the possessed character display area 582 as a synthetic material. Therefore, the possessed character that is the synthesis source displayed in the breeding character display area 581 can be sufficiently strengthened.

=== Other embodiments ===
The above-described embodiment is for facilitating the understanding of the present invention, and is not for limiting the interpretation of the present invention. The present invention can be modified and improved without departing from the spirit thereof, and the present invention also includes an equivalent thereof. In particular, even the embodiments described below are included in the present invention.

<Deck screen>
In the above-described embodiment, the deck screen 520 shown in FIG. 10 and the deck screen 570 shown in FIG. 15 distinguish between the possessable characters that can be trained and the possessed characters that cannot be trained (including the possessed characters that have already been trained). It is also possible.

For example, the display control unit 103 of the client terminal 10 displays the deck screen 570 shown in FIG. 18 when any quest 511 is selected on the quest screen 510 shown in FIG. 9 and the operation button 514 is selected. It is also possible to display it on the screen display unit 160.

FIG. 18 is an image diagram showing another example of the deck screen 570. This deck screen 570 has the same configuration as the deck screen 570 shown in FIG. 15, but in the possessed character display area 572, the possessable characters that can be trained and the possessed characters that cannot be trained are displayed separately. Here, a mark 576 indicating that the character can be trained is displayed in association with the possessable character that can be trained.

That is, when the display control unit 103 of the client terminal 10 displays the deck screen 570 shown in FIG. 18, the user information stored in the client storage unit 120 is referred to, and the evolution condition is selected from the characters possessed by the user. Is established, but the possessed character before evolution is extracted. Then, "evolveable" is displayed in association with the extracted possessed character, and nothing is displayed to the other possessed characters. As a result, the user who sees the deck screen 570 can easily recognize whether or not the possessed character to be incorporated in the deck can be trained.

Further, in the above-described embodiment, the deck screen 520 shown in FIG. 10 and the deck screen 570 shown in FIG. 15 not only display the possessable characters that can be trained and the possessed characters that cannot be trained separately, but also display the evolution stage (upper limit). It is also possible to display the highest stage that can be raised by training out of (2 stages).

For example, the display control unit 103 of the client terminal 10 displays the deck screen 570 shown in FIG. 19 when any quest 511 is selected on the quest screen 510 shown in FIG. 9 and the operation button 514 is selected. It is also possible to display it on the screen display unit 160.

FIG. 19 is an image diagram showing another example of the deck screen 570. This deck screen 570 has the same configuration as the deck screen 570 shown in FIG. 15, but in the possessed character display area 572, not only the possessable characters that can be trained and the possessed characters that cannot be trained are displayed separately, but also the possessable characters can be trained. A mark 577 indicating to what stage the character can be trained is displayed.

That is, when the display control unit 103 of the client terminal 10 displays the deck screen 570 shown in FIG. 19, the user information stored in the client storage unit 120 is referred to, and one of the characters possessed by the user is selected. Although the evolution conditions of the stage are satisfied, the possessed characters before evolution are still extracted. In association with the extracted possessed character, "evolution 1 possible" indicating that one of the two stages can be evolved is displayed. In addition, the user information stored in the client storage unit 120 is referred to, and the possessed character after the evolution of the first stage is extracted from the possessed characters of the user. Then, from the extracted possessed characters after the evolution of the first stage, the possessed characters before the evolution are extracted although the evolution conditions of the second stage are satisfied. In association with the extracted possessed character, "evolution 2 possible" indicating that evolution of 2 stages out of 2 stages is possible is displayed. Further, referring to the user information stored in the client storage unit 120, not only the evolution condition of the first stage but also the evolution condition of the second stage is satisfied from the characters possessed by the user (for example,). Not only the synthetic materials necessary for the evolution of the first stage are available, but also the synthetic materials necessary for the evolution of the second stage are available), but the possessed characters before evolution are still extracted. In association with the extracted possessed character, "evolution 2 possible" indicating that evolution of 2 stages out of 2 stages is possible is displayed. As a result, the user who sees the deck screen 570 can easily recognize to what stage the possessed character to be incorporated in the deck can evolve by training.

It is also possible to display in advance the maximum value of the ability parameter that can be set for the possessed character after evolution by breeding in association with the possessable character that can be trained (for example, "maximum HP10000 after evolution"). Display). Further, in this case, in the possessed character display area 572, it is also possible to display the possessed characters that can be trained side by side according to the order based on the ability parameter after evolution by training. As a result, the user who sees the deck screen 570 can preferentially select and train the possessed character with high HP after evolution by training, and incorporate the evolved possessed character with high HP into the deck after training. It becomes possible.

It is also possible to display in advance the maximum value of the ability parameter that can be set for the possessed character after strengthening by training in association with the possessable character that can be trained (for example, "maximum HP 5000 after strengthening"). Display). Further, in this case, in the possessed character display area 572, it is also possible to display the possessed characters that can be trained side by side according to the order based on the ability parameter after strengthening by training. As a result, the user who sees the deck screen 570 can preferentially select and train the possessed character with high HP after training, and incorporates the strengthened possessed character with high HP into the deck after training. It becomes possible.

It is also possible to display in advance the skills set for the characters evolved by training in association with the possessable characters that can be trained. Further, in this case, in the possessed character display area 572, it is also possible to display the characters that can be trained side by side for each type of skill set for the character after evolution by training. Also, in the possessed character display area 572, among the possessable characters that can be trained, the skills set for the characters evolved by training are narrowed down to those that match the skills that can correspond to the gimmick of the quest selected on the quest screen. It is also possible to display it. If there are multiple types of skills that can handle the gimmick of the quest selected on the quest screen, it is also possible to display the characters that can be trained side by side for each type of skill. For example, it is possible to display the gimmick of the quest selected on the quest screen in the order of more effective skills. As a result, the user who sees the deck screen 570 can preferentially select and train the possessed character who will have the skill suitable for the quest by training, and after the evolution, the user who has the skill suitable for the quest can be trained. It is possible to incorporate the possessed character of.

Further, in the above-described embodiment, when it is determined on the deck screen after the quest is determined that the skill possessed by the possessed character changes due to training, the skill capable of responding to the quest gimmick is lost, that fact is notified to the user in advance. It is also possible to inform.

That is, the display control unit 103 of the client terminal 10 refers to the character information, the quest information, and the user information stored in the client storage unit 120, and refers to the deck screen after the quest is determined (detailed screen 550 shown in FIG. 13 and FIG. When displaying the deck screen 570) shown in 15, 18, and 19, the possessable character that can be trained becomes the character after evolution by training, and the skill that can correspond to the gimmick of the quest selected on the quest screen. Determine if you lose (that is, the skill suitable for the quest). Then, when it is determined that the skill suitable for the quest is lost, the deck screen after the quest is determined (detailed screen 550 shown in FIG. 13 and deck screen 570 shown in FIGS. 15, 18, and 19) is displayed. Display that fact in association with the possessable characters that can be trained (for example, "You will lose skill A suitable for the quest due to evolution" etc.).

In addition, if it is determined that the skill possessed by the possessed character will change due to training and the skill that can respond to the quest gimmick will be lost, it is also possible to restrict the progress from the deck screen after the quest is decided to the training screen. It is possible. For example, on the detailed screen 550 shown in FIG. 13 and the deck screen 570 shown in FIG. 15, the user cannot select the operation button for training the possessed character, or the operation button itself is not displayed. Is also possible.

As a result, it is possible to reduce the risk of losing the skill suitable for the quest selected on the quest screen by proceeding from the deck screen after the quest is decided to the training screen and training the possessed character.

<Rental screen>
In the above-described embodiment, the case where the deck screen after the quest is decided can be immediately advanced to the training screen has been described as an example, but similarly to this, the deck screen after the quest is determined should be immediately advanced to the rental screen. It is also possible to do. In this case, the characters possessed by other users are listed on the rental screen advanced from the deck screen after the quest is determined. When the user selects a character possessed by any of the other users on the rental screen, the rental character is determined as the one borrowed by the user. Also, after the rental character is decided, it is possible to immediately return to the deck screen after the quest is decided from the rental screen. In this case, the user can immediately incorporate the rental character into his / her deck on the deck screen after the returned quest is decided.

<Support screen>
In the above-described embodiment, the quest screen 510 is advanced to the deck screen 520 or the deck screen 570 via a support screen (helper selection screen) for the user to select a support character (for example, a helper) to appear in the battle game. It is also possible. The deck screen 520 or deck screen 570 in this case is also a deck screen after the quest is determined (a deck screen advanced from the quest screen).

<Contents>
In the above embodiment, the character is set in the character information, but the content is not limited to this. For example, the content may be an item, a card, a figure, an avatar, an icon, or the like.

1 Information processing system 10 Client terminal 20 Server device 50 Computer 51 CPU
52 RAM
53 ROM
54 Communication interface 55 Input device 56 Display device 57 External interface 58 HDD
100 Client control unit 101 Game control unit 101A Battle unit 101B Character assignment unit 101C Training unit 101D Stage determination unit 101E Deck determination unit 102 Server access unit 103 Display control unit 120 Client storage unit 140 Client communication unit 150 Operation input reception unit 160 Screen display Unit 200 Server control unit 201 Request processing unit 202 Information management unit 220 Server storage unit 221 Character information storage unit 222 Quest information storage unit 223 User information storage unit 240 Server communication unit 500 Menu screen 510 Quest screen 511 Quest 512 Acquirable character 513 Operation Button 514 Operation button 520 Deck screen 521 Deck display area 522 Possessed character display area 523 Operation button 524 Operation button 530 Training screen 531 Training character display area 532 Possession character display area 533 Operation button 534 Operation button 540 Training screen 541 Training screen 541 Post-training character display area 542 Operation button 550 Detail screen 551 Selected character display area 552 Character information display area 555 Operation button 554 Operation button 560 Training screen 561 Training character display area 562 Operation button 570 Deck screen 571 Deck display area 571 Possessed character display area 573 Operation button 574 Operation button 575 Operation button 576 Mark 577 Mark 580 Training screen 581 Training character display area 582 Possessed character display area 583 Operation button 584 Operation button 585 Operation button 590 Exchange screen 591 Exchange character display area 592 Operation button B Bus line N network

Claims (7)

A stage determination unit that determines the game stage to be played by the user based on the user's operation on the stage screen.
A deck determination unit that determines the deck to be used by the user during game play on the game stage based on the user's operation on the deck screen advanced from the stage screen after the game stage is determined.
Based on the user's operation on the training screen advanced from the deck screen before the deck is decided, the training unit that trains the characters that can be incorporated into the deck used by the user, and the training department.
When the stage screen is advanced to the deck screen and then the deck screen is advanced to the breeding screen, a display control unit that controls to return to the deck screen after the character is trained.
Information processing device equipped with. The display control unit advances to the breeding screen by designating the breedable character on the deck screen in which the character that can be trained and the character that cannot be trained are displayed separately.
The information processing device according to claim 1. The training unit gradually trains characters that can be incorporated into the deck used by the user.
On the deck screen, the display control unit displays the highest stage that can be raised by training in association with the character that can be trained.
The information processing device according to claim 2. The training unit trains a character that can be incorporated into the deck used by the user by varying the skill or ability parameter of the character.
The display control unit displays the characters that can be trained side by side in the order based on the skill or ability parameter after the change due to training on the deck screen.
The information processing device according to claim 2 or 3. The training unit trains a character that can be incorporated into the deck used by the user by varying the skill or ability parameter of the character.
When the display control unit determines that the skill suitable for the determined game stage is lost due to the change in the skill of the character after training, the display control unit displays that fact on the deck screen.
The information processing device according to claim 2 or 3. The training unit trains a character that can be incorporated into the deck used by the user by varying the skill or ability parameter of the character.
When the display control unit determines that the skill suitable for the determined game stage is lost due to the change in the skill of the character after the training, the display control unit restricts the player from proceeding from the deck screen to the training screen.
The information processing device according to claim 2 or 3. Computer,
A stage determining means for determining a game stage to be played by the user based on the user's operation on the stage screen.
A deck determination means for determining the deck to be used by the user during game play on the game stage based on the user's operation on the deck screen advanced from the stage screen after the game stage is determined.
A training means for training characters that can be incorporated into the deck used by the user, based on the user's operation on the training screen advanced from the deck screen before the deck is decided.
A display control means for controlling the return to the deck screen after the character is trained when the stage screen is advanced to the deck screen and then the deck screen is advanced to the breeding screen.
A program to function as.

Images