JP7404676B2 - Information processing device and program - Google Patents

Description

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

An information processing device is known that makes an enemy character (so-called raid boss) appear as a common opponent for multiple users and rewards users who challenge the appeared enemy character (so-called raid boss battle). (For example, Patent Document 1).

Japanese Patent Application Publication No. 2018-134374

Even if these raid bosses appear one after another, if many users don't take on the challenge, the multiplayer game will lack excitement.
The present invention has been made in view of these circumstances, and its purpose is to add vigor to battles with raid bosses.

The main invention of the present invention for solving the above problems is as follows:
a character generation unit that generates an enemy character that is a common opponent for multiple users using characters owned by the users;
a character group setting unit that sets a character group including one or more of the generated enemy characters;
a character selection unit that determines a plurality of enemy characters to be opponents of the challenge user from among the character group in response to a selection operation by a challenge user who challenges the challenge user;
a battle section that proceeds in parallel with a battle between each of the determined plurality of enemy characters and a character owned by the challenge user;
a reward granting unit that grants all rewards related to each battle to the challenge user at once;
This is an information processing device equipped with.
Other features of the present invention will become apparent from the description of this specification and the accompanying drawings.

FIG. 1 is a configuration diagram showing an example of an information processing system according to the present embodiment. FIG. 1 is a hardware configuration diagram showing an example of a computer according to the present embodiment. FIG. 2 is a functional block diagram showing an example of a server device according to the present embodiment. FIG. 3 is a configuration diagram showing an example of character information. FIG. 3 is a configuration diagram showing an example of item information. It is a block diagram which shows an example of quest information. FIG. 2 is a configuration diagram showing an example of user information. FIG. 3 is a configuration diagram showing an example of enemy character information. FIG. 2 is a functional block diagram showing an example of a client terminal according to the present embodiment. It is a flow chart explaining an example of operation regarding raid boss generation of information processing system 1 in this embodiment. It is a flow chart explaining an example of operation regarding a raid boss battle of information processing system 1 in this embodiment. It is an image diagram showing an example of a raid boss selection screen. It is an image diagram showing an example of a result screen. It is a flowchart explaining an example of operation regarding remuneration grant processing of information processing system 1 in this embodiment.

From the description of this specification and the attached drawings, at least the following matters will become clear.
That is, a character generation unit that generates an enemy character that is a common opponent for multiple users using characters owned by the users;
a character group setting unit that sets a character group including one or more of the generated enemy characters;
a character selection unit that determines a plurality of enemy characters to be opponents of the challenge user from among the character group in response to a selection operation by a challenge user who challenges the challenge user;
a battle section that proceeds in parallel with a battle between each of the determined plurality of enemy characters and a character owned by the challenge user;
a reward granting unit that grants all rewards related to each battle to the challenge user at once;
This is an information processing device equipped with.
According to such an information processing device, a user can challenge multiple raid boss battles in parallel by selecting multiple raid bosses to be opponents. Therefore, it is easy for many challenge users to participate in one raid boss battle, and it is possible to increase the number of participants in the raid boss battle overall. Additionally, as a result of participating in multiple raid boss battles in parallel, users will be able to earn rewards for each raid boss battle at once. Therefore, many rewards can be obtained efficiently, which increases the user's desire to participate in raid boss battles. This makes it possible to liven up the battle with the raid boss.

Further, such an information processing device,
The competition department is
The battle against the enemy character proceeds with manual attack processing while attacking the enemy character based on the attack operation of the challenge user, and proceeding with automatic attack processing on the enemy character regardless of the attack operation of the challenge user. It is possible to execute automatic attack processing,
The attack on the enemy character through the automatic attack process may be ended earlier than the attack on the enemy character through the manual attack process.
According to such an information processing device, compared to when a user attacks a raid boss manually, when attacking a raid boss automatically, the user does not have to perform attack operations while monitoring the progress of the raid boss battle. becomes possible. Therefore, it is possible to further increase the user's desire to participate in the raid boss battle.

Further, such an information processing device,
The battle unit may limit execution of the automatic attack process when the number of times the automatic attack process is executed reaches a predetermined number of times.
According to such an information processing device, it is possible to improve the user's skills by reducing the opportunities for the user to automatically attack the raid boss and increasing the opportunities for the user to attack the raid boss manually.

Further, such an information processing device,
The reward giving unit may be configured to give different rewards to the challenge user based on the automatic attack process and rewards to the challenge user based on the manual attack process.
According to such an information processing device, for example, by allowing the user to earn more rewards when attacking a raid boss manually than when attacking the raid boss automatically, the user can It is possible to suppress the frequency of automatic attacks. This allows users to improve their skills by increasing the frequency of manual attacks during raid boss battles.

Further, such an information processing device,
The character selection section does not respond to the selection operation of the challenge user, but
A plurality of enemy characters to be opponents of the challenge user may be automatically determined from among the character group.
According to such an information processing device, a challenging user who takes on a raid boss battle can save the trouble of selecting a raid boss to be his/her opponent from a group of characters. On the other hand, for users who own a raid boss, even if their raid boss is a weak or unpopular character, the challenge user's preferences are not reflected, so the character is more likely to be automatically selected.

Further, such an information processing device,
When the character selection section automatically determines the plurality of enemy characters to be opponents of the challenge user from the character group, the character selection section may select enemy characters having a lower level first.
According to such an information processing device, a challenging user who takes on a raid boss battle can save the trouble of searching for and selecting a low-level raid boss (that is, a weak raid boss) from among a group of characters.

Further, such an information processing device,
When automatically determining a plurality of enemy characters to be opponents of the challenge user from among the character group, the character selection section selects enemies that have received a lot of damage from attacks of the challenge user who is participating in the battle. It is also possible to prioritize the selection from the character.
According to such an information processing device, a challenge user who takes on a raid boss battle can save the trouble of searching for and selecting a raid boss that has received a lot of damage from a group of characters (in other words, a raid boss that is easy to defeat). can.

Next, the computer
A character generation means for generating an enemy character that is a common opponent for multiple users using characters owned by the user;
character group setting means for setting a character group including one or more of the generated enemy characters;
character selection means for determining a plurality of enemy characters to be opponents of the challenge user from the character group in response to a selection operation by a challenge user who challenges the challenge user;
a battle means for proceeding in parallel with a battle between each of the plurality of selected enemy characters and a character owned by the challenge user;
Reward granting means for granting all rewards related to each battle to the challenge user at once;
This is a program to make it function as a.
According to such a program, it is possible to liven up battles with raid bosses.

===Embodiment===
Below, an information processing device, a program, and an information processing system according to an embodiment of the present invention will be described in detail. Note that the present invention can be widely applied to information processing devices, programs, information processing systems, etc. that employ multiplayer games played using enemy characters (so-called raid bosses) who are common opponents for multiple users.

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

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

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

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

As shown in FIG. 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, an HDD 58, etc., each of which is interconnected via a bus line B. has been done. Note that the input device 55 and the display device 56 may be connected and used when necessary.

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

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

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

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

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

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

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

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

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

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

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

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

The server control unit 200 has a function of executing processing related to various games. This server control section 200 includes a character generation section 201 , a character group setting section 202 , a character selection section 203 , a competition section 204 , a reward giving section 205 , and a display control section 206 .

The character generation unit 201 generates an enemy character (so-called raid boss) that is a common opponent for a plurality of users, using characters owned by the users. The character generation unit 201 in this embodiment uses only one character owned by the user to generate a raid boss for the user to possess. Note that a raid boss for the user may be generated by using a plurality of characters owned by the user.

The character group setting section 202 sets a character group including one or more enemy characters generated by the character generation section 201. In this embodiment, the character group setting section 202 sets the latest character group by entering the new raid boss in enemy character information, which will be described later, every time the character generation section 201 generates a new raid boss owned by the user. Set.

The character selection unit 203 determines a raid boss to be the user's opponent from the character group set by the character group setting unit 202. The character selection unit 203 in this embodiment, for example, responds to a selection operation by a challenging user who challenges a raid boss battle, and determines one or more raid bosses who will be the challenging user's opponents from among the character group. Note that instead of responding to the challenge user's selection operation, one or more raid bosses to be the challenge user's opponents may be automatically determined from the character group.

The competition unit 204 controls the progress of the competition game based on the game operation that the client terminal 10 receives from the user. The battle unit 204 in this embodiment advances a battle between one or more raid bosses determined by the character selection unit 203 and one or more characters owned by a challenger user who challenges a raid boss battle. At this time, if a plurality of raid bosses are determined by the character selection section 203 as opponents of the challenging user, battles against each of the determined plurality of raid bosses are proceeded in parallel. In addition, the battle unit 204 in this embodiment performs manual attack processing in which the raid boss battle progresses while attacking the raid boss based on the challenge user's attack operation, and a manual attack process in which the raid boss battle is advanced while attacking the raid boss based on the challenge user's attack operation, and a manual attack process in which the raid boss battle is progressed while attacking the raid boss based on the challenge user's attack operation. It is possible to execute automatic attack processing that advances the raid boss battle. At this time, the attack on the raid boss through automatic attack processing is ended earlier than the attack on the raid boss through manual attack processing.

The reward granting unit 205 grants a reward to a user who satisfies the reward acquisition conditions. The reward granting unit 205 in this embodiment, for example, grants a reward related to the raid boss battle to a challenging user who has challenged the raid boss battle. At this time, if a plurality of raid boss battles are progressed in parallel by the battle section 204, all rewards related to each raid boss battle are given to the challenging user at once.

The display control unit 206 controls the screen display of the client terminal 10 by, for example, generating data for various screens according to the progress of the battle game (quest, raid boss battle, etc.) controlled by the battle unit 204.

The server storage unit 220 has a function of storing information regarding competitive games. This server storage section 220 includes a character information storage section 221 , an item information storage section 222 , a quest information storage section 223 , a user information storage section 224 , and an enemy character information storage section 225 .

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

FIG. 4 is a configuration diagram showing an example of character information. The character information shown in FIG. 4 has items such as a character ID, name, acquisition probability, attribute, rarity, ability parameter, skill, and generated raid boss. Character ID is information for uniquely identifying various characters. The name is information indicating the character name. The acquisition probability is information indicating the probability for determining whether or not the user will acquire the character as a reward for clearing the quest. Here, the higher the rarity of the character, the lower the acquisition probability is set. The rarity is information indicating the rarity (scarcity value) of the character. Here, one of the multiple classes of rarity is initially set. In this embodiment, five levels of rarity can be set from "1" to "5". Ability parameters are information indicating abilities that a character has. Here, ability values such as attack, defense, and HP (hit points) are initially set. Skills are information indicating special abilities (special moves, etc.) that a character has. The generated raid boss is information indicating a raid boss (enemy character) generated by using the character. In other words, the original raid boss is associated with the character that is used as the material for generating the raid boss. In this embodiment, as shown in FIG. 4, by using "character C" as a material, "character S" as a raid boss can be generated. In addition, by using not only "Character C" but also a plurality of other possessed characters as materials, "Character S" as a raid boss may be generated.

The item information storage unit 222 stores item information regarding items used in the game. The item information stored in the item information storage section 222 is composed of various data shown below.

FIG. 5 is a configuration diagram showing an example of item information. The item information shown in FIG. 5 includes item ID, name, item effect, etc. as items. Item ID is information for uniquely identifying various items. The name is information indicating the item name. The item effect is information indicating the effect produced by using the item.

The quest information storage unit 223 stores quest information regarding quests that the user can attempt. The quest information stored in the quest information storage unit 223 is composed of various data shown below.

FIG. 6 is a configuration diagram showing an example of quest information. The quest information shown in FIG. 6 includes items such as quest ID, name, required points, appearing enemy characters, obtainable characters, and obtainable items. The quest ID is information for uniquely identifying a quest that is a unit of play. The name is information indicating the quest name. The required points are information indicating the amount of game points (stamina) required to play the quest. The appearing enemy character is information indicating a character that will appear as an opponent in the quest among the multiple characters set in the character information stored in the character information storage unit 221. Please note that the enemy characters that appear in each quest are not raid bosses. The obtainable character is information indicating one or more characters that the user can obtain in the quest, among the plurality of characters set in the character information stored in the character information storage unit 221. The obtainable item is information indicating one or more items that the user can obtain in the quest, among the plurality of items set in the item information stored in the item information storage unit 222.

The user information storage unit 224 stores user information regarding users. The user information stored in the user information storage unit 224 is composed of various data shown below.

FIG. 7 is a configuration diagram showing an example of user information. The user information shown in FIG. 7 includes items such as a user ID, rank, possessed character, possessed enemy character, party, stamina, recovery item, boss generation item, and the like. The user ID is information for uniquely identifying a user. The rank is information indicating the user's current game level. The possessed character is information indicating one or more various characters currently possessed by the user among the plurality of characters set in the character information stored in the character information storage section 221. Here, as shown in parentheses in the figure, the current ability values (level, attack power, defense power, HP, etc.) of the character possessed are also set. The owned enemy character is information indicating one or more enemy characters currently owned by the user among the multiple characters set in the character information stored in the character information storage section 221. Note that the enemy character owned by the user is the generated raid boss. Party is information indicating each character forming the user's party. Stamina is information indicating the amount of game points possessed by the user at the present time. Recovery items are information indicating the number of recovery items that the user currently owns. Users can recover stamina after it has been consumed by using recovery items. The boss-generated item is information indicating the number of boss-generated items that the user currently owns. Users can generate raid bosses using their own characters by using boss generation items acquired through quests and raid boss battles.

The enemy character information storage unit 225 stores enemy character information regarding enemy characters (raid bosses) who are common opponents for multiple users. The enemy character information stored in the enemy character information storage section 225 is composed of various data shown below.

FIG. 8 is a configuration diagram showing an example of enemy character information. The enemy character information shown in FIG. 8 includes entry ID, enemy character, strength level, owner, challenge user, number of participants, etc. as items. The entry ID is information for uniquely identifying an enemy character entered as a raid boss. The enemy character is information indicating a character entered as a raid boss among the plurality of characters set in the character information stored in the character information storage unit 221. Here, as shown in parentheses in the figure, the current ability values (attack power, defense power, HP, etc.) of the raid boss are also set. In addition, in this embodiment, the newly generated raid boss owned by the user will be added as this enemy character, but the raid boss that has been defeated in the raid boss battle or the raid boss that has not been defeated for a certain period of time will be added as this enemy character. The raid boss will be removed from this enemy character. The strength level is information indicating the strength of the raid boss. Here, the level is set as "high," "medium," or "low" based on the raid boss's ability value, rarity, etc. The owner is information indicating the user who owns the raid boss. Note that the raid boss without an owner is a character prepared in advance. The challenge user is information indicating a user who is participating in a raid boss battle. The number of participants is information indicating the number of challenge users currently participating in the raid boss battle. Further, the number of participants may be information indicating the cumulative number of users including challenge users who have participated in the raid boss battle up to this point.

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

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

The client terminal 10 according to this embodiment implements a client control section 100, a client storage section 120, a client communication section 140, an operation reception section 150, and a screen display section 160 by executing a program. The client control unit 100 includes a request transmitting unit 101 and a response receiving unit 102.

The operation accepting unit 150 accepts operations from a user who operates the client terminal 10. The client control unit 100 also performs processing related to games on the client terminal 10. The request transmitter 101 transmits a request to the server device 20 based on the content of the operation received by the operation receiver 150 from the user. The response receiving unit 102 receives a response such as a processing result in response to a request transmitted by the request transmitting unit 101 to the server device 20.

Further, the client storage unit 120 stores various information required by the client terminal 10. The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays the screen of the client terminal 10 under control from the server device 20.

The client control unit 100 of the client terminal 10 is a browser that receives page data written in HTML (Hyper Text Markup Language) or the like, scripts included in the page data, etc. from the server device 20, and performs processing related to the game. There is a type. Further, the client control unit 100 of the client terminal 10 has an application type that performs processing related to a game based on an installed application.

Furthermore, although an example has been described in which the information processing system 1 shown in FIG. 1 is configured with a plurality of client terminals 10 and one server device 20, the system configuration is not limited to this. Furthermore, the configurations of the functional blocks of the server device 20 shown in FIG. 3 and the functional blocks of the client terminal 10 shown in FIG. 9 are also examples. For example, some of the functions of the client terminal 10 may be realized by the server device 20. Furthermore, some of the functions of the server device 20 may be realized by the client terminal 10.

Further, a device other than the client terminal 10 and the server device 20 may be configured to perform part of the functions of the client terminal 10 and the server device 20. Note that, from a broader perspective, the collection of each function of the server device 20 shown in FIG. 3 and each function of the client terminal 10 in FIG. 8 can be understood as one information processing device. How to allocate the multiple functions necessary to realize the present invention to one or more pieces of hardware is determined as appropriate, taking into account the processing capacity of each piece of hardware, the specifications required for the system, etc. be able to.

<<System Overview>>
Here, an overview of the system in this embodiment will be explained. Games provided by the system in this embodiment include competitive games and lottery games.

In the battle game in this embodiment, an enemy character appears against a party (also referred to as a "deck" or "team") made up of multiple characters, and the appearing enemy character is pitted against each character forming the party. It's a game.

This competitive game has a plurality of quests set according to their difficulty levels, each of which has the objective of defeating an enemy character alone. Users can form a party (also referred to as "formation") using the characters they own, select one of the quests, and take on a battle against enemy characters. In that battle, characters and items that are set to be obtainable in the selected quest may be given to the user.

During this battle, points required to play the selected quest are consumed from the game points (stamina) possessed by the user. However, if the user lacks game points, competitive play cannot be performed in that quest. In that case, the user must recover their game points over time or by using recovery items.

Additionally, this competitive game includes a raid boss battle in which multiple users can defeat a raid boss that is a common opponent. Users can select one of the raid bosses and use their party to challenge that raid boss battle. In raid boss battles, users can perform manual attacks that attack the raid boss by their own attack operations, and automatic attacks that attack the raid boss automatically regardless of the user's attack operations. Automatic attacks end attacks on raid bosses earlier than manual attacks. Therefore, by repeatedly performing automatic attacks, users can challenge raid boss battles one after another in a short period of time.

Furthermore, in this raid boss battle, if a plurality of raid bosses are determined as the user's opponents, the battle against each of the determined plurality of raid bosses proceeds in parallel. In other words, users will be able to challenge multiple raid boss battles in parallel. Therefore, it is easy for many users to participate in one raid boss battle, and the number of participants in the raid boss battle can be increased overall. Furthermore, by participating in multiple raid boss battles in parallel like this, the user can earn rewards for each raid boss battle at once. Therefore, many rewards can be obtained efficiently, increasing the user's desire to participate in raid boss battles. This makes it possible to liven up raid boss battles.

Additionally, in this competitive game, users can use their own characters to create and own their own raid bosses. When a user's raid boss is entered, other users will one after another challenge the user to a battle with that user's raid boss. The more other users participate in the battle against the user's raid boss, the more rewards the user can earn for the raid boss battle.

In this way, each user can attack others one after another who challenge the raid bosses he or she has created, and can also attack raid bosses other than himself (raid bosses created by others, or raid bosses without an owner (in other words, raid bosses prepared in advance). )) You can enjoy gameplay by participating in battles one after another and attacking.

<<System operation>>
<Creation of raid boss>
FIG. 10 is a flowchart illustrating an operation example regarding raid boss generation of the information processing system 1 according to the present embodiment.

When the user performs a selection operation regarding the generation of a raid boss on a menu screen (not shown), the client terminal 10 causes the screen display unit 160 to display a possessed character screen displaying a list of characters possessed by the user (step S11 ).

When the possessed character screen (not shown) is displayed on the screen display section 160 of the client terminal 10, the user specifies a character from among the possessed characters that will be used as material for generating a raid boss. , performs a game operation on the client terminal 10 to generate a raid boss from the specified character. When the user performs a game operation on this possessed character screen, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's game operation.

The request transmitting unit 101 of the client terminal 10 sends a raid boss generation request to the server device 20, requesting generation of a raid boss using the specified possessed character as a material, based on the operation content received from the user by the operation receiving unit 150. Transmit (step S12).

Next, upon receiving a raid boss generation request from the client terminal 10, the character generation unit 201 of the server device 20 generates a new raid boss for the user, using the owned character specified by the user as a material. (Step S13).

Specifically, first, the character generation unit 201 of the server device 20 refers to the user information stored in the user information storage unit 224, and generates the necessary number of boss generation items from among the boss generation items owned by the user. consume. Next, the character generation unit 201 of the server device 20 refers to the character information stored in the character information storage unit 221 and identifies the generated raid boss associated with the possessed character that is the designated material. Then, the user information stored in the user information storage unit 224 is updated, and instead of disposing of the owned character that is the specified material (in other words, making it a character that the user does not own), the specified generation raid boss Set as a new enemy character.

Next, when the raid boss to be owned by the user is generated in this way, the character group setting unit 202 of the server device 20 sets a character group including the raid boss owned by the user (step S14). .

Specifically, the character group setting unit 202 of the server device 20 sets the latest character group by entering the newly generated raid boss of the user into the enemy character information stored in the enemy character information storage unit 225. Set.

In this way, each time the user's raid boss is generated according to the user's operation, the newly generated raid boss is added to the character group that includes the previously generated raid boss, and the latest A group of characters will be established.

<Raid Boss Battle>
FIG. 11 is a flowchart illustrating an example of the operation of the information processing system 1 in this embodiment regarding a raid boss battle.

A user who challenges a raid boss battle (challenge user) performs a game operation on the client terminal 10 to select a raid boss battle when a menu screen (not shown) is displayed on the screen display unit 160 of the client terminal 10. conduct. When the user performs a game operation on the menu screen in this manner, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's game operation. The request transmitting unit 101 of the client terminal 10 transmits a match request to the server device 20 requesting a competitive play against a raid boss to the server device 20 based on the operation content received from the user by the operation receiving unit 150 ( Step S31).

Next, upon receiving a battle request from the client terminal 10, the character selection unit 203 of the server device 20 extracts a raid boss as a selection candidate from a character group including raid bosses owned by each user ( Step S32). The character selection unit 203 in this embodiment selects 10 to 50 raid bosses that can be the user's opponents from among a plurality of raid bosses (character groups) set in the enemy character information stored in the enemy character information storage unit 225. is randomly extracted. At this time, raid bosses having a strength level according to the user's rank may be easily extracted.

Next, when the character selection unit 203 of the server device 20 extracts a raid boss that can be the opponent of the user, the character selection unit 203 causes the client terminal 10 to display a raid boss selection screen for allowing the user to specify a raid boss to be the opponent. The display control unit 206 is requested to execute screen display control. When the display control unit 206 of the server device 20 is requested to perform screen display control from the character selection unit 203, it controls the raid boss selection screen to be displayed on the screen display unit 160 of the client terminal 10 (step S33).

FIG. 12 is an image diagram showing an example of the raid boss selection screen. This raid boss selection screen 500 includes a list display area 501 in which a plurality of extracted raid bosses are displayed as a list, an attack method display area 502 in which attack methods for the raid bosses are shown, and displayed in association with each raid boss. A radio button 503, an operation button 504 for manual attack, and an operation button 505 for automatic attack are displayed. Here, the strength level, number of participants, remaining HP, etc. are displayed in association with each raid boss. Also, a state is shown in which two raid bosses, "Character B" and "Character D", among the raid bosses displayed in the list, are designated as opponents by the user pressing the radio button 503. In this way, when the raid boss selection screen 500 is displayed on the screen display section 160 of the client terminal 10, the user selects one or more raid bosses using the radio button 503, and then presses the operation button 504 or 505. By selecting it, a game operation for starting an attack on the raid boss can be performed on the client terminal 10.

Returning to FIG. 11, when the user performs a game operation on the raid boss selection screen 500, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's game operation. The request transmitter 101 of the client terminal 10 transmits a request to start an attack on the raid boss selected by the user to the server device 20, based on the operation content received from the user by the operation receiver 150 (step S34).

Next, when the character selection unit 203 of the server device 20 receives the attack start request transmitted from the client terminal 10, the character selection unit 203 selects a raid boss to be the user's opponent from the character group according to the user's selection screen 500. Determination is made according to the selection operation (step S35). The character selection unit 203 in this embodiment updates the enemy character information stored in the enemy character information storage unit 225, and associates the user who specified the raid boss with the raid boss as a challenge user. This determines the raid boss that will be the user's opponent.

Next, when the user selects the operation button 505 on the raid boss selection screen 500 shown in FIG. 12, the battle unit 204 of the server device 20 selects an automatic attack that automatically attacks the raid boss regardless of the user's attack operation. It is determined whether or not it has been completed (step S36).

When the battle unit 204 of the server device 20 determines that the operation button 505 for automatic attack has been selected by the user (step S36: "YES"), the process proceeds to step S43, which will be described later. On the other hand, if it is determined that the operation button 505 for automatic attack has not been selected by the user, that is, if it is determined that the operation button 504 for manual attack has been selected by the user (step S36: NO''), the process proceeds to the next step S37.

Next, when the user does not select the operation button 505 for automatic attack (that is, when the operation button 504 for manual attack is selected by the user), the battle unit 204 of the server device 20 requests the display control unit 206 to execute screen display control so that the client terminal 10 displays a battle screen for performing attack operations. When the display control unit 206 of the server device 20 is requested to perform screen display control from the competition unit 204, it performs control to display the competition screen on the screen display unit 160 of the client terminal 10 (step S37).

In this way, when the battle screen (not shown) is displayed on the screen display section 160 of the client terminal 10, the user can specify the specific attack details (for example, skills) that the characters forming his or her party will perform. It is possible to perform an attack operation on the client terminal 10 to designate an action (such as activation). Note that if multiple raid bosses are selected as opponents, the user can specify the attack content for each raid boss in parallel. In this case, you may be able to specify the attack content for each raid boss on one battle screen, or you may be able to specify the attack content for each raid boss by switching the battle screen corresponding to each raid boss. good.

Next, when the user performs an attack operation on this battle screen, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's attack operation. The request transmitting unit 101 of the client terminal 10 transmits, to the server device 20, a request to attack the raid boss who is the user's opponent, based on the operation content received from the user by the operation receiving unit 150 (step S38).

Next, when the battle unit 204 of the server device 20 receives the attack request sent from the client terminal 10, based on the user's attack operation, the battle unit 204 of the server device 20 sends the party of the user to the raid boss who is the opponent of the user. The constituent characters are made to attack (step S39). In response to the user's attack operation, the battle section 204 in this embodiment stores the user information stored in the user information storage section 224 (in particular, the attack power and skills of the characters forming the party) and the enemy character information storage. Based on the enemy character information (particularly the defense power of the raid boss, etc.) stored in the unit 225, the amount of damage inflicted on the raid boss serving as the opponent is determined by the attack of the characters constituting the user's party. The HP of the opponent raid boss is reduced in accordance with the magnitude of the damage determined in this way. Note that if a plurality of raid bosses are selected as opponents, the magnitude of damage inflicted on each raid boss is determined in parallel, and the HP of each raid boss is decreased in parallel.

Next, when the amount of damage inflicted on the opponent raid boss by the attack of the characters forming the user's party is determined in this way, the fighting unit 204 of the server device 20 requests the display control unit 206 to execute screen display control so as to display on the client terminal 10 an effect screen for allowing the user to watch the attack on the raid boss who is the opponent (battle situation). When the display control unit 206 of the server device 20 is requested to perform screen display control from the competition unit 204, it performs control to display the production screen on the screen display unit 160 of the client terminal 10 (step S40). In addition, if multiple raid bosses are selected as opponents, you can display the production screen while switching the battle status of each raid boss battle, or you can divide the screen by the number of battles and display the production screen at once. May be displayed. Furthermore, the battle status of each raid boss battle may be switched by user operation.

Next, when the HP of the raid boss serving as an opponent is reduced in this way and an effect screen (not shown) is displayed on the screen display unit 160 of the client terminal 10, the reward giving unit 205 of the server device 20 A reward granting process regarding the battle is executed (step S41). This reward granting process will be described in detail later.

Next, the battle unit 204 of the server device 20 controls the display control unit to display the result screen of the raid boss battle on the client terminal 10 when the reward for the raid boss battle is given to the user who challenged the raid boss battle. 206 Request execution of screen display control. When the display control unit 206 of the server device 20 is requested to perform screen display control from the competition unit 204, it performs control to display the resulting screen on the screen display unit 160 of the client terminal 10 (step S42).

FIG. 13 is an image diagram showing an example of the result screen. This result screen 600 displays a reward display area 601 in which a list of the rewards given for the raid boss battle is displayed, and an acquisition button 602 for actually acquiring the reward for the raid boss battle. By selecting the acquisition button 602, the user can perform a game operation on the client terminal 10 to acquire the rewards for the raid boss battles listed in the reward display area 601 all at once. Note that if a plurality of raid bosses to be opponents are selected, all the rewards for each raid boss battle will be displayed in a list in the reward display area 601.

Returning to FIG. 11, on the other hand, if it is determined in the process of step S36 that the user has selected the operation button 505 for automatic attack, the competition unit 204 of the server device 20 The characters forming the user's party are automatically caused to attack the raid boss who is the user's opponent, regardless of the attack operation (step S43). The battle section 204 in this embodiment stores the user information (especially the attack power of the characters forming the party) stored in the user information storage section 224 and the enemy character information (especially the raid boss's) stored in the enemy character information storage section 225. The amount of damage inflicted on the opponent raid boss is determined by the attacks of the characters that make up the user's party. In the raid boss battle in this case, the battle screen is not displayed, and the user does not perform attack operations on the battle screen. Therefore, it is no longer possible to cause large damage to the raid boss by activating the skills of the characters that make up the party according to the user's attack operations. When the magnitude of damage to be inflicted on the opponent raid boss is determined in this way, the HP of the opponent raid boss is reduced in accordance with the determined magnitude of the damage. Note that when a plurality of raid bosses to be opponents are selected, the magnitude of damage inflicted on each raid boss is determined in parallel, and the HP of each raid boss is decreased in parallel.

Next, in the process of step S43 described above, the reward granting unit 205 of the server device 20 determines the amount of damage inflicted on the raid boss, which is the opponent, by the attack of the characters forming the user's party, and When the HP is reduced, a reward granting process regarding the raid boss battle is executed (step S44). This reward granting process will be described in detail later.

Next, in the process of step S44 described above, when the reward for the raid boss battle is given to the user who challenged the raid boss battle, the competition unit 204 of the server device 20 executes the process of step S42 described above. .

In this way, in a raid boss battle, each user can select a manual attack that attacks the raid boss using their own attack operations, or an automatic attack that automatically attacks the raid boss without using their own attack operations. can. When an automatic attack is selected, an automatic attack process (the process of step S43 shown in FIG. 11) is executed in which the raid boss battle is progressed while automatically attacking the raid boss, whereas a manual attack is selected. In this case, a manual attack process (steps S37 to S40 shown in FIG. 11) is executed in which the user manually attacks the raid boss while proceeding with the raid boss battle. Therefore, when an automatic attack is selected, unlike when a manual attack is selected, various processes related to displaying the battle screen, attack operations on the battle screen, and displaying the production screen are not executed. Therefore, when an automatic attack is selected, the attack on the raid boss ends earlier than when a manual attack is selected. Therefore, by repeatedly selecting automatic attacks, each user can challenge raid boss battles one after another in a short period of time. Additionally, if multiple raid bosses are selected as opponents, each raid boss battle will proceed in parallel. In other words, each user can challenge multiple raid boss battles in parallel. Therefore, it is easy for many users to participate in one raid boss battle, and it is possible to increase the number of participants in the raid boss battle overall, making it possible to give liveliness to the raid boss battle.

<Reward granting process>
FIG. 14 is a flowchart illustrating the reward granting process of the information processing system 1 in this embodiment.

The reward granting unit 205 of the server device 20 determines which characters forming the user's party become the opponent depending on whether the user selects the operation button 504 or the operation button 505 on the raid boss selection screen 500 shown in FIG. 12. It is determined whether the raid boss has been attacked (step S61). However, the reward granting unit 205 of the server device 20 attacks the raid boss who is the opponent depending on whether or not the HP of the raid boss who is the opponent is reduced in the process of step S39 or step S43 described above. It may be determined whether or not.

If it is determined that the character forming the user's party has attacked the opponent raid boss (step S61: "YES"), the reward granting unit 205 of the server device 20 attacks the opponent raid boss. It is determined that the user will be given an attack reward for attacking the user (step S62). Note that if a plurality of raid bosses are selected as opponents, it is determined that all attack rewards for attacking each raid boss as an opponent are given at once. Furthermore, the grade of the attack reward may vary depending on the amount of damage inflicted on the opponent raid boss.

Next, the reward granting unit 205 of the server device 20 refers to the enemy character information stored in the enemy character information storage unit 225, and determines whether the opponent raid boss has received damage due to the attack by the challenge user's party participating in the battle. Based on whether or not the HP of the raid boss, who is the opponent, has decreased to a predetermined value or less, it is determined whether the raid boss, who is the opponent, has been defeated (step S63).

If the reward granting unit 205 of the server device 20 determines that the raid boss serving as the opponent has not been defeated (step S63: "NO"), it ends this reward granting process. On the other hand, if it is determined that the opponent raid boss has been defeated (step S63: "YES"), the challenger who is participating in the battle will receive a victory reward for defeating the opponent raid boss. It is determined to provide each of them (step S64). Note that if multiple raid bosses are selected as opponents, it is decided that all the victory rewards for defeating each of the raid bosses as opponents will be given to each challenging user at once.

Further, if the reward giving unit 205 of the server device 20 determines that the raid boss serving as the opponent has been defeated (step S63: “YES”), the reward giving unit 205 of the server device 20 refers to the enemy character information stored in the enemy character information storage unit 225. Then, based on the number of participants in the raid boss battle, it is decided to give a liveliness reward for making the raid boss battle more exciting to the user who is the owner of the raid boss who will be the opponent (step S65). Note that if multiple raid bosses are selected as opponents, the active reward for each raid boss battle will be given to the user who owns each raid boss.

Note that even if the raid boss to be the opponent has not been defeated, the reward giving unit 205 of the server device 20 stores the enemy character information storage unit in the case where a certain period of time has passed since the raid boss to be the opponent is generated. Referring to the enemy character information stored in 225, and based on the number of participants in the raid boss battle, a reward for making the raid boss battle more exciting is given to the user who is the owner of the raid boss who is the opponent. may be determined.

In this way, when the attack reward, victory reward, and activity reward are determined as rewards for the raid boss battle, the user (challenge user) who challenges the battle against the raid boss who is the opponent will receive the attack reward, victory reward ( In some cases, only attack rewards) will be given, whereas the user who owns the raid boss who will be the opponent will be given a boom reward. In addition, a user who has challenged a battle against a raid boss as an opponent (challenge user) can collect the attack reward and victory reward (in some cases, only the attack reward) at once on the result screen 600 shown in FIG. 13. You will be able to obtain it.

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

<Creation of raid boss>
In the embodiment described above, an example was explained in which a possessed character specified as a material is disposed of when generating a raid boss, but it is not necessary to dispose of it in this way. For example, a possessed character designated as a material may be made unusable for a certain period of time in a quest or a raid boss battle (challenge someone else's raid boss) without disposing of it. For example, a raid boss may be generated without disposing of the possessed character designated as a material, while making it usable in a quest or a raid boss battle (challenging another person's raid boss).

<Raid Boss Battle>
In the above-mentioned embodiment, the explanation was given using the example of a raid boss battle in which the raid boss does not attack the characters forming the party of the challenging user, but in the raid boss battle, the raid boss attacks (counterattacks) Good too.
Specifically, after the process of step S40 shown in FIG. 11, the battle unit 204 of the server device 20 may have the raid boss attack the characters forming the challenge user's party (step S40-1). . Similarly, after the process of step S43 shown in FIG. 11, the raid boss may attack the characters forming the party of the challenging user (step S43-1). In this case, until the HP of either the character or the raid boss constituting the challenge user's party decreases to a predetermined value or less (either is defeated), step S37 to step S40-1 or step S43 to step S43 -1 may be repeated.

In the embodiment described above, the activity reward based on the number of people participating in the raid boss battle is given to the user who is the owner of the raid boss, but the defeat reward based on the number of people defeated in the raid boss battle is given to the user who is the owner of the raid boss. It may be given to the user.

<Automatic selection of raid boss>
In the above-described embodiment, the case where one or more raid bosses to be the user's opponent is determined from a group of characters by the selection operation of the user who is challenging the raid boss battle has been described as an example, but the present invention is not limited to this. For example, one or more raid bosses to be the user's opponents may be automatically determined from a group of characters, regardless of the selection operation of the user who is challenging the raid boss battle. That is, the character selection unit 203 may automatically determine one or more raid bosses who will be the challenge user's opponents from among the character group, instead of responding to the challenge user's selection operation. Further, one or more raid bosses to be the challenger user's opponents may be automatically determined only when the user selects the operation button 505 for automatic attack.

When automatically determining one or more raid bosses to be the challenger user's opponents, for example, raid bosses with lower strength levels may be selected first. In particular, if the victory reward obtained by defeating a raid boss with a low strength level is less than the victory reward obtained by defeating a raid boss with a high strength level, the raid boss with a low strength level is It is difficult for challenge users to select them as opponents. However, if the raid boss to be the opponent is automatically selected, even such a raid boss with a low strength level will be more likely to be selected (in other words, the owner of a weak raid boss will be able to easily obtain a boom reward). There are advantages in

In addition, when automatically determining one or more raid bosses to be the challenge user's opponent, for example, priority is given to selecting the raid boss that has received the most damage from the attacks of the participating challenge user. It is also possible to do so. In particular, when automatically determining multiple raid bosses to be the challenge user's opponents, priority is given to selecting the raid boss that has received the most damage (in other words, the raid boss with low remaining HP), so that other raid bosses can be selected automatically. Even if there are multiple raid bosses that are about to be defeated by the challenge user, compared to the case where the challenge user selects and attacks one by one, the challenge user can attack all at once before other challenge users. There are benefits.

In addition, when automatically determining one or more raid bosses to be the challenger's opponent, for example, it is determined based on the compatibility between the attributes set for the character of the challenger and the attributes set for the raid boss. They may be selected preferentially (for example, if the challenging user's character is of the "water" attribute, the raid bosses of the "fire" attribute may be selected preferentially).

In addition, when automatically determining one or more raid bosses to be the opponent of the challenge user, for example, if the number of participants or the number of defeated raid bosses is a predetermined number (for example, the number of people whose active reward or defeat reward will be upgraded) ) You may preferentially select the raid boss immediately before reaching .

<Number of automatic attacks limit>
In the embodiment described above, when the number of executions of automatic attack processing in one day reaches a predetermined number of times, it is also possible to limit the execution of automatic attack processing in one day. This reduces the opportunities for challenge users to attack raid bosses automatically and increases the opportunities for them to attack raid bosses manually, making it possible for challenge users to improve their skills and tactical awareness.

<Reward Grant>
In the above-described embodiment, in a raid boss battle, a reward for a challenge user based on automatic attack processing (at least one of an attack reward and a victory reward) and a reward for a challenge user based on a manual attack process (at least one of an attack reward and a victory reward) is provided. On the other hand, it is also possible to make them different. For example, a challenge user may be able to obtain more rewards (at least one of an attack reward and a victory reward) when making a manual attack on a raid boss than when making an automatic attack on a raid boss. As a result, the frequency of automatic attacks by challenge users in raid boss battles is suppressed, and the frequency of manual attacks in raid boss battles increases, making it possible for challenge users to improve their skills and tactical awareness.

<Raid Boss Battle>
In the embodiment described above, the case where the challenger uses his party (multiple player characters) to challenge the raid boss battle was explained as an example, but even if the challenge user challenges the raid boss battle using one player character. good.

Further, in the above-described embodiment, each time the challenging user challenges a battle against a raid boss, game points necessary for the raid boss battle may be consumed from the game points (stamina) possessed by the challenging user. After it is consumed, the game points (stamina) held by the challenging user may be recovered by the passage of time or by using a recovery item. In this case, the condition is that the game points (stamina) owned by the user have recovered to the maximum value as time has passed after the points were consumed (or the condition is that the game points necessary for the raid boss battle have been recovered) It is also possible to automatically consume points and automatically attack the raid boss when the conditions are met. As a result, the same state as participating in a raid boss battle occurs even when the user is not logged in, which contributes to increasing the number of participants in the raid boss battle, and can add vigor to the raid boss battle.

<Multiple selection of raid bosses>
In the above-mentioned embodiment, the case where the challenge user can select multiple raid bosses to be opponents in both cases of manual attack and automatic attack in the raid boss battle was explained as an example. Only when the user selects a manual attack, the user may be able to select multiple raid bosses to be opponents. In this case, each time the challenging user challenges a plurality of raid bosses, game points necessary for the plurality of raid boss battles may be consumed from the game points (stamina) possessed by the challenging user. This allows the challenge user to select multiple raid bosses as opponents within the range of game points he or she owns.

<Content>
In the embodiments described above, content is not limited to characters. For example, it may be an item, card, figure, avatar, etc.

1 Information processing system 10 Client terminal 20 Server device 50 Computer 51 CPU
52 RAM
53 ROM
54 Communication interface 55 Input device 56 Display device 57 External interface 58 HDD
100 Client control unit 101 Request transmission unit 102 Response reception unit 120 Client storage unit 140 Client communication unit 150 Operation reception unit 160 Screen display unit 200 Server control unit 201 Character generation unit 202 Character group setting unit 203 Character selection unit 204 Battle unit 205 Reward Adding section 206 Display control section 220 Server storage section 221 Character information storage section 222 Item information storage section 223 Quest information storage section 224 User information storage section 225 Enemy character information storage section 240 Server communication section 500 Raid boss selection screen 501 List display area 502 Attack Method display area 503 Radio button 504 Operation button 505 Operation button 600 Result screen 601 Reward display area 602 Earn button B Bus line N Network

Claims (8)

a character generation unit that generates an enemy character that is a common opponent for a plurality of users using a character owned by the user , and makes the user the owner of the enemy character ;
a character group setting unit that sets a character group including one or more of the generated enemy characters;
a character selection unit that determines a plurality of enemy characters to be opponents of the challenge user from among the character group in response to a selection operation by a challenge user who challenges the challenge user to a battle;
a battle section that proceeds in parallel with a battle between each of the plurality of determined enemy characters and a character owned by the challenge user;
A reward granting unit that grants all first rewards related to each battle to the challenge user at once , and grants a second reward different from the first reward to the user who is the owner of each of the enemy characters. and,
An information processing device equipped with The information processing device according to claim 1,
The competition department is
A manual attack process in which the battle against the enemy character progresses while attacking the enemy character based on the attack operation of the challenge user, and a manual attack process in which the battle progresses while attacking the enemy character automatically regardless of the attack operation by the challenge user. It is possible to execute automatic attack processing,
The attack on the enemy character by the automatic attack processing is ended earlier than the attack on the enemy character by the manual attack processing.
An information processing device characterized by: The information processing device according to claim 2,
The battle unit limits execution of the automatic attack process when the number of times the automatic attack process is executed reaches a predetermined number of times.
An information processing device characterized by: The information processing device according to claim 2 or 3,
The reward granting unit makes a reward to the challenge user based on the automatic attack process different from a reward to the challenge user based on the manual attack process,
An information processing device characterized by: The information processing device according to any one of claims 1 to 4,
The character selection unit does not respond to the selection operation of the challenge user, but
automatically determining a plurality of enemy characters to be opponents of the challenge user from among the character group;
An information processing device characterized by: The information processing device according to claim 5,
The character selection unit, when automatically determining the plurality of enemy characters to be opponents of the challenge user from the character group, selects enemy characters with priority from lower level enemy characters.
An information processing device characterized by: The information processing device according to claim 5,
When automatically determining a plurality of enemy characters to be opponents of the challenge user from among the character group, the character selection section selects an enemy character that has received a lot of damage from attacks of the challenge user who is participating in the battle. Select from characters first,
An information processing device characterized by: computer,
Character generation means for generating an enemy character that is a common opponent for a plurality of users using a character owned by the user , and making the user the owner of the enemy character ;
character group setting means for setting a character group including one or more of the generated enemy characters;
character selection means for determining a plurality of enemy characters to be opponents of the challenge user from among the character group in response to a selection operation by a challenge user who challenges the challenge user;
a battle means for proceeding in parallel with a battle between each of the plurality of determined enemy characters and a character owned by the challenge user;
Reward granting means that grants all first rewards related to each battle to the challenge user at once , and grants a second reward different from the first reward to the user who is the owner of each of the enemy characters. ,
A program to function as

Images