JP7454730B1 - Information processing program, information processing method, and information processing system - Google Patents

Abstract

[Problem] To improve a player's desire to play. [Solution] An information processing program includes a process of progressing a first game, a process of setting selection candidates including one or more predetermined items to be released according to the progress of the first game, and a process of setting selection candidates including one or more predetermined items to be released according to the progress of the first game. , a process of giving a predetermined item selected by the player to the player, a process of proceeding with a second game different from the first game, and when a predetermined item owned by the player is used, in the second game, A computer is made to perform a process of imparting an advantageous effect advantageous to a player. [Selection diagram] Figure 10

Description

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

Conventionally, games are known that can be executed by consuming stamina that recovers over time. Patent Document 1 states that stock stamina can be stored in a second game that can be executed without consuming main stamina, main stamina can be recovered using stored stock stamina, and main stamina can be recovered. There is a disclosure that the first game can be executed by consuming the first game.

Patent No. 6377289

Also in the game in Patent Document 1, main stamina can be recovered using stored stock stamina, which can improve the player's desire to play the first game that consumes main stamina. In games, there is a desire to further increase players' desire to play.

An object of the present invention is to provide an information processing program, an information processing method, and an information processing system that can improve a player's desire to play.

In order to solve the above problems, the information processing program
Processing to proceed with the first game;
a process of setting selection candidates including one or more predetermined items to be released according to the progress of the first game;
a process of granting the predetermined item selected by the player from the selection candidates to the player;
A process of determining one of the predetermined items by lottery from among lottery candidates including one or more of the predetermined items;
a process of giving the determined predetermined item to the player;
a process of proceeding with a second game different from the first game;
When the predetermined item owned by the player is used, a process of imparting an advantageous effect advantageous to the player in the second game;
Let the computer carry out the
The lottery candidates include one or more of the predetermined items that have not yet been released depending on the progress of the first game .

A process of providing consumable items to the player based on the execution of the first game,
Furthermore, let the computer carry out the
In the process of proceeding with the second game,
The second game may be advanced by consuming the consumable items owned by the player.

In order to solve the above problems, the information processing method is
An information processing method performed by one or more computers, the method comprising:
The computer includes:
Processing to proceed with the first game;
a process of setting selection candidates including one or more predetermined items to be released according to the progress of the first game;
a process of granting the predetermined item selected by the player from the selection candidates to the player;
A process of determining one of the predetermined items by lottery from among lottery candidates including one or more of the predetermined items;
a process of giving the determined predetermined item to the player;
a process of proceeding with a second game different from the first game;
When the predetermined item owned by the player is used, a process of imparting an advantageous effect advantageous to the player in the second game;
carry out the
The lottery candidates include one or more of the predetermined items that have not yet been released depending on the progress of the first game .

In order to solve the above problems, the information processing system
An information processing system comprising one or more computers,
The computer includes:
Processing to proceed with the first game;
a process of setting selection candidates including one or more predetermined items to be released according to the progress of the first game;
a process of granting the predetermined item selected by the player from the selection candidates to the player;
A process of determining one of the predetermined items by lottery from among lottery candidates including one or more of the predetermined items;
a process of giving the determined predetermined item to the player;
a process of proceeding with a second game different from the first game;
When the predetermined item owned by the player is used, a process of imparting an advantageous effect advantageous to the player in the second game;
carry out the
The lottery candidates include one or more of the predetermined items that have not yet been released depending on the progress of the first game .

According to the present invention, it is possible to improve a player's desire to play.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram illustrating the hardware configuration of the player terminal. FIG. 2B is a diagram illustrating the hardware configuration of the server. FIG. 3A is a diagram showing an example of a home screen. FIG. 3B is a diagram illustrating an example of an ally character confirmation screen. FIG. 3C is a diagram showing an example of a quest screen. FIG. 4A is a first diagram illustrating an example of the main quest screen. FIG. 4B is a first diagram illustrating an example of the main quest selection screen. FIG. 4C is a first diagram illustrating an example of a party selection screen. FIG. 5A is a diagram illustrating an example of a battle screen. FIG. 5B is a first diagram illustrating an example of the result screen. FIG. 6A is a second diagram illustrating an example of the main quest screen. FIG. 6B is a second diagram illustrating an example of the main quest selection screen. FIG. 6C is a second diagram illustrating an example of the result screen. FIG. 7A is a first diagram illustrating an example of a turn start effect on the sub-content screen. FIG. 7B is a diagram illustrating an example of a sub-content screen in the first turn. FIG. 7C is a diagram illustrating an example of a possession dice screen. FIG. 8A is a diagram illustrating an example of a menu display. FIG. 8B is a diagram illustrating an example of an item shop screen. FIG. 8C is a diagram illustrating an example of the possessed dishes screen. FIG. 17B should illustrate an example of a dish details screen. FIG. 9 is a diagram illustrating an example of the type of "mass". FIG. 10 is a diagram illustrating an example of recipe possession information. FIG. 11A is a diagram illustrating an example of a flick operation promotion effect on the sub-content screen. FIG. 11B is a diagram illustrating an example of dice presentation on the sub-content screen. FIG. 12A is a diagram illustrating an example of a sub-content screen when the player character stops at a "cooking square." FIG. 12B is a diagram illustrating an example of a tap operation promotion effect. FIG. 12C is a diagram illustrating an example of a lottery performance. FIG. 13A is a diagram illustrating an example of a dish acquisition screen. FIG. 13B is a second diagram illustrating an example of a turn start effect. FIG. 14A is a diagram illustrating an example of a sub-content screen when the player character stops at "Gachamas". FIG. 14B is a diagram illustrating an example of the Gachamas screen. FIG. 15A is a diagram illustrating an example of a sub-content screen when the player character stops at "Mile Mass". FIG. 15B is a diagram illustrating an example of mile mass production on the sub-content screen. FIG. 16A is a diagram illustrating an example of a sub-content screen when the player character stops at "Shop Mass". FIG. 16B is a diagram illustrating an example of a shop mass screen. FIG. 17A is a diagram illustrating an example of a sub-content screen when the player character stops at the "castle town square." FIG. 17B is a diagram illustrating an example of a reaching effect. FIG. 17C is a diagram illustrating an example of a reward screen. FIG. 18 is a diagram illustrating the memory configuration and computer functions in the player terminal. FIG. 19 is a flowchart illustrating an example of a main content management process in a player terminal. FIG. 20 is a flowchart illustrating an example of a sub-contents management process in a player terminal. FIG. 21 is a flowchart illustrating an example of processing when the shop mass is stopped in the player terminal. FIG. 22 is a flowchart illustrating an example of processing when the cooking square is stopped in the player terminal. FIG. 23 is a flowchart illustrating an example of a process when Gachamas is stopped in a player terminal.

One aspect of the embodiment of the present invention will be described in detail below with reference to the accompanying drawings. The dimensions, materials, and other specific numerical values shown in these embodiments are merely examples for easy understanding, and do not limit the present invention unless otherwise specified. In this specification and the drawings, elements with substantially the same functions and configurations are given the same reference numerals to omit redundant explanation, and elements not directly related to the present invention are omitted from illustration. do.

(Overall configuration of information processing system S)
FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system S. As shown in FIG. The information processing system S is a so-called client server system including a player terminal 1, a server 1000, and a communication network 200 having a communication base station 200a.

The player terminal (information processing device) 1 can establish communication with the server 1000 via the communication network 200. The player terminal 1 includes a wide range of electronic devices that can be connected to the server 1000 for wireless or wired communication. Examples of the player terminal 1 include a smartphone, a mobile phone, a tablet device, a personal computer, and a game device. In this embodiment, a case will be described in which a smartphone is used as the player terminal 1.

The server 1000 is configured to be able to communicate with a plurality of player terminals 1, and is communicatively connected to the plurality of player terminals 1. The server 1000 accumulates various types of information (player information) for each player ID for identifying players who play the game.

The communication base station 200a is connected to the communication network 200 and transmits and receives information to and from the player terminal 1 wirelessly. The communication network 200 is composed of a mobile phone network, an Internet network, a LAN (Local Area Network), a dedicated line, etc., and realizes a wireless or wired communication connection between the player terminal 1 and the server 1000.

In the information processing system S of this embodiment, the player terminal 1 and the server 1000 function as the game device G. The player terminal 1 and the server 1000 are each assigned the role of controlling the progress of the game, and the game can progress through cooperation between the player terminal 1 and the server 1000.

(Hardware configuration of player terminal 1 and server 1000)
FIG. 2A is a diagram illustrating the hardware configuration of the player terminal 1. Further, FIG. 2B is a diagram illustrating the hardware configuration of the server 1000. As shown in FIG. 2A, the player terminal 1 includes a CPU (Central Processing Unit) 10, a storage device 12, a bus 14, an input/output interface 16, a storage section 18, a communication section 20, an input section 22, and an output section 24. configured.

Further, as shown in FIG. 2B, the server 1000 includes a CPU 1010, a storage device 1012, a bus 1014, an input/output interface 1016, a storage section 1018, a communication section 1020, an input section 1022, and an output section 1024.

Note that the configurations and functions of the CPU 1010, storage device 1012, bus 1014, input/output interface 1016, storage section 1018, communication section 1020, input section 1022, and output section 1024 of the server 1000 are the same as the CPU 10 and the storage device of the player terminal 1, respectively. 12, bus 14, input/output interface 16, storage section 18, communication section 20, input section 22, and output section 24. Therefore, below, the hardware configuration of the player terminal 1 will be explained, and the explanation of the server 1000 will be omitted.

The CPU 10 operates a program stored in the storage device 12 and controls the progress of the game. The storage device 12 is configured with a ROM (Read Only Memory) or a RAM (Random Access Memory), and stores programs and various data necessary for controlling the progress of the game. The storage device 12 is connected to the CPU 10 via a bus 14.

An input/output interface 16 is connected to the bus 14 . A storage section 18 , a communication section 20 , an input section 22 , and an output section 24 are connected to the input/output interface 16 .

The storage unit 18 is composed of ROM or RAM, and stores various programs and data. In the player terminal 1, programs and data stored in the storage unit 18 are loaded into the storage device 12 by the CPU 10.

The communication unit 20 is wirelessly connected to the communication base station 200a and sends and receives information such as various data and programs to and from the server 1000 via the communication network 200. In the player terminal 1, programs and the like received from the server 1000 are stored in the storage device 12 or the storage unit 18.

The input unit 22 includes, for example, a touch panel for inputting (receiving operations) a player's operations, buttons, a keyboard, a mouse, a cross key, an analog controller, and the like. Further, the input unit 22 may be a dedicated controller provided in the player terminal 1 or connected (externally attached) to the player terminal 1. Furthermore, the input unit 22 may be configured with an acceleration sensor that detects the tilt or movement of the player terminal 1, or a microphone that detects the player's voice. That is, the input unit 22 broadly includes devices that can input the player's intention in a discernible manner.

The output unit 24 includes a display device and a speaker. Note that the output unit 24 may be a device connected (externally attached) to the player terminal 1. In this embodiment, the player terminal 1 includes a display 26 as the output section 24 and a touch panel provided to overlap the display 26 as the input section 22.

(Game content)
Next, the content of the game provided by the information processing system S (game device G) of this embodiment will be explained using an example. In this embodiment, a so-called battle game in which an ally character competes against an enemy character is provided as the main content. Specifically, in the game of this embodiment, a plurality of ally characters are provided. The player selects a plurality (here, five) of the provided ally characters to form a party. Furthermore, the player can play multiple types of battle games with different enemy characters and difficulty levels. In a battle game, the main objective is for allied characters formed in a party to defeat (clear) enemy characters and obtain rewards.

Further, in this embodiment, a so-called board game in which the player moves through the "squares" corresponding to the number of dice rolled by rolling a "dice" is provided as sub-content. In sub-content, the main objective is to reach checkpoint squares set at predetermined intervals and earn rewards. “Dice” is awarded when a predetermined condition is met. In this embodiment, the predetermined condition is satisfied when the player logs into the game for the first time within a predetermined period (for example, one day). Further, in the present embodiment, the predetermined condition is satisfied when the stamina consumed within a predetermined period (for example, one day) reaches a predetermined amount (for example, 700). Note that the contents of the predetermined conditions are not limited to these. For example, the predetermined condition may be satisfied based on the main content, more specifically, the number of times the battle game belonging to the main content has been executed. Further, the predetermined condition may be satisfied when the player wins a lottery held after executing the main content, more specifically, a battle game belonging to the main content.

FIG. 3A is a diagram showing an example of a home screen. FIG. 3B is a diagram illustrating an example of an ally character confirmation screen. FIG. 3C is a diagram showing an example of a quest screen.

The home screen shown in FIG. 3A is the first screen displayed after the player taps the display 26 on the title screen (not shown) (that is, after starting the game). As shown in FIG. 3A, a menu bar 30 is displayed at the bottom of the display 26 on the home screen.

The menu bar 30 is provided with a plurality of operation units that can be operated (tapped) by the player. The menu bar 30 includes a home screen selection operation section 30a labeled "Home", an ally character confirmation screen selection operation section 30b labeled "Character", a story screen selection operation section 30c labeled "Story", A quest screen selection operation section 30d labeled "Quest", a gacha screen selection operation section 30e labeled "Gacha", and a menu screen selection operation section 30f labeled "Menu" are provided. In addition, in the menu bar 30, the operation unit corresponding to each screen is highlighted so that the screen currently displayed on the display 26 can be identified. The menu bar 30 is basically displayed at the bottom of the display 26 on normal screens other than the title screen (not shown).

When the home screen selection operation section 30a is tapped, the home screen shown in FIG. 3A is displayed on the display 26. Further, when the ally character confirmation screen selection operation section 30b is tapped, the ally character confirmation screen shown in FIG. 3B is displayed on the display 26. Further, when the story screen selection operation section 30c is tapped, a story screen (not shown) is displayed on the display 26. When the quest screen selection operation section 30d is tapped, the quest screen shown in FIG. 3C is displayed on the display 26. When the gacha screen selection operation section 30e is tapped, a gacha screen (not shown) is displayed on the display 26. When the menu screen selection operation section 30f is tapped, a menu screen (not shown) is displayed on the display 26. Although a detailed explanation will be omitted, on the story screen, a new story will be released as the player progresses through the main quest (see Figure 4A), which will be described later, on the quest screen, and the player will be able to read the released story on the story screen. It can be seen from. On the gacha screen, you can perform a gacha lottery in which you can win ally characters by lottery. Also, on the menu screen, you can check game settings and various information.

The home screen shown in FIG. 3A corresponds to an initial screen, and a header display area 31 is provided at the top. In the header display area 31, level information 31a indicating the player level associated with the player ID and a stamina display bar 31b indicating the stamina of the player associated with the player ID are displayed. The level information 31a and information regarding stamina are also included in the player information.

Note that stamina is a parameter necessary for the player to play the battle game. In this embodiment, a plurality of types of battle games are provided, and each battle game has a stamina consumption value necessary for playing, a maximum number of times the game can be played per day, etc. When playing a battle game where the stamina consumption value required for play is set, the player will consume stamina to play the battle game, so if the player does not have enough stamina, the battle game cannot play.

Although a detailed explanation will be omitted, when a player wins a battle game, he or she can obtain a predetermined value as a player experience value. Then, each time the player's experience value reaches a certain value, the player level increases. An upper limit value of stamina is set for the player level, and as the player level increases, the upper limit value of stamina also increases. Stamina is recovered by a predetermined value (for example, 1 point) at fixed time intervals (for example, 5 minutes) within the upper limit. The stamina display bar 31b displays the current remaining amount of stamina with respect to the upper limit of stamina so that the user can visually grasp it.

Further, as shown in FIG. 3A, on the home screen, a sub-content selection operation section 32 labeled "Sub-content" is displayed above the menu bar 30. When the sub-content selection operation section 32 is tapped, a sub-content screen (FIG. 7A), which will be described later, is displayed on the display 26.

When the ally character confirmation screen selection operation section 30b shown in FIG. 3A is tapped, the ally character confirmation screen shown in FIG. 3B is displayed on the display 26. On the ally character confirmation screen, all images of ally characters corresponding to the ally character ID associated with the player ID are displayed. That is, on the ally character confirmation screen, all ally characters owned by the player are displayed. Note that the ally character ID is for identifying ally characters, and a different ID is assigned to each ally character. Then, when the player acquires a new ally character through a gacha lottery or the like, the ally character ID of the acquired ally character is associated with the player ID of the player. The ally character ID is configured as part of the player information.

Information regarding stars (rank), information regarding experience points, and information regarding level are stored in correspondence with the ally character ID. Experience points increase when you win a battle game (described later) or when you use a predetermined item. The level is set corresponding to the experience value, and the level increases each time the experience value reaches a predetermined value. Note that an upper limit value of the level is set for each ally character, and the level increases only within the range up to the upper limit value.

Further, base values of combat power such as life points, attack power, defense power, etc. are set for the ally characters based on stars (ranks) and levels. The higher the fighting power of the ally character, the more advantageously the player can proceed with the battle game. Furthermore, each base value set for an ally character increases as the number of stars (rank) increases and as the level increases.

Furthermore, it is possible to equip (set) equipment such as weapons and armor to the ally character. For each piece of equipment, an additional value for attack power, defense power, etc. is set. When equipment is equipped, the additional value of each equipment is added to the above base value, and the combat power of the ally character can be increased. Information regarding equipment such as weapons and armor is also associated with the ally character ID and constituted as part of the player information.

When the quest screen selection operation section 30d shown in FIG. 3A is tapped, the quest screen shown in FIG. 3C is displayed on the display 26. The quest screen displays a plurality of game type selection operation sections 44 in which types of battle games being provided are written. Here, four types of battle games are provided, and four game type selection operation sections 44 are displayed.

The game type selection operation section 44 includes a main quest selection operation section 44a marked with "Main Quest", a guild battle selection operation section 44b marked with "Guild Battle", and a 1V1 battle selection section marked with "1V1 Battle". An operating section 44c and a 3V3 battle selection operating section 44d labeled "3V3 Battle" are provided.

When the main quest selection operation section 44a is tapped, the main quest screen shown in FIG. 4A is displayed on the display 26. Further, when the guild battle selection operation section 44b is tapped, a guild battle screen (not shown) is displayed on the display 26. Similarly, when the 1V1 battle selection operation section 44c is tapped, a 1V1 battle screen (not shown) is displayed on the display 26. Further, when the 3V3 battle selection operation section 44d is tapped, a 3V3 battle screen (not shown) is displayed on the display 26.

Note that some battle games have release conditions set. Examples of release conditions include that the player level is at least a predetermined value, that a specific story is viewed from a story screen, that another predetermined battle game is cleared, and so on. Moreover, a plurality of battle games (layers or rounds) belong to each battle game type. Each of these battle games also has release conditions set. Then, when the release condition is satisfied, the game release information included in the player information is updated.

In the player terminal 1, it is determined whether the battle game is released based on the game release information, and only the game type selection operation section 44 of the battle game that satisfies the release conditions accepts the player's operation (tap). . Therefore, the player can only play battle games that satisfy the release conditions.

FIG. 4A is a first diagram illustrating an example of the main quest screen. FIG. 4B is a first diagram illustrating an example of the main quest selection screen. FIG. 4C is a first diagram illustrating an example of a party selection screen.

As described above, when the main quest selection operation section 44a is tapped on the game type selection operation section 44 shown in FIG. 3C, the main quest screen shown in FIG. 4A is displayed on the display 26.

A quest operation section 45 for selecting a plurality of battle games (layers) belonging to the main quest is displayed on the main quest screen. Note that a menu bar 30 and a header display area 31 are also displayed on the main quest screen. In this embodiment, the plurality of battle games belonging to the main quest are roughly divided into a main battle game in which a stamina consumption value required for play is set, and a sub-battle game that does not require stamina consumption to play. . Additionally, the main battle game can basically be challenged again after being cleared. On the other hand, sub-battle games basically cannot be challenged again after being cleared.

The quest operation section 45 also displays clear information for each battle game. Clear information for the main battle game, for example, is indicated by three stars. In the main battle game, when the battle game is cleared, stars are acquired according to the number of ally characters whose life points are 0 at the time of clearing the battle game. For example, if there are no friendly characters with 0 life points, you will get 3 stars, and if there is only 1 friendly character with 0 life points, you will get 2 stars. , if there are two or more ally characters whose life points are 0, one star is obtained. Further, as clear information, for example, regarding a sub-battle game, when the battle game is cleared, an icon (not shown) labeled "Clear" is displayed.

In the example of FIG. 4A, three stars are acquired in the main battle game "1-1," two stars are acquired in the main battle game "1-2," and two stars are acquired in the main battle game "1-3." One star has been earned. Furthermore, in the main battle game "1-4", it is reported that no stars have been acquired and this battle game has not been cleared. Furthermore, in the "1-S" sub-battle game, it is reported that this battle game has not been cleared.

Note that in the main quest, a release condition is set to clear the previous battle game (main battle game or sub-battle game). For example, in the example of FIG. 4A, the main battle game "1-4" is unlocked by clearing the main battle game "1-3", but the subsequent battle games ("1-S ” and after “1-5” (not shown) are unreleased.

On the main quest screen, when the quest operation section 45 marked, for example, "1-4" is operated (tapped), the main quest selection screen shown in FIG. 4B corresponding to the selected main battle game is displayed on the display 26. Is displayed.

As shown in FIG. 4B, the main quest selection screen displays enemy characters that appear in the battle game and items (rewards) that can be obtained in the battle game. The main quest selection screen also includes a challenge operation section 46 labeled "Challenge" to challenge the battle game, and a "Cancel" button to cancel the process corresponding to the currently displayed screen. The written cancel operation section 40 is displayed. The main quest selection screen also informs you of the stamina consumption required for play. In the example shown in FIG. 4B, the current amount of stamina and the amount of stamina obtained by subtracting the stamina consumption value necessary for play from the current stamina are displayed.

When the cancel operation unit 40 is operated (tapped), the main quest screen shown in FIG. 4A is displayed on the display 26, and the challenge to the selected battle game "1-4" is canceled.

On the other hand, when the challenge operation section 46 is operated (tapped), a party selection screen shown in FIG. 4C is displayed on the display 26. On the party selection screen, all ally characters possessed by the player are displayed, and a selected ally character display area 47 that displays the selected ally characters is displayed below.

Furthermore, a cancel operation section 40 and a battle start operation section 49 labeled "Battle Start" are displayed on the party selection screen.

On the party selection screen, when the player operates (tap) a displayed ally character, the operated ally character is displayed in the selected ally character display area 47. That is, here, the ally character ID for use in the battle game (for determining the party) is selected from among the plurality of ally character IDs associated with the player ID. A party is formed by the player selecting a plurality of ally characters. Note that when forming a party, the same ally character cannot be set twice.

When the party formation is completed and the battle start operation section 49 is operated (tapped), the battle game is started.

FIG. 5A is a diagram illustrating an example of a battle screen. FIG. 5B is a first diagram illustrating an example of the result screen. When the battle start operation section 49 is operated (tapped) on the party selection screen shown in FIG. 4C, a battle game is started.

During the battle game, a battle screen is displayed as shown in FIG. 5A. On the battle screen, friendly characters and enemy characters are displayed on the display 26. The ally character operates under computer control and deals damage to or receives damage from the enemy character. In addition, the enemy character operates under computer control and damages or receives damage from the ally character.

When damage points are given to the enemy character, the damage points are subtracted from the enemy character's life points. Similarly, when damage points are given to an ally character, the damage points are subtracted from the ally character's life points. When the life points of all enemy characters become 0, the player wins (clear), and when all the ally characters' life points become 0 (defeat), the player loses.

Here, an ally character display area 50 is provided at the bottom of the battle screen, as shown in FIG. 5A. In the ally character display area 50, a life point 50a and a special move gauge 50b for each ally character are displayed. The special move gauge 50b increases when an ally character receives damage from an enemy character or deals damage to an enemy character. Then, when the special move gauge 50b reaches a predetermined maximum value, the ally character becomes able to use the special move. A special move deals more damage points to the enemy character than a normal attack, restores the life points of an ally character, or gives a special effect to the enemy character.

Here, there are two patterns of how to use the special move. One method is for the player to operate (tap) an ally character displayed in the ally character display area 50 whose special move gauge 50b has reached its maximum value. The other method is for an ally character to use a special move under computer control when the special move gauge 50b reaches its maximum value in the automatic state. Note that an auto selection operation section 51 is displayed on the battle screen, and the player can switch between the auto state and the manual state by operating the auto selection operation section 51. When the automatic selection operation section 51 is operated in the manual state, the automatic state is entered in which special moves are used automatically. Furthermore, when the automatic selection operation section 51 is operated in the automatic state, the state becomes a manual state in which the special move is manually used. Even in the automatic state, if the player operates (tap) an ally character when the special move gauge 50b has reached its maximum value and no special move is being used due to computer control, the special move will not be used. is possible.

When the battle game ends normally (normal end), a result screen is displayed on the display 26, as shown in FIG. 5B. FIG. 5B shows, as an example, a result screen when an ally character wins.

On the result screen, at least a part of the game result information of the battle game is displayed, and an end operation section 53 labeled "Close" is displayed.

The game result information includes the ally character ID (party) of the ally character, the enemy character ID of the enemy character, and the remaining status of the ally character and enemy character at the end of the battle (whether their life points are 0 at the end of the battle game). (or not), damage points inflicted (total value), whether the mode is manual or automatic, battle log ID, type of battle game (main quest, guild battle, etc.), information associated with each type of battle game ( Contains clear information, battle game tiers, etc.), assigned item information, etc. Note that whether it is in the manual state or the automatic state, if the battle game is in the automatic state from the start to the end and the special move is not manually used by the player, it will be in the automatic state, and otherwise it will be in the manual state. Moreover, a battle log ID is uniquely assigned to each battle game. Further, the information associated with each type of battle game has different contents depending on the type of battle game.

In addition, as described above, in this embodiment, when the stamina consumed in a predetermined period (e.g., one day) reaches a predetermined amount (e.g., 700), "dice" that can be used in sub-contents described later is given to the player. When "dice" are acquired as stamina is consumed, a dice icon 54 indicating that "dice" has been acquired is displayed on the result screen.

Further, when the end operation section 53 is operated (tapped) on the result screen, the display on the display 26 is switched from the battle screen to the normal screen. In other words, the result screen is part of the battle screen. Note that the normal screen that is switched from the result screen may be the screen that was displayed immediately before switching to the battle screen, or may be a predetermined screen such as the home screen. In this way, the battle game ends when the display of the result screen ends.

FIG. 6A is a second diagram illustrating an example of the main quest screen. FIG. 6B is a second diagram illustrating an example of the main quest selection screen. FIG. 6C is a second diagram illustrating an example of the result screen.

As described above, when the main battle game "1-4" is won, the release condition for the sub-battle game "1-S" is satisfied. When the quest operation section 45 marked "1-S" is operated (tapped) on the main quest screen shown in FIG. 6A, the main quest selection screen shown in FIG. 6B corresponding to the selected sub-battle game is displayed. displayed on the display 26.

As shown in FIG. 6B, the main quest selection screen corresponding to the sub-battle game displays enemy characters that appear in the battle game and items (rewards) that can be obtained in the battle game. Further, as shown in FIG. 6B, on the main quest selection screen corresponding to the sub-battle game, it is announced that the play does not require consumption of stamina and that the player cannot try again after clearing the game.

When the cancel operation unit 40 is operated (tapped), the main quest screen shown in FIG. 6A is displayed on the display 26, and the challenge to the selected "1-S" battle game is canceled.

On the other hand, when the challenge operation section 46 is operated (tapped), a party selection screen is displayed on the display 26 similarly to the main battle game described above. Further, when the battle start operation section 49 is operated (tapped) on the party selection screen, a battle game is started in the same manner as the main battle game described above.

When the battle game ends normally (normal end), a result screen is displayed on the display 26 as shown in FIG. 6C. FIG. 6C shows, as an example, a result screen when an ally character wins.

At least part of the game result information of the battle game is displayed on the result screen. Furthermore, an end operation section 53 labeled "Close" is displayed on the result screen.

In this embodiment, when a sub-battle game is cleared, a "recipe" is given to the player as a reward. Although details will be described later, a "recipe" is an item for advantageously progressing with sub-content described later. When a "recipe" is acquired by clearing a battle game, a recipe icon 55 indicating that a "recipe" has been acquired is displayed on the result screen.

Next, sub-content will be explained. FIG. 7A is a first diagram illustrating an example of a turn start effect on the sub-content screen. The sub-content is composed of a plurality of turns, and each turn, the player moves through the "squares" corresponding to the number rolled by the "dice". In sub-content, the main objective is to reach checkpoint squares set at predetermined intervals and earn rewards. FIG. 7A shows a sub-content screen when the first turn of the sub-content is started.

In this embodiment, a target number of turns is set for the number of turns required to reach a "square" of a checkpoint. In this embodiment, 10 turns is set as the target number of turns. At the start of each turn, a turn start effect is executed on the sub-content screen, as shown in FIG. 7A.

In the turn start effect, as shown in FIG. 7A, a turn start notification image 60 that notifies the current number of turns and the target number of turns is displayed for a predetermined period in the center of the sub-content screen.

FIG. 7B is a diagram illustrating an example of a sub-content screen in the first turn. When the display period of the turn start notification image 60 ends, as shown in FIG. 7B, the turn start notification image 60 is hidden, and various operations related to the progress of the sub-content become possible.

As shown in FIG. 7B, a plurality of "cells" are displayed on the sub-content screen. In this embodiment, although details will be described later, for each "square", "mile square", "shop square", "cooking square", "mini game square", "event square", "reward square", At least one of "Gachamas" and "Castle Town Mass" is set. Furthermore, a player character P representing the player's alter ego is displayed on the sub-content screen. The player character P is displayed on one of the "squares" displayed on the sub-content screen. Then, when the "dice" is rolled by the player, the player character P moves through the "squares" corresponding to the number rolled.

In this embodiment, the player can exercise the right to use the "dice" at any timing within a certain period (for example, two weeks) after the player acquires the "dice." In other words, if a certain period of time (for example, two weeks) has passed since the player acquired the "dice," the right to use the "dice" will be lost.

That is, the player can exercise all rights to use the "dice" on the day he/she obtains the "dice". Alternatively, the player can save money over several days without exercising the right to use the "dice," and later exercise the right to use the saved "dice" all at once. This allows each player to use the "dice" in accordance with his or her play style, thereby increasing the interest of the game.

As shown in FIG. 7B, a possessed dice information display section 62 is displayed on the sub-content screen. The possessed dice information display section 62 displays information regarding the "dice" possessed by the player. Specifically, as shown in FIG. 7B, the possessed dice information display section 62 displays information regarding the total number of "dice" possessed by the player. In addition, in the possessed dice information display section 62, information regarding the number of "dice" whose usage deadline is on the current day, among the "dice" possessed by the player, is displayed. Furthermore, when the possessed dice information display section 62 is tapped, a possessed dice screen 64 is displayed on the display 26.

FIG. 7C is a diagram showing an example of the possession dice screen 64. As shown in FIG. 7C, on the possession dice screen 64, information regarding the expiration date of each "dice" possessed by the player is displayed. In this embodiment, on the owned dice screen 64, the dice are sorted and displayed so that "dice" with the closest expiry date are ranked higher.

In addition, on the owned dice screen 64, the player can check information regarding the expiry date of all the "dice" that the player owns by scrolling.

In addition, "dice" whose number of days remaining until the expiration date is less than a predetermined number of days (for example, 3 days) may be displayed in a different manner than "dice" whose number of days remaining until its expiration date is greater than the predetermined number of days. good. For example, a "dice" whose number of days remaining until its expiration date is less than a predetermined number of days may be displayed in red, and a "dice" whose number of days remaining until its expiration date is greater than a predetermined number of days may be displayed in black.

Further, on the owned dice screen 64, a close operation section 66 labeled "Close" is displayed. When the close operation unit 66 is tapped, the owned dice screen 64 is hidden and the sub-content screen shown in FIG. 7B is displayed.

Returning to FIG. 7B, an information display section 68 is displayed on the sub-content screen. As shown in FIG. 7B, the information display section 68 displays the current number of turns and the target number of turns. Thereby, even after the turn start notification image 60 (FIG. 7A) is hidden, the player can grasp the current number of turns and the target number of turns.

Further, as shown in FIG. 7B, a menu operation section 70 is displayed on the sub-content screen. When the menu operation section 70 is operated, a menu display 72 is displayed on the display.

FIG. 8A is a diagram showing an example of the menu display 72. As shown in FIG. 8A, a shop operation section 72a labeled "Shop" is displayed on the menu display 72. When the shop operation section 72a is tapped, an item shop screen 74 is displayed on the display 26.

FIG. 8B is a diagram showing an example of the item shop screen 74. On the item shop screen 74, the player can purchase various items by consuming in-game currency (referred to as "miles" in this embodiment) that can be acquired as the sub-content progresses. It has become. In the present embodiment, on the item shop screen 74, the player can purchase various items for advantageously progressing through the main content, such as various equipment that can strengthen an ally character. For example, on the item shop screen 74, the player may be able to purchase items to raise the level of an ally character. Furthermore, on the item shop screen 74, the player may be able to purchase items to increase the stars (rank) of his or her ally character. Furthermore, on the item shop screen 74, the player may be able to purchase in-game currency that can be used outside of sub-content.

As shown in FIG. 8B, the item shop screen 74 displays icons corresponding to each purchasable item. Further, a purchase operation section 76 labeled "Purchase" is displayed on each icon. By tapping the purchase operation section 76, the player can purchase a desired item in exchange for consuming a predetermined number of miles.

Further, as shown in FIG. 8B, the item shop screen 74 displays a bulk purchase operation section 78 labeled "Bulk Purchase". Further, a check box is displayed for each icon. By tapping one or more checkboxes and then tapping the bulk purchase operation section 78, the player can purchase a plurality of desired items at once in exchange for consuming a predetermined number of miles. This makes it possible to improve the player's operability when purchasing multiple items. Note that after tapping the bulk purchase operation section 78, a predetermined confirmation screen may be displayed to confirm the purchase to the player.

Further, as shown in FIG. 8B, a return operation section 80 labeled "Back" is displayed on the item shop screen 74. When the return operation section 80 is tapped, the item shop screen 74 is hidden and the sub-content screen shown in FIG. 7B is displayed.

Returning to FIG. 7B, the dice operation section 82 is displayed on the sub-content screen. The dice operation unit 82 is displayed in an operable manner when the player has one or more "dice". On the other hand, when the player does not have "dice", the dice operation unit 82 is displayed in an unoperable manner, for example, in a grayed-out manner. FIG. 7B shows a case where the dice operation unit 82 is displayed in an operable manner.

Further, a cooking operation section 83 is displayed on the sub-content screen. The cooking operation section 83 is displayed in an operable manner when the player has one or more "cooking". On the other hand, if the player does not have "cooking", the cooking operation section 83 is displayed in an inoperable manner, for example, in a grayed-out manner. FIG. 7B shows a case where the cooking operation section 83 is displayed in an operable manner. Although details will be described later, "cooking" is an item that can be acquired as the sub-content progresses. In this embodiment, the player can advantageously progress through the sub-content by using the "cooking" that he or she owns.

FIG. 8C is a diagram illustrating an example of the possessed dishes screen 84. When the cooking operation section 83 is tapped, a possessed cooking screen 84 is displayed on the display 26. As shown in FIG. 8C, the owned dishes screen 84 displays a list of icons corresponding to the "cooks" owned by the player. Further, a use operation section 85 labeled "Use" is displayed on each icon. By tapping the use operation section 85, the player can use the corresponding "cooking". By using "cooking", the player can obtain a predetermined effect that allows the player to progress through the sub-content advantageously. This predetermined effect has different contents depending on the type of "cooking". Note that after tapping the use operation section 85, a predetermined confirmation screen may be displayed to confirm the use to the player.

As the predetermined effect, for example, an effect of increasing the number of "dice" to be rolled may be set. Further, for example, an effect may be set in which the number of dice rolled is limited to 1 to 3. Furthermore, for example, an effect may be set in which the number of dice rolled is limited to 4 to 6. Further, for example, an effect may be set in which the number of dice rolled is limited to an odd number. Further, for example, an effect may be set in which the number of dice rolled is limited to an even number. Furthermore, for example, an effect may be set in which the result of the "dice" rolled is multiplied by n (n=predetermined integer). Furthermore, for example, an effect may be set that allows the "dice" to be rerolled up to once. Furthermore, for example, an effect of changing the type of "square" may be set. Note that if the sub-content is a game that is progressed based on at least the parameters of a character, a predetermined item that advantageously changes (strengthens) the parameters of the character may be substituted for "cooking" in this embodiment.

Further, a detailed operation section 86 is displayed on each icon. When the detailed operation section 86 is tapped, a detailed screen (not shown) is displayed that provides various information regarding the corresponding "dish". Furthermore, when the close operation section 87 labeled "Close" is tapped, the display of the possessed dishes screen 84 ends, and the sub-content screen that was displayed immediately before the possessed dishes screen 84 is displayed. .

FIG. 9 is a diagram illustrating an example of the type of "mass". As described above, in this embodiment, the types of "mass" include "mile mass", "shop mass", "cooking mass", "mini game mass", "event mass", "reward mass", and "gacha mass". , "Castle Town Square" is included. Further, each "square" has a predetermined function set therein. Then, when the player character P stops at a "square", a function corresponding to the type of the stopped "square" is performed.

As shown in FIG. 9, an icon labeled "Mile" is displayed in "Mile Square". Then, when the player character P stops at the "mile mass", the player can earn "miles" which are in-game currency. The amount of "miles" that can be acquired may be determined by, for example, a lottery.

In addition, an icon labeled "Shop" is displayed in "Shop Mass". Then, when the player character P stops at the "shop mass", the player can purchase various items by consuming "miles" which are in-game currency. In this embodiment, it is possible to purchase various items for advantageously advancing the main content and "cooking" for advantageously advancing the sub-content. At this time, the "dishes" that can be purchased are determined based on the recipe possession information.

FIG. 10 is a diagram illustrating an example of recipe possession information. As shown in FIG. 10, the recipe possession information includes information indicating the type of "recipe" possessed by the player. The recipe possession information also includes information indicating the type of "cooking" that can be purchased when the player character P stops at the "shop mass".

Each type of "recipe" is associated with a "cooking" type. In this embodiment, as shown in FIG. 10, the "cooking" corresponding to the "recipe" owned by the player is set as the type of "cooking" that can be purchased.

Specifically, for example, in the example shown in FIG. 10, the recipe possession information indicates that the player owns "recipes" for "Initial 1", "Initial 2", "Cooking A", and "Cooking B". Contains information indicating. In this case, when the player character P stops at "Shop Mass", the player can use "Initial 1", "Initial 2", "Cooking A", and "Cooking B" by consuming "Miles" which is the in-game currency. It becomes possible to purchase the desired ``dish'' from ``. In other words, when the player character P stops at the "shop mass", the player can purchase the "cooking" corresponding to the "recipe" that the player owns. On the other hand, the player cannot purchase a "cooking" corresponding to a "recipe" that the player does not own.

As described above, in this embodiment, when a predetermined sub-battle game is cleared, a "recipe" is given to the player as a reward. That is, as the player acquires "recipes" one after another according to the progress of the main content, "cooking" that can be purchased when the player character P stops at the "shop space" will be sequentially released. This makes it possible to stimulate the player's desire to play the main content in order to advance the sub-content advantageously.

In this embodiment, the "recipes" for "Initial 1" and "Initial 2" are unconditionally given to all players without requiring them to clear a predetermined sub-battle game. This makes it possible to prevent a situation in which a beginner player who is unable to clear a predetermined sub-battle game loses his desire to play because he is unable to acquire any "recipes".

Returning to FIG. 9, an icon representing an image of a dish is displayed in the "cooking square." Then, when the player character P stops at the "cooking square", the player can purchase the "cooking" won by lottery. At this time, the "dish" to be selected by lottery is determined based on the recipe possession information.

As shown in FIG. 10, the recipe possession information includes information indicating the type of "cooking" that becomes a lottery target when the player character P stops at the "cooking square."

In this embodiment, as shown in FIG. 10, regardless of the type of "recipe" owned by the player, "cooking" corresponding to all "recipes" is selected as the type of "cooking" to be drawn. Set. In other words, the "cooking" to be drawn includes "cooking" of the type corresponding to the "recipe" that the player does not yet own.

As a result, advanced players who have relatively many types of "recipes" and beginner players who have relatively few types of "recipes" will be selected for the lottery. ” can be made common. Therefore, it is possible to prevent a situation where an expert player progresses through the sub-content at an extreme advantage compared to a novice player.

Returning to FIG. 9, an icon labeled "Mini Game" is displayed in the "Mini Game Square". When the player character P stops at the "mini game square", the player can play a predetermined mini game. Then, the player can earn a reward according to the result of the mini-game.

Furthermore, an icon labeled "event" is displayed in the "event square." When the player character P stops at the "event space", an event is executed in which a predetermined effect image is displayed on the display 26. As the predetermined effect image, for example, a conversation effect by an ally character may be displayed. Then, along with the execution of the event, the player can obtain a predetermined effect that allows the player to progress through the sub-content advantageously.

Additionally, an icon resembling a treasure chest is displayed in the "reward square." When the player character P stops at the "reward square," an opening effect in which a treasure box is opened is performed on the display 26. Then, as the unboxing effect is executed, the player can acquire a predetermined item that allows the player to progress through the main content and sub-content advantageously.

In addition, an icon labeled "Gacha" is displayed in "Gachamas". When the player character P stops at the "Gacha Mass", the player can perform a so-called gacha in which various items can be won by lottery by consuming "miles" which are in-game currency. In the present embodiment, it is possible to acquire various items for advantageously progressing through the main content and "cooking" for advantageously advancing the sub-content through a lottery. At this time, the "dish" to be selected by lottery is determined based on the recipe possession information.

As shown in FIG. 10, the recipe possession information includes information indicating the type of "cooking" to be selected for lottery when the player character P stops at "Gachamas". In this embodiment, as shown in FIG. 10, the "cooking" corresponding to the "recipe" owned by the player is set as the type of "cooking" to be selected for lottery.

Specifically, for example, in the example shown in FIG. 10, the "dishes" of "Initial 1", "Initial 2", "Dish A", and "Dish B" are set as lottery targets. In other words, when the player character P stops at "Gachamas", the player can win a "cooking" corresponding to the "recipe" that the player owns by lottery. On the other hand, the player cannot acquire by lottery a "cooking" corresponding to a "recipe" that the player does not own.

As described above, in this embodiment, when a predetermined sub-battle game is cleared, a "recipe" is given to the player as a reward. In other words, as the player acquires "recipes" one after another according to the progress of the main content, "cooking" that is set as a lottery target when the player character P stops at "Gachamas" will be sequentially released. . This makes it possible to stimulate the player's desire to play the main content in order to increase the types of "cooking" that are set as lottery targets.

Returning to FIG. 9, an icon resembling a castle is displayed in the "castle town square". In this embodiment, the "castle town squares" function as checkpoints provided at predetermined intervals (for example, every 15 to 30 squares). When the player character P reaches the "castle town square" within the above-mentioned target number of turns, the player can obtain a predetermined reward. Further, when the player character P reaches the "castle town square", the current number of turns and the target number of turns are reset. Note that the target number of turns may be set to a different number depending on the interval between "castle town squares", for example. Alternatively, even if the intervals between the "castle town squares" are the same, different target numbers of turns may be set.

FIG. 11A is a diagram illustrating an example of a flick operation promotion effect on the sub-content screen. When the dice operation unit 82 in FIG. 7B is tapped, a flick operation promotion effect in which an operation promotion image 88 is displayed on the sub-content screen is executed as shown in FIG. 11A. In the operation promotion image 88, an arrow image is displayed that prompts the user to flick the dice-shaped image displayed at the lower right toward the center. As shown in FIG. 11A, when the flick operation promotion effect starts, the owned dice information display section 62, the information display section 68, the dice operation section 82, and the cooking operation section 83 are hidden from the sub-content screen. . This makes it possible to improve the visibility of the flick operation promotion performance and each performance described below.

FIG. 11B is a diagram illustrating an example of dice presentation on the sub-content screen. When a flick operation is input by the player during execution of the flick operation promotion effect, a dice effect in which dice are rolled is executed for a predetermined period on the sub-content screen. Further, in the dice performance, as shown in FIG. 11B, a dice image 89 showing the final result is displayed for a predetermined period of time. Thereby, it is possible to notify the player of the outcome of the "dice." FIG. 11B shows a dice image 89 when the rolled number is "1". When the dice performance is completed, the dice image 89 is hidden, and a progress performance is executed in which the player character P moves through the "squares" corresponding to the number of rolled figures.

FIG. 12A is a diagram illustrating an example of a sub-content screen when the player character P stops at a "cooking square." FIG. 12B is a diagram illustrating an example of a tap operation promotion effect. FIG. 12C is a diagram illustrating an example of a lottery performance.

As shown in FIG. 12A, when the progress effect is executed and the player character P stops at the "cooking square", the tap operation promotion effect is executed as shown in FIG. 12B. In the tap operation promotion performance, as shown in FIG. 12B, a tap operation promotion image 90 that urges the player to perform a tap operation is displayed on the display 26.

Then, when the player's tap operation is detected, one of the "dishes" to be selected for the lottery determined based on the recipe possession information described above is determined by lottery. In addition, a lottery performance in which slots rotating at high speed are displayed is executed over a predetermined period of time. In the lottery performance, as shown in FIG. 12C, finally, a winning dish type image 92 indicating the type of the winning "dish" is displayed for a predetermined period of time. This allows the player to be informed of the type of winning "cooking". FIG. 11B shows a winning dish type image 92 when "dish D" is won. When the lottery performance ends, the winning dish type image 92 is hidden and a dish acquisition screen 94 is displayed on the display 26.

FIG. 13A is a diagram illustrating an example of the dish acquisition screen 94. As shown in FIG. 13A, on the food acquisition screen 94, an icon image corresponding to the winning "dish" is displayed, and the player is notified that the "dish" has been acquired. When the close operation section 96 of the food acquisition screen 94 is tapped, the display of the food acquisition screen 94 ends.

FIG. 13B is a second diagram illustrating an example of a turn start effect. When the first turn ends as the display of the food acquisition screen 94 ends, the second turn begins. Then, as shown in FIG. 13B, a turn start effect in which a turn start notification image 60 is displayed for a predetermined period of time is executed. When the second turn starts, the possessed dice information display section 62 and the information display section 68 are displayed again. At this time, the display contents of the possessed dice information display section 62 and the information display section 68 are updated based on the consumption of "dice" in the first turn. Thereafter, sub-contents are progressed in the same manner.

FIG. 14A is a diagram illustrating an example of a sub-content screen when the player character P stops at "Gachamas". FIG. 14B is a diagram illustrating an example of the Gachamas screen 98. As shown in FIG. 14A, when the progress performance is executed and the player character P stops at "Gachamas", a Gachamas screen 98 is displayed on the display 26, as shown in FIG. 14B.

As shown in FIG. 14B, on the Gachamas screen 98, Gacha operation units 100 corresponding to a plurality of types of Gacha are displayed. Furthermore, a detailed operation section 102 is displayed on each gacha operation section 100. When the detailed operation section 102 is tapped, a detailed screen (not shown) is displayed that provides various information regarding the corresponding type of gacha.

Furthermore, when the gacha operation unit 100 is tapped, a lottery for the corresponding type of gacha is executed, and one of the "cookings" to be selected for the lottery determined based on the recipe possession information described above is selected. It will be decided by lottery. Thereafter, the type of winning "dish" etc. will be notified on a lottery result screen (not shown). Then, when the display of the lottery result screen (not shown) ends, the turn shifts to the next turn. Alternatively, when the end operation section 104 labeled "Exit Shop" is tapped, the display of the Gachamas screen 98 ends and the turn shifts to the next turn.

FIG. 15A is a diagram illustrating an example of a sub-content screen when the player character P stops at "Mile Mass". FIG. 15B is a diagram illustrating an example of mile mass production on the sub-content screen. As shown in FIG. 15A, when the progress effect is executed and the player character P stops at the "mile mass", the mile mass effect is displayed on the display 26 for a predetermined period of time.

As shown in FIG. 15B, in the mileage performance, it is reported that the player has acquired a number of "miles" determined by lottery. Note that in "Mile Mass", the player may be able to earn a predetermined number of "Miles" set in advance. When the mile mass performance ends, the turn shifts to the next turn.

FIG. 16A is a diagram illustrating an example of a sub-content screen when the player character P stops at "Shop Mass". FIG. 16B is a diagram illustrating an example of the shop mass screen 106. As shown in FIG. 16A, when the progress effect is executed and the player character P stops at the "shop space", the shop space screen 106 is displayed on the display 26, as shown in FIG. 16B.

On the shop mass screen 106, the player can purchase various items by consuming "miles". As described above, in this embodiment, purchasable "dishes" determined based on recipe possession information are set.

As shown in FIG. 16B, the shop mass screen 106 displays icons corresponding to each purchasable item. Furthermore, a purchase operation section 108 labeled "Purchase" is displayed on each icon. By tapping the purchase operation section 108, the player can purchase a desired item in exchange for consuming a predetermined number of miles. Note that after tapping the purchase operation section 108, a predetermined confirmation screen may be displayed to confirm the purchase to the player.

Further, as shown in FIG. 16B, the shop mass screen 106 displays a bulk purchase operation section 110 labeled "Bulk Purchase". Further, a check box is displayed for each icon. By tapping one or more checkboxes and then tapping the bulk purchase operation section 110, the player can purchase a plurality of desired items at once in exchange for consuming a predetermined number of miles. This makes it possible to improve the player's operability when purchasing multiple items. Note that after tapping the bulk purchase operation section 110, a predetermined confirmation screen may be displayed to confirm the purchase to the player.

Further, as shown in FIG. 16B, the shop mass screen 106 displays an exit operation section 112 labeled "Exit Shop." When the end operation section 112 is tapped, the shop mass screen 106 is hidden and the turn shifts to the next turn.

FIG. 17A is a diagram illustrating an example of a sub-content screen when the player character P stops at the "castle town square." FIG. 17B is a diagram illustrating an example of a reaching effect. FIG. 17C is a diagram illustrating an example of a reward screen. As shown in FIG. 17A, when the progress effect is executed and the player character P stops at the "castle town square," the arrival effect is displayed on the display 26 for a predetermined period of time.

When the player character P reaches the "castle town square" within the above-mentioned target number of turns, a goal achievement image 114 is displayed on the display 26 as a reaching effect, as shown in FIG. 17B. In the goal achievement image 114, it is reported that the player character P has reached the "castle town square" within the target number of turns.

In addition, if the player character P reaches the "castle town square" after exceeding the target number of turns described above, an unillustrated goal non-achievement image is displayed as a reaching effect, indicating that the goal has not been achieved. .

When the reaching effect is completed, as shown in FIG. 17C, a reward screen 116 is displayed on the display 26, in which a reward for reaching the "castle town square" within the target number of turns is announced. Then, when the OK operation section 118 labeled "OK" is tapped, the reward screen 116 is hidden and the turn ends. Then, the current number of turns and the target number of turns are reset, and the player aims for the next "castle town square."

Next, the basic configuration and communication processing of the player terminal 1 for executing the above-mentioned main content and sub-content will be explained. Here, an example of basic communication processing for proceeding with the game and main communication processing regarding main content and sub-content will be described, and explanation of other processing will be omitted.

(Functional configuration of player terminal 1)
FIG. 18 is a diagram illustrating the configuration of the storage device 12 in the player terminal 1 and its function as a computer. The storage device 12 is provided with a program storage area 12a and a data storage area 12b. When the game is started, the CPU 10 stores a terminal-side game control program (module) in the program storage area 12a.

The terminal side game control program includes a game execution control program 300, a battle game execution control program 302, and a sub-content execution control program 304. Note that the programs listed in FIG. 18 are just examples, and the terminal-side game control program includes many other programs.

A player information storage section 310 is provided in the data storage area 12b as a storage section for storing data. Note that the above-mentioned storage section is an example, and the data storage area 12b is provided with many other storage sections.

The CPU 10 operates each program stored in the program storage area 12a and updates data in each storage section of the data storage area 12b. Then, the CPU 10 causes the player terminal 1 (computer) to function as the terminal-side game control section 1A by operating each program stored in the program storage area 12a. The terminal side game control section 1A includes a game execution control section 300a, a battle game execution control section 302a, and a sub-content execution control section 304a.

Specifically, the CPU 10 operates the game execution control program 300 to cause the computer to function as the game execution control section 300a. Similarly, the CPU 10 operates a battle game execution control program 302 and a sub-content execution control program 304 to function as a battle game execution control section 302a and a sub-content execution control section 304a, respectively.

The game execution control unit 300a controls the progress of the entire game. For example, the game execution control unit 300a transmits login information to the server 1000 when logging into the game.

The battle game execution control unit 302a is in charge of control for executing the battle game. For example, the battle game execution control unit 302a updates the battle screen, controls the actions of the ally character and enemy character, and derives damage points based on operations input to the player terminal 1.

The sub-content execution control unit 304a is in charge of control for executing sub-content. For example, the sub-content execution control unit 304a updates the sub-content screen or displays the player character P in a moving manner based on an operation input to the player terminal 1.

(Control processing in player terminal 1)
Next, the main control processing in the player terminal 1 for executing the above-mentioned main content and sub-content will be explained.

FIG. 19 is a flowchart illustrating an example of the main content management process (P1) in the player terminal 1. The battle game execution control unit 302a of the player terminal 1 executes a battle game management process for managing the execution of the battle game in the main content (P1-1). Specifically, the battle game execution control unit 302a accepts party formation from the player. Then, when the party formation is completed and the battle start operation section 49 is operated, the battle game execution control section 302a starts the battle game.

When the battle game starts, the battle game execution control unit 302a derives the progress and results of the battle game through calculation processing. Specifically, it performs processing related to the decision and execution of attacks by each character in the battle game, processing to determine whether or not damage has been received and the amount of damage, processing to select motions related to position changes and elimination of each character, and processing to determine the outcome of the battle game. Furthermore, the battle game execution control unit 302a draws animations on the display 26 based on the results of the calculation processing during the battle game. Furthermore, the battle game execution control unit 302a subtracts the consumption value of stamina required for play based on the execution of the battle game.

Based on the player winning the battle game, the battle game execution control unit 302a of the player terminal 1 determines whether the stamina consumed in a predetermined period (e.g., one day) has reached a predetermined amount (e.g., 700). Determine (P1-3). As a result, if the stamina consumption reaches the predetermined value (YES in P1-3), the battle game execution control unit 302a adds "dice" to the player information corresponding to the player ID of the player, and The information is stored in the information storage unit 310 (P1-5). Further, if the stamina consumption amount has not reached the predetermined value (NO in P1-3), the battle game execution control unit 302a moves the process to step S1-7, which will be described later.

Based on the fact that the player has won the battle game, the battle game execution control unit 302a adds an item (clear reward) to the player information corresponding to the player ID of the player and stores it in the player information storage unit 310 (P1 -7).

The battle game execution control unit 302a determines whether the "recipe" acquisition condition is satisfied (P1-9). Specifically, the battle game execution control unit 302a determines that the "recipe" acquisition condition is satisfied when the player wins a predetermined sub-battle game.

As a result, if the “recipe” acquisition condition is met (YES in P1-9), the battle game execution control unit 302a updates the recipe possession information (FIG. 10) and saves it in the player information storage unit 310. Then, the main content management process ends (P1-11). Further, if the "recipe" acquisition condition is not satisfied (NO in P1-9), the battle game execution control unit 302a ends the main content management process.

FIG. 20 is a flowchart illustrating an example of sub-content management processing (P2) in the player terminal 1. The sub-content execution control unit 304a of the player terminal 1 determines whether it is time to start a turn (P2-1). As a result, if it is time to start a turn (YES in P2-1), the sub-content execution control unit 304a executes turn start processing to execute a turn start effect that displays a turn start notification image 60 ( P2-3). If it is not the turn start time (NO in P2-1), the sub-content execution control unit 304a moves the process to step P2-5, which will be described later.

The sub-content execution control unit 304a determines whether the usage operation unit 85 on the owned food screen 84 (FIG. 8C) has been tapped, that is, whether an item usage operation has been detected (P2-5). As a result, if an item usage operation is detected (YES in P2-5), the sub-content execution control unit 304a performs item usage processing to use the “cooking” corresponding to the tapped usage operation unit 85. Execute (P2-7).

Specifically, the sub-content execution control section 304a consumes the "cooking" corresponding to the tapped use operation section 85 among the "cooking" owned by the player, so that the "cooking" becomes A predetermined effect of the set contents is given to the player information corresponding to the player ID of the player. If no item use operation is detected (NO in P2-5), the sub-content execution control unit 304a moves the process to step P2-9, which will be described later.

The sub-content execution control unit 304a determines whether the purchase operation unit 76 or the bulk purchase operation unit 78 on the item shop screen 74 (FIG. 8B) has been tapped, that is, whether an item purchase operation has been detected. (P2-9). As a result, if an item purchase operation is detected (YES in P2-9), the sub-content execution control unit 304a selects the item corresponding to the tapped purchase operation section 76 or all purchase operation section 78. Execute item purchase processing for purchasing (P2-11).

Specifically, the sub-content execution control unit 304a purchases the item corresponding to the tapped purchase operation unit 76 or all-in-one purchase operation unit 78 by consuming “miles” owned by the player. It is given to the player information corresponding to the player ID of the player. If no item purchase operation is detected (NO in P2-9), the sub-content execution control unit 304a moves the process to step P2-13, which will be described later.

The sub-content execution control unit 304a determines whether a flick operation has been input to the operation promotion image 88 (FIG. 11A), that is, whether a dice use operation has been detected (P2-13). As a result, if a dice use operation is detected (YES in P2-13), the sub-content execution control unit 304a executes a lottery process (P2-15). Specifically, by consuming one “dice”, the sub-content execution control unit 304a determines one of “1” to “6” as the result of the “dice” by lottery. Furthermore, if "Cooking" is used and various effects are activated, the number of rolls is determined by taking into account the activated effects.

The sub-content execution control unit 304a causes the player character P to progress based on the result determined in step S2-15 (P2-17).

The sub-content execution control unit 304a executes the stopped square-related process according to the "square" in which the player character P stopped in step S2-17 (P12 to P16). In the following, in particular, the shop space stop process (P12) is executed when the player character P stops at a "shop space", and the cooking space stop process is executed when the player character P stops at a "cooking space". The process (P14) and the Gachamas stop process (P16) that is executed when the player character P stops at the "Gachamas" will be described.

FIG. 21 is a flowchart illustrating an example of the shop mass stop processing (P12) in the player terminal 1. The sub-content execution control unit 304a refers to the recipe possession information (FIG. 10) and sets the shop mass purchasable objects (P12-1). Specifically, a "cooking" corresponding to a "recipe" owned by the player is set as an object that can be purchased with shop mass. In other words, the sub-content execution control unit 304a sets selection candidates including one or more predetermined items to be released according to the progress status of the main content.

The sub-content execution control unit 304a displays the shop mass screen 106 (FIG. 16B) on the display 26 based on the shop mass purchasable objects set in step P12-1 above (P12-3).

The sub-content execution control unit 304a determines whether the purchase operation unit 108 or the collective purchase operation unit 110 has been tapped, that is, whether a purchase operation has been detected (P12-5). As a result, if a purchase operation is detected (YES in P12-5), the sub-content execution control unit 304a selects the “cooking” corresponding to the tapped purchase operation unit 108 or bulk purchase operation unit 110. A purchase process is executed to purchase items such as (P12-7).

Specifically, the sub-content execution control unit 304a consumes the “miles” possessed by the player to purchase “cooking” corresponding to the tapped purchase operation section 108 or bulk purchase operation section 110. ” etc. are added to the player information corresponding to the player ID of the player. If no purchase operation is detected (NO in P12-5), the sub-content execution control unit 304a ends the shop mass stop processing.

FIG. 22 is a flowchart illustrating an example of processing when the cooking square is stopped (P14) in the player terminal 1. The sub-content execution control unit 304a refers to the recipe possession information (FIG. 10) and sets cooking square lottery targets (P14-1). Specifically, regardless of the type of "recipe" owned by the player, "dishes" corresponding to all "recipes" are set as cooking square lottery targets. In other words, the "cooking" to be selected for cooking square lottery includes "cooking" of the type corresponding to the "recipe" which the player does not yet own.

The sub-content execution control unit 304a determines whether a tap is detected while the tap operation promotion image 90 (FIG. 12B) is being displayed, that is, whether a lottery operation is detected (P14-3). As a result, if a lottery operation is detected (YES in P14-3), the sub-content execution control unit 304a executes a lottery process (P14-5).

Specifically, the sub-content execution control unit 304a executes the lottery process without consuming the "miles" owned by the player. At this time, one of the "dishes" set as the cooking square lottery target is determined by lottery. Then, the sub-content execution control unit 304a adds the "cooking" determined by lottery to the player information corresponding to the player ID of the player. If no lottery operation is detected (NO in P14-3), the sub-content execution control unit 304a ends the processing when the cooking square is stopped.

FIG. 23 is a flowchart illustrating an example of the Gachamas stop process (P16) in the player terminal 1. The sub-content execution control unit 304a refers to the recipe possession information (FIG. 10) and sets the Gachamas lottery target (P16-1). Specifically, the "cooking" corresponding to the "recipe" owned by the player is set as a lottery target for Gachamas. In other words, the sub-content execution control unit 304a sets selection candidates including one or more predetermined items to be released according to the progress status of the main content.

The sub-content execution control unit 304a determines whether the gacha operation unit 100 has been tapped, that is, whether a lottery operation has been detected (P16-3). As a result, if a lottery operation is detected (YES in P16-3), the sub-content execution control unit 304a executes a lottery process (P16-5).

Specifically, the sub-content execution control unit 304a executes the lottery process by consuming "miles" owned by the player. At this time, based on the gacha type corresponding to the tapped gacha operation unit 100, one of the "cookings" set as the Gachamas lottery target may be determined by lottery. Note that items other than "cooking" may also be eligible for winning. Then, the sub-content execution control unit 304a adds an item such as "cooking" determined by lottery to the player information corresponding to the player ID of the player. If no lottery operation is detected (NO in P16-3), the sub-content execution control unit 304a ends the Gachamas stop process. Note that the player information and recipe possession information stored or updated in each of the above steps are transmitted to the server 1000. Then, the server 1000 stores the received player information and recipe possession information in the storage device 1012 of the server 1000.

As explained above, the player terminal 1 is provided with the game execution control program 300, the battle game execution control program 302, and the sub-content execution control program 304. Furthermore, the player terminal 1 functions as a game execution control section 300a, a battle game execution control section 302a, and a sub-content execution control section 304a. However, some or all of these programs and functional units may be provided in the server 1000. That is, these programs and functional units may be provided in one or both of the player terminal 1 and the server 1000.

Although one aspect of the embodiment has been described above with reference to the accompanying drawings, it goes without saying that the present invention is not limited to the above embodiment. It is clear that those skilled in the art can come up with various modifications or modifications within the scope of the claims, and it is understood that these naturally fall within the technical scope of the present invention. be done.

In the embodiment described above, the division of processing performed between the player terminal 1 and the server 1000 is only an example. For example, each of the above-described processes may be executed by at least one of the player terminal 1 and the server 1000, or both, and the execution timing and the apparatus for executing the process are not particularly limited.

Further, the processing of the player terminal 1 and the server 1000 in the above embodiment is only an example. It goes without saying that the processing in the player terminal 1 and the server 1000 can be designed as appropriate without departing from the purpose of the present invention.

(Processing performed by a computer)
A process of proceeding with the first game (in the embodiment, as an example, main content) (in the embodiment, as an example, step P1).
Setting selection candidates (in the embodiment, as an example, items that can be purchased by shop mass) including one or more predetermined items (in the embodiment, as an example, "cooking") that are released according to the progress of the first game (In the embodiment, as an example, step P12-1).
A process of giving the player a predetermined item selected by the player from among the selection candidates (in the embodiment, steps P12-5 and P12-7, for example).
A process of proceeding with a second game different from the first game (in the embodiment, as an example, step P2).
When a predetermined item owned by the player is used, a process of imparting an advantageous effect advantageous to the player in the second game (in the embodiment, as an example, step P2-7).

In addition, one of the predetermined items is determined by lottery from lottery candidates (in the embodiment, as an example, the cooking square lottery target) includes one or more predetermined items (in the embodiment, as an example, "cooking"). The computer may further perform the processing (in the embodiment, as an example, P14-1 to P14-5).

Further, the computer may further perform a process of giving the determined predetermined item to the player (in the embodiment, as an example, P14-5).

Further, the lottery candidates may include one or more predetermined items that have not yet been released according to the progress of the first game (in the embodiment, as an example, main content) (in the embodiment, as an example, , Figure 10).

A process (in the embodiment, as an example, P1-5) of giving a consumable item (in the embodiment, as an example, "dice") to the player based on the execution of the first game (in the embodiment, as an example, the main content) ) may also be performed by a computer.

In addition, in the process of progressing the second game (in the embodiment, as an example, sub-content), the player can play the second game by consuming a consumable item (in the embodiment, as an example, "dice") that the player owns. (In the embodiment, as an example, P2-15).

Note that in the above embodiment, a so-called battle game in which an ally character fights against an enemy character is provided as an example of a game related to the main content, but the specific content and game genre of the game may differ from the above embodiment. Not limited. Furthermore, in the above embodiment, a so-called board game is provided as sub-content in which players move through the "squares" corresponding to the number of dice rolled, but the specific content of the game and the game genre may vary. is not limited to the above embodiment. For example, the present invention is applicable to all game genres such as roll playing games, shooting games, puzzle games, and rhythm games. Alternatively, for example, a character that can be used in a sports game may be developed by playing a training game. Moreover, by playing the training game, items and parameters (for example, stamina) for playing the sports game, items that allow the sports game to proceed advantageously, etc. may be provided. Furthermore, the present invention may also be applied to a system in which, by playing a sports game, items and parameters (for example, stamina) for playing a training game, items that allow the training game to proceed advantageously, etc. are provided. Furthermore, the main content and sub-content may be of different game genres. Furthermore, the main content and sub-content may be of a common game genre.

Note that the information processing program for executing the processes in the above embodiments may be stored in a computer-readable non-temporary storage medium, and may be provided as the non-temporary storage medium. Furthermore, it may be provided as a player terminal or an information processing system including this storage medium. Further, the above embodiment may be an information processing method that implements each function and the steps shown in the flowchart.

1 Player terminal 1000 Server S Information processing system

Claims (4)

Processing to proceed with the first game;
a process of setting selection candidates including one or more predetermined items to be released according to the progress of the first game;
a process of granting the predetermined item selected by the player from the selection candidates to the player;
A process of determining one of the predetermined items by lottery from among lottery candidates including one or more of the predetermined items;
a process of giving the determined predetermined item to the player;
a process of proceeding with a second game different from the first game;
When the predetermined item owned by the player is used, a process of imparting an advantageous effect advantageous to the player in the second game;
Let the computer carry out the
The information processing program includes the lottery candidates including one or more of the predetermined items that have not yet been released depending on the progress of the first game . A process of providing consumable items to the player based on the execution of the first game,
Furthermore, let the computer carry out the
In the process of proceeding with the second game,
The information processing program according to claim 1 , wherein the second game progresses by consuming the consumable item owned by the player. An information processing method performed by one or more computers, the method comprising:
The computer includes:
Processing to proceed with the first game;
a process of setting selection candidates including one or more predetermined items to be released according to the progress of the first game;
a process of granting the predetermined item selected by the player from the selection candidates to the player;
A process of determining one of the predetermined items by lottery from among lottery candidates including one or more of the predetermined items;
a process of giving the determined predetermined item to the player;
a process of proceeding with a second game different from the first game;
When the predetermined item owned by the player is used, a process of imparting an advantageous effect advantageous to the player in the second game;
carry out the
The information processing method includes the lottery candidates including one or more of the predetermined items that have not yet been released depending on the progress of the first game . An information processing system comprising one or more computers,
The computer includes:
Processing to proceed with the first game;
a process of setting selection candidates including one or more predetermined items to be released according to the progress of the first game;
a process of granting the predetermined item selected by the player from the selection candidates to the player;
A process of determining one of the predetermined items by lottery from among lottery candidates including one or more of the predetermined items;
a process of giving the determined predetermined item to the player;
a process of proceeding with a second game different from the first game;
When the predetermined item owned by the player is used, a process of imparting an advantageous effect advantageous to the player in the second game;
carry out the
An information processing system in which the lottery candidates include one or more of the predetermined items that have not yet been released depending on the progress of the first game .

Images