JP5052548B2 - Video game processing apparatus and video game processing program - Google Patents

Description

  The present invention relates to a player character operated by a player, one or more other player characters operated by one or more other players operating other video game processing devices connected by a communication network, respectively. The present invention relates to a technique for displaying video on a display screen to control the progress of a video game.

  2. Description of the Related Art Conventionally, there has been known a network game system in which a plurality of player terminals can be played by a plurality of player terminals by connecting a plurality of player terminals by a wired or wireless LAN (Local Area Network) function. . Many video games using such a network game system are also provided (see, for example, Patent Document 1).

Japanese Patent Laid-Open No. 2007-130068

  However, in the video game control in the above-described conventional game system, for example, when a party to which a plurality of player characters belong wins a battle with an enemy character, an experience value is obtained for each of all player characters belonging to the party. And items are granted. For this reason, although participating in a party, it is also possible to try to obtain experience values and items obtained by the battle without actively participating in the battle and without much difficulty. As described above, in the conventional game control, there is a problem in that it is not possible to perform appropriate control such that all the player characters actively participate in the battle and reduce the difference in contribution between the player characters. .

  In order to solve the above problems, the present invention is a video game in which a game is progressed in cooperation with a plurality of player characters respectively operated by a plurality of players (hereinafter referred to as “multiplayer game” as appropriate). It is an object of the present invention to provide a video game capable of performing battle control in which a player character can actively participate in a battle and a difference in contribution in the battle can be reduced.

The video game processing apparatus according to the present invention includes one or two or more players operated by a player character operated by a player and one or more other players operating other video game processing apparatuses connected by a communication network. A video game processing apparatus for controlling the progress of a video game by displaying other player characters on a display screen, the battle party to which the player character and other player characters participating in the battle belong, an enemy character, A battle control means for controlling the battle , and a non-battle screen on which the party to which the character that is not in a battle state among the player character and the one or more other player characters belongs and the enemy character are displayed, Including non-battle control means for controlling the state of the battle preparation stage. The battle control unit, when a predetermined combination attack reception condition is satisfied, presenting the characters belonging to the operation content of the combination attack operations that are transition condition of combination attack on the battle party operation to the player and other players each Operation content presenting means, operation content determination means for receiving the operation content of the cooperative attack operation from each of the player who presented the operation content and the other players, and determining whether the operation content of the received cooperative attack operation is correct or not, and the operation content all operation content by the determining means in response to is determined to be correct chromatic and combination attack execution means for executing a combination attack, the non-battle control unit, Battle transition condition between the enemy character and the player character And a battle transition determination means for determining whether or not the battle transition condition is satisfied, and And a participation determination means for determining whether or not a battle participation condition for participating in a battle of another player character in a battle state with the enemy character is satisfied, and the battle control means satisfies the battle participation condition. If it is determined that there is no other player character, a battle screen displaying the battle content between the player character and the enemy character is displayed without displaying other player characters, and control of the battle with the enemy character is performed. It is characterized by starting .

  With the above configuration, in a video game in which the game proceeds in cooperation with a plurality of player characters operated by a plurality of players, all player characters can be actively participated in the battle. It becomes possible to provide a video game capable of performing battle control that can reduce the difference in contribution in battle.

  The non-battle control means displays battle state information indicating that the enemy character is in a battle state when any of the other player characters and the enemy character are in a battle state on the non-battle screen. You may be set as the structure which has a status information display means.

  When it is determined that the battle participation condition is satisfied, the battle control means displays a battle screen on which a battle content for participating in a battle satisfying the battle participation condition and fighting the enemy character is displayed. It may be configured to switch and start control of the battle with the enemy character.

When the player character belongs to a party to which a character that is not in a battle state belongs, the player character communicates with another video game processing device operated by another player character belonging to the party , and the battle participation condition is satisfied Communication control means for switching to communication connection with another video game processing device operated by another player character belonging to the battle party to which the player character belongs when the control of the battle with the enemy character is made as determined May be included.

  The battle control means, after starting control of the battle with the enemy character, first confirmation means for confirming the presence or absence of other player characters that satisfy the battle transition condition with the enemy character, and the first confirmation means The second confirmation means for confirming whether or not the battle participation condition is satisfied when the other player character satisfying the battle transition condition with the enemy character is confirmed by the second confirmation means and the battle by the second confirmation means In response to confirming that the participation condition is satisfied, the apparatus has a battle party update unit that causes another player character that satisfies the battle transition condition with the enemy character to belong to the battle party. It may be.

The video game processing device of the present invention is operated by a player character operated by a player and one or two or more other players operating other video game processing devices connected by a communication network. A video game processing apparatus for controlling the progress of a video game by displaying the above other player characters on a display screen, the battle party to which the player character and other player characters participating in the battle belong, Including battle control means for controlling the battle with the character, wherein the battle control means determines whether or not a predetermined cooperative attack acceptance condition is satisfied, and when the cooperative attack acceptance condition is satisfied , The character belonging to the battle party is the operation content of the cooperative attack operation that is the trigger condition of the cooperative attack. The operation content presenting means to be presented to the player to be operated and the other players, the operation content of the cooperative attack operation from each of the player who has presented the operation content and the other player, and the correctness of the operation content of the received cooperative attack operation are determined. An operation content determination means for determining, and a cooperative attack execution means for executing a cooperative attack in response to the determination that all of the operation content is correct by the operation content determination means , wherein the acceptance determination means includes the battle When the survival rate of the life value of any character belonging to the party falls below a predetermined first acceptance allowable value, it is determined that the cooperative attack acceptance condition is satisfied .

The video game processing device of the present invention is operated by a player character operated by a player and one or two or more other players operating other video game processing devices connected by a communication network. A video game processing apparatus for controlling the progress of a video game by displaying the above other player characters on a display screen, the battle party to which the player character and other player characters participating in the battle belong, Including battle control means for controlling the battle with the character, the battle control means, when a predetermined cooperative attack acceptance condition is satisfied, the operation content of the cooperative attack operation that becomes a cooperative attack trigger condition to the battle party Providing the operation details to be presented to the player who operates each character and other players Means, an operation content determination unit that receives the operation content of the cooperative attack operation from each of the player who presented the operation content and another player, and determines whether the operation content of the received cooperative attack operation is correct or not, and the operation content determination unit A combined attack execution unit that executes a combined attack in response to the determination that all of the operation details are correct, and the operation content presentation unit is a player that operates each character belonging to the battle party and other players. The operation contents of the cooperative attack operation are sequentially presented in a predetermined order, and the player or other player presented last time until the presentation to the player and other players according to the predetermined order is completed. In response to the fact that the operation content of the combined attack operation is determined to be correct by the operation content determination means , Characterized in that it presented the operation contents of the combination attack operation by the player or the other players in the following order.

The video game processing program according to the present invention includes a player character operated by a player and one or more other players operated by one or more other players operating other video game processing devices connected by a communication network. A video game processing program for controlling the progress of a video game by displaying other player characters on a display screen, which is set / updated when a video game is played through communication with another video game processing device, Of the player character and one or more other player characters, the character belonging to the party to which the non-battle character belongs and the player character and the other player character participating in the battle belong to the battle party to which the character belongs. Characters that can be stored in an identifiable manner A computer with a tee management table, and the battle party, a battle control process for controlling the combat with enemy characters, to display the non-battle screen with the party and the enemy character is displayed, the battle preparation phase A non-battle control process for controlling the state, and in the battle control process, when a predetermined cooperative attack acceptance condition is satisfied, the operation content of the cooperative attack operation that becomes a cooperative attack trigger condition belongs to the battle party The operation content presentation process to be presented to the player who operates the character and the other player, the operation content of the cooperative attack operation from each of the player who presented the operation content and the other player, and the operation content of the received cooperative attack operation are received. It is determined that all of the operation contents are correct in the operation content determination process for determining correctness and the operation content determination process. In particular depending by executing a combination attack execution process for executing the combination attack, said a non-battle control process, the battle proceeds determination process determines whether the battle shift condition between the player character and the enemy character has been established And a participation determination process for determining whether or not a battle participation condition for participating in the battle of the enemy character and another player character in a battle state is satisfied when it is determined that the battle transition condition is satisfied. In the battle control process, when it is determined that the battle participation condition is not satisfied, the battle screen displays the battle content between the player character and the enemy character without displaying other player characters. Is displayed, and processing for starting control of battle with the enemy character is executed.
The video game processing program of the present invention is operated by a player character operated by a player and one or two or more other players operating other video game processing devices connected by a communication network. A video game processing program for displaying the above-mentioned other player characters on the display screen to control the progress of the video game, which is set / updated when the video game is played through communication with another video game processing device And a computer having a party management table for recognizing which character belongs to a battle party to which the player character and other player characters participating in the battle belong , the battle party and the enemy character The battle control process for controlling the battle is executed, In the toll control process, an acceptance determination process for determining whether or not a predetermined cooperative attack acceptance condition is satisfied, and operation contents of a cooperative attack operation that becomes a cooperative attack activation condition when the cooperative attack acceptance condition is satisfied. An operation content presentation process to be presented to the player and other players who respectively operate the characters belonging to the battle party, and an operation content of the cooperative attack operation from each of the player who presented the operation content and the other player, and the received cooperative attack An operation content determination process for determining whether the operation content of the operation is correct or not, and a cooperative attack execution process for executing a cooperative attack in response to determining that all of the operation content is correct in the operation content determination process, In the acceptance determination process, the remaining rate of the life value of any character belonging to the battle party is below a predetermined first acceptance tolerance. To come, is intended for executing a process for determining said combination attack reception condition is satisfied.
Further, the video game processing program of the present invention is operated by a player character operated by a player and one or two or more other players operating other video game processing devices connected by a communication network. A video game processing program for displaying the above-mentioned other player characters on the display screen to control the progress of the video game, which is set / updated when the video game is played through communication with another video game processing device And a computer having a party management table for recognizing which character belongs to a battle party to which the player character and other player characters participating in the battle belong, the battle party and the enemy character Run battle control process to control the battle, In the battle control process, when a predetermined cooperative attack acceptance condition is satisfied, an operation of presenting the operation contents of the cooperative attack operation, which is a cooperative attack activation condition, to the player and other players who respectively operate the characters belonging to the battle party A content presentation process, an operation content determination process for receiving the operation content of the cooperative attack operation from each of the player who presented the operation content and another player, and determining whether the operation content of the received cooperative attack operation is correct, and the operation content determination A combined attack execution process for executing a linked attack in response to determining that all of the operation contents are correct in the process, and in the operation content presentation process, a player who operates each character belonging to the battle party and the like The operation details of the linked attack operation are sequentially presented to the players in a predetermined order. Until the presentation to the player and the other players according to the predetermined order is completed, it is determined that the operation content of the cooperative attack operation from the previously presented player or the other player is correct in the operation content determination process. Accordingly, the processing for presenting the operation content of the cooperative attack operation to the next player or another player is executed.

  According to the present invention, in a video game in which a game proceeds with the cooperation of a plurality of player characters operated by a plurality of players, all player characters can be actively participated in the battle. A video game capable of performing battle control that can reduce the difference in contribution can be provided.

It is a block diagram which shows the example of the game system containing the video game processing apparatus in one embodiment of this invention. 2 is a block diagram illustrating a configuration example of a player terminal 100. FIG. 4 is an explanatory diagram illustrating an example of a display screen of a player terminal 100. FIG. It is explanatory drawing which shows the example of the display screen of the player terminal 200 which received the notification of an count icon display. 4 is an explanatory diagram illustrating an example of a display screen of a player terminal 300. FIG. It is a flowchart which shows the example of a multi play process. It is explanatory drawing which shows the example of the storage state of the party management table 12a. It is a flowchart which shows the example of a battle process. It is a flowchart which shows the example of a battle party update process.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

  FIG. 1 shows a player terminal 100 showing an embodiment of the video game processing apparatus of the present invention, and a player terminal 200 and a player terminal 300 showing other video game processing apparatuses having the same configuration as the player terminal 100. It is a block diagram. The player terminal 100 is managed by the user A, receives the operation of the user A, and advances the video game according to the operation. Similarly, the player terminal 200 is managed by the user B, receives the operation of the user B, and advances the video game in accordance with this operation. Further, similarly, the player terminal 300 is managed by the user C, receives the operation of the user C, and proceeds with the video game in accordance with this operation. Each player terminal 100, 200, 300 has a function for performing wireless communication. Various information processing devices such as portable game devices, stationary game devices, computer devices, and mobile phones can be applied to such player terminals 100, 200, and 300.

  FIG. 2 is a block diagram illustrating a configuration example of the player terminal 100. The player terminal 100 includes a game program reading unit 10, a control unit 11, a storage unit 12, an infrared transmission / reception unit 13, a display unit 14, an audio output unit 15, and a player operation reception unit 16. Note that each of the player terminals 200 and 300 has the same configuration as the player terminal 100.

  The game program reading unit 10 removably receives a game cartridge 20 containing a storage medium storing a game program. The game program reading unit 10 reads a necessary game program from the storage medium of the inserted game cartridge 20. In this embodiment, it is assumed that the video game program classified as RPG is stored in the storage medium built in the game cartridge 20.

  The control unit 11 executes a game program (video game processing program) read by the game program reading device 10 and progresses the video game according to the operation of the player. In this embodiment, the user A is a player.

  The storage unit 12 is a storage medium that stores various types of information such as game programs and data necessary for proceeding with a video game. The storage unit 12 is configured by a nonvolatile memory such as a RAM, for example. In this example, the storage unit 12 is provided with a party management table 12a that is set and updated when a game is played through communication with the other player terminals 200 and 300.

  The infrared transmission / reception unit 13 transmits and receives infrared rays for communication with the player terminals 200 and 300. The display unit 14 is a display device that displays a game screen according to the progress of the game or the player operation in accordance with the control of the control unit 11. The display unit 14 is configured by a liquid crystal display device, for example.

  The sound output unit 15 outputs sound in accordance with the progress of the game and the player operation in accordance with the control of the control unit 11. The player operation reception unit 16 includes a plurality of buttons and the like, receives the operation of the user A, and notifies the control unit 11 of the result.

  In the player terminal 100 of this example, a method of reading a game program from the game cartridge 20 is adopted. However, the player terminal 100 may be configured to download a game program wirelessly or by wire, for example.

  Next, an outline of a video game executed by the player terminal 100 of this example will be described. In the game in this example, the game progresses when the player achieves one mission called “quest”.

  With the start of the game, the player can select a “single play mode” in which the quest is challenged alone and a “multiplayer mode” in which the quest is challenged in cooperation with other players. When the player selects the multi-play mode, the player character moves to a place called “lobby” in the virtual space. There are a plurality of areas called “rooms” in the lobby, and the player selects one arbitrary room. At this time, when a player who operates another player terminal connected to the player terminal used by the player through a communication network has already selected the same room as the room selected by the player, or has selected later, A player character operated by a player and a player character operated by another player are displayed on the display screens of both player terminals as one party. In this example, the quest is started when the party moves from the room onto a virtual field on the game called “dungeon”.

  When a room is selected, the player terminal managed by the player who operates the player character PC that first enters the room serves as a parent device and serves as a communication server, so that other players who subsequently enter the same room The other player terminals managed by the player operating the character PC are slave units. As a result, the player terminal that has become the slave unit enters under the communication control of the master unit, thereby not only transmitting the update information of its own terminal to the master unit side but also sequentially receiving the update information of the master unit side. The latest information can be shared with each other, and although there is a slight time lag, it is possible to display almost the same content on both terminals. In addition, when there are a plurality of other player terminals that have entered the same room, each player communicates with each other via the master unit as a slave unit, thereby performing multiplayer such as information on all player characters PCs that have selected the same room. Information necessary for execution is shared by all player terminals.

  In addition, in this example, it is left to the parent machine to decide whether to continue waiting for a new player character PC to enter the room or to start a quest with a member who has already gathered. When the player character PC to be moved moves to the dungeon, all the members of the party forcibly start the quest. However, although not described in detail in this example, by allowing simple message exchange between the player characters PC in the same party, it is possible to consult and determine the start timing of the quest among the party members. You may do it.

Next, the operation of the player terminal 100 of this example will be described.
FIG. 6 is a flowchart illustrating an example of multiplayer processing executed by the player terminal 100. Here, it is a multiplayer game executed between the player terminal 100, the player terminal 200, and the player terminal 300, and a player character PC1 operated by the player P1 on the player terminal 100 and a player on the player terminal 200. A party composed of the player character PC2 operated by P2 and the player character PC3 operated by the player P3 on the player terminal 300 is a predetermined moving field (on the game called “dungeon” in the game of this example). The case where the player character PC moves from the movement field to the battle field and performs a battle by encountering and approaching the enemy character NPC by moving on the virtual field) will be described as an example.

  Here, unlike the movement field in this example, the battle field is a field that is displayed only when the player character PC and the enemy character NPC perform a battle. The control unit 11 switches the field displayed on the display screen of the player terminal managed by the player who operates the player character PC participating in the battle when the battle starts, from the movement field to the battle field. Hereinafter, switching from the movement field to the battle field will be described with reference to FIGS.

  Player characters PC1 to PC3 belonging to the same party encounter an enemy character NPC while moving on the movement field, and as shown in FIG. 3A, player characters PC1 to PC3 and enemy characters NPC1 and NPC2 are on the movement field. When facing each other, one of the player characters PC attacks the enemy character NPC1 or NPC2, whereby the control unit 11 determines that the battle has started. In this example, the control unit 11 determines that “the attack has started” when the player character PC and the enemy character NPC move within a prescribed range. In addition, the battle may be started by allowing the enemy character NPC to move on the moving field and approaching the player character PC from the enemy character NPC.

  In this example, as shown in FIG. 3B, for example, a case where the battle is started when the player character PC1 approaches the enemy character NPC1 will be described. The control unit 11 determines that “the player character PC1 has attacked the enemy character NPC1” when the player character PC1 moves within a predetermined distance from the enemy character NPC1. At this time, for example, as shown in FIG. 3B, a battle start effect by video or sound may be performed in accordance with the start determination of the battle.

  When the battle is started, the control unit 11 switches the game screen to be displayed on the display screen of the display unit 14 of the player terminal 100 to a battle screen as shown in FIG. Here, it is assumed that only the player character PC and the enemy character NPC participating in the battle are displayed on the battle screen. That is, in this example, since there is no other character participating in the battle when the player character PC1 attacks the enemy character NPC1, only the player character PC1 and the enemy character NPC1 are displayed on the battle screen. .

  The game screen displayed on the player terminal managed by the player who operates the other player character PC of the party while the battle screen shown in FIG. 3C is displayed on the player terminal 100 will be described with reference to FIG. To do. FIG. 4A is an example of a screen showing a moving field displayed on the display screens of the player terminals 200 and 300 when the player character PC1 shifts to the battle field. This screen is displayed on the player terminal 200 and the player terminal 300. Displayed in the same way. Here, the player character PC1 that has entered the battle field has been deleted from the movement field, and instead, an encounter icon E indicating that the enemy character NPC1 is currently in battle with any character is in the vicinity of the enemy character NPC1. Is displayed.

  Next, as shown in FIG. 4B, when the player character PC2 attacks the enemy character NPC1 on which the encounter icon E is displayed (that is, approaches the vicinity of the enemy character NPC1), The control unit 11 determines that the battle has started between the player character PC2 and the enemy character NPC1, and performs the aforementioned battle start effect. Here, as shown in FIG. 4C, a battle field by the player characters PC1 and PC2 and the enemy character NPC1 is displayed on the display screen of the player terminal 200 as the battle starts. At this time, in the player terminal 300, for example, as shown in FIG. 5, the player characters PC1 and PC2 are not displayed on the display screen.

  The details of the switching process between the movement field and the battle field in each player terminal will be described below with reference to FIGS. 6 and 7.

  Here, a case will be described in which the player terminal PC1 managed by the player P1 who operates the PC1 serves as the parent device for the player characters PC1 to PC3 belonging to the same party. At the time of selecting the room, the control unit 11 of the player terminal 100, which is the parent machine by entering the room first, the player terminal 200, 300 whenever the player characters PC2, PC3 enter the same room. From the player character PC2, the player character PC1 to PC3 is registered in the party management table 12a as a set of parties.

  When the player character PC1 proceeds to the dungeon at the player terminal 100, which is the parent machine, the control unit 11 executes a process for starting a quest, and displays the player characters PC1 to PC3 on the movement field. When the player characters PC1 to PC3 encounter an enemy character while moving in the movement field (step S101), the control unit 11 determines whether or not a predetermined battle transition condition is satisfied for the player characters PC1 to PC3 belonging to the party. Is monitored (step S102). In this example, the battle transition condition is set such that the player operating the player character performs an operation indicating an intention to attack the enemy character on the moving field, for example, an operation of moving the player character to the vicinity of the enemy character. Suppose that

  If it is determined that the battle transition condition is established for the player character PC1 (Y in Step S102), the control unit 11 is already in battle with another player character PC for the enemy character NPC1 that the player character PC1 is about to start a battle for. It is determined whether or not. When the control unit 11 determines that the enemy character NPC1 is not in a battle (N in Step S103), the control unit 11 sets a battle party corresponding to the enemy character NPC1 (Step S104), and displays an encounter icon E in the vicinity of the enemy character NPC1. (Step S106).

  On the other hand, when it is determined that the enemy character NPC1 is in a battle (Y in Step S103), the control unit 11 determines whether or not a predetermined battle participation condition is satisfied (Step S105). In this example, as the battle participation condition, for example, “the survival rate of the life value (HP) of the enemy character that is the battle opponent of the player character PC1 is equal to or higher than a specific value (for example, 50% or higher)” or Participate in one of the two conditions: “None of the enemy character NPC or player character PC currently in battle is playing a“ special effect ”performed by using a special move” If neither condition is met, the person cannot participate in the battle until both conditions are met. That is, when it is determined that the predetermined battle participation condition is not satisfied (N in Step S105), the control unit 11 newly sets a battle party (Step S104). At this time, whether or not the battle participation condition is satisfied is also reflected in the display state of the encounter icon E. That is, the control part 11 performs the process for changing the background color of an icon, or blinking an icon when the battle participation is possible and when it is impossible. By setting it as such a structure, it can be made visible to a player regarding establishment of battle participation conditions. In this way, it is possible to allow the player to adjust in advance the timing for attacking the enemy character NPC to some extent.

  In addition, it is good also as a structure which the control part 11 transfers to step S101, when it determines with predetermined battle participation conditions not being materialized.

  On the other hand, if it is determined that the battle participation condition is satisfied (Y in step S105), the control unit 11 performs main control of the player character that first started the battle in which the player character PC1 participates. Whether or not a predetermined battle participation condition is satisfied. When the control unit 11 confirms that the battle participation condition is satisfied, the control unit 11 causes the player character PC1 to belong to a battle party to which another player character already moving to the battle field belongs. The party management table 12a is updated (step S107). Details of the battle participation condition and the party management table 12a will be described later.

  When a battle party setting (new setting) or updating (updating the party management table 12a of another player terminal) regarding the player character PC1 is performed, the control unit 11 of the player terminal 100 switches the display screen from the movement field to the battle field. . With the transition from the movement field to the battle field, the control unit 11 switches communication between the player terminals. That is, communication between player terminals is performed between players existing in the same field. Therefore, when the control unit 11 shifts the player character PC from the movement field to the battle field, the player character PC is removed from the communication group composed of player terminals that perform main control of other player characters on the movement field. Then, a process for newly joining a communication group consisting of player characters PC existing on the same battle field is executed. Note that when there is no other player character on the movement field and the battle field, the member of the communication group is only one player character PC.

  In this way, in this example, since there is always only one communication group to which a single player character can belong at the same time, information cannot be shared between player terminals that have been disconnected. Therefore, in this example, when a player character PC moves to the battle field and belongs to a different communication group, the other player character PCs remaining in the movement field cannot see the player character PC. On the other hand, when another player character PC newly joins the player character PC that has already moved to the battle field, these two pairs of player characters PC newly belong to the same communication group. In addition, the appearance of the player character PC can be confirmed.

  The battle process for controlling the battle with the enemy character NPC proceeding in the battle field is continued until a predetermined battle end condition is satisfied. The battle end condition is that the life value (HP) of the enemy character NPC becomes a specified value (for example, HP = zero), all the player characters PCs participating in the battle are unable to fight, and all the player characters PC are For example, “escape” is selected (step S108). Details of the battle process will be described later.

  When the battle process is finished, the control unit 11 notifies the other player terminals that the encounter icon E will be deleted (step S109), and determines whether or not a predetermined quest end condition is satisfied (step S110). . When the quest end condition is satisfied (for example, satisfied when all enemies in the dungeon are defeated) (Y in step S110), the control unit 11 ends the multiplayer process and is not satisfied. In step S110 (N), the process proceeds to step S101.

  FIG. 7 is an explanatory diagram showing an example of the storage state of the party management table 12a. In the party management table 12a, in the party to which the player characters PC1 to PC3 belong, the party to which each player character PC1 to PC3 does not start a battle with an enemy character (hereinafter referred to as “basic party” for convenience). ), Information for identifying which one or two or more battle parties belong to when the battle with the enemy character is started is stored. As shown in FIG. 7A, in the initial state of the party management table 12a, since all the player characters PC1 to PC3 are all on the movement field, all of them are registered in the same basic party. For example, when the player character PC1 starts a battle with the enemy character, the player character PC1 is excluded from the basic party as shown in FIG. 7B (the corresponding flag is reset in FIG. 7B). For example, it is registered as a battle party 1 (a corresponding flag is set).

Next, the battle process in step S108 of the multiplayer process will be described.
FIG. 8 is a flowchart showing an example of battle processing executed by the player terminal 100. In the battle process, a process for executing a battle between the battle party and the enemy character including a process for executing a “cooperative attack” executed when a predetermined condition is satisfied in the battle field is performed. Here, “linked attack” in this example refers to a special battle form described in detail below. Specifically, operation guides are sequentially displayed to a plurality of players belonging to the same battle party. If the operation input is correctly performed according to the operation guide, it is determined that “cooperation is successful”, and the operation guide is displayed on the display screen of the player terminal of the next player, but one of the players has failed in the operation input. In this case, “cooperation failure” is set at that time. When all the players have succeeded in the cooperation in succession, and all the players have successfully completed the operation input, a “cooperation attack” having a greater power than the normal attack is activated. On the other hand, when the cooperation fails, all player characters are assumed to receive great damage. In this way, cooperation between players can be enhanced, and contribution to the battle can be promoted by forcing all players to participate in the battle.

  In the following, the linkage attack will be described in detail. First, in a battle process, the control part 11 of the player terminal 100 performs the process which displays a battle field on a display screen (step S201). When the battle is started, the control unit 11 causes the operation of the operation unit (controller) by the player P1 via the player operation reception unit 16 to move the player character PC1 according to the operation content (movement, attack, It is accepted as a request (operation such as defense) (step S202). If no operation of the operation unit has been received (N in step S202), the process proceeds to step S204.

  When receiving the operation request, the control unit 11 executes processing corresponding to the received operation request (step S203). And the control part 11 determines whether the predetermined | prescribed cooperation attack reception conditions for performing a cooperation attack by execution of a battle were satisfied (step S204). In this example, it is set that the life value (HP) of any one of the player characters belonging to the battle party is lower than the specified value or the enemy character's HP is lower than the specified value. To do. Note that the cooperative attack acceptance condition may be that the player performs an arbitrary operation, or that the state of the player character or enemy character satisfies a specific condition.

  When it is determined that the cooperative attack acceptance condition is not satisfied (N in step S204), the control unit 11 determines whether or not to update the encounter icon information (step S211), and when it is determined to update (step S211). In Y of S211, the process proceeds to step S212, and the count icon information is updated. On the other hand, if it is determined not to update the encounter icon information (N in step S211), the control unit 11 proceeds to step S213. Note that the “encounter icon information” here refers to information related to the display of the encounter icon E, which determines the presence / absence, color, shape, etc. of the display of the encounter icon. In this example, the HP remaining rate of the enemy character is included.

  When it is determined that the cooperative attack acceptance condition is satisfied (Y in Step S204), the control unit 11 cooperates with respect to a plurality of players that respectively operate player characters belonging to the battle party (here, player characters PC1 to PC3). The order of operations for performing the attack is determined (step S205). The order of operations may be determined using a general method such as generating a random number. In addition, the contribution degree of each player character in the battle so far is calculated using, for example, the amount of damage given to the enemy character and the number of times other player characters have been recovered as parameters, and the order of the linked attack operations accordingly. Alternatively, the number of times and the difficulty level may be set. Furthermore, a dummy player character may be created on the game program and an operation by the dummy player may be added. Further, it is assumed that the operability efficiency of the dummy player can be changed by various factors. For example, the control unit 11 at this time displays a display such as “controller button stroke” on each display screen, and performs an operation corresponding to the display. The input may be accepted as a “support operation” and the operation success probability may be changed.

  When the order is determined, the control unit 11 executes a process for presenting the content of the cooperative attack operation on the display screen of the player terminal operated by the player who has become the order (hereinafter referred to as the current player as appropriate) (step S206). Then, when the current player is the player PC1, the control unit 11 receives the operation of the player P1, and determines whether or not the operation result of the player P1 is successful (step S207). On the other hand, if the current player is the other player P2 or P3, the player terminal 200 or 300 is notified that it is the current player, and the operation result is received from the player terminal 200 or 300. It is determined whether or not (step S207).

  Note that the control unit 11 executes processing for displaying an operation guide indicating the contents of the cooperative operation on the display screen of the current player in step S206, and that the player has input a correct button in accordance with the operation guide, Operation of the controller with a rhythm may be used as an element for determining the operation result as successful. Furthermore, the control unit 11 displays a display such as “continuous hitting of the controller button” on the display screen of the players other than the current player, accepts an operation input of the non-current player corresponding thereto as a cheering operation, and an allowable error range of the operation success It is good also as a structure which fluctuates etc.

  When it is determined that the operation result is successful (Y in step S207), the control unit 11 determines whether there is a player in the next order (step S208). If the control unit 11 determines that there is a player in the next order (N in Step S208), the control unit 11 proceeds to Step S206 and determines that there is no player in the next order (Y in Step S208). ) Executes a cooperative attack (step S210). On the other hand, if it is determined that the operation result is not successful (N in step S207), the control unit 11 executes a predetermined cooperative attack failure effect regardless of whether or not there is a player in the next order (step S209). .

  It should be noted that the cooperative operation attack in this example may be executed on all player terminals regardless of the state of the player characters constituting the party. That is, for example, even if the player character PC1 becomes unable to battle and does not accept normal operation input, it may be configured to participate in the cooperative operation attack. Further, the execution of the cooperative operation attack may be a requirement necessary for winning the enemy character.

  Moreover, as a cooperation attack failure effect in this example, for example, not only a penalty such as damage is given to a player character of a player who has failed in an operation, but all player characters may be subject to a penalty.

  Furthermore, when the number of player characters PCs belonging to the same battle party is small, a lower limit of the number of times of cooperation may be provided so that the cooperation attack does not easily succeed. In other words, if there are only two player characters PCs present in the same battle field, it is not interesting if the cooperative attack is executed only by continuing the cooperation twice. Therefore, if the lower limit of the number of times of cooperation is set to 4 times, each player will operate twice. When the lower limit of the number of times of cooperation is four and the number of player characters PC is three, the player who is in charge of the remaining one may be selected at random, or the virtual player on the game program side You may make it perform the input by. When a virtual player is prepared in this way, the success rate of operation of the virtual player may be set at random, or may be varied according to results such as cheering operations of other players (for example, repeated hits of specific buttons). May be.

  Next, when the control unit 11 executes the continuous attack or the cooperative attack failure effect (steps S209 and S210), the control unit 11 updates the count icon information (step S212) and determines whether or not a battle participation condition establishment notification is received. Judgment is made (step S213).

  When the battle participation condition establishment notification is received (Y in step S213), the control unit 11 performs a battle party update process to be described later (step S214), and then performs a predetermined battle end condition (for example, all battle parties belonging to the battle party). It is determined whether or not (which is established when the character or all enemy characters are in a battle impossible state) is satisfied (step S215). If the control unit 11 determines that the battle has ended (Y in step S215), the control unit 11 ends the battle process and proceeds to step S110 in the multiplayer process. On the other hand, if it determines with it not being the battle end (N of step S215), the control part 11 will transfer to step S202 and will accept operation of player P1.

  When the battle participation condition establishment notification has not been received (N in Step S213), the control unit 11 proceeds to Step S215.

  Next, the battle party update process executed in step S214 of the battle process will be described. FIG. 9 is a flowchart illustrating an example of battle party update processing. Here, processing from when the player terminal 100 receives a notification from another player terminal 200 until the party management table 12a is updated is executed.

  In the battle party update process, the control unit 11 first determines whether or not the battle participation condition is satisfied (step S301). Here, the “battle participation condition” is a condition for allowing another player character to participate in a battle that has already been started. In this example, the “battle participation condition” is determined in step S105 of the multiplayer process. Same conditions as. That is, in this example, as a battle participation condition, for example, an enemy character that is a battle opponent of another player character PC2 is in a battle state with one of the player characters PC1, and is a battle opponent in that battle. It is assumed that the survival rate of the enemy character's life value (HP) is set to be a predetermined value or more (for example, 50% or more).

  However, by making the “battle participation condition” different from the battle participation condition, even if the battle participation condition is satisfied, it is possible to create a scene in which participation of other player characters is restricted, thereby widening the game width. Can do. For example, the battle participation conditions include various values such as the enemy character's HP remaining rate differing from the battle participation conditions, the player character possessing a predetermined item on the game, and so on. Conceivable.

  If it is determined that the battle participation condition is satisfied (Y in step S301), the control unit 11 notifies the other player terminal of the determination result (step S302), and updates the party management table 12a (step S302). S303), the process proceeds to step S215 of the battle process.

  When it is determined that the battle participation condition is not satisfied (N in Step S301), the control unit 11 notifies the other player terminal of the determination result (Step S304), and proceeds to Step S215 of the battle process.

  In the above example, the content of the cooperative attack operation is presented to the first player terminal in the determined order, and the content of the cooperative attack operation is presented to the player terminal in the next order when the accepted operation content is correct. Although it was configured to activate a linked attack when all accepted operations are correct, the linked attack operations are presented all at once without setting the order, and when all accepted operations are correct It may be configured to be activated.

  In the above example, when both the “battle participation condition” and the “battle participation condition” are established, the player character is allowed to participate in the battle that has already started. , If one of the "battle participation conditions" and "battle participation conditions" is a condition, and one of the conditions is satisfied, the participation of another player character in the battle that has already started It is good also as a structure which accept | permits. If comprised in this way, only one of the player terminal which requests participation, and the player terminal which accepts participation will judge whether or not the condition is satisfied, so that the battle already started It is possible to determine whether or not to allow participation of the player character.

  As described above, in the above-described embodiment, one or more of the player character PC1 operated by the player and the other video game processing devices (player terminals 200 and 300) connected by the communication network are operated. A video game processing device (player terminal 100) for controlling the progress of a video game by displaying one or more other player characters PC2 and PC3, which are respectively operated by other players, on a display screen, Cooperation that becomes a condition for triggering a linked attack when a battle party between the battle party to which PC1 and other player characters PC2 and PC3 that participated in the battle belong and the enemy character is controlled and a predetermined linked attack acceptance condition is satisfied Manipulate the characters belonging to the battle party for the attack details The operation content of the cooperative attack operation presented from the layer P1 and the other players P2 and P3, the player who presented the operation content, and the other player are received, the correctness of the received operation content of the cooperative attack operation is determined, and the operation is determined. Since all the contents are determined to be correct, a linked attack is executed. Therefore, in a video game in which a game progresses with the cooperation of a plurality of player characters respectively operated by a plurality of players, It is possible to provide a video game capable of performing battle control in which the player characters can actively participate in the battle and the difference in contribution in the battle can be reduced.

  That is, when a predetermined cooperative attack acceptance condition is established, the operation content of the cooperative attack operation that becomes the cooperative attack triggering condition is presented to the player P1 and the other players P2 and P3 that respectively operate the characters belonging to the battle party, Accepting the operation details of the cooperative attack operation from each of the player who presented the operation details and other players, determining whether the operation details of the received cooperative attack operation are correct, and in response to determining that all of the operation details are correct Since it is configured to execute a linked attack, even if there is a player who does not actively participate in the battle with the player character that he / she operates, the linked attack operation is forcibly applied to that player. It is possible to request and perform an operation for invoking a linked attack. For this reason, it is possible to perform battle control in which all player characters can be actively participated in the battle, and the difference in contribution in the battle can be reduced.

  In the above-described embodiment, the video game processing device (player terminal 100) is configured such that the player character PC1 and one or more other player characters PC2 and PC3 belong to a party (basic party) to which a character that is not in a battle state belongs. A non-battle screen (for example, see the battle preparation screens in FIGS. 3A and 3B) on which the enemy character is displayed is displayed, and a process for controlling the state of the battle preparation stage is performed to control the battle preparation stage. Is determined whether or not the battle transfer condition between the player character PC1 and the enemy character is satisfied, and when it is determined that the battle transfer condition is satisfied, the battle between the enemy character and another player character in the battle state is determined. It is configured to determine whether or not the battle participation condition to participate is satisfied, and in battle state control, battle participation If it is determined that the condition is not satisfied, a battle screen on which the content of the battle between the player character PC1 and the enemy character is displayed without displaying the other player characters PC2 and PC3 is displayed. Since it is configured to start the control of the battle, it is possible to display only the player character that wants to fight and move to the battle field, and it is possible to prevent the player character that does not want to fight from appearing in the battle field Therefore, it becomes possible to perform battle control that can reduce the difference in contribution in the battle. In this case, only the player character appearing in the battle field may obtain a privilege (experience value, item, etc.) due to the victory of the battle.

  In the above-described embodiment, when the video game processing device (player terminal 100) is in a battle state on one of the other player characters PC2 and PC3 on the non-battle screen (for example, battle preparation screen). Since the battle state information (for example, the encounter icon) indicating that the enemy character is in the battle state is displayed, it is determined whether or not the enemy character is fighting with any of the other player characters PC2 and PC3. It becomes possible to confirm on the battle preparation screen, and for example, it becomes possible to recognize that there is a possibility of participation in a battle that has already been performed. It is also possible to encourage participation in the battle.

  In the above-described embodiment, when it is determined that the video game processing device (player terminal 100) satisfies the battle participation condition, the display screen is participated in the battle satisfying the battle participation condition. Since it is configured to switch to the battle screen displaying the content of the battle against the enemy character and start the battle control with the enemy character, it is possible to participate in the battle that has already been performed, You will be able to cooperate in battles.

  Further, in the above-described embodiment, when the battle participation condition is established when the survival rate of the enemy character that is the battle opponent is equal to or higher than the specific value, The survival rate of the character's life value is less than a specific value, and it is possible to prohibit participation in the battle immediately before the battle end condition is satisfied, thereby preventing the difference in contribution in the battle from becoming large. It becomes possible.

  In the above-described embodiment, when the video game processing apparatus (player terminal 100) belongs to a party to which a character that is not in a battle state belongs, another player character belonging to the party is operated. When it is determined that the battle participation condition is satisfied and communication control with another video game processing device is established and control of battle with the enemy character is started, another player character belonging to the battle party to which the player character belongs is Since it is configured to switch to communication connection with other video game processing devices to be operated, it is possible to control communication by building a communication group centered on the master unit when not in battle and during battle Communication is possible.

  In the above-described embodiment, after the video game processing device (player terminal 100) starts controlling the battle with the enemy character, the presence / absence of another player character that satisfies the battle transition condition with the enemy character is determined. Confirming that when other player characters that satisfy the battle transition condition with the enemy character are confirmed, it is confirmed whether the battle participation condition is satisfied and the battle participation condition is satisfied. In response to the confirmation, other player characters that have established a battle transition condition with the enemy character belong to the battle party, so that the battle performed by the player character on condition that the battle participation condition is satisfied It is possible to allow other player characters to participate in the game and perform battles in cooperation with other player characters. So that it is.

  Further, in the above-described embodiment, when the battle participation condition is established when the survival rate of the enemy character who is the battle opponent is equal to or greater than a predetermined value, It is possible to prohibit participation in the battle immediately before the battle end condition is satisfied because the survival rate of the enemy character's life value is less than a predetermined value, and to prevent the difference in contribution in the battle from becoming large. It becomes possible to do.

  In the embodiment described above, the video game processing device (player terminal 100) determines whether or not the cooperative attack acceptance condition is satisfied, and the survival rate of any life value of the character belonging to the battle party is determined. If it is determined that the cooperative attack acceptance condition is satisfied when the value falls below a predetermined first acceptance allowable value (for example, 50%, 30%), even if the battle situation is inferior, the cooperative attack The possibility of reversing can be given, and the expectation of winning the battle can be maintained.

  In the above-described embodiment, the video game processing device (player terminal 100) determines whether or not the cooperative attack acceptance condition is satisfied, and the survival rate of the life value of the enemy character that is the battle opponent is determined. If it is determined that the cooperative attack acceptance condition is satisfied when the value falls below the predetermined second acceptance allowable value, it becomes possible to activate the cooperative attack as an attack for determining victory in the battle. , It is possible to equalize the contribution when winning the battle.

  In the above-described embodiment, the video game processing device (player terminal 100) performs the cooperative attack operation in a predetermined order predetermined for the player P1 and the other players P2 and P3 that respectively operate the characters belonging to the battle party. The operation contents of the linked attack operation from the player or the other player previously presented until the presentation to the player P1 and the other players P2 and P3 according to the predetermined order are completed. Since it is configured to present the operation content of the cooperative attack operation to the next player or another player in response to the determination that it is correct, the operation timing of each player comes in a predetermined order. Therefore, it becomes possible to give a sense of unity to the operation of each player for the linked attack. It is possible to close cooperation between the player. The number of operations by each player may be one time or a predetermined number of times, or each may be an arbitrary number.

  Although not particularly mentioned in the above-described embodiment, one terminal among the plurality of player terminals 100, 200, and 300 may be configured to serve as a so-called server. In this case, the terminal of the player who operates the player character that started the battle may be the server, and the terminal of the player who operates the player character that participated later may be the client. That is, there may be a plurality of server / client relationships. If comprised in this way, the communication load between clients can be eliminated and each battle process can be collectively managed by the server.

  In the above-described embodiment, the video game processing device (for example, the player terminal 100) executes the above-described various processes according to a control program (video game processing program) stored in a storage device included in the video game processing device.

  According to the present invention, in a video game in which a game proceeds with the cooperation of a plurality of player characters operated by a plurality of players, all the player characters are actively participated in the battle, and the degree of contribution in the battle is increased. It is useful to provide a video game capable of performing battle control that can reduce the difference.

DESCRIPTION OF SYMBOLS 10 Game program reading part 11 Control part 12 Storage part 13 Infrared transmission / reception part 14 Display part 15 Audio | voice output part 16 Player operation reception part 20 Game cartridge 100,200,300 Player terminal

Claims (10)

On the display screen, a player character operated by the player and one or more other player characters respectively operated by one or more other players operating other video game processing devices connected by a communication network A video game processing device for controlling the progress of the video game displayed on the screen,
A battle party to which the player character and other player characters participating in the battle belong, and battle control means for controlling the battle between the enemy character ,
A non-battle control that displays a non-battle screen on which the party to which the non-battle character belongs and the enemy character among the one or more other player characters and the enemy character are displayed and controls the state of the battle preparation stage Means,
The battle control means is
Operation content presenting means for presenting to the player who operates the character belonging to the battle party and the other players the operation content of the cooperative attack operation that is a condition for activating the cooperative attack when a predetermined cooperative attack acceptance condition is satisfied,
An operation content determination unit that receives the operation content of the cooperative attack operation from each of the player who presented the operation content and another player, and determines whether the operation content of the received cooperative attack operation is correct or not;
It possesses a combination attack execution means for executing a combination attack in response to the determination that all operations are correct by the manipulation content determining means,
The non-battle control means is
Battle transition determination means for determining whether or not a battle transition condition between the player character and the enemy character is satisfied;
Participation determination means for determining whether or not the battle participation condition for participating in the battle of the other player character in a battle state with the enemy character is satisfied when it is determined that the battle transition condition is satisfied;
When it is determined that the battle participation condition is not satisfied, the battle control means displays a battle screen on which the content of the battle between the player character and the enemy character is displayed without displaying other player characters. Then , the video game processing apparatus is characterized in that control of battle with the enemy character is started . The non-battle control means displays battle state information indicating that the enemy character is in a battle state when any of the other player characters and the enemy character are in a battle state on the non-battle screen. video game processing apparatus according to claim 1, further comprising a status information display means. When it is determined that the battle participation condition is satisfied, the battle control means displays a battle screen on which a battle content for participating in a battle satisfying the battle participation condition and fighting the enemy character is displayed. Switch and start controlling battle with the enemy character
The video game processing apparatus according to claim 1 or 2 . When the player character belongs to a party to which a character that is not in a battle state belongs, the player character communicates with another video game processing device operated by another player character belonging to the party , and the battle participation condition is satisfied Communication control means for switching to communication connection with another video game processing device operated by another player character belonging to the battle party to which the player character belongs when the control of the battle with the enemy character is made as determined The video game processing device according to claim 3 . The battle control means is
First confirming means for confirming the presence or absence of another player character that satisfies the battle transition condition with the enemy character after starting control of the battle with the enemy character;
Second confirmation means for confirming whether or not a battle participation condition is satisfied when another player character that satisfies the battle transition condition with the enemy character is confirmed by the first confirmation means;
In response to confirming that the battle participation condition is established by the second confirmation means, the battle party update is performed so that other player characters that satisfy the battle transition condition with the enemy character belong to the battle party. With means
The video game processing device according to any one of claims 1 to 4 . On the display screen, a player character operated by the player and one or more other player characters respectively operated by one or more other players operating other video game processing devices connected by a communication network A video game processing device for controlling the progress of the video game displayed on the screen,
Including a battle party to which the player character and other player characters participating in the battle belong, and battle control means for controlling the battle between the enemy character,
The battle control means is
Acceptance determination means for determining whether or not a predetermined cooperative attack acceptance condition is satisfied;
Operation content presenting means for presenting to the player who operates the character belonging to the battle party and the other players the operation content of the cooperative attack operation that is a condition for triggering the cooperative attack when the cooperative attack acceptance condition is satisfied,
An operation content determination unit that receives the operation content of the cooperative attack operation from each of the player who presented the operation content and another player, and determines whether the operation content of the received cooperative attack operation is correct or not;
A collaborative attack execution means for executing a collaborative attack in response to determining that all of the operation contents are correct by the operation content determination means;
The acceptance determination means determines that the cooperative attack acceptance condition is satisfied when the remaining rate of the life value of any character belonging to the battle party falls below a predetermined first acceptance tolerance.
A video game processing apparatus characterized by the above . On the display screen, a player character operated by the player and one or more other player characters respectively operated by one or more other players operating other video game processing devices connected by a communication network A video game processing device for controlling the progress of the video game displayed on the screen,
Including a battle party to which the player character and other player characters participating in the battle belong, and battle control means for controlling the battle between the enemy character,
The battle control means is
Operation content presenting means for presenting to the player who operates the character belonging to the battle party and the other players the operation content of the cooperative attack operation that is a condition for activating the cooperative attack when a predetermined cooperative attack acceptance condition is satisfied,
An operation content determination unit that receives the operation content of the cooperative attack operation from each of the player who presented the operation content and another player, and determines whether the operation content of the received cooperative attack operation is correct or not;
A collaborative attack execution means for executing a collaborative attack in response to determining that all of the operation contents are correct by the operation content determination means;
The operation content presenting means sequentially presents the operation content of the cooperative attack operation in a predetermined order predetermined to a player who operates each character belonging to the battle party and other players, and follows the predetermined order. Until the presentation to the other player and the other players is completed, the operation content of the linked attack operation from the previously presented player or the other player is determined to be correct by the operation content determination means in the following order. Presenting the operation details of the cooperative attack operation to the player or another player
A video game processing apparatus characterized by the above . On the display screen, a player character operated by the player and one or more other player characters respectively operated by one or more other players operating other video game processing devices connected by a communication network A video game processing program for controlling the progress of the video game displayed on the screen,
A character that is set and updated when a video game is played through communication with another video game processing apparatus, and that belongs to a party to which the player character and one or more other player characters belong to a character that is not in a battle state; A computer having a party management table for recognizing and storing characters belonging to a battle party to which the player character and other player characters participating in the battle belong .
And the battle party, and battle control processing to control the combat with the enemy character,
Display a non-battle screen on which the party and the enemy character are displayed, and execute a non-battle control process for controlling the state of the battle preparation stage;
In the battle control process,
An operation content presentation process for presenting the operation content of the cooperative attack operation, which is a trigger condition for the cooperative attack, to the player who operates each character belonging to the battle party and other players when a predetermined cooperative attack acceptance condition is satisfied,
An operation content determination process for receiving the operation content of the cooperative attack operation from each of the player who presented the operation content and another player, and determining whether the operation content of the received cooperative attack operation is correct or not;
In response to determining that all of the operation details are correct in the operation content determination processing, execute a cooperative attack execution processing for executing a cooperative attack ,
In the non-battle control process,
A battle transition determination process for determining whether or not a battle transition condition between the player character and the enemy character is satisfied;
When it is determined that the battle transition condition is satisfied, a participation determination process for determining whether or not a battle participation condition for participating in a battle of the other player character in a battle state with the enemy character is satisfied,
In the battle control process, when it is determined that the battle participation condition is not satisfied, a battle screen is displayed on which the content of the battle between the player character and the enemy character is displayed without displaying other player characters. A video game processing program for executing a process of starting control of a battle with the enemy character . On the display screen, a player character operated by the player and one or more other player characters respectively operated by one or more other players operating other video game processing devices connected by a communication network A video game processing program for controlling the progress of the video game displayed on the screen,
It is set / updated when a video game is played through communication with another video game processing device, and it is possible to identify which character belongs to the battle party to which the player character and the other player character participating in the battle belong. On a computer with a party management table to store ,
Causing a battle control process to control the battle between the battle party and the enemy character,
In the battle control process,
An acceptance determination process for determining whether or not a predetermined cooperative attack acceptance condition is satisfied;
When the cooperative attack acceptance condition is satisfied, an operation content presenting process for presenting the operation content of the cooperative attack operation, which is a condition for triggering the cooperative attack, to the player who operates each character belonging to the battle party and to other players,
An operation content determination process for receiving the operation content of the cooperative attack operation from each of the player who presented the operation content and another player, and determining whether the operation content of the received cooperative attack operation is correct or not;
In response to determining that all of the operation details are correct in the operation content determination processing, execute a cooperative attack execution processing for executing a cooperative attack,
In the reception determination process, a process of determining that the cooperative attack reception condition is satisfied when a remaining rate of a life value of any character belonging to the battle party falls below a predetermined first reception allowable value.
A video game processing program to be executed.   On the display screen, a player character operated by the player and one or more other player characters respectively operated by one or more other players operating other video game processing devices connected by a communication network A video game processing program for controlling the progress of the video game displayed on the screen,
  It is set / updated when a video game is played through communication with another video game processing device, and it is possible to identify which character belongs to the battle party to which the player character and the other player character participating in the battle belong. On a computer with a party management table to store,
  Causing a battle control process to control the battle between the battle party and the enemy character,
  In the battle control process,
  An operation content presentation process for presenting the operation content of the cooperative attack operation, which is a trigger condition for the cooperative attack, to the player who operates each character belonging to the battle party and other players when a predetermined cooperative attack acceptance condition is satisfied,
  An operation content determination process for receiving the operation content of the cooperative attack operation from each of the player who presented the operation content and another player, and determining whether the operation content of the received cooperative attack operation is correct or not;
  In response to determining that all of the operation details are correct in the operation content determination processing, execute a cooperative attack execution processing for executing a cooperative attack,
  In the operation content presentation process, the operation content of the cooperative attack operation is sequentially presented in a predetermined order to the player and other players respectively operating the characters belonging to the battle party, and the predetermined order is followed. Until the presentation to the player and the other players is completed, the operation order of the cooperative attack operation from the player or the other player presented last time is determined to be correct in the operation content determination process, and the next order Process of presenting the operation details of the cooperative attack operation to other players or other players
  A video game processing program to be executed.

Images