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

Description

  The present invention relates to a video game in which an enemy character is searched for by each of a plurality of player characters belonging to any of a plurality of groups, and a battle is executed by the searched enemy character and one or more searched player characters. The present invention relates to a video game processing apparatus and a video game processing program for controlling the progress.

  Conventionally, a large number of video games have been proposed in which a plurality of players attack an enemy. For example, there is a video game such as this in which a strategy of attack in a battle is established to make the connection and attack power of players effective (see Patent Document 1).

JP 2005-006975 A

  Some of the video games with such specifications are played by a plurality of players belonging to a plurality of groups while competing in each group. In such video games that are played by competing in each group, There is a demand for a player that can enhance the sense of friendship and sense of cooperation within each group.

  An object of the present invention is to further enhance the sense of friendship and sense of cooperation within each group of a plurality of players.

  In the video game processing apparatus of the present invention, an enemy character is searched for by each of a plurality of player characters belonging to any of a plurality of groups, and a battle is executed by the searched enemy character and one or more searched player characters. A video game processing device for controlling the progress of a video game to be executed when an enemy character becomes incapable of fighting in a battle between a plurality of player characters and enemy characters belonging to different groups. The enemy character change determining means for determining whether or not the enemy character that has become the status-change enemy character with the status of the enemy character changed is determined to be the status-change enemy character by the enemy character change determining means. Regardless of whether or not For a player who operates a player character who has participated in the battle other than the winning character that is a player character who is in a battle-disabled state, the battle has ended because the enemy character has become unable to battle in the battle. In response to the battle end effect executing means for executing the battle end effect indicating the status change enemy character determined by the enemy character change determining means, Based on the fact that the enemy character change effect is an effect of changing the enemy character into a status change enemy character, and that the enemy character change determination unit determines that the enemy character is changed to a status change enemy character. Victory glue to which the winning character belongs The player operating the player character other than the winning character out of which player characters belonging to, searchable status changes enemy character, characterized in that it comprises a occurrence notification means for notifying that it has emerged.

  By adopting the above-described configuration, it is possible to increase the sense of friendship and sense of cooperation within each group of a plurality of players.

  The continuation battle selection receiving means for receiving a selection as to whether or not the victorious character performs a continuation battle that is a battle with the status change enemy character, and the appearance notification means performs the continuation battle by the battle selection reception means. It may be configured to notify that a searchable status-changing enemy character has appeared in response to receiving the selection.

  When the status-changing enemy character is in a battle impossible state in a continuous battle that is a battle with a status-changing enemy character, the continuous battle winning character that is the player character in the battle-disabled state is changed to the status-changing enemy character A continuous battle victory character confirmation means for confirming whether or not the player character does not belong to the victory group to which the victory character that won the enemy character before the battle belongs, and a continuous battle victory character confirmation means by the continuous battle victory character confirmation means Is determined to be a player character that does not belong to the victory group, a privilege that is more advantageous than when the continuous battle victory character is a player character belonging to the victory group is given to the continuous battle victory character It may be configured to include a privilege granting means.

  The enemy character change determining means may be configured to determine to be a status-change enemy character with a predetermined probability.

  The appearance notification means may be configured to notify an area on the video game where a status-change enemy character has appeared.

  The appearance notifying means displays a status change enemy character that can be searched for a player who operates a player character that participates in the battle other than the winning character among the player characters belonging to the winning group to which the winning character belongs. You may be the structure which notifies that it did.

  Furthermore, the video game processing program of the present invention searches for an enemy character by each of a plurality of player characters belonging to any of a plurality of groups, and battles with the searched enemy character and one or more searched player characters. Is a video game processing program for causing a computer to realize a function of controlling the progress of a video game in which an enemy character is included in a battle between a plurality of player characters and enemy characters belonging to different groups. An enemy character change determination function for determining whether or not an enemy character that has become incapable of battle is a status-change enemy character that has changed the status of the enemy character, Change decision function Regardless of whether or not the status-change enemy character is determined, the battle is performed for a player who operates a player character who participates in the battle other than a winning character that is a player character that makes the enemy character in a battle-disabled state. The battle end effect execution function for executing the battle end effect indicating that the battle has ended due to the enemy character becoming incapable of fighting and the enemy character change determination function are determined as the status change enemy character. A change effect execution function for executing an enemy character change effect, which is an effect of changing the enemy character into a status change enemy character, and the enemy character change determination function. Due to status change enemy character The status change enemy character that can be searched for a player who operates a player character other than the winning character among the player characters belonging to the winning group to which the winning character belongs is determined. This is to realize an appearance notification function for notifying the appearance.

  According to the present invention, it is possible to further increase the sense of friendship and sense of cooperation within each group of a plurality of players.

It is a block diagram which shows the example of a structure of a video game processing system. It is a block diagram which shows the example of a structure of a video game processing server. It is explanatory drawing for demonstrating the outline | summary of a video game. It is explanatory drawing for demonstrating the outline | summary of a video game. It is explanatory drawing for demonstrating the outline | summary of a video game. It is explanatory drawing which shows the example of the storage state of player character management information. It is explanatory drawing which shows the example of the storage state of group management information. It is explanatory drawing which shows the example of the storage state of enemy character management information. It is explanatory drawing which shows the example of the storage state of battle relevant information. It is a flowchart which shows the example of a search battle process. It is a flowchart which shows the example of a continuation battle process. It is explanatory drawing which shows the example of the storage state of the battle relevant information at the time of continuous battle execution.

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

  FIG. 1 is a block diagram showing an example of the configuration of a video game processing system 100 according to an embodiment of the present invention. As shown in FIG. 1, the video game processing system 100 includes a video game processing server 10 and user terminals 21 to 2N (N is an arbitrary integer) used by a plurality of users (players). Note that the configuration of the video game processing system 100 is not limited thereto, and a single user terminal may be used by a plurality of users, or a configuration including a plurality of servers.

  The video game processing server 10 and the plurality of user terminals 21 to 2N are each connected to a communication network 30 such as the Internet. Although not shown, the plurality of user terminals 21 to 2N are connected to the communication network 30 by performing data communication with a base station managed by a communication provider through a wireless communication line.

  The video game processing system 100 has various functions for controlling the progress of a video game (so-called online game) in which a plurality of players play in the same virtual space (including a synchronized virtual space and an asynchronous virtual space). Have.

  The video game processing server 10 is managed by an administrator of the video game processing system 100, and has various functions for providing information relating to the video game to the user terminals 21 to 2N.

  The video game processing server 10 is configured by an information processing apparatus such as a WWW server, and includes a storage medium that stores various types of information. In the video game processing system 100, it is preferable that the video game processing server 10 manages information related to the video game from the viewpoint of reducing the processing load on each of the plurality of user terminals 21 to 2N. However, it is good also as a structure which each of the some user terminal 21-2N manages a part of information regarding a video game.

  FIG. 2 is a block diagram illustrating an example of the configuration of the video game processing server 10. As shown in FIG. 2, the video game processing server 10 includes a control unit 11, a communication unit 12, a search unit 13, a determination unit 14, an update unit 15, and a video game information storage unit 16.

  The control unit 11 includes a CPU, a ROM, and the like, and has a function for controlling the entire video game processing server 10 in accordance with a control program stored in the video game information storage unit 16.

  The communication unit 12 has a function for performing communication with a plurality of user terminals 21 to 2N via a communication network 30 such as the Internet.

  The search unit 13 searches for information according to the progress of the video game (for example, information according to the progress of the video game at each user terminal) from various information stored in the video game information storage unit 16. It has the function of.

  The determination unit 14 has a function for making various determinations according to the progress of the video game. In this example, the determination unit 14 performs various determinations in a search battle process (see FIG. 10) and a continuous battle process (see FIG. 11) described later based on various determination conditions stored in the video game information storage unit 16. Has the function to perform.

  The update unit 15 has a function for updating various information stored in the video game information storage unit 16 in accordance with the progress of the video game. The information used for the update process may be obtained from a plurality of user terminals 21 to 2N, or may be prepared in advance in the video game information storage unit 16.

  The video game information storage unit 16 is constituted by, for example, a database device, and stores various information related to the video game that the video game processing system 100 controls its progress, and various data such as a video game control program. It is.

  Here, an outline of a video game whose progress is controlled by the video game processing system 100 will be described. In this example, the video game processing system 100 controls the progress of a so-called online RPG (online role playing game) played at each of the plurality of user terminals 21 to 2N.

  In this example, the video game has a configuration including a battle scene in which a player (that is, a user of the user terminal) uses a virtual card for the main character of the story (player character) (a configuration of a so-called online card battle RPG). Yes.

  3-5 is explanatory drawing for demonstrating the outline | summary of a video game. FIG. 3 shows an example of a game screen (that is, a so-called home screen) that is a basis for progressing a video game. As shown in FIG. 3, in this example, an image SC showing a character (support character) that supports a player (or a player character) in a video game, and a virtual button display area 300 for receiving display requests for various game screens. Is provided. In the home screen shown in FIG. 3, for example, when the player presses the virtual button 301 displayed in the virtual button display area 300 (for example, when the player presses a portion where the virtual button 301 is displayed), the game screen is displayed on the home screen. To the area selection screen as shown in FIG.

  As shown in FIG. 4, the area selection screen is provided with a virtual button display area 310 for accepting selection of a play area on the game and a return button 320 for returning to the home screen. In the area selection screen shown in FIG. 4, for example, when the player presses a virtual button (area 1 selection button) 311 displayed in the virtual button display area 310, the game screen changes from the area selection screen to the area screen as shown in FIG. Transition.

  As shown in FIG. 5, the area screen includes a virtual button (search button, forward button, forward button) 330 for advancing the player character in order to search for enemy characters and the like, and a screen for returning to the area selection screen. A return button 331 is provided. In the area screen shown in FIG. 5, for example, when the player presses the virtual button 330, the player character advances a predetermined distance in the virtual space in the area. When the player character encounters an enemy character when moving forward a predetermined distance, the screen transitions to a battle screen for performing a battle with the enemy character (not shown).

  In the video game in this example, as battles using virtual cards, there are battles in which players battle each other and battles (search battles) in which a searched enemy character and a player battle each other. Here, the search battle will be described. The player encounters an enemy character by exploring the virtual space by consuming action points (AP). And a player consumes the battle cost (BC) according to the cost set to each virtual card contained in a deck, and attacks an enemy character. Also, the player can participate in a battle with an enemy character encountered by another player (friend) by receiving a support request from another player registered as a friend (another player belonging to the same group). become able to. Furthermore, if the enemy character encountered by searching the virtual space is in a battle with another player (may be a player in the same group or a player in another group), it will participate in that battle. It shall be possible.

  In the search battle, each player constructs a deck by combining virtual cards possessed by the player before the battle starts, and attacks an enemy character using a deck showing various statuses including HP and attack power (ATK). Then, a player who has won the enemy character among the players who participated in the search battle (for example, by setting the HP of the enemy character to 0 within the time limit) by satisfying the victory condition for the enemy character by the attack by each player (for example, Depending on the level of the enemy character and the contribution level of each player (for example, the amount of damage dealt or the degree determined by stopping) And a privilege (for example, a virtual card corresponding to a defeated enemy character) is given. Each player character is given an experience value according to the amount of damage given to the enemy character. The experience value given to the player character affects the level of the player character.

  In order to control the progress of the video game described above, in this example, the video game information storage unit 16 includes a player character management information storage unit 16a, a group management information storage unit 16b, an enemy character management information storage unit 16c, a battle. And a related information storage unit 16d (see FIG. 2).

  The player character management information storage unit 16a is a storage medium that stores player character management information for managing player characters respectively operated by users (players) in the user terminals 21 to 2N. FIG. 6 is an explanatory diagram illustrating an example of a storage state of player character management information in the player character management information storage unit 16a. As shown in FIG. 6, the player character management information includes, for example, a character name of the player character, a character ID uniquely given to the player character, and a user ID uniquely given to a user who operates the player character. And the status of the player character. The status means various kinds of information indicating the ability and characteristics of the player character, such as the character's attack power, defensive power, maximum HP, current HP, equipment, item, and character outline information indicating the outline.

  The group management information storage unit 16b is a storage medium that stores group management information for managing a group composed of a plurality of player characters. FIG. 7 is an explanatory diagram illustrating an example of a storage state of group management information in the group management information storage unit 16b. As shown in FIG. 7, the group management information is information including a group name, a group ID uniquely assigned to each group, and information (character ID) indicating a player character (affiliated character) belonging to the group. It is.

  The enemy character management information storage unit 16c is a storage medium that stores enemy character management information for managing enemy characters. FIG. 8 is an explanatory diagram illustrating an example of a storage state of enemy character management information in the enemy character management information storage unit 16c. As shown in FIG. 8, the enemy character management information includes, for example, the character name of the enemy character, the character ID uniquely assigned to the enemy character, the appearance area of the enemy character, and the enemy character at the time of a search battle described later. , The status of the enemy character during a continuous battle, which will be described later, and the awakening (change) rate. The status means various kinds of information indicating the ability and characteristics of the enemy character, such as the attacking power, the defensive power, the maximum HP, the current HP, the equipment, the item, and the character outline information indicating the outline of the enemy character. At the time of the search battle, the server 10 refers to the enemy character management information and performs control at the time of battle according to the status of the enemy character at the time of the search battle. Further, at the time of the continuous battle, the server 10 refers to the enemy character management information and performs control at the time of the battle according to the status of the enemy character at the time of the continuous battle.

  The battle related information storage unit 16d is a storage medium that stores battle related information that is information related to a battle executed in accordance with the progress of the video game. In this example, battle related information shows the information regarding a search battle and a continuation battle. As shown in FIG. 9, the battle related information is information that can identify a battle ID that is uniquely given every time a battle is started, a battle area that indicates an area in which the battle is executed, and an enemy character in the battle. (Character ID of the enemy character), an awakening (change) presence / absence flag indicating whether or not the enemy character is in an awakened (changed) state, and a player character who searched for the enemy character or a player character who won in the search battle The information includes identifiable information (character ID of the player character) and information (character ID of the player character) that can identify the player character participating in the battle being executed.

  Each of the plurality of user terminals 21 to 2N is managed by a user (player) who plays a video game. For example, a network distribution type game such as a mobile phone terminal, a PDA (Personal Digital Assistants), or a portable game device can be played. It is composed of possible mobile communication terminals. Each of the plurality of user terminals 21 to 2N is connected to the communication network 30 and communicates with the video game processing server 10 to execute a video game (for example, a display device or a display device that displays a game screen) Audio output device etc.) and software. The plurality of user terminals 21 to 2N may be configured to be able to perform direct communication without using the video game processing server 10.

  Next, the operation of the video game processing system 100 of this example will be described. Note that the contents of operations and processes not related to the present invention may be omitted.

  FIG. 10 is a flowchart illustrating an example of search battle processing executed by the video game processing server 10 (server 10) in the video game processing system 100. In the search battle process, a process related to the battle between the searched enemy character and the player character is performed. In addition, you may make it the user terminals 21-2N perform a part of process shown in FIG.

  In the search battle process, for example, when the server 10 is formed with a group composed of a plurality of players, one of the user terminals 21 to 2N operated by each player (hereinafter, the user terminal 21 is taken as an example). This is started in response to receiving an area screen display request (specifically, for example, an area screen display request by pressing the virtual button 311 on the area selection screen shown in FIG. 4).

  In the search battle process, first, the server 10 receives a search request from the user terminals 21 to 2N (step S101). In this example, the server 10 receives a search request from the user terminal 21 used by the user (player X1), for example. Specifically, the server 10 accepts a search request for causing the player character A operated by the player X1 to search for an enemy character by pressing a search button 330 provided on an area screen displayed on the user terminal 21.

  When the search request is received, the server 10 searches for enemy characters (step S102). Here, the process of searching for an enemy character is executed by moving the player character A forward in the virtual space. If there is an enemy character at or near the place where the player character A has advanced, the player character A has encountered the enemy character.

  If it is determined that an enemy character has been encountered by the search (Y in step S103), the server 10 checks whether the encountered enemy character is in battle (step S104).

  When the battle is in progress, the server 10 shifts the game screen to the search battle screen or the continuation battle screen, and determines whether or not the player character A is allowed to participate in the search battle or continuation battle being executed (step S105). . The continuous battle is a battle executed when the enemy character encountered is a rare enemy character to be described later. Therefore, the server 10 shifts the game screen to the continuous battle screen when the encountered enemy character is a rare enemy character. A continuation battle screen is a game screen displayed when a continuation battle is performed. The search battle screen is provided with, for example, a display area for displaying enemy characters and a display area for displaying buttons used for performing battles. The continuation battle screen is provided with, for example, a display area for displaying rare enemy characters and a display area for displaying buttons used for performing battles. In this example, the server 10 receives the player character A in a search battle or a continuous battle in response to being notified from the user terminal 21 that the player character A has made an initial attack on an enemy character or a rare enemy character encountered. It is determined that A is to participate. On the other hand, if the server 10 determines that the player character A has escaped in response to a request from the user terminal 21 without attacking the enemy character or enemy character that has been encountered, the search battle or the continuous battle is performed. The game screen is returned to the area screen, and the process proceeds to step S101.

  If it is determined to participate in the search battle or the continuous battle, the server 10 updates the battle related information generated in step S107 if the enemy character is not a rare enemy character. (Specifically, the process of adding the character ID of the player character who has joined this time to the ID of the participating player character) is performed, and the process proceeds to step S110.

  On the other hand, if it is determined to participate in the search battle or the continuation battle, the server 10 performs processing for participating in the ongoing continuation battle if the enemy character is a rare enemy character (the battle related information updated in step S203). (Specifically, the process of adding the character ID of the player character who has participated this time to the ID of the participating player character) is transferred to step S205.

  If it is determined in step S104 that the battle is not in progress, the server 10 generates battle-related information (determines the battle ID for the battle to be executed this time, searches for the battle area, the character ID of the enemy character, and the search. The battle-related information associated with the character ID of the player character A (in this case, for example, information given with B001 as the battle ID in FIG. 9 is generated) and the game screen is shifted to the search battle screen, and the search battle is performed. It is determined whether or not to start (step S107). The search battle screen is provided with, for example, a display area for displaying enemy characters and a display area for displaying buttons used for performing battles. In this example, the server 10 determines that the search battle is started in response to the notification from the user terminal 21 that the player character A has made an initial attack on the enemy character encountered. On the other hand, if the server 10 determines that the player character A has escaped in response to a request from the user terminal 21 without performing an attack on the encountered enemy character, the server 10 determines that the search battle is not started. Then, the battle related information generated in step S107 is deleted, the game screen is returned to the area screen, and the process proceeds to step S101.

  When the search battle is started (Y in step S107), the server 10 specifies the group G1 to which the player character A that started the search battle belongs (step S108), and other player characters (specifically, belonging to the specified group G1). Specifically, the fact that the friend of the group G1 has started a search battle is notified to a user terminal used by a player who operates another player character (step S109). This notification includes, for example, part or all of the name of the player character that started the search battle, the area where the search battle was started, and the name of the enemy character in the search battle.

  After the search battle is started, the server 10 executes necessary processing in the search battle, and satisfies a victory condition or a defeat condition for the enemy character (for example, the player character's HP is 0). Alternatively, when a predetermined time limit has elapsed, it is determined to end the search battle (Y in step S110). Here, it is assumed that the enemy character is in a battle-impossible state (a state in which HP is 0) due to the attack of the player character A, and the search battle is completed by satisfying the victory condition for the enemy character.

  When the search battle is completed by satisfying the victory condition for the enemy character, the server 10 receives each player character other than the victory character (for example, the player character A who has stopped) who has won the enemy character among the player characters participating in the search battle. Specifically, a battle end effect for notifying that the search battle has ended is performed for the user terminal used by the player operating each player character (step S111). Then, the server 10 performs a continuous battle process (step S112).

  FIG. 11 is a flowchart illustrating an example of a continuous battle process executed by the video game processing server 10 (server 10) in the video game processing system 100. In the continuous battle process, it is determined whether or not the enemy character is changed to a rare enemy character. If it is determined that the enemy character is changed, a process related to the battle between the rare enemy character and the player character is performed. Note that the user terminals 21 to 2N may execute part of the processing illustrated in FIG.

  In the continuation battle process, first, the server 10 determines whether or not to change the enemy character that is in a battle impossible state in the search battle to a rare enemy character (step S201). A rare enemy character is an example of a status-change enemy character in which the status of an enemy character that has battled in a search battle is changed, and means a character with a very low appearance probability (for example, 10% or less). It is desirable that the rare enemy character has a higher level of status such as attack power, defense power, maximum HP, equipment, possessed items, etc., compared to the enemy character before the change. In addition, it is desirable that the rare enemy character can recognize that the level is high from the appearance, such as a flashy appearance (outer shape) compared to the enemy character before the change. The rare enemy character is, for example, one that is awakened (changed) with a predetermined low probability (rare fairy) when the fairy, which is the enemy character, is once defeated, and has a higher status level than the fairy.

  In step S201, the server 10 refers to the enemy character management information, identifies a predetermined awakening probability for each enemy character, and determines whether to change the enemy character to a rare enemy character according to the identified awakening probability. Is executed. Note that all enemy characters may have the same probability, or the probability of the same enemy character may be changed randomly within a predetermined range.

  When it is determined that the enemy character is changed to a rare enemy character, the server 10 gives a player character A (specifically, a user terminal 21 used by the player X1 who operates the player character A) to be a winning character. A predetermined rare enemy character appearance effect is performed (step S202). The rare enemy character appearance effect is, for example, preset for each enemy character (for example, effect information is associated with the enemy character management information), and means an effect in which the enemy character changes to a rare enemy character.

  Next, the server 10 updates the battle related information (specifically, for the battle related information of the corresponding battle ID, the server 10 turns on the awakening presence / absence flag and changes the character ID of the searched character to the character ID of the winning character). It is updated and the character ID of the participating player character is cleared.) And the game screen is shifted to the continuous battle screen, and it is determined whether or not the continuous battle is started (step S203). In this example, the server 10 determines that the continuous battle is started in response to the notification from the user terminal 21 that the player character A has made an initial attack on the rare enemy character. On the other hand, if the server 10 determines that the player character A has escaped in response to a request from the user terminal 21 without attacking the rare enemy character that has appeared, the server 10 does not start the continuous battle. Determination is made (N in step S203), the battle related information updated in step S203 is deleted, the game screen is returned to the area screen, and the process proceeds to step S101.

  When the continuation battle is started (Y in step S203), the server 10 specifies the group G1 to which the player character A that has started the continuation battle belongs, and other player characters (specifically, the specified group G1) The fact that a friend of the group G1 has started a continuous battle (a rare enemy character has appeared) is notified to a user terminal used by a player who operates another player character (step S204). This notification includes, for example, a part or all of the name of the player character that started the continuous battle, the area where the continuous battle was started, and the name of the rare enemy character in the continuous battle.

  After the continuation battle is started, the server 10 performs necessary processing in the continuation battle, and the victory condition for the rare enemy character (for example, the HP of the rare enemy character becomes 0 within the time limit) or defeat. When the condition (for example, the player character's HP has reached 0) is satisfied, or when a predetermined time limit has elapsed, it is determined to end the continuous battle (Y in step S205).

  A rare enemy character becomes incapable of fighting (a state in which HP is 0) by an attack of any player character (continuous battle winning character) belonging to the group to which the player character that has caused the rare enemy character appears, and the rare enemy character When the search battle is completed while satisfying the victory condition (Y in Step S206), the server 10 continues the battle battle character that is a player character that causes a rare enemy character to appear among the player characters that participated in the battle. A privilege is given to the player character belonging to the group to which the character belongs (step S207). And the continuous battle process here is complete | finished.

  On the other hand, a rare enemy character becomes incapable of fighting (a state where HP is 0) due to an attack of any player character (continuous battle winning character) belonging to a group not belonging to the group to which the player character that caused the rare enemy character appears. When the search battle is completed by satisfying the victory condition for the rare enemy character (Y in Step S206), the server 10 is a player character belonging to the group to which the continuous battle victory character belongs among the player characters participating in the continuous battle. Is granted a special privilege (step S208). And the continuous battle process here is complete | finished. The special privilege means a privilege that is more advantageous than a normal privilege.

  As described above, the search battle process and the continuation battle process are executed. In this example, when a battle encounters a rare enemy character in battle by searching (steps S101 to S103, Y in step S104, Y in step S105, Y in step S106), participation in battle related information The character ID of the player character is added. For example, in the search battle indicated by the battle-related information with the battle ID “B001” in FIG. 9, the player character B “PC002” who participated in the search battle becomes a victory character, the enemy character becomes a rare enemy character, and the subsequent continuous battle When the player character E “PC005”, the player character F “PC006”, and the player character G “PC007” participate, the battle related information of the battle ID “B001” is updated as shown in FIG.

  As described above, in the above-described embodiment, an enemy character is searched for by each of a plurality of player characters belonging to any of a plurality of groups, and the searched enemy character and one or more players searched. A video game processing device (for example, video game processing server 10 or video game processing system 100; the same applies hereinafter) that controls the progress of a video game in which a battle is executed by a character. When the enemy character becomes incapable of battle in a battle between the enemy character and the enemy character (for example, search battle), the status change enemy character (for example, rare enemy) that changes the status of the enemy character for the enemy character that has become incapable of combat Character) Regardless of whether or not it is determined to be a status-change enemy character, a player who operates a player character who participates in a search battle other than a winning character that is a player character that makes the enemy character incapable of combat In response to the fact that the battle end effect (for example, step S111) indicating that the search battle has ended due to the enemy character becoming incapable of battle in the search battle is executed, and the status-change enemy character is determined. The enemy character change effect (for example, step S202), which is an effect of changing the enemy character to the status change enemy character, is executed for the winning player who operates the winning character, and the status change enemy character is determined. On the basis of the winning character A player who operates a player character other than the winning character among the player characters belonging to the winning group is notified that a searchable status change enemy character has appeared (for example, step S204). By adopting the configuration, it becomes possible to enhance the sense of friendship and sense of cooperation within each group of a plurality of players.

  In other words, when a player encounters a rare enemy character and conducts a continuous battle, it is possible to notify the friend of the affiliated group of the appearance of the rare enemy character and encourage participation. It is clear that if you receive a rare character notification from a friend of your group and participate in a continuous battle, the actions of other players in your group will have a positive effect on you. Therefore, it becomes possible to perform video game control that further enhances the sense of friendship and sense of cooperation within each group of a plurality of players.

  In the above-described embodiment, the video game processing apparatus selects whether to perform a continuous battle in which the winning character is a battle with a status-change enemy character (for example, a rare enemy character) (for example, whether to attack) (Selection of whether or not) is received (for example, step S203), and in response to the selection of the fact that a continuous battle is to be received, it is configured to notify that a searchable status-change enemy character has appeared. At least for a while (while the continuous battle is being executed), notification is made only when a rare enemy character exists in the area, and effective notification can be performed.

  Further, in the above-described embodiment, when the video game processing device is in a battle impossible state in the continuous battle that is a battle with a status change enemy character (for example, a rare enemy character), It is confirmed whether or not the continuous battle victory character that is a player character in a battle-disabled state is a player character that does not belong to the victory group to which the victory character that won the enemy character before changing to the status-change enemy character belongs. (For example, step S206) When it is confirmed that the continuous battle victory character is a player character that does not belong to the victory group, the continuous battle victory character is a player character that belongs to the victory group with respect to the continuous battle victory character. Yo Since it is configured to give an advantageous privilege (special privilege), it becomes possible to increase the importance of the rare enemy character for the players of the group not notified of the appearance of the rare enemy character, and the player's expectation in the search Since it is possible to increase (the expectation level that a rare enemy character may be encountered), it is possible to increase game variations in the video game, and to improve the interest of the video game.

  In the embodiment described above, the video game processing device is configured to determine the status-changing enemy character (for example, a rare enemy character) with a predetermined probability, so that the rare enemy is adjusted by adjusting the probability. It is possible to increase the rarity value of the character.

  In the above-described embodiment, the video game processing device is configured to notify the area on the video game where the status-changing enemy character (for example, a rare enemy character) has appeared. A character can easily encounter a rare enemy character in a continuous battle.

  Further, in the above-described embodiment, the configuration is such that all the friends of the group belonging to the notification are notified. However, the video game processing device performs a search battle other than the winning character among the player characters belonging to the winning group to which the winning character belongs. It is good also as a structure which notifies that the status change enemy character (for example, rare enemy character) which can be searched appeared to the player who operates the participating player character. If comprised in this way, it will become possible to raise the friendship sense and cooperation sense about the fellow of the same affiliation group which fought in the search battle.

  In the above-described embodiment, the plurality of user terminals 21 to 2N and the video game processing server 10 are configured according to various control programs (for example, video game processing programs) described above according to various control programs (for example, video game processing programs) stored in a storage device provided therein. Execute the process.

  Note that the configuration of the video game processing system 100 is not limited to the above-described configuration, and for example, the server 10 may be configured to execute a part or all of the processing described as the processing executed by the user terminal. A part or all of the processing described as the processing to be performed may be configured to be executed by any one of the plurality of user terminals 21 to 2N (for example, the user terminal 21). Moreover, it is good also as a structure with which the user terminals 21-2N are provided with a part or all of the memory | storage part with which the server 10 is provided. That is, a part or all of the functions of either the user terminal 21 or the video game processing server 10 in the video game processing system 100 may be included in the other one.

  According to the present invention, it is useful for further enhancing the sense of friendship and sense of cooperation within each group of a plurality of players.

DESCRIPTION OF SYMBOLS 10 Video game processing server 11 Control part 12 Communication part 13 Search part 14 Determination part 15 Update part 16 Video game information storage part 21-2N User terminal 30 Communication network 100 Video game processing system

Claims (5)

A video game processing device for controlling the progress of a video game in which a battle is executed by a plurality of player characters belonging to any of a plurality of groups and an enemy character appearing according to a predetermined rule,
An effect execution means for executing an effect of appearance of a status-change enemy character that changes the status of the enemy character when a predetermined condition related to the enemy character becoming incapable of fighting is satisfied;
Appearance notifying means for notifying a player that satisfies a predetermined condition that the status-changing enemy character has appeared;
A battle for controlling a battle between at least a part of the plurality of player characters and the status-changing enemy character, which is started based on a request from the player that satisfies the predetermined condition after the notification is made by the appearance notification means. Control means,
The battle control unit, belongs to a different group than the player character that started the battle, and based on a request from the other player who does not receive the notification, that join the player character of the other player in the battle A video game processing device. The video game processing apparatus according to claim 1, wherein the battle control means specifies the other player character after the status-changing enemy character appears. A determination means for determining whether or not to start a battle with the status-change enemy character after the effect is performed by the effect executing means according to a predetermined rule;
The video game processing apparatus according to claim 1, wherein the battle control unit controls the battle in response to the determination unit determining that the battle is started. The granting means which grants the privilege according to the contribution in the battle to the player character who participated in the battle when the status change enemy character becomes a battle impossible state. A video game processing device according to claim 1. A video game processing program for causing a computer to realize a function of controlling the progress of a video game in which a battle is executed by a plurality of player characters belonging to each of a plurality of groups and an enemy character appearing according to a predetermined rule. And
In the computer,
An effect execution function for executing an effect in which a status change enemy character that changes the status of the enemy character appears when a predetermined condition related to the enemy character becoming incapable of fighting is satisfied;
An appearance notification function for notifying a player that satisfies a predetermined condition that the status-changing enemy character has appeared;
Battle control for controlling a battle between at least some of the plurality of player characters and the status-changing enemy character, which is started based on a request from the player that satisfies the predetermined condition, after the notification is made by the appearance notification function Function and
In the battle control function, belong to a different group than the player character that started the battle, and based on a request from the other player who does not receive the notification, functions to join the player character of the other player in the battle Video game processing program for realizing