JP2000296266A - Game machine, battle control method and recording medium thereof - Google Patents

Abstract

PROBLEM TO BE SOLVED: To perform multiple magics at a time when a specific act is selected by a player. SOLUTION: This game machine displays one summoned character on an output device when the player selects a specific character, and allows multiple execution of magic in the next action of his own character. The player selects multiple magic (step S402) for the next action of his own character, and the selected magic can be executed in series (step S408).

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to the art of computer games, and more particularly, to a game device, a battle control method, and a recording medium for enhancing the interest in a battle between characters.

[0002]

2. Description of the Related Art One of computer games is a role playing game (RPG). In the RPG, the player plays the role of the appearing character as a display object through operation of the operation panel,
It is common for a player to progress a game toward an objective given on a story while having an adventurous simulated experience.

[0003] More specifically, in the story, a player character operated by the player (hereinafter, referred to as an own character) and a character of an opponent of the own character (hereinafter, referred to as an enemy character) are preset. ing. The user unfolds the story while defeating the enemy character that hinders the achievement of the purpose of the story through the operation of the own character. Thereby, the user can enjoy the development of the changing story.

[0004] Normally, the own character encounters an enemy character while moving toward the destination, and the encounter in the story becomes a battle opportunity. In this way,
When the battle starts and the player character wins, it is possible to obtain money, experience, and the like according to the strength of the defeated enemy.

[0005] When a battle occurs due to an encounter with an enemy character, the player selects and instructs a command to which an action (such as a technique or technique) that can be used by the own character is assigned, thereby causing the player to perform an action corresponding to the command. Advance the battle by doing. For example, the player performs an action (normal action) such as attacking his character with a sword, and magic (special action), which is a function that supports battle between characters.
To virtually attack an enemy character. Usually, in a special action like magic, the attack power against the enemy character and the defense power for protecting the self character itself are set to be larger than those of the normal ability. Also, when performing the special action, the visual on the display is also flashy, so that the player prefers to execute the magic.

[0006]

However, in the conventional method, at the time of one action of the own character, only one action corresponding to the command selected and instructed by the player is executed. That is, only one magic can be executed by one action. In order to cause the character to execute magic continuously, it was necessary to wait for the use of magic until the next action time came. Players were unable to use magic efficiently, making it difficult to proceed effectively and sometimes frustrated during the battle.

[0007] An object of the present invention is to provide a game device, a battle control method, and a recording medium for enabling a player to execute magic efficiently, in order to solve the above-mentioned problems of the conventional example.

[0008]

Means for Solving the Problems The above-mentioned problems are solved,
According to an aspect of the present invention, there is provided a game apparatus for controlling a battle between characters on a display screen, wherein the magic is a function for supporting the battle of the characters. A determining means for determining whether or not a condition for executing a plurality of continuous executions is satisfied; and if the determining means determines that the condition is satisfied, one or more types of magic are continuously applied to an arbitrary character. Executing means for executing the program.

That is, the judging means judges whether or not a condition for continuously executing the magic a plurality of times is satisfied,
The executing means, when the determining means determines that the condition is satisfied, causes the arbitrary character to execute one or more types of magic continuously.

[0010] In the invention according to claim 2,
Summoning is an action performed in response to an input operation in order to allow another character to participate in a battle between characters, and the determining means determines a condition for executing the magic a plurality of times continuously during the battle. In addition, the game device determines whether or not the summoning is performed, and when the summoning is confirmed by the determining means, the combining means combines a plurality of magics arbitrarily from a plurality of magics prepared in advance; and Registration means for registering the combined magic in association with the arbitrary character, wherein the execution means causes the registration means to correspond to the arbitrary character when the arbitrary character performs magic. A set of registered magic is executed continuously.

That is, magic is a function for supporting the battle of characters, and summoning is an action for summoning another character during a battle between characters, and is prepared in advance when summoning is confirmed during the battle. A plurality of spells are arbitrarily combined from the plurality of kinds of spells, and the combined spell is registered in association with the arbitrary character. When causing the arbitrary character to execute magic, a set of magic registered corresponding to the arbitrary character is continuously executed.

Further, in the invention according to claim 3,
The combination means sets an execution order of a plurality of combined magics, the registration means further registers the execution order corresponding to the arbitrary character, and the execution means registers the execution order registered in the registration means. Perform magic based on

That is, since the execution order of a plurality of combined magics can be registered, the player can set the execution order of the magics to be executed continuously.

Further, in the invention according to claim 4,
When a predetermined time has elapsed since the end of one action of the arbitrary character during the battle, the apparatus further includes permission means for permitting the arbitrary character to execute the next action, and the execution means includes: After the determining unit determines that the condition for executing the magic is performed a plurality of times in succession, if the permission unit is permitted to perform the next operation on the arbitrary character, the arbitrary character Should be performed continuously. In other words, magic can be used efficiently even in a game in which the movement of the character is controlled by time.

Further, in the invention according to claim 5,
The game device further includes timing means for starting timing based on the timing at which one operation of the arbitrary character in the battle is completed, wherein the permission means determines whether the time counted by the timing means has reached a predetermined time. The following operation may be permitted for the arbitrary character. That is, the motion of each character is controlled by time, and the player is required to have a strategy for continuously performing magic by the character.

Further, by causing a computer to execute processing in the steps described in claims 6 to 10, it is possible to obtain the same effects as the inventions described in claims 1 to 5. Therefore, by executing the described steps using hardware such as a general-purpose computer and a general-purpose game device, the game technology of the present invention can be easily implemented with these hardware.

According to the present invention, the game device described in any one of claims 1 to 6 can be realized by causing a computer to read a program included in a recording medium. Therefore, the recording medium can be easily distributed and sold as a software product independently of the device. In addition, by using this software using hardware such as a general-purpose computer and a general-purpose game device, the game technology of the present invention can be easily implemented with these hardware.

According to the sixteenth aspect of the present invention, the computer device reads the computer data signal included in the carrier wave, thereby realizing the game device according to the first to third aspects.

[0019]

Embodiments of the present invention will be described below in detail with reference to the drawings.

Embodiment 1 First, a hardware configuration of a game system according to an embodiment of the present invention will be described with reference to FIG.

In FIG. 1, the game system includes, for example, a game device 20 having a main function, a game device 2 having a main function.
0, an input device 25 for inputting an operation instruction for 0, a memory card 31 for storing save data such as game progress data and game environment setting data, and video display and sound output based on video and audio signals from the game device 20. And an output device 30 for performing the above. The game device 20 includes, for example, a control unit 21, a RAM 22, a sound processing unit 23, an interface unit 24, a graphic processing unit 26, a CD-ROM drive 27, and a detachable CD.
A ROM 10, a bus 29, and a communication interface 32; These components are interconnected via a bus 29.

The control unit 21 is a circuit composed of, for example, a CPU, a ROM, and the like. The CPU controls each unit according to a program stored in a RAM 22 (in some cases, a ROM). The sound processing unit 23 is a circuit having a function of generating music, sound effects, and the like.
Output device 3 outputs sound corresponding to data stored in AM 22
0 is output from the speaker.

The input device 25 is used by a user (hereinafter, referred to as a user) of the present device.
The player is a device used to input various information (instructions) to the game device 20. Input device 25
Are connected to the bus 29 via the interface unit 24. The interface unit 24 is a circuit to which the memory card 31 can be connected.
9 controls the timing of data transfer between the circuit (mainly the control unit 21) connected to the input device 9 and the input device 25 or the memory card 31. Each component of the game device 20 is housed in one housing, and the input device 25
Devices (devices called controllers or operation pads) connected to the housing by cables.

The graphic processing unit 26 is a circuit having a frame buffer, draws an image (polygon) in accordance with a command given from the control unit 21 on the frame buffer, and stores image information stored in the frame buffer. Generates and outputs a video signal corresponding to. The graphic processing unit 26 also performs a process of outputting a video signal. The game device 20 uses the graphic processing unit 26
The game screen is displayed on a screen 41 of a display provided in the output device 30 by being used by being connected to the output device 30 via the.

The communication interface 32 is a circuit for exchanging information with other devices on the network 100.
Connected to 0. The CD-ROM drive 27 is a CD-ROM drive.
It is a reading device of the ROM 10. An example of a game described below is
This is realized by causing the control unit 21 to perform control according to a game program recorded on the CD-ROM 10.

In the present embodiment, the control unit 21 constituted by a CPU, a ROM, and the like has the functions of a judgment unit, a combination unit, a registration unit, and an execution unit. The sound processing unit 23 and the graphic processing unit 26 have some functions of a combination unit, a registration unit, and an execution unit.

Hereinafter, the operation of the game device according to the embodiment will be specifically described. It should be noted that some of the control operations performed by the present game device include those in which circuits other than the CPU perform actual control, but for convenience of explanation, control involving the CPU is hereinafter referred to as the CPU. Is described as if it is directly controlled.

At the time of starting the game apparatus, R is controlled by the CPU according to a program stored in the ROM.
Programs (OS) recorded on OM and CD-R
The game program recorded in the OM 10 is stored in the RAM 2
2 is read into the system area and the program area, and a predetermined data area is secured as described later. Thereafter, under the control of the CPU according to the game program, the title screen or the opening screen is alternately displayed on the output device 30 while monitoring the state of the start button (not shown) provided on the input device 25. Is started.

That is, the CPU uses the title screen graphic data recorded in the CD-ROM 10 to display the title screen on the output device 30 while monitoring the state of the start button. When it is detected that the predetermined time has elapsed, the CD-ROM 10
The reproduction of the movie data for the opening screen recorded therein is started, and when the reproduction of the movie data is completed, the title screen is displayed again.

Next, FIG. 2 explains the configuration of the area of the RAM 22 after the game program is read from the CD-ROM 10. RAM 22 is a CP
A program storage area 22a for storing a program to be executed by U, a character data storage area 22b for storing a character table 2000 (see FIG. 3) described later, and 3
A graphic data storage area 22c for storing modeling data of a dimensional model, a background image, and the like, the number of times "n" to use "magic" described later, the number of times to use continuous magic "N", and the state that continuous magic is possible A magic number storage area 22d in which a control table 2100 (see FIG. 4) storing information related to flags and the like is stored, and other data storage area 22e in which sound data such as sound effects and various data used during the game are stored. Having.

FIG. 3 shows the character data storage area 22b.
FIG. 3 is a diagram for explaining an example of a character table 2000 that defines various parameters of a character stored in the character table 2000.
As shown in FIG. 3, the character table 2000 includes a character name 2001 indicating the name of the character, a level 2002 indicating the current degree of growth of the character, a maximum physical strength 2003 indicating the maximum physical strength value of the character, a physical strength 2004 indicating the current physical strength value, Parameters 2005 such as quickness, attack power, and defense power are stored.

Further, the character table 2000
Stored in association with the character and selected in battle scenes, etc.
The possessed item 2006 that can be used, a special ability (action) that can be selected and used in a battle scene, etc., and is stored in association with the character “magic” 2007, and stored in association with the character and selected in a battle scene, etc. -Store the "summon" 2008 that can be used. The character table is set for each character appearing in the game, and is used when setting various data and commands in a battle scene described later.

Various data stored in the possessed item 2006 and the magic 2007 are individually counted up each time a character can be selected and used. In addition, each time it is used, the quantity is decremented. The data stored in the summoning 2008 indicates whether the summoning character can participate in the battle. A flag is set (high bit) for summonable characters that can be summoned.

FIG. 4 is a diagram showing an example of a data structure of the control table 2100. For example, a data structure in a case where two main characters A1 and A2 appear as main characters during a game is shown. The control table 2100 is
Number of times column 2100a in which a numerical value corresponding to the number of times “n” of “magic” is stored, and flag storage column for storing N flags corresponding to the number of times of continuous magic use “N” for each of characters A1 and A2 2100b and 2100c. In the illustrated example, both the characters A1 and A2
Flag storage fields 2100b, 2100b corresponding to "1" of 00a
Since the flag of 100c is “1” and the flags corresponding to “2” to “N” in the number-of-times column 2100a are “0”,
“Magic” is used once. Although not specifically shown,
For example, if "magic" is used twice,
The flags corresponding to "1" and "2" in 100a are both "1", and the flags corresponding to "3" to "N" in the frequency column 2100a are "0".

Next, before explaining the operation in the battle scene, a game performed in the computer game exemplified in this embodiment will be described. FIG. 5 is a diagram illustrating an example of a battle scene during a game. As shown in FIG. 5, an example of the own character A1 and the own character A2 are shown on a screen 41 of a display provided in the output device 30, and an example of the enemy character A3 is arranged so as to face the own character A1 and the own character A2. Is displayed.

When the characters A1 and A2 encounter the enemy character A3 in the story, the screen of the output device 30 is switched to the display screen 41. In FIG. 5, at this stage, at the bottom of the screen 41, an action selection display frame B1 for selecting an action of the own characters A1 and A2, an enemy character A3
Enemy character ability display frame B2 for displaying the ability of
In addition, an own character ability display frame B3 for displaying the abilities of the own characters A1 and A2 is arranged.

In the action selection display frame B1, action items to be selected are displayed. In the action selection display frame B1, for example, as shown in FIG. 5, four types of action items of "fight", "magic", "item", and "summon" are displayed.

Regarding the above four types of operation items, “fight” is an operation item for performing an attack using a weapon. “Magic” is an operation item for using a special ability for which use is permitted. That is, “magic” having a value of 1 or more in the character table 2000 (see FIG. 3) is used.

"Item" is an operation item for using an item possessed by the own character.
The “summon” is an operation item for calling a character other than the own character and the enemy character to participate in the battle. As for “items” and “summons”, as in the case of “magic”, only those that can be used in the character table 2000 are used by the player.

In order to select a desired action from the above four types of action items, the cursor D1 displayed in the action selection display frame B1 is operated by the input device (controller) 25,
What is necessary is just to select a desired action.

The name, physical strength, and maximum physical strength of the enemy character are displayed in the enemy character ability display frame B2, and the name, physical strength, and maximum physical strength of the own character are displayed in the own character ability display frame B3. Is displayed.

FIG. 6 is a flowchart for explaining processing in a battle scene of the game apparatus according to the present invention.

The own characters A1 and A2 are enemy characters A
3, the pre-combat processing is executed (step S1).
01). In this pre-battle process, the enemy character A
3 character table, graphics, and various abilities (endurance, attack power, defense power, quickness, etc.) in RAM 22
, And the screen is switched to the battle screen in which the own characters A1 and A2 and the enemy character A3 are arranged as shown in FIG.

On this battle screen, for example, as shown in FIG. 5, the cursor D1 is displayed on the action selection display frame B1. As long as no operation item selection operation by the cursor D1 is detected (Step S102; No), the process is in the wait state.

In the meantime, if an operation of selecting an operation item by the cursor D1 is detected (step S102; Ye)
s), and specify the selected operation item (step S103). When the operation of selecting the cursor D1 for the operation item "fight" is specified, "fight processing" is executed (step S104). Thereafter, the process proceeds to step S108.

When the operation of selecting the cursor D1 for the operation item "item" is specified, "item processing" is executed (step S105). Thereafter, the process proceeds to step S108.

When the operation of selecting the cursor D1 for the operation item "summon" is specified, "summon processing" is executed (step S106). This “summoning process” will be described later. Thereafter, the process proceeds to step S108.

When the operation of selecting the cursor D1 for the operation item "magic" is specified, "magic processing" described later is executed (step S107). After performing the “magic process”, the process proceeds to step S108.

Then, in step S108, the processing of the enemy character is executed. The processing of this enemy character is
This is a process for causing the enemy character A3 to perform a predetermined action, and performs an attack or a special attack on the own characters A1 and A2. In some cases, escape and defense may be performed.

In the processing of the enemy character, whether the player has hit his own characters A1 and A2 when he made an attack,
Or to judge whether it is off. This is determined from the quickness of both the own character and the enemy character. When an attack is made, the degree of damage to the own character is calculated based on the defense strength of the own character and the attack power of the enemy character, and subtracted from the physical strength of the character table.

At this time, graphic processing is also performed in accordance with the action of the enemy character. The graphic processing includes, for example, animation processing such as waving an arm. Also, the physical strength is “0” due to the attack of the enemy character
When it becomes (zero), graphic processing for expressing that the own character falls down is performed.

After the processing of the enemy character in step S108, it is determined whether the battle has ended (step S109). In battle, the enemy character or your character is defeated,
If it is determined that the battle is over (step S10
9; Yes), the process ends. On the other hand, when neither of them has been defeated yet and is in a battle state (step S109; N
o), the process returns to step S102, and waits for an operation item to be selected again.

Subsequently, step S in the flowchart of FIG.
The summoning process of 106 will be described. FIG. 7 is a flowchart illustrating the summoning process.

If the action item "summon" is selected by the player (step S103 in FIG. 6), a list of summonable characters that can be currently selected and summoned is displayed (step S2).
01). As an example, as shown in FIG. 8, the name of the summoned character is displayed in the summoned character selection display frame B4, and the cursor D2 for the name of the summoned character is displayed. The player operates the input device (controller) 25 with the cursor D2 to select a desired summoning character from the summoning character selection display frame B4.

Next, it is determined whether or not the summoning character is selected by detecting the selection operation of the cursor D2 on the summoning character selection display frame B4 (step S20).
2). Here, while the selection operation of the summoned character is not detected (Step S202; No), the process is in the wait state. When the cancellation of the summoning process is selected by the player, for example, by pressing down the cancel button (step S203; Yes), the summoning process is immediately terminated, and the process returns to step S102 in FIG. 6 to select an operation item again. .

Returning to FIG. 7, summon character selection display frame B
4 is detected (step S202; Y
es) It is determined whether or not the selected summoning character is a predetermined summoning character that enables continuous magic processing (step S204).

When it is determined that a predetermined summoning character is selected (step S204; Yes), a summoning character A4 as shown in FIG. 9 is displayed on the display screen 41 (step S205), and the summoning character A4 is displayed. A graphic is displayed that casts a magical attack that enables continuous special actions (magic) of the characters A1 and A2. This can enhance the effect of the battle effect.

Next, the use limit number "N" indicating the number of times that the magic of each character can be continuously executed is read from the program storage area 22a and stored in the magic count storage area 22d (step S206). The own characters A1, A2 with respect to the control table 2100 (see FIG. 4)
Is set (step S207).

If it is determined in step S204 that the selected summoned character is not the predetermined summoned character (step S204; No), an action process associated with the selected summoned character is performed (step S208). Then, the summoning process ends.

Subsequently, "magic" in step S107 of FIG.
The processing will be described. FIG. 10 is a flowchart for explaining the magic processing.

First, the control table 2100 (FIG. 4) in which the flag that the continuous magic attack of the own characters A1 and A2 can be executed is stored in the magic count storage area 22d of the RAM 22.
) Is set in step S207 of FIG. 7 (step S301).

If it is determined that the flag has been set (step S301; Yes), a step S
It moves to the continuous magic processing of 302. If it is determined that the flag has not been set (Step S301; No), the process proceeds to Step S303, and the normal magic attack process proceeds.

First, referring to the character table 2000 of the own character A1 (see FIG. 3), a list of magics whose quantity is 1 or more is displayed (step S303).
Specifically, as shown in FIG. 11, the name of the magic is displayed in the magic selection display frame B5.

Next, only one magic is selected from the available magic list displayed in step S303 (step S304). At this time, a selection cursor D3 for moving between magic names is displayed in the list. This selection cursor D3 is moved by the input device (controller) 25,
What is necessary is just to select the special ability name to use.

In the next step S305, a target is selected. Here, the user selects which enemy character or own character uses the magic selected in step S304. If the attack magic is selected in step S305 and there are multiple enemy characters,
By moving a selection cursor (not shown) above the enemy character with the input device (controller) 25, a desired target may be selected.

When the magic selected in step S304 is to restore physical strength or temporarily increase attack and defense, a selection cursor appears above the head of the player character. That is, the own character side becomes the target.

In the next step S306, a magic process is executed. Here, the magic selected in step S304 is used for the enemy character or own character selected in step S305. If the magic of the attack, it is determined whether it hit or missed. This is determined based on the quickness of both the own character and the enemy character.

When hit, the degree of damage is calculated from the attack power of the special ability calculated based on the defense power of the enemy character and the attack power of the own character. At this time, graphic processing is also performed according to the action of the own character.

The graphic processing includes, for example, animation processing such as a fire. Further, when the durability of the enemy character becomes “0” due to the damage, a graphic process for falling down is performed.

If the magic of recovery is, first, a value to be recovered is calculated based on the defense power of the own character. Next, the value is added to the physical strength of the own character. However, if the value exceeds the maximum value of the own character's maximum physical strength, the maximum value is reached.

When a magic for temporarily increasing the offensive power and the defensive power of the own character is selected, a specific value is added to the offensive power and the defensive power. However, when this magic is used, the value added when the battle ends is subtracted from the attack power and the defense power.

Next, "1" is subtracted from the numerical value corresponding to the used magic in the character table 2000 (step S307). Thus, the “magic processing” ends. That is, in the “magic processing” in the normal steps S303 to S307, the magic of the own character can be executed only once per action.

Next, the continuous magic processing in step S302 in FIG. 10 will be described. FIG. 12 is a flowchart for explaining the continuous magic processing. For the sake of simplicity, a description will be given of the player character A1.

First, with reference to the character table 2000 of the own character A1 (see FIG. 3), a list of magic whose quantity is 1 or more (see FIG. 11) is displayed (step S400), and the number of magic times is stored. “0” is substituted for “n”, which is a variable stored in the area 22d and indicates the number of times of magic use, and is cleared (step S401). Then, similarly to FIG. 11, from the list of magic names displayed in the magic selection display frame B5, the input device (controller) 25 moves the selection cursor D3 to select the desired magic by one.
One is selected (step S402). If there is no magic selection (step S402; No), the apparatus enters a standby state.

When there is a magic selection (step S40)
2; Yes), target selection is performed (step S40)
3). Here, the magic selected in step S402 is
Select which enemy character or your character to use. A selection cursor (not shown) above the character is moved by the input device (controller) 25 and determined. When there is no target selection (step S
403; No), and enters a standby state.

If a target is selected (step S403; Yes), the number of times of magic use "n" is set to 1
Is incremented by one (step S404). The magic stored in step S402 is stored (registered) in the magic count storage area 22d as the magic to be executed for the first time (step S405). Next, it is determined whether or not the number of magic uses “n” has reached the use limit number “N” (step S).
406).

When it is determined that the number of times of use “n” has not reached the number of times of use limitation “N” (step S 406; Ye)
s) Return to step 402 again to select a magic. The selection of a desired magic, the selection of a target, the increment of the magic use frequency “n”, and the storage of the execution order of the magic in the RAM 22 until the use number “n” of the magic reaches the use limit number “N”. )repeat. Step S4
The magic execution order stored in the RAM 22 at 05 is stored, for example, in a magic execution buffer 2200 shown in FIG.

FIG. 13 shows the data structure of the magic execution buffer 2200. This magic execution buffer 220
0 is, for example, the number of times column 2200a for storing the number of times of magic use “n”, the magic field 2200b for storing the name of magic used when using magic corresponding to the numerical value of “n” stored in the number of times column 2200a, And a target column 2200c for storing the name of the target at the time of using the magic corresponding to the numerical value of “n” stored in the number column 2200a.

In the case of the present embodiment, although not particularly limited, a desired magic can be selected up to, for example, three times (n = 3). The number of times can be appropriately changed in consideration of the balance of the game. Thus, in this embodiment, three magics are combined. In addition, magic can be combined with a desired number of players within the range of the use limitation number “N”.

Returning to FIG. 12, when it is determined that the number of uses “n” has reached the number of use restrictions “N” (step S40)
6; No), “1” is substituted for the magic use number “n” (step S407).

Next, the magic set for the first time is executed (step S408). Here, the magic selected for the first time (n = 1) in step S402 is executed on the enemy character or own character (target) selected in step S403.

When the enemy character is hit, the degree of damage is calculated based on the attack power of the special ability calculated based on the defense power of the enemy character and the attack power of the own character A1. At this time, the own character A1
Graphic processing is also performed in accordance with the action of the user.

It is determined whether or not the physical strength of all enemy characters has become “0” due to the damage (step S40)
9). If it is determined that all the enemy characters have physical strength of “0” and are completely annihilated (step S409; Ye
s) Returning to the main routine (see FIG. 6), the next processing of the game is performed.

When it is determined that the physical strength of all enemy characters is not “0” due to the damage (step S
409; No), the usage count “n” is the usage limit count “N”
Is determined (step S410).

When it is determined that the number of times of use “n” has reached the number of times of use limit “N” (step S410; No), the routine returns from the continuous magic processing routine to the magic processing routine shown in FIG. Returning to the routine shown in FIG. When it is determined that the usage count “n” has not reached the usage limit count “N” (step S410; Ye)
s), the number of magic uses “n” is incremented by “1” (step S411), and the process returns to step S408 again to repeat the above processing.

That is, by selecting a summonable character capable of performing a continuous magic attack, continuous execution of magic that can be normally performed only once can be performed. In addition, the player can arbitrarily set the order of the magic to be executed continuously, so that the battle can be effectively and effectively performed using the magic. For example, when recovering the physical strength of your character, use the magic of continuous health recovery, or use the attack magic continuously, and do enormous damage to the enemy character as compared to using normal magic Will be able to do it.

In the above-described processing, after summoning the summoned character, continuous magic can be performed in the next execution of magic. However, after summoning the summoned character, continuous magic can be performed immediately. Is also good. If magic can be executed at once for a plurality of own characters, the power of the game is further improved, and the enemy character can be exhausted.

(Embodiment 2) Next, Embodiment 2 of the present invention will be described. The second embodiment is different from the first embodiment in that in the continuous magic processing, the use limit number “N” of the continuous magic can be selected, and the same magic is used continuously. It is that you are.
Other configurations and functions are the same as those in the first embodiment, and a duplicate description will be omitted. Further, the hardware configuration of the game system, the area configuration of the memory after the game program is read, the character table, the control table, and the magic execution buffer are the same as those in the first embodiment, and thus redundant description will be omitted. . Less than,
Only the differences from the first embodiment will be described.

In the second embodiment, the processing in the battle scene is performed in the same manner as in the first embodiment shown in FIG. Then, when “summoning” is selected as the operation item in step S103 in FIG. 6, the processing shown in FIG. 14 is performed as “summoning processing” in step S106. FIG. 14 is a flowchart illustrating a summoning process according to the second embodiment.

When the summoning process is started, a list of summonable characters that can be currently selected and summoned is displayed (step S12).
01). The list of the summoned characters and the cursor for selecting the summoned characters are displayed on the screen 41 as shown in FIG. The player operates the input device (controller) 25 with the cursor D2 to select a desired summoning character from the summoning character selection display frame B4.

Next, it is determined whether or not the summoning character is selected by detecting the selection operation of the cursor D2 on the summoning character selection display frame B4 (step S120).
2). Here, while the selection operation of the summoned character is not detected (Step S1202; No), the process is in the wait state. When the cancellation of the summoning process is selected by the player, for example, by pressing a cancel button (step S1203; Yes), the summoning process is immediately terminated, and the process returns to step S102 in FIG. 6 to select an operation item again. .

Returning to FIG. 14, when the operation of selecting the summoning character selection display frame B4 is detected (step S120)
2; Yes), it is determined whether or not the selected summoning character is a predetermined summoning character that enables continuous magic processing (step S1204).

When it is determined that the predetermined summoning character is selected (step S1204; Yes), a summoning character A4 as shown in FIG. 9 is displayed on the display screen 41 (step S1205), and the summoning character A4 is displayed.
A graphic is displayed that casts a magic attack that enables continuous special actions (magic) of the own characters A1 and A2. This can enhance the effect of the battle effect.

Next, for example, "N = 2" and "N = 3" as the number of times of use indicating the number of times that the magic of each character can be continuously executed (the maximum value of "N" is 3 depending on the game program). Is read from the program storage area 22a and stored in the magic count storage area 22d (step S1206). For the own characters A1 and A2 in the control table 2100 (see FIG. 4), “ Flags corresponding to both "N = 2" and "N = 3" are set (step S1207). FIG. 15 shows the flag storage state of the control table 2100 at this time.

If it is determined in step S1204 that the selected summoned character is not the predetermined summoned character (step S1204; No), an action process associated with the selected summoned character is performed (step S1208). Then, the summoning process ends.

Next, magic processing in the second embodiment will be described. FIG. 16 is a flowchart illustrating magic processing according to the second embodiment.

When the magic process is started, the character A
The flag that can execute the continuous magic attacks of A1 and A2 is R
The control table 2100 (see FIG. 4) stored in the magic count storage area 22d of the AM 22 stores the step S12 of FIG.
07 is set (step S130).
1).

If it is determined that the flag has been set (step S1301; Yes), the procedure moves to the later-described step S1303 continuous magic processing. If it is determined that the flag has not been set (step S1301; N
o), the process proceeds to step S1302, and normal magic attack processing is advanced.

Next, referring to the character table 2000 of the own character A1 (see FIG. 3), a list of magics whose quantity is 1 or more is displayed (step S130).
2). Specifically, as shown in FIG.
The magic name is displayed in 5.

Next, only one magic is selected from the available magic list displayed in step S1302 (step S1304). At this time, a selection cursor D3 for moving between magic names is displayed in the list. By moving the selection cursor D3 with the input device (controller) 25, a special ability name to be used may be selected.

In the next step S1305, a target is selected. Here, the user selects which enemy character or own character uses the magic selected in step S1304. If the magic selected in step S1305 is an attack magic and there are a plurality of enemy characters, a selection cursor (not shown) above the enemy character is moved with the input device (controller) 25 to set a desired target. Just choose.

When the magic selected in step S1304 is to restore physical strength or temporarily increase attack power and defense power, a selection cursor appears above the head of the player character. That is, the own character side becomes the target.

In the next step S1306, a magic process is executed. Here, the enemy character or own character selected in step S1305 is added to step S130.
Use the magic selected in step 4. If the magic of the attack, it is determined whether it hit or missed. This is determined based on the quickness of both the own character and the enemy character.

When hit, the degree of damage is calculated from the attack power of the special ability calculated based on the defense power of the enemy character and the attack power of the own character. At this time, graphic processing is also performed according to the action of the own character.

As the graphic processing, for example, there is an animation processing such as a fire. Further, when the durability of the enemy character becomes “0” due to the damage, a graphic process for falling down is performed.

If the magic of recovery is, first, a value to be recovered is calculated based on the defense power of the own character. Next, the value is added to the physical strength of the own character. However, if the value exceeds the maximum value of the own character's maximum physical strength, the maximum value is reached.

When a magic that temporarily increases the offensive power and the defensive power of the own character is selected, a specific value is added to the offensive power and the defensive power. However, when this magic is used, the value added when the battle ends is subtracted from the attack power and the defense power.

Next, "1" is subtracted from the numerical value corresponding to the used magic in the character table 2000 (step S1307). In this way, "magic processing"
To end. That is, in the “magic processing” in the normal steps S1304 to S1307, the magic of the own character can be executed only once per action.

Next, the continuous magic processing according to the second embodiment will be described. FIG. 17 is a flowchart illustrating the continuous magic processing according to the second embodiment. For the sake of simplicity, a description will be given of the player character A1.

When the continuous magic processing is started, first, FIG.
As shown in the display example shown in FIG. 19, the screen 41 displays a number selection display frame (number selection window) B6. In the illustrated example, “single” in the case of one time, “2”
"Double" in the case of three times and "Triple" in the case of three times are displayed. Player is an input device (controller)
At 25, the selection cursor D4 is moved to select a desired number of times (step S1402). The value of the selected number of times is the limited number of use “N” that can continuously execute the magic.
Is set to (step S1403).

Subsequently, a variable “n” indicating the number of times of using the magic is used.
Is cleared by substituting “0” into
4). Then, similarly to FIG. 11, a list of magic names is displayed (step S1405), and the selection cursor D3 is moved with the input device (controller) 25 from the magic selection display frame B5 to select one desired magic. Select (Step S
1406). When there is no magic selection (step S140
6; No), and enters a standby state.

When there is a magic selection (step S14)
06; Yes), target selection is performed (step S1)
407). Here, the user selects which enemy character or own character uses the magic selected in step S1406. A selection cursor (not shown) above the character is moved by the input device (controller) 25 and determined. If no target is selected (step S1407; No), the process enters a standby state.

If a target has been selected (step S1407; Yes), the number of magical uses "n" is incremented by 1 (step S1408). 1
The magic stored in step S1406 is stored (registered) in the magic count storage area 22d as the magic to be executed the second time (step S1409). Next, it is determined whether or not the number of magic uses “n” has reached the use limit number “N” (step S1410).

When it is determined that the number of times of use “n” has not reached the number of times of use limit “N” (step S 1410; Y
es), returning to step 1407 again to select a target. RAM selection of the target, increment of the magic use number “n”, and magic execution order RAM until the magic use number “n” reaches the use limit number “N”
The storage (registration) to 22 is repeated. FIG. 19 shows an example of the magic execution order stored in the magic execution buffer 2200. Note that the number of times can be appropriately changed in consideration of the balance of the game. In addition, magic can be combined with a desired number of players within the range of the use limitation number “N”.

Returning to FIG. 17, when it is determined that the number of times of use “n” has reached the number of times of use limitation “N” (step S14)
10; No), “1” is substituted for the magic use number “n” (step S1411).

Next, the first magic is executed (step S1412). Here, the enemy character or own character (target) selected in step S1407 is
The magic selected in step S1406 is executed.

When the enemy character is hit, the degree of damage is calculated based on the attack power of the special ability calculated based on the defense power of the enemy character and the attack power of the own character A1. At this time, the own character A1
Graphic processing is also performed in accordance with the action of the user.

It is determined whether the physical strength of all enemy characters has become “0” due to the damage (step S141).
3). If it is determined that all the enemy characters have physical strength of “0” and are completely annihilated (step S1413; Ye
s) Returning to the main routine (see FIG. 6), the next processing of the game is performed.

When it is determined that the physical strength of all enemy characters is not “0” due to the damage (step S
1413; No), it is determined whether or not the use count “n” has reached the use limit count “N” (step S141).
4).

If it is determined that the number of times of use “n” has reached the number of times of use limit “N” (step S1414; No),
The routine returns from the continuous magic processing routine to the magic processing routine shown in FIG. 10, and returns from the magic processing routine to the routine shown in FIG. When it is determined that the use count “n” has not reached the use limit count “N” (step S1414; Y
es), the number of magic uses “n” is incremented by “1” (step S1415), and step S141 is performed again.
2 and the above processing is repeated.

By performing the continuous magic processing in this manner, the number of times the player performs the magic continuously can be selected. If it is determined in step S1410 in FIG. 17 that the number of uses “n” has not reached the number of use restrictions “N”, the process returns to step S1406, where magic is selected (step S1406) and target is selected (step S1406). (S1407), increment of “n” (step S1408) and storage in the RAM 22 (step S1409) may be repeated. Then, as in the first embodiment, a plurality of types of magic can be combined and performed continuously. Further, since the number of times of performing the magic continuously can be selected according to the progress of the battle, the magic can be used efficiently.

(Embodiment 3) Next, Embodiment 3 of the present invention will be described. Embodiment 3 is different from Embodiments 1 and 2 in that the movement of a character during a battle is controlled by time for each character. Specifically, the time from when the character performs one action to the time when the next action is performed or the wait time until the next action is designated is controlled. The hardware configuration of the game system is the same as in the first or second embodiment as shown in FIG.

FIG. 20 is a diagram for explaining the configuration of the area of the RAM 22 after the game program has been read. The RAM 22 includes a program storage area 22a for storing a program to be executed by the CPU, a character table 2
000 (see FIG. 3), a graphic data storage area 22c for storing modeling data of a three-dimensional model, a background image, and the like.
A control table 210 storing information on the number of times “n” of “magic” to be described later, the number of times of use of continuous magic “N”, a flag indicating that continuous magic is possible, and the like.
It has a magic number storage area 22d in which 0 is stored, various data used during the game and sound data, and other data storage area 22e. Other data storage area 22e
A second embodiment is different from the first and second embodiments in that a standby time table 2300 and a battle control table 2400, which will be described later, are stored. The character table, the control table, and the magic execution buffer are the same as those in the first embodiment. Therefore, duplicate detailed description will be omitted.

FIG. 21 is a diagram showing an example of the data structure of the standby time table 2300 stored in the other data storage area 22e. The standby time table 2300 has, for example, a character name column 2300a in which the names of characters appearing in the game are stored, and a standby time data column 2300b in which a numerical value of the standby time for each character is stored. Here, the standby time indicates a time during which the character can perform one operation after performing one operation, or a time during which an instruction for the next operation can be input. In the present embodiment, the character 1
The time during which an instruction for the next operation can be input after the operation is executed is defined as a standby time.

FIG. 22 is a diagram showing an example of the data structure of the battle control table 2400 stored in the other data storage area 22e. The battle control table 2400 includes, for example, a character name column 2400a in which the names of characters participating in the battle are stored, a clock time column 2400b indicating the clock time of each character, and whether or not the next operation instruction can be input. Is stored. When the battle between the characters starts, the control unit 2
The time is counted for each character by a timer (not shown) built in 1, and the data (count value) is stored in the counted time column 2300 b.
When the counted time reaches the standby time in the standby time table, the flag in the flag storage column 2400c is set (high bit), and the next operation instruction can be input to the character.

FIGS. 23 and 24 are flowcharts showing the processing in the battle scene of the game device according to the present invention.
Embodiment 2 is different from Embodiments 1 and 2 in that the execution order of the actions of the own character and the enemy character is controlled by the time counted by the control unit 21. The player can select and execute the next action for a character whose time has been counted from the execution of the first action to the standby time stored in the standby time table. Also, the enemy character is operated every time the standby time elapses, similarly to the own character.

When the action of the character whose action is input is executed, the timekeeping time and the flag of the battle control table 2400 are cleared, and the battle proceeds while repeating the timekeeping until the standby time.

As an example, the description will proceed assuming that the characters A1, A2 and the enemy character A2 participate in the battle. When the own character encounters an enemy character, various data in the battle control table 2400 are initialized, and the own characters A1, A2 and the enemy character A2 are registered in the battle control table 2400 as characters participating in the battle (step S601).

Next, timing of the battle time is started for each character registered in the battle control table 2400 (step S602), and a battle scene as shown in FIG. 25 is displayed on the screen 41 of the output device 30. (Step S60
3).

The screen 41 shown in FIG.
5, the enemy character ability display frame B2 and the own character ability display frame B3 are displayed in the same manner as in FIG. Further, at the top of the screen 41, time gauges G1 and G2 indicating the time until the next operation of the own characters A1 and A2 can be input, and time bars H1 and H2 indicating the time of each character are displayed. ing. The occupied area of the timekeeping bars H1 and H2 in the timekeeping gauge increases according to the timekeeping time.
The player can visually grasp the remaining time at which the next motion input becomes possible by changing the timing bar.

Next, it is determined whether the time measured by the player character in the battle control table 2400 has reached the standby time stored in the standby time table 2300 (step S604). When it is determined that the time measured by the player character has not reached the standby time (step S604; N
o), the process proceeds to step S613, and the time measurement of the enemy character is checked.

If it is determined that the time counted by the own character has reached the standby time (step S604; Yes), the action selection display frame B1 is displayed on the screen 41 (step S604).
605). That is, the execution of the next operation of the own character is permitted, and the operation can be input. FIG.
6 is a diagram illustrating an example of the screen 41 when the time measured by the own character A1 has reached the standby time. Character A1
Time bar H1 becomes the maximum area in the time gauge,
The action selection display frame B1 is displayed, and the next action can be input to the player character A1. The cursor D5 is displayed above the own character A1, and the player can visually recognize that the operation input of the own character A1 is enabled.

Next, an action item by the player is selected (step S606), the selected action item is determined (step S607), a summoning process according to the determined action item (step S608), a magic process (step S606).
606), the use of items, and other processing (step S610) of executing an operation using a weapon are described in the first embodiment.
Or, the same processing as in 2.

That is, a setting is made so that a predetermined summoning character capable of performing the continuous magic processing (step S302 in FIG. 10, step S1303 in FIG. 16) can be summoned and magic can be executed continuously (step S608). When the operation is selected, "Mahou" is selected from the operation selection display frame B1 (step S606), and magic processing (step S609) is performed.
With this, multiple types of magic can be combined and executed continuously.

After the action selected by the player has been executed, the timekeeping time and flag of the battle control table 2400 corresponding to the player character A1 that executed the action are reset (step S611), and the timekeeping of the character is restarted. The process starts (step S612).

Next, in the battle control table 2400, the clock time of the enemy character is set in the standby time table 230.
It is determined whether or not the standby time stored in 0 has been reached (step S613). When it is determined that the timing time of the enemy character has not reached the standby time (step S61)
3; No), the process moves to step S617.

If it is determined that the time counted by the enemy character has reached the standby time (step S613; Yes), the action of the enemy character is set by a predetermined algorithm, and the action in which the enemy character is set is executed. Image is displayed on the screen 41. (Step S61
4).

After the operation of the enemy character A3 is executed,
Battle control table 240 corresponding to enemy character A3
Reset the clock time of 0 and the flag (step S
615), timing of the enemy character A3 whose clock time and flag have been reset is started (step S616).

Next, it is determined whether or not the enemy character or the player character has been completely annihilated and the battle has ended (step S617). If the battle does not end (step S61)
7; No), the flow returns to step S603, and the motion is executed for each character for which the counted time has reached the standby time. When the battle ends (step S617;
Yes), ends the battle, and proceeds to the next game progress.

While the movement of the own character is controlled by time, a plurality of magics can be executed continuously in one movement, so that the magic can be used efficiently and the effect can be improved. Will be able to advance the battle. In addition, the player is required to have a new game strategy of how to properly set the player's character in a state where continuous magic can be performed during the time counted.

Further, in the present embodiment, the standby time is set to a time during which the character can perform the next operation after performing one operation, or a time during which the instruction input of the next operation can be performed. It is not limited to this. For example, a plurality of types of standby times may be provided as a standby time, a time during which the next operation can be input, and a time from the input of an operation to the execution of the operation. Since the speed at which the action is performed can be set arbitrarily for each character, it is possible to further improve the fun of the game.

In the present embodiment, the time counted in the battle control table 2400 is initialized (cleared) when a battle is started. Clocking may be started from the clocking time. The waiting time from the previous battle can be used for the next battle.

Further, in the above-described first to third embodiments, the case where the present invention is realized using a home game machine as a platform has been described. However, the present invention may be realized as a platform, such as a general-purpose computer such as a personal computer, an arcade game machine, or a communication terminal such as a mobile phone, a portable information terminal, and a car navigation system. Further, in the present embodiment, a program and data for realizing the present invention are stored in a CD-ROM, and this CD-ROM is used as a recording medium. However, the recording medium is not limited to a CD-ROM, but may be another computer-readable magnetic or optical recording medium such as a magnetic disk or a ROM card or a semiconductor memory.

In addition, the programs and data for realizing the present invention are not limited to the form provided by a medium such as a CD-ROM that is detachable from a game machine or a computer, and may be stored in advance in the game machine or the computer. It may be a form preinstalled in the memory. Programs and data for implementing the present invention are stored in a network 100 connected via a communication line 33 or the like.
It may be a form that is received from another device above and recorded in the RAM 22 for use. Further, the program and data are recorded in a memory of another device on the network 100 connected via the communication line 33 or the like, and the program or data is used via the communication line 33 or the like. Is also good.

[0145]

As described above, according to the present invention,
At the time of battle between characters, it will be possible for the characters to execute multiple magics continuously,
Magic can be used efficiently, and battles can be effectively advanced.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a hardware portion of a main part of a game device according to a first embodiment of the present invention;

FIG. 2 is a diagram showing an area allocation of data stored in a RAM according to the first embodiment.

FIG. 3 is a diagram illustrating a character table that defines various parameters of the own character.

FIG. 4 is a diagram illustrating a control table for defining the number of times magical characters are used by the own character.

FIG. 5 is a diagram showing an example of a battle scene during a game according to the first embodiment.

FIG. 6 is a flowchart illustrating processing in a battle scene of the game device according to the first embodiment.

FIG. 7 is a flowchart illustrating the summoning process of FIG. 6;

FIG. 8 is an explanatory diagram showing an example in which a summoning character selection display frame is displayed.

FIG. 9 is an explanatory diagram illustrating an example in which a summoned character is displayed.

FIG. 10 is a flowchart illustrating the magic process of FIG. 6;

FIG. 11 is a diagram showing an example in which a magic selection display frame is displayed when performing magic selection in the magic processing.

FIG. 12 is a flowchart illustrating a continuous magic process.

FIG. 13 is a diagram showing a data structure of a magic execution buffer.

FIG. 14 is a flowchart illustrating a summoning process according to Embodiment 2 of the present invention.

FIG. 15 is a diagram illustrating a control table for defining the number of times of magic use of the own character.

FIG. 16 is a flowchart illustrating a magic process according to the second embodiment.

FIG. 17 is a flowchart illustrating a continuous magic process according to the second embodiment.

FIG. 18 is a diagram showing an example in which the number selection display frame is displayed when performing the number selection in the continuous magic processing according to the second embodiment.

FIG. 19 is a diagram showing a data structure of a magic execution buffer.

FIG. 20 is a diagram showing an area allocation of data stored in a RAM according to the third embodiment of the present invention.

FIG. 21 is a diagram illustrating a standby time table that defines a standby time set for each character.

FIG. 22 is a diagram illustrating a battle control table in which timekeeping times of characters participating in a battle are stored.

FIG. 23 is a flowchart illustrating processing in a battle scene of the game device according to the third embodiment.

FIG. 24 is a flowchart illustrating processing in a battle scene of the game device according to the third embodiment.

FIG. 25 is a diagram showing an example in which a time gauge and a time bar are displayed.

FIG. 26 is a diagram showing an example in which a state in which a motion of a character can be input is displayed.

[Explanation of symbols]

Reference Signs List 10 CD-ROM 20 Game device 21 Control unit 22 RAM 23 Sound processing unit 24 Interface unit 25 Input device 26 Graphic processing unit 27 CD-ROM drive 29 Bus 30 Output device 32 Communication interface 33 Communication line 100 Network 22a Program storage area 22b Character Data storage area 22c Graphic data storage area 22d Magic count storage area 22e Other data storage area 2000 Character table 2300 Standby time table 2400 Battle control table A1 Own character A2 Own character A3 Enemy character A4 Summoned character B4 Summoned character selection display frame B5 Magic selection Display frame B6 Number selection display frame

Claims (16)

[Claims] 1. A game device for controlling a battle between characters on a display screen, wherein the magic is a function for supporting the battle of the characters, and whether a condition for continuously executing the magic a plurality of times is satisfied. Determining means for determining whether or not the condition is satisfied, and executing means for continuously executing one or more types of magic on any character when the determining means determines that the condition is satisfied. Game device. 2. The summoning is an action executed in response to an input operation in order to allow another character to participate in a battle between characters. The game device determines whether or not there is a summon as a condition for executing the game device. Registration means for registering the magic combined by the combination means in association with the arbitrary character, wherein the execution means, when causing the arbitrary character to execute the magic, 2. The game apparatus according to claim 1, wherein a set of magics registered corresponding to the character is executed continuously. 3. The combination means sets an execution order of a plurality of combined magics, the registration means further registers the execution order corresponding to the arbitrary character, and the execution means stores the execution order in the registration means. 3. The game device according to claim 2, wherein the magic is executed based on the registered execution order. 4. When a predetermined period of time has elapsed since the end of one action of the arbitrary character during a battle, the permission means for permitting the arbitrary character to execute the next action is further provided. An execution unit that, when the determination unit determines that a condition for continuously executing the magic a plurality of times is satisfied, and then, when the permission unit performs the next operation on the arbitrary character, The game device according to any one of claims 1 to 3, wherein the arbitrary character continuously executes a magic. 5. A time counting means for starting time counting based on a timing at which one action of the arbitrary character in a battle is completed, wherein the permission means is configured to set a time counted by the time counting means for a predetermined time. 5. When the number of characters has reached, execution of the next operation is permitted for the arbitrary character.
3. The game device according to claim 1. 6. A battle control method of a computer game for controlling a battle between characters on a display screen, wherein the magic is a function for supporting the battle of the characters, and the magic is a function for continuously executing the magic a plurality of times. A first step of determining whether or not a condition has been satisfied; and a second step of, if it is determined in the first step, that the condition has been satisfied, causing any character to continuously execute one or more types of magic. And a battle control method comprising: 7. The summoning is an action executed in response to an input operation in order to cause another character to participate in a battle between characters. In the first step, magic is continuously performed a plurality of times during the battle. Determining whether there is a summoning as a condition for executing, and if the summoning is confirmed in the first step, a third step of arbitrarily combining a plurality of magics from a plurality of magics prepared in advance; And a fourth step of registering the magic combined in the third step in correspondence with the arbitrary character. In the case where the magic is executed by the arbitrary character in the second step, the fourth step is performed in the fourth step. 7. The battle control method according to claim 6, wherein a set of magics registered corresponding to an arbitrary character is continuously executed. 8. The third step sets an execution order of a plurality of combined magics, the fourth step further registers the execution order corresponding to the arbitrary character, and the second step includes: The battle control method according to claim 7, wherein magic is executed based on an execution order registered in the registration unit. 9. A fifth step of permitting the arbitrary character to execute the next operation when a predetermined time has elapsed since the end of one operation of the arbitrary character during the battle, In the second step, after it is determined in the first step that a condition for continuously executing the magic is performed a plurality of times, the next operation is performed on the arbitrary character in the fifth step. The battle control method according to any one of claims 6 to 8, wherein when permitted, the arbitrary character continuously executes magic. 10. The game machine further includes a sixth step of starting timing based on a timing at which one action of the arbitrary character in the battle is completed, wherein the fifth step includes a time counted by the sixth step. 10. The battle control method according to claim 9, wherein when a predetermined time has elapsed, execution of the next operation is permitted for the arbitrary character. 11. A computer-readable recording medium in which a computer game program for controlling a battle between characters on a display screen is recorded, wherein magic is a function for supporting character battle, A first step of determining whether or not a condition for executing the game continuously is satisfied, and if it is determined in the first step that the condition is satisfied, one or more types of magic are applied to an arbitrary character. A computer-readable recording medium on which is recorded a program for causing a computer to execute the following steps: 12. Summoning is an action executed in response to an input operation in order to cause another character to participate in a battle between characters. In the first step, during the battle,
The presence or absence of summoning is determined as a condition for executing the magic a plurality of times in succession. If the summoning is confirmed in the first step, a plurality of magics prepared in advance are combined with a plurality of magics arbitrarily. A third step of: registering the magic combined in the third step in correspondence with the arbitrary character; and causing the arbitrary character to execute the magic in the second step. 12. The recording medium according to claim 11, wherein a set of magics registered in correspondence with said arbitrary character in said fourth step is continuously executed. 13. The third step sets an execution order of a plurality of combined magics, the fourth step further registers the execution order corresponding to the arbitrary character, and the second step includes: 13. The recording medium according to claim 12, wherein the magic is executed based on the execution order registered in the registration unit. 14. A fifth step of permitting the arbitrary character to execute the next operation when a predetermined time has elapsed since the end of one operation of the arbitrary character during the battle, After it is determined in the first step that the condition for executing the magic continuously for a plurality of times is satisfied, and in the fifth step, execution of the next operation is permitted for the arbitrary character, 14. The recording medium according to claim 11, wherein the second step causes the arbitrary character to execute magic continuously. 15. A game machine further comprising: a sixth step of starting timing based on a timing at which one action of the arbitrary character in a battle ends, wherein the fifth step includes:
15. The recording medium according to claim 14, wherein when the time measured in the sixth step reaches a predetermined time, execution of the next operation is permitted for the arbitrary character. 16. A computer data signal included in a carrier wave, wherein magic is a function for supporting a character's battle, and it is determined whether or not a condition for executing magic continuously for a plurality of times is satisfied. A first step, and, if it is determined in the first step that the condition is satisfied, a second step of causing one or more types of magic to be continuously executed by any character. Computer data signals containing programs.