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

Abstract

[Problem] Increase the interest of the game.
[Solution] An information processing program includes a process that allows a player to select an opponent for which at least one of a first condition and a second condition is provided, and a process that executes a competitive game with the opponent selected by the player. When the first condition is satisfied in a competitive game, a process of imparting a first effect advantageous to the player in a competitive game against an opponent for whom the first condition is satisfied; In a competitive game against an opponent in which two conditions are satisfied, a process of imparting a second effect advantageous to the player; a process of executing a predetermined effect according to the second effect after the second condition is satisfied; In the process of causing the computer to perform and imparting the second effect, when a predetermined time has elapsed from a predetermined timing, the second condition can be assumed to be satisfied and the second effect can be imparted.
[Selection diagram] Figure 9

Description

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

Patent Document 1 discloses a game in which a player cooperates with other players to battle against enemy characters.

Japanese Patent Application Publication No. 2021-90699

In the above-mentioned games, some players may not be able to proceed with the game in an advantageous manner, and the interest of the game may be lost.

An object of the present invention is to provide an information processing program, an information processing method, and an information processing system that can increase the interest of a game.

In order to solve the above problems, the information processing program
Within a preset event period, at least one of the first condition and the second condition is provided, and it is possible to select one from among a plurality of opponents for which the first parameter and the second parameter are respectively set. processing and
performing a competitive game against the opponent selected by the player and updating the first parameter set for the opponent ;
A process of updating the second parameter set for the opponent based on an update result of the first parameter set for the opponent in the competitive game of each of the plurality of players;
When the first condition is satisfied in the competitive game, a process of imparting a first effect advantageous to the player in the competitive game against the opponent for whom the first condition is satisfied;
When the second condition is satisfied, a process of imparting a second effect advantageous to the player in the competitive game against the opponent for whom the second condition is satisfied;
After the second condition is satisfied, a process of executing a predetermined effect according to the second effect;
Let the computer carry out the
In the process of imparting the first effect, the first effect can be imparted based on the update result of the second parameter, assuming that the first condition is satisfied;
In the process of imparting the second effect, when a predetermined time has elapsed from a predetermined timing, it is assumed that the second condition is satisfied, and the second effect can be imparted ;
The second condition is provided for a plurality of opponents .

In the process of applying the second effect, when the second parameter reaches a predetermined value, it is possible to apply the second effect, assuming that the second condition is satisfied,
In the process of executing the predetermined effect, the predetermined effect is executed after the second condition is satisfied and before the start of the battle game against the opponent for whom the second condition is satisfied. Good too.

an opponent for whom a third condition different from the first condition and the second condition is provided,
In the process of making it possible to select the opponent, one of the opponents can be selected from among the plurality of opponents;
When the third condition is satisfied in the competitive game, a process of imparting a third effect advantageous to the player in the competitive game with the opponent other than the opponent for whom the third condition is satisfied;
a process of displaying a list of the first effect, the second effect, and the third effect that are provided in the competitive game with the opponent in a way that is discernible to the player;
The computer may further perform the steps.

In order to solve the above problems, the information processing method is
An information processing method performed by one or more computers, the method comprising:
The computer includes:
Within a preset event period, at least one of the first condition and the second condition is provided, and it is possible to select one from among a plurality of opponents for which the first parameter and the second parameter are respectively set. processing and
performing a competitive game against the opponent selected by the player and updating the first parameter set for the opponent ;
A process of updating the second parameter set for the opponent based on an update result of the first parameter set for the opponent in the competitive game of each of the plurality of players;
When the first condition is satisfied in the competitive game, a process of imparting a first effect advantageous to the player in the competitive game against the opponent for whom the first condition is satisfied;
When the second condition is satisfied, a process of imparting a second effect advantageous to the player in the competitive game against the opponent for whom the second condition is satisfied;
After the second condition is satisfied, a process of executing a predetermined effect according to the second effect;
Let the computer carry out the
In the process of imparting the first effect, the first effect can be imparted based on the update result of the second parameter, assuming that the first condition is satisfied;
In the process of imparting the second effect, when a predetermined time has elapsed from a predetermined timing, it is assumed that the second condition is satisfied, and the second effect can be imparted ;
The second condition is provided for a plurality of the opponents .

In order to solve the above problems, the information processing system
An information processing system comprising one or more computers,
The computer includes:
Within a preset event period, at least one of the first condition and the second condition is provided, and it is possible to select one from among a plurality of opponents for which the first parameter and the second parameter are respectively set. processing and
performing a competitive game against the opponent selected by the player and updating the first parameter set for the opponent ;
A process of updating the second parameter set for the opponent based on an update result of the first parameter set for the opponent in the competitive game of each of the plurality of players;
When the first condition is satisfied in the competitive game, a process of imparting a first effect advantageous to the player in the competitive game against the opponent for whom the first condition is satisfied;
When the second condition is satisfied, a process of imparting a second effect advantageous to the player in the competitive game against the opponent for whom the second condition is satisfied;
After the second condition is satisfied, a process of executing a predetermined effect according to the second effect;
Let the computer carry out the
In the process of imparting the first effect, the first effect can be imparted based on the update result of the second parameter, assuming that the first condition is satisfied;
In the process of imparting the second effect, when a predetermined time has elapsed from a predetermined timing, it is assumed that the second condition is satisfied, and the second effect can be imparted ;
The second condition is provided for a plurality of the opponents .

According to the present invention, it is possible to increase the interest of the game.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram illustrating the hardware configuration of the player terminal. FIG. 2B is a diagram illustrating the hardware configuration of the server. FIG. 3A is a diagram showing an example of a home screen. FIG. 3B is a diagram illustrating an example of an ally character confirmation screen. FIG. 3C is a diagram showing an example of a quest screen. FIG. 4A is a diagram illustrating an example of the main quest screen. FIG. 4B is a diagram illustrating an example of the main quest selection screen. FIG. 4C is a first diagram illustrating an example of a party selection screen. FIG. 5A is a diagram illustrating an example of a battle screen. FIG. 5B is a diagram illustrating an example of a result screen. FIG. 6A is a diagram illustrating an example of an event battle screen. FIG. 6B is a diagram illustrating an example of a support setting screen. FIG. 7A is a diagram illustrating an example of a superior bonus confirmation screen. FIG. 7B is a diagram illustrating an example of a defeat bonus confirmation screen. FIG. 8 is a diagram illustrating an example of a normal superior bonus generation condition setting table. FIG. 9 is a diagram illustrating an example of a special superiority bonus generation condition setting table. FIG. 10 is a diagram illustrating an example of a defeat bonus generation condition setting table. FIG. 11A is a diagram illustrating an example of a sub-boss details screen. FIG. 11B is a first diagram illustrating an example of the BOSS story production screen. FIG. 11C is a second diagram illustrating an example of the BOSS story production screen. FIG. 12A is a diagram illustrating an example of a party selection screen. FIG. 12B is a diagram illustrating an example of a support character selection screen. FIG. 13A is a first diagram illustrating an example of a defeat bonus generation effect on the battle screen. FIG. 13B is a second diagram illustrating an example of a defeat bonus generation effect on the battle screen. FIG. 14A is a first diagram illustrating an example of a dominant bonus generation effect on the battle screen. FIG. 14B is a second diagram illustrating an example of a dominant bonus generation effect on the battle screen. FIG. 15 is a diagram illustrating an example of a battle screen related to a sub-boss battle. FIG. 16A is a diagram illustrating an example of an event battle screen in the final phase. FIG. 16B is a diagram illustrating an example of the main boss details screen. FIG. 17A is a diagram illustrating an example of a party selection screen. FIG. 17B is a diagram illustrating an example of a support character selection screen. FIG. 18 is a diagram illustrating the memory configuration and computer functions in the player terminal. FIG. 19 is a diagram illustrating the memory configuration and computer functions in the server. FIG. 20 is a flowchart illustrating an example of event management processing at the player terminal. FIG. 21 is a flowchart illustrating an example of battle game management processing at the player terminal. FIG. 22 is a flowchart illustrating an example of superiority bonus granting processing in the server. FIG. 23 is a flowchart illustrating an example of a defeat bonus granting process in the server.

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

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

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

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

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

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

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

Further, as shown in FIG. 2B, the server 100 includes a CPU 110, a memory 112, a bus 114, an input/output interface 116, a storage section 118, a communication section 120, an input section 122, and an output section 124.

Note that the configurations and functions of the CPU 110, memory 112, bus 114, input/output interface 116, storage section 118, communication section 120, input section 122, and output section 124 of the server 100 are the same as those of the CPU 10, memory 12, and output section of the player terminal 1, respectively. The bus 14, input/output interface 16, storage section 18, communication section 20, input section 22, and output section 24 are substantially the same. Therefore, below, the hardware configuration of the player terminal 1 will be explained, and the explanation of the server 100 will be omitted.

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

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

The storage unit 18 is composed of a semiconductor memory such as a DRAM (Dynamic Random Access Memory), and stores various programs and data. In the player terminal 1, programs and data stored in the storage unit 18 are loaded into the memory 12 (RAM) by the CPU 10.

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

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

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

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

FIG. 3A is a diagram showing an example of a home screen. FIG. 3B is a diagram illustrating an example of an ally character confirmation screen. FIG. 3C is a diagram showing an example of a quest screen. On the display 26 of the player terminal 1, game screens as shown in FIGS. 3A, 3B, and 3C are displayed. In this embodiment, the game screen is roughly divided into a normal screen and a battle screen.

The normal screen is a screen mainly used by the player to make various settings and confirm information. On the other hand, the battle screen is a screen displayed on the display 26 from the start to the end of the battle game. Here, all screens other than the battle screen become normal screens. The normal screen includes the home screen shown in FIG. 3A, the ally character confirmation screen shown in FIG. 3B, the quest screen shown in FIG. 3C, the main quest screen shown in FIG. 4A described later, the event battle screen shown in FIGS. 6A and 16B described later, A plurality of screens are provided, such as a support setting screen shown in FIG. 6B, which will be described later, a gacha screen (not shown), a menu screen, and a shop screen.

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

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

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

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

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

Further, an event battle operation section 32 may be displayed at the right end of the home screen. When an event battle, which will be described in detail later, is held, an event battle operation section 32 labeled "Event Battle" is displayed during the event battle period.

Then, when the event battle operation section 32 labeled "Event Battle" is tapped, an event battle screen (see FIGS. 6A and 16B) is displayed on the display 26. Note that when an event battle is not being held, the event battle operation section 32 is hidden.

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

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

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

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

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

The game type selection operation section 44 includes a main quest selection operation section 44a marked with "Main Quest", a guild battle selection operation section 44b marked with "Guild Battle", and a 1V1 battle selection section marked with "1V1 Battle". An operation section 44c, a 3V3 battle selection operation section 44d labeled "3V3 Battle", and an event battle operation section 44e labeled "Event Battle" are provided. Note that the event battle operation section 44e is displayed while an event battle is being held, and is hidden when an event battle is not being held.

When the main quest selection operation section 44a is tapped, the main quest screen shown in FIG. 4A is displayed on the display 26. Further, when the guild battle selection operation section 44b is tapped, a guild battle screen (not shown) is displayed on the display 26. Similarly, when the 1V1 battle selection operation section 44c is tapped, a 1V1 battle screen (not shown) is displayed on the display 26. Further, when the 3V3 battle selection operation section 44d is tapped, a 3V3 battle screen (not shown) is displayed on the display 26. Furthermore, when the event battle operation section 44e is tapped, an event battle screen (see FIGS. 6A and 16B) is displayed on the display 26.

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

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

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

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

A quest operation section 45 for selecting a plurality of battle games (layers) belonging to the main quest is displayed on the main quest screen. Note that a menu bar 30 and a header display area 31 are also displayed on the main quest screen.

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

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

Furthermore, in the main quest, the opening condition is to clear the previous battle game. For example, in the example of FIG. 4A, the battle game "1-4" is unlocked by clearing up to the battle game "1-3", but after that ("1-5" not shown), the battle game "1-4" is unlocked. ) battle game has not yet been released.

On the main quest screen, for example, when the quest operation section 45 of the battle game "1-4" is operated (tapped), the main quest selection screen shown in FIG. 4B is displayed on the display 26. The main quest selection screen displays enemy characters that appear in the battle game and items (rewards) that can be obtained in the battle game. The main quest selection screen also includes a challenge operation section 46 labeled "Challenge" to challenge the battle game, and a "Cancel" button to cancel the process corresponding to the currently displayed screen. The written cancel operation section 40 is displayed.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Next, event battles will be explained. FIG. 6A is a diagram illustrating an example of an event battle screen. FIG. 6B is a diagram illustrating an example of a support setting screen. FIG. 7A is a diagram illustrating an example of a superior bonus confirmation screen. FIG. 7B is a diagram illustrating an example of a defeat bonus confirmation screen.

The event battle has a first phase, a second phase, a third phase, a fourth phase, and a final phase. In the first to fourth phases, a battle game is played in which all players stored in the server 100 cooperate with each other to fight against powerful enemy characters (sub-boss in this embodiment) that appear in each phase. Specifically, for example, in the first phase, four sub-bosses appear. However, the number of sub-bosses that appear in each of the first to fourth phases is not particularly limited, and may be one or more. By defeating all of these four sub-bosses, the stage will progress to the next phase, that is, the second phase.

Similarly, by defeating all the sub-bosses of the second phase, the stage will progress to the third phase, and by defeating all the sub-bosses of the third phase, the stage will progress to the fourth phase. . Once all the sub bosses of the fourth phase are defeated, the stage advances to the final phase. In the final phase, unlike the first to fourth phases, each player individually competes against the main boss. Then, the event battle is cleared by the player defeating the main boss.

The event battle of this embodiment is closely related to the story, and is a reproduction of a battle game in which the main character of the story fights against the main boss after a specific story. Therefore, participation conditions are set for event battles. In this embodiment, the participation condition is that the story screen selection operation unit 30c shown in FIG. 3A is operated and that the player views a specific story from the story screen (the player information includes flag information for viewing the specific story). It is set as , and players who view a specific story can participate in the event battle. Therefore, players who have not watched a specific story cannot participate in event battles.

During an event battle, when the event battle operation section 32 labeled "Event Battle" shown in FIG. 3A or the event battle operation section 44e shown in FIG. 3C is operated (tapped), the event shown in FIG. 6A occurs. A battle screen is displayed on the display 26.

FIG. 6A shows an event battle screen when the stage of the event battle is the first phase. As shown in FIG. 6A, the event battle screen displays four sub-bosses (sub-boss A, sub-boss B, sub-boss C, and sub-boss D) that can be fought in the first phase. Further, as shown in FIG. 6A, on the event battle screen, a silhouette of one main boss that will appear in the final phase is displayed. That is, when the stage of the event battle is the first phase, the player cannot compete against the main boss yet.

Further, as shown in FIG. 6A, on the event battle screen, a remaining challenge rights display area 60a, a challenge rights recovery time display area 60b, a support setting operation section 60c, and a raid HP display area 60d are displayed.

In this embodiment, when an event battle is held, each player is granted a certain number of challenge rights that allow him or her to challenge a plurality of sub-bosses. For example, when each player logs in during the event battle period, each player is given the right to challenge the sub-boss five times at the first login. Note that an upper limit value is set for the right to challenge, and in this embodiment, the upper limit value is 5 times.

In the first phase, the player executes a battle game with each sub-boss (hereinafter also referred to as sub-boss battle), and the battle game ends under the following conditions (all ally characters or sub-boss life points are 0, or a certain amount of time has passed) ), one challenge right will be consumed. Note that if the player retires during the battle game, the challenge right is not consumed and the damage points given to the sub-boss during the battle game are also reset.

The remaining challenge rights display area 60a displays the current remaining challenge rights relative to the upper limit of the challenge rights. In the example shown in FIG. 6A, 3 (times) is displayed as the remaining challenge right in the remaining challenge right display area 60a.

The right to challenge is granted a predetermined number of times at predetermined time intervals. For example, the right to challenge is granted three times every six hours. The challenge right recovery time display area 60b displays the remaining time until the challenge right is granted (recovered) next time. In the example shown in FIG. 6A, 5 hours and 42 minutes is displayed in the challenge right recovery time display area 60b as the remaining time until the challenge right is granted.

The support setting operation section 60c is displayed on the event battle screen, and is displayed only during the event battle. When the support setting operation section 60c is operated (tapped) by the player, a support setting screen shown in FIG. 6B is displayed. A support character setting area 61 labeled "Event Battle" is displayed on the support setting screen. The player can set up to two support characters in the support character setting area 61.

When setting a support character, a player can set an ally character that the player owns as a support character that can be lent to another player. Other players can borrow the support character set by the player and play against enemy characters. Here, the player can earn rewards by setting a support character. For example, the player can receive in-game currency as a reward for developing an ally character that the player owns.

Here, in this embodiment, the player can perform friend settings, follow settings, support settings, etc. on the menu screen. In the friend setting, the player can register as friends with other players. Friend registration is performed by a player sending a friend request to another player and the other player approving the friend request, or by the player approving a friend request sent from another player. When friend registration is completed, the player ID and other player IDs are associated as friends, and the other player IDs are stored in the server 100 as the player's friend IDs. Note that the player ID is for identifying the player, and a different ID is assigned to each player. That is, the player ID is assigned an ID different from other player IDs. In the follow setting, a player can register other players to follow. Follow registration is performed by a player sending a follow request to another player, and approval from the other player is not required. When follow registration is completed, the player ID and other player IDs are associated, and the other player IDs are stored in the server 100 as the player's follow IDs.

For example, another player can borrow a support character set in the support character setting area 61 from a player who has completed friend registration. Similarly, the player can borrow a support character set in the support character setting area 61 from another player who has completed friend registration. However, the support character set in the support character setting area 61 may be lent and borrowed between a player who has not completed friend registration and another player (non-friend). For example, the support character set in the support character setting area 61 may be borrowed from another player (non-friend) that the player has registered to follow.

Furthermore, in this embodiment, each player can belong to a guild. The support character set in the support character setting area 61 may be borrowed from other players (guild members) belonging to the same guild. Similarly, a guild member may be able to borrow a support character set in the support character setting area 61 from a player belonging to the same guild.

In the example shown in FIG. 6B, the player has set one support character in the support character setting area 61. The support character set in the support character setting area 61 is stored as part of the player information with its support character ID associated with the player ID. Player information including the support character ID is transmitted from the player terminal 1 to the server 100 and stored in the server 100.

Further, in the example shown in FIG. 6B, the support character setting area 61 displays an additional setting possible mark 61a that allows additional support characters to be set. The player can add a new support character other than the support character already set in the support character setting area 61 by operating (tapping) the additional setting possible mark 61a.

The support character set in the support character setting area 61 is provided with a setting canceling section 61b. The player can cancel the setting of the support character by operating the setting canceling section 61b. At this time, the association between the player ID and the support character ID is canceled, and information regarding the support character ID is deleted from the player information. However, the setting of the support character cannot be canceled until a certain period of time (for example, 30 minutes) has elapsed since the support character was set. The setting cancellation unit 61b is in a state in which it does not accept operations from the player until a certain period of time has elapsed after the support character was set. Note that when the event battle ends, the support character set in the support character setting area 61 is automatically canceled.

Other players can borrow the support character set by the player in the support character setting area 61 when playing the "event battle" battle game. For example, other players can borrow the support character set in the player's support character setting area 61. Similarly, a player can borrow a support character set in the support character setting area 61 of another player.

In this embodiment, when an event battle is held, a plurality of sub-bosses are displayed on the display 26 so that the players can select them, as shown in FIG. 6A, and a sub-boss battle is started in which all players compete against each sub-boss.

Two types of hit points (hereinafter referred to as HP) are set for each sub-boss. Specifically, each sub-boss has a raid HP and a battle HP set. In this embodiment, the initial value of the raid HP of each sub-boss is set to 2 trillion, and the initial value of the battle HP of each sub-boss is set to 2 million. However, a difficulty level may be provided for the battle game with each sub-boss, and a battle HP corresponding to the difficulty level may be set for each sub-boss. For example, the higher the difficulty level, the larger the battle HP value may be set. In this case, the player may be able to select the difficulty level on the sub-boss details screen shown in FIG. 11A, which will be described later. Then, the battle HP of the sub-boss may be switched and displayed according to the difficulty level selected by the player.

In each sub-boss battle, the battle HP of the opponent's sub-boss is subtracted based on the damage inflicted on the opponent's sub-boss, and when the battle HP of the opponent's sub-boss becomes 0, the opponent's sub-boss is defeated.

Furthermore, in the event battle, the raid HP of the opponent's sub-boss is subtracted according to the damage inflicted by the player on the opponent's sub-boss in the sub-boss battle. Note that each sub-boss has a disappearance condition set, and each sub-boss is designed to be revived until its raid HP becomes 0 even if it is defeated by the player. Note that a value obtained by calculating a predetermined coefficient on the damage inflicted by the player on the opponent's sub-boss in the sub-boss battle may be subtracted from the raid HP.

Note that the raid HP is a value common to all players participating in the event battle, and the server 100 manages this value (raid HP) during the event battle period.

When the raid HP of each sub-boss reaches 0, the extinction condition is met and the sub-boss disappears. Specifically, the server 100 subtracts the raid HP based on the damage inflicted on each sub-boss by all players participating in the event battle. Then, the server 100 determines whether the raid HP of each sub-boss has reached 0 (that is, whether the extinction condition for each sub-boss has been met), and determines whether the raid HP has reached 0 (the extinction condition has been met). If it is determined that the sub-boss has been deleted), an effect process is executed to make the sub-boss disappear. In other words, parameters (raid HP and battle HP) are set for the opponent, and the opponent's parameters (raid HP and battle HP) change by executing the sub-boss battle in the event battle. (decrease).

Moreover, although this embodiment shows a case where both a raid HP and a battle HP are provided, the present invention is not limited to this, and it is also possible to provide only a raid HP without providing a battle HP. In this case, the damage inflicted by the player on the opponent's sub-boss in the sub-boss battle may be subtracted from the raid HP of the opponent's sub-boss.

As shown in FIG. 6A, a raid HP display area 60d is displayed below each sub-boss. A raid HP display bar indicating the remaining value of the raid HP of each sub-boss is displayed in the raid HP display area 60d.

When the raid HP display bar displayed in the raid HP display area 60d becomes 0 (that is, the disappearance conditions for each sub-boss are met), that sub-boss disappears, and an effect that causes the sub-boss to disappear from the event battle screen occurs. . Further, in the raid HP display area 60d, a notation indicating that the sub-boss has disappeared is made. For example, after the sub-boss disappears, the words "Defense Success" are displayed in the raid HP display area 60d. The player can freely fight against any of the four sub-bosses whose extinction conditions are not met.

In addition, in this embodiment, depending on the progress of the sub-boss battle, a normal superiority bonus (first effect), a special superiority bonus (second effect), and a defeat bonus (third effect) that are advantageous to the player are given to each sub-boss. May be given during sub-boss battles with. Note that the normal superiority bonus, special superiority bonus, and defeat bonus given in the subboss battle with each subboss are valid in common for all players.

However, a normal superiority bonus, a special superiority bonus, and a defeat bonus that are effective for at least some players may be provided. In this case, for example, a normal superiority bonus, a special superiority bonus, and a defeat bonus may be valid for so-called beginner players. Alternatively, the normal superiority bonus, special superiority bonus, and defeat bonus may be valid only among players who have completed guild member or friend registration.

Note that the contents of the normal superiority bonus, special superiority bonus, and defeat bonus are not particularly limited as long as they are advantageous to the player. Examples of normal superiority bonuses, special superiority bonuses, and defeat bonuses include effects that strengthen your own character (ally character or support character) in sub-boss battles (increase various statuses such as attack power and defense power, etc.) Or, it can be an effect of weakening the opponent's sub-boss (reducing various statuses such as the attack power and defense power of the sub-boss, inhibiting the sub-boss' actions, etc.).

Specifically, in this embodiment, the server 100 stores superiority bonus information including whether or not superiority bonuses (normal superiority bonuses and special superiority bonuses) have been granted and the type of superiority bonus that has been granted. When a new superiority bonus is awarded, superiority bonus information is updated based on the type of newly awarded superiority bonus. In addition, defeat bonus information including whether or not a defeat bonus has been granted and the type of the awarded defeat bonus is stored in the server 100. When a new defeat bonus is granted, the defeat bonus information is updated based on the type of the newly awarded defeat bonus.

In the player terminal 1, in a battle game calculation process (P2-6) to be described later, damage in the battle game is calculated by referring to the superiority bonus information and the defeat bonus information. Specifically, by adding, subtracting, dividing, and multiplying various parameters (fixed values and values depending on the character and sub-boss) set for each type of superiority bonus and defeat bonus, A damage calculation result is derived.

As shown in FIG. 6A, the status of granting the normal superiority bonus and the special superiority bonus to each sub-boss is notified to the player by the superiority bonus icon 60e. That is, the superiority bonus icon 60e suggests that each sub-boss is given at least one of a normal superiority bonus and a special superiority bonus. Note that hereinafter, the normal superiority bonus and the special superiority bonus are also collectively referred to as superiority bonus.

Further, as shown in FIG. 6A, the status of granting the defeat bonus to each sub-boss is notified to the player by the defeat bonus icon 60f. That is, the defeat bonus icon 60f suggests that each sub-boss is given a defeat bonus.

Further, as shown in FIG. 6A, a bonus information display section 60h is displayed at the top of the display 26. The bonus information display section 60h displays information regarding the normal superiority bonus, special superiority bonus, and defeat bonus that are newly given in the subboss battle with each subboss over a predetermined period of time. Specifically, information regarding normal superiority bonuses, special superiority bonuses, and destruction bonuses that did not occur when transitioning to the previous event battle screen and that newly occurred when transitioning to the current event battle screen is specified. The bonus information display section 60h is displayed over a period of time.

Further, as shown in FIG. 6A, in this embodiment, if both a superiority bonus and a defeat bonus are given in a sub-boss battle with one sub-boss, a superiority bonus icon 60e is displayed at the bottom of the raid HP display area 60d. are displayed in a horizontal line, and the defeat bonus icons 60f are displayed in a horizontal line below the superiority bonus icon 60e.

Furthermore, as shown in FIG. 6A, in this embodiment, if only a defeat bonus is given in a sub-boss battle with the first sub-boss, defeat bonus icons 60f are displayed in a horizontal line at the bottom of the raid HP display area 60d. A list will be displayed.

Furthermore, in this embodiment, if only a superiority bonus is given in a sub-boss battle with one sub-boss, a list of superiority bonus icons 60e is displayed in a horizontal line at the bottom of the raid HP display area 60d.

In addition, if the sub-boss elimination condition for a sub-boss battle to which a superiority bonus and a defeat bonus are granted is met (if the raid HP becomes 0), the superiority bonus icon 60e displayed for the sub-boss, And the defeat bonus icon 60f is hidden.

Further, when the superior bonus icon 60e displayed corresponding to each sub-boss is operated (tapped) on the event battle screen, the superior bonus confirmation screen shown in FIG. 7A is displayed on the display 26.

Specifically, for example, when the superior bonus icon 60e displayed at the bottom of "Sub Boss A" is operated (tapped) on the event battle screen, the superior bonus confirmation screen shown in FIG. 7A is displayed on the display 26. Ru.

As shown in FIG. 7A, the superiority bonus confirmation screen displays a list of superiority bonuses awarded in the sub-boss battle with the sub-boss corresponding to the superiority bonus icon 60e operated (tapped) by the player, and also displays the "OK" ” is displayed on the OK operation section 62a. Note that when the OK operation section 62a is operated (tapped) on the superior bonus confirmation screen, the display of the superior bonus confirmation screen ends and the event battle screen is displayed on the display 26.

In this embodiment, each advantageous bonus has an advantageous effect for the player. Furthermore, in the present embodiment, each superiority bonus may be set with a remaining valid time for giving the superiority bonus in a sub-boss battle with a sub-boss. Furthermore, once the set remaining validity time has elapsed, the superiority bonus granted in the sub-boss battle with the sub-boss will disappear. Further, a superiority bonus for which the remaining validity time is not set will continue to be granted until the sub-boss elimination condition of the sub-boss battle to which it is granted is satisfied.

In this embodiment, there are two types of normal superiority bonuses: those for which the remaining validity time is set and those for which the remaining validity time is not set. However, only the normal superiority bonus for which the remaining validity time is set may exist. Alternatively, there may be only a normal superiority bonus for which the remaining validity time is not set.

Furthermore, in this embodiment, there are no special advantage bonuses for which the remaining validity time is set, and there are only those for which the remaining validity time is not set. However, the special superiority bonus may include both those for which the remaining validity time is set and those for which the remaining validity time is not set. Alternatively, only special superiority bonuses for which the remaining validity time is set may exist.

Then, as shown in FIG. 7A, on the superior bonus confirmation screen, a list of prevailing bonuses that are being generated is displayed. Further, on the superiority bonus confirmation screen, the details of the effect of each superiority bonus that is being generated are displayed. Further, on the superior bonus confirmation screen, the remaining valid time of each prevailing bonus is displayed. Note that for superior bonuses for which the remaining validity time is not set, "permanent" is displayed as the remaining validity time.

Further, as shown in FIG. 6A, the superior bonus icon 60e corresponding to the superior bonus for which the remaining effective time is set is displayed so that the remaining effective time can be identified. Note that the remaining valid time is subtracted from the time when the superiority bonus is given in the sub-boss battle with the sub-boss, regardless of whether or not the sub-boss battle is executed. Furthermore, if the remaining validity period of the superiority bonus is within the remaining validity period at the start of execution of the sub-boss battle, but it is outside the remaining validity period of the superiority bonus when the execution of the sub-boss battle ends, the effect of the superiority bonus will be valid for the sub-boss battle. treated as. That is, at least if the remaining validity period of the superiority bonus is within the time at the start of the sub-boss battle, the superiority bonus is treated as valid in the sub-boss battle.

Further, in this embodiment, an upper limit number of superiority bonuses that can be activated simultaneously (an upper limit number of activations) is set. This makes it possible to prevent situations that are excessively advantageous to the player from occurring unintentionally and making it extremely easy to conquer the sub-boss battle, thereby increasing the interest of the game.

Note that if the number of superiority bonuses granted in a sub-boss battle with one sub-boss exceeds the upper limit number, the newly generated superiority bonus may not be granted in the sub-boss battle with that sub-boss. In this case, a newly generated superiority bonus that has reached the upper limit number will be invalidated, and will not be applied again even if the upper limit number is lowered thereafter. However, this is not limited to this, but if the number of superiority bonuses granted in a sub-boss battle with one sub-boss exceeds the upper limit, priority bonuses granted at a later timing in the sub-boss battle with the sub-boss will take priority. It may also be activated. Alternatively, a priority order may be set for each type of superiority bonus, and a superiority bonus with a higher priority order may be activated preferentially. For example, a special advantageous bonus may be given a relatively high priority, and a normal advantageous bonus may be given a relatively low priority. Alternatively, there is no need to set an upper limit for the number of superiority bonuses that can be activated at the same time (maximum activation number). Further, the upper limit number (upper limit number of activation) may not be applied to the special superiority bonus, but the upper limit number (upper limit number of activation) may be applied only to the normal superiority bonus.

Further, when the defeat bonus icon 60f displayed corresponding to each sub-boss is operated (tapped) on the event battle screen, the defeat bonus confirmation screen shown in FIG. 7B is displayed on the display 26. For example, when the defeat bonus icon 60f displayed at the bottom of "Sub Boss A" is operated (tapped) on the event battle screen, the defeat bonus confirmation screen shown in FIG. 7B is displayed on the display 26.

On the defeat bonus confirmation screen, a list of defeat bonuses granted in the sub-boss battle with the sub-boss corresponding to the defeat bonus icon 60f operated (tapped) by the player is displayed, and the OK operation marked as "OK" is displayed. section 62a is displayed. Note that when the OK operation section 62a is operated (tapped) on the defeat bonus confirmation screen, the display of the defeat bonus confirmation screen ends and the event battle screen is displayed on the display 26.

As shown in FIG. 7B, the defeat bonus has an advantageous effect for the player. Note that in this embodiment, the defeat bonus continues to be provided until the sub-boss elimination condition of the sub-boss battle to which it is provided is satisfied. However, the remaining effective time may be set for the defeat bonus in the same manner as for the above-mentioned superiority bonus.

FIG. 8 is a diagram illustrating an example of a normal superior bonus generation condition setting table. As shown in FIG. 8, each sub-boss is provided with normal superiority bonus generation conditions. Note that the normal superior bonus generation condition setting table is provided for each phase. Here, a normal superior bonus generation condition setting table corresponding to the first phase will be shown.

As shown in FIG. 8, in this embodiment, a plurality of normal superiority bonus generation conditions are set based on the raid HP value of each sub-boss. When any of the normal superior bonus generating conditions set in the normal superior bonus generating condition setting table is satisfied (established), a new corresponding normal superior bonus will be generated.

Specifically, as shown in FIG. 8, the normal superiority bonus generation condition setting table includes a condition for the occurrence of a normal superiority bonus when the raid HP is subtracted and reaches "1900000000000" (if it falls below). , If the raid HP is subtracted and reaches "1000000000000" (if it falls below), if the raid HP is subtracted and reaches "500000000000" (if it falls below), the raid HP is subtracted. There are four conditions for generating a normal superiority bonus when the result reaches "10000000000" (when it falls below).

As shown in FIG. 8, the type of normal superiority bonus that will be given when each normal superiority bonus generation condition is met and the type of sub-boss of the sub-boss battle to which the normal superiority bonus is to be given are set in advance. .

In this embodiment, as shown in FIG. 8, in a sub-boss battle with a sub-boss in which each normal advantage bonus generating condition is satisfied, a normal advantage bonus of a specified type is provided. Specifically, for example, when the raid HP against the sub-boss A reaches "1900000000000", it is set that the normal superiority bonus A1 is given in the sub-boss battle with the sub-boss A. In addition, each of the normal superiority bonus A1 to normal superiority bonus A4, normal superiority bonus B1 to normal superiority bonus B4, normal superiority bonus C1 to normal superiority bonus C4, and normal superiority bonus D1 to normal superiority bonus D4 has one or more types. Normally, a superiority bonus is associated with it.

In other words, when the normal superiority bonus generation condition is satisfied in a competitive game, a first effect (normal superiority bonus) advantageous to the player is given in a competitive game against an opponent for whom the normal superiority bonus generation condition is satisfied. . In other words, when the opponent's parameter (raid HP) reaches a predetermined value (here, raid HP is "1900000000000", "1000000000000", "500000000000", "10000000000"), the normal superiority bonus generation condition is Assuming that the condition is satisfied, the first effect (normal superiority bonus) is granted for a predetermined period of time. In this embodiment, a case is shown in which a different type of normal superiority bonus is set for each sub-boss, but the same type of normal superiority bonus may be set for at least some of the sub-bosses.

Furthermore, in this embodiment, the predetermined value that satisfies the normal superiority bonus generation condition is common to each sub-boss, but for each sub-boss, at least some or all of the predetermined values that satisfy the normal superiority bonus generation condition are The values may be different. Furthermore, the content of the first effect (normal superiority bonus) that is granted when the normal superiority bonus generation condition is satisfied may be determined by lottery.

FIG. 9 is a diagram illustrating an example of a special superiority bonus generation condition setting table. As shown in FIG. 9, special superiority bonus generation conditions are provided for each sub-boss. Note that a special superiority bonus generation condition setting table is provided for each phase. Here, a special superiority bonus generation condition setting table corresponding to the first phase will be shown.

As shown in FIG. 9, in this embodiment, a plurality of special superiority bonus generation conditions are set based on the raid HP value of each sub-boss. If any special advantageous bonus generation condition set in the special advantageous bonus generation condition setting table is satisfied (established), a new corresponding special advantageous bonus will be generated.

Specifically, as shown in FIG. 9, the special superiority bonus generation condition setting table has the special advantageous bonus generation condition that if the elapsed time from the start of the first phase reaches "12 hours", the first phase If the elapsed time from the start reaches "24 hours", if the elapsed time from the start of the first phase reaches "36 hours", if the elapsed time from the start of the first phase reaches "48 hours" There are four special superiority bonus generation conditions. In other words, when a predetermined time (12 hours, 24 hours, 36 hours, 48 hours) has elapsed from the predetermined timing (start of the first phase), the special superiority bonus generation condition is satisfied. In addition, in the special superiority bonus generation condition setting table corresponding to each phase after the second phase, the start timing of each phase is a predetermined timing. For example, in the special advantageous bonus generation condition setting table corresponding to the second phase, the special advantageous bonus generation condition is is set to be met. However, the timing at which the elapsed time is calculated is not limited to the above example. For example, the timing at which the event battle is started may be used as the timing for calculating the elapsed time.

In addition, as shown in FIG. 9, the special superiority bonus generation condition setting table shows the result of subtracting the raid HP as the special superiority bonus generation condition: "1500000000000", "800000000000", "400000000000", "200000000000" There are four special superiority bonus generation conditions when reaching (below) .

As shown in FIG. 9, the type of special superiority bonus that is granted when at least one of the special superiority bonus generation conditions is met and the type of subboss in the subboss battle to which the special superiority bonus is to be granted are determined. It is set in advance.

In this embodiment, as shown in FIG. 9, in a sub-boss battle with a sub-boss in which at least one of the conditions for generating each special advantage bonus is satisfied, a specified type of special advantage bonus is granted. ing.

Specifically, for example, if the elapsed time from the start of the first phase reaches "12 hours", or if the raid HP against sub-boss A reaches "1500000000000", the conditions for the special superiority bonus generation are met. , it is set that a special superiority bonus A1 is given in a sub-boss battle with sub-boss A. In addition, each of the special advantage bonus A1 to special advantage bonus A4, special advantage bonus B1 to special advantage bonus B4, special advantage bonus C1 to special advantage bonus C4, and special advantage bonus D1 to special advantage bonus D4 has one or more types. A special superiority bonus is associated.

In other words, when the special superiority bonus generation condition is satisfied in a competitive game, a second effect (special superiority bonus) advantageous to the player is given in a competitive game against an opponent for whom the special superiority bonus generation condition is satisfied. .

In other words, when the predetermined time (12 hours, 24 hours, 36 hours, 48 hours) has elapsed from the predetermined timing (start of the first phase), the second effect (special advantage bonus ) can be granted.

Also, when the opponent's parameter (raid HP) reaches a predetermined value (here, raid HP is "1500000000000", "800000000000", "400000000000", "200000000000"), it is assumed that the special superiority bonus generation condition is fulfilled. , the second effect (special superiority bonus) can be granted.

In this embodiment, a case is shown in which a different type of special superiority bonus is set for each sub-boss, but the same type of special superiority bonus may be set for at least some of the sub-bosses.

Furthermore, in the present embodiment, a case has been described in which the value of the predetermined time for which the special superiority bonus generation condition is satisfied is the same for each sub-boss. However, at least some or all of the predetermined times during which the special superiority bonus generation condition is satisfied may be different for each sub-boss.

Furthermore, in the present embodiment, a case has been described in which the predetermined value that satisfies the special superiority bonus generation condition is common to each sub-boss. However, at least some or all of the predetermined values that satisfy the special superiority bonus generation condition may be different for each sub-boss.

Furthermore, the content of the second effect (special advantage bonus) that is granted when the special advantage bonus generation condition is satisfied may be determined by lottery.

As mentioned above, special superiority bonuses are given according to the elapsed time during the event battle, so the sub-boss battle is prolonged and the risk of players feeling tired is suppressed, and the game becomes more interesting. It becomes possible to increase the

Furthermore, the special superiority bonus generation condition can be established based on the raid HP value of each sub-boss. As a result, it is possible to suppress the situation where the sub-boss is defeated before the elapsed time for the special superiority bonus generation condition to be satisfied and the special superiority bonus does not occur, which reduces the interest of the game. It also becomes possible to suppress the decrease.

FIG. 10 is a diagram illustrating an example of a defeat bonus generation condition setting table. As shown in FIG. 10, each sub-boss is provided with one defeat bonus generation condition. Note that a defeat bonus generation condition setting table is provided for each phase. Here, a defeat bonus generation condition setting table corresponding to the first phase will be shown.

Specifically, as shown in FIG. 10, a case where the raid HP reaches "0" is provided as a defeat bonus generation condition. That is, when the elimination conditions for each sub-boss are met, the defeat bonus generation conditions are also met.

As shown in FIG. 10, the type of defeat bonus to be given when each defeat bonus occurrence condition is satisfied and the type of sub-boss of the sub-boss battle to which the defeat bonus is to be given are set in advance. In this embodiment, as shown in FIG. 10, it is set that a defined type of defeat bonus is given in a sub-boss battle with all sub-bosses other than the sub-boss for which each defeat bonus generation condition is satisfied. .

Specifically, for example, when the raid HP against sub-boss A reaches "0", it is set that defeat bonus A is given in sub-boss battles with all sub-bosses other than sub-boss A. The defeat bonus A, the defeat bonus B, the defeat bonus C, and the defeat bonus D are each associated with one or more types of defeat bonuses.

In other words, when the elimination bonus generation conditions are met in a competitive game, the third effect (defecation bonus) that is advantageous for the player occurs in the competitive game against all opponents other than the opponent for whom the elimination bonus generation conditions were met. Granted. In other words, when the opponent's parameter (raid HP) reaches a specific value (in this case, raid HP is "0"), the third effect (defecation bonus) is activated, assuming that the defeat bonus generation condition is met. Give.

Further, in the present embodiment, a case is shown in which a different type of defeat bonus is set for each sub-boss, but the same type of defeat bonus may be set for at least some of the sub-bosses.

Furthermore, if another sub-boss (sub-boss B, sub-boss C, or sub-boss D) satisfies the extinction condition and has already disappeared before the defeat bonus generation condition for sub-boss A is met, the extinction condition is met. , the defeat bonus (defeat bonus A) is not given to other sub-bosses (sub-boss B, sub-boss C, or sub-boss D) that have already disappeared.

Furthermore, in this embodiment, the superiority bonus and the defeat bonus can be awarded in duplicate in a sub-boss battle with one sub-boss. In other words, as the progress of the sub-boss battle progresses, the number of superiority bonuses and defeat bonuses awarded in the sub-boss battle with the first sub-boss increases, so the more the progress of the sub-boss battle progresses, the more the player It becomes possible to carry out sub-boss battles advantageously. Thereby, it is possible to suppress the possibility that the sub-boss battle becomes prolonged and cause the player to feel tired, and it becomes possible to increase the interest of the game.

As described above, in this embodiment, a case is shown in which a normal superiority bonus generation condition, a special superiority bonus generation condition, and a defeat bonus generation condition are provided for all sub-bosses, but the present invention is not limited to this. isn't it. In other words, an opponent (sub-boss) for which at least one or more normal advantageous bonus generation conditions are provided, an opponent (sub-boss) for which at least one or more special advantageous bonus generation conditions are provided, and at least one or more defeated. Any one can be selected from among a plurality of opponents (sub-bosses) including opponents (sub-boss) for which bonus generation conditions are provided.

Also, for example, a sub-boss with both a normal superiority bonus generation condition and a special superiority bonus generation condition, a sub-boss with both a normal superiority bonus generation condition and a destruction bonus generation condition, a special superiority bonus generation condition and a destruction bonus generation condition. It may be possible to select one of the sub-boss for which both of the conditions are provided. That is, it is only necessary that one of the plurality of opponents can be selected from among a plurality of opponents for which at least one of the normal superiority bonus generation condition, the special superiority bonus generation condition, and the destruction bonus generation condition is provided.

Note that an opponent (sub-boss) for which none of the normal superiority bonus generation conditions, special superiority bonus generation conditions, and defeat bonus generation conditions are provided may be included. In addition, the specific value of the opponent's parameter (raid HP) for which the defeat bonus generation condition is met, the opponent's parameter (raid HP) for which the normal superiority bonus generation condition is satisfied, or the battle for which the special superiority bonus generation condition is satisfied. It may be the same as any of the predetermined values of the opponent's parameters (raid HP).

In addition, in this embodiment, the case where the raid HP value of the opponent's sub-boss is set as the normal superiority bonus generation condition, the special superiority bonus generation condition, and the destruction bonus generation condition is shown, but the value of the raid HP of the opponent's sub-boss is set. It is sufficient to use the parameters that are specified, and is not limited to the raid HP. For example, in a sub-boss battle, a normal superiority bonus generation condition, a special superiority bonus generation condition, and Conditions for generating a defeat bonus may be set. In addition, in sub-boss battles, normal attacks are based on various conditions (parameters), such as the cumulative number of times special moves are used against each sub-boss, and whether or not certain items owned by each player are used. A superiority bonus generation condition, a special superiority bonus generation condition, and a defeat bonus generation condition may be set.

FIG. 11A is a diagram illustrating an example of a sub-boss details screen. For example, when "sub-boss A" is operated (tapped) on the event battle screen (FIG. 6A), a sub-boss details screen shown in FIG. 11A is displayed on the display 26.

As shown in FIG. 11A, the sub-boss details screen displays the enemy character (sub-boss A) that appears in the battle game and the items (rewards) that can be obtained in the battle game. Further, a special effect character display section 63a, a superior bonus display section 63b, a defeat bonus display section 63c, a challenge operation section 46, and a cancel operation section 40 are displayed on the sub-boss details screen.

A total of five ally characters (total of five types) are displayed on the special effect character display section 63a. In this embodiment, a plurality of special effects characters are set in advance for each sub-boss, and if a sub-boss battle is executed using the special effects characters set for each sub-boss, the sub-boss battle will proceed in an advantageous manner for the player. Become.

In this embodiment, each sub-boss is provided with a plurality of special characters linked to the story (scenario). For example, in a sub-boss battle, by using a special character, when calculating damage, you can add the correction value set for each special character to various parameters (level, HP, attack power, etc.), By multiplying, a damage calculation result advantageous to the player is derived. Note that in this embodiment, the correction value is set to be larger for an ally character than for a support character. Note that in the main boss battle described below, unlike the sub-boss battle, the special effect character described above is not set.

The superiority bonus display section 63b displays a list of the types of normal superiority bonuses and special superiority bonuses that are granted in the sub-boss battle with the enemy character (sub-boss A) displayed on the sub-boss details screen. Then, when the dominant bonus display section 63b is operated (tapped), a dominant bonus confirmation screen shown in FIG. 7A is displayed on the display 26.

The defeat bonus display section 63c displays a list of the types of defeat bonuses granted in the sub-boss battle with the enemy character (sub-boss A) displayed on the sub-boss details screen. Then, when the defeat bonus display section 63c is operated (tapped), a defeat bonus confirmation screen shown in FIG. 7B is displayed on the display 26.

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

FIG. 11B is a first diagram illustrating an example of the BOSS story production screen. FIG. 11C is a second diagram illustrating an example of the BOSS story production screen. In this embodiment, when a sub-boss, for example, "sub-boss A" to which the above-mentioned special superiority bonus has been newly given is operated (tapped) on the event battle screen (FIG. 6A), the sub-boss details screen (FIG. 11A) is displayed. Before being displayed on the display 26, a BOSS story production screen (FIGS. 11B and 11C) is displayed on the display 26.

As shown in FIG. 11B, on the BOSS story production screen, for example, production images such as conversations between ally characters and explanations of the characteristics of the BOSS characters are sequentially displayed in accordance with the player's operations. Further, as shown in FIG. 11C, on the BOSS story presentation screen, a presentation image that informs the type of the newly awarded special superiority bonus is displayed on the display 26. In other words, a predetermined performance according to the special superiority bonus is executed. As a result, it is possible to increase the player's sense of tension and improve the performance effect when competing against the BOSS character.

Then, when the display of the BOSS story production screen ends in response to the player's operation, a sub-boss details screen (FIG. 11A) will be displayed on the display 26.

Note that even before the BOSS story production screen is displayed, the status of the special superiority bonus being given to each sub-boss is notified to the player by the superiority bonus icon 60e in FIG. 6A. Furthermore, even before the BOSS story production screen is displayed, the player is informed of the status of special superiority bonuses given to each sub-boss on the superiority bonus confirmation screen shown in FIG. 7A.

FIG. 12A is a diagram illustrating an example of a party selection screen. FIG. 12B is a diagram illustrating an example of a support character selection screen. When the challenge operation section 46 on the sub-boss details screen (FIG. 11A) is operated (tapped), a party selection screen shown in FIG. 12A is displayed on the display 26.

As shown in FIG. 12A, on the party selection screen, all ally characters owned by the player are displayed, a selected ally character display area 47 is displayed at the bottom, and a support character selection operation is displayed at the top. section 48 is displayed. Furthermore, a cancel operation section 40 and a battle start operation section 49 are displayed on the party selection screen.

On the party selection screen, when the player operates (tap) a displayed ally character, the operated ally character is displayed in the selected ally character display area 47, and a party is formed. Note that when forming a party for an event battle, the player needs to form at least one ally character that the player owns.

Here, as shown in FIG. 12A, the special effect character set as the selected sub-boss is displayed in a recognizable manner on the party selection screen. Specifically, an ally character that is set as a special effect character is labeled with "special effect."

Therefore, it is easy for the player to form a party of five types of special characters that can advance the sub-boss battle advantageously. Note that in this embodiment, a different special effect character is set for each sub-boss. As a result, it becomes necessary to organize a party in consideration of the special character when playing a battle game for each sub-boss, thereby improving strategy and making the game more interesting. Note that the special effect character set for all sub-bosses may be set in common.

Further, when the support character selection operation section 48 is operated (tapped) on the party selection screen, a support character selection screen shown in FIG. 12B is displayed. On the support character selection screen, support characters set by other players in the support character setting area 61 of the "event battle" are displayed.

Here, as shown in FIG. 12B, the special effect character set for the selected sub-boss is displayed in an identifiable manner on the support character selection screen. Specifically, a support character that is set as a special effect character is given the notation "special effect." In this embodiment, the sub-boss battle proceeds more advantageously for the player with one ally character set as a special effect character than with one support character set as a special effect character. In other words, when organizing the same special effect character into a party, it is more advantageous for the player to own the special effect character himself than to borrow the special effect character from another player.

When the player operates (tap) a displayed support character on the support character selection screen, the operated support character is displayed in the selected ally character display area 47.

Note that in a battle game belonging to an event battle, an upper limit (for example, 4 characters) may be set on the number of support characters selected. That is, in a battle game that belongs to an event battle, the player may be able to borrow up to four support characters, for example. However, the present invention is not limited to this, and for example, the number of support characters that the player can borrow may be varied depending on the type of sub-boss or the main boss described later.

When the party formation is completed and the battle start operation section 49 (FIG. 12A) is operated (tapped), a battle screen is displayed on the display 26. At this time, if a defeat bonus has been given to the battle game, a defeat bonus generation effect (FIG. 13A, 13B) is executed.

FIG. 13A is a first diagram illustrating an example of a defeat bonus generation effect on the battle screen. FIG. 13B is a second diagram illustrating an example of a defeat bonus generation effect on the battle screen. As shown in FIG. 13A, on the battle screen, an ally character is displayed on the left side and an enemy character is displayed on the right side. In the destruction bonus generation effect, first, as shown in FIG. 13A, among the destruction bonuses granted for the battle game, the destruction bonus that increases various parameters of the ally character is displayed on the left side of the battle screen to the ally character. They are displayed in a superimposed list.

Next, in the defeat bonus generation effect, as shown in FIG. 13B, among the defeat bonuses granted for the battle game, the defeat bonus that reduces various parameters of the enemy character is displayed on the right side of the battle screen. The list is displayed superimposed on the .

When the destruction bonus generation effect ends, if a superiority bonus has been granted for the battle game, a superiority bonus generation effect is performed to inform the player of the granted superiority bonus before the battle game starts. (FIG. 14A, FIG. 14B) is further executed. Note that if no defeat bonus is given to the battle game but only a superiority bonus is given, only the superiority bonus generation performance is performed without performing the defeat bonus generation performance.

FIG. 14A is a first diagram illustrating an example of a dominant bonus generation effect on the battle screen. FIG. 14B is a second diagram illustrating an example of a dominant bonus generation effect on the battle screen. As shown in FIG. 14A, in the superiority bonus generation effect, first, as shown in FIG. 14A, among the superiority bonuses granted for the battle game, the superiority bonus that increases various parameters of the ally character is displayed on the battle screen. A list will be displayed on the left side of the screen, superimposed on your ally characters.

Next, in the superiority bonus generation effect, as shown in FIG. 14B, among the superiority bonuses given for the battle game, the superiority bonus that reduces various parameters of the enemy character is displayed on the right side of the battle screen. The list is displayed superimposed on the . Then, when the superiority bonus generation effect ends, the battle game starts. Further, if only a defeat bonus is given to the battle game, the battle game starts when the defeat bonus generation effect ends. In addition, if a defeat bonus and a superiority bonus are not given to the battle game, when the battle start operation section 49 (FIG. 12A) is operated (tapped), the defeat bonus generation effect and the superiority bonus generation effect are activated. The battle game starts without execution.

The basic parts of the battle game in the event battle are the same as the main quest, so we will explain the parts that are different from the main quest. FIG. 15 is a diagram illustrating an example of a battle screen related to a sub-boss battle. As shown in FIG. 15, an ally side bonus display section 64a and an enemy side bonus display section 64b are displayed on the left and right sides of the battle screen related to the sub-boss battle.

The ally-side bonus display section 64a displays the types of defeat bonuses and superiority bonuses that increase various parameters of the ally character among the defeat bonuses and superiority bonuses granted in the sub-boss battle with the opponent's enemy character (sub-boss A). A list of icons indicating.

In addition, the enemy side bonus display section 64b displays a defeat bonus and a superiority bonus that reduce various parameters of the enemy character among the defeat bonus and superiority bonus granted in the sub-boss battle with the opponent's enemy character (sub-boss A). A list of icons indicating the types of items is displayed.

Thereby, while the battle game is being executed, the player can instantly and visually grasp the types of the elimination bonus and superiority bonus that are given to the battle game.

Note that when each icon displayed on the ally side bonus display section 64a and the enemy side bonus display section 64b is operated (tapped), the superior bonus confirmation screen shown in FIG. 7A or, depending on the operated icon, is displayed. A defeat bonus confirmation screen shown in FIG. 7B may be displayed on the display 26.

In the main quest battle game, the player's stamina is consumed to play the battle game, whereas in the sub-boss battle, the battle game is played by consuming the challenge right granted to the player without consuming the player's stamina. .

In addition, there are two types of rewards in the sub-boss battle game: a sub-boss subjugation reward when the battle HP of the sub-boss becomes 0 and one sub-boss is subdued, and an extinction reward when the sub-boss extinction condition is met. The reward for defeating one sub-boss is a reward that can only be obtained by the player who has defeated one sub-boss. Each time the player defeats one sub-boss, the player can obtain a sub-boss reward. However, even if another player subjugates one sub-boss, the player cannot obtain a sub-boss reward. The extinction reward is a common reward that can be obtained by all players who access the event battle screen during the event battle after the sub-boss disappears.

Event battles include not only sub-boss battles in which players compete against sub-bosses, but also battle games in which they compete against main bosses (hereinafter also referred to as "main boss battles"). The main boss battle will be displayed on the event battle screen when all the sub-bosses in the fourth phase are eliminated or a certain period of time has passed from the start of the event battle.

In other words, the player cannot compete against the main boss until all sub-bosses in the fourth phase are eliminated or a certain period of time has passed from the start of the event. Additionally, if any sub-bosses remain after a certain period of time has passed from the start of the event, an event will occur in which all remaining sub-bosses will be forcibly destroyed, and the main boss will appear after all sub-bosses have disappeared. An event occurs.

FIG. 16A is a diagram illustrating an example of an event battle screen in the final phase. FIG. 16B is a diagram illustrating an example of an event battle selection screen. FIG. 17A is a diagram illustrating an example of a party selection screen. FIG. 17B is a diagram illustrating an example of a support character selection screen.

FIG. 16A shows an event battle screen in the final phase after all sub-bosses in the fourth phase have been eliminated or after a certain period of time has elapsed from the start of the event. As shown in FIG. 16A, on the event battle screen in the final phase, one main boss is displayed, as well as a remaining challenge right display area 60a, a support setting operation section 60c, and an HP display bar 63d.

In the main boss battle, unlike the sub-boss battle, each player fights against the main boss individually. That is, in the main boss battle, all players cannot cooperate with each other to fight against the main boss. However, in the main boss battle, all players may cooperate with each other to fight against the main boss.

In this embodiment, when the main boss battle starts, each player is given an unlimited number of challenges to the main boss. Therefore, in the remaining challenge rights display area 60a, characters indicating that the challenge rights are unlimited are displayed. Furthermore, since the challenge right is unlimited, the challenge right recovery time display area 60b that was on the event battle screen for the sub-boss battle shown in FIG. 6A is hidden on the event battle screen for the main boss battle shown in FIG. 16A. There is.

The support setting operation section 60c is displayed on the event battle screen for the main boss battle shown in FIG. 16B as well as the event battle screen for the sub-boss battle shown in FIG. 6A. When the support setting operation section 60c is operated (tapped), a support setting screen shown in FIG. 6B is displayed.

Also in the main boss battle, other players can borrow the support character set by the player in the support character setting area 61 when playing the "event battle" battle game. Similarly, a player can borrow a support character set in the support character setting area 61 of another player.

As shown in FIG. 16A, an HP display bar 63d is displayed at the bottom of the main boss. In the main boss battle, each player can defeat the main boss by reducing the main boss's HP to 0. In other words, the victory condition for each player is to reduce the main boss's HP (HP display bar 63d) to 0. In this embodiment, one type of HP is set for the main boss, and specifically, the initial value of the main boss's HP is set to 20 million. That is, in this embodiment, the HP of the main boss is set to be lower than the raid HP of the sub-boss and higher than the battle HP of the sub-boss. However, the HP of the main boss may be set to be the same as the battle HP of the sub-boss, or less than the battle HP of the sub-boss. Further, the HP of the main boss may be set differently for each player. For example, the HP of the main boss may be set higher for an expert player than for a novice player.

When the "main boss" is operated (tapped) on the event battle screen in the final phase, the main boss details screen shown in FIG. 16B is displayed on the display 26. The main boss details screen displays enemy characters (main bosses) that appear in the battle game and items (rewards) that can be obtained in the battle game. Further, a challenge operation section 46 for challenging the battle game and a cancel operation section 40 are displayed on the main boss details screen.

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

In this embodiment, unlike the sub-boss battle, the above-mentioned special effect character is not set in the main boss battle. Furthermore, in the main boss battle with the main boss, the above-mentioned superiority bonus and defeat bonus are not given. Therefore, as shown in FIG. 16A, on the event battle screen of the main boss battle, the superiority bonus icon 60e and the defeat bonus icon 60f on the event battle screen of the sub-boss battle shown in FIG. 6A are not displayed. Furthermore, as shown in FIG. 16B, on the main boss details screen of the main boss battle, the special effect character display section 63a, superior bonus display section 63b, and defeat bonus display section 63c on the sub-boss details screen of the sub-boss battle shown in FIG. 11A are not displayed. .

On the other hand, when the challenge operation section 46 is operated (tapped), a party selection screen shown in FIG. 17A is displayed on the display 26. On the party selection screen, all ally characters owned by the player are displayed, a selected ally character display area 47 is displayed at the bottom, and a support character selection operation section 48 is displayed at the top. Furthermore, a cancel operation section 40 and a battle start operation section 49 are displayed on the party selection screen.

On the party selection screen, when the player operates (tap) a displayed ally character, the operated ally character is displayed in the selected ally character display area 47, and a party is formed.

Further, when the support character selection operation section 48 is operated (tapped) on the party selection screen, a support character selection screen shown in FIG. 17B is displayed. On the support character selection screen, support characters set by other players in the support character setting area 61 of the "event battle" are displayed.

Note that, as described above, in the main boss battle, unlike the sub-boss battle, the special effect character described above is not set. Therefore, as shown in FIG. 17A, on the party selection screen for the main boss battle, the "special effect" that is attached to the ally character set as the special effect character on the party selection screen for the sub-boss battle shown in FIG. 12A is not displayed. . Similarly, as shown in FIG. 17B, on the support character selection screen for the main boss battle, the notation of "special effect" attached to the ally character set as the special effect character on the support character selection screen for the sub-boss battle shown in FIG. 12B is Not done.

When the player operates (tap) a displayed support character on the support character selection screen, the operated support character is displayed in the selected ally character display area 47.

Note that in the main boss battle as well, similarly to the sub-boss battle, an upper limit value (for example, 4 characters) may be set for the number of support characters to be selected.

When the party formation is completed and the battle start operation section 49 is operated (tapped), the battle game is started. The basic parts of the battle game are the same as the sub-boss battles and main quests, so their explanation will be omitted. Note that in the main boss battle, unlike the sub-boss battle, the right to challenge is unlimited and there is no need to consume stamina, so the player can challenge the main boss battle as many times as he wants until the victory conditions are met.

Note that, as described above, in the main boss battle with the main boss, the superiority bonus and the defeat bonus are not given. Therefore, on the main boss battle battle game screen, the ally side bonus display section 64a and the enemy side bonus display section 64b on the sub boss battle battle game screen shown in FIG. 16B are not displayed. Further, on the battle game screen of the main boss battle, the defeat bonus generation effects (FIGS. 13A and 13B) and the superiority bonus generation effects (FIGS. 14A and 14B) are not executed.

When the event battle period ends, the event battle operation section 32 shown in FIG. 3A and the event battle operation section 44e shown in FIG. 3C are hidden, and the player cannot access the event battle screen. Therefore, a player who was unable to log in to the game during the event battle period, or a player who was unable to defeat the main boss during the event battle period, loses the opportunity to challenge the main boss battle. However, after the event battle period ends, another event may be held individually that only one player can take on. Each HP (raid HP, battle HP) at that time can be lower than the value during the event battle period.

Next, the basic configuration and communication processing of the player terminal 1 and server 100 for executing an event battle will be explained. Here, an example of the basic communication processing for progressing the game and the main communication processing regarding the event battle will be explained, and the explanation of other processing will be omitted.

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

The terminal side game control program includes a game execution control program 80, a battle game execution program 81, a player information storage program 82, a support character setting program 83, a party organization program 84, and a display control program 85. Note that the programs listed in FIG. 18 are just examples, and the terminal-side game control program includes many other programs.

The data storage area 12b is provided with a game information storage section 90, a player information storage section 91, a support character information storage section 92, and a party formation information storage section 93 as storage sections for storing data. Note that each of the storage units described above is an example, and the data storage area 12b is provided with many other storage units.

The CPU 10 operates each program stored in the program storage area 12a and updates data in each storage section of the data storage area 12b. Then, the CPU 10 causes the player terminal 1 (computer) to function as the terminal-side game control section 1A by operating each program stored in the program storage area 12a. The terminal side game control section 1A includes a game execution control section 80a, a battle game execution section 81a, a player information storage section 82a, a support character setting section 83a, a party organization section 84a, and a display control section 85a.

Specifically, the CPU 10 operates the game execution control program 80 and causes the computer to function as the game execution control section 80a. Similarly, the CPU 10 operates a battle game execution program 81, a player information storage program 82, a support character setting program 83, a party formation program 84, and a display control program 85, respectively. It functions as a support character setting section 83a, a party organization section 84a, and a display control section 85a.

The game execution control unit 80a controls the progress of the entire game. For example, the game execution control unit 80a transmits login information to the server 100 when logging into the game. The game execution control unit 80a also acquires event information from the server 100 and stores it in the game information storage unit 90. The event information includes raid HP, battle HP, and superiority bonus information for each sub-boss in the event battle, including whether or not superiority bonuses (normal superiority bonuses and special superiority bonuses) have been granted, and the type of superiority bonus that has been granted, and the granting of defeat bonuses. Contains defeat bonus information including the presence or absence of the defeat bonus and the type of the granted defeat bonus, and information such as the type of special effect character.

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

Specifically, in the current event battle phase, the battle game execution unit 81a selects an opponent (sub-boss) for which at least one or more normal advantageous bonus generation conditions are provided, and at least one or more special advantageous bonus generation conditions. It is possible to select any one from among a plurality of opponents (sub-boss) including an opponent (sub-boss) provided with an opponent (sub-boss) and an opponent (sub-boss) provided with at least one or more defeat bonus generation conditions. Also, in the current event battle phase, sub-boss whose raid HP has become 0 will not be selectable. The battle game execution unit 81a then executes a battle game against an opponent (sub-boss or main boss) selected by the player.

In addition, if a superiority bonus or a defeat bonus is given in a sub-boss battle with a sub-boss that is an opponent, the battle game execution unit 81a calculates damage points based on the given superiority bonus or defeat bonus. Perform the derivation. At this time, in the sub-boss battle with the first sub-boss, if the superiority bonus and the defeat bonus are given overlappingly, the battle game execution unit 81a derives damage points based on both the superiority bonus and the defeat bonus. Execute.

The player information storage section 82a stores the player information acquired from the server 100 in the player information storage section 91. Furthermore, when the player information is changed in response to a player's operation, the player information storage unit 82a saves the changed player information in the player information storage unit 91 and transmits the changed player information to the server 100. . Here, the player information includes a player ID, an ally character ID, a support character ID, and the like. Thereby, the server 100 can determine whether each player satisfies the participation conditions for the event battle (main boss battle) based on the player information of each player.

The support character setting section 83a sets the player's support character based on the player's input operation to the support character setting area 61. Further, the support character setting section 83 a stores information regarding the set support character (support character information: support character ID) in the support character information storage section 92 and transmits it to the server 100 .

The party organizing section 84a organizes a party based on the player's input operation on the party selection screen. Furthermore, the party organization section 84 a stores information regarding the formed party (party organization information: ally character ID and support character ID) in the party organization information storage section 93 and transmits it to the server 100 .

The display control unit 85a generates a screen to be displayed on the display 26, and causes the display 26 to display the generated screen. For example, as shown in FIG. 6A, FIG. 10C, FIG. 13A, FIG. 13B, FIG. 14A, FIG. 14B, and FIG. , and display a list of defeat bonuses in an identifiable manner to the player.

(Functional configuration of server 100)
FIG. 19 is a diagram illustrating the configuration of the memory 112 in the server 100 and its functions as a computer. The memory 112 is provided with a program storage area 112a and a data storage area 112b. When the game is started, the CPU 110 stores a server-side game control program (module) in the program storage area 112a.

The server-side game control programs include a game execution control program 180, a battle game execution program 181, a player information storage program 182, a support character information storage program 183, a party formation information storage program 184, a reward granting program 185, and a superiority bonus granting program. 186, a defeat bonus granting program 187, and a special character setting program 188 are included. Note that the programs listed in FIG. 19 are just examples, and the server-side game control program includes many other programs.

The data storage area 112b is provided with a game information storage section 190, a player information storage section 191, a support character information storage section 192, and a party organization information storage section 193 as storage sections for storing data. Note that each of the storage units described above is an example, and the data storage area 112b is provided with many other storage units.

The CPU 110 operates each program stored in the program storage area 112a and updates the data in each storage section of the data storage area 112b. Then, the CPU 110 causes the server 100 to function as the server-side game control unit 100A by operating each program stored in the program storage area 112a. The server-side game control section 100A includes a game execution control section 180a, a battle game execution section 181a, a player information storage section 182a, a support character information storage section 183a, a party formation information storage section 184a, a reward provision section 185a, and a superior bonus provision section 186a. , a defeat bonus granting section 187a, and a special effect character setting section 188a.

Specifically, the CPU 110 operates the game execution control program 180 to cause the computer to function as the game execution control section 180a. Similarly, the CPU 110 includes a battle game execution program 181, a player information storage program 182, a support character information storage program 183, a party formation information storage program 184, a reward granting program 185, a superiority bonus granting program 186, a defeat bonus granting program 187, and a special effect bonus granting program 187. The character setting program 188 is operated, and the battle game execution unit 181a, player information storage unit 182a, support character information storage unit 183a, party formation information storage unit 184a, reward granting unit 185a, superiority bonus granting unit 186a, and defeat bonus granting unit are operated. 187a functions as a special effect character setting section 188a.

The game execution control unit 180a controls the progress of the entire game. For example, upon receiving the login information from the player terminal 1, the game execution control unit 180a stores the event information stored in the game information storage unit 190, the player information stored in the player information storage unit 191, and the support character information storage unit 192. The saved support character information and the party composition information stored in the party composition information storage section 193 are set so that the player terminal 1 can acquire them.

The battle game execution unit 181a manages the battle HP and raid HP of each sub-boss during the event battle period. Specifically, the battle game execution unit 181a subtracts the battle HP and raid HP of each sub-boss based on the execution results of the sub-boss battle with each sub-boss by each player participating in the event battle.

Then, the battle game execution unit 181a allows each sub-boss to continue if the raid HP of each sub-boss has not reached 0, and causes each sub-boss to disappear if the raid HP of each sub-boss has reached 0. Further, the battle game execution unit 181a allows each sub-boss to survive if the battle HP of each sub-boss has not reached 0, and if the battle HP of each sub-boss has reached 0, each sub-boss is subjugated as one.

Upon receiving player information (for example, game result information) from the player terminal 1, the player information storage unit 182a stores the received player information in the player information storage unit 191.

When the support character information storage unit 183a receives support character information from the player terminal 1, the support character information storage unit 183a stores the received support character information in the support character information storage unit 192. At this time, the support character information storage unit 183a stores the player ID and the support character ID in association with each other. Note that the support character information includes information regarding the type of support character (support character ID), and status information regarding the status of the support character (information regarding the support character's level, information regarding equipment, information regarding HP, and information regarding attack power). information, information regarding defense power, etc.).

Upon receiving the party composition information from the player terminal 1, the party composition information storage section 184a stores the received party composition information in the party composition information storage section 193.

The reward giving unit 185a gives a reward to the player. The reward giving unit 185a gives the player who has cleared the battle game an item corresponding to the cleared battle game. More specifically, the reward giving unit 185a adds the item to be given to the player information corresponding to the player ID of the player who cleared the battle game, and stores the added item in the player information storage unit 191.

The superiority bonus granting unit 186a updates the superiority bonus information related to the sub-bosses for which the normal superiority bonus generation conditions are satisfied, with reference to the normal superiority bonus generation condition setting table shown in FIG.

That is, when the opponent's parameter (raid HP) reaches a predetermined value, the superiority bonus giving unit 186a grants the first effect (superiority bonus), assuming that the normal superiority bonus generation condition is satisfied.

Further, the superiority bonus granting unit 186a updates the superiority bonus information related to the sub-bosses for which the normal superiority bonus generation conditions are satisfied, with reference to the special superiority bonus generation condition setting table shown in FIG.

That is, the superiority bonus granting unit 186a can grant the second effect (special superiority bonus) when a predetermined period of time set in advance has elapsed from the start of each phase in the event battle, assuming that the special superiority bonus generation condition is satisfied. shall be. Furthermore, when the opponent's parameter (raid HP) reaches a predetermined value, the superiority bonus granting unit 186a determines that the special superiority bonus generating condition is satisfied, and can provide a second effect (special superiority bonus).

The defeat bonus granting unit 187a refers to the defeat bonus generation condition setting table shown in FIG. Update bonus information.

That is, when the defeat bonus generation condition is satisfied in the competitive game, the defeat bonus granting unit 187a grants the third effect advantageous to the player to all opponents other than the opponent for whom the defeat bonus generation condition has been satisfied. do. In other words, when the opponent's parameter (raid HP) reaches a specific value, the defeat bonus granting unit 187a determines that the defeat bonus generation condition is satisfied and grants the third effect (defeat bonus). Furthermore, the defeat bonus granting unit 187a sets the event information stored in the game information storage unit 190 so that the player terminal 1 can acquire it.

The special effect character setting section 188a sets a special effect character for each sub-boss.

(Control processing in player terminal 1)
Next, the main control processing in the player terminal 1 for executing the above event battle will be explained.

FIG. 20 is a flowchart illustrating an example of event management processing (P1) in the player terminal 1. The game execution control unit 80a of the player terminal 1 executes a process of acquiring event information from the server 100 when the event battle operation unit 32 or the event battle operation unit 44e is operated by the player during the event battle period. (P1-1).

The display control unit 85a of the player terminal 1 executes a process of displaying an event battle screen (FIG. 6A or FIG. 15A) on the display 26 based on the acquired event information (P1-2).

Furthermore, when the player selects an opponent on the event battle screen (YES in P1-3), the game execution control unit 80a of the player terminal 1 selects an opponent based on the event information acquired in step P1-1 above. It is determined whether or not a new special superiority bonus has been generated for the opponent who has been defeated (P1-4).

As a result, if a new special superiority bonus has occurred (YES in P1-4), the display control unit 85a of the player terminal 1 displays the BOSS story production screen (FIGS. 11B and 11C) on the display 26. (P1-5).

Furthermore, if a new special superiority bonus has not occurred (NO in P1-4), and if the display of the BOSS story production screen has ended, the display control unit 85a controls the display according to the opponent selected by the player. , the sub-boss details screen (FIG. 11A) or the main boss details screen (FIG. 16B) is displayed on the display 26 (P1-6).

Furthermore, the party organizing section 84a of the player terminal 1 performs a party organizing process for organizing a party based on the player's operation (P1-7). When the party formation is completed and the battle start operation section 49 is operated, the party formation section 84a of the player terminal 1 stores the party formation information in the party formation information storage section 93 and transmits it to the server 100.

Further, the battle game execution unit 81a of the player terminal 1 executes battle game management processing, which will be described in detail later (P2).

FIG. 21 is a flowchart illustrating an example of the battle game management process (P2) in the player terminal 1. The battle game execution section 81a of the player terminal 1 acquires the event information stored in the game information storage section 90 (P2-1). Alternatively, the battle game execution unit 81a of the player terminal 1 may acquire event information from the server 100 at the start of the sub-boss battle.

Further, the battle game execution unit 81a of the player terminal 1 acquires the party organization information stored in the party organization information storage unit 93 (P2-2).

Furthermore, the display control unit 85a of the player terminal 1 executes processing for executing a defeat bonus generation effect (FIGS. 13A and 13B) on the battle game screen based on the acquired event information (P2-3). Furthermore, the display control unit 85a of the player terminal 1 executes a dominant bonus generation effect (FIGS. 14A and 14B) on the battle game screen based on the acquired event information (P2-4).

Furthermore, the display control unit 85a of the player terminal 1 displays the types of the defeat bonus and the superiority bonus on the ally side bonus display section 64a and the enemy side bonus display section 64b of the battle screen (FIG. 16A), based on the acquired event information. A process for displaying a list of the indicated icons is executed (P2-5).

In addition, the battle game execution unit 81a of the player terminal 1 receives information on the type of special effect character, superiority bonus information, and defeat bonus information included in the event information acquired in step P2-1, and the party information acquired in step P2-2. Based on information such as composition information, enemy characters and ally characters are caused to move and attack in accordance with a predetermined algorithm. Then, the battle game execution unit 81a performs battle game calculation processing to calculate damage when an ally character attacks an enemy character and when an enemy character attacks an ally character (P2-6).

That is, it can be said that in the battle game calculation process, a first effect advantageous to the player is given in a battle game against an opponent whose normal superiority bonus generation condition is satisfied. Furthermore, in the battle game calculation process, it can be said that a second effect advantageous to the player is imparted in a battle game against an opponent whose special superiority bonus generation condition is satisfied. Furthermore, in the battle game calculation process, it can be said that a third effect advantageous to the player is imparted in a battle game against an opponent other than the opponent for whom the defeat bonus generating condition is satisfied.

Specifically, for example, when calculating damage, various parameters (fixed values or values depending on the character or sub-boss) set for each type of superiority bonus and defeat bonus may be added or multiplied. By combining them, a damage calculation result advantageous to the player is derived. Also, for example, a state in which the enemy character for superiority bonus (hereinafter referred to as first stealth character) and the enemy character for defeat bonus (hereinafter referred to as second stealth character) cannot be identified by the player and are not opponents in battle. In other words, it may be placed as an in-game object for setting a bonus. In this case, a skill corresponding to superior bonus information related to the opponent's sub-boss may be set to the placed first stealth character. Further, it is sufficient to set a skill corresponding to the defeat bonus information regarding the opponent's sub-boss to the placed second stealth character.

The display control unit 85a of the player terminal 1 executes a drawing process to draw a battle screen on the display 26 based on the process of step P2-6 described above (P2-7).

Then, the battle game execution unit 81a of the player terminal 1 determines whether the conditions for ending the battle game are satisfied (P2-8). As a result, if the battle game termination condition is satisfied, the process moves to step P2-9, and if the battle game termination condition is not satisfied, the process proceeds from step P2-6 to step P2-7 above. Repeat again.

When the battle game termination condition is met, the battle game execution unit 81a of the player terminal 1 generates game result information and ends the battle game control process (P2-9). Note that the generated game result information is transmitted to the server 100.

(Control processing in server 100)
Next, the main control processing in the server 100 for executing the above event battle will be explained.

FIG. 22 is a flowchart illustrating an example of the superiority bonus granting process (S1) in the server 100. The superiority bonus granting process (S1) is executed when the server 100 receives game result information from the player terminal 1.

First, the superiority bonus giving unit 186a of the server 100 sets a sub-boss to be processed based on the received game result information (S1-1).

The superiority bonus granting unit 186a of the server 100 refers to the normal superiority bonus generation condition setting table shown in FIG. It is determined whether or not it has been completed (S1-2). Specifically, when the parameter (raid HP) of the sub-boss to be processed reaches a specific value set in the normal superiority bonus generation condition setting table, the superiority bonus granting unit 186a determines that the normal superiority bonus generation condition is satisfied. do.

As a result, if the normal superiority bonus generating condition is newly satisfied (YES in S1-2), the process moves to step S1-3. Further, if the normal superiority bonus generating condition is not newly satisfied (NO in S1-2), the process moves to step S1-4.

The superiority bonus granting unit 186a of the server 100 updates the ordinary superiority bonus information regarding the sub-boss for which the ordinary superiority bonus generation condition is satisfied, based on the ordinary superiority bonus generation condition setting table shown in FIG. 8 (S1-3). .

The superiority bonus granting unit 186a of the server 100 updates the timer value of the special superiority bonus timer for measuring the time since the current phase of the event battle started (S1-4).

The superiority bonus granting unit 186a of the server 100 refers to the special superiority bonus generation condition setting table shown in FIG. It is determined whether or not it has been completed (S1-5). Specifically, the superiority bonus granting unit 186a, based on the timer value of the special superiority bonus timer updated in step S1-5, provides a special advantageous bonus when a predetermined time set in the special superiority bonus generation condition setting table has elapsed. It is determined that the superiority bonus generation conditions are satisfied. Furthermore, when the parameter (raid HP) of the sub-boss to be processed reaches a specific value set in the special superiority bonus generation condition setting table, the superiority bonus granting unit 186a determines that the special superiority bonus generation condition is satisfied.

As a result, if the special superiority bonus generating condition is newly satisfied (YES in S1-5), the process moves to step S1-6. Further, if the special superiority bonus generating condition is not newly satisfied (NO in S1-5), the process moves to step S1-7.

The superiority bonus granting unit 186a of the server 100 updates the special superiority bonus information related to the sub-bosses for which the special superiority bonus generation conditions are satisfied, based on the special superiority bonus generation condition setting table shown in FIG. 9 (S1-6). .

The superiority bonus granting unit 186a of the server 100 sets the event information stored in the game information storage unit 190 so that the player terminal 1 can acquire it (S1-7), and ends the superiority bonus granting process.

FIG. 23 is a flowchart illustrating an example of the defeat bonus granting process (S2) in the server 100. The defeat bonus granting process (S2) is executed when the server 100 receives game result information from the player terminal 1.

First, the defeat bonus granting unit 187a of the server 100 sets a sub-boss to be processed based on the received game result information (S2-1).

The defeat bonus granting unit 187a of the server 100 refers to the defeat bonus generation condition setting table shown in FIG. (S2-2). Specifically, the defeat bonus granting unit 187a determines that the defeat bonus generation condition is satisfied when the parameter (raid HP) of the sub-boss to be processed reaches a specific value set in the defeat bonus generation condition setting table.

As a result, if the destruction bonus generation conditions are newly satisfied, the process moves to step S2-3, and if the normal superiority bonus generation conditions are not newly satisfied, the process moves to step S2-4. .

The defeat bonus granting unit 187a of the server 100 determines, based on the defeat bonus generation condition setting table, the surviving (raid HP is greater than 0) other than the sub-boss for whom the defeat bonus generation conditions are met in the current event battle phase. The defeat bonus information regarding all sub-bosses is updated (S2-3).

The defeat bonus granting unit 187a of the server 100 sets the event information stored in the game information storage unit 190 so that the player terminal 1 can acquire it (S2-4), and ends the defeat bonus granting process.

Note that, upon receiving the game result information from the player terminal 1, the battle game execution unit 181a of the server 100 updates the raid HP of the opponent's sub-boss based on the received game result information. Furthermore, the reward giving unit 185a of the server 100 executes a process of giving items (rewards) to the player based on the game result information.

As described above, the player terminal 1 is provided with a game execution control program 80, a battle game execution program 81, a player information storage program 82, a support character setting program 83, a party organization program 84, and a display control program 85. The player terminal 1 also functions as a game execution control section 80a, a battle game execution section 81a, a player information storage section 82a, a support character setting section 83a, a party organization section 84a, and a display control section 85a. However, some or all of these programs and functional units may be provided in the server 100. That is, these programs and functional units may be provided in one or both of the player terminal 1 and the server 100.

The server 100 also includes a game execution control program 180, a battle game execution program 181, a player information storage program 182, a support character information storage program 183, a party formation information storage program 184, a reward granting program 185, a superiority bonus granting program 186, A defeat bonus grant program 187 and special effect character setting program 188 are provided. The server 100 also includes a game execution control section 180a, a battle game execution section 181a, a player information storage section 182a, a support character information storage section 183a, a party composition information storage section 184a, a reward granting section 185a, a superiority bonus granting section 186a, a defeat It functions as a bonus granting section 187a and a special effect character setting section 188a. However, some or all of these programs and functional units may be provided in the player terminal 1. That is, these programs and functional units may be provided in one or both of the player terminal 1 and the server 100.

Furthermore, in the above embodiment, a battle game is played in which all players stored in the server 100 cooperate with each other to fight against a powerful enemy character (in this embodiment, a sub-boss) in an event battle. However, the present invention is not limited to this, and event battles may be held individually for each player.

In the embodiment described above, an example has been described in which, in forming a party for an event battle, it is necessary for the player to form at least one ally character owned by the player. However, the present invention is not limited to this, and in forming a party for an event battle, the player may be able to form all ally characters with support characters.

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

In the embodiment described above, the division of processing performed between the player terminal 1 and the server 100 is only an example. For example, each of the above-described processes may be executed by at least one of the player terminal 1 and the server 100, and there are no particular limitations on the timing of execution or the device that executes them.

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

(Processing performed by a computer)
An opponent (in the embodiment, an opponent with at least one of the first condition (in the embodiment, as an example, a normal superiority bonus generation condition) and the second condition (in the embodiment, as an example, a special advantageous bonus generation condition) is provided. , as an example, a sub-boss) (in the embodiment, as an example, P1-1, P1-2, P1-3).
A process (in the embodiment, as an example, P2) of performing a battle game (in the embodiment, as an example, a battle game) with an opponent (in the embodiment, as an example, a sub-boss) selected by the player.
When the first condition (in the embodiment, as an example, the normal superiority bonus occurrence condition) is satisfied in a competitive game (in the embodiment, as an example, a battle game), the first condition (in the embodiment, as an example, the normal superiority bonus generation condition) is satisfied. In a battle game (in the embodiment, a battle game, as an example) with an opponent (in the embodiment, as an example, a sub-boss), the first effect (in the embodiment, as an example, a battle game) that is advantageous for the player (in the embodiment, as an example, , normal superiority bonus) (in the embodiment, as an example, P2-6, S1-3).
When the second condition (in the embodiment, as an example, the special advantage bonus generation condition) is satisfied, the opponent (in the embodiment, the special advantage bonus generation condition) is satisfied. As an example, in a battle game (in the embodiment, a battle game, as an example) with a sub-boss), a process (in the embodiment, a process of imparting a second effect (in the embodiment, as an example, a special superiority bonus) advantageous to the player) As an example, P2-6, S1-6).
In the process of imparting the second effect (in the embodiment, as an example, a special superiority bonus), when a predetermined time has elapsed from a predetermined timing (in the embodiment, as an example, the timing at which each phase in the event battle starts). , the second effect (in the embodiment, as an example, a special advantage bonus) can be provided if the second condition (in the embodiment, as an example, a special advantage bonus generating condition) is satisfied.
After the second condition (in the embodiment, as an example, the special advantage bonus generation condition) is satisfied, a predetermined effect (in the embodiment, as an example, , the display of the BOSS story production screen shown in FIGS. 11B and 11C) (in the embodiment, as an example, P1-5).

Further, a parameter (in the embodiment, as an example, a raid HP) is set for the opponent (in the embodiment, as an example, a sub-boss), and a battle game (in the embodiment, as an example, a battle game) is performed. In the process, a parameter (in the embodiment, as an example, the raid HP) of the opponent (in the embodiment, as an example, a sub-boss) may be changed.
In addition, in the process of imparting the second effect (in the embodiment, as an example, a special superiority bonus), the parameter (in the embodiment, as an example, raid HP) of the opponent (in the embodiment, as an example, the sub-boss) is set to a predetermined value. When the value is reached, it may be possible to provide a second effect (in the embodiment, as an example, a special superiority bonus) because the second condition is satisfied.
In addition, in the process of executing a predetermined effect (in the embodiment, as an example, displaying the BOSS story effect screen shown in FIGS. 11B and 11C), the second condition is satisfied, and the second condition is not satisfied. Before starting a battle game (in the embodiment, a battle game, as an example) with an opponent (in the embodiment, as an example, a sub-boss), a predetermined effect (in the embodiment, as an example, shown in FIGS. 11B and 11C) is performed. BOSS story production screen display) may also be executed.

In addition, a third condition (in the embodiment, as an example, a third condition that is different from the first condition (in the embodiment, as an example, a normal advantageous bonus generation condition) and a second condition (in the embodiment, as an example, a special advantageous bonus generation condition), An opponent (in the embodiment, as an example, a sub-boss) for which a defeat bonus generation condition is provided may also be included.
In addition, in the process of making it possible to select an opponent (in the embodiment, as an example, a sub-boss), one of the opponents (in the embodiment, as an example, a sub-boss) is selected from a plurality of opponents (in the embodiment, as an example, a sub-boss). , sub-boss) may be selectable.
Furthermore, when the third condition is satisfied in a competitive game (in the embodiment, as an example, a battle game), an opponent (in the embodiment, as an example, a defeat bonus generation condition) is satisfied. , as an example, a third effect advantageous for the player (in the embodiment, as an example, in a battle game (in the embodiment, as an example, a battle game) with an opponent (in the embodiment, as an example, a sub-boss) other than the opponent (in the embodiment, as an example, a sub-boss)) The computer may further perform a process of granting a defeat bonus).
In addition, the first effect (in the embodiment, as an example, a normal superiority bonus), which is given in a battle game (in the embodiment, as an example, a battle game) with an opponent (in the embodiment, as an example, a sub-boss), 2 effects (in the embodiment, as an example, a special superiority bonus) and a third effect (in the embodiment, as an example, a defeat bonus) are displayed as a list in an identifiable manner to the player (in the embodiment, as an example, P2-5) may also be performed by a computer.

Further, the processing regarding the superiority bonus (normal superiority bonus and special superiority bonus) or destruction bonus in the server 100 may be performed as follows. First, based on the game result information received from the player terminal 1 of each player, a subtraction process (parameter update process) regarding the raid HP of each sub-boss is performed. Then, based on the raid HP of each sub-boss after the sub-boss is executed, it is determined whether a superiority bonus or a defeat bonus has occurred. When a superiority bonus or a defeat bonus occurs, the ID of the sub-boss for which the superiority bonus or defeat bonus occurs, the ID of the superiority bonus or defeat bonus that occurred, and information on the time when the superiority bonus or defeat bonus occurred. Retain as information. Then, when transitioning to the event battle screen, the player terminal 1 receives from the server 100 a list of times when superiority bonuses have occurred for each sub-boss, a list of IDs of the superiority bonuses that have occurred, and a list of sub-bosses for which the extinction condition has been met. A list of IDs may be obtained, and an event battle screen may be displayed based on the obtained information.

Also, at the start of a sub-boss battle with each sub-boss, the player terminal 1 receives a superiority bonus (normal superiority bonus and special superiority bonus) from the server 100 for each sub-boss, just as when transitioning to the event battle screen. It is also possible to obtain a list of the times when the bonuses have occurred, a list of the IDs of the superior bonuses that have occurred, and a list of the IDs of the sub-boss for which the extinction condition has been met.

In addition, on the player terminal 1, by acquiring the ID of the acquired superiority bonus and the ID of the sub-boss for which the extinction condition has been met, it is possible to specify the types of the normal superiority bonus, special superiority bonus, and defeat bonus that occur. Thus, the type of superior bonus and the ID of the superior bonus, and the type of defeat bonus and the ID of the sub-boss may be stored in advance in association with each other.

Further, for example, an update operation section labeled "Update" may be provided on the event battle screen. In this case, when the update operation section is operated (tapped), the same process as when transitioning to the event battle screen (communication between player terminal 1 and server 100) is performed, and information regarding each bonus and raid HP is It may also be updated.

Furthermore, in the above embodiment, if the number of superiority bonuses granted in a sub-boss battle with one sub-boss exceeds the upper limit, the newly generated superiority bonus will not be granted in the sub-boss battle with that sub-boss (it will be invalidated). This section shows the cases in which this is done. Regarding this process, for example, the player terminal 1 receives from the server 100 the generation times of all superior bonuses (normal superior bonuses and special superior bonuses) that have occurred regardless of whether they are valid or invalid, and determines whether each superior bonus is valid or invalid. It is also possible to perform a determination (judgment) of invalidity. Specifically, first, the player terminal 1 determines whether each dominant bonus was valid at the time of occurrence by reproducing the occurrence state of each dominant bonus at the time of occurrence, and determines whether the dominant bonus was valid at the time of occurrence. Narrow down your search. After the narrowing down, a two-step calculation may be performed in which it is compared with the current time to determine which dominant bonus is valid or invalid at the current time (current time). By doing so, it is not necessary for the server 100 to determine whether the superiority bonus is valid or invalid at the time of generation, so that the calculation load and implementation load on the server 100 can be reduced. Note that instead of the information related to each time described above, the time that has passed since the start of the event battle period or the time until the end of the event battle period may be used.

Furthermore, in the above embodiment, when a sub-boss to which a special superiority bonus has been newly given is operated (tapped) on the event battle screen (FIG. 6A), the sub-boss details screen (FIG. 11A) is displayed on the display 26. The case where the BOSS story production screen (FIGS. 11B and 11C) is displayed on the display 26 was previously described. However, the timing of displaying the BOSS story production screen is not limited to this. That is, the BOSS story production screen may be displayed on the display 26 after the special superiority bonus generating condition is satisfied. For example, the BOSS story production screen may be displayed at the timing when the event battle screen (FIG. 6A) is first displayed after the special superiority bonus generation condition is newly established. Further, the BOSS story effect screen may be displayed after the special superiority bonus generation condition is newly established and before the execution of the defeat bonus generation effect and the superiority bonus generation effect on the battle screen. That is, the BOSS story production screen may be displayed after the special superiority bonus generating condition is newly established and before the battle game with the sub-boss starts.

Furthermore, in the above embodiment, when a defeat bonus is given to a battle game, a case where the defeat bonus generation effect (FIGS. 13A and 13B) is executed before the battle game starts is shown. However, the player may be able to set whether or not to execute the defeat bonus generation effect.

Furthermore, in the above embodiment, when a superiority bonus is given to a battle game, a case is shown in which the superiority bonus generation effect (FIGS. 14A and 14B) is executed before the battle game starts. However, the player may be able to set whether or not to execute the dominant bonus generation effect.

Further, the type of BOSS story production screen (FIGS. 11B and 11C) displayed on the display 26 may be made different for each type of special superiority bonus provided. Specifically, for example, when a "special superiority bonus A1" is newly granted and "sub-boss A" is operated (tapped) on the event battle screen (Fig. 6A), the first BOSS story production screen is displayed. 26 may be displayed. In addition, a "special superiority bonus A2" is newly granted, and when "sub-boss A" is operated (tapped) on the event battle screen (FIG. 6A), a second BOSS story production screen is displayed on the display 26. It may also be a thing. In addition, a "special advantage bonus A3" is newly granted, and when "sub-boss A" is operated (tapped) on the event battle screen (FIG. 6A), a third BOSS story production screen is displayed on the display 26. It may also be a thing. "Special Superiority Bonus A4" is newly granted, and when "Sub Boss A" is operated (tapped) on the event battle screen (Figure 6A), the fourth BOSS story production screen will be displayed on the display 26. Good too.

At this time, the BOSS story production screen that has already been displayed may not be displayed again. Furthermore, if a plurality of special superiority bonus generation conditions are satisfied, a plurality of BOSS story production screens may be displayed in sequence.

For example, when the raid HP of sub-boss A has reached "800000000000", "special superiority bonus A1" and "special superiority bonus A2" are given (FIG. 9). At this time, if the player has not yet viewed the first BOSS story production screen, and when "Sub Boss A" is operated (tapped) on the event battle screen (Fig. 6A), the first A BOSS story production screen is displayed on the display 26. Then, when the display of the first BOSS story production screen ends, a second BOSS story production screen is subsequently displayed on the display 26.

Further, for example, when the raid HP of sub-boss A has reached "500000000000", "special superiority bonus A1", "special superiority bonus A2", and "special superiority bonus A3" are provided (FIG. 9). At this time, if the player has not yet viewed the first BOSS story production screen, and when "Sub Boss A" is operated (tapped) on the event battle screen (Fig. 6A), the first A BOSS story production screen is displayed on the display 26. Then, when the display of the first BOSS story production screen ends, a second BOSS story production screen is subsequently displayed on the display 26. Then, when the display of the second BOSS story presentation screen is finished, a third BOSS story presentation screen is subsequently displayed on the display 26.

Further, for example, when the raid HP of sub-boss A has reached "500000000000", "special superiority bonus A1", "special superiority bonus A2", and "special superiority bonus A3" are provided. At this time, it is assumed that the player has already viewed the first BOSS story presentation screen and has not yet viewed the second BOSS story presentation screen. In this case, when "sub-boss A" is operated (tapped) on the event battle screen (FIG. 6A), the second BOSS story production screen is first displayed on the display 26. Then, when the display of the second BOSS story presentation screen is finished, a third BOSS story presentation screen is subsequently displayed on the display 26.

Furthermore, in an event battle, when the player first executes a battle game with each sub-boss, a predetermined initial performance screen may be displayed before the start of the battle game. On the first production screen, for example, an image introducing a sub-boss who will be an opponent may be displayed on the display 26. In addition, when the player first runs a battle game with each sub-boss, the above-mentioned BOSS story production screen is not displayed, and when the player runs a battle game with each sub-boss for the second and subsequent times, the above-mentioned BOSS story A production screen may also be displayed. Thereby, it is possible to suppress the possibility that the time until the start of the battle game becomes long.

Specifically, for example, if the raid HP of sub-boss A has reached "200000000000," "Special Superiority Bonus A1," "Special Superiority Bonus A2," "Special Superiority Bonus A3," and "Special Superiority Bonus A4" is given (Figure 9). At this time, when the player first executes a battle game with "sub-boss A", a predetermined initial performance screen is displayed before the start of the battle game without displaying the BOSS story performance screen. After the first battle game with "Sub Boss A" ends, when "Sub Boss A" is operated (tapped) on the event battle screen (Figure 6A), the first BOSS story production screen to the fourth BOSS story production screens are displayed on the display 26 one after another.

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

1 Player terminal 100 Server S Information processing system

Claims (5)

Within a preset event period, at least one of the first condition and the second condition is provided, and it is possible to select one from among a plurality of opponents for which the first parameter and the second parameter are respectively set. processing and
performing a competitive game against the opponent selected by the player and updating the first parameter set for the opponent ;
A process of updating the second parameter set for the opponent based on an update result of the first parameter set for the opponent in the competitive game of each of the plurality of players;
When the first condition is satisfied in the competitive game, a process of imparting a first effect advantageous to the player in the competitive game against the opponent for whom the first condition is satisfied;
When the second condition is satisfied, a process of imparting a second effect advantageous to the player in the competitive game against the opponent for whom the second condition is satisfied;
After the second condition is satisfied, a process of executing a predetermined effect according to the second effect;
Let the computer carry out the
In the process of imparting the first effect, the first effect can be imparted based on the update result of the second parameter, assuming that the first condition is satisfied;
In the process of imparting the second effect, when a predetermined time has elapsed from a predetermined timing, it is assumed that the second condition is satisfied, and the second effect can be imparted ;
The second condition is an information processing program provided to a plurality of the opponents . In the process of applying the second effect, when the second parameter reaches a predetermined value, it is possible to apply the second effect, assuming that the second condition is satisfied,
In the process of executing the predetermined effect, the predetermined effect is executed after the second condition is satisfied and before the start of the battle game with the opponent for whom the second condition is satisfied.
The information processing program according to claim 1. an opponent for whom a third condition different from the first condition and the second condition is provided,
In the process of making it possible to select the opponent, one of the opponents can be selected from among the plurality of opponents;
When the third condition is satisfied in the competitive game, a process of imparting a third effect advantageous to the player in the competitive game with the opponent other than the opponent for whom the third condition is satisfied;
a process of displaying a list of the first effect, the second effect, and the third effect that are provided in the competitive game with the opponent in a way that is discernible to the player;
The information processing program according to claim 1 or 2, further causing a computer to perform the following. An information processing method performed by one or more computers, the method comprising:
The computer includes:
Within a preset event period, at least one of the first condition and the second condition is provided, and it is possible to select one from among a plurality of opponents for which the first parameter and the second parameter are respectively set. processing and
performing a competitive game against the opponent selected by the player and updating the first parameter set for the opponent ;
A process of updating the second parameter set for the opponent based on an update result of the first parameter set for the opponent in the competitive game of each of the plurality of players;
When the first condition is satisfied in the competitive game, a process of imparting a first effect advantageous to the player in the competitive game against the opponent for whom the first condition is satisfied;
When the second condition is satisfied, a process of imparting a second effect advantageous to the player in the competitive game against the opponent for whom the second condition is satisfied;
After the second condition is satisfied, a process of executing a predetermined effect according to the second effect;
Let the computer carry out the
In the process of imparting the first effect, the first effect can be imparted based on the update result of the second parameter, assuming that the first condition is satisfied;
In the process of imparting the second effect, when a predetermined time has elapsed from a predetermined timing, it is assumed that the second condition is satisfied, and the second effect can be imparted ;
The second condition is an information processing method provided to a plurality of the opponents . An information processing system comprising one or more computers,
The computer includes:
Within a preset event period, at least one of the first condition and the second condition is provided, and it is possible to select one from among a plurality of opponents for which the first parameter and the second parameter are respectively set. processing and
performing a competitive game against the opponent selected by the player and updating the first parameter set for the opponent ;
A process of updating the second parameter set for the opponent based on an update result of the first parameter set for the opponent in the competitive game of each of the plurality of players;
When the first condition is satisfied in the competitive game, a process of imparting a first effect advantageous to the player in the competitive game against the opponent for whom the first condition is satisfied;
When the second condition is satisfied, a process of imparting a second effect advantageous to the player in the competitive game against the opponent for whom the second condition is satisfied;
After the second condition is satisfied, a process of executing a predetermined effect according to the second effect;
Let the computer carry out the
In the process of imparting the first effect, the first effect can be imparted based on the update result of the second parameter, assuming that the first condition is satisfied;
In the process of imparting the second effect, when a predetermined time has elapsed from a predetermined timing, it is assumed that the second condition is satisfied, and the second effect can be imparted ;
The second condition is an information processing system provided to a plurality of the opponents .

Images