JP5649795B2 - GAME PROGRAM AND GAME DEVICE - Google Patents

Description

The present invention, the game program, on 及 beauty game device.

  2. Description of the Related Art Conventionally, an action game is known in which a character operated by a player (hereinafter referred to as “player character (PC)”) is attacked against an enemy character to advance the game in a virtual space. In addition, among such action games, there is a game in which a friend character (hereinafter referred to as a “friend character”) who acts together with the player character appears (see Non-Patent Document 1, for example). ). This ally character is a non-player character (NPC) operated by a computer.

  In the action game disclosed in Non-Patent Document 1, the player gives an instruction such as “follow” to move the player character so as to follow the player character, or “wait” to stay on the spot. It is necessary to defeat enemy characters and perform missions while protecting the character.

  In such a game, the player can obtain a sense of solidarity and cooperation with the ally character while performing the mission, so the player's feeling can be obtained in a game where the player performs the mission alone. You will be satisfied with no sense of accomplishment.

“Resident Evil 4 Official Complete Guide” Capcom Co., Ltd., December 22, 2005, p. 12

  However, even in the game disclosed in Non-Patent Document 1, the teammate character acts only in accordance with the content of the instruction, so there is a case where the sense of solidarity and cooperation is not sufficient for the player. For this reason, game enthusiasts are required to further improve the sense of solidarity and cooperation among players.

  An object of the present invention is to execute a game program, a recording medium on which the game program is recorded, and a game program capable of solving the above-described problem and improving the sense of solidarity and cooperation with a friend object given to the player. To provide a computer.

In order to achieve the above object, a game program according to the present invention includes a game space control unit that generates a game space, a plurality of first objects including a player object that a player operates via an operation unit, and the plurality of objects. The second object to be attacked by the first object functions as an object control unit that activates in the game space, and the object control unit satisfies the first condition among the plurality of first objects The first object excluding the first object that causes the first object to perform the action of the first combined attack on the second object and perform the action of the mth (m ≧ 1) of the combined attack The first object that satisfies the second condition is subject to the mth cooperation attack. To perform actions of m + 1 th combination attack on the object, characterized in that.

  Due to the above characteristics, the game program according to the present invention causes the first object (player object, ally object, etc.) to perform a cooperative attack on the second object (enemy object, etc.) when in a certain state. In this case, the first objects can collaborate and defeat the second object. For this reason, the player (player object) is given a great sense of solidarity and cooperation with other first objects (friend objects, etc.).

  In the game program according to the present invention, the first condition includes that the second object is in a predetermined state, and the second condition is determined by the second attack by the m-th (m ≧ 1) cooperation attack. It preferably includes that the object is in the predetermined state. In this case, it is more preferable that the object control unit causes the second object to perform a damage operation when the second object is attacked, and the predetermined state includes the state of the damage operation. Furthermore, the object control unit causes the second object to perform a damage operation based on the type of attack received among a plurality of preset damage operations, and the predetermined state is the plurality of types of damage operations. Among the operations, it is preferable to include one or more types of damage operation states.

  Further, in the above, a plurality of types of the predetermined states are set, and the object control unit is configured to perform a cooperative attack action based on the type of the predetermined state among a plurality of types of the cooperative attack actions set in advance. It is preferable to cause the first object to perform. Furthermore, it is preferable that the first condition and the second condition include that the execution timing of the cooperative attack is within a predetermined period in the predetermined state.

  In the above-described game program according to the present invention, it is preferable that the first condition and the second condition include that the first object and the second object have a predetermined positional relationship.

  In the game program according to the present invention, it is preferable that the first condition and the second condition include that there is an operation input for executing a cooperative attack accepted by the operation means.

  When the first condition and the second condition include the presence of an operation input, the cooperation between the player object and the teammate object can be started by the player pressing a specific button. Therefore, the timing of pressing a specific button is an important technique for game capture, and according to this aspect, the game is rewarding for the player.

  The game program according to the present invention causes the computer to further function as a display processing unit that causes a display device to display at least a part of the game image of the game space. It is preferable that when the action of the cooperative attack is performed, the display device displays that the operation input of the cooperative attack execution is possible.

In the above-described game program according to the present invention, it is preferable that the first condition and the second condition include a condition regarding the number of times that the cooperative attack can be continued. In this case, it is preferable that the object control unit determines the continuable number of times based on the type of the predetermined state. Furthermore, in this case, it is preferable that the object control unit determines the number of times that the object can be continued according to a positional relationship between the first object and the second object. Further, in these cases, when the object control unit performs the cooperative attack reaching the continuable number of times, the action of the cooperative attack that causes more damage to the second object than the previous cooperative attack. It is preferable to cause the first object to perform.

  In the game program according to the present invention, the object control unit has a positional relationship between the first object and the second object that perform the cooperative attack among a plurality of types of actions of the cooperative attack set in advance. It is preferable to cause the first object to perform the action of the linked attack based on the first object.

  Furthermore, in the game program according to the present invention, there are a plurality of types of the first object, and the object control unit performs the linkage attack among a plurality of types of actions of the linkage attack set in advance. It is preferable to cause the first object to perform a cooperative attack action based on the type of one object.

  In the game program according to the present invention, there are a plurality of types of the second object, and the object control unit performs the cooperative attack among a plurality of types of the cooperative attack actions set in advance. It is also preferable to cause the first object to perform a cooperative attack action based on the type of the second object.

  In the game program according to the present invention, it is preferable that the cooperation attack is a melee attack. In this case, since both the player object and the teammate object attack in the state of being close to the enemy character, this allows the player to obtain a sense of solidarity and cooperation.

  In the game program according to the present invention, the object control unit performs a movement operation in a predetermined direction on the second object when the object control unit receives a cooperation attack from the attack object that is the first object that performs the action of the cooperation attack. The predetermined state includes the state of the moving operation of the second object, and when the attacking object attacks the second object, the moving operation receives the attack and the moving operation of the second object. The attack object, the non-attack object, and the second object are positioned so that the position of the second object after performing the approach approaches a non-attack object that is one of the first objects that has not performed the cooperative attack. Position or previous for at least one of the two objects To function as a correction unit for correcting for changing the predetermined direction, preferably a manner.

  According to this aspect, when the player object and the teammate object attack the enemy object, it is possible to prevent these objects from entering an unnatural state. As a result, the player can be immersed in the game without feeling uncomfortable.

  In order to achieve the above object, a computer-readable recording medium according to the present invention records the game program according to the present invention.

  In order to achieve the above object, the computer according to the present invention executes the game program according to the present invention.

As described above, according to the game program, the recording medium on which the game program is recorded, and the computer capable of executing the game program according to the present invention, the other first object (friend object or the like) given to the player (player object) ) And a sense of solidarity and cooperation.

FIG. 1 is a block diagram illustrating an example of a computer capable of executing a game program according to an embodiment of the present invention. FIG. 2 is a block diagram showing a schematic configuration of a game apparatus realized by the computer shown in FIG. FIG. 3 is a diagram for explaining an example of a cooperative attack possible range set for an enemy object. FIG. 4 is a diagram illustrating an example of a game screen and action buttons displayed on the game screen. FIG. 5 is a diagram showing a first example and a second example of the set attack actions, FIG. 5A shows a first example, and FIG. 5B shows a second example. FIG. 6 is a diagram illustrating a third example of the set attack action. FIG. 7 is an explanatory diagram for explaining position correction performed in the present embodiment. FIG. 8 is a flowchart showing the overall processing executed by the game program of the present embodiment. FIG. 9 is a flowchart specifically showing the flow in the action button display process. FIG. 10 is a flowchart showing a part of the action process of the non-player object shown in FIG. FIG. 11 is a flowchart showing a part of the action process of the player object shown in FIG.

(Embodiment)
Hereinafter, a game program, a recording medium, and a computer according to an embodiment of the present invention will be described with reference to FIGS. The game program in the present embodiment is a program for realizing a game device by the computer in the present embodiment. In addition, the game device executes a game in which a player object operated by the player and a teammate object serving as an ally attack the enemy object in a virtual three-dimensional space (game space).

  In the present embodiment, the player object, the ally object, and the enemy object are humanoid characters. The player object is operated by the player via the controller 20, and moves (runs, walks) according to the operation content and performs an action (action) such as an attack on the enemy object with a firearm, a blade, a bare hand, and the like. The ally object may be a non-player character (NPC) whose movement is controlled by a computer, or a player character (PC) operated by a player different from the player who operates the player object via a different controller. There may be. The teammate object performs the same action as the player object. When the teammate object is an NPC, the same action as the player object is executed by the computer. An enemy object is also an NPC whose operation is controlled by a computer, and performs actions such as movement, an attack on a player object, and an ally object.

  In the following description, a case where the teammate object is an NPC will be basically described.

Here, first, a computer according to the present embodiment capable of executing the game program according to the present embodiment will be described with reference to FIG. Next, a game device realized by the computer shown in FIG. 1 will be described with reference to FIG. FIG. 1 is a block diagram illustrating an example of a computer capable of executing a game program according to an embodiment of the present invention. FIG. 2 is a block diagram showing a schematic configuration of the game apparatus realized by the computer shown in FIG.

  As shown in FIG. 1, a computer 1 in this embodiment includes a central processing unit (CPU) 2, a random access memory (RAM) 3, a read only memory (ROM) 4, a graphic board 5, a hard disk (HDD) 6, An interface circuit (I / F circuit) 7 and an optical disk drive 8 are provided. A game controller 20 is connected to the interface circuit 7.

  As shown in FIG. 1, the game program is provided in a state stored in a recording medium (optical disk) 21. The game program is appropriately read and executed by the computer 1 via the optical disc drive 8. Thus, the game apparatus shown in FIG. 2 is constructed by executing the game program on the computer 1. In the present embodiment, the game program may be provided to the computer 1 via a network.

  In the game provided by the game program of the present embodiment, the player object and the friend object are basically close to each other and attack each enemy object that is aimed at. In other words, attack alone. Further, when the enemy object is performing a predetermined damage motion (motion), it is possible to perform an attack in which the player object and the teammate object are alternately linked to a single enemy object.

  For example, as shown in FIG. 5 (A), the player object comes close to a certain range of the enemy object while the enemy object hits one knee due to a shot or the like, and the damage action (down one knee) is expressed. When the action button on the controller is pressed, the player object attacks “A: straight (punch)” on the enemy object that is down. The enemy object that has received this attack performs an action to guard this attack. During this guard operation, when it is determined that the NPC's ally object approaches a certain range of the enemy object and performs a cooperative (cooperation) attack, an attack of “B: Summer Salt Kick” is performed on the enemy object.

  In addition, when a teammate first performs a combined attack while one knee is down, “B: Spin Kick” is performed. When the player object presses an action button while guarding an enemy object thereafter, “A: Upper” Perform an attack.

  Therefore, “cooperation” in the present embodiment means that attack actions by a plurality of objects are sequentially performed on the same target object to be attacked. In other words, the object (ally object or player object) excluding the object (player object or ally object) that has performed the m-th (m ≧ 1) cooperative attack action is subjected to the (m + 1) th cooperative attack action, and the same object continues. Therefore, no linked attack is performed. “M” indicates the number of continuous attacks (continuous number).

  In this way, when the player object cooperates with the ally object to give a cooperative attack to the enemy object and defeat the enemy object, the player is given a great sense of solidarity and cooperation with the ally object. Details of the conditions for the linked attack will be described later.

As shown in FIG. 2, the game apparatus 10 includes an input receiving unit 11 that receives input of operation information input by the player via the controller 20, a game processing unit 12, a storage unit 18, and a reading device 19. ing. Among these, the game processing unit 12 is constructed by the CPU 2 (see FIG. 1) and the like. The game processing unit 12 functions as a game space control unit that constructs a game space, and further performs overall processing such as object control and game progression.

  Further, the storage unit 18 of the game apparatus 10 is constructed by the RAM 3, the ROM 4 and the hard disk 6 shown in FIG. 1, and the reading device 19 is constructed by the optical disc drive 8 shown in FIG. Also, the input receiving unit 11 is constructed by the interface circuit 7 shown in FIG.

  As shown in FIG. 2, the game processing unit 12 includes a calculation unit 13, an object control unit 15, an action button display setting unit 18, a display processing unit 17, and the like. The calculation unit 13 reads and executes the game program stored in the storage unit 18 to advance the game. In addition, the calculation unit 13 calculates coordinates for movement and movement of the player object, the ally object, and the enemy object in the virtual space.

  The object control unit 15 controls operations of objects such as a player object, a teammate object, and an enemy object. In addition, the object control unit 15 includes a determination unit 14 that determines whether or not to allow a cooperative attack, and controls the operation of the cooperative attack according to the determination result of the determination unit 14. In addition, the object control unit 15 includes a position correction unit 16 that corrects (changes) the current position (coordinates) or the like in the game space of an object that attacks an enemy object among the player object and the teammate object. The position correction by the position correction unit 16 will be described later.

  The action button display setting unit 18 sets an image of the action button and a text prompting the player to press the action button on the game image when a cooperative attack is possible. Details will be described later. The display processing unit 17 executes a rendering process for all objects that are projected (projected) on a virtual camera (screen) virtually arranged in the game space. In addition, the display processing unit 17 generates a game image by combining an image that does not appear in the game space such as an action button image or text with the rendered image of the game space. When the display processing unit 17 outputs the image data of the game image to the external display device 22, the display device 22 displays the game image on the display screen as a game screen.

  Next, the execution conditions of the cooperative attack performed by the object control unit 15 (determination unit 14) will be described.

  In the present embodiment, for example, the object control unit 15 is in a state in which a cooperative attack is executed when all of the following conditions (1) to (5) are satisfied (a cooperative attack is possible). And judge). That is, (1) the enemy object is in a state of performing a preset damage action, etc., (2) being in a set period during the action such as the damage action of condition (1), ( 3) The object to be attacked is located in the range of possible collaborative attacks based on the enemy object, (4) The action button is pressed, (5) The maximum number of continuations (number of continuations) ) Is not. In addition, the conditions of a cooperation attack are not limited above, A different condition may be used, Furthermore, a new condition may be added or conditions may be decreased. These conditions (1) to (5) correspond to the first condition and the second condition of the present invention.

Specifically, as the state of the damage action or the like in the condition (1), the enemy object is attacked by the player object or the like, is in a fallen (down) state, and is hit by a leg. State (arm part impacted movement), state where the head is impacted (head part impacted action), state where the ally object is gripped (grasping action), state where the arm part is impacted (arm part impacted action), The guard state (guard operation) etc. which defends an attack are mentioned. In general, when an attack made by a player object or the like is hit, the enemy object performs a damage operation (motion) such as blowing, falling down, or hurting according to the attack received for a certain period of time and receiving damage to the attack. Express what you owed. Condition (1) means a state performed by such an attacked enemy object. The condition (1) will be described later with reference to FIGS. 5 to 7 together with the attack action taken by the player object and the teammate object.

  The period of the condition (2) is a specific period within a certain period from the start to the end of the state such as the damage operation of the condition (1). For example, it is a period from the 20th frame of the start of the damage operation to the end of the damage operation. One frame is 1/60 second, for example. As this period, it is preferable to set a period during which the movement of the enemy object is small depending on the state of the damage action or the like, and may be set as appropriate according to various states. For example, the down motion of an enemy object that has been attacked is a motion that falls down after first retreating. In this case, the position of the enemy object does not change while falling down, but changes while retreating. In this way, if a coordinated attack is performed while the position changes, the attack ends in an empty manner, resulting in an unnatural expression. In addition, if control is performed to make sure that the attack is hit (so-called homing function), the attacking object forcibly follows the moving enemy object and hits the attack. Because it becomes a natural expression.

  Further, the condition (3) will be described with reference to FIG. FIG. 3 is a diagram for explaining an example of a cooperative attack possible range set for an enemy object. FIG. 3 shows a state in which the virtual space is looked down from above. As shown in FIG. 3, a player object 31, a teammate object 32, and an enemy object 33 are arranged in the virtual space. Then, a cooperative attack possible range 34 is set around the reference point 33a of the enemy object 33.

  In FIG. 3, triangles 31b, 32b, and 33b schematically show the front direction of each object. 31a indicates the reference point of the player object, and 32a indicates the reference point of the teammate object. The reference point is a point that serves as a reference for the object, and is for specifying the current position of the object in the game space. In addition, information on the current orientation of the object (triangles 31b, 32b, 33b) is set in the reference point. The objects 31 to 33 are humanoid characters having a three-dimensional shape, and the reference points 31a to 33a are set at arbitrary points, for example, at the feet of the respective objects (see FIG. 4).

  In the example of FIG. 3, the cooperative attack possible range 34 includes a front side range 34 a and a back side range 34 b of the enemy object 33. When the virtual space is three-dimensional, the range of possible collaborative attacks is set by a prismatic or cylindrical space having a length in the normal direction. In addition, the cooperation attack possible range 34a, 34b is a prismatic shape. When it is determined that the player object 31 moves and the reference point 31a is located within the cooperative attack possible range 34, the condition (3) is satisfied.

  In the present embodiment, a prismatic shape as shown in FIG. 3 is used when a range of possible collaborative attacks is required on the front and back of the enemy object, respectively. If there is no need to distinguish between the front and the back, a cylindrical one is used. For example, as shown in FIG. 3, the prismatic collaborative attack possible range is arranged with reference to a line segment X that intersects at right angles to the reference point (33a) and the direction (33b) of the enemy object 33. Further, the enemy objects are arranged so that the enemy objects are positioned on the central axes in the front and back cooperative attack possible ranges 34a and 34b. Note that one of the ranges 34a and 34b may be set on the line segment X so as not to overlap.

  On the other hand, the columnar cooperative attack possible range may be arranged so that the enemy object is located on the center axis of the cylinder.

  In addition, an attribute is set in the range of possible cooperative attacks. The attribute is an object type (player object, ally object) that performs a linked attack. Only a single setting is possible for an attribute. Thus, for example, in the case of the first (first) linked attack, since both the player object and the ally object can start with an attack, a linked attack with the respective attributes set is possible. A range is generated one by one.

  On the other hand, in the case of the second and subsequent linkage attacks, a linkage attack possible range of attributes of objects other than the object that performed the previous linkage attack is generated. In other words, only the range of possible collaborative attacks for the attributes of objects that can be collaboratively attacked is generated. Then, the player object and the teammate object do not satisfy the condition (3) unless they are within the cooperative attack range of their own attributes.

  The condition (4) will be described with reference to FIG. FIG. 4 is a diagram illustrating an example of a game screen and action buttons displayed on the game screen. The action button display processing unit 18 sets the action button image and the text prompting the player to press the action button to be displayed on the game image when the above conditions (1) to (3) are satisfied. A game screen 41 of the display device 22 shown in FIG. 4 shows a state in which a game image including the action button 42 and the like is displayed. The image of the action button 42 imitates one of a plurality of buttons that the controller 20 has.

  Note that if only an NPC ally object can perform a cooperative attack, the action button 42 is not displayed, but only information indicating that a cooperative attack can be executed is set instead, and is referenced in the control of the ally object of the object control unit 15. The Details will be described later. In FIG. 4, reference points 31a, 32a, and 33a are shown for convenience of explanation, but are not actually displayed.

  After the action button 42 is displayed, the condition (4) is satisfied when the player presses the button to which the action button 42 is assigned in his / her controller 20 (see FIG. 2). Then, the object control unit 15 causes the player object to take the set attack action.

  Further, the condition (5) is an ending condition that the cooperative attack cannot be continued any more when the number of continuous cooperative attacks is the maximum value. As shown in FIGS. 5 and 6, there are limitations on linked attacks. In this embodiment, a maximum of three linked attacks can be continued. Note that the maximum value of the number of continuations may be set as appropriate. The number of continuations is counted by the object control unit 15. The object control unit 15 counts up every time the player object or the like executes a cooperative attack, and in a state in which the cooperative attack is not accepted such as when the period of the condition (2) elapses or a normal attack such as a gun hits. The number of continuations is reset.

  Here, the cooperative attack action taken by the player object and the friend object will be described. In order to perform a joint attack, it is necessary that the above-mentioned condition (1) the enemy object is in a state of performing a preset damage action or the like. The attack action of the object is different. The cooperative attack action set in the present embodiment is mainly an action (proximity attack) in which the player object and the teammate object strike the enemy object. This will be specifically described with reference to FIGS.

FIG. 5A is a first example of the set cooperative attack action, and FIG. 5B is a diagram showing a second example. FIG. 6 is a diagram illustrating a third example of the set cooperative attack action. Note that FIG. 5A is as described above, and thus description thereof is omitted. 5 and 6, the box with “A” indicates the cooperative attack action taken by the player object, and the box with “B” indicates the cooperative attack action taken by the teammate object. 5 and 6 show a case where both the player object and the teammate object take a cooperative attack action alternately.

  For example, as shown in FIG. 5B, when the enemy object is attacked by the player object or the like and is in a guard state (guard action) (condition (1) is established), the player object is in the condition (2) to When (5) is satisfied, the cooperative attack action (first time) of “A: Upper” is performed (number of continuous times = 1). An enemy object that has received “A: Upper” performs a “sliding” state (sliding motion) (condition (1) is established) in which the guard is broken. When the teammate object satisfies the conditions (2) to (5), the cooperative attack action (second occurrence) of “B: air crash” is performed (continuation count = 2). The enemy object that has received this “B: air crash” performs a “blow-off” state (blow-off operation). In other words, it is attacked and blows backward. This “blow-off” state is not the target of the linked attack, and the number of continuations has reached the maximum value (2 times), so that the linked attack is not completed and the linked attack ends.

  Note that the player object that has made the first combined attack cannot satisfy the condition (3), so the second combined attack cannot be performed. That is, at the second time, the team object's cooperative attack possible range is generated, but the player object's cooperative attack possible range is not generated.

  Further, as shown in FIG. 5B, when the enemy object is attacked by the player object or the like and is in a guard state (guard action) (condition (1) is established), the teammate object is in condition (2). When (5) is satisfied, the cooperative attack action (first shot) of “B: Summer Salt” is performed (continuation count = 1). Thereafter, in the same manner as described above, the enemy object performs a “sliding” state (sliding motion) (condition (1) is established) in which the guard is broken. Then, when the player object satisfies the conditions (2) to (5), the cooperative attack action (second shot) of “A: reverse knuckle” is performed (continuation count = 2). Similarly in this case, the teammate object cannot perform the second combined attack.

  Note that the “guard” state is an operation for defending against an attack, but the attack is not changed and is included in one of the damage operations. Similarly, the case where the enemy object is grabbed by the player object or the like (gripping action) is also included in one of the damage actions.

Further, as shown in FIG. 5 described above, since the information on the position of the object that performs the cooperative attack is not necessary, the generated range of the cooperative attack may be a column as described above. That is, in the case of the example in FIG. 5, the content of the cooperative attack action and the maximum number of continuation times are determined by the type of the state of the enemy object when performing the first cooperative attack (during one knee down or guarding). Although there are some, as shown in the example of FIG. 6, the content of the action and the maximum number of continuations of the cooperative attack are also determined by the position of the object that performs the cooperative attack on the enemy object (front and back of the enemy object). There are also things. In the example of FIG. 6, the collaborative attack possible range is such that a prismatic range as shown in FIG. 3 is generated on the front and back of the enemy object.

  The third example of FIG. 6 shows the content of the cooperative attack action when the enemy object is hit by the arm (arm hitting action) (condition (1) is established).

For example, when the enemy object is in the arm hit state (condition (1) is established), the player object exists in the cooperative attack possible range arranged on the front side of the enemy object, and the conditions (2) to (
When 5) is satisfied, the cooperative attack action (first time) of “A: hook” is performed (number of continuous times = 1). The enemy object that has received “A: Hook” performs a “cooperation damage 1” state (for example, a retreating action) (condition (1) is established). If the teammate object exists in the cooperative attack possible range arranged on the back side of the enemy object and satisfies the conditions (2) to (5), the cooperative attack action (second shot) of “B: knee kick” is performed. (Continuation count = 2). The enemy object that has received this “B: knee kick” performs a “cooperation damage 2” state (for example, an action of retreating greatly).

  Then, when the player object exists in the cooperative attack possible range arranged on the front side and satisfies the conditions (2) to (5), the cooperative attack action (third shot) of “A: Finish blow” is performed ( Number of continuations = 3). The enemy object that has received “A: Finish blow” performs a “blow-off” state (blow-off operation), and since the number of continuations reaches the maximum value (3 times), the cooperative attack ends.

  If the teammate object is in the cooperative attack possible range that is arranged on the front side of the enemy object at the second attack of the cooperative attack, the cooperative attack action “B: Spin kick” is performed (continuation) The number of times = 2), the enemy object performs a “blow off” action. Then, since the number of continuations has reached the maximum value (2 times), the cooperative attack ends.

  Also, when the player object is in the cooperative attack possible range arranged on the back side of the enemy object at the third time of the cooperative attack, the cooperative attack action “B: Reverse knuckle” is performed (continuation) The number of times = 2), the enemy object performs a “blow off” action. Then, since the number of continuations has reached the maximum value (2 times), the cooperative attack ends.

  On the other hand, even when the teammate object performs the first attack of the cooperative attack, the player object can be executed for the second shot and the friend object can be executed for the third shot, as described above.

  Thus, in the present embodiment, the object control unit 15 can cause the player object and the ally object to take different attack actions according to the type of the state of the enemy object and the position of the player object. Further, the object control unit 15 can also change the maximum value of the number of continuations at which a cooperative attack can be taken in accordance with the type of enemy object state and the position of the player object.

  Also, some of the combined attack actions when the maximum number of continuations mentioned above is greater damage to the enemy object (higher attack power) than the first combined attack, and increases the physical strength of the enemy object. Can be reduced. More specifically, when the combined attack is successful to the end, the enemy object can be defeated (with a health value of 0). In FIG. 5B, “A: Reverse knuckle” and “B: Air crash” correspond to the second shot. In FIG. 6, “A: Finish blow”, “A: Reverse knuckle”, “B: Headbuster”, and “B: Air crash” correspond to the third shot. In the present embodiment, the attack is not applicable in the case of the combined attack of the route that ends in two shots (maximum value is 2 times) in FIG. 6, but the attack power is increased for all the combined attack actions when the number of continuations reaches the maximum value. May be.

Note that these attack actions are performed only by a cooperative attack. Further, the first upper attack or the like of the cooperative attack can be performed by a normal (single-shot) attack action. This attack power is the same level as that of the high attack power guns used in the game. Guns cannot be used once they have consumed their bullets, so the game must be advanced in consideration of the number of bullets. On the other hand, there is no such consumption in a linked attack, so it can be used to reduce the consumption of bullets such as guns. Therefore, the player deliberately attacks with the arm or the like and thinks about a fighting method in which the cooperative attack succeeds to the end by turning to the back and the like, and variations in the fighting method with the enemy object are widened. In addition, since we will try to make better use of cooperative attacks, the sense of solidarity and cooperation will be further improved.

  Further, although not shown in the examples of FIGS. 5 and 6, when a plurality of types of enemy objects are set, the object control unit 15 applies a player object and a teammate object to each other according to the types of enemy objects. Different attack actions can be taken. There are different types of enemy objects, such as different external sizes, so they can be set according to them.

  Here, the action transition of the ally object (NPC) will be described. For the teammate object, priorities are set for the actions to be executed in the order of “designated area movement”, “support friend (player object)”, “free movement”, and “self-defense”. “Specified area movement” is selected when the player object moves to a specific position, for example. Specifically, there is a case where a player object arrives in front of a door that cannot be opened unless two people cooperate. This is the action with the highest priority because it affects the progress of the game. “Supporting friends” may be in a dangerous state, for example, when the physical strength value of the player object decreases. In this case, the player object is supported by, for example, moving to the vicinity of the player object and attacking an enemy object nearby. “Free movement” is an action such as moving according to one's own state, such as moving in the game space to pick up (acquire) a recovery item when oneself (an ally object) is dangerous (has low physical strength) is there. “Self-defense” is an action of moving and attacking in order to defend itself when the above-mentioned action is not applied.

  For the first attack of the combined attack, the conditions (1) to (3) are satisfied, and the action of “self-defense” is not performed without selecting an action such as “move specified area” instead of pressing the action button. It is executed when selection is possible (condition (4) is established). Also, the second and subsequent collaboration attacks are executed when “designated area movement” is not selected and the action of “assisting friends” can be selected (condition (4) established).

  On the other hand, when the teammate object is operated by another player in the two-player mode (online cooperative play) in the online mode or the two-player mode (offline cooperative play) using the same game device, The cooperative attack is started by the operation of the action button (condition (4) is established).

  In online cooperative play, an action button image or the like is displayed on a display device connected to each game device. In the offline cooperative play, the screens for the respective players are divided and displayed on the same display device, so that an image of an action button or the like is displayed for each screen.

  Next, the position correction of an object that performs an attack when performing a cooperative attack will be described. When one of the player object 31 and the teammate object 32 attacks the enemy object 33, the position correction unit 16 corrects the position of the object that performs the attack by performing the interval correction and the wraparound correction. Hereinafter, this will be specifically described with reference to FIG.

  FIG. 7 is an explanatory diagram for explaining the position correction performed in the present embodiment, and shows a state when the player object 31 performs a cooperative attack. Specifically, the correction shown in FIG. 7 includes a correction for moving the player object 31 closer to or away from the enemy object 33, a so-called interval correction, and a wraparound correction for turning the player object 31 around the enemy object 33. “31 ′” indicates the position of the player object 31 after performing the gap correction and the wraparound correction.

  In the interval correction, when an attacking object is too close to or far from the enemy object, a predetermined action is performed on the attacking action, so that the attack does not naturally hit the enemy object. For example, if an attacking object performs a straight punching action, if it is too close to the enemy object, it will give the player an unnatural impression such as being displayed through the enemy object. . In order to improve this, the position (coordinates) and orientation of the attacking object are corrected. Specifically, the arrangement position and the orientation of the reference point of the attacking object in the game space are corrected.

  The optimum interval (position) for the enemy object is corrected using a value set in advance for each attack. Further, the direction is corrected so that the front of the attacking object faces the reference point of the enemy object. In FIG. 7, when only the gap correction is performed, the player object 31 is corrected to the position “31 ″”.

  In the wraparound correction, the position of an object that performs a linked attack is set to the enemy object (reference point) so that the object that performs the linked attack (attack object) faces the object that does not perform the linked attack (non-attack object) across the enemy object. ) Is used for correction of rotation. Specifically, the reference point of the attacking object is rotated. Therefore, the direction of the attacking object with respect to the enemy object does not change. In FIG. 7, when only the wraparound correction is performed, the player object 31 is corrected as “31 ″ ″”.

  For example, the enemy object 33 that has been attacked by the player object 31 ′ for which the correction processing has been performed in FIG. That is, a state in which the enemy object is passed to the ally object by the linked attack. Therefore, since the enemy object 33 approaches the teammate object 32 that can perform the next linked attack, it becomes easier to satisfy the linked attack condition (3). Note that the player object 31 ′, the enemy object 33, and the ally object 32 do not need to be aligned on a complete straight line, and if the ally object 32 is located over the enemy object 33 when viewed from the player object 31 ′. good.

  Further, in the present embodiment, the position correction unit 16 always performs the time correction in the cooperative attack, but performs the wraparound position correction only when a predetermined condition is satisfied. As shown in FIG. 7, the wraparound correction condition (correction condition) is as follows: (1) The distance between the player object 31 and the teammate object 32 (eg, the distance between the reference points) is less than or equal to the set value; The reference point of the object that does not perform (the reference point 32a of the friend object 32 in FIG. 7) is located in the region α.

  The wraparound correction condition (1) is because the next cooperative attack (the cooperative attack of the teammate object 32 in FIG. 7) is not established if the distance is too far, and therefore the necessity for correction is low. Note that the wraparound correction condition (1) uses the distance between the player object and the ally object, but the distance between the object that does not perform the cooperative attack and the enemy object (in FIG. 7, the ally object 32 and the enemy object 33 May be used. In addition, as shown in FIG. 7, the wraparound correction condition (2) is that when the teammate object 32 is located outside the region α (for example, positions L and M), the amount of rotational movement of the player object increases and the player feels unnatural. This is because there is a case where it will be given. However, these conditions are not necessary.

In FIG. 7, an area α includes a line connecting the reference point 32 a of the ally object 32 and the reference point 33 a of the enemy object 33, and a line connecting the reference point 31 a of the player object 31 and the reference point 33 a of the enemy object 33. This is a region where the formed angle β is 90 degrees or more and 270 degrees or less. Note that the area α may be an area where the angle β is 90 degrees or more and 270 degrees or less. For example, the area α may be an area where the angle β is 95 degrees or more and 260 degrees or less.

  In addition, the wraparound correction only corrects the position of the object that performs the cooperative attack, but is not particularly limited to this, so that the enemy object that has received the cooperative attack approaches the object that did not perform the cooperative attack. It is sufficient to correct it. For example, in the case shown in FIG. 7, a correction may be made to rotate and move the position of the teammate object 32 that has not performed the cooperative attack. Further, for example, as shown in FIG. 7, the enemy object 33 may be corrected so as to be moved between the player object 31 and the teammate object 32. Further, the positions of the player object, the ally object, and the enemy object may be appropriately corrected so as to have the above-described straight line shape. Or you may correct | amend the moving direction to the back of the damage operation | movement by having received the cooperation attack of the enemy object 33, for example in the direction where the friendly object 32 exists.

  Next, processing executed by the game device (game processing unit 12) in the present embodiment will be described with reference to FIGS. First, the overall flow of the game process will be described with reference to FIG. FIG. 8 is a flowchart showing the overall processing (outline) performed between the start and end of the game. Steps S1 to S6 shown in FIG. 8 are processes that are performed for each frame until the game is completed by, for example, defeating a player object or the like.

  As shown in FIG. 8, first, the game processing unit 12 acquires operation information (operation signal) via the controller 20 and the input receiving unit 11 (see FIG. 2) (step S1). Next, the game processing unit 12 (the object control unit 15) executes a process related to the action of the player object, for example, a process for performing a motion, a movement, or the like (step S2). In step S2, the object control unit 15 causes the player object to perform a cooperative attack by acquiring information (operation signal) of pressing the action button while the action button is displayed on the screen. At this time, the object control unit 15 (position correction unit 16) also performs the position correction process described above.

  Next, the game processing unit 12 (object control unit 15) executes a process related to the action of the non-player object, in this embodiment, the ally object and the enemy object (step S3). Since there are a plurality of enemy objects, the same processing is performed for each enemy object. In step S3, the object control unit 15 (determination unit 14) also executes a linked attack setting process for performing the linked attack shown in FIGS. At this time, the object control unit 15 (position correction unit 16) performs the above-described position correction process also on a teammate object (NPC) that causes a cooperative attack.

  Next, the game processing unit 12 (the action button display processing unit 18) executes a process for displaying the action button image and the like shown in FIG. 4 on the game screen (the action button display process of FIG. 9) (steps). S4). Subsequently, the game processing unit 12 executes a game process other than steps S1 to S4, for example, a process for determining whether an attack of each object is hit, a so-called “atari determination process” or the like (step S5).

  Next, the game processing unit 12 (display processing unit 17) generates a game image according to the processing content and outputs the game image to the display device 22.

  FIG. 10 is a flowchart showing a part of the action process of the non-player object shown in FIG. Specifically, FIG. 10 shows a cooperative attack setting process performed when the player object starts a cooperative attack. The process shown in FIG. 10 is executed at the start of a state such as a damage operation that an enemy object takes due to an attack (including a normal attack and a linked attack) of a player object or the like.

  As shown in FIG. 10, first, the determination unit 14 acquires information on the state of the enemy object, the position of the object that has performed the previous cooperative attack (front and back of the enemy object), and the like (step S21). Information acquired in step S21 includes the state type of the enemy object, the current number of continuous attacks, and the like.

  Next, the determination unit 14 determines whether the state of the enemy object is a target of the cooperative attack, specifically, whether it matches the state of the enemy object described in the above condition (1). (Step S22). As a result of the determination in step S22, when the target is not the target of the cooperative attack, the determination unit 14 ends the process and executes another process.

  On the other hand, if the result of the determination in step S22 is a target of a cooperative attack, the determination unit 14 further determines whether or not the number of ongoing cooperative attacks is less than a set value (step S23). . The set value in step S23 is a value used to determine whether or not the number of continuations of the cooperative attack that can be continued (maximum value) shown in FIGS. A selection is made from among a plurality of setting values based on information on the type of state of the object.

  For example, in the example shown in FIG. 6, “3” is set as the set value when the type of state of the enemy object is “cooperation damage 1” and “cooperation damage 2”, and “2” is set when the type is “blown”. "Is the set value. When the first combined attack is performed and the enemy object is in the “cooperation damage 1” state, the number of times of the combined attack is one, and therefore, it is less than the set value “3”. Since (step S23: YES), the next second combined attack becomes possible. When the enemy object is in the “cooperation damage 2” state due to the second joint attack, the number of continuations of the cooperation attack is two, which is less than the set value “3” (step S23: YES), the next third combined attack is possible. When the enemy object is in a “blown-off” state due to the third linked attack, the number of continuations of the linked attack is 3, so it is not less than the set value “2” (step S23: NO). The first combined attack is not allowed.

  Therefore, in the example of FIG. 6, the state of the first enemy object is “arm hit”, and the position where the first cooperative attack is deployed and the position where the second cooperative attack is deployed are If they are different (when the first shot is the front and the second shot is the back, or the first shot is the back and the second shot is the front), the maximum value of the combined attack is 3 times.

  Even if the result of determination in step S23 is greater than or equal to the set value, the determination unit 14 ends the process and performs another process. On the other hand, if the result of determination in step S23 is that the number of cooperation attacks is less than the set value, step S24 is executed.

  In step S24, the object control unit 15 acquires information on the object (player object or ally object) that made the previous attack. Next, the object control unit 15 determines an object (player object or the like) that performs the current cooperative attack to be set as an attribute of the cooperative attack possible range to be set (generated) from the information acquired in S24 (step S25). . Note that since the first attack of the cooperative attack does not exist, the information specifying that it does not exist is acquired, and both the player object and the ally object are targeted.

Thereafter, the object control unit 15 sets the content of the cooperative attack action (upper, hook, etc. shown in FIGS. 5 and 6) from the information acquired in S21 and S25 (step S26). Specifically, based on the type of the state of the enemy object, the object that performs the current attack, and the position of the object that performed the previous combined attack, the content of the combined attack action is determined, and the determined combined attack action is set.

In the example of FIG. 6, when the type of the state of the enemy object is “cooperation damage 1” and the position of the object that performed the previous cooperative attack is “front”, the object that performs the current attack is the player object. If there are, “A: straight” and “A: kick” are set. Since the content of the linked attack varies depending on the position of the attack object, this time, “A: Straight” for the front and “A: Kick” for the back are set. The On the other hand, if the object to be attacked this time is an ally object, the contents of two types of cooperative attack actions, “B: spin kick” for the front and “B: knee kick” for the back, are set.

  Further, even if the enemy object has the same type of “cooperation damage 1”, if the position of the object that performed the last cooperative attack is “back”, the set attack content changes. In this case, if the object to be attacked this time is a player object, “A: hook” is set for the front and “A: straight” is set for the back. On the other hand, if the object to be attacked this time is an ally object, “B: middle kick” is set for the front and “B: spin kick” is set for the back.

  If the content of the linked attack does not change depending on the position of the object performing the attack as shown in FIG. 5 at the time of the attack, based on the type of enemy object state and the object performing the current attack, Determine the content. In addition, the content of the cooperative attack action to be set is not for the front and the back, and the content of a single cooperative attack action is set.

  Finally, the object control unit 15 sets, as described above, the cooperative attack possible range using the object determined in step S25 as an attribute from the information acquired in step S21 (step S27). In addition, since the first attack of the combined attack is, for example, both the player object and the friend object, two cooperative attack possible ranges in which each object is an attribute are generated. When the step S27 ends, the cooperative attack setting process ends, and then other processes are performed.

  Through the above processing, a possible range of cooperative attack is generated. Then, the action button display setting is performed by the action button display setting process of FIG. 9 described below.

  FIG. 9 is a flowchart specifically showing the flow in the action button display process executed by the action button display setting unit 18. As shown in FIG. 9, in the action button display process, first, the action button display setting unit 18 determines whether or not it is during the action button input reception timing period (step S11). Specifically, when it is during the period of the condition (2), it is determined that it is during the button input reception timing period.

  If the result of step S11 is not during the reception timing period, the action button display process is terminated. On the other hand, if the result of step S11 is that it is during the reception timing period (condition (2) is satisfied), step S12 is executed.

  In step S12, it is determined whether or not the player object is within the cooperative attack possible range (see FIG. 3). Specifically, in step S12, it is determined whether or not the object to be determined is within the cooperative attack possible range using the object as an attribute (condition (3)).

If the result of step S12 is that the player object is not within the cooperative attack possible range,
The action button display setting unit 18 ends the action button display process and executes other processes. On the other hand, if it is determined in step S12 that the player object is within the cooperative attack possible range, the game screen drawing unit 17 executes step S13.

  In step S13, it is set to display an image or the like of the action button 42 (see FIG. 4) indicating that the player can be operated, and the process ends. As a result, a game image including an action button image is finally output by the display processing unit 17 in the display process (step S6).

  If the NPC ally object is the determination target, the setting process in step S13 is not performed although not shown. When an NPC ally object is a determination target and Steps S11 and S12 are satisfied, the action button display setting unit passes information indicating that a cooperative attack is possible to the ally object (object control unit 15). In addition, when the NPC ally object is the determination target, and only when step S11 is satisfied, the action button display setting unit can cooperate with the ally object (object control unit 15) by moving to the cooperation attack possible range. Pass the information to the effect. Based on the above information, the object control unit 15 determines whether to cause the teammate object to move to the cooperative attack possible range or the behavior of the cooperative attack based on the priority of the behavior described above.

  FIG. 11 is a flowchart showing a part of the action process of the player object shown in FIG. Specifically, FIG. 11 shows position correction processing for correcting the position of the player object described above. As shown in FIG. 11, first, the object control unit 15 (position correction unit 16) acquires position information and direction information (reference points and directions thereof) of the player object, the ally object, and the enemy object (step S31).

  Next, time information necessary for executing the cooperative attack is acquired (step S32). The information acquired in step S32 is, for example, between objects required when executing each of the attack actions shown in FIGS. 5 and 6 (between an object that performs a linked attack and an enemy object that is a target of the linked attack). It is information about the interval (distance). This information is determined by the type of action of the cooperative attack set in step S26. The position correction unit 16 performs correction described later based on the information acquired in step S32.

  Next, it is determined whether or not to perform wraparound correction in addition to the gap correction (steps S33 and S34). In step S33, it is determined whether or not the distance between the player object 31 and the enemy object 33 is equal to or less than the set distance (around correction condition (1)). If the result of determination in step S33 is not less than the set distance, only the above-described gap correction in step S36 is executed. On the other hand, if the result of determination in step S33 is that it is equal to or less than the set distance, it is determined whether or not the wraparound correction condition (2) in step S34 is satisfied.

  In step S34, it is determined whether or not the position of the object that does not perform the cooperative attack is located within the region α (see FIG. 8) for the object that performs the cooperative attack. If the result of the determination in step S34 is that the position of the object is not within the region α, only the correction for the timing in step S36 is executed. On the other hand, if the result of determination in step S34 is that the position of the corresponding object is located within the region α, the intermediate correction and wraparound correction in step S35 are executed. Thereafter, the process ends.

  As described above, according to the present embodiment, the player object and the teammate object that are the first objects alternately attack in cooperation and defeat the enemy object that is the second object to advance the game. Therefore, the sense of solidarity and cooperation with other teammate objects given to the player can be improved.

  As described above, the present invention is not limited to the case where the teammate object is an NPC. Moreover, in this invention, it is not restricted to the case where a player object and a friend object carry out a cooperative attack. For example, a linked attack may be performed against an enemy object that temporarily energizes the player object and another attack target as the game progresses. Further, the attack target is not limited to the enemy object that is hostile, and a cooperative attack may be performed against an object that is not hostile such as a tree or a door.

  In the present invention, the number of objects that can be linked and the number of objects that are targets of the linked attack are not particularly limited. For example, when there are three player objects 50A to 50C that can perform a combined attack, an enemy object that is not an object that has been previously subjected to a combined attack can be used in a combined attack.

  Specifically, when the player object 50A performs the first attack, the player objects 50B and 50C can perform the second attack. When the player object 50C makes a second attack, the player objects 50A and 50B can make a third attack.

  In addition, when there are a plurality of enemy objects, for example, when two enemy objects are close to each other, or when a joint attack possible range (both player object attributes) of two enemy objects is generated, If the player object exists in both of these two cooperative attack possible ranges, the cooperative attack may be executed against the enemy object closer to the player object by pressing the action button.

  Furthermore, in the present embodiment, a game in a three-dimensional virtual space is described, but the present invention can also be applied to a game device that executes a game in a two-dimensional space.

  Further, instead of the condition (2) for the linked attack, it may be added as a condition that the enemy object is in a predetermined time after being attacked by a predetermined part or the like.

1 Computer 2 CPU
3 RAM
4 ROM
DESCRIPTION OF SYMBOLS 5 Graphic board 6 Hard disk 7 Interface circuit 8 Optical disk drive 10 Game device 11 Input reception part 12 Game processing part 13 Calculation part 14 Determination part 15 Object control part 16 Position correction part (correction part)
DESCRIPTION OF SYMBOLS 17 Display processing part 18 Memory | storage part 19 Reading apparatus 20 Controller 21 Recording medium 22 Display apparatus 31 Player object 31 ', 31'',31''''Player object 31a after correction | amendment 31a Reference point 31b Symbol which shows a direction 32 Friend object 32a Reference | standard Point 33b Symbol indicating direction 33 Enemy object 33a Reference point 33b Symbol indicating direction 34 Cooperation attack possible range 34a Front side range 34b Rear side range 41 Game screen 42 Action button

Claims (2)

Computer
A game space control unit for generating a game space;
A plurality of first objects including a player object operated by a player via an operating means and a non-player object whose movement is controlled by the computer, and a second object to be attacked by the plurality of first objects, It functions as an object control unit that activates in the game space,
The object control unit
Of the plurality of first objects, the first object that satisfies the first condition including that the second object is in a predetermined state is caused to perform the action of the first cooperative attack on the second object,
Of the first objects excluding the first object that has caused the m-th (m ≧ 1) action of the cooperation attack, the second object is moved to the predetermined object by the m-th (m ≧ 1) cooperation attack. Causing the first object that satisfies the second condition including being in a state to perform an action of the (m + 1) th time collaborative attack on the second object that has received the mth time of the collaborative attack,
Further, a plurality of states are set for the non-player object, and the states are switched as the game progresses.
When the first object satisfying the first condition or the first object satisfying the second condition is the non-player object, the condition is that the non-player object is in any one of the states. Causing a non-player object to perform the action of the linked attack ,
Causing the second object to move in a predetermined direction by receiving a cooperative attack from an attack object that is the first object performing the cooperative attack action;
The predetermined state includes a state of the moving operation of the second object,
Further, the computer
When the attack object attacks the second object, the position of the second object after performing the moving operation in response to the attack is any one of the first objects that did not perform the cooperation attack. As a correction unit that performs correction to change the position or the predetermined direction of at least one of the attack object, the non-attack object, and the second object so as to approach one non-attack object Make it work,
A game program characterized by that. A program storage unit storing the game program according to claim 1 ;
A computer for executing the game program stored in the program storage unit;
A game device comprising:

Images