Information processing program, information processing system, information processing method, and game device

Abstract

To enhance player's convenience.SOLUTION: An information processing program causes a computer to perform the steps of: linking a predetermined consumable right in a predetermined game to a player ID of a player to accumulate them, when a predetermined set condition is satisfied: accepting a first operation for consuming one predetermined right or a second operation for consuming multiple predetermined rights; consuming one predetermined right on the basis of the first operation and executing a predetermined game in a first mode; consuming multiple predetermined rights on the basis of the second operation and executing the predetermined game in a second mode; and generating special effect on the basis of the second operation. Playing the predetermined game in the second mode may be more disadvantageous to the player than playing the predetermined game multiple times in the first mode.SELECTED DRAWING: Figure 30

Description

[Technical Field]

[0001] The present invention relates to an information processing program, an information processing system, an information processing method, and a game device. [Background technology]

[0002] Patent document 1 discloses a game in which a player can exercise the right to play a game that he or she owns at any time, and move forward the number of "squares" equal to the number that comes up when a "dice" is rolled on the game screen. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 7454730 Summary of the Invention [Problem to be solved by the invention]

[0004] In the above-mentioned games, a player can exercise the rights to play the game that he or she owns at any time. However, since an operation to play the game is required for each right, the player may find the operation cumbersome. Therefore, there is a demand for improving the convenience of the player.

[0005] An object of the present invention is to provide an information processing program, an information processing system, an information processing method, and a game device that can improve convenience for players. [Means for solving the problem]

[0006] In order to solve the above problem, an information processing program When a predetermined condition is satisfied, a process of accumulating a predetermined right that can be consumed in a predetermined game in association with a player ID of the player; a process of receiving a first operation for consuming one of the predetermined rights or a second operation for consuming a plurality of the predetermined rights; a process of consuming one of the predetermined rights based on the first operation and executing the predetermined game in a first mode; a process of consuming the plurality of predetermined rights based on the second operation and executing the predetermined game in a second mode; generating a special effect based on the second operation; The computer executes the following. Executing the predetermined game in the second mode may be more disadvantageous to a player than executing the predetermined game the multiple times in the first mode. The computer performs the following.

[0007] The process of executing the predetermined game in the first mode includes: a process of determining once a first movement distance on a predetermined map including a plurality of points connecting a start point and an end point, the map being configured so that a player game medium associated with a player ID of a player moves from the start point toward the end point through the plurality of points; determining a first stopping point at which the player game medium is to be stopped on the map based on the first movement distance; a process of moving the player game medium to the first stopping point; a process of generating a predetermined effect associated with the first stopping point; Including, The process of executing the predetermined game in the second mode includes: a process of determining the first movement distance on the map a plurality of times by consuming the plurality of predetermined rights; a process of determining a second stopping point based on a second moving distance obtained by adding up the first moving distances determined multiple times; a process of moving the player game medium to the second stopping point; a process of generating the predetermined effect associated with the second stopping point in advance; Including, The process of generating the special effect based on the second operation includes: execute a benefit determination process for determining a benefit separately from the process for generating the predetermined effect associated with the second stopping point; The benefit determined by the benefit determination process may be linked to the player ID of the player.

[0008] The information processing program a process of moving the opponent game contents of the opponent on the map alternately with the movement of the player game contents; The computer executes the following. The process of moving the opponent game content on the map includes: when the player game medium is moved based on the first operation, determining the first movement distance once, and moving the opponent game medium based on the determined first movement distance; When the player game medium is moved based on the second operation, the first movement distance may be determined multiple times, and the opponent game medium may be moved based on the second movement distance which is the sum of the first movement distances determined multiple times.

[0009] In order to solve the above problem, the information processing system includes: An information processing system comprising one or more computers, The computer When a predetermined condition is satisfied, a process of accumulating a predetermined right that can be consumed in a predetermined game in association with a player ID of the player; a process of receiving a first operation for consuming one of the predetermined rights or a second operation for consuming a plurality of the predetermined rights; a process of consuming one of the predetermined rights based on the first operation and executing the predetermined game in a first mode; a process of consuming the plurality of predetermined rights based on the second operation and executing the predetermined game in a second mode; generating a special effect based on the second operation; and It may be more disadvantageous to a player to execute the predetermined game in the second mode than to execute the predetermined game the plurality of times in the first mode.

[0010] In order to solve the above problem, an information processing method includes: 1. An information processing method performed by one or more computers, comprising: The computer When a predetermined condition is satisfied, a process of accumulating a predetermined right that can be consumed in a predetermined game in association with a player ID of the player; a process of receiving a first operation for consuming one of the predetermined rights or a second operation for consuming a plurality of the predetermined rights; a process of consuming one of the predetermined rights based on the first operation and executing the predetermined game in a first mode; a process of consuming the plurality of predetermined rights based on the second operation and executing the predetermined game in a second mode; generating a special effect based on the second operation; and It may be more disadvantageous to a player to execute the predetermined game in the second mode than to execute the predetermined game the plurality of times in the first mode.

[0011] In order to solve the above problem, the game device one or more computers; The computer When a predetermined condition is satisfied, a process of accumulating a predetermined right that can be consumed in a predetermined game in association with a player ID of the player; a process of receiving a first operation for consuming one of the predetermined rights or a second operation for consuming a plurality of the predetermined rights; a process of consuming one of the predetermined rights based on the first operation and executing the predetermined game in a first mode; a process of consuming the plurality of predetermined rights based on the second operation and executing the predetermined game in a second mode; generating a special effect based on the second operation; and It may be more disadvantageous to a player to execute the predetermined game in the second mode than to execute the predetermined game the plurality of times in the first mode. [Effects of the Invention]

[0012] According to the present invention, convenience for players can be improved. [Brief explanation of the drawings]

[0013] [Figure 1] FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. [Figure 2] Fig. 2A is a diagram illustrating the hardware configuration of a player terminal, and Fig. 2B is a diagram illustrating the hardware configuration of a server. [Figure 3] Fig. 3A is a diagram showing an example of a home screen, Fig. 3B is a diagram explaining an example of an ally character confirmation screen, and Fig. 3C is a diagram showing an example of a quest screen. [Figure 4] Fig. 4A is a first diagram illustrating an example of a main quest screen, Fig. 4B is a first diagram illustrating an example of a main quest selection screen, and Fig. 4C is a first diagram illustrating an example of a party selection screen. [Figure 5] Fig. 5A is a diagram illustrating an example of a battle screen, and Fig. 5B is a first diagram illustrating an example of a result screen. [Figure 6] Fig. 6A is a second diagram illustrating an example of a main quest screen, Fig. 6B is a second diagram illustrating an example of a main quest selection screen, and Fig. 6C is a second diagram illustrating an example of a result screen. [Figure 7] Fig. 7A is a first diagram illustrating an example of a dialogue explaining how to play on a sub-content screen, and Fig. 7B is a second diagram illustrating an example of a dialogue explaining how to play on a sub-content screen. [Figure 8]Fig. 8A is a first diagram illustrating an example of a turn start effect on a sub-content screen. Fig. 8B is a diagram illustrating an example of a sub-content screen in the first turn. Fig. 8C is a diagram illustrating an example of a dialogue about dice in possession. [Figure 9] Fig. 9A is a diagram illustrating an example of a menu display, and Fig. 9B is a diagram illustrating an example of an item shop dialogue. [Figure 10] Fig. 10A is a diagram illustrating an example of a possessed dish dialog, and Fig. 10B is a diagram illustrating an example of a sub-content screen when "dish" is used. [Figure 11] FIG. 11 is a diagram illustrating an example of the types of "squares." [Figure 12] FIG. 12 is a diagram illustrating an example of recipe possession information. [Figure 13] FIG. 13 is a diagram illustrating an example of cuisine type information. [Figure 14] Fig. 14A is a diagram illustrating the probability of determining the appearance of a rival character, and Fig. 14B is a diagram illustrating the appearance position of a rival character. [Figure 15] FIG. 15 is a diagram illustrating an example of the friend joining probability. [Figure 16] FIG. 16 is a diagram illustrating an example of fellow user information. [Figure 17] Fig. 17A is a first diagram illustrating an example of a dice effect on a sub-content screen, and Fig. 17B is a second diagram illustrating an example of a dice effect on a sub-content screen. [Figure 18] Fig. 18A is a diagram illustrating an example of a sub-content screen when the player character stops on a "cooking space." Fig. 18B is a diagram illustrating an example of a tap operation promotion effect. Fig. 18C is a diagram illustrating an example of a lottery effect. [Figure 19] Fig. 19A is a diagram illustrating an example of a food acquisition dialogue, and Fig. 19B is a second diagram illustrating an example of a turn start effect. [Figure 20]Fig. 20A is a diagram illustrating an example of a sub-content screen when the player character stops on a "gacha mass." Fig. 20B is a diagram illustrating an example of a gacha mass dialogue. [Figure 21] Fig. 21A is a diagram illustrating an example of a sub-content screen when the player character stops on a "mile number." Fig. 21B is a diagram illustrating an example of a mile number effect on the sub-content screen. [Figure 22] Fig. 22A is a diagram illustrating an example of a sub-content screen when the player character stops on a "shop space." Fig. 22B is a diagram illustrating an example of a shop space dialogue. [Figure 23] Fig. 23A is a diagram illustrating an example of a sub-content screen when the player character stops at "Party Master." Fig. 23B is a diagram illustrating an example of a Party Master dialogue. [Figure 24] Fig. 24A is a diagram illustrating an example of a sub-content screen when the player character stops on a "castle town square." Fig. 24B is a diagram illustrating an example of an arrival effect. Fig. 24C is a diagram illustrating an example of a reward dialogue. [Figure 25] FIG. 25 is a diagram illustrating an example of a sub-contents screen when a friend character appears. [Figure 26] Fig. 26A is a diagram illustrating an example of a sub-contents screen when a rival character appears. Fig. 26B is a first diagram illustrating an example of a dice effect related to the rival character on the sub-contents screen. Fig. 26C is a second diagram illustrating an example of a dice effect related to the rival character on the sub-contents screen. [Figure 27] Fig. 27A is a diagram illustrating an example of a confirmation dialog, and Fig. 27B is a diagram illustrating an example of a sub-content screen when the "All 3" function is in use. [Figure 28]Fig. 28A is a first diagram illustrating an example of a dice effect when the "3 all at once" function is being used. Fig. 28B is a second diagram illustrating an example of a dice effect when the "3 all at once" function is being used. [Figure 29] Fig. 29A is a first diagram illustrating an example of a progression effect when the "All 3" function is being used. Fig. 29B is a second diagram illustrating an example of a progression effect when the "All 3" function is being used. [Figure 30] Fig. 30A is a third diagram illustrating an example of a progression effect when the "All 3" function is being used. Fig. 30B is a fourth diagram illustrating an example of a progression effect when the "All 3" function is being used. Fig. 30C is a diagram illustrating an example of a mass effect when the "All 3" function is being used. [Figure 31] FIG. 31 is a diagram illustrating an example of a performance at the start of a turn when the "All 3" function is being used. [Figure 32] Fig. 32A is a first diagram illustrating an example of a dice effect related to a rival character when the "All 3" function is being used. Fig. 32B is a second diagram illustrating an example of a dice effect related to a rival character when the "All 3" function is being used. Fig. 32C is a diagram illustrating an example of a progression effect related to a rival character when the "All 3" function is being used. [Figure 33] FIG. 33 is a diagram illustrating the memory configuration and computer functions of the player terminal. [Figure 34] FIG. 34 is a flowchart illustrating an example of main content management processing in a player terminal. [Figure 35] FIG. 35 is a flowchart illustrating an example of sub-contents management processing in a player terminal. [Figure 36] FIG. 36 is a flowchart illustrating an example of sub-content detail processing in a player terminal. [Figure 37] FIG. 37 is a flowchart illustrating an example of a process performed by a player terminal while a rival character is appearing. DETAILED DESCRIPTION OF THE INVENTION

[0014] An embodiment of the present invention will be described in detail below with reference to the accompanying drawings. Dimensions, materials, and other specific values ​​shown in the embodiment are merely examples for ease of understanding and do not limit the present invention unless otherwise specified. In this specification and drawings, elements having substantially the same functions and configurations are designated by the same reference numerals to avoid redundant explanation, and elements not directly related to the present invention are not shown.

[0015] (Overall configuration of information processing system S) 1 is an explanatory diagram showing a schematic configuration of an information processing system S. The information processing system S is a so-called client-server system that includes a player terminal 1, a server 1000, and a communication network N having a communication base station Na.

[0016] A player terminal (information processing device) 1 can establish communication with the server 1000 via a communication network N. The player terminal 1 broadly includes electronic devices that can establish a wireless or wired communication connection with the server 1000. Examples of the player terminal 1 include smartphones, mobile phones, tablet devices, personal computers, game consoles, etc. In this embodiment, a case will be described in which a smartphone is used as the player terminal 1.

[0017] The server 1000 is configured to be able to communicate with a plurality of player terminals 1, and is communicatively connected to a plurality of player terminals 1. The server 1000 accumulates various information (player information) for each player ID for identifying a player playing a game.

[0018] The communication base station Na is connected to the communication network N and wirelessly transmits and receives information to and from the player terminal 1. The communication network N is composed of a mobile phone network, the 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.

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

[0020] (Hardware Configuration of Player Terminal 1 and Server 1000) Fig. 2A is a diagram illustrating the hardware configuration of the player terminal 1. 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 unit 18, a communication unit 20, an input unit 22, and an output unit 24.

[0021] 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 unit 1018, a communication unit 1020, an input unit 1022, and an output unit 1024.

[0022] The configurations and functions of the CPU 1010, storage device 1012, bus 1014, input / output interface 1016, storage unit 1018, communication unit 1020, input unit 1022, and output unit 1024 of the server 1000 are substantially the same as those of the CPU 10, storage device 12, bus 14, input / output interface 16, storage unit 18, communication unit 20, input unit 22, and output unit 24 of the player terminal 1. Therefore, the following will describe the hardware configuration of the player terminal 1, and a description of the server 1000 will be omitted.

[0023] The CPU 10 runs a program stored in a storage device 12 to control 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 required for controlling the progress of the game. The storage device 12 is connected to the CPU 10 via a bus 14.

[0024] An input / output interface 16 is connected to the bus 14. To the input / output interface 16, a storage unit 18, a communication unit 20, an input unit 22, and an output unit 24 are connected.

[0025] The storage unit 18 is configured with a ROM or RAM, and stores various programs and data. In the player terminal 1, the programs and data stored in the storage unit 18 are loaded into the storage device 12 by the CPU 10.

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

[0027] The input unit 22 is composed of, for example, a touch panel, buttons, a keyboard, a mouse, a cross key, an analog controller, or the like, which inputs (accepts) player operations. The input unit 22 may also be a dedicated controller provided in the player terminal 1 or connected (externally) to the player terminal 1. Furthermore, the input unit 22 may be composed of an acceleration sensor which detects the tilt or movement of the player terminal 1, or a microphone which detects the voice of the player. In other words, the input unit 22 broadly includes devices which can input the player's intentions in a identifiable manner.

[0028] The output unit 24 includes a display device and a speaker. The output unit 24 may be an external device connected to the player terminal 1. In this embodiment, the player terminal 1 includes a display 26 as the output unit 24, and a touch panel superimposed on the display 26 as the input unit 22.

[0029] (Game content) Next, the content of a game provided by the information processing system S (game device G) of this embodiment will be described using an example. In this embodiment, a so-called battle game in which ally characters battle against enemy characters is provided as the main content. Specifically, in the game of this embodiment, multiple ally characters are provided. A player selects multiple ally characters (here, five) from the provided ally characters to form a party. In addition, a player can play multiple types of battle games with different enemy characters and difficulty levels. In a battle game, the main objective is for the ally characters formed into a party to defeat (clear) enemy characters and earn rewards.

[0030] In this embodiment, the sub-content provided is a so-called board game in which the player rolls dice and moves through the number of "squares" equal to the number of "squares" that appear. The main objective of the sub-content is to reach the "squares" of checkpoints set at predetermined intervals and obtain a reward. The "dice" are awarded when a predetermined condition is met. In this embodiment, the predetermined condition is met when the player logs in to the game for the first time in a predetermined period (e.g., one day). In this embodiment, the predetermined condition is met when the stamina consumed in the predetermined period (e.g., one day) reaches a predetermined amount (e.g., 700). Note that the content of the predetermined condition is not limited to these. For example, the predetermined condition may be met based on the number of times the main content, more specifically, a battle game belonging to the main content, is played. The predetermined condition may also be met when the player wins a lottery held after playing the main content, more specifically, a battle game belonging to the main content.

[0031] Fig. 3A is a diagram showing an example of a home screen, Fig. 3B is a diagram explaining an example of an ally character confirmation screen, and Fig. 3C is a diagram showing an example of a quest screen.

[0032] The home screen shown in Fig. 3A is the screen that is first displayed after the player taps the display 26 on the title screen (not shown) (i.e., after the game starts). As shown in Fig. 3A, on the home screen, a menu bar 30 is displayed at the bottom of the display 26.

[0033] The menu bar 30 has a plurality of operation units that can be operated (tapped) by the player. The menu bar 30 has a home screen selection operation unit 30a labeled "HOME," an ally character confirmation screen selection operation unit 30b labeled "CHARACTER," a story screen selection operation unit 30c labeled "STORY," a quest screen selection operation unit 30d labeled "QUEST," a gacha screen selection operation unit 30e labeled "GACHA," and a menu screen selection operation unit 30f labeled "MENU." In the menu bar 30, operation units corresponding to each screen are 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).

[0034] When the home screen selection operation unit 30a is tapped, the home screen shown in FIG. 3A is displayed on the display 26. When the ally character confirmation screen selection operation unit 30b is tapped, the ally character confirmation screen shown in FIG. 3B is displayed on the display 26. When the story screen selection operation unit 30c is tapped, a story screen (not shown) is displayed on the display 26. When the quest screen selection operation unit 30d is tapped, a quest screen (not shown) is displayed on the display 26. When the gacha screen selection operation unit 30e is tapped, a gacha screen (not shown) is displayed on the display 26. When the menu screen selection operation unit 30f is tapped, a menu screen (not shown) is displayed on the display 26. Although a detailed description will be omitted, on the story screen, new stories are unlocked as the player progresses through the main quest (see FIG. 4A) described below on the quest screen, and the player can view the unlocked stories from the story screen. On the gacha screen, a gacha lottery can be held to acquire an ally character. On the menu screen, game settings and various information can be confirmed.

[0035] 3A corresponds to the initial screen, and has a header display area 31 at the top. The header display area 31 displays 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. The level information 31a and information related to stamina are also included in the player information.

[0036] Stamina is a parameter necessary for a player to play a battle game. In this embodiment, multiple types of battle games are provided, and each battle game has a set stamina consumption value required for play, a maximum number of times that the game can be played per day, etc. When playing a battle game for which a stamina consumption value required for play is set, the player consumes stamina to play the battle game, and therefore, if the player does not have enough stamina, the player cannot play the battle game.

[0037] Although a detailed explanation will be omitted, when a player wins a battle game, the player can acquire a predetermined value as player experience points. Then, each time the player experience points reach a certain value, the player level increases. A stamina upper limit is set for the player level, and as the player level increases, the stamina upper limit also increases. Stamina recovers by a predetermined value (e.g., 1 point) every fixed time (e.g., 5 minutes) within the upper limit range. The stamina display bar 31b displays the current remaining stamina in relation to the stamina upper limit so that the player can visually grasp it.

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

[0039] When the ally character confirmation screen selection operation unit 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, images of all ally characters corresponding to the ally character IDs associated with the player ID are displayed. In other words, on the ally character confirmation screen, all ally characters possessed by the player are displayed. Note that the ally character ID is used to identify the ally characters, and a different ID is assigned to each ally character. Then, when a player acquires a new ally character, for example, 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.

[0040] The ally character ID is stored in association with information about stars (rank), information about experience points, and information about level. Experience points increase when a character wins a battle game (described later) or when a predetermined item is used. The level is set in accordance with the experience points, and increases each time the experience points reach a predetermined value. Note that an upper level limit is set for each ally character, and the level can only increase up to the upper limit.

[0041] Furthermore, base values ​​of combat power such as life points, attack power, and defense power are set for each ally character based on their stars (rank) and level. The higher the combat power of an ally character, the more advantageously the player can progress through the battle game. Furthermore, the base values ​​set for each ally character increase as the number of stars (rank) increases and as the level increases.

[0042] Furthermore, allied characters can be equipped (set) with weapons and armor. Each piece of equipment has an additional value set for attack power, defense power, etc. When equipment is equipped, the additional value of each piece of equipment is added to the above base value, thereby increasing the combat power of the allied character. Information about these weapons and armor is also associated with the allied character ID and is configured as part of the player information.

[0043] 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, each listing the type of battle game that is available. In this example, four types of battle games are available, and four game type selection operation sections 44 are displayed.

[0044] The game type selection operation unit 44 has a main quest selection operation unit 44a marked "Main Quest," a guild battle selection operation unit 44b marked "Guild Battle," a 1V1 battle selection operation unit 44c marked "1V1 Battle," and a 3V3 battle selection operation unit 44d marked "3V3 Battle."

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

[0046] Note that some types of battle games have release conditions set. Examples of the release conditions include a player level being equal to or higher than a predetermined value, viewing a specific story from a story screen, or clearing another predetermined battle game. Furthermore, each battle game type includes multiple battle games (hierarchical levels or loops). Release conditions are set for each of these battle games. When the release conditions are met, the game release information included in the player information is updated.

[0047] In the player terminal 1, it is determined whether or not a battle game has been released based on the game release information, and only the game type selection operation unit 44 of a battle game that satisfies the release condition will accept the player's operation (tap). Therefore, the player can play only the battle game that satisfies the release condition.

[0048] Fig. 4A is a first diagram illustrating an example of a main quest screen, Fig. 4B is a first diagram illustrating an example of a main quest selection screen, and Fig. 4C is a first diagram illustrating an example of a party selection screen.

[0049] As described above, when the main quest selection operation section 44a is tapped in 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.

[0050] The main quest screen displays a quest operation section 45 for selecting multiple battle games (levels) belonging to the main quest. The main quest screen also displays a menu bar 30 and a header display area 31. In this embodiment, the multiple battle games belonging to the main quest are broadly divided into main battle games, which have a set stamina consumption value required to play, and sub-battle games, which do not require the consumption of stamina to play. Furthermore, main battle games can generally be challenged again after being cleared. In contrast, sub-battle games cannot generally be challenged again after being cleared.

[0051] The quest operation unit 45 also displays completion information for each battle game. For example, the completion information for the main battle game is indicated by three stars. When the main battle game is completed, stars are earned according to the number of ally characters whose life points are 0 at the time of completion. For example, if there are no ally characters whose life points are 0, three stars are earned; if there is one ally character whose life points are 0, two stars are earned; and if there are two or more ally characters whose life points are 0, one star is earned. Furthermore, for example, when a sub-battle game is completed, an icon labeled "Completed" (not shown) is displayed as completion information.

[0052] In the example of FIG. 4A, three stars are earned in the main battle game "1-1," two stars are earned in the main battle game "1-2," and one star is earned in the main battle game "1-3." Furthermore, no stars are earned in the main battle game "1-4," indicating that this battle game has not been cleared. Furthermore, in the sub-battle game "1-S," indicating that this battle game has not been cleared.

[0053] In the main quest, the release condition is set to be clearing the previous battle game (main battle game or sub-battle game). For example, in the example of Figure 4A, clearing main battle games up to "1-3" unlocks main battle game "1-4," but subsequent battle games ("1-S" and "1-5" and beyond, not shown) are not yet unlocked.

[0054] On the main quest screen, when the quest operation section 45 marked with, 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.

[0055] As shown in FIG. 4B, the main quest selection screen displays enemy characters appearing in the battle game and items (rewards) that can be acquired in the battle game. The main quest selection screen also displays a challenge operation unit 46 labeled "Challenge" for challenging the battle game, and a cancel operation unit 40 labeled "Cancel" for canceling the processing corresponding to the currently displayed screen. The main quest selection screen also displays the amount of stamina required to play. In the example shown in FIG. 4B, the current amount of stamina and the amount of stamina obtained by subtracting the amount of stamina required to play from the current amount of stamina are displayed.

[0056] 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.

[0057] On the other hand, when the challenge operation unit 46 is operated (tapped), the party selection screen shown in Fig. 4C is displayed on the display 26. The party selection screen displays all of the ally characters possessed by the player, and below it, a selected ally character display area 47 that displays the selected ally character.

[0058] Also displayed on the party selection screen are a cancel operation section 40 and a battle start operation section 49 labeled "Start Battle."

[0059] When the player operates (tap) a displayed ally character on the party selection screen, the operated ally character is displayed in the selected ally character display area 47. In other words, here, an ally character ID to be used in the battle game (to determine the party) is selected from among multiple ally character IDs associated with the player ID. A party is formed by the player selecting multiple ally characters. Note that the same ally character cannot be set more than once when forming a party.

[0060] Once the party formation is complete, the battle start operation unit 49 is operated (tapped) to start the battle game.

[0061] Fig. 5A is a diagram illustrating an example of a battle screen. Fig. 5B is a first diagram illustrating an example of a result screen. When the battle start operation unit 49 is operated (tapped) on the party selection screen shown in Fig. 4C, the battle game starts.

[0062] During the battle game, a battle screen is displayed as shown in FIG. 5A. On the battle screen, ally characters and enemy characters are displayed on the display 26. The ally characters are controlled by a computer and can inflict damage on enemy characters or receive damage from them. The enemy characters are also controlled by a computer and can inflict damage on ally characters or receive damage from them.

[0063] When damage points are awarded to an enemy character, the damage points are subtracted from the enemy character's life points. Similarly, when damage points are awarded to an ally character, the damage points are subtracted from the ally character's life points. When the life points of all enemy characters reach 0, the player wins (clears), and when the life points of all ally characters reach 0 (defeats), the player loses.

[0064] As shown in FIG. 5A, an ally character display area 50 is provided at the bottom of the battle screen. The ally character display area 50 displays life points 50a and a special move gauge 50b for each ally character. The special move gauge 50b increases when the ally character receives damage from an enemy character or inflicts damage on the enemy character. When the special move gauge 50b reaches a predetermined maximum value, the ally character can use a special move. A special move inflicts more damage points on the enemy character than a normal attack, recovers the ally character's life points, or imparts a special effect to the enemy character.

[0065] Here, two patterns are provided for using a special move. One is a method in which the player operates (tap) an ally character displayed in the ally character display area 50 when the special move gauge 50b has reached its maximum value. The other is a method in which, when the special move gauge 50b reaches its maximum value in the auto mode, the ally character uses a special move under computer control. An auto selection operation unit 51 is displayed on the battle screen, and the player can switch between the auto mode and the manual mode by operating the auto selection operation unit 51. When the auto selection operation unit 51 is operated in the manual mode, the mode switches to the auto mode in which the special move is automatically used. When the auto selection operation unit 51 is operated in the auto mode, the mode switches to the manual mode in which the special move is manually used. Even in the auto mode, when the special move gauge 50b has reached its maximum value and the special move has not been used under computer control, the player can operate (tap) the ally character to use a special move.

[0066] Then, 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, the result screen when an ally character wins.

[0067] The result screen displays at least a portion of the game result information of the battle game, and also displays an end operation section 53 marked "Close."

[0068] The game result information includes the ally character ID (party) of the ally character, the enemy character ID of the enemy character, the remaining status of the ally character and the enemy character at the end of the battle (whether or not their life points are 0 at the end of the battle game), the damage points inflicted (total value), whether the game is in manual or auto mode, the battle log ID, the type of battle game (main quest, guild battle, etc.), information associated with each type of battle game (clear information, battle game level, etc.), and information about the items assigned. Regarding whether the game is in manual or auto mode, if the game is in auto mode from the start to the end of the battle game and no special moves are manually used by the player, the game is in auto mode; otherwise, the game is in manual mode. A unique battle log ID is assigned to each battle game. The information associated with each type of battle game varies depending on the type of battle game.

[0069] Furthermore, as described above, in this embodiment, when the stamina consumed in a predetermined period (for example, one day) reaches a predetermined amount (for example, 700), the player is given "dice" that can be used in the sub-content described below. When "dice" are acquired as a result of consuming stamina, a dice icon 54 indicating that "dice" have been acquired is displayed on the result screen.

[0070] Furthermore, when the end operation unit 53 is operated (tapped) on the result screen, the display on the display 26 switches from the battle screen to the normal screen. In other words, the result screen is a part of the battle screen. The normal screen that switches 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.

[0071] Fig. 6A is a second diagram illustrating an example of a main quest screen, Fig. 6B is a second diagram illustrating an example of a main quest selection screen, and Fig. 6C is a second diagram illustrating an example of a result screen.

[0072] As described above, if the player wins the main battle game "1-4," the conditions for unlocking the sub-battle game "1-S" are met. When the quest operation unit 45 marked "1-S" on the main quest screen shown in Fig. 6A is operated (tapped), the main quest selection screen shown in Fig. 6B corresponding to the selected sub-battle game is displayed on the display 26.

[0073] As shown in Fig. 6B, the main quest selection screen corresponding to the sub-battle game displays enemy characters that appear in that battle game and items (rewards) that can be acquired in that battle game. Also, as shown in Fig. 6B, the main quest selection screen corresponding to the sub-battle game notifies players that stamina is not required to play and that players cannot retry after clearing the game.

[0074] 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 battle game "1-S" is canceled.

[0075] On the other hand, when the challenge operation unit 46 is operated (tapped), a party selection screen is displayed on the display 26, similar to the main battle game described above. Furthermore, when the battle start operation unit 49 is operated (tapped) on the party selection screen, a battle game is started, similar to the main battle game described above.

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

[0077] The result screen displays at least a portion of the game result information of the battle game. The result screen also displays a termination operation section 53 labeled "Close."

[0078] In this embodiment, when a sub-battle game is cleared, a "recipe" is awarded to the player as a reward. As will be described in more detail later, a "recipe" is an item that allows for advantageous progress in the sub-content, which will be described later. When a "recipe" is acquired by clearing a battle game, a recipe icon 55 is displayed on the result screen, indicating that the "recipe" has been acquired.

[0079] Next, we will explain the sub-content. The sub-content consists of multiple turns, and in each turn the player rolls the dice and moves through the number of "squares" on the "map" according to the number that comes up. The main objective of the sub-content is to reach the "squares" at checkpoints set at predetermined intervals on the "map" and earn rewards.

[0080] In this embodiment, the "map" is switched every time a preset event period (for example, one month) has elapsed. In this embodiment, a case where a new function that was not installed in the previous event period is installed in the current event period will be described. In addition, a case where a "All together 3" function, which will be described in detail later, is installed as a new function will be described.

[0081] Fig. 7A is a first diagram illustrating an example of how-to-play instruction dialog 57a on the sub-content screen. Fig. 7B is a second diagram illustrating an example of how-to-play instruction dialog 57b on the sub-content screen. As described above, when sub-content selection operation unit 32 is tapped on the home screen of Fig. 3A, the sub-content screen is displayed on display 26 as shown in Fig. 7A.

[0082] Furthermore, when transitioning to a sub-content screen for the first time during the current event period, a play instruction dialog 57a shown in FIG. 7A or a play instruction dialog 57b shown in FIG. 7B is displayed on the display 26.

[0083] Specifically, when a transition to a sub-content screen occurs for the first time within the current event period and the player has never transitioned to a sub-content screen before the current event period, play instruction dialog 57a shown in Fig. 7A is displayed on display 26. That is, play instruction dialog 57a shown in Fig. 7A is displayed when the player transitions to a sub-content screen for the first time.

[0084] Furthermore, if the player transitions to a sub-content screen for the first time during the current event period and has transitioned to a sub-content screen before the current event period, a play instruction dialog 57b shown in FIG. 7B will be displayed on the display 26.

[0085] 7A displays explanations for each of the various items, such as "About the sub-content," "About cooking," "About the mass effect," and "About 3 in total." In other words, the play explanation dialog 57a shown in FIG. 7A provides a detailed explanation of how to play the sub-content to a player who has never played the sub-content before.

[0086] On the other hand, the how-to-play explanation dialog 57 shown in Fig. 7B displays only the item "About 3 in summary," which explains the newly added functions. That is, the how-to-play explanation dialog 57b shown in Fig. 7B provides a detailed explanation of only the newly added functions in the sub-content to a player who has previously played the sub-content. In this way, by separating the display contents between the how-to-play explanation dialog 57a and the how-to-play explanation dialog 57b depending on whether or not the player has experience playing the sub-content, it is possible to improve convenience for the player.

[0087] 8A is a first diagram illustrating an example of a turn start effect on a sub-content screen, showing the sub-content screen when the first turn starts in the sub-content.

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

[0089] In the turn start presentation, as shown in FIG. 8A, 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 of time in the center of the sub-content screen.

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

[0091] As shown in FIG. 8B, a plurality of "spaces" are displayed on the sub-content screen. In this embodiment, as will be described in detail later, at least one of a "mile space," a "shop space," a "cooking space," a "mini-game space," an "event space," a "reward space," a "gacha space," a "party space," and a "castle town space" is set for each "space." Also, a player icon P representing the player's avatar is displayed on the sub-content screen. Here, the player icon P is stored in association with the player's player ID.

[0092] The player icon P is displayed on one of the "squares" displayed on the sub-content screen. When the player rolls the "dice," the player icon P moves through the number of "squares" indicated by the roll. That is, the "map" includes a plurality of points (e.g., "squares") connecting a start point (e.g., the square marked "Start" in FIG. 8B) and an end point (e.g., the "castle town square" in FIG. 8B), and is configured so that the player game media (e.g., the player icon P) linked to the player ID of the player moves through the plurality of points from the start point toward the end point.

[0093] In this embodiment, after a player acquires a "dice," the player can exercise the right to use the "dice" at any timing within a certain period (e.g., two weeks). In other words, if a certain period (e.g., two weeks) has passed since the player acquired the "dice," the right to use the "dice" will be lost. However, a usage period may not be set for the right to use the "dice." Furthermore, as described above, if the "map" is changed every time a preset event period (e.g., one month) has elapsed, the right to use the "dice" may be retained and not lost even when the "map" is changed. Alternatively, the right to use the "dice" may be lost when the "map" is changed.

[0094] Furthermore, in this embodiment, the right to use "dice" is accumulated in association with the player ID of the player, but an upper limit may be set on the number of rights to use "dice" that can be accumulated in association with the player ID of the player. In other words, when the rights to use "dice" accumulated in association with the player ID of the player have reached the upper limit, new rights to use "dice" may not be accumulated in association with the player ID of the player even if a predetermined condition set in advance is satisfied.

[0095] That is, a player can exercise all of the rights to use the "dice" on the day that the "dice" is acquired. Alternatively, a player can save up the rights to use the "dice" over several days without exercising them, and then later exercise all of the rights to use the saved "dice" at once. In other words, when a predetermined condition is met, the rights to use the "dice" that can be consumed in the sub-content are accumulated in association with the player's player ID. This allows each player to use the "dice" in a way that suits their own play style, thereby increasing the enjoyment of the game.

[0096] As shown in FIG. 8B, the sub-content screen displays an owned dice information display section 62. The owned dice information display section 62 displays information about the "dice" owned by the player. Specifically, as shown in FIG. 8B, the owned dice information display section 62 displays information about the total number of "dice" owned by the player. Furthermore, the owned dice information display section 62 displays information about the number of "dice" owned by the player that have a deadline for use that is the current day. Furthermore, when the owned dice information display section 62 is tapped, an owned dice dialog 64 is displayed on the display 26.

[0097] 8C is a diagram showing an example of the possessed dice dialog 64. As shown in Fig. 8C, the possessed dice dialog 64 displays information regarding the expiration date of each "dice" possessed by the player. In this embodiment, the possessed dice dialog 64 sorts and displays the "dice" with the nearest expiration date at the top.

[0098] In the owned dice dialog 64, the player can scroll to check information about the expiration dates of all the "dice" that the player owns.

[0099] Furthermore, "dice" with a predetermined number of days (e.g., three days) or less remaining until the expiration date may be displayed in a different manner from "dice" with more than the predetermined number of days remaining until the expiration date. For example, "dice" with a predetermined number of days or less remaining until the expiration date may be displayed in red, and "dice" with more than the predetermined number of days remaining until the expiration date may be displayed in black.

[0100] Furthermore, a close operation section 66 marked "Close" is displayed in the possessed dice dialog 64. When the close operation section 66 is tapped, the possessed dice dialog 64 is hidden, and the sub-content screen shown in FIG. 8B is displayed.

[0101] Returning to Fig. 8B, the sub-content screen displays information display section 68. As shown in Fig. 8B, the current number of turns and the target number of turns are displayed in information display section 68. This allows the player to grasp the current number of turns and the target number of turns even after turn start notification image 60 (Fig. 8A) is no longer displayed.

[0102] 8B, the sub-content screen also displays a menu operation section 70. When the menu operation section 70 is operated, a menu display 72 is displayed on the display 26.

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

[0104] FIG. 9B is a diagram showing an example of the item shop dialogue 74. In the item shop dialogue 74, the player can purchase various items by spending in-game currency (called "miles" in this embodiment) that can be acquired as the player progresses through the sub-content. In this embodiment, in the item shop dialogue 74, the player can purchase various items to advantageously progress through the main content, such as various pieces of equipment that can strengthen ally characters. For example, in the item shop dialogue 74, the player may be able to purchase items to increase the level of an ally character. In addition, in the item shop dialogue 74, the player may be able to purchase items to increase the stars (rank) of an ally character. In addition, in the item shop dialogue 74, the player may be able to purchase in-game currency that can be used outside the sub-content.

[0105] As shown in FIG. 9B, the item shop dialog 74 displays an icon corresponding to each purchasable item. Each icon also displays a purchase operation section 76 labeled "Purchase." By tapping the purchase operation section 76, the player can purchase the desired item in exchange for a predetermined number of miles.

[0106] As shown in FIG. 9B , the item shop dialogue 74 displays a bulk purchase operation section 78 labeled "Buy in Bulk." Each icon also displays a check box. A player can purchase multiple desired items in bulk by tapping one or more check boxes and then tapping the bulk purchase operation section 78 in exchange for consuming a predetermined number of miles. This improves the player's operability when purchasing multiple items. After tapping the bulk purchase operation section 78, a predetermined confirmation screen may be displayed to prompt the player to confirm the purchase.

[0107] 9B, a back operation unit 80 labeled "Back" is displayed in the item shop dialog 74. When the back operation unit 80 is tapped, the item shop dialog 74 is hidden and the sub-content screen shown in FIG.

[0108] Returning to FIG. 8B, the dice operation unit 81 is displayed on the sub-content screen. The dice operation unit 81 is displayed in an operable mode when the player has one or more "dice." On the other hand, when the player does not have any "dice," the dice operation unit 81 is displayed in an inoperable mode, for example, grayed out. FIG. 8B shows a case where the dice operation unit 81 is displayed in an operable mode (no hatching in FIG. 8B).

[0109] Additionally, a cooking operation unit 82 is displayed on the sub-content screen. The cooking operation unit 82 is displayed in an operable manner when the player possesses one or more "dishes." On the other hand, the cooking operation unit 82 is displayed in an inoperable manner, for example, grayed out, when the player does not possess any "dishes." FIG. 8B shows a case where the cooking operation unit 82 is displayed in an operable manner. Note that, as will be described in more detail later, "dishes" are items that can be acquired as the sub-content progresses. In this embodiment, the player can progress through the sub-content advantageously by using the "dishes" that he or she possesses.

[0110] Also, a 3-in-1 operation unit 83 is displayed on the sub-content screen. The 3-in-1 operation unit 83 is displayed in an operable manner when the player has three or more "dice." On the other hand, the 3-in-1 operation unit 83 is displayed in an inoperable manner, for example, grayed out, when the player does not have any "dice" or when the player has two or fewer "dice." FIG. 8B shows a case where the 3-in-1 operation unit 83 is displayed in an operable manner. Note that, as will be described in detail later, the "3-in-1" function is a function that allows the player to progress through the sub-content more quickly by rolling three "dice" at once, compared to rolling the "dice" one by one. However, in this embodiment, using the "3-in-1" function may be more disadvantageous to the player than rolling the "dice" one by one.

[0111] FIG. 10A is a diagram illustrating an example of the possessed dish dialog 84. When the cooking operation unit 82 is tapped, the possessed dish dialog 84 is displayed on the display 26. As shown in FIG. 10A, the possessed dish dialog 84 displays a list of icons corresponding to the "dishes" possessed by the player. Each icon also displays a use operation unit 85 marked "Use." By tapping the use operation unit 85, the player can use the corresponding "dish." By using the "dish," the player can obtain a predetermined effect that enables the player to progress through the sub-content with an advantage. This predetermined effect is set to different content depending on the type of "dish." After tapping the use operation unit 85, a predetermined confirmation screen may be displayed to ask the player to confirm use.

[0112] As the predetermined effect, for example, an effect of increasing the number of "dice" to be rolled may be set. Also, for example, an effect of limiting the number of "dice" rolled to 1 to 3 may be set. Also, for example, an effect of limiting the number of "dice" rolled to 4 to 6 may be set. Also, for example, an effect of limiting the number of "dice" rolled to odd numbers may be set. Also, for example, an effect of limiting the number of "dice" rolled to even numbers may be set. Also, for example, an effect of increasing the number of "dice" rolled n times (n = a predetermined integer) may be set. Also, for example, an effect of allowing the "dice" to be rerolled up to one time may be set. Also, for example, an effect of changing the type of "square" may be set. Note that if the sub-content is a game that progresses based at least on 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.

[0113] Each icon also displays a detailed operation section 86. When the detailed operation section 86 is tapped, a detailed screen (not shown) is displayed, which displays various information about the corresponding "dish." When the close operation section 87 labeled "close" is tapped, the display of the owned dish dialog 84 ends, and the sub-content screen that was displayed immediately before the owned dish dialog 84 was displayed is displayed.

[0114] FIG. 10B is a diagram illustrating an example of a sub-content screen when a "dish" is used. As described above, when the use operation unit 85 is tapped in the owned dish dialog 84 of FIG. 10A, the "dish" can be used. When the "dish" is used, an icon 82a corresponding to the "dish" selected by the player is displayed near the dish operation unit 82, as shown in FIG. 10B. The icon 82a is displayed in a manner that makes it possible to identify the type of "dish" selected by the player. For example, in FIG. 10B, an image corresponding to "dish D" and the words "eaten" are displayed as the icon 82a.

[0115] In this embodiment, the player can basically use only one "dish" per turn. Therefore, when the player uses a "dish," the icon 82a is displayed in an inoperable state (cross-hatched in FIG. 10B), as shown in FIG. 10B.

[0116] FIG. 11 is a diagram illustrating an example of the types of "squares." As described above, in this embodiment, the types of "squares" include "mile squares," "shop squares," "cooking squares," "mini-game squares," "event squares," "reward squares," "gacha squares," and "castle town squares." Each "square" is assigned a predetermined function as a square effect. When the player icon P stops on a "square," a square effect corresponding to the type of "square" on which the player icon P stops is exerted.

[0117] As shown in FIG. 11 , an icon labeled "mile" is displayed on the "mileage space." Also, as shown in FIG. 11 , in this embodiment, three types of "mileage space" are provided: "Rank 1" to "Rank 3." When a player icon P stops on a "mileage space," the player can acquire "miles," which are in-game currency. In this embodiment, the higher the "rank" of the "mileage space," the more "miles" the player can acquire. For example, when the player icon P stops on a "mileage space" of "Rank 1," 500 "miles" can be acquired; when the player icon P stops on a "mileage space" of "Rank 2," 1000 "miles" can be acquired; and when the player icon P stops on a "mileage space" of "Rank 3," 1500 "miles" can be acquired. In other words, the number of "miles" that can be acquired is determined according to the "rank" of the "mileage space." The number of "miles" that can be acquired may be determined, for example, by lottery.

[0118] Furthermore, an icon with the word "shop" written on it is displayed on the "shop space." Furthermore, as shown in FIG. 11 , in this embodiment, three types of "shop space" are provided, namely, "Rank 1" to "Rank 3." When the player icon P stops on the "shop space," the player can purchase various items by spending "miles," which are the in-game currency. In this embodiment, various items for advantageously progressing through the main content and "dishes" for advantageously progressing through the sub-content can be purchased. At this time, the "dishes" that can be purchased are determined based on the recipe possession information. Furthermore, in this embodiment, the higher the "rank" of the "shop space," the more advantageous the various items that the player can acquire.

[0119] 12 is a diagram illustrating an example of recipe possession information. As shown in FIG. 12, the recipe possession information includes information indicating the types of "recipes" possessed by the player. The recipe possession information also includes information indicating the types of "dishes" that can be purchased when the player icon P stops on the "shop space."

[0120] Each type of "recipe" is associated with a type of "dish." In this embodiment, as shown in Figure 12, the "dishes" corresponding to the "recipe" possessed by the player are set as the types of "dishes" that can be purchased.

[0121] Specifically, in the example shown in FIG. 12, the recipe possession information includes information indicating that the player possesses the "recipes" of "Initial 1," "Initial 2," "Cooking A," and "Cooking B." In this case, when the player icon P stops on the "shop space," the player can purchase a desired "dish" from among "Initial 1," "Initial 2," "Cooking A," and "Cooking B" by spending "miles," which are the in-game currency. In other words, when the player icon P stops on the "shop space," the player can purchase a "dish" corresponding to a "recipe" that the player possesses. On the other hand, the player cannot purchase a "dish" corresponding to a "recipe" that the player does not possess.

[0122] As described above, in this embodiment, when a predetermined sub-battle game is cleared, a "recipe" is awarded to the player as a reward. In other words, as the player sequentially acquires "recipes" in accordance with the progress of the main content, "dishes" that can be purchased when the player icon P stops on the "shop space" are sequentially unlocked. This makes it possible to stimulate the player's motivation to play the main content with the aim of progressing advantageously through the sub-content.

[0123] In this embodiment, the "Initial 1" and "Initial 2" "Recipes" are unconditionally granted to all players without the need to clear a specific sub-battle game. This prevents a situation in which a beginner player who is unable to clear a specific sub-battle game is unable to acquire any "Recipes" and loses motivation to play.

[0124] Returning to FIG. 11, an icon showing an image of a dish is displayed in the "cooking space." When the player icon P stops on the "cooking space," the player can purchase the "dish" that they have won by lottery. At this time, the "dish" that is the subject of the lottery is determined based on the recipe possession information.

[0125] As shown in FIG. 12, the recipe possession information includes information indicating the type of "dish" that becomes the subject of a lottery when the player icon P stops on a "dish space."

[0126] In this embodiment, as shown in Figure 12, regardless of the types of "recipes" that the player possesses, "dishes" corresponding to all "recipes" are set as the types of "dishes" that are the subject of the lottery. In other words, the "dishes" that are the subject of the lottery include "dishes" of types that correspond to "recipe" that the player does not yet possess.

[0127] This allows for the types of "dishes" that are set as lottery targets to be the same for advanced players who have a relatively large number of types of "recipes" and beginner players who have a relatively small number of types of "recipes." This makes it possible to prevent situations where advanced players have an extremely advantageous advantage over beginner players in progressing through sub-content.

[0128] Returning to FIG. 11, an icon labeled "mini-game" is displayed on the "mini-game space." When a player icon P stops on the "mini-game space," the player can play a specific mini-game. The player can then earn a reward according to the results of the mini-game.

[0129] Furthermore, an icon marked "event" is displayed on the "event space." When the player icon P stops on the "event space," an event is executed in which a predetermined effect image is displayed on the display 26. The predetermined effect image may be, for example, a conversation between ally characters. As the event is executed, the player can obtain a predetermined effect that enables the player to progress through the sub-content advantageously.

[0130] Furthermore, an icon resembling a treasure chest is displayed on the "reward square." Furthermore, as shown in FIG. 11 , in this embodiment, three types of "reward squares" are provided: "Rank 1" to "Rank 3." When the player icon P stops on a "reward square," an opening effect is executed on the display 26, in which the treasure chest is opened. Then, with the execution of the opening effect, the player can acquire a predetermined item that enables advantageous progress through the main content and sub-content. In this embodiment, the higher the "rank" of the "reward square," the more advantageous the item that the player acquires. Note that the type of item that can be acquired may be determined, for example, by lottery.

[0131] Furthermore, an icon with the word "gacha" written on it is displayed on the "gacha mass." When the player icon P stops on the "gacha mass," the player can execute a so-called gacha, which allows the player to acquire various items by lottery by spending "miles," an in-game currency. In this embodiment, the player can acquire various items for advantageously progressing through the main content and "dishes" for advantageously progressing through the sub-content by lottery. At this time, the "dishes" to be selected by lottery are determined based on the recipe possession information.

[0132] As shown in Fig. 12, the recipe possession information includes information indicating the type of "dish" that will be the subject of a lottery when the player icon P stops on the "gacha mass." In this embodiment, as shown in Fig. 12, the "dish" that corresponds to the "recipe" possessed by the player is set as the type of "dish" that will be the subject of a lottery.

[0133] Specifically, in the example shown in FIG. 12, the "dishes" of "Initial 1," "Initial 2," "Dish A," and "Dish B" are set as the objects of the lottery. In other words, when the player icon P stops on the "Gacha Mass," the player can win by lottery a "dish" that corresponds to a "recipe" that the player owns. On the other hand, the player cannot win by lottery a "dish" that corresponds to a "recipe" that the player does not own.

[0134] As described above, in this embodiment, when a predetermined sub-battle game is cleared, a "recipe" is awarded to the player as a reward. That is, as the player sequentially acquires "recipes" in accordance with the progress of the main content, "dishes" that are set as lottery targets when the player icon P stops on the "gacha mass" are sequentially released. This aims to increase the types of "dishes" that are set as lottery targets, thereby stimulating the player's desire to play the main content.

[0135] FIG. 13 is a diagram illustrating an example of cooking type information. As shown in FIG. 13, the cooking type information includes information indicating the type and effect of each type of "cooking." The type of "cooking" is information that indicates the general type of its effect. Specifically, as shown in FIG. 13, "cooking" with effect content related to the movement of the player icon P is classified into the "first type." Also, as shown in FIG. 13, "cooking" with auxiliary effect content other than the movement of the player icon P is classified into the "second type." Also, as shown in FIG. 13, "cooking" with special effect content that cannot be classified into either the "first type" or the "second type" is classified into the "third type."

[0136] Returning to FIG. 11, an icon labeled "Party" is displayed on the "Party Square." As described above, in this embodiment, a player is basically allowed to use only one "Cuisine" per turn. In contrast, when the player icon P stops on the "Party Square," the player can use one "Cuisine" from each category. In other words, when the player icon P stops on the "Party Square," the player can use up to three "Cuisines."

[0137] As shown in FIG. 11, an icon resembling a castle is displayed on the "castle town squares." In this embodiment, the "castle town squares" function as checkpoints set at predetermined intervals (for example, every 15 to 50 squares). When the player icon P reaches a "castle town square" within the target number of turns, the player can acquire a predetermined reward. When the player icon P reaches a "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 distance between the "castle town squares," for example. Alternatively, even if the distance between the "castle town squares" is the same, different target numbers of turns may be set.

[0138] In this embodiment, a rival character who will be an opponent may appear in the sub-content. In this embodiment, the rival character is a so-called NPC (Non-playable character) that is automatically controlled by a computer. When a rival character appears, the player and the rival character take turns rolling the "dice" to compete to reach the "castle town square" first, creating a game element.

[0139] 14A is a diagram illustrating the probability of determining whether a rival character will appear. In this embodiment, if a rival character has not appeared, a lottery is held to determine whether a rival character will appear or not, based on the probability of determining whether a rival character will appear in FIG. 14A, each time the right to use the "dice" is exercised.

[0140] However, as shown in FIG. 14A, in this embodiment, the appearance of a rival character is not determined when the current number of turns is between the first and second turns. On the other hand, when the current number of turns is the third turn or later, the appearance of a rival character is determined with the probability defined in FIG. 14A. As shown in FIG. 14A, in this embodiment, the appearance determination probability is set to be higher as the current number of turns increases. Note that when the current number of turns is between the first and second turns, the lottery itself for determining the appearance of a rival character may not be executed, or the appearance determination probability may be set to 0% and the lottery for determining the appearance of a rival character may be executed.

[0141] The timing of the execution of the lottery to determine whether or not a rival character will appear may be after the execution of a progression effect, described below, in which the player icon P advances the number of "squares" equal to the number of dice rolled. Alternatively, the timing of the execution of the lottery to determine whether or not a rival character will appear may be before the execution of a progression effect, described below, in which the player icon P advances the number of "squares" equal to the number of dice rolled.

[0142] In addition, a preview effect may be executed that indicates the expectation level of the rival character's appearance in three levels: "high," "medium," and "low." For example, a preview effect with a "low" expectation level, a preview effect with a "medium" expectation level, and a preview effect with a "high" expectation level may be executed sequentially to gradually increase the player's sense of tension. Alternatively, a preview effect with a "high" expectation level may be executed suddenly without executing a preview effect with a "low" expectation level and a preview effect with a "medium" expectation level. Furthermore, if a preview effect with a "high" expectation level is not executed, the lottery for determining whether or not the rival character will appear may not be executed, or a lottery with a probability of determining appearance may be executed with a 0% probability. Then, after a preview effect with a "high" expectation level is executed, a lottery for determining whether or not the rival character will appear may be executed. This makes it possible to prevent a rival character from suddenly appearing without the preview effect being executed. Furthermore, by notifying the player in advance of the appearance of a rival character, the player can make advance preparations, such as collecting "food," to gain an advantage in the battle against the rival character, thereby making the game more interesting.

[0143] 14B is a diagram illustrating the appearance position of a rival character. When it is determined that a rival character will appear, the position at which the rival character will appear is determined based on the appearance position of the rival character shown in FIG. 14B. In this embodiment, as shown in FIG. 14B, the position at which the rival character will appear is determined based on the distance from the "square" where the player icon P is located to the "square" of the next checkpoint.

[0144] 14B , if the distance from the "square" where the player icon P is located to the "square" of the next checkpoint is 50 squares or more, the "square" one square ahead of the "square" where the player icon P is located is determined as the position where the rival character will appear. That is, in this case, the rival character will appear in the "square" one square closer to the checkpoint than the "square" where the player icon P is located. However, as described above, in this embodiment, the "castle town squares" are arranged at intervals of a maximum of 50 squares, and the appearance of the rival character is not determined between the first and second turns. Therefore, if the distance from the "square" where the player icon P is located to the "square" of the next checkpoint is 50 squares or more, the rival character will not appear.

[0145] 14B , when the distance from the "square" where the player icon P is located to the "square" of the next checkpoint is 40 or more and 49 or less, the "square" nine spaces behind the "square" where the player icon P is located is determined as the position where the rival character will appear. That is, in this case, the rival character will appear in a "square" nine spaces farther from the checkpoint than the "square" where the player icon P is located. Similarly, when the distance from the "square" where the player icon P is located to the "square" of the next checkpoint is 30 or more and 39 or less, the "square" seven spaces behind the "square" where the player icon P is located is determined as the position where the rival character will appear. When the distance from the "square" where the player icon P is located to the "square" of the next checkpoint is 20 or more and 29 or less, the "square" four spaces behind the "square" where the player icon P is located is determined as the position where the rival character will appear. Furthermore, if the distance from the "square" where the player icon P is located to the "square" of the next checkpoint is between 1 and 19 squares, the "square" one square behind the "square" where the player icon P is located is determined as the position where the rival character will appear. In other words, the closer the distance from the "square" where the player icon P is located to the "square" of the next checkpoint is, the closer the position where the rival character will appear to the player icon P is determined. This makes it possible to impart an appropriate sense of tension to the player when a rival character appears.

[0146] In this embodiment, a friend character may appear in the sub-content, providing an effect that allows the player to progress through the sub-content advantageously. FIG. 15 is a diagram illustrating an example of a friend joining probability. In this embodiment, if a friend character has not appeared in the current turn, when the right to use the "dice" is exercised, a lottery is held to determine whether a friend character will appear based on the friend joining probability in FIG. 15. As shown in FIG. 15, in this embodiment, different friend joining probabilities are set when the "All 3" function is not used and when the "All 3" function is used.

[0147] First, we will explain the probability of joining a friend when the "All 3" function is not being used. The probability of joining a friend is determined based on the sum of the base probability and the additive probability. Specifically, the base probability is set according to the number of times a friend character appears while the player icon P moves from the previous checkpoint to the next checkpoint. In other words, if a friend character has not yet appeared while the player icon P moves from the previous checkpoint to the next checkpoint, the base probability corresponding to the "first" number of times joining a friend is selected. In addition, the additive probability corresponding to the "first" number of times joining a friend is increased each time a losing result is derived in the lottery for the "first" number of times joining a friend.

[0148] Specifically, when the right to use the "dice" is exercised for the first time in the "first" number of times a friend joins, the probability of a friend joining is 5%. If a losing result is drawn in this lottery, the next time the right to use the "dice" is exercised, the probability of a friend joining is 25%. If a losing result is drawn in this lottery, the next time the right to use the "dice" is exercised, the probability of a friend joining is 45%. Then, when a winning result is drawn in the lottery for the "first" number of times a friend joins, the appearance of a friend character is determined.

[0149] As shown in FIG. 15 , in this embodiment, the base probability is set to a predetermined value regardless of the number of times a friend has joined. On the other hand, the additive probability is set to a smaller value the more times a friend has joined. This makes it possible to prevent a situation in which the appearance of a friend character is not determined at all while the player icon P is moving from the previous checkpoint to the next checkpoint. It also makes it possible to prevent a situation in which the appearance of a friend character is excessively determined while the player icon P is moving from the previous checkpoint to the next checkpoint. However, the base probability may be set to a smaller value the more times a friend has joined. Furthermore, the base probability and additive probability may be set to a larger value the more times a friend has joined.

[0150] Next, the probability of joining a friend when the "All 3" function is used will be described. When the "All 3" function is used, the right to use three "dice" is exercised at once. Therefore, if the probability of joining a friend when the "All 3" function is used is set to the same value as the probability of joining a friend when the "All 3" function is not used, the player may have the impression that the frequency of determining the appearance of a friend character is higher than when the "All 3" function is not used. Therefore, the additive probability when the "All 3" function is used is set to a value smaller than the additive probability when the "All 3" function is not used. The base probability when the "All 3" function is used is set to the same value as the base probability when the "All 3" function is not used. This makes it possible to prevent the player from having the impression that the frequency of determining the appearance of a friend character is higher than when the "All 3" function is not used. The base probability when the "All 3" function is used may be set to a value smaller than the base probability when the "All 3" function is not used.

[0151] In addition, it is possible to make the probability of joining a friend when the "All 3" function is used relatively lower than the probability of joining a friend when the "All 3" function is not used. This makes it possible to make the player relatively disadvantaged when the "All 3" function is used compared to when the "All 3" function is not used. This makes it possible to prevent a decrease in the motivation of players who exercise their right to use the "dice" one by one without using the "All 3" function.

[0152] However, the base probability and the additional probability when the "All together 3" function is used may be set to values ​​greater than the base probability and the additional probability when the "All together 3" function is not used.

[0153] The timing of the execution of the lottery to determine whether or not a friend character will appear may be after the execution of a progression effect described below in which the player icon P advances the number of "squares" equal to the number of dice rolled. Alternatively, the timing of the execution of the lottery to determine whether or not a friend character will appear may be before the execution of a progression effect described below in which the player icon P advances the number of "squares" equal to the number of dice rolled.

[0154] Here, as an example, we will explain a situation where a losing result has already been drawn twice in the lottery for the "third time" number of times to join a friend, and the dice operation unit 81 is tapped without using the "All 3" function. In this case, the base probability is 5%. Also, the additive probability is 30% (15% x 2). Therefore, the probability of joining a friend, which is the sum of the base probability and the additive probability, is 35%.

[0155] Next, as an example, a case will be described in which a losing result has already been drawn twice in the lottery for the "third time" for joining a friend, and the dice operation unit 81 is tapped while the "All 3" function is in use. In this case, the base probability corresponding to each of the first to third "dice" is 5%. The additive probability corresponding to the first "dice" is 4% (2% x 2). The additive probability corresponding to the second "dice" is 6% (2% x 3). The additive probability corresponding to the third "dice" is 8% (2% x 4). Therefore, the probability of joining a friend corresponding to the first "dice" is 9% (5% + 4%). The probability of joining a friend corresponding to the second "dice" is 11% (5% + 6%). The probability of joining a friend corresponding to the third "dice" is 13% (5% + 8%). For example, if the lottery that determines whether or not a companion character corresponding to the first "dice" appears is won, the lotteries corresponding to the second and subsequent "dice" may not be executed.

[0156] FIG. 16 is a diagram illustrating an example of companion information. As shown in FIG. 16, the companion information includes information indicating the effect that will be exerted by the appearance of each companion character type. The companion information also includes information indicating whether the companion character can appear only while a rival character is appearing. In the example shown in FIG. 16, companion characters "Friend I" to "Friend L" are set to appear only while a rival character is appearing. On the other hand, companion characters "Friend A" to "Friend H" are set to appear regardless of whether a rival character is appearing or not.

[0157] Furthermore, the friend information includes information indicating whether the friend character will be excluded from appearing when the "All together 3" function is used. In the example shown in FIG. 16, the friend characters "Friend E" to "Friend L" are set to be excluded from appearing when the "All together 3" function is used. On the other hand, the friend characters "Friend A" to "Friend D" are set to be eligible for appearance regardless of whether the "All together 3" function is used. In this embodiment, if a friend character that is set to be excluded from appearing when the "All together 3" function is used has already appeared, the friend character will be discarded if the "All together 3" function is used.

[0158] Then, when the appearance of a friend character is determined as described above, the type of friend character to appear is determined based on whether a rival character is appearing or not and whether the "All together 3" function is being used. For example, if a rival character is appearing and the "All together 3" function is not being used, the type of friend character to appear is determined by a predetermined lottery from among "Friend A" to "Friend K."

[0159] Furthermore, when a rival character is not appearing and the "All-in-One 3" function is not in use, the type of friend character to appear is determined by a predetermined lottery from among "Friend A" to "Friend G." Furthermore, when the "All-in-One 3" function is in use, the type of friend character to appear is determined by a predetermined lottery from among "Friend A" to "Friend D," regardless of whether a rival character appears. However, the type of friend character to appear may be determined according to a predetermined order. Note that a friend character that appears will disappear when a predetermined disappearance condition is met. For example, the disappearance condition may be met when a predetermined lottery is won or when the number of appearance turns set for each friend character has elapsed.

[0160] In this way, when the "All 3" function is used, the appearance of some companion characters may be restricted or some companion characters that are currently appearing may be discarded, thereby reducing the risk of the player using the "All 3" function gaining an advantage.

[0161] FIG. 17A is a first diagram illustrating an example of a dice effect on a sub-content screen. FIG. 17B is a second diagram illustrating an example of a dice effect on a sub-content screen. When the dice operation unit 81 in FIG. 8B is tapped when the "3 in all" function is not being used, one right to use the "dice" is consumed, and the dice effect shown in FIG. 17A and FIG. 17B is executed. In other words, when the "3 in all" function is not being used, the dice operation unit 81 functions as an operation unit for consuming one right to use the "dice."

[0162] In the dice effect, a first effect image 88 shown in Fig. 17A is displayed, followed by a second effect image 89 shown in Fig. 17B. As shown in Fig. 17A, when the dice effect starts, the possessed dice information display section 62, information display section 68, menu operation section 70, dice operation section 81, cooking operation section 82, and collectively three operation section 83 are hidden on the sub-content screen. This makes it possible to improve the visibility of the dice effect and each effect described below.

[0163] 17A, in the first effect image 88, an image of a player icon P throwing a die toward the center of the display 26 is displayed in the lower right corner of the display 26. In addition, as shown in FIG. 17B, in the second effect image 89, an image of a die showing the final result is displayed for a predetermined period of time.

[0164] This allows the player to be notified of the result of the "dice" roll. Fig. 17B shows a second effect image 89 when the result is "1." Note that, while first effect image 88 is being displayed, if the player inputs a flick operation from the image resembling a dice in first effect image 88 toward the center, it may be assumed that the dice are being rolled.

[0165] When the dice effect ends, the second effect image 89 is hidden, and a progression effect is executed in which the player icon P progresses through the number of "squares" equal to the number of dice rolled.

[0166] Fig. 18A is a diagram illustrating an example of a sub-content screen when a player icon P stops on a "cooking space." Fig. 18B is a diagram illustrating an example of a tap operation prompting effect. Fig. 18C is a diagram illustrating an example of a lottery effect.

[0167] As shown in Fig. 18A, a progress effect is executed, and when the player icon P stops on the "cooking space," a tap operation prompting effect is executed as shown in Fig. 18B. In the tap operation prompting effect, as shown in Fig. 18B, a tap operation prompting image 90 that prompts the player to perform a tap operation is displayed on the display 26.

[0168] When a tap operation by the player is detected, one of the "dishes" that are the subject of the lottery, which are determined based on the recipe possession information described above, is selected by lottery. A lottery effect in which a rapidly spinning slot is displayed is also executed for a predetermined period of time. In the lottery effect, as shown in FIG. 18C, a winning dish type image 92 indicating the type of the winning "dish" is finally displayed for a predetermined period of time. This allows the player to be notified of the type of the winning "dish." FIG. 17B shows the winning dish type image 92 when "dish D" is selected. When the lottery effect ends, the winning dish type image 92 is hidden, and a dish acquisition dialog 94 is displayed on the display 26.

[0169] 19A is a diagram illustrating an example of the dish acquisition dialog 94. As shown in FIG. 19A, the dish acquisition dialog 94 displays an icon image corresponding to the selected "dish" to notify the player that the "dish" has been acquired. When the close operation unit 96 of the dish acquisition dialog 94 is tapped, the display of the dish acquisition dialog 94 ends.

[0170] FIG. 19B is a second diagram illustrating an example of a turn start effect. The first turn ends with the display of the food acquisition dialog 94, and the second turn begins. Then, as shown in FIG. 19B, a turn start effect is executed in which the turn start notification image 60 is displayed for a predetermined period of time. When the second turn begins, the dice information display unit 62, information display unit 68, menu operation unit 70, dice operation unit 81, cooking operation unit 82, and 3-operation unit 83, which had been hidden, are displayed again. At this time, the display contents of the dice information display unit 62 and information display unit 68 are updated based on the consumption of "dice" in the first turn. Sub-contents are then progressed in the same manner.

[0171] Fig. 20A is a diagram illustrating an example of a sub-content screen when the player icon P stops on a "gacha mass." Fig. 20B is a diagram illustrating an example of a gacha mass dialogue 98. As shown in Fig. 20A, a progression effect is executed, and when the player icon P stops on a "gacha mass," the gacha mass dialogue 98 is displayed on the display 26 as shown in Fig. 20B.

[0172] As shown in Fig. 20B, the gacha mass dialog 98 displays gacha operation units 100 corresponding to each of a plurality of types of gacha. In addition, each gacha operation unit 100 displays a detail operation unit 102. When the detail operation unit 102 is tapped, a detail screen (not shown) is displayed on which various information related to the corresponding type of gacha is displayed.

[0173] Furthermore, when the gacha operation unit 100 is tapped, a lottery for the corresponding type of gacha is held, and one of the "dishes" that are the subject of the lottery, determined based on the recipe possession information described above, is selected by lottery. The type of the "dish" that has been selected is then announced on a lottery result screen (not shown). When the display of the lottery result screen (not shown) ends, the turn moves to the next turn. Alternatively, when the end operation unit 104, marked "Exit Shop," is tapped, the display of the gacha mass dialog 98 ends, and the turn moves to the next turn.

[0174] Fig. 21A is a diagram illustrating an example of a sub-content screen when a player icon P stops on a "mileage marker." Fig. 21B is a diagram illustrating an example of a mileage marker effect on a sub-content screen. As shown in Fig. 21A, when a progression effect is executed and the player icon P stops on a "mileage marker," the mileage marker effect is displayed on the display 26 for a predetermined period of time.

[0175] As shown in FIG. 21B, the mile mass effect notifies the player that they have acquired a number of "miles" determined by lottery. Note that the "mile mass" may allow the player to acquire a predetermined number of "miles." When the mile mass effect ends, the turn moves to the next turn.

[0176] Fig. 22A is a diagram illustrating an example of a sub-content screen when the player icon P stops on the "shop space." Fig. 22B is a diagram illustrating an example of a shop space dialogue 105. As shown in Fig. 22A, a progress effect is executed, and when the player icon P stops on the "shop space," the shop space dialogue 105 is displayed on the display 26 as shown in Fig. 22B.

[0177] In the shop master dialogue 105, the player can purchase various items by spending "miles." As described above, in this embodiment, the "dishes" that can be purchased are set based on the recipe possession information.

[0178] As shown in FIG. 22B, the shop master dialogue 105 displays an icon corresponding to each purchasable item. Each icon also displays a purchase operation section 106 labeled "Purchase." By tapping the purchase operation section 106, the player can purchase the desired item in exchange for consuming a predetermined number of miles. After tapping the purchase operation section 106, a predetermined confirmation screen may be displayed to allow the player to confirm the purchase.

[0179] As shown in FIG. 22B, the shop master dialogue 105 displays a bulk purchase operation section 107 labeled "Buy in Bulk." Each icon also has a check box displayed. A player can purchase multiple desired items in bulk by tapping one or more check boxes and then tapping the bulk purchase operation section 107 in exchange for consuming a predetermined number of miles. This improves the player's operability when purchasing multiple items. After tapping the bulk purchase operation section 107, a predetermined confirmation screen may be displayed to allow the player to confirm the purchase.

[0180] 22B, an end operation section 108 labeled "Exit Shop" is displayed in the shop master dialog 105. When the end operation section 108 is tapped, the shop master dialog 105 is hidden and the turn moves to the next turn.

[0181] Fig. 23A is a diagram illustrating an example of a sub-content screen when the player character stops at "Party Master." Fig. 23B is a diagram illustrating an example of the party master dialog 109. As shown in Fig. 23A, when the progression performance is executed and the player icon P stops at "Party Master," the party master dialog 109 is displayed on the display 26 as shown in Fig. 23B.

[0182] The party master dialogue 109 notifies the player that they will be able to use up to three "dishes" in the next turn. Also, as shown in FIG. 23B, a close operation section 110 marked "close" is displayed in the party master dialogue 109. When the close operation section 110 is tapped, the party master dialogue 109 is hidden and the turn moves to the next turn.

[0183] FIG. 24A is a diagram illustrating an example of a sub-content screen when the player icon P stops on the "castle town square." FIG. 24B is a diagram illustrating an example of an achievement effect. FIG. 24C is a diagram illustrating an example of a reward dialogue 116. As shown in FIG. 24A, when the progress effect is executed and the player icon P stops on the "castle town square," the achievement effect is displayed on the display 26 for a predetermined period of time.

[0184] When the player icon P reaches the "castle town square" within the above-mentioned target number of turns, as shown in Fig. 24B, a goal achievement image 114 is displayed on the display 26 as an achievement effect. The goal achievement image 114 notifies that the player icon P has reached the "castle town square" within the target number of turns.

[0185] In addition, if the player icon P reaches the "castle town square" after exceeding the target number of turns described above, a target non-achievement image (not shown) is displayed as an achievement effect, indicating that the target has not been achieved.

[0186] When the arrival performance ends, as shown in FIG. 24C, a reward dialog 116 is displayed on the display 26 to announce the reward for reaching the "castle town square" within the target number of turns. Then, when the OK operation unit 118 marked "OK" is tapped, the reward dialog 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."

[0187] FIG. 25 is a diagram illustrating an example of a sub-content screen when a friend character appears. When it is determined that a friend character will appear, as shown in FIG. 25, a friend joining dialogue 120 displaying the text "A friend has joined!" is displayed on the display 26 for a predetermined period of time before the start of the next turn. When the display of the friend joining dialogue 120 ends, the turn moves to the next turn. In addition, a friend icon Pa that identifies the type of friend character that has appeared is displayed near the player icon P. The friend icon Pa is hidden when the friend character's disappearance condition is met or when the friend character is discarded based on the use of the "All 3" function.

[0188] The friend icon Pa may also function as an operation unit. For example, when the friend icon Pa is tapped, a dialogue (not shown) may be displayed on the display 26, displaying an effect corresponding to the type of friend character that has appeared.

[0189] FIG. 26A is a diagram illustrating an example of a sub-content screen when a rival character appears. When it is determined that a rival character will appear, as shown in FIG. 26A, a rival appearance dialog 122 displaying the text "A rival has appeared!" is displayed on the display 26 for a predetermined period of time before the start of the next turn. When the display of the rival appearance dialog 122 ends, the turn moves to the next turn. In addition, a rival icon R indicating the rival character is displayed in the "square" determined as the appearance position of the rival character. The rival icon R will be displayed until the player icon P arrives at the next checkpoint.

[0190] As described above, when a rival character appears, the player and the rival character roll the "dice" alternately, competing to reach the "castle town square" first. In this embodiment, when a rival character appears, the player rolls the "dice" first, and then the rival character rolls the "dice," and the sub-content progresses in this order.

[0191] The following describes a case where the "all three" function is not used while a rival character is appearing. When the dice operation unit 81 in FIG. 8B is tapped while a rival character is appearing, a dice effect (FIGS. 17A and 17B) is executed, and then a progression effect is executed in which the player icon P advances the number of "squares" equal to the number of dice rolled. Then, when various effects related to the exertion of the square effect corresponding to the "square" on which the player icon P stopped are completed, a dice effect related to the rival character is executed.

[0192] FIG. 26B is a first diagram illustrating an example of a dice effect related to a rival character on the sub-content screen. FIG. 26C is a second diagram illustrating an example of a dice effect related to a rival character on the sub-content screen. In the dice effect related to a rival character, first effect image 124 shown in FIG. 26B is displayed, followed by second effect image 126 shown in FIG. 26C. As shown in FIG. 26B, while the dice effect related to the rival character is being executed, the possessed dice information display unit 62, information display unit 68, menu operation unit 70, dice operation unit 81, cooking operation unit 82, and collectively three operation unit 83 are not displayed on the sub-content screen. This improves the visibility of the dice effect related to the rival character.

[0193] As shown in Fig. 26B, in the first effect image 124, an image of a rival icon R throwing one die toward the center of the display 26 is displayed in the lower left of the display 26. Also, as shown in Fig. 26C, in the second effect image 126, an image of a die showing the final result is displayed for a predetermined period of time.

[0194] This allows the player to be notified of the result of the "dice" roll of the rival character. FIG. 26C shows the second effect image 126 when the result is "6." When the dice roll effect for the rival character ends, the second effect image 126 disappears, and a progression effect is executed in which the rival icon R advances the number of "spaces" equal to the number of dots rolled. When the progression effect ends, the turn moves to the next turn. When the player icon P finally reaches a checkpoint before the rival icon R, the player is awarded a predetermined item or in-game currency as a reward. Note that the content of the reward may be determined based on the result of the win / loss, the stopping position of the rival icon R as a result of the execution of the last progression effect for the rival icon R, the number of rights to use the "dice" consumed, etc.

[0195] If the rival icon R advances and stops on the same "square" as the player icon P, a predetermined mini-game will start before the turn moves to the next turn. Then, when the mini-game ends, the turn moves to the next turn.

[0196] Next, the progress of sub-content when using the "All 3" function will be described. As shown in Fig. 8B, when All 3 operation section 83 is displayed in an operable mode, if All 3 operation section 83 is tapped, confirmation dialog 130 shown in Fig. 27A is displayed on display 26.

[0197] FIG. 27A is a diagram illustrating an example of the confirmation dialog 130. As shown in FIG. 27A, the confirmation dialog 130 displays various information related to the use of the "All 3" function. Also, as shown in FIG. 27A, the confirmation dialog 130 displays a close operation section 132 marked "Close" and a decision operation section 134 marked "Shake All." When the close operation section 132 is tapped, the use of the "All 3" function is canceled. On the other hand, when the decision operation section 134 is tapped, the use of the "All 3" function is decided.

[0198] 27B is a diagram illustrating an example of a sub-content screen while the "All 3" function is being used. As shown in FIG. 27B, when it is decided to use the "All 3" function, the display mode of the All 3 operation unit 83 changes to a display mode indicating that the "All 3" function is being used (hatched in FIG. 27B). Note that if the All 3 operation unit 83 is tapped again while the "All 3" function is being used, the use of the "All 3" function is stopped and the display mode returns to the original mode as shown in FIG. 8B (no hatching in FIG. 8B).

[0199] In this embodiment, "cooking" can be used even while the "All 3" function is being used. However, "cooking" may be disabled while the "All 3" function is being used. Also, some "cooking" may be disabled while the "All 3" function is being used. For example, a specific type of "cooking" may be disabled while the "All 3" function is being used. Furthermore, if a "cooking" with a specified number of turns for which its effect can be sustained is used while the "All 3" function is not being used, and then the "All 3" function is switched to be used while the effect is still being sustained, the effect may continue to be sustained. Alternatively, if a "cooking" with a specified number of turns for which its effect can be sustained is used while the "All 3" function is not being used, and then the "All 3" function is switched to be used while the effect is still being sustained, the effect may be canceled.

[0200] FIG. 28A is a first diagram illustrating an example of a dice effect when the "3 All at Once" function is being used. FIG. 28B is a second diagram illustrating an example of a dice effect when the "3 All at Once" function is being used. When the dice operation unit 81 in FIG. 27B is tapped while the "3 All at Once" function is being used, three rights to use the "dice" are consumed, and the dice effect when the "3 All at Once" function is being used, as shown in FIGS. 28A and 28B, is executed. In other words, when the "3 All at Once" function is being used, the dice operation unit 81 functions as an operation unit for consuming three rights to use the "dice."

[0201] In the dice effect when using the "All 3" function, first effect image 140 shown in Fig. 28A is displayed, followed by second effect images 142a, 142b, and 142c and skip bonus occurrence dialog 144 shown in Fig. 28B. As shown in Fig. 28A, when the dice effect starts, the possessed dice information display section 62, information display section 68, menu operation section 70, dice operation section 81, cooking operation section 82, and all 3 operation section 83 are hidden on the sub-content screen. This makes it possible to improve the visibility of the dice effect and each effect described below.

[0202] 28A, in the first effect image 140, an image of a player icon P throwing three dice toward the center of the display 26 is displayed in the lower right corner of the display 26. In addition, as shown in FIG. 28B, in the second effect images 142a, 142b, and 142c, images of dice showing the final result are displayed for a predetermined period of time.

[0203] This allows the player to be notified of the result of the "dice" roll. Figure 28B shows second effect images 142a, 142b, and 142c when the results are "1", "3", and "6", respectively.

[0204] In addition, if the effect of various "cooking" or "companion" specifies the number of turns that the effect can be sustained, the continuation of the effect will be determined for each "dice" roll. For example, if an effect such as "increase the rank of the shop space by 1 for one turn" is in effect, an icon indicating that the above effect has been applied may be displayed on the "shop space" during progress based on the first "dice" roll, and the above effect may be discarded once progress based on the first "dice" roll has ended. In addition, when the above effect is discarded, the display of the icon indicating that the above effect has been applied may also be discarded.

[0205] For example, if the number of "dice" to be rolled next increases due to the effects of various "dishes" or "companions," specifically when "dish A" in Figure 13 is used, a second performance image corresponding to the increased number of "dice" may be separately displayed near the second performance image 142a that is the target of the effect.

[0206] Furthermore, when the effect of various "dishes" or "companions" causes the number on the "dice" to be 7 or more, a number may be directly displayed in the second effect images 142a, 142b, and 142c. Furthermore, when the effect of various "dishes" or "companions" causes a number to be added to the number on the "dice," the added number may be identifiably displayed in the second effect images 142a, 142b, and 142c.

[0207] Also, for example, when "Dish D" in Figure 13 is used, the result of the second performance image 142a corresponding to the first "dice" will be "8", the result of the second performance image 142b corresponding to the second "dice" will be "1", and the result of the second performance image 142c corresponding to the third "dice" will be the result determined by lottery.

[0208] Also, for example, when "Dish F" in Figure 13 is used, the number rolled on the second performance image 142a corresponding to the first "dice" will be "4", the number rolled on the second performance image 142b corresponding to the second "dice" will be "4", and the number rolled on the second performance image 142c corresponding to the third "dice" will be "4".

[0209] In this embodiment, if the right to use the "dice" is exercised three times without using the "3 All At Once" function, a total of three square effects are exerted. On the other hand, if the right to use the "dice" is exercised three times at once using the "3 All At Once" function, the player icon P advances at once based on the total value of the rolls of the three dice (here, 10 squares). Therefore, if the right to use the "dice" is exercised three times at once using the "3 All At Once" function, only the square effect of the "square" to which the player icon P has advanced is exerted based on the total value of the rolls of the three dice (here, 10 squares). In other words, if the "3 All At Once" function is not used, consuming one right to use the "dice" will achieve a first effect of the player character P advancing a "square" and a second effect of exerting a square effect corresponding to the "square" on which the player character P stopped. Furthermore, when the "3 All at Once" function is used, if the right to use the "dice" is consumed multiple times (three times in this embodiment), the first effect is exerted multiple times (three times in this embodiment), and the second effect is exerted once. In other words, in this embodiment, when the "3 All at Once" function is used, the sub-content progresses in a way that puts the player at a disadvantage in terms of the second effect compared to when the "dice" are rolled one by one without using the "3 All at Once" function.

[0210] However, if the number of occurrences of the mass effect becomes extremely low, the player's advantage in progressing through the sub-content may be significantly reduced. Therefore, in this embodiment, when the right to use three "dice" at once is exercised using the "All 3" function, a predetermined reward is granted to the player as a skip bonus. Specifically, the skip bonus is a reward determined by the same mass effect as the rank 1 "mile mass" and the same mass effect as the rank 1 "reward mass." However, a preset fixed reward may be granted to the player as the skip bonus. Alternatively, the reward granted to the player as the skip bonus may be changed depending on the progress of the sub-content. Specifically, for example, the status of items owned by the player may be determined, and an item to be granted to the player from items not owned by the player may be determined by lottery, and the item determined by lottery may be granted to the player. Alternatively, the player's player level may be determined, and an item to be given to the player may be determined by lottery from a group of items (options) that are preset in accordance with the player's player level, and the item determined by lottery may be given to the player.

[0211] In other words, by providing a skip bonus, although it is still more disadvantageous for the player to progress through the sub-content using the "All 3" function than if the player had exercised the right to use the "dice" one by one without using the "All 3" function, it is possible to adjust the situation so as to reduce the risk of the player's advantage decreasing drastically.

[0212] However, by providing a skip bonus, the degree of advantage to the player may be the same when the "All 3" function is used and when the "All 3" function is not used.

[0213] Alternatively, by providing a skip bonus, the player may have a greater advantage when the "All 3" function is used than when the "All 3" function is not used. In this case, for example, the player may be granted an item with higher parameters such as rarity, effect, level, etc., when the "All 3" function is used and the mass effect of the "square" on which the player icon P stops may be obtained, compared to an item that would be granted by the mass effect of the "square" on which the player icon P stops when the "All 3" function is not used.

[0214] Furthermore, the type of "mass" may be switched so that the mass effect exerted while the "All 3" function is being used is less favorable than the mass effect exerted while the "All 3" function is not being used. This may ensure that progressing through the sub-content using the "All 3" function is less favorable to the player than if the player exercised the right to use the "dice" one by one without using the "All 3" function. For example, the "mass effect" exerted while the "All 3" function is being used may result in items being drawn in a lottery that have lower parameters such as rarity, effect, and level than the "mass effect" exerted while the "All 3" function is not being used.

[0215] 28B, while the dice effect is being executed, a skip bonus occurrence dialogue 144 is displayed. The skip bonus occurrence dialogue 144 notifies the player of the content of the reward to be awarded as a skip bonus.

[0216] When the dice effect ends, the skip bonus occurrence dialogue 144 is hidden, and a progression effect is executed in which the player icon P progresses through the number of "spaces" equal to the total number of dice rolled in the second effect images 142a, 142b, and 142c.

[0217] FIG. 29A is a first diagram illustrating an example of a progression effect when the "All 3" function is being used. FIG. 29B is a second diagram illustrating an example of a progression effect when the "All 3" function is being used. FIG. 30A is a third diagram illustrating an example of a progression effect when the "All 3" function is being used. FIG. 30B is a fourth diagram illustrating an example of a progression effect when the "All 3" function is being used. FIG. 30C is a diagram illustrating an example of a case where a square effect is exerted when the "All 3" function is being used. When a progression effect when the "All 3" function is being used is executed, as shown in FIG. 29A, second effect images 142a, 142b, and 142c are displayed in reduced size in the lower left corner of the display 26. Also, as shown in FIG. 29A, a remaining progress number icon Q indicating the remaining number of squares to which the player icon P can be advanced is displayed near the player icon P. When the remaining progress number icon Q is initially displayed, the total number of dice rolled by the second effect images 142a, 142b, and 142c is displayed. In the example shown in FIG. 29A, the remaining progress number icon Q displays "10."

[0218] In this embodiment, first, a progression effect is executed in which the player icon P advances through the number of "spaces" corresponding to the number rolled on the "dice" shown in the second effect image 142a. In the example shown in FIG. 29A, since the number rolled on the "dice" shown in the second effect image 142a is 1, a progression effect is executed in which the player icon P advances by one space. As the player icon P advances, the number displayed on the remaining progress icon Q decreases by one each time the player icon P advances through a "space." Then, as shown in FIG. 29B, when the player icon P advances by one space corresponding to the number rolled on the "dice" shown in the second effect image 142a, an icon marked "Done" is displayed in the second effect image 142a, and the player icon P temporarily stops for a short period of time (for example, about 0.1 seconds). This notifies the player that the number of "spaces" corresponding to the number rolled on the first "dice" has been advanced. At this time, the space effect of the temporarily stopped "space" is not exerted.

[0219] Next, as shown in FIG. 30A , a progression effect is executed in which the player icon P advances through the number of "spaces" corresponding to the number rolled on the "dice" shown in the second effect image 142b. In the example shown in FIG. 30A , since the number rolled on the "dice" shown in the second effect image 142b is 3, a progression effect is executed in which the player icon P advances through three spaces. As the player icon P advances through a "space," the number displayed on the remaining progress icon Q decreases by 1 each time the player icon P advances through a "space." Then, as shown in FIG. 30A , when the player icon P advances through three spaces corresponding to the number rolled on the "dice" shown in the second effect image 142b, an icon marked "Done" is displayed in the second effect image 142b, and the player icon P temporarily stops for a short period of time (for example, about 0.1 seconds). This notifies the player that the number of "spaces" corresponding to the number rolled on the second "dice" has been advanced. At this time, the space effect of the temporarily stopped "space" is not exerted.

[0220] Next, as shown in FIG. 30B, a progress effect is executed in which the player icon P advances through the number of "spaces" corresponding to the number rolled on the "dice" shown in the second effect image 142c. In the example shown in FIG. 30B, since the number rolled on the "dice" shown in the second effect image 142c is 6, a progress effect is executed in which the player icon P advances through 6 spaces. As the player icon P advances through the "spaces," the number displayed on the remaining progress icon Q decreases by 1 each time the player icon P advances through a "space." Then, as shown in FIG. 30B, when the player icon P advances through the six spaces corresponding to the number rolled on the "dice" shown in the second effect image 142c, an icon marked "Done" is displayed in the second effect image 142c, and the player icon P is displayed stationary. This notifies the player that the number of "spaces" corresponding to the number rolled on the third "dice" has been advanced.

[0221] Then, when the player is notified that the player has advanced through the number of spaces equal to the result of the third die roll, the space effect of the space on which the player icon P is stopped is exerted. In the example shown in FIG. 30B , the player icon P stops on the reward space, and therefore the space effect of the reward space is exerted as shown in FIG. 30C . When the player icon P stops on the reward space, an opening effect is executed on the display 26, in which a treasure chest is opened, and then the reward space dialogue 150 is displayed as shown in FIG. 30C . As shown in FIG. 30C , the reward space dialogue 150 notifies the player of the item granted to the player by the space effect of the reward space. As shown in FIG. 30C , a close operation unit 152 marked "close" is displayed in the reward space dialogue 150. When the close operation unit 152 is tapped, the reward space dialogue 150 is hidden, the turn progresses to the next turn, and the start-of-turn effect shown in FIG. 31 is executed.

[0222] For example, a "square" may be provided with a square effect such as "move forward +3 squares." In this case, with an icon marked "Done" displayed in each of the second effect images 142a, 142b, and 142c, a progression effect is executed in which the player icon P moves forward three more "squares" due to the square effect.

[0223] If a friend character appears while using the "All 3" function, a friend joining dialogue 120 is displayed on the display 26 for a predetermined period of time before the start-of-turn performance is executed, similar to the case shown in Fig. 25. Then, when the display of the friend joining dialogue 120 ends, the start-of-turn performance shown in Fig. 31 is executed.

[0224] FIG. 31 is a diagram illustrating an example of a turn start effect when the "All 3" function is being used. In the turn start effect, as shown in FIG. 31, a turn start notification image 60 is displayed for a predetermined period of time in the center of the sub-content screen, announcing the current number of turns and the target number of turns. When the "All 3" function is used, the right to use the "dice" is exercised three times at once, resulting in the consumption of three turns. Therefore, if the "All 3" function is used in the first turn as shown in FIG. 27B, the next turn start effect will notify the player that the fourth turn will have started.

[0225] Furthermore, when the turn start effect begins, the possessed dice information display unit 62, information display unit 68, menu operation unit 70, dice operation unit 81, cooking operation unit 82, and all-three operation unit 83, which had been hidden, are displayed again. At this time, the display contents of the possessed dice information display unit 62 and the information display unit 68 are updated based on the consumption of the three "dice" in the first turn. Subsequent sub-contents are progressed in the same manner. In the example shown in FIG. 31 , the possessed dice information display unit 62 displays seven as the total number of "dice" possessed by the player. That is, it is possible to use the "all-three" function again to exercise the right to use the "dice" three times at once. In such a case, as shown in FIG. 31 , the "all-three" function is maintained in use, and the all-three operation unit 83 is displayed in a manner indicating that the "all-three" function is being used (hatched in FIG. 31 ).

[0226] However, if the total number of "dice" possessed by the player falls to two or less, the "3 All" function is cancelled when the turn start performance starts. In this case, the 3 All" operation unit 83 is displayed in an inoperable state, for example, greyed out. Sub-content using the "3 All" function is then progressed in the same manner.

[0227] Furthermore, if it is determined that a rival character will appear while the "All 3" function is being used, rival appearance dialog 122 is displayed on display 26 for a predetermined period of time, similar to the case shown in Fig. 26A, before the start-of-turn performance shown in Fig. 31 is executed. When the display of rival appearance dialog 122 ends, the start-of-turn performance shown in Fig. 31 is executed.

[0228] If the "3 All at Once" function is being used while a rival character is appearing, tapping the dice operation unit 81 executes a dice effect for when the "3 All at Once" function is being used, similar to FIGS. 28A and 28B. Thereafter, a progression effect is executed in which the player icon P advances, similar to FIGS. 29A, 29B, 30A, and 30B. When the player is notified that the player has advanced the number of "squares" equal to the number rolled on the third "dice," the square effect of the "square" on which the player icon P is stopped is exerted. When various effects related to the exertion of the square effect corresponding to the "square" on which the player icon P is stopped are completed, a dice effect related to the rival character is executed.

[0229] Fig. 32A is a first diagram illustrating an example of a dice effect related to a rival character while the "3 All Together" function is being used. Fig. 32B is a second diagram illustrating an example of a dice effect related to a rival character while the "3 All Together" function is being used. In the dice effect related to a rival character while the "3 All Together" function is being used, first effect image 160 shown in Fig. 32A is displayed, followed by second effect images 162a, 162b, and 162c shown in Fig. 32B.

[0230] As shown in Fig. 32A, in first effect image 160, an image of rival icon R throwing three dice toward the center of display 26 is displayed in the lower left of display 26. Also, as shown in Fig. 32B, in second effect images 162a, 162b, and 162c, images of dice showing the final result are displayed for a predetermined period of time.

[0231] This allows the player to be notified of the results of the "dice" roll of the rival character. Figure 32B shows second effect images 162a, 162b, and 162c when the results are "1," "3," and "1," respectively. When the dice effect for the rival character ends, second effect image 126 is hidden, and a progression effect is executed in which rival icon R progresses based on the total value of the results of the three dice (here, five squares).

[0232] FIG. 32C is a diagram illustrating an example of a progression effect related to a rival character while the "All 3" function is being used. When a progression effect related to a rival character is executed while the "All 3" function is being used, second effect images 162a, 162b, and 162c are displayed in reduced size at the bottom left of display 26, as shown in FIG. 32C. Also, as shown in FIG. 32C, a remaining progress number icon Q indicating the remaining number of squares to which rival icon R can be advanced is displayed near rival icon R. When remaining progress number icon Q is initially displayed, the total number of dice rolled by second effect images 162a, 162b, and 162c is displayed. In the example shown in FIG. 32C, remaining progress number icon Q displays "5."

[0233] Then, a progression effect in which the rival icon R advances through the number of "squares" equal to the number of dots on the "dice" shown in second effect image 162a, a progression effect in which the rival icon R advances through the number of "squares" equal to the number of dots on the "dice" shown in second effect image 162b, and a progression effect in which the rival icon R advances through the number of "squares" equal to the number of dots on the "dice" shown in second effect image 162c are sequentially executed. As the rival icon R advances, icons marked "Done" are sequentially displayed in second effect images 162a, 162b, and 162c. As the rival icon R advances, the number displayed on the remaining progress icon Q decreases by one each time it advances through a "square." Note that the square effect of the square on which the rival icon R stops may be exerted on the rival icon R. Alternatively, the square effect of the square on which the rival icon R stops may not be exerted on the rival icon R.

[0234] Then, when the player is notified that the player has advanced through the number of "spaces" corresponding to the roll of the third "dice" related to the rival character, a turn start effect such as that shown in FIG. 31 is executed.

[0235] Note that if the player icon P reaches a checkpoint before the rival icon R while a rival character is appearing and the "All 3" function is being used, the number of dice rolled by the rival character will be changed. Specifically, if the number of "dice" used by the player icon P before reaching the checkpoint is three, the number of dice rolled by the rival character will be changed to two. Also, if the number of "dice" used by the player icon P before reaching the checkpoint is two, the number of dice rolled by the rival character will be changed to one. If the number of "dice" used by the player icon P before reaching the checkpoint is one, the rival character does not roll the dice, and the player's victory is confirmed. That is, in this embodiment, the rival character will roll the number of "dice" obtained by subtracting one from the number of "dice" used by the player icon P before reaching the checkpoint.

[0236] In this embodiment, the player can arbitrarily switch between using and not using the "All 3" function in both situations where a rival character appears and where no rival character appears. That is, in a battle-style game, the player can arbitrarily change the game system during the battle. In a game where a player competes against an opponent, in order to shorten the play time, it is conceivable to use a method such as changing various effects in the game to shorter versions or using a fast-forward function that fast-forwards various effects.

[0237] In this embodiment, when the number of turns executed per operation by the player is increased from 1 to 3, the number of turns consumed per operation by the opponent also increases from 1 to 3. In this way, by switching the game system (the game progress conditions and the win / loss determination conditions) itself, it is possible to shorten and simplify the play time. This not only shortens the time required in a battle-style game, but also allows the player to switch the game system as needed at any time during the battle, which has the effect of increasing the variety of the game.

[0238] Furthermore, in games in which consumable rewards (rights to use "dice") are granted as the game progresses (logging in, consuming stamina, etc.), some players may feel that consuming these consumable rewards is a chore, which can lead to stress for the player. Therefore, as described above, in this embodiment, the player can switch between using the consumable rewards accumulated by the player one by one or consuming multiple rewards at a time within the scope of the game's characteristics. This can have the effect of reducing the stress felt by the player.

[0239] Next, the basic configuration and communication processing of the player terminal 1 for executing the above-mentioned main content and sub-content will be described. Note that here, the basic communication processing for progressing the game and an example of the main communication processing related to the main content and sub-content will be described, and a description of other processing will be omitted.

[0240] (Functional Configuration of Player Terminal 1) 33 is a diagram illustrating the configuration of the storage device 12 in the player terminal 1 and its functions as a computer. The storage device 12 is provided with a program storage area 12a and a data storage area 12b. When a game starts, the CPU 10 stores a terminal-side game control program (module) in the program storage area 12a.

[0241] The terminal-side game control program includes a game execution control program 300, a battle game execution control program 302, and a sub-contents execution control program 304. Note that the programs listed in Fig. 33 are just examples, and the terminal-side game control program includes many other programs.

[0242] The data storage area 12b is provided with a player information storage unit 310 as a storage unit for storing data. Note that the above storage unit is just an example, and the data storage area 12b is provided with many other storage units.

[0243] CPU 10 runs each program stored in program storage area 12a and updates data in each storage unit in data storage area 12b. CPU 10 runs each program stored in program storage area 12a, causing player terminal 1 (computer) to function as a terminal-side game control unit 1A. Terminal-side game control unit 1A includes a game execution control unit 300a, a battle game execution control unit 302a, and a sub-content execution control unit 304a.

[0244] Specifically, CPU 10 operates game execution control program 300, causing the computer to function as game execution control unit 300a. Similarly, CPU 10 operates battle game execution control program 302 and sub-contents execution control program 304, causing them to function as battle game execution control unit 302a and sub-contents execution control unit 304a, respectively.

[0245] The game execution control unit 300a controls the overall progress of the game. For example, the game execution control unit 300a transmits login information to the server 1000 when logging in to the game.

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

[0247] Sub-contents execution control unit 304a is responsible for control for executing the sub-contents. For example, sub-contents execution control unit 304a updates the sub-contents screen and moves and displays player icon P, based on an operation input to player terminal 1.

[0248] (Control process in player terminal 1) Next, the main control processing in the player terminal 1 for executing the above main content and sub-content will be described.

[0249] 34 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 that manages the execution of the battle game in the main content (P1-1). Specifically, the battle game execution control unit 302a accepts a party formation by the player. Then, when the party formation is completed and the battle start operation unit 49 is operated, the battle game execution control unit 302a starts the battle game.

[0250] When a battle game begins, the battle game execution control unit 302a derives the progress and results of the battle game through calculations. Specifically, it performs processes related to the determination and execution of attacks by each character in the battle game, the determination of whether or not damage has been received and the amount of damage, the selection of motions related to the positional changes and elimination of each character, and the determination of victory or defeat in the battle game. During the battle game, the battle game execution control unit 302a also renders animations on the display 26 based on the results of the calculations. The battle game execution control unit 302a also subtracts the stamina consumption value required for play based on the execution of the battle game.

[0251] 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) based on the player's victory in the battle game (P1-3). As a result, if the consumed stamina has reached the predetermined value (YES in P1-3), the battle game execution control unit 302a adds the right to use "dice" to the player information corresponding to the player's player ID and stores it in the player information storage unit 310 (P1-5). In other words, when a predetermined condition set in advance is satisfied, the battle game execution control unit 302a stores the right to use "dice" that can be consumed in sub-content, linked to the player's player ID.

[0252] If the amount of stamina consumed has not reached the predetermined value (NO in P1-3), the battle game execution control unit 302a proceeds to step S1-7, which will be described later.

[0253] Based on the player's victory in the battle game, the battle game execution control unit 302a adds an item (clear reward) to the player information corresponding to the player's player ID and stores it in the player information storage unit 310 (P1-7).

[0254] 35 is a flowchart illustrating an example of the sub-contents management process (P2) in player terminal 1. Sub-contents execution control unit 304a of player terminal 1 determines whether or not sub-contents selection operation unit 32 has been tapped (P2-1).

[0255] As a result, when sub-content selection operation unit 32 is tapped (YES in P2-1), sub-content execution control unit 304a executes sub-content screen display processing to display a sub-content screen on display 26 (P2-3). Furthermore, when transitioning to a sub-content screen is the first time within the current event period and the player has never transitioned to a sub-content screen before the current event period, sub-content execution control unit 304a displays how-to-play explanation dialog 57a shown in FIG. 7A on display 26. Furthermore, when transitioning to a sub-content screen is the first time within the current event period and the player has transitioned to a sub-content screen before the current event period, sub-content execution control unit 304a displays how-to-play explanation dialog 57b shown in FIG. 7B on display 26.

[0256] Sub-contents execution control unit 304a determines whether it is the start of a turn (P2-5). As a result, if it is the start of a turn (YES in P2-5), sub-contents execution control unit 304a executes turn start processing for executing turn start presentation for displaying turn start notification image 60 (P2-7). If it is not the start of a turn (NO in P2-5), sub-contents execution control unit 304a proceeds to step P2-9, which will be described later.

[0257] Sub-contents execution control unit 304a determines whether or not use operation unit 85 in possessed dish dialog 84 (FIG. 10A) has been tapped, that is, whether or not an item use operation has been detected (P2-9). As a result, if an item use operation has been detected (YES in P2-9), sub-contents execution control unit 304a executes item use processing for using the “dish” corresponding to tapped use operation unit 85 (P2-11).

[0258] Specifically, sub-content execution control unit 304a consumes the "dish" possessed by the player that corresponds to the tapped use operation unit 85, thereby imparting a predetermined effect of the details set in the "dish" to the player information corresponding to the player ID of the player. Furthermore, sub-content execution control unit 304a displays icon 82a ( FIG. 10B ) that can identify the "dish" corresponding to the tapped use operation unit 85, near cooking operation unit 82. If an item use operation is not detected (NO at P2-9), sub-content execution control unit 304a proceeds to step P2-13, which will be described later.

[0259] Sub-contents execution control unit 304a determines whether purchase operation unit 76 or bulk purchase operation unit 78 in item shop dialog 74 (FIG. 9B) has been tapped, that is, whether an item purchase operation has been detected (P2-13). As a result, if an item purchase operation has been detected (YES in P2-13), sub-contents execution control unit 304a executes item purchase processing to purchase the items corresponding to tapped purchase operation unit 76 or bulk purchase operation unit 78 (P2-15).

[0260] Specifically, sub-content execution control unit 304a spends "miles" possessed by the player to grant the items corresponding to the tapped purchase operation unit 76 or bulk purchase operation unit 78 to the player information corresponding to the player's player ID. If an item purchase operation is not detected (NO in P2-13), sub-content execution control unit 304a proceeds to step P2-17, which will be described later.

[0261] Sub-contents execution control unit 304a determines whether or not an operation has been input to all-in-one operation unit 83 ( FIG. 17A ), which is displayed in an operable state (P2-17). As a result, if an operation to all-in-one operation unit 83 is detected (YES in P2-17), sub-contents execution control unit 304a switches between use and non-use of the “all-in-one 3” function (P2-19). Specifically, if an operation to all-in-one operation unit 83 is detected when the “all-in-one 3” function is not being used, sub-contents execution control unit 304a switches to a state where the “all-in-one 3” function is used. Furthermore, if an operation to all-in-one operation unit 83 is detected when the “all-in-one 3” function is being used, sub-contents execution control unit 304a switches to a state where the “all-in-one 3” function is not used. Furthermore, sub-contents execution control unit 304a switches the display state of all-in-one operation unit 83 based on the switching between use and non-use of the “all-in-one 3” function.

[0262] Sub-contents execution control unit 304a determines whether or not an operation has been input to dice operation unit 81 that is displayed in an operable manner, that is, whether or not a dice using operation has been detected (P2-21). As a result, if a dice using operation has been detected (YES in P2-21), sub-contents execution control unit 304a executes sub-contents detail processing (P3).

[0263] 36 is a flowchart illustrating an example of the sub-contents detail processing (P3). Sub-contents execution control unit 304a determines whether or not the "all at once 3" function is being used (P3-1). As a result, if the "all at once 3" function is being used (YES in P3-1), sub-contents execution control unit 304a moves the processing to step P3-3 described later. If the "all at once 3" function is not being used (NO in P3-1), sub-contents execution control unit 304a moves the processing to step P3-19 described later.

[0264] Sub-contents execution control unit 304a executes dice consumption processing to consume three rights to use the "dice" (P3-3). Specifically, sub-contents execution control unit 304a consumes three rights to use the "dice" from the player information corresponding to the player ID of the player, and updates the player information.

[0265] Sub-contents execution control unit 304a executes a first roll determination process (P3-5) for determining, by lottery, any of "1" to "6" as the roll of the "dice." Sub-contents execution control unit 304a also executes a second roll determination process (P3-7) for determining, by lottery, any of "1" to "6" as the roll of the "dice." Sub-contents execution control unit 304a also executes a third roll determination process (P3-9) for determining, by lottery, any of "1" to "6" as the roll of the "dice." In each roll determination process, if various effects are activated, the roll is determined taking into consideration the activated effects. In the present embodiment, roll determination lots are repeatedly executed to determine the rolls of three "dice," but the present invention is not limited to this. For example, one of a combination of pre-set combinations of rolls of three "dice" may be determined by a single lottery. Alternatively, a number from "3" to "18" may be determined by lottery, and the combination of the results of the three "dice" may be determined based on the determined number.

[0266] Furthermore, sub-contents execution control unit 304a determines the "square" on which player icon P is to stop, based on the rolls determined in the roll determination processes of steps P3-5 to P3-9 above and the current position of player icon P (P3-11).

[0267] Furthermore, sub-content execution control unit 304a determines the content of the reward to be granted to the player as a skip bonus (P3-13). Specifically, sub-content execution control unit 304a determines the reward as the skip bonus based on the same square effect as the rank 1 "mile square" and the same square effect as the rank 1 "reward square." Sub-content execution control unit 304a then adds the determined reward to the player information corresponding to the player's player ID, thereby updating the player information. However, sub-content execution control unit 304a may also grant a preset fixed reward as the skip bonus to the player. Alternatively, sub-content execution control unit 304a may change the content of the reward to be granted to the player as a skip bonus depending on the progress of the sub-content. Specifically, for example, sub-content execution control unit 304a may determine the status of items possessed by the player, determine by lottery an item to be granted to the player from items not possessed by the player, and grant the item determined by lottery to the player. Furthermore, sub-content execution control unit 304a may determine the player level of the player, determine by lottery an item to be granted to the player from a group of items (options) preset in accordance with the player's player level, and grant the item determined by lottery to the player.

[0268] Furthermore, sub-contents execution control unit 304a executes dice effect execution processing for executing a dice effect (FIGS. 28A and 28B) (P3-15). Specifically, sub-contents execution control unit 304a first displays first effect image 140 shown in FIG. 28A. Thereafter, sub-contents execution control unit 304a displays second effect images 142a, 142b, 142c shown in FIG. 28B based on the result determined in steps P3-5 to P3-9. Furthermore, sub-contents execution control unit 304a displays skip bonus generation dialog 144 shown in FIG. 28B based on the reward determined in step S3-13.

[0269] Furthermore, sub-contents execution control unit 304a executes progress rendering execution processing for executing progress rendering (FIGS. 29A, 29B, 30A, and 30B) (P3-17). Specifically, sub-contents execution control unit 304a executes the renderings of FIG. 29A to FIG. 30B.

[0270] Sub-contents execution control unit 304a executes dice consumption processing to consume one right to use a "dice" (P3-19). Specifically, sub-contents execution control unit 304a consumes one right to use a "dice" from the player information corresponding to the player ID of the player, and updates the player information.

[0271] Sub-contents execution control unit 304a executes roll determination processing (P3-21) that determines, by lottery, one of "1" to "6" as the roll of the "dice." Note that in the roll determination processing, if various effects are activated, the roll is determined taking into consideration the currently activated effects.

[0272] Furthermore, sub-contents execution control unit 304a determines the "square" on which player icon P is to stop, based on the roll determined in the roll determination process of step P3-21 above and the current position of player icon P (P3-23).

[0273] Furthermore, sub-contents execution control unit 304a executes dice effect execution processing for executing a dice effect (FIGS. 17A and 17B) (P3-25). Specifically, sub-contents execution control unit 304a first displays first effect image 88 shown in FIG. 17A. Thereafter, sub-contents execution control unit 304a displays second effect image 89 shown in FIG. 17B based on the result determined in step P3-23.

[0274] Furthermore, sub-contents execution control unit 304a executes progress effect execution processing for executing a progress effect (P3-27). Specifically, as shown in 18A, sub-contents execution control unit 304a executes a progress effect in which player icon P progresses through "spaces" equal to the number on the "dice" displayed in second effect image 89 that corresponds to the number rolled in step P3-23, and player icon P is displayed as still.

[0275] Sub-contents execution control unit 304a executes stopped square-related processing for exerting a square effect according to the "square" on which player icon P is stopped and displayed in step S3-17 or P3-27 above (P3-29).

[0276] Furthermore, sub-contents execution control unit 304a determines whether or not a rival character is currently appearing (P3-31). As a result, if it is determined that a rival character is currently appearing (YES in P3-31), sub-contents execution control unit 304a executes rival character appearance processing (P4), which will be described later.

[0277] If a rival character is not currently appearing (NO in P3-31), sub-contents execution control unit 304a executes rival character appearance management processing (P3-33). Specifically, sub-contents execution control unit 304a executes a lottery to determine whether or not a rival character will appear, based on the rival appearance determination probability of FIG. 14A. If it is determined that a rival character will appear, sub-contents execution control unit 304a determines the position at which the rival character will appear, based on the rival character appearance position shown in FIG. 14B. Furthermore, sub-contents execution control unit 304a displays a rival icon R at the determined rival character appearance position, as shown in FIG. 26A. Furthermore, sub-contents execution control unit 304a displays rival appearance dialog 122 on display 26, as shown in FIG. 26A.

[0278] Furthermore, sub-contents execution control unit 304a determines whether a friend character is currently appearing (P3-35). As a result, if a friend character is not currently appearing (NO in P3-35), sub-contents execution control unit 304a executes friend character appearance management processing (P3-37). Specifically, sub-contents execution control unit 304a determines a friend joining probability based on the sum of the base probability and the additive probability shown in FIG. 15, and performs a lottery to determine whether a friend character will appear based on the determined friend joining probability. Then, when the appearance of a friend character is determined by the lottery, sub-contents execution control unit 304a determines the type of friend character to appear from among the friend characters that can appear, based on the friend information shown in FIG. 16. Upon determining the type of friend character to appear, sub-contents execution control unit 304a displays friend joining dialog 120 on display 26, as shown in FIG. 25. Furthermore, sub-contents execution control unit 304a displays a friend icon Pa that enables identification of the type of friend character that has appeared in the vicinity of player icon P.

[0279] 37 is a flowchart illustrating an example of the process during rival character appearance (P4). Sub-contents execution control unit 304a determines whether or not the "all in 3" function is being used (P4-1). As a result, if the "all in 3" function is being used (YES in P4-1), sub-contents execution control unit 304a moves the process to step P4-3, which will be described later. If the "all in 3" function is not being used (NO in P4-1), sub-contents execution control unit 304a moves the process to step P4-21, which will be described later.

[0280] Furthermore, sub-contents execution control unit 304a determines whether or not player icon P has reached a checkpoint based on the roll of the first "dice" (P4-3). Specifically, if, as a result of the progress effect of step P3-17 above, it is determined based on the roll of the first "dice" that player icon P has reached a checkpoint (YES in P4-3), sub-contents execution control unit 304a moves the process to step P4-19. If, as a result of the progress effect of step P3-27 above, it is determined based on the roll of the first "dice" that player icon P has not reached the checkpoint (NO in P4-3), sub-contents execution control unit 304a moves the process to step P4-5.

[0281] Sub-contents execution control unit 304a determines the number of dice to be rolled by the rival character (P4-5). Specifically, if the progress of player icon P in step P3-17 above shows that player icon P has not yet reached a checkpoint, sub-contents execution control unit 304a determines the number of dice to be rolled by the rival character to be three. Furthermore, if the progress of player icon P in step P3-17 above shows that player icon P has reached a checkpoint, sub-contents execution control unit 304a determines the number of dice to be rolled by the rival character to be the number of "dice" used by player icon P until it reached the checkpoint minus one.

[0282] Sub-content execution control unit 304a sequentially executes a first roll determination process (P4-7), a second roll determination process (P4-9), and a third roll determination process (P4-11) for determining, by lottery, one of "1" to "6" as the roll of the "dice." Note that in the present embodiment, the rolls of the three "dice" are determined by repeatedly executing roll determination lotteries, but the present invention is not limited to this. For example, any combination may be determined by a single lottery from among preset combinations of rolls of the three "dice." Alternatively, any number from "3" to "18" may be determined by lottery, and the combination of rolls of the three "dice" may be determined based on the determined number.

[0283] If the number of dice to be rolled by the rival character determined in step P4-5 above is 2, sub-contents execution control unit 304a does not execute the third roll determination process (P4-11). If the number of dice to be rolled by the rival character determined in step P4-3 above is 1, sub-contents execution control unit 304a does not execute the second roll determination process (P4-9) and the third roll determination process (P4-11).

[0284] Furthermore, sub-contents execution control unit 304a determines the "square" on which rival icon R is to stop, based on the roll determined in the roll determination processes of steps P4-7 to P4-11 above and the current position of rival icon R (P4-13).

[0285] Furthermore, sub-contents execution control unit 304a executes dice effect execution processing for executing a dice effect (FIGS. 32A and 32B) (P4-15). Specifically, sub-contents execution control unit 304a first displays first effect image 160 shown in FIG. 32A. Thereafter, sub-contents execution control unit 304a displays second effect images 162a, 162b, 162c shown in FIG. 32B based on the results determined in steps P4-7 to P4-11.

[0286] Furthermore, sub-contents execution control unit 304a executes progress rendering execution processing for executing the progress rendering (FIG. 32C) (P4-17). Specifically, sub-contents execution control unit 304a executes the rendering of FIG.

[0287] Furthermore, sub-contents execution control unit 304a executes win / loss determination processing (P4-19) when the "all-in-one 3" function is being used. Specifically, for example, if sub-contents execution control unit 304a determines in step P4-3 above that player icon P has reached the checkpoint based on the roll of the first "dice," it determines that player icon P has reached the checkpoint before rival icon R, and therefore determines that the player has won. Furthermore, if rival icon R has reached the checkpoint as a result of step P4-17 above, it determines that rival icon R has reached the checkpoint before player icon P or with fewer "dice" than the player, and therefore sub-contents execution control unit 304a determines that the player has lost. In other words, if player icon P has reached the checkpoint based on the roll of the second or third "dice" in step P4-3 above while the "all-in-one 3" function is being used, it determines whether the player has won or lost based on the result of step P4-17 above, that is, whether rival icon R has reached the checkpoint. Furthermore, if rival icon R reaches a checkpoint as a result of step P4-17 above when player icon P has not yet reached the checkpoint, sub-contents execution control unit 304a determines that the player has lost.

[0288] Furthermore, sub-contents execution control unit 304a determines whether player icon P has reached a checkpoint (P4-21). Specifically, if player icon P has reached a checkpoint as a result of the progress presentation in above step P3-27 or as a result of above step P3-29 (YES in P4-21), sub-contents execution control unit 304a moves the process to step P4-31. If player icon P has not yet reached a checkpoint as a result of the progress presentation in above step P3-27 or as a result of above step P3-29 (NO in P4-21), sub-contents execution control unit 304a moves the process to step P4-23.

[0289] Furthermore, sub-contents execution control unit 304a executes a roll determination process (P4-23) that determines, by lottery, one of "1" to "6" as the roll of the "dice." Note that in the roll determination process, if various effects are activated, the roll is determined taking into consideration the currently activated effects.

[0290] Furthermore, sub-contents execution control unit 304a determines the "square" on which rival icon R is to stop, based on the roll determined in the roll determination process of step P4-23 above and the current position of rival icon R (P4-25).

[0291] Furthermore, sub-contents execution control unit 304a executes dice effect execution processing for executing dice effects (FIGS. 26B and 26C) (P4-27). Specifically, sub-contents execution control unit 304a first displays first effect image 124 shown in FIG. 26B. Thereafter, sub-contents execution control unit 304a displays second effect image 126 shown in FIG. 26C based on the result determined in step P4-23.

[0292] Furthermore, sub-contents execution control unit 304a executes progress effect execution processing for executing a progress effect (P4-29). Specifically, sub-contents execution control unit 304a executes a progress effect in which rival icon R advances through the number of "spaces" equivalent to the number on the "dice" displayed in second effect image 126 that corresponds to the number rolled in step P4-23, and rival icon R is displayed as stopped.

[0293] Furthermore, sub-contents execution control unit 304a executes win / loss determination processing (P4-31) when the “all 3” function is not being used. Specifically, for example, when player icon P has reached a checkpoint, sub-contents execution control unit 304a determines whether rival icon R has reached the checkpoint before player icon P. As a result, if rival icon R has reached the checkpoint before player icon P, sub-contents execution control unit 304a determines that the player has lost. Furthermore, if player icon P has reached the checkpoint before rival icon R, sub-contents execution control unit 304a determines that the player has won. Note that, as a result of step P4-29 above, if rival icon R has reached the checkpoint, this means that rival icon R has reached the checkpoint before player icon P, and therefore sub-contents execution control unit 304a determines that the player has lost. Furthermore, if it is determined in step P4-21 above that player icon P has reached the checkpoint, this means that player icon P has reached the checkpoint before rival icon R, and therefore sub-content execution control unit 304a determines that the player has won.

[0294] When the outcome of the match against a rival character in the sub-content is determined, sub-content execution control unit 304a may execute a predetermined effect that notifies the player of the result of the match. Furthermore, when the outcome of the match against a rival character in the sub-content is determined, sub-content execution control unit 304a may grant a predetermined reward to the player ID of the player based on the result of the match.

[0295] As described above, the player terminal 1 is provided with the game execution control program 300, the battle game execution control program 302, and the sub-contents execution control program 304. Furthermore, the player terminal 1 functions as a game execution control unit 300a, a battle game execution control unit 302a, and a sub-contents execution control unit 304a. However, some or all of these programs and functional units may be provided in the server 1000. In other words, these programs and functional units may be provided in either or both of the player terminal 1 and the server 1000.

[0296] While one 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 a person skilled in the art can conceive of various modifications and alterations within the scope of the claims, and it is understood that these modifications and alterations also fall within the technical scope of the present invention.

[0297] In the above embodiment, the division of processing between the player terminal 1 and the server 1000 is merely an example. For example, each of the above processes may be executed by at least one of the player terminal 1 and the server 1000, or by both, and the execution timing and the device that executes the process are not particularly limited.

[0298] Furthermore, the processing of the player terminal 1 and the server 1000 in the above embodiment is merely an example. It goes without saying that the processing of the player terminal 1 and the server 1000 can be designed as appropriate within the scope of the object of the present invention.

[0299] (Processing performed by a computer) When a predetermined condition (for example, in the above embodiment, when the stamina consumed in a predetermined period reaches a predetermined amount) is met, a process is performed in which a predetermined right (for example, in the above embodiment, the right to use "dice") that can be consumed in a predetermined game is linked to the player's player ID and accumulated (for example, in the above embodiment, steps P1-3 and P1-5). A process (P2-21, in the above embodiment, as an example) of accepting a first operation to consume one specified right (in the above embodiment, as an example, an operation of the dice operation unit 81 when the ``All together 3'' function is not being used) or a second operation to consume multiple specified rights (in the above embodiment, as an example, an operation of the dice operation unit 81 when the ``All together 3'' function is being used). A process of consuming one predetermined right and executing a predetermined game in a first mode based on a first operation (P3-19 to P3-29 in the above embodiment, as an example). A process of consuming a plurality of predetermined rights and executing a predetermined game in a second mode based on a second operation (in the above embodiment, as an example, P3-3 to P3-17 and P3-29). A process (P3-13 in the above embodiment, as an example) of generating a special effect (a skip bonus in the above embodiment, as an example) based on the second operation. It may be more disadvantageous to the player to run the predetermined game in the second mode than to run the predetermined game multiple times in the first mode.

[0300] The process of executing a predetermined game in a first mode may include a process (P3-19 to P3-21, for example, in the above embodiment) of determining once a first movement distance (in the above embodiment, for example, the roll of a "dice") on a predetermined map that includes a plurality of points connecting a start point and an end point, and is configured so that a player game medium (in the above embodiment, for example, a player icon P) linked to the player's player ID moves through a plurality of points (in the above embodiment, for example, "squares") from the start point (in the above embodiment, for example, the "square" marked "Start" in Figure 8B) to the end point (in the above embodiment, for example, the "castle town square" in Figure 8B). The process of executing a predetermined game in a first mode may include a process of determining a first stopping point (in the above embodiment, as an example, a "square" at which to stop) at which to stop the player game medium (in the above embodiment, as an example, a player icon P) on the map based on a first movement distance (in the above embodiment, as an example, P3-23). The process of executing a predetermined game in a first mode may include a process of moving the player game media to a first stopping point (P3-27 in the above embodiment, as an example). The process of executing the predetermined game in the first mode may include a process of generating a predetermined effect that is associated in advance with the first stopping point (P3-29 in the above embodiment, as an example).

[0301] The process of executing the predetermined game in the second mode may include a process of determining the first movement distance on the map multiple times by consuming multiple predetermined rights (P3-3 to P3-9 in the above embodiment, as an example). The process of executing a predetermined game in a second mode may include a process of determining a second stopping point based on a second moving distance obtained by adding up first moving distances determined multiple times (P3-11, as an example, in the above embodiment). The process of executing the predetermined game in the second mode may include a process of moving the player game media to a second stopping point (P3-17 in the above embodiment, as an example). The process of executing the predetermined game in the second mode may include a process of generating a predetermined effect that is associated in advance with the second stopping point (P3-19 in the above embodiment, as an example).

[0302] In addition, the process of generating a special effect based on the second operation may execute a benefit determination process (P3-13, as an example, in the above embodiment) that determines a benefit, separately from the process of generating a predetermined effect that is pre-associated with the second stopping point (P3-29, as an example, in the above embodiment), and the benefit determined by the benefit determination process may be linked to the player's player ID.

[0303] The computer may also be caused to perform a process (P4, in the above embodiment, as an example) of moving the opponent's opponent game medium (in the above embodiment, as an example, the rival icon R) on the map alternately with the movement of the player game medium (in the above embodiment, as an example, the player icon P).

[0304] The process of moving the opponent game medium on the map may involve determining a first movement distance once when the player game medium is moved based on a first operation, and moving the opponent game medium based on the determined first movement distance (in the above embodiment, as an example, P4-21 to P4-31). The process of moving the opponent game medium on the map may involve determining a first movement distance multiple times when the player game medium is moved based on a second operation, and moving the opponent game medium based on a second movement distance which is the sum of the first movement distances determined multiple times (in the above embodiment, as an example, P4-3 to P4-19).

[0305] In the above embodiment, a so-called battle game in which a friendly character battles an enemy character is provided as an example of a game related to the main content. However, the specific content and genre of the game are not limited to the above embodiment. In the above embodiment, a so-called board game in which a player rolls dice and moves through the number of "squares" equal to the number of "squares" shown is provided as the sub-content. However, the specific content and genre of the game are not limited to the above embodiment. For example, the present invention is applicable to any game genre, such as a battle game, a roll-playing game, a shooting game, a puzzle game, or a rhythm game. For example, the present invention may be applied to a training game in which a player trains a character that can be used in a sports game. Playing the training game may grant items or parameters (e.g., stamina) for playing the sports game, or items that allow the player to advance advantageously in the sports game. Playing the sports game may grant items or parameters (e.g., stamina) for playing the training game, or items that allow the player to advance advantageously in the training game. The present invention may also be applied to a game in which the main content and the sub-content may be of different game genres. The present invention may also be applied to a game in which the main content and the sub-content may be of the same game genre.

[0306] Furthermore, in the above embodiment, the "3 in one" function, which allows the player to progress through sub-content more quickly by rolling three "dice" at once than by rolling the "dice" one by one, has been described as an example, but the present invention is not limited to this. That is, any function may be used as long as it allows the player to consume multiple predetermined rights (in the above embodiment, as an example, the right to use "dice") based on the player's operation, and the number of predetermined rights to be consumed can be set arbitrarily.

[0307] For example, the game genre of the sub-content may be adapted to a battle game in which an enemy character and a player character take turns acting in a turn-based manner. In this case, when one execution right is consumed to perform an action for one turn, a first effect advantageous to a predetermined player (e.g., a so-called buff effect such as recovery of stamina or acquisition of a support item) may be generated each turn. When the player consumes execution rights for multiple turns (e.g., three turns) and acts multiple turns consecutively with a single operation, a predetermined advantageous second effect may be additionally generated, such as increasing various parameters of the player character, such as attack power. Furthermore, when the player consumes execution rights for multiple turns and acts multiple turns consecutively with a single operation, the first effect that was executed each turn may no longer be generated, thereby putting the player at a disadvantage. Furthermore, when the player consumes execution rights for multiple turns and acts multiple turns consecutively with a single operation, a special effect different from the second effect may be generated. The special effect may be, for example, an increase in the attack power of the player character, recovery of parameters for using various techniques of the player character, an increase in experience points gained after a battle game by a predetermined percentage, etc. When the player consumes the execution right for multiple turns and acts multiple turns in succession with one operation, the enemy character may act multiple turns in succession, or may act for one turn.

[0308] Furthermore, a player may consume multiple turns' worth of execution rights (e.g., three turns) to perform an action that is different from the normal one in a single operation. Furthermore, when a player consumes multiple turns' worth of execution rights and performs an action that is different from the normal one in a single operation, an additional effect may be exerted that inflicts more damage on an enemy character than the normal three turns' worth of attacks. Furthermore, when a player consumes multiple turns' worth of execution rights and performs an action that is different from the normal one in a single operation, the first effect that is performed every turn may only be applied for one turn, thereby putting the player at a disadvantage. Furthermore, when a player consumes multiple turns' worth of execution rights and performs an action that is different from the normal one in a single operation, the above-mentioned special effect may be exerted. Furthermore, when a player consumes multiple turns' worth of execution rights and performs an action that is different from the normal one in a single operation, the enemy character may consume multiple turns' worth of execution rights to perform an enhanced action for one turn, or may perform an action that is normal one turn.

[0309] For example, the game genre of the sub-content may be a so-called baseball game. In this case, the game may progress by alternating between offense and defense between the player's team and the opposing team for nine innings or until extra innings. The player has an execution right to play each inning until the nine innings or extra innings. By consuming the execution right, the player can manually control the player character to play each inning. When manually controlling the player character, the player may be able to arbitrarily set the timing at which the player character hits the ball and appropriately select the type of ball the player character will throw. Furthermore, the player may be able to automatically play the game multiple times (e.g., three innings or all nine innings) without manually playing the game. When the game progresses automatically, the player's team may be less likely to score points than when the game is progressed manually. Furthermore, when the game is progressed automatically, the player's team may be less likely to get the opposing team's batter or runner out than when the game is progressed manually. In other words, when the game is progressed automatically, the player may be at a disadvantage than when the game is progressed manually. Furthermore, when a player consumes multiple execution rights to progress the game automatically multiple times, the player's team may be more likely to fail to score points and to be scored by the opposing team, but additional points (e.g., two points) may be awarded to the player's team in the game. Furthermore, when a player consumes multiple execution rights to progress the game automatically multiple times, various items and in-game currency may be awarded to the player after the game.

[0310] For example, the game genre of the sub-content may be adapted to a so-called quest in the game. In this case, a player may be able to execute one quest by consuming one execution right. After clearing one quest, a clearing reward may be awarded to the player. When executing a quest one by one by consuming one execution right, various parameters such as the rarity, effect, and level of the item awarded to the player may be relatively high. Furthermore, a player may be able to execute multiple quests at once by consuming multiple execution rights. When executing multiple quests at once, the player may be able to execute the same type of quest multiple times. In this case, for example, if a quest of the type to be executed has already been cleared, the quest may be able to be executed multiple times at once. Furthermore, when executing multiple quests at once, quests of different types may be able to be executed sequentially in a predetermined execution order. Furthermore, when executing multiple quests at once by consuming multiple execution rights, various parameters such as the rarity, effect, and level of the item awarded to the player may be relatively low. Furthermore, when multiple execution rights are consumed to execute multiple quests at once, the values ​​of various parameters such as experience points granted to the player may be greater than when execution rights are consumed one by one to execute each quest. When multiple execution rights are consumed to execute multiple quests at once, various predetermined items may be additionally granted to the player. Note that the various items additionally granted to the player may be items of a predetermined type, or items of a type determined by lottery.

[0311] The information processing program for executing the processes in the above-described embodiments may be stored in a computer-readable non-transitory storage medium and provided as such. Furthermore, the information processing program may be provided as a player terminal or information processing system that includes such a storage medium. Furthermore, the above-described embodiments may also be provided as an information processing method that realizes each function and step shown in the flowchart. [Explanation of symbols]

[0312] 1. Player terminal 1000 servers S Information Processing System

Claims

1. When a predetermined condition is satisfied, a process of accumulating a predetermined right that can be consumed in a predetermined game in association with a player ID of the player; a process of receiving a first operation for consuming one of the predetermined rights or a second operation for consuming a plurality of the predetermined rights; a process of consuming one of the predetermined rights based on the first operation and executing the predetermined game in a first mode; a process of consuming the plurality of predetermined rights based on the second operation and executing the predetermined game in a second mode; a process of generating a special effect based on the second operation; The computer executes the following. An information processing program, wherein executing the predetermined game in the second mode may be more disadvantageous to a player than executing the predetermined game the multiple times in the first mode.

2. The process of executing the predetermined game in the first mode includes: a process of determining once a first movement distance on a predetermined map including a plurality of points connecting a start point and an end point, the map being configured so that a player game medium associated with a player ID of a player moves from the start point toward the end point through the plurality of points; a process of determining a first stopping point at which the player game medium is to be stopped on the map based on the first movement distance; a process of moving the player game medium to the first stopping point; a process of generating a predetermined effect associated with the first stopping point; Including, The process of executing the predetermined game in the second mode includes: a process of determining the first movement distance on the map a plurality of times by consuming the plurality of predetermined rights; a process of determining a second stopping point based on a second moving distance obtained by adding up the first moving distances determined multiple times; a process of moving the player game medium to the second stopping point; generating the predetermined effect associated with the second stopping point; Including, The process of generating the special effect based on the second operation includes: execute a benefit determination process for determining a benefit separately from the process for generating the predetermined effect associated with the second stopping point; The benefit determined by the benefit determination process is linked to the player ID of the player. The information processing program according to claim 1 .

3. a process of moving the opponent game contents of the opponent on the map alternately with the movement of the player game contents; The computer executes the following. The process of moving the opponent game content on the map includes: when the player game medium is moved based on the first operation, determining the first movement distance once, and moving the opponent game medium based on the determined first movement distance; When the player game medium is moved based on the second operation, the first movement distance is determined a plurality of times, and the opponent game medium is moved based on the second movement distance obtained by adding up the first movement distances determined a plurality of times. The information processing program according to claim 2 .

4. An information processing system comprising one or more computers, The computer When a predetermined condition is satisfied, a process of accumulating a predetermined right that can be consumed in a predetermined game in association with a player ID of the player; a process of receiving a first operation for consuming one of the predetermined rights or a second operation for consuming a plurality of the predetermined rights; a process of consuming one of the predetermined rights based on the first operation and executing the predetermined game in a first mode; a process of consuming the plurality of predetermined rights based on the second operation and executing the predetermined game in a second mode; a process of generating a special effect based on the second operation; and An information processing system, wherein executing the predetermined game in the second mode may be more disadvantageous to a player than executing the predetermined game the multiple times in the first mode.

5. 1. An information processing method performed by one or more computers, comprising: The computer When a predetermined condition is satisfied, a process of accumulating a predetermined right that can be consumed in a predetermined game in association with a player ID of the player; a process of receiving a first operation for consuming one of the predetermined rights or a second operation for consuming a plurality of the predetermined rights; a process of consuming one of the predetermined rights based on the first operation and executing the predetermined game in a first mode; a process of consuming the plurality of predetermined rights based on the second operation and executing the predetermined game in a second mode; a process of generating a special effect based on the second operation; and An information processing method, wherein executing the predetermined game in the second mode may be more disadvantageous to a player than executing the predetermined game the multiple times in the first mode.

6. one or more computers; The computer When a predetermined condition is satisfied, a process of accumulating a predetermined right that can be consumed in a predetermined game in association with a player ID of the player; a process of receiving a first operation for consuming one of the predetermined rights or a second operation for consuming a plurality of the predetermined rights; a process of consuming one of the predetermined rights based on the first operation and executing the predetermined game in a first mode; a process of consuming the plurality of predetermined rights based on the second operation and executing the predetermined game in a second mode; a process of generating a special effect based on the second operation; and A gaming device, wherein executing the predetermined game in the second mode may be more disadvantageous to a player than executing the predetermined game the plurality of times in the first mode.

Images