JP4409624B2 - GAME PROGRAM AND GAME DEVICE - Google Patents

Description

  The present invention relates to a game program and a game apparatus for a video game that cause a character to fight in a game.

  Conventionally, in a video game such as a role-playing game, there is a game system in which characters are battled to determine victory or defeat. For example, game systems as shown in Patent Document 1 and Patent Document 2 are known.

  In addition, in such a game system, there is a type in which a plurality of characters that can be operated by a player via an input device such as a controller at the time of battle appear as in Patent Document 2. Furthermore, there is a game system in which a plurality of characters can be linked, and when linked, the player can enjoy a special peculiarity of linkage, such as being able to perform a stronger attack than when attacking alone by a character. It is like that.

JP 2007-296108 A JP-A-6-105959

  By the way, in a conventional game system, when a plurality of characters are linked in a battle, a method of alternately or sequentially operating each character, or a plurality of players operating a character assigned to each, A method of operating the characters simultaneously is taken. In either method, the game must be advanced while operating a plurality of characters during the battle, so that the play procedure is complicated and it is difficult for beginners to play. Furthermore, when this battle is performed by a so-called fighting method such as hitting or kicking, it becomes more complicated if a plurality of characters are linked together, and it is difficult to establish a game.

  Therefore, an object of the present invention is to provide a game program and a game apparatus that can be enjoyed by cooperation and can be easily played even by beginners of the game.

  A game program according to the present invention includes a first and second player characters operated by a computer having an input device such as a direction key 3, a button 4, and a touch panel 6 based on an input signal from the input device; And a game program for executing a game progress process by placing the second enemy character in the game space and a procedure for performing a battle process when a predetermined condition is satisfied during the game progress process The battle process includes a procedure for arranging the first and second player characters and the first and second enemy characters so as to face each other in the game space, and input from the input device. The first player character is operated based on the signal, and a fighting action is performed between the first player character and the first enemy character. In addition, based on a procedure for controlling the second player character and the second enemy character not to perform a fighting action and an input signal from the input device, the first and second In accordance with the procedure for switching the mode relating to the player character between linked and non-linked and the fighting action of the first player character, the parameter of the first enemy character that is the target of the fight is subtracted. The procedure for performing the subtraction process so that the numerical value to be subtracted when the mode is cooperative is larger than the numerical value to be subtracted when the mode is non-cooperative, and the parameters of the second player character Is calculated over time, and the calculation process is an addition process when the mode is non-cooperative. In the case of cooperation, subtraction processing is performed, and the first and second player characters and the first and second enemy characters are compared and calculated to calculate the victory or defeat of the battle. And a procedure for determining.

  A game device according to the present invention arranges an input device, first and second player characters operated based on an input signal from the input device, and first and second enemy characters in a game space. Game progress processing means for performing game progress processing, and battle processing means for performing battle processing when a predetermined condition is satisfied during the game progress processing, wherein the battle processing means Means for arranging the first and second player characters and the first and second enemy characters to face each other in the game space; and the first player based on an input signal from the input device. A character is operated to cause a fighting action between the first player character and the first enemy character, and the second player character and the second Based on the input signal from the input device and the means for controlling the enemy character not to perform the fighting action, the mode relating to the first and second player characters is set between linked and unlinked. In accordance with the mode switching means for switching and the fighting action of the first player character, the parameter of the first enemy character that is the target of the fight is subtracted, and subtraction is performed when the mode is not linked Means for performing the subtraction process so that the numerical value to be subtracted when the mode is cooperative is larger than the numerical value to be performed, and the parameter of the second player character is calculated over time, and the calculation The processing is an addition process when the mode is non-cooperative, and a subtraction process when the mode is cooperative. And means for comparing and calculating these parameters between the first and second player characters and the first and second enemy characters to determine the victory or defeat of the battle. To do.

  According to the present invention, a powerful attack of the first character is obtained at the price of the second character's parameter reduction, and the attack is performed based on the input signal from the input device without losing the unique charm of cooperation. Since only the first character needs to be played, the play procedure does not become complicated, and play is easy even in a fighting attack or the like.

The figure which shows an example of a game device. The block diagram which showed an example of each control part. The flowchart which showed an example of the control procedure by a game program. The figure which showed an example of the game screen. The figure which showed an example of the attribute table.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. A game apparatus 1 which is a small computer is a portable game machine driven by a battery as shown in FIG. The game apparatus 1 has a main body 2, and the main body 2 is provided with a direction key 3 and a button 4 that are input devices. The main body 2 is provided with two liquid crystal monitors 5 and 6 which are image output devices, and the liquid crystal monitor 6 is a touch panel which also serves as an input device (hereinafter, focusing on the function of the touch panel). (In this case, it is described as “touch panel 6”). An arithmetic unit, a storage device, etc. (not shown) are built in the main body 2, and a ROM cartridge 7 as a storage medium is detachable from the main body 2. The game device illustrated in FIG. 1 is a two-screen / touch panel type portable game machine. However, as an embodiment of the present invention, a single-screen type or a portable game machine having no touch panel is used. It doesn't matter. Furthermore, it is possible to use not only a portable game machine but also a stationary home game machine, a general-purpose personal computer, a portable multimedia player, a mobile phone, a PDA, or an arcade game machine.

  Next, the game apparatus 1 that executes the game program 70 will be described in terms of its functions with reference to FIG. As shown in FIG. 2, the game apparatus 1 includes a main control unit 50 as an arithmetic device, a memory unit 51 and a medium drive 52 as a storage device, a drawing control unit 53, an image output control unit 54, a game progress control unit 55, An input control unit 56, a character control unit 57, a mode switching unit 58, and the like are included. In the medium drive 52, the ROM cartridge 7 shown in FIG. 1 is connected in a readable and writable manner, and liquid crystal monitors 5 and 6 are connected to the image output control unit 54, respectively. In addition, a direction key 3, a button 4, and a touch panel 6 are connected to the input control unit.

  An execution procedure of the game program 70 executed in the game apparatus 1 configured as described above will be described. First, the game apparatus 1 receives an activation operation by the player, reads the game program 70 stored in the ROM cartridge 7 through the medium drive 52, and executes it, as shown in FIG. ST01) is performed by the game progress control unit 55. For example, it is assumed that the content of the game to be processed here is a role playing game. The role playing game is merely an example, and the game to which the present invention is applied may be a game of another genre such as an adventure game or a fighting game. In the role playing game shown in this example, as shown in FIG. 4, a character A and a character B appear as player characters operated by the player in the game. The player operates the direction key 3, the button 4, and the touch panel 6, and the game progress control unit 55 moves the characters A and B in the game based on the input signals obtained through these operations obtained via the input control unit 56. Control is performed and game progress processing is performed. Note that the specific contents of the game progress are the same as those of a well-known role-playing game or the like, and each description is omitted.

  Next, a battle process (a so-called “game system” or a part called “battle system”) of the game program 70 will be described. For example, as shown in FIG. 3A, a game progress process ST01 is performed to determine whether or not a game end condition is satisfied (ST02). When the game end condition is not satisfied (that is, when the game is not over), it is determined whether the battle condition is satisfied (ST03). The battle condition is, for example, that the characters A and B are operated in the game and these come into contact with the enemy characters X and Y. When it is determined that such a battle condition is satisfied, the game progress control unit 55 executes a battle process (ST04). For example, as shown in FIG. 4, the battle process is a process in which characters A and B are arranged to face enemy characters X and Y, and a battle is performed in which they attack each other. Further, the attack in this example is assumed to be a fight by hitting, kicking, or the like.

  Next, the battle process will be described in detail with reference to FIG. First, the premise will be explained. That is, the character control unit 57 manages the attribute data of the characters A, B, X, and Y using the attribute table TB as shown in FIG. It is assumed that the attribute table TB is stored in the memory unit 51 or the like. The attribute table TB has an item “HP”, which is a parameter indicating the physical strength of each character. When the value of the parameter HP is large, the physical strength is large, and when this value becomes zero, the death (defeat) is set. In addition, there is an item “cooperation”, which is a flag for recording identification of a cooperation mode or a non-cooperation mode described later. In addition, there are items of “attack damage N” and “attack damage S”, which set a numerical value of damage given to the opponent by the attack of the corresponding character. The attack damage N means a normal attack (for example, punch or kick), and the attack damage S means a special technique that is stronger than the normal attack.

  Under the premise described above, when the battle process is started, as shown in FIG. 3 (b), the character control unit 57 displays the characters A, B, X, and Y as shown in FIG. The current parameters HP of these characters A, B, X, and Y are read from the attribute table TB and displayed in a form corresponding to each character as shown in FIG. 4 (ST11). The display method is preferably performed by displaying a bar-like gauge or numerical value in the vicinity of each character as shown in FIG. 4, but another method is also possible.

  Next, the mode switching unit 58 detects the presence / absence of a signal related to mode switching by a predetermined input operation such as the direction key 3, the button 4, the touch panel 6 (ST12). The mode here is a mode in which the character A and the partner character B (or the character X and the partner character Y) cooperate in the battle as a setting on the game (linked mode). It means that it is not a mode (non-cooperation mode). In the cooperation mode, the value of “cooperation” in the attribute table TB is recorded as “1”, and in the non-cooperation mode, the value of “cooperation” in the attribute table TB is recorded as “0” (example in FIG. 5). The characters A and B are in the cooperation mode, and the characters X and Y are in the non-cooperation mode.) At the start of the battle process, the “cooperation” values of the characters A, B, X, and Y are all “0” as initial values.

  As described above, for example, if the mode switching unit 58 does not detect a signal related to mode switching in the detection of step ST12, then the character control unit 57 detects the presence or absence of an input signal related to an attack (ST13). Here, in this example, the input signal related to the attack is detected only for the two characters A and X. That is, only the characters A and X are attacked in the game, and the characters B and Y are basically set not to attack. Thus, the player only needs to concentrate on the operation of the character A, so even a beginner can easily advance the game even if the game is a fighting attack. Note that the input signal related to the attack is an input signal for the character A by a predetermined input operation such as the direction key 3, the button 4, and the touch panel 6, but the character X is a character that is not operated by the player (so-called NPC). Therefore, a signal generated by the predetermined AI control executed by the game program 70 becomes an attack input signal for the character X.

  Here, for example, when an attack input signal is detected for the character A in the non-cooperation mode in the detection in step ST13, the game progress control unit 55 and the character control unit 57 perform the attack result calculation process ST14 and the attack display process ST15. And do. In the attack result calculation process ST14, a numerical value of attack damage given to the opponent character X by the attack of the character A is calculated. Specifically, in the attribute table TB shown in FIG. 5, “attack damage N” of “character A” is read and the numerical value is calculated as attack damage. In the example of FIG. 5, the normal attack corresponds to “attack damage N”, and this value is “10”. The numerical value of the attack damage may be determined in advance according to a predetermined value or a calculation formula according to the type of attack (normal attack, special technique, etc.) and character attributes (various parameters, flags, etc.), and each time You may make it acquire a random numerical value by methods, such as a lottery. When the numerical value of the attack damage is calculated in this way, a process of subtracting the attack damage from the parameter HP of the opponent character X is performed (if the parameter HP of the character X becomes negative as a result of the subtraction process, the parameter HP is calculated). The value of is zero.) For example, as shown in FIG. 5, when the parameter HP of the character X is “100”, if the character A receives attack damage “10” by the normal attack, the parameter HP of the character X is “100-10”. = 90 "is subtracted, and as a result, the parameter HP of the character X is" 90 ". The value of the parameter HP as a result of the subtraction process is overwritten in the attribute table TB.

  Next, in the attack display process ST15, an animation or the like stored in advance in the ROM cartridge 7 or the like is read according to the attack activated by the character A, and this is displayed on the liquid crystal via the drawing control unit 53 and the image output control unit 54. Reproduced and displayed on the monitors 5 and 6. Further, in accordance with the attack damage result (for example, attack damage numerical value) of the opponent character X, the animation read out from the ROM cartridge 7 in advance and stored in the memory unit 51 etc. is read out, and the drawing control unit This is reproduced and displayed on the liquid crystal monitors 5 and 6 through the image output control unit 54 and the image output control unit 54.

  Next, in the win / loss determination ST16, the game progress control unit 55 checks the value of “HP” of the characters A and X in the attribute table TB, and if the parameter HP of any character is zero, the win / loss is determined. Judge that it was made. If it is determined that the winning or losing has been decided, the character whose parameter HP is zero is defeated, and the battle ending process ST17 is performed assuming that the other character has won. After the battle end process ST17, the battle process is ended, and the process returns to the game progress process ST01 in FIG. If the parameter HP of any character is not zero in the win / loss determination ST16, it is determined that there is no win / loss, and the process returns to step ST11 to repeat the above-described series of battle processing steps.

  By the way, when the player performs an operation for changing from the “non-cooperation mode” to the “cooperation mode” by a predetermined input operation, in step ST12 of the above-described battle processing, the mode switching unit 58 outputs a signal related to the mode switching. To detect. By this detection, the mode switching unit 58 determines that the mode has been switched for the character A and its partner character B, and therefore performs the switching process ST21. In the switching process ST21, first, the “cooperation” value in the attribute table TB is rewritten for the characters A and B whose modes have been switched. For example, when switching from the non-cooperation mode to the cooperation mode, the value of “cooperation” is rewritten from “0” to “1”. Note that mode switching is also possible for the characters X and Y that are not operated by the player. The signal related to mode switching in this case is generated by predetermined AI control executed by the game program 70.

  In the switching process ST21, it is effective to perform a mode switching display process. For example, according to the type of each character such as the character A or X and the switching direction from the non-cooperation mode to the cooperation mode or vice versa, the animation stored in the ROM cartridge 7 or the like is read in advance, and the drawing control unit This is reproduced and displayed on the liquid crystal monitors 5 and 6 through the image output control unit 54 and the image output control unit 54. In order to clearly indicate whether the character mode is the cooperation mode or the non-cooperation mode, it is effective to identify the character in the cooperation mode, for example, on the display. Specifically, it is possible to perform identification display such as shining or blinking a character in the cooperation mode.

  Note that the subsequent processing after switching to the cooperation mode is basically the same as that in the non-cooperation mode described above, as shown in FIG. However, the attack that is activated by the character that is in the cooperation mode is greater in attack damage to the opponent than in the non-cooperation mode. That is, the attack of the character is stronger when the character is in the cooperative mode than when the character is in the non-cooperative mode. For example, in the attack result calculation process ST14 for an attack by the character A in the cooperation mode, when the attack damage value is calculated, the attack damage received by the opponent is calculated by multiplying the calculation result by a further coefficient. Processing to make it larger than in the cooperation mode. For example, as shown in FIG. 5, the “attack damage N” due to the normal attack of the character A in the cooperation mode is calculated as “10” from the attribute table TB. Multiply “2” (this numerical value “2” is an example) to calculate “20” as the final attack damage value. If the parameter HP of the attacking character X is “100”, “100−20 = 80” is subtracted, and the attack damage received by the character X is greater than that in the non-cooperative mode. . In this way, a stronger attack can be performed when linked.

  Moreover, it is preferable to set the special move corresponding to the “attack damage S” shown in FIG. 5 so that it can be activated only in the cooperation mode. Then, when the special technique is activated, damage corresponding to the “attack damage S” is given to the partner character. For example, when the character A activates a special technique during the cooperation mode, as shown in FIG. 5, a predetermined coefficient value for “100”, which is a numerical value of the “attack damage S” of the special technique, for example, “0.1”. Is subtracted from the parameter HP of character B by the amount multiplied by (100 × 0.1 = 10: the numerical value is an example). That is, if the parameter HP of the character B is “20”, the parameter HP of the character B becomes “10” by “20−10 = 10”. In this way, as a price to put out a powerful special technique, it is a mechanism that damages the partner's character, and it is a cooperative system rich in strategy.

  By the way, the character B (or the character Y that is the partner for the character X) in the cooperation mode is controlled so as to consume the parameter HP by a constant value as time passes (for example, the HP is subtracted by 1 every minute). ). That is, the parameters HP of the characters B and Y are controlled so that they are more likely to decrease in the cooperative mode than in the non-cooperative mode. Alternatively, as another example, when the characters A and X receive some kind of attack damage, the characters B and Y may receive a numerical value corresponding to the damage. For example, if the character A receives attack damage “30” in the cooperation mode, the character B responds to attack damage “15” (30 × 0.5 = 15: where the numerical value “0.5” is an example). To receive. Then, if the characters B and Y consume the parameter HP as described above in the cooperative mode and then switch to the non-cooperative mode, the characters HP may recover the parameter HP over time (for example, HP is changed every time). 1 minute recovery).

  From the above, for example, the following playing method is realized. When the battle process is started, the player attacks the character X by operating the character A in the non-cooperation mode, and gradually subtracts the parameter HP of the character X. Thereby, the player tries to preserve the parameter HP of the character B. After that, after the parameter HP of the character X is exhausted to a certain extent, the player switches the mode, activates the special action by setting the cooperation mode, and wins by setting the parameter HP of the character X to zero with one blow. Alternatively, when the battle process is started, the player immediately enters the cooperation mode and quickly consumes the parameter HP of the character X by a powerful attack by the character A. After that, the mode HP is switched back to the non-cooperation mode and the parameter HP of the character B is recovered. When the parameter HP becomes a numerical value that allows the deathblow to be executed, the mode is switched again to the cooperation mode. Defeat with a blow to win.

  As described above, according to the game program 70, since only one character A needs to be operated by the player during the battle process, even a game that is attacked by a fighting method or a game beginner can easily play. . Further, by switching to the mode by switching the mode, the attack of the character A becomes strong, and as a price, the demerits such as exhausting the parameter HP of the character B occur, which contributes to the strategy for advancing the game. It is rich and you can enjoy the best part of collaboration. In this embodiment, the partner character (second character) such as the character B or Y is configured not to attack in the battle process, but the player side character does not attack. B and the enemy character Y may attack. In addition, the partner character (second character) may make a presentation expression such as displaying a speech line in a balloon window as shown in FIG. 4 during the battle process, for example. For example, the current parameter HP of the character X is detected, and the parameter HP is compared with the attack damage caused by the special action of the character A. When the parameter HP falls below the attack damage, “Imada! Renkei Shiro!” The text prepared in advance, such as “Now! Collaborate!”) Should be output controlled as a line. By this line, the player can grasp the optimum timing when the characters A and B should be switched to the cooperation mode, which makes it easy for beginners to play and is effective. Alternatively, the attack that the partner (such as the character B or Y) (second character) does not perform in the battle process is an attack that involves a complicated operation, such as a simple button operation. It may be configured to be able to perform (e.g. beam or bullet firing).

  As yet another example, the action speed of the character may change in accordance with the mode switching of the character. For example, the speed at which the character moves in a game space consisting of two-dimensional or three-dimensional coordinates, the speed at which the character performs an attack motion such as hitting and kicking, and the like are the action speeds referred to here. These action speeds in the non-cooperation mode are set as reference values. And if the said character will be in cooperation mode by mode switching, the said action speed should just be made to increase a predetermined ratio with respect to the reference value (for example, 2 times etc.). Thereby, the game development with a feeling of speed is made by switching to a cooperation mode, and the real pleasure of cooperation will increase further.

As another example, in addition to the attribute of “attack damage” that the character gives by attacking the opponent (or instead of “attack damage”), “defense power” that allows the character to withstand attacks from the opponent. May be provided. For example, this defensive power is a coefficient of a predetermined numerical value, and is calculated as a value of attack damage received by the character to calculate a final attack damage value. As an example, if the “defense” of the character X in FIG. 5 is “1”, the “attack damage N” due to the normal attack of the character A in the non-cooperation mode is “10” from the attribute table TB. As the final attack damage received by the character X in the non-cooperation mode, “10” is calculated by dividing “10” by “1”. In this example, since the calculation is divided by “defense power”, the larger “defense power” means that the character is “stronger”.
As described above, on the premise that the attribute of “defense power” is provided to the character, the “defense power” of the character may be changed according to the mode switching of the character. For example, in the cooperation mode, correction is performed by increasing the value of “defense power”. In the above example, when the character X is switched to the cooperative mode in the above example, the “attack damage N” due to the normal attack of the character A in the non-cooperative mode is “10”. “Defensive power” is corrected as “1 × 2 = 2” (correction coefficient “2” is an example), and the final attack damage received by character X is “5” by dividing “10” by “2”. Is calculated. That is, in this example, the defense power of the character is increased by cooperation, and as a result, the damage received by the character is reduced and the character is strongly struck.
With the above configuration, the mode changes when the damage changes due to mode switching on the attacked side. For example, in the non-cooperation mode, the mode switching is performed when the attack from the character in the cooperation mode cannot be received. This makes it possible to develop a game with a high degree of strategy, such as being in a linked mode and withstanding greater defenses.

  When the present invention is implemented by a portable game machine as in the above-described embodiment, problems inherent to the portable game machine, processing power of the CPU and graphics, etc. is low, storage capacity of the memory etc. is small, and battery power is limited. If there is a problem such as being used, the number of attacks required to complete the battle can be reduced by using a single character to be operated during the battle, and animation that plays when the cooperation or special technique is activated Can reduce the number of patterns.

In the above-described example, the enemy characters X and Y are operated by AI control. However, as another example, a home game machine or an arcade game machine equipped with two input devices such as a controller, for example, Alternatively, a general-purpose personal computer or the like may be configured so that two players can play a battle (2P play), and each player may operate the character A and the character X. Alternatively, a plurality of game devices may be connected by a network such as the Internet or LAN, or by peer-to-peer communication using wireless or infrared, and each character may be operated by an input operation from each game device.

1 game device, 2 main body, 3 direction keys, 4 buttons, 5 LCD monitor, 6 LCD monitor (touch panel), 7 ROM cartridge

Claims (2)

To a computer having an input device,
A procedure for placing a first and second player character operated on the basis of an input signal from the input device and a first and second enemy character in the game space to perform a game progress process;
A procedure for performing a battle process when a predetermined condition is satisfied during the game progress process;
A game program for executing
The battle process is
Placing the first and second player characters and the first and second enemy characters facing each other in the game space;
The first player character is operated based on an input signal from the input device to cause a fighting action between the first player character and the first enemy character, and the second player A procedure for controlling the character and the second enemy character not to perform a fighting action;
A procedure for switching a mode relating to the first and second player characters between cooperation and non-cooperation based on an input signal from the input device;
In accordance with the fighting action of the first player character, the parameter of the first enemy character that is the subject of the fight is subtracted, and the numerical value to be subtracted when the mode is non-cooperative, A procedure for performing the subtraction process so that the numerical value to be subtracted is larger when the mode is linked;
Procedure for calculating the parameters of the second player character over time, and adding the calculation process when the mode is non-cooperative and subtracting the mode when the mode is cooperative. When,
A procedure for comparing and calculating these parameters between the first and second player characters and the first and second enemy characters to determine the outcome of the battle;
A game program characterized by comprising: An input device;
Game progress processing means for arranging a first and second player character operated based on an input signal from the input device and first and second enemy characters in the game space to perform a game progress process; ,
A battle processing means for performing a battle process when a predetermined condition is satisfied during the game progress process,
The battle processing means is
Means for arranging the first and second player characters and the first and second enemy characters facing each other in the game space;
The first player character is operated based on an input signal from the input device to cause a fighting action between the first player character and the first enemy character, and the second player Means for controlling the character and the second enemy character not to perform a fighting action;
Mode switching means for switching a mode relating to the first and second player characters between cooperation and non-cooperation based on an input signal from the input device;
In accordance with the fighting action of the first player character, the parameter of the first enemy character that is the subject of the fight is subtracted, and the numerical value to be subtracted when the mode is non-cooperative, Means for performing the subtraction process so that the numerical value to be subtracted when the mode is cooperation is larger;
Means for calculating the parameters of the second player character over time, and the calculation processing is addition processing when the mode is non-cooperative and subtraction processing when the mode is cooperation. When,
Means for comparing and calculating these parameters between the first and second player characters and the first and second enemy characters to determine the victory or defeat of the battle,
A game device characterized by that.