JP3220111B2 - GAME DEVICE, GAME CONTROL METHOD, AND COMPUTER-READABLE RECORDING MEDIUM - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] The present invention relates to the art of computer games, and more particularly, to a game device, a game control method, and a computer-readable recording medium for enhancing 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 apparatus, a game control method, and a computer-readable recording medium that enable a player to efficiently execute a magic in order to solve the above-described problems in the conventional example. .

[0008]

[Means for Solving the Problems]
In order to achieve the object, the present invention is a game device for executing a game program for controlling a battle between characters on a display screen, wherein another character participates in a battle between the characters in response to an operation input. When the summoning action item is selected, control of the process is shifted to the summoning process, a selectable summoning character is displayed, and when a predetermined summoning character is selected, the number of magic times that can be used continuously is set. When magic is selected as an operation item for supporting the battle of the character according to the operation input, the control of the processing is shifted to the magic processing, and the magic number that can be used continuously is set. Magic number display means for displaying a list of magic numbers that can be used continuously,
Magic use setting means for setting the number of consecutively used magics selected according to an operation input from the list of continuously usable magics, and a magic prepared in advance corresponding to the character are listed. Displaying and selecting the magic to be used continuously from the displayed magic in accordance with the operation input, the continuous magic selecting means for performing the continuous use number of times, and the continuous use number of times selected by the continuous magic selecting means. And a continuous magic executing means for continuously executing the magic.

In the game device of the present invention, the continuous magic selecting means separates the selection of magic to be used continuously into the selection of magic and the selection of a target to use the selected magic, and performs the selection for the number of times of continuous use. You can do it.

In the game device according to the present invention, when a battle between the characters is started in response to an operation input, the timing time of each character is measured, and the processing of the action item selected for each character is performed. When the time is over, reset the clocking time of the character and restart the clocking of the clocking time, and compare the clocking time measured by the clocking means with the standby time set for each character, When the counted time reaches the standby time, a permission means for permitting selection of an action item of the character may be further provided.

In the game device of the present invention, the waiting time set for each character to be compared by the permission means is a time at which the next operation can be input and an operation after the operation is input. A plurality of types of time until execution may be provided.

Further, the present invention is a game control method for executing a game program for controlling a battle between characters on a display screen, wherein another character participates in the battle between the characters in response to an operation input. When the summoning action item is selected, control of the process is shifted to the summoning process, a selectable summoning character is displayed, and when a predetermined summoning character is selected, the number of magic times that can be used continuously is set. In the first step, when magic, which is an operation item for supporting the battle of the character, is selected in response to an operation input, control of the processing is shifted to magic processing, and the number of magics that can be used continuously is set. The second step of displaying a list of the number of magics that can be used continuously, and selecting the number of magics that can be used continuously from the list according to the operation input. A third step of setting the magic number to continuous use that is, the to correspond to the character list by magic, which is prepared in advance, in accordance with an input,
A fourth step of selecting the magic to be used continuously from the displayed magic for the number of continuous uses, and continuously executing the magic for the number of continuous uses selected in the fourth step. And a fifth step.

In the game control method according to the present invention, in the fourth step, the selection of the magic to be used continuously is divided into the selection of the magic and the selection of the target to use the selected magic. Minutes.

In the game control method according to the present invention, when a battle between characters is started in response to an operation input, a time for each character is counted, and an action item selected for each character is determined. A sixth step of resetting the timekeeping time of the character when the processing is completed, and restarting the timekeeping of the timekeeping time; the timekeeping time measured by the sixth step and the standby time set for each character; When the time count reaches the standby time, the seventh item that permits the selection of the action item of the character is permitted.
And further steps.

In the game control method according to the present invention, the standby time set for each character to be compared in the seventh step is a time at which a next operation can be input and an operation is input. It is also possible to provide a plurality of types of time from when to when the operation is performed.

Further, the present invention is a computer-readable recording medium in which a computer game program for controlling a battle between characters on a display screen is recorded, wherein the computer-readable recording medium stores the program in response to an operation input. When summoning, which is an action item for causing other characters to participate, is selected, control of the process is shifted to summoning processing, selectable summoning characters are displayed, and continuous use is possible when a predetermined summoning character is selected. First to set the number of magic times
When the magic, which is an operation item for supporting the battle of the character, is selected according to the operation input and the operation input, the control of the processing is shifted to the magic processing, and the number of magics that can be continuously used is set. In this case, the second step of displaying a list of continuously usable magic counts, and the list of continuously usable magic counts, according to an operation input,
A third step of setting the number of times of use of the selected magic to be used continuously, and a list of magics prepared in advance corresponding to the character, and a magic to be used continuously from the displayed magics according to an operation input. A program for executing a fourth step of selecting the number of times of continuous use, and a fifth step of continuously executing the magic of the number of continuous uses selected in the fourth step. It is recorded.

In the computer readable recording medium according to the present invention, the fourth step is to divide the selection of magic to be used continuously into the selection of magic and the selection of a target to use the selected magic. It can be performed for the number of times of use.

Further, in the computer-readable recording medium of the present invention, when a battle between characters is started in response to an operation input, a time for each character is measured, and a selection is made for each character. A sixth step of resetting the time of the character and restarting the measurement of the time when the processing of the action item performed is completed; and setting the time measured by the sixth step and the time of each character. And a seventh step of allowing the character to select an action item when the measured time reaches the standby time.

In the computer-readable recording medium according to the present invention, the standby time set for each character to be compared in the seventh step is a time at which the next operation can be input, and A plurality of types of time from input to execution of the operation may be provided.

[0020]

Embodiments of the present invention will be described below in detail with reference to the drawings. First, referring to FIG.
A hardware configuration of a game system according to one embodiment of the present invention will be described.

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 includes magic number setting means, magic number display means, magic use setting means, continuous magic selecting means, continuous magic executing means, time measuring means, It has each function of the permission means. The sound processing unit 23 and the graphic processing unit 26 have some of these functions.

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 a character table.
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.

Next, the continuous magic processing will be described. In the continuous magic processing, the use limit number of the continuous magic is “N”.
Can be selected, and the same magic is used successively.

In the continuous magic processing, the processing in the battle scene is performed in the same manner as described with reference to 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.
It is a flowchart explaining the summoning process in a continuous magic process.

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, the magic processing leading to the continuous magic processing will be described. FIG. 16 is a flowchart illustrating a magic process leading to a continuous magic process.

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 will be described. FIG. 17 is a flowchart illustrating the continuous magic processing. 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, 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.

Next, a description will be given of a process in which 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.

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 count storage area 22d in which 0 is stored, various data used during the game and sound data, and other data storage areas 22e. Other data storage area 22e
The table stores a standby time table 2300 and a battle control table 2400 described later.

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 measured for each character by a timer (not shown) built in the device 1, and the data (count value) is stored in a time measurement column 2300b.
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.
Here, 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), use of an item, and other processing (step S610) for executing an operation using a weapon are performed.

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 the 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 embodiment, a case has been described where the present invention is realized using a home game machine as a platform. 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. Furthermore, in the present embodiment, programs and data for realizing the present invention are stored on a CD-ROM,
A D-ROM was 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 hardware of a main part of a game device according to an embodiment of the present invention;

FIG. 2 is a diagram showing an area allocation of data stored in a RAM.

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 illustrating an example of a battle scene during a game.

FIG. 6 is a flowchart illustrating processing in a battle scene of the game device.

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 in the continuous magic process.

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 leading to a continuous magic process.

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

FIG. 18 is a diagram illustrating an example in which a count selection display frame is displayed when a count is selected in the continuous magic processing.

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.

FIG. 24 is a flowchart illustrating processing in a battle scene of the game device.

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

────────────────────────────────────────────────── ─── Continued on the front page (56) References Final Fantasy VII Dismantling Shinsho, Studio Bent Staff, ASCII Corporation, March 24, 1997, p. 50 Final Fantasy ▲ V ▼ Complete Strategies, Camel Mama Co., Ltd., NTT Publishing Corporation, February 26, 1993, p. 156 Monthly Game Walker, Kadokawa Shoten Co., Ltd., April 1, 1996, Vol. 3, No. 4, No. 18, p. 26 (58) Field surveyed (Int. Cl. ⁷ , DB name) A63F 13/00-13/12

Claims (12)

(57) [Claims] 1. A game device for executing a game program for controlling a battle between characters on a display screen, the operation being an operation item for causing another character to participate in the battle between the characters in response to an operation input. When a certain summoning is selected, the control of the process is shifted to the summoning process, a selectable summoning character is displayed, and when a predetermined summoning character is selected, a magic number setting means for setting a magic number that can be continuously used and In response to an operation input, control of processing is shifted to magic processing when magic, which is an operation item for supporting the battle of the character, is selected, and when the number of magics that can be used continuously is set, A magic count display means for displaying a list of magic counts that can be used continuously, and a continuous use count selected according to an operation input from a list of magic counts that can be used continuously. Magic use setting means for setting the number of magics to be performed, and a list of magics prepared in advance corresponding to the character is displayed. According to an operation input, selection of magic to be used continuously from the displayed magics is performed continuously. A game device comprising: continuous magic selecting means for performing the number of times of use; and continuous magic executing means for continuously executing the magic for the number of times of continuous use selected by the continuous magic selecting means. . 2. The method according to claim 1, wherein the continuous magic selecting means divides the selection of the magic to be used continuously into the selection of the magic and the selection of the target to use the selected magic by the number of times of continuous use. The game device according to claim 1. 3. When a battle between characters is started in response to an operation input, a time is counted for each character, and when the processing of the action item selected for each character is completed, A timer for resetting the time of the character and restarting the measurement of the time, and comparing the time measured by the time measuring with the standby time set for each character, and setting the time to the standby time. 3. A permission means for permitting selection of an action item of the character when it reaches, and further comprising:
3. The game device according to claim 1. 4. The waiting time set for each character to be compared by the permitting means includes a plurality of types of time, that is, a time during which the next operation can be input and a time from when the operation is input until the operation is executed. The game device according to claim 3, further comprising: 5. A game control method for executing a game program for controlling a battle between characters on a display screen, wherein an operation item for causing another character to participate in the battle between the characters in response to an operation input. When the summoning is selected, the control of the process is shifted to the summoning process, a selectable summoning character is displayed, and when a predetermined summoning character is selected, a first step of setting the number of magic times that can be used continuously is set. In response to an operation input, control of processing is shifted to magic processing when magic, which is an operation item for supporting the battle of the character, is selected. A second step of displaying a list of the number of magics that can be used continuously, and a continuous use selected from the number of magics that can be used continuously displayed in the list according to an operation input. A third step of setting the number of times of magic to be performed, and displaying a list of magics prepared in advance corresponding to the character, and selecting a magic to be used continuously from the displayed magics in response to an operation input. 4th for the number of uses
And a fifth step of continuously executing magic for the number of consecutive uses selected in the fourth step. 6. The fourth step is characterized in that selection of magic to be used continuously is divided into selection of magic and selection of a target to use the selected magic, and the selection is performed for the number of times of continuous use. The game control method according to claim 5. 7. When a battle between characters is started in response to an operation input, a time is counted for each character, and when processing of an action item selected for each character is completed, A sixth step of resetting the timing of the character and restarting timing of the timing; comparing the timing measured by the sixth step with the standby time set for each character; 7. The method according to claim 5, further comprising: a seventh step of permitting selection of an action item of the character when the time reaches a standby time.
3. The game control method according to claim 1. 8. The waiting time set for each character to be compared in the seventh step is a time when a next action can be input and a time from when an action is input to when the action is executed. The game control method according to claim 7, wherein a plurality of types are provided. 9. A computer-readable recording medium on which a computer game program for controlling a battle between characters on a display screen is recorded, wherein in response to an operation input, another character is engaged in the battle between the characters. When the summoning action item for participation is selected, control of the process is shifted to the summoning process, a selectable summoning character is displayed, and when a predetermined summoning character is selected, the number of magic times that can be continuously used is determined. A first step to be set, and in accordance with an operation input, when magic, which is an operation item for supporting the battle of the character, is selected, control of the processing is shifted to magic processing, and the number of magics that can be used continuously is reduced. If set, the second step of displaying a list of continuously usable magic times, and from the list of continuously usable magic times, A third step of setting the number of times of continuous use of the magic selected according to the operation input; and displaying a list of magic prepared in advance corresponding to the character, and displaying the magic displayed according to the operation input. Select magic for continuous use from the number of times of continuous use.
And a fifth step of continuously executing the magic for the number of times of continuous use selected in the fourth step, and a program for performing the following steps: recoding media. 10. The fourth step is characterized in that selection of magic to be used continuously is divided into selection of magic and selection of a target to use the selected magic, and the selection is performed for the number of times of continuous use. A computer-readable recording medium according to claim 9. 11. When a battle between characters is started in response to an operation input, a time period for each character is measured, and when the processing of the action item selected for each character is completed, A sixth step of resetting the timing of the character and restarting timing of the timing; comparing the timing measured by the sixth step with the standby time set for each character; 7. The method according to claim 9, further comprising: a seventh step of permitting selection of an action item of the character when the time reaches a standby time.
0. The computer-readable recording medium according to 0. 12. The standby time set for each character to be compared in the seventh step is a time when a next action can be input and a time from when an action is input to when the action is executed. The computer-readable recording medium according to claim 11, wherein a plurality of types are provided.