JP7559481B2 - Information processing device and program - Google Patents

Description

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

There is known an information processing device that displays a deck screen for determining a deck (a team made up of multiple characters) to be used by a user who will play the game in the determined game stage after determining one of multiple game stages (quests) on a stage screen (for example, see Patent Document 1).

Patent No. 6269881

Generally, after a game stage is determined, the user advances from the stage screen to the deck screen, and after the deck is determined, the user advances from the deck screen to the game play screen, allowing the user to enjoy playing the game at that game stage using the deck. On the other hand, if the user advances from the stage screen to the deck screen after determining the game stage in this way, even if the user notices that a character to be incorporated into the deck is not yet developed, the user cannot advance from the deck screen to the development screen. Therefore, the user must cancel the determination of the game stage, advance to the development screen from the selection menu to develop the character that is not yet developed, and then advance to the stage screen from the selection menu again to determine the same game stage. This is cumbersome for users who perform operations before starting game play.
The present invention has been made in view of the above circumstances, and an object of the present invention is to reduce the operational burden on the user.

The main invention of the present invention to solve the above problems is:
a stage determination unit that determines a game stage to be played by a user based on an operation of the user on a stage screen;
a deck determination unit that determines a deck to be used by the user when playing a game in the game stage based on a user's operation on a deck screen to which the user has progressed from the stage screen after the game stage has been determined;
a training section that trains a character that can be incorporated into the deck used by the user based on a user's operation on a training screen to which the user has proceeded from the deck screen before the deck is determined;
a display control unit that, when proceeding from the stage screen to the deck screen and then proceeding from the deck screen to the training screen, performs control to return to the deck screen after training of a character;
The information processing device is provided with:
Other features of the present invention will become apparent from the following detailed description of the present invention and the accompanying drawings.

FIG. 1 is a configuration diagram showing an example of an information processing system 1. FIG. 2 is a hardware configuration diagram illustrating an example of a computer. FIG. 2 is a functional block diagram illustrating an example of a server device 20. FIG. 2 is a diagram illustrating an example of character information. FIG. 13 is a diagram illustrating an example of quest information. FIG. 2 is a diagram illustrating an example of user information. FIG. 2 is a functional block diagram illustrating an example of a client terminal 10. FIG. 5 is an image diagram showing an example of a menu screen 500. FIG. 5 is an image diagram showing an example of a quest screen 510. FIG. 13 is an image diagram showing an example of a deck screen 520. FIG. 13 is an image diagram showing an example of a development screen 530. FIG. 5 is an image diagram showing an example of a development screen 540. FIG. 13 is an image diagram showing an example of a details screen 550. FIG. 5 is an image diagram showing an example of a development screen 560. FIG. 13 is an image diagram showing an example of a deck screen 570. FIG. 13 is an image diagram showing an example of a development screen 580. FIG. 13 is an image diagram showing an example of an exchange screen 590. FIG. 13 is an image diagram showing another example of the deck screen 570. FIG. 13 is an image diagram showing another example of the deck screen 570.

At least the following matters will become apparent from the description of this specification and the accompanying drawings.
That is, a stage determination unit that determines a game stage to be played by a user based on the user's operation on a stage screen;
a deck determination unit that determines a deck to be used by the user when playing a game in the game stage based on a user's operation on a deck screen to which the user has progressed from the stage screen after the game stage has been determined;
a training section that trains a character that can be incorporated into the deck used by the user based on a user's operation on a training screen to which the user has proceeded from the deck screen before the deck is determined;
a display control unit that, when proceeding from the stage screen to the deck screen and then proceeding from the deck screen to the training screen, performs control to return to the deck screen after training of a character;
The information processing device is provided with:
According to such an information processing device, when the user advances from the stage screen to the deck screen after the game stage is determined, the user can advance from the deck screen to the development screen. Therefore, when the user realizes that the character to be incorporated into the deck needs to be developed, the user does not need to cancel the game stage determination and advance to the development screen from the selection menu, and can develop the character without much effort. Furthermore, after the character is developed, the user can return to the deck screen, and after the character is developed, the user can quickly return to the deck screen after the game stage is determined. As a result, the user's operational burden can be reduced.

Moreover, in such an information processing device,
The display control unit may allow a user to proceed to the development screen by selecting a character that can be developed on the deck screen, which displays characters that can be developed and characters that cannot be developed separately.
According to such an information processing device, a user can easily recognize whether or not the character to be incorporated into the deck can be developed simply by looking at the deck screen after the game stage has been determined.

Moreover, in such an information processing device,
The training unit trains characters in stages to be incorporated into the deck used by the user,
The display control unit may be configured to display, on the deck screen, the highest level that a character can reach through training, in association with the character that can be trained.
According to such an information processing device, a user can easily recognize to what stage a character to be incorporated into the deck can be raised through training, simply by looking at the deck screen after the game stage has been determined.

Moreover, in such an information processing device,
the training unit trains a character that can be incorporated into the deck used by the user by varying a skill or ability parameter of the character;
The display control unit may be configured to display the trainable characters on the deck screen in an order based on the skill or ability parameters after changes due to training.
With such an information processing device, a user can easily see, by simply looking at the deck screen after the game stage has been determined, how the skill or ability parameters of the characters to be incorporated into the deck will change through training, and can also easily recognize the priority order for training.

Moreover, in such an information processing device,
the training unit trains a character that can be incorporated into the deck used by the user by varying a skill or ability parameter of the character;
When the display control unit determines that a character's skill has changed after training, causing the character to lose a skill suitable for the determined game stage, it may display a message to that effect on the deck screen.
With such an information processing device, a user can immediately recognize, simply by looking at the deck screen after the game stage has been determined, that the character's skills have changed after training, causing the character to lose the skills appropriate for the game stage.

Moreover, in such an information processing device,
the training unit trains a character that can be incorporated into the deck used by the user by varying a skill or ability parameter of the character;
The display control unit may also restrict progression from the deck screen to the training screen if it determines that the character's skills have changed after training, causing the character to lose the skills appropriate for the determined game stage.
With such an information processing device, the user can immediately recognize that by not being able to proceed from the deck screen to the training screen, the character's skills will change after training, resulting in the loss of skills appropriate for the game stage.

Next, the computer
a stage determination means for determining a game stage to be played by a user based on an operation of the user on a stage screen;
a deck determination means for determining a deck to be used by the user when playing a game in the game stage based on a user's operation on a deck screen to which the user has progressed from the stage screen after the game stage has been determined;
a training means for training a character that can be incorporated into the deck used by the user based on a user's operation on a training screen advanced from a deck screen before the deck is determined;
a display control means for performing control to return the screen to the deck screen after the character is developed when the screen is advanced from the stage screen to the deck screen and then advanced from the deck screen to the development screen;
This is a program that enables the system to function as a
According to such a program, it is possible to reduce the operational burden on the user.

====Embodiment===
The following describes in detail an information processing device, a program, and an information processing system according to an embodiment of the present invention. Note that the present invention can be widely applied to information processing devices, programs, and information processing systems that employ games that allow users to develop content (e.g., characters).

<<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, the information processing system 1 according to the present embodiment has one or more client terminals 10 and a server device 20 connected via a network N.

The client terminal 10 is a terminal device operated by a user, such as a smartphone, tablet, or PC, or a terminal device such as a dedicated gaming device for home or commercial use. The server device 20 manages and controls the game played by the user on the client terminal 10, and processes billing within the game. The network N is the Internet, etc., and includes a mobile wireless base station, etc.

In addition to the client-server type information processing system 1 shown in FIG. 1, the present invention can also be applied to a standalone game device (information processing device) by providing a separate mechanism for in-game billing processing. The information processing system 1 in FIG. 1 is only one example, and it goes without saying that there are various system configurations depending on the application and purpose. For example, the server device 20 in FIG. 1 may be configured to be distributed across multiple computers.

<<Hardware configuration>>
<Client terminal and server device>
Fig. 2 is a hardware configuration diagram showing an example of a 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 the hardware configuration shown in Fig. 2. 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, and a HDD 58, all of which are interconnected by a bus line B. Note that the server device 20 may be configured such that the input device 55 and the display device 56 are connected and used when necessary.

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

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

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

The communication interface 54 is an interface for connecting the computer 50 to the network N. This allows the computer 50 to perform data communication via the communication interface 54.

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

The display device 56 is a device for displaying various information to a user or administrator. In this embodiment, the display device 56 is, for example, a liquid crystal or organic electroluminescence display.

The external interface 57 is an interface for connecting to an external device so as to enable data communication. This allows the computer 50 to read and/or write data from and to a 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.

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

In addition, instead of HDD 58, a drive device that uses flash memory as a storage medium (e.g., a solid-state drive: SSD) may be used.

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

<< Software configuration >>
<Server device>
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 blocks shown in FIG.

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

The server control unit 200 has the function of executing various processes in the server device 20. In this embodiment, the server control unit 200 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 results, etc. as a response to the client terminal 10.

The information management unit 202 stores various information about users who have played the game as user information in the user information storage unit 223. The information management unit 202 also refers to and updates user information, etc. in response to a request from the request processing unit 201.

The server storage unit 220 has the function of storing various information in the server device 20. In this embodiment, the server storage unit 220 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 a content information storage unit, and stores character information (content information) related to characters as an example of content. The character information stored in the character information storage unit 221 is composed of various data items as shown below.

FIG. 4 is a diagram showing an example of character information. The character information shown in FIG. 4 has items such as a character ID, a name, a rarity, a capability parameter, a skill, an evolved character, and a lottery probability. The character ID is information for uniquely identifying various characters. The name is information indicating the character name. The rarity is information indicating the rarity (rareness value) of the character. Here, one of the multiple rarity classes is initially set. In this embodiment, five levels of rarity from "1" to "5" can be set. Note that the rarity class is not limited to five levels, and may be four or less levels, or six or more levels. The capability parameter is information indicating the capability possessed by the character. Here, capability values such as attack, defense, and HP are initially set. The skill (also called "ability") is information indicating the special capability possessed by the character. This special capability includes a special capability that can respond to the gimmick of the quest. In this embodiment, a character that has a special capability that can respond to the gimmick of the quest becomes a character suitable for that quest. The evolved character is information indicating a character that is even stronger after evolution than before evolution. In this embodiment, evolved characters can be set in stages. For example, in the case of "character C" in the figure, "character C1" is set as the first evolved character. It is also possible to set two characters, "character C1" and "character C2", branched from the common "character C", as the first evolved characters. In contrast, in the case of "character E" in the figure, "character E1" is set as the first evolved character, and "character E2" is set as the second evolved character. Here, the second evolved character is set to have higher skills and ability values than the first evolved character. The evolution stages are not limited to two stages, and may be three or more stages. The lottery probability is information indicating the probability that a character will win a lottery game.

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

5 is a diagram showing an example of quest information. The quest information shown in FIG. 5 has items such as a quest ID, a name, a gimmick, required points, difficulty level, an enemy character, and an obtainable character. The quest ID is information for uniquely identifying a quest that is a unit of play. The name is information indicating the name of the quest. The gimmick is information indicating a mechanism for hindering the user in the quest. In this embodiment, a mechanism for reducing the HP of a character that touches a wall or the like is included as a gimmick. The required points is information indicating the number of game points (stamina) required to play the quest. The difficulty level is information indicating the ease of clearing the quest. The enemy character is information indicating a character that will be an opponent that appears in the quest, among the multiple characters set in the character information stored in the character information storage unit 221. The obtainable character is information indicating one or more characters that the user can obtain in the quest, among the multiple characters set in the character information stored in the character information storage unit 221. Note that the obtainable character and the enemy character of the quest may be the same character.

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

Figure 6 is a diagram showing an example of user information. The user information shown in Figure 6 has items such as a user ID, a name, a character, a deck, and points. The user ID is information for uniquely identifying a user. The name is information indicating the user name. The character is information indicating one or more characters currently owned by the user among the multiple 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 currently owned characters are also set. The deck is information indicating the multiple characters that make up the user's deck. In this embodiment, it is also possible to set two or more decks in advance. The points are information indicating the number of game points currently owned by the user. The user can play a quest by consuming his/her game points as many as the points required for the quest. It is also possible to play a quest without consuming game points.

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

<Client terminal>
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 blocks shown in FIG.

The client terminal 10 according to this 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 the function of executing various processes in the client terminal 10. This 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 this embodiment controls the progress of a battle game, a lottery game, a combination game, etc., which will be described later, based on game operations received by the client terminal 10 from the user. This game control unit 101 includes a battle unit 101A, a character assignment unit 101B, a training unit 101C, a stage determination unit 101D, and a deck determination unit 101E.

The match unit 101A controls the match between characters who will be opponents. In this embodiment, the match unit 101A determines the outcome of the match between the opponent characters based on various parameters, etc., possessed by each character included in the deck.

The character assigning unit 101B assigns to the user a character set in the character information stored in the character information storage unit 221. The character assigning unit 101B according to this embodiment assigns one or more characters to the user through a fighting game, a lottery game, or the like. In other words, the user can acquire a character by playing a fighting game, a lottery game, or the like.

The training unit 101C trains characters owned by the user. The training performed by the training unit 101C includes increasing (strengthening) the parameters (ability parameters, etc.) of the characters, and changing (evolving) the characters into characters with higher parameters (ability parameters, etc.) or rarity (stronger characters) or characters with new skills. The training unit 101C includes an evolution unit that trains characters by evolving them, and a synthesis unit that trains characters by synthesizing them.

The evolution unit evolves the character owned by the user into an even stronger character. In the evolution unit according to this embodiment, when an evolution condition is satisfied for a pre-evolved character owned by the user, the user is not allowed to own (does not own) the pre-evolved character, but is allowed to own an evolved character. The evolution condition according to this embodiment is, for example, that the evolution parameter set for the pre-evolved character reaches a maximum value. Note that the evolution condition is not limited to this, and for example, it may be that all characters that are to be pre-set synthesis materials are obtained in a battle game or a lottery game, and all of them are synthesized with the pre-evolved character (the character to be synthesized). In addition, the evolution unit according to this embodiment can evolve the character owned by the user in stages. For example, when an evolution condition is satisfied for a pre-evolved character owned by the user, a first stage of evolution is performed, and then when an evolution condition is satisfied for a character evolved after the first stage, a second stage of evolution is performed.

The synthesis unit strengthens one character by synthesizing it with another character from among multiple characters owned by the user, at the expense of sacrificing (making the other character not owned). For example, each time the synthesis unit in this embodiment synthesizes a character identical to the original character as a synthesis material character, it gradually increases the maximum value of the ability parameters set for the original character. At this time, the character that becomes the synthesis material becomes a character that the user does not own (i.e., is sacrificed).

The stage determination unit 101D determines the game stage that the user will play based on the user's operation on the stage screen (also referred to as the "stage selection screen"). In this embodiment, the stage determination unit 101D determines the quest that the user will play next by having the user select one of the multiple quests displayed on the quest screen (also referred to as the "quest selection screen"). Note that it is also possible to automatically determine the quest without relying on the user's selection operation.

The deck determination unit 101E determines the deck that the user will use when playing the game in that game stage, based on the user's operation on the deck screen (also called the "deck selection screen" or "deck composition screen") to which the user proceeds from the stage screen after the game stage has been determined. The deck determination unit 101E in this embodiment determines the deck that the user will use when playing the game by creating a deck using multiple characters selected by the user on the deck screen. It is also possible to determine the deck automatically, without relying on the user's selection operation.

When access to the server device 20 becomes necessary during various processes executed by the game control unit 101 or the display control unit 103, the server access unit 102 sends various processing requests to the server device 20 and receives processing results, etc. from the server device 20 as a response.

The display control unit 103 controls the screen display of the client terminal 10 according to the progress of various games, etc. The display control unit 103 according to this embodiment controls the screen display of the client terminal 10 by generating data for various screens according to the progress of a competitive game or a lottery game controlled by the game control unit 101, for example.

The operation input reception unit 150 receives operation input from a user operating the client terminal 10. The client storage unit 120 stores installed applications (game apps, etc.) and various programs and data required by the client terminal 10 (for example, character information, quest information, user information, etc., similar to the server device 20). 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 of the display control unit 103.

As described above, in the information processing system 1 according to this embodiment, game control and display control are performed in the client terminal 10, but they may also be performed by the server device 20. 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, but to be provided in the server control unit 200 of the server device 20.

The client control unit 100 of the client terminal 10 may be of a browser type, which receives page data written in HTML (Hyper Text Markup Language) or the like and scripts contained in the page data from the server device 20 and performs game-related processing. The client control unit 100 of the client terminal 10 may be of an application type, which performs game-related processing based on an installed application. Figure 7 shows the application type as an example.

＜＜System Overview＞＞
Here, an overview of the information processing system 1 in this embodiment will be described. The information processing system 1 in this embodiment includes at least a fighting game, a lottery game, and a combination game.

The battle game in this embodiment is a game in which an enemy character appears against a deck made up of multiple characters, and the characters that make up the deck battle against the enemy character that appears.

In this fighting game, multiple quests (game stages) are set for each specified period, with the objective of defeating enemy characters, etc. A user can create a deck (also called "organize") using the characters he or she owns, and select one of the quests that can be played during the current period to challenge an enemy character. When a user clears the selected quest, they can acquire the character that is associated with that quest and is available for acquisition.

In the battle game of this embodiment, a user who wants to acquire a desired character selects a quest in which the desired character can be acquired from multiple quests listed on a quest screen, and the quest that the user will now attempt is determined. After the quest is determined, the user proceeds from the quest screen to a deck screen, where the user can incorporate the characters he or she owns, listed on the deck screen, into the deck, thereby determining the deck to be used in the determined quest. After the deck is determined, the user proceeds from the deck screen to a game play screen, where the user can use the deck to attempt the quest.

In this embodiment, when the user advances to the deck screen after the quest is determined and realizes that the character he or she wishes to include in the deck (the character he or she intends to include in the deck) is not yet fully developed, the user can advance from the deck screen to the development screen. This eliminates the need to cancel the quest decision and advance from the menu screen to the development screen, allowing the user to develop the character without any effort. Furthermore, after developing the character, the user can return directly to the deck screen after the quest is determined without having to advance from the menu screen to the quest screen again. This allows the user to quickly return to the deck screen after the quest is determined, determine their own deck by incorporating the developed character into the deck, and advance to the game play screen, reducing the operational burden on the user.

<<System Operation>>
Before describing the screen transitions in this embodiment, the screen transitions in a comparative example will be described with reference to FIGS.

Comparative Example
The display control unit 103 of the client terminal 10 displays the menu screen 500 shown in FIG.

Figure 8 is an image diagram showing an example of a menu screen 500. This menu screen 500 displays a list of selection items such as "Event Quest," "Character Development," and "Character Selling." For example, when "Event Quest" is selected by the user, the menu screen proceeds to a quest screen. On the quest screen, the user can select the quest to challenge. When "Character Development" is selected, the menu screen proceeds to a development screen. On the development screen, the user can develop the characters he or she owns. When "Character Selling" is selected, the menu screen proceeds to a selling screen. On the selling screen, the user can sell (not own) the characters he or she owns. Here, the explanation will continue assuming that the user has selected "Event Quest."

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.

Figure 9 is an image diagram showing an example of a quest screen 510. A list of multiple playable quests 511 is displayed on this quest screen 510. Acquirable characters 512 are displayed in association with each of the multiple quests 511. This allows the user to select a quest in which the user can acquire a desired character. Also displayed on the quest screen 510 are an operation button 513 for returning to the menu screen 500, and an operation button 514 for proceeding to the next screen.

Next, when the user selects one of the quests 511 on the quest screen 510 and then selects the operation button 514, 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.

Figure 10 is an image diagram showing an example of a deck screen 520. This 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. This deck display area 521 displays a deck made up of possessed characters selected by the user from the multiple possessed characters displayed in the possessed character display area 522. By selecting operation button 524, the user can start a battle play in a quest selected on the quest screen 510 using the deck displayed in the deck display area 521.

Here, when a user looks at deck screen 520 after the quest has been determined and tries to select a character to be incorporated into the deck displayed in deck display area 521 from among the multiple characters displayed in character display area 522, the user may notice that the character is insufficiently trained. In this case, even if the user wants to train the character immediately, they cannot proceed from the deck screen to the training screen. Therefore, the user must cancel the quest selection by selecting operation button 523, return to menu screen 500, and proceed to the training screen by selecting "character training." In this way, returning to the menu screen to perform operations again, even though the user started operations from the menu screen and determined the quest, is a cumbersome operation for the user before starting play.

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

Figure 11 is an image diagram showing an example of the training screen 530. This 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. The training character display area 531 displays a possessed character to be used as a synthesis source (a possessed character to be trained) selected by the user from the multiple possessed characters displayed in the possessed character display area 532, and possessed characters to be used as synthesis materials. By selecting operation button 534, the user can start training the possessed character to be used as a synthesis source displayed in the training character display area 531.

Next, when the operation button 534 is selected on the training screen 530, and training of the owned character that needs training is completed, the display control unit 103 of the client terminal 10 displays the training screen 540 shown in FIG. 12 on the screen display unit 160.

Figure 12 is an image diagram showing an example of the training screen 540. This training screen 540 includes a trained 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, when the user has completed training on this training screen 540, they must select operation button 542 to return to the menu screen 500 again, and then select "Event Quest" to proceed to the quest screen 510 shown in FIG. 9 in order to select the quest that they once canceled again. This operation of repeatedly selecting the same quest is cumbersome for the user before they have started playing.

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, when the user selects the same quest 511 as the canceled quest on the quest screen 510 and then selects the operation button 514, the display control unit 103 of the client terminal 10 displays the deck screen 520 shown in FIG. 10 again on the screen display unit 160.

The user can now finally return to the deck screen 520 after the quest has been decided, and can select a character that has been completed with training on the training screen 540 from among the multiple characters displayed in the character display area 522, and incorporate it into the deck displayed in the deck display area 521.

As described above, in the screen transitions in the comparative example, even if a user who looks at the deck screen after the quest has been determined (deck screen 520) notices that a character they intend to include in the deck needs to be trained, they cannot proceed from the deck screen after the quest has been determined to the training screen (training screen 530). Therefore, the user must cancel the quest determination, return to the selection menu (menu screen 500), proceed to the training screen from that selection menu and train the character that needs training. Furthermore, after completing training of the character that needs training, the user must return to the selection menu again, proceed to the quest screen (quest screen 510) from that selection menu and decide on the same quest again. As a result, this is cumbersome for users who perform operations before starting play.

<Present embodiment>
Next, the screen transition of this embodiment will be described with reference to Fig. 13 and Fig. 14. In the screen transition of this embodiment, as in the comparative example, a case will be described in which the user selects "Event Quest" on the menu screen 500 shown in Fig. 8 and proceeds to the quest screen 510 shown in Fig. 9.

First, when the user selects "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, when such a selection operation is performed by the user, the display control unit 103 of the client terminal 10 requests the server access unit 102 to execute an access process. When the server access unit 102 of the client terminal 10 is requested to execute an access process by the display control unit 103, it transmits a request to the server device 20 to transmit quest information.

When the request processing unit 201 of the server device 20 accepts the request, it requests the information management unit 202 to execute a data acquisition process. When the information management unit 202 of the server device 20 is requested by the request processing unit 201 to execute a data acquisition process, it 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. Thereafter, 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, generates a quest screen 510 that lists multiple playable quests 511 and performs control to display it on the screen display unit 160.

Next, when the quest screen 510 is displayed on the screen display unit 160 and the user selects one of the quests 511 and then selects the operation button 514, the stage determination unit 101D of the client terminal 10 determines the selected quest 511 as the quest that the user will now play. In other words, the stage determination unit 101D of the client terminal 10 sets the selected quest 511 in the user information of the user stored in the client storage unit 120 as the quest that the user will now play, based on the user's selection of one of the quests 511.

Next, when the quest that the user will play is determined, 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.

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

When the request processing unit 201 of the server device 20 accepts the request, it requests the information management unit 202 to execute a data acquisition process. When the information management unit 202 of the server device 20 is requested to execute a data acquisition process by the request processing unit 201, it refers to the user information stored in the user information storage unit 223 and acquires user information including the user's possessed characters and deck. The request processing unit 201 transmits the information acquired by the information management unit 202 to the client terminal 10. Thereafter, 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, generates a deck screen 520 displaying the user's deck and possessed characters and performs control to display it on the screen display unit 160.

Next, when the deck screen 520 is displayed on the screen display unit 160 and a user selects a character displayed in the deck display area 521 or the character display area 522, the display control unit 103 of the client terminal 10 displays a details screen 550 of the selected character on the screen display unit 160.

This details screen 550 is a screen transitioned to from the deck screen 520, but is a part of the deck screen 520. Note that the details screen 550 can also be integrated with the deck screen 520 by overlaying it on top of it, making it the entire deck screen.

Figure 13 is an image diagram showing an example of a details screen 550. This details 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 developing a possessed character. The selected character display area 551 displays a possessed character selected by the user from the possessed characters displayed in the deck display area 521 or possessed character display area 522 of the deck screen 520. The character information display area 552 displays character information (such as current ability values and skills) related to the possessed character displayed in the selected character display area 551.

In this embodiment, if a user who views the details screen 550 (i.e., a user who views the deck screen after a quest has been decided) wishes to incorporate a possessed character displayed in the selected character display area 551 into their deck, but realizes that the possessed character needs further development, they can select operation button 554 to immediately develop the possessed character that needs further development.

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

In this way, it is possible to proceed from the details screen 550 (i.e., the deck screen after the quest is decided) to the training screen 530, eliminating the need to cancel the quest selection and return to the menu screen 500 as in the screen transition in the comparative example. This makes it possible to free the user from cumbersome operations such as the screen transition in the comparative example.

Next, when the operation button 534 is selected on the training screen 530, and training of the owned character that needs training is completed, the display control unit 103 of the client terminal 10 displays the training screen 560 shown in FIG. 14 on the screen display unit 160.

Figure 14 is an image diagram showing an example of the training screen 560. This training screen 560 includes a trained 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, when the user has completed training on this training screen 560, they can select the operation button 562 to immediately return to the deck screen 520 after the quest has been decided, eliminating the need to return to the menu screen 500 again as in the screen transition in the comparative example, and then proceed to the quest screen 510 to select the quest that was once canceled again. This makes it possible to free the user from the troublesome operations of the screen transition in the comparative example.

Next, when the user selects the operation button 562 on the development screen 560, 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.

In this way, the user can immediately return to the deck screen 520 after the quest has been determined, and can select a character that has been completed with training on the training screen 560 from among the multiple characters displayed in the character display area 522, and incorporate it into the deck displayed in the deck display area 521.

Next, when this deck screen 520 is displayed on the screen display unit 160, all of the owned characters that make up the deck are arranged in the deck display area 521, and when the operation button 524 is selected, the deck determination unit 101E of the client terminal 10 determines the deck arranged in the deck display area 521 as the deck to be used in the quest that the user is about to play. In other words, the deck determination unit 101E of the client terminal 10 sets the owned characters that make up the deck selected by the user as the deck to be used in the quest that the user is about to play in the user information of the user stored in the client storage unit 120.

As described above, in the screen transition of this embodiment, when a user who has viewed the deck screen (detail screen 550) after the quest has been determined notices that the character he/she plans to include in the deck is not yet developed, he/she can proceed directly (without going through a selection menu) from the deck screen after the quest has been determined to the development screen (development screen 530). Therefore, unlike the screen transition of the comparative example, it is not necessary to cancel the quest decision once, return to the selection menu (menu screen 500), and proceed from the selection menu to the development screen to develop the character that is not yet developed, which can free the user from bothersome operations. Furthermore, after completing the development of the character that is not yet developed, he/she can return directly (without going through a selection menu) to the deck screen after the quest has been determined. Therefore, unlike the screen transition of the comparative example, it is not necessary to return to the selection menu again, proceed from the selection menu to the quest screen (quest screen 510) to decide the same quest again, which can further reduce the burden on the user.

<Modification 1>
In the screen transition of this embodiment, as described above, a case has been described in which the player advances from the deck screen 520 to the development screen 530 via the details screen 550. In this case, the deck screen 520 and the details screen 550 are regarded as one deck screen after the quest is determined, and the player can advance directly from the deck screen to the development screen, but the details screen 550 can also be omitted.

For example, when any one of the quests 511 is selected on the quest screen 510 shown in FIG. 9 and the operation button 514 is selected, the display control unit 103 of the client terminal 10 can display the deck screen 570 shown in FIG. 15 on the screen display unit 160.

Figure 15 is an image diagram showing an example of a deck screen 570. This 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 developing a possessed character, and an operation button 575 for starting a battle. This deck display area 571 displays a deck made up of possessed characters selected by the user from the multiple possessed characters displayed in the possessed character display area 572.

In variant 1, if a user looks at deck screen 570 after a quest has been decided and wishes to incorporate a possessed character displayed in possessed character display area 572 into the deck displayed in deck display area 571, but realizes that the possessed character needs further development, the possessed character that needs further development can be developed immediately by selecting operation button 574.

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

In this way, since it is possible to proceed from the deck screen 570 after deciding on a quest to the training screen 530, there is no need to cancel the selection of a quest and return to the menu screen 500 as in the screen transition in the comparative example. This makes it possible to free the user from cumbersome operations such as the screen transition in the comparative example.

Next, when the operation button 534 is selected on the training screen 530, and training of the owned character that needs training is completed, the display control unit 103 of the client terminal 10 displays the training screen 560 shown in FIG. 14 on the screen display unit 160.

After that, when the user has completed training on this training screen 560, they can select the operation button 562 to immediately return to the deck screen 570 after the quest has been decided, so there is no need to return to the menu screen 500 again as in the screen transition in the comparative example, and then proceed to the quest screen 510 to select the quest that was once canceled again. This makes it possible to free the user from the troublesome operations of the screen transition in the comparative example.

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

In this way, the user can immediately return to the deck screen 570 after the quest has been determined, and can select a character that has been trained on the training screen 560 from among the multiple characters displayed in the character display area 572, and incorporate it into the deck displayed in the deck display area 571.

<Modification 2>
As in the screen transition of this embodiment, when proceeding from deck screen 520 after deciding on a quest to development screen 530 via detail screen 550, or when proceeding from deck screen 570 after deciding on a quest to development screen 530 as in variant example 1, it is also possible to proceed from development screen 530 to a screen that further supports development (for example, an exchange screen).

For example, when the operation button 554 is selected on the details screen 550 shown in FIG. 13, or when the operation button 574 is selected on the deck screen 570 shown in FIG. 15, the display control unit 103 of the client terminal 10 can display the development screen 580 shown in FIG. 16 on the screen display unit 160.

Figure 16 is an image diagram showing an example of the training screen 580. This training screen 580 includes 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 an operation button 585 for exchanging characters.

In variant 2, if a user who looks at training screen 580 notices that using the owned characters displayed in owned character display area 582 as synthesis materials to train the owned character (the owned character to be trained) that is the source of synthesis and is displayed in training character display area 581 is not enough, the user can immediately obtain characters that will make up the missing synthesis material by selecting operation button 585.

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

Figure 17 is an image diagram showing an example of an exchange screen 590. This exchange screen 590 includes an exchange character display area 591 and an operation button 592 for returning to the training screen 580. This exchange character display area 591 displays exchange characters that can be used as synthesis materials, as well as the number of game points (such as game points that can be acquired by selling owned characters) required to obtain the exchange character. Users can obtain exchange characters by exchanging them for game points they own.

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 owned character that is the subject of training, and it is no longer necessary to cancel the selection of a quest, return to the menu screen 500, and then proceed to the exchange screen 590. This frees the user from bothersome operations.

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

In this way, the user can instantly return to the training screen 580, and can select the character obtained on the exchange screen 590 as a synthesis material from among the multiple owned characters displayed in the owned character display area 582, and sufficiently strengthen the owned character to be used as the source of synthesis, displayed in the training character display area 581.

===Other embodiments===
The above-described embodiments are provided to facilitate understanding of the present invention, and are not intended to limit the present invention. The present invention may be modified or improved without departing from the spirit of the present invention, and equivalents thereof are also included in the present invention. In particular, the following embodiments are also included in the present invention.

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

For example, when any one of the quests 511 is selected on the quest screen 510 shown in FIG. 9 and the operation button 514 is selected, the display control unit 103 of the client terminal 10 can display the deck screen 570 shown in FIG. 18 on the screen display unit 160.

Figure 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 Figure 15, but in the owned character display area 572, it displays a distinction between owned characters that can be trained and owned characters that cannot be trained. Here, a mark 576 indicating that the character can be trained is displayed in association with the owned characters that can be trained.

In other words, when the display control unit 103 of the client terminal 10 displays the deck screen 570 shown in FIG. 18, it references the user information stored in the client storage unit 120 and extracts from the user's owned characters those characters for which the evolution conditions are met but which have not yet evolved. Then, "Can evolve" is displayed in association with the extracted owned characters, and nothing is displayed for the other owned characters. This allows the user viewing this deck screen 570 to easily recognize whether or not the owned characters to be incorporated into the deck can be developed.

In addition, in the above-mentioned embodiment, on the deck screen 520 shown in FIG. 10 and the deck screen 570 shown in FIG. 15, not only are possessed characters that can be trained and possessed characters that cannot be trained displayed separately, but it is also possible to display the highest evolution stage (up to two stages) that a character can reach through training.

For example, when any one of the quests 511 is selected on the quest screen 510 shown in FIG. 9 and the operation button 514 is selected, the display control unit 103 of the client terminal 10 can display the deck screen 570 shown in FIG. 19 on the screen display unit 160.

Figure 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 Figure 15, but in the owned character display area 572, not only are the owned characters that can be trained and those that cannot be trained displayed separately, but a mark 577 is also displayed for the owned characters that can be trained, indicating to what stage they can be trained.

That is, when the display control unit 103 of the client terminal 10 displays the deck screen 570 shown in FIG. 19, the display control unit 103 refers to the user information stored in the client storage unit 120 and extracts from the characters owned by the user those characters for which the first stage evolution conditions are met but which have not yet evolved. The extracted characters are displayed as "Evolution 1 possible", indicating that one of two stages of evolution is possible. The display also refers to the user information stored in the client storage unit 120 and extracts from the characters owned by the user those characters after the first stage of evolution. The display also extracts from the extracted characters after the first stage of evolution those characters for which the second stage evolution conditions are met but which have not yet evolved. The display also corresponds to the extracted characters owned by the user and displays "Evolution 2 possible", indicating that two of two stages of evolution are possible. In addition, by referencing the user information stored in the client storage unit 120, the system extracts from the user's owned characters those characters for which not only the first stage evolution conditions but also the second stage evolution conditions are met (for example, not only do they have all the synthesis materials necessary for the first stage evolution, but they also have all the synthesis materials necessary for the second stage evolution) but which have not yet evolved. The system displays "Evolution 2 possible" in association with the extracted owned characters, indicating that two of the two stages of evolution are possible. This allows the user, who views the deck screen 570, to easily recognize to what stage the owned characters to be incorporated into the deck can evolve through training.

It is also possible to display in advance the maximum value of the ability parameters that can be set for the evolved owned characters through training, in association with the owned characters that can be trained (for example, displaying "Maximum HP after evolution: 10,000"). Furthermore, in this case, it is also possible to display the owned characters that can be trained in the owned character display area 572 in an order based on the ability parameters after evolution through training. This allows the user looking at the deck screen 570 to prioritize and train owned characters that have, for example, high HP after evolution through training, and after training, it becomes possible to incorporate the evolved owned characters with high HP into the deck.

It is also possible to display in advance the maximum value of the ability parameters that can be set for a possessed character after strengthening through training, in association with the possessed character that can be trained (for example, displaying "Maximum HP after strengthening: 5000"). Furthermore, in this case, it is also possible to display possessed characters that can be trained in the possessed character display area 572 in an order based on the ability parameters after strengthening through training. This allows a user looking at the deck screen 570 to preferentially select and train possessed characters with high HP after strengthening through training, for example, and after training, it becomes possible to incorporate the possessed characters with high HP into the deck.

It is also possible to display in advance the skills to be set for the evolved characters by training in association with the trainable characters. In this case, it is also possible to display trainable characters in the trainable character display area 572 according to the type of skill to be set for the evolved characters by training. In addition, it is also possible to display only trainable characters in the trainable character display area 572 whose skills to be set for the evolved characters by training match the skills that can be used for the gimmick of the quest selected on the quest screen. In addition, if there are multiple types of skills that can be used for the gimmick of the quest selected on the quest screen, it is also possible to display trainable characters according to the type of skill. For example, it is also possible to display them in the order of the skills that are most effective for the gimmick of the quest selected on the quest screen. This allows the user who views the deck screen 570 to preferentially select and train the trainable characters that will have skills suitable for the quest by training, and after training, it is possible to incorporate the evolved trainable characters with skills suitable for the quest into the deck.

In the above-mentioned embodiment, if it is determined that the skills possessed by a possessed character will change due to training on the deck screen after the quest is decided, and the character will lose a skill that can deal with the quest's gimmick, it is possible to notify the user of this in advance.

That is, when the display control unit 103 of the client terminal 10 displays the deck screen after the quest is determined (details screen 550 shown in FIG. 13 or deck screen 570 shown in FIGS. 15, 18, and 19) by referring to the character information, quest information, and user information stored in the client storage unit 120, it determines whether or not the trainable character in the possession will lose a skill that can handle the gimmick of the quest selected on the quest screen (i.e., a skill suitable for the quest) as a result of the trained character evolving into an evolved character through training. If it determines that a skill suitable for the quest will be lost, it displays that fact in association with the trainable character in the deck screen after the quest is determined (details screen 550 shown in FIG. 13 or deck screen 570 shown in FIGS. 15, 18, and 19) (for example, it displays "You will lose skill A suitable for the quest as a result of evolution").

In addition, if it is determined that training will cause the skills of a possessed character to change, resulting in the character losing skills that can be used to deal with a quest gimmick, it is also possible to restrict the user from proceeding from the deck screen after the quest is selected to the training screen. For example, it is possible to prevent the user from selecting an operation button for training a possessed character on the details screen 550 shown in FIG. 13 or the deck screen 570 shown in FIG. 15, or to not display the operation button itself.

This reduces the risk of losing the skills appropriate for the quest selected on the quest screen by proceeding from the deck screen after deciding on a quest to the training screen and training your characters.

<Rental screen>
In the above embodiment, an example was given of a case where the user can immediately proceed from the deck screen after the quest has been determined to the training screen, but similarly, it is also possible to immediately proceed from the deck screen after the quest has been determined to the rental screen. In this case, the rental screen to which the user proceeds from the deck screen after the quest has been determined displays a list of characters owned by other users. When the user selects one of the characters owned by other users on the rental screen, the character is determined as the rental character that the user has borrowed. In addition, after the rental character has been determined, it is also possible to immediately return from the rental screen to the deck screen after the quest has been determined. In this case, the user can immediately incorporate the rental character into his or her own deck on the deck screen after the quest has been determined to which the user has returned.

<Support screen>
In the above-mentioned embodiment, it is also possible to proceed from the quest screen 510 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 fighting game. Note that the deck screen 520 or the deck screen 570 in this case is also a deck screen after the quest is determined (a deck screen advanced to from the quest screen).

<Contents>
In the above embodiment, the content is a character 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 characters 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 Possessed character display area 533 Operation button 534 Operation button 540 Training screen 541 Trained character display area 542 Operation button 550 Details screen 551 Selected character display area 552 Character information display area 553 Operation button 554 Operation button 560 Training screen 561 Trained character display area 562 Operation button 570 Deck screen 571 Deck display area 572 Possessed character display area 573 Operation button 574 Operation button 575 Operation button 576 Mark 577 Mark 580 Training screen 581 Trained character display area 582 Possessed character display area 583 Operation button 584 Operation button 585 Operation button 590 Exchange screen 591 Exchanged character display area 592 Operation button B Bus line N Network

Claims (4)

Computer,
displaying a game stage screen for allowing the user to determine the game stage in which the user will play the game through an operation by the user;
after the game stage is determined, displaying a deck screen for determining, by an operation of the user, a deck to be used by the user in the game stage;
displaying a development screen for developing a character owned by the user that can be incorporated into the deck before the decision is made based on an operation of the user on the deck screen;
a display control means for returning the possessed character to the deck screen and displaying the character again based on an operation of the user on the development screen;
a training means for training a character owned by the user by at least one of increasing a parameter set for the character and changing the character into an evolved character having a new skill set;
Functioning as a
the deck screen includes a possessed character display area in which the user's possessed characters that can be incorporated into the deck are arranged, the possessed character display area in which trainable possessed characters and trained possessed characters are arranged separately, and a deck display area in which the user's possessed characters that have been incorporated into the deck are arranged ;
In the possessed character display area of the deck screen, only the possessed characters that can be trained are arranged, the skills of which are set to characters evolved through training and match the skills suitable for the determined game stage.
A program characterized by: Computer,
After a game stage in which the user is to play a game is determined based on a user's operation on a game stage screen, a deck screen is displayed for determining a deck to be used by the user in the game stage;
displaying a development screen for developing a character owned by the user that can be incorporated into the deck before the decision is made based on an operation of the user on the deck screen;
a display control means for returning the user's owned character to the deck screen and displaying the character again after the character has been developed based on the user's operation on the development screen;
Function as a
The deck screen includes a deck display area in which the user's owned characters incorporated in the deck are arranged, and an owned character display area in which the user's owned characters that have been trained are arranged and the user's trainable characters are arranged only in which the skills set for the evolved characters through training match the skills suitable for the determined game stage.
A program characterized by: displaying a game stage screen for allowing the user to determine the game stage in which the user will play the game through an operation by the user;
after the game stage is determined, displaying a deck screen for determining, by an operation of the user, a deck to be used by the user in the game stage;
displaying a development screen for developing a character owned by the user that can be incorporated into the deck before the decision is made based on an operation of the user on the deck screen;
a display control means for returning the display to the deck screen again based on an operation of the user on the development screen after the possessed character has been developed;
a training means for training a character owned by the user by at least one of increasing a parameter set for the character and changing the character into an evolved character having a new skill set;
Equipped with
the deck screen includes a possessed character display area in which the user's possessed characters that can be incorporated into the deck are arranged, the possessed character display area in which trainable possessed characters and trained possessed characters are arranged separately, and a deck display area in which the user's possessed characters that have been incorporated into the deck are arranged ;
In the possessed character display area of the deck screen, only the possessed characters that can be trained are arranged, the skills of which are set to characters evolved through training and match the skills suitable for the determined game stage.
23. An information processing apparatus comprising: After a game stage in which the user is to play a game is determined based on a user's operation on a game stage screen, a deck screen is displayed for determining a deck to be used by the user in the game stage;
displaying a development screen for developing a character owned by the user that can be incorporated into the deck before the decision is made based on an operation of the user on the deck screen;
a display control means for returning the user's owned character to the deck screen and displaying the character again after the user's owned character has been developed based on the user's operation on the development screen;
Equipped with
The deck screen includes a deck display area in which the user's owned characters incorporated in the deck are arranged, and an owned character display area in which the user's trained owned characters are arranged and the user's trainable characters are arranged only in which the skills set for the evolved characters through training match the skills suitable for the determined game stage.
23. An information processing apparatus comprising:

Images