JP2000084247A - Game device, battle processing method and computer readable recording medium recording its program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To use the ability of an opposite character as one's own ability by storing battle abilities at every character, selecting a storage ability in accordance with an operation input and display-controlling a battle picture through the use of the selected ability. SOLUTION: A control part and the graphic processing part of a game device main body display battle pictures by own character 81 and plural enemy characters 82 and 83 on the display screen 61 of a display. In this case, when a player selects a 'draw' displayed in a command widow 91, the one's character 81 can obtain a prescribed additional ability from the enemy characters 82 and 83. That is, an icon 85 in an enemy designation window 92 is moved so as to select the optional enemy characters 82 and 83, the icon 85 in an additional ability window 93 is moved so as to select the optional additional ability and also the icon 85 in a draw form window 94 is moved so as to select a stock or the like.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a game apparatus for virtually realizing a battle between characters on a display screen,
The present invention relates to a battle processing method and a computer-readable recording medium on which the program is recorded.

[0002]

2. Description of the Related Art There are many types of games provided by video games. Among them, there is a video game for realizing a battle between characters such as a player character operated by a player (Player Character) and an enemy character controlled by a computer (Enemy Character) on a display screen.

In a video game of this type, a player character or an enemy character executes an action related to attack or defense in accordance with an operation input or an algorithm for controlling the action of a character included in a game program. Specifically, the video game uses a capability value and various data related to an attack or defense set in advance for the own character or the enemy character, and performs graphic display control or sound output control according to the instructed action, Perform battle calculation processing.

Some of such video games define magic as an action that can be performed by a character. Magic is an ability of a character that changes the progress of a battle. For example, the player character attacks the enemy character by magic, or the player character's defense ability increases.

[0005] Magics that can be used by the own character and the enemy character are registered in advance in association with each character. When using magic, each character designates and uses a desired magic from the magic registered in itself.

[0006]

In such a video game, in order to improve interest and strategy in a battle scene, a method of using an attack or defense ability set for a character, such as magic or use of an item, is used. Can be devised in various ways. In addition, a new registration method of the ability given to the character may be devised.

An object of the present invention is to provide a game device, a battle processing method, and a recording medium for enabling the use of the abilities of an opponent character as its own abilities.

[0008]

In order to achieve the above object, the present invention relates to a game apparatus for virtually realizing a battle between characters on a display screen. Selecting means for selecting any one of the abilities stored in the storage means in accordance with an operation input; and display control means for performing display control of a battle screen using the abilities selected by the selecting means. , Is provided.

According to the present invention, the storage means stores the ability related to the battle for each character, and the selection means stores any of the abilities stored in the storage means in response to an operation input. The selection and display control means controls display of the battle screen using the ability selected by the selection means. Therefore, the player can specify an arbitrary ability according to the operation input and use it.

In the present invention, the display control means includes:
The display control of the battle screen may be performed when an arbitrary ability is selected by the selection means. Then, when an arbitrary ability is selected by the selecting means, the display control means performs display control of the battle screen using the selected arbitrary ability, so that the player can select an arbitrary ability by operation input. If specified, the ability will be executed immediately.

Further, in the present invention, the game device includes
The configuration may further include a registration unit that registers the ability selected by the selection unit in the storage unit in association with an arbitrary character. Then, since the optional ability selected by the selecting means is registered by the registering means, the player stores the optional ability designated by the operation input and uses the stored ability later. Can be.

Further, in the present invention, the selection means selects an arbitrary ability in accordance with an operation input from the abilities stored in the storage means in association with one or more characters as battle opponents. It may be. Then, the selection unit selects an arbitrary ability according to the operation input from the ability associated with the enemy character.
The player can deprive the enemy character of the abilities of the enemy character.

In the present invention, the selection means displays a list of the abilities stored in the storage means in correspondence with the character of the battle opponent, and, based on the displayed abilities, displays the abilities in accordance with an operation input. A selection may be made. Then, the selection means displays a list of the abilities associated with the enemy character, and selects the abilities according to the operation input from the displayed list of abilities. While looking at the list of abilities, the player can designate an arbitrary ability and take it from the enemy character.

In the present invention, the registration means may register the capability selected by the selection means and a maximum number of executions of the capability determined by a predetermined procedure. Then, since the registration means registers the selected ability and the maximum number of executions of the ability, the player can use the stored ability later until the maximum number of executions is reached.

Further, in the present invention, the game device comprises:
A time-measuring means for measuring the time during the battle period, and when the time measured by the time-measuring means reaches a preset time for each character in the fight, Permission means for permitting execution of a fighting action, wherein the selecting means selects an arbitrary ability in accordance with an operation input when the permission means permits the execution of the fighting action. You may. In this case, the timing means measures the time during the battle period, and when the measured time reaches the time set in advance for each character in the battle, the time is measured for the character that has reached the set time. , The permitting means permits the execution of the combat action.
The selecting means selects an optional ability in response to an operation input when the permitting means permits the execution of the fighting action. Therefore, when the selecting means selects the optional ability, a time factor is required. Adds to the game flow.

In the present invention, magic is a function for changing the ability of an arbitrary character.
The ability is magic. Therefore, when an arbitrary magic is selected by the selection means, the ability of the arbitrary character is changed by the selected magic.

Further, according to the present invention, in a game apparatus for virtually realizing a battle between characters on a display screen, a means for forming a battle screen between characters in response to an operation input; Means for displaying a list of one or more abilities previously associated with the character specified in response to the operation input; and displaying the specified abilities in response to the operation input from the displayed list of abilities. Means for controlling the display of the battle screen using the same.

According to the present invention, a battle screen between characters is formed in response to an operation input, and one or two characters previously associated with the character designated in response to the operation input are displayed on the formed battle screen. A list of the above abilities is displayed, and display control of the battle screen is performed from the displayed list of abilities using the abilities specified according to the operation input. Therefore, the player can specify an arbitrary ability from the abilities displayed in the list while looking at the list of abilities displayed on the battle screen, and use that ability.

Further, according to the present invention, in a battle processing method for virtually realizing a battle between characters on a display screen, any one of the battle-related abilities prepared in advance for each character in response to an operation input. And a display control step of performing display control of a battle screen using the ability selected in the selection step.

In the present invention, the display control step may perform display control of a battle screen when an arbitrary ability is selected in the selection step.

In the present invention, the battle processing method may further include a registration step of registering the ability selected in the selection step in association with an arbitrary character.

In the present invention, the selecting step is to select an arbitrary ability in accordance with an operation input from an ability prepared in advance corresponding to at least one character as a battle opponent. Is also good.

Further, in the present invention, the selecting step includes a display step of displaying a list of abilities prepared in advance corresponding to the character of the battle opponent, and converting the abilities displayed in the display step to an operation input. The ability may be selected according to the requirement.

In the present invention, the registering step may register, together with the capability selected in the selecting step, a maximum number of executions of the capability determined by a predetermined procedure.

In the present invention, the battle processing method may further comprise a timing step of timing a time during the battle period, and the time counted by the timing step may reach a preset time for each character in the battle. And a permission step of permitting the character that has reached the set time to execute a battle action, wherein the selecting step includes an operation input when the execution of the battle action is permitted in the permission step. The selection of an arbitrary capability may be performed according to the conditions.

In the present invention, magic is a function for changing the ability of an arbitrary character.
The ability is magic.

Further, according to the present invention, in a battle processing method for virtually realizing a battle between characters on a display screen, a step of forming a battle screen between characters in response to an operation input; A step of displaying a list of one or more abilities preliminarily associated with the character specified in response to the operation input; and displaying the list of the abilities specified in accordance with the operation input. And controlling the display of the battle screen by using the command.

By causing the computer to execute the processing in such steps, it is possible to obtain the same effects as those of the above-described game device invention. Therefore, by executing the processing steps described using hardware such as a computer, the game technology of the present invention can be easily implemented with these hardware.

The present invention is a computer-readable recording medium on which a program for causing a computer to execute a battle processing method for virtually realizing a battle between characters on a display screen is recorded. A selection step of selecting an arbitrary ability among battle-related abilities prepared in advance for each character, and a display control step of controlling display of a battle screen using the ability selected in the selection step. Record a program for

In the present invention, the display control step may perform display control of a battle screen when an arbitrary ability is selected in the selection step.

In the present invention, the program may further include a registration step of registering the ability selected in the selection step in association with an arbitrary character.

Further, in the present invention, the selecting step is to select an arbitrary ability according to an operation input from an ability prepared in advance corresponding to at least one character as a battle opponent. Is also good.

Further, in the present invention, the selecting step includes a display step of displaying a list of abilities prepared in advance corresponding to the character of the battle opponent, and converting the abilities displayed in the display step to an operation input. The ability may be selected according to the requirement.

In the present invention, the registering step may register, together with the capability selected in the selecting step, a maximum number of executions of the capability determined by a predetermined procedure.

In the present invention, the program may include a timing step for timing a time during a battle period, and the time counted by the timing step may reach a time preset for each character in the battle. And a permission step of permitting the character that has reached the set time to execute a combat action, wherein the selecting step includes an operation input when the execution of the combat action is permitted in the permission step. Arbitrary capabilities may be selected accordingly.

In the present invention, magic is a function for changing the ability of an arbitrary character.
The ability is magic.

Further, the present invention is a computer-readable recording medium on which a program for causing a computer to execute a battle processing method for virtually realizing a battle between characters on a display screen is recorded. Forming a battle screen between the characters in response to the display, and displaying, on the formed battle screen, a list of one or more abilities associated in advance with the character specified in response to the operation input. Performing a display control of a battle screen using a capability specified according to an operation input from the displayed list of the capabilities, and records a program for executing the steps.

The above-described game device of the present invention can be realized by causing a computer to read the program included in the recording medium. Therefore, the recording medium can be easily distributed and sold as a software product independently of the apparatus. In addition, by using this software using hardware such as a computer, the game technology of the present invention can be easily implemented with these hardware.

Further, the present invention provides a computer data signal included in a carrier wave, wherein a selection step of selecting an arbitrary ability among battle-related abilities prepared in advance for each character in accordance with an operation input; A display control step of performing display control of a battle screen using the ability selected in the selection step, and a program for causing a computer to execute the display control step.

By reading such a computer data signal into a computer, the above-described game device of the present invention can be realized.

[0041]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment according to the present invention will be described below in detail with reference to the drawings. In the following description, the present invention is applied to a home game machine, but the present invention is not limited to a home game machine.

(Embodiment 1) FIG. 1 is a block diagram showing an overall configuration of a game device according to the present invention. The game device 1 is roughly divided into, for example, a game device main body 2 having a main function of the game device 1, an input device (controller) 3 for inputting an operation instruction to the game device main body 2, and game progress data. A memory card 5 for storing save data such as game environment setting data,
An output device 6 that performs video display and sound output according to the game content based on the video signal and the audio signal from the game device main body 2.

The game apparatus main body 2 includes, for example, a control unit 1
1, a random access memory (RAM) 12, an interface unit 13, a sound processing unit 14, a graphic processing unit 15, a CD-ROM drive 16, a communication interface 17, and a bus 18 for interconnecting these components. Also, the CD-ROM drive 16
A configuration in which a recording medium 4 such as a CD-ROM (Compact Disc Read Only Memory) storing a program, image data, sound data, and the like for realizing processing related to a game described later can be removably mounted. ing.

The control unit 11 has a CPU (Central Process
ng Unit), a circuit including a ROM (Read Only Memory) and the like.
Each part is controlled according to the program stored in the OM). The control unit 11 includes an oscillator and a timer counter (both not shown), generates a clock signal based on a timing signal output from the oscillator at predetermined intervals, and counts the clock signal by the timer counter. By doing so, the time is measured.

The interface section 13 has a configuration in which the input device 3 and the memory card 5 can be detachably connected. The interface unit 13 controls data transfer between each unit (mainly, the control unit 11) connected to the bus 18 and the input device 3 or the memory card 5.

The sound processing unit 14 is used for playing the BGM of the game.
(Back Ground Music) and a circuit having a function to generate sound effects. The sound processing unit 14 generates an audio signal based on the data stored in the RAM 12 and outputs the audio signal to the output device 6 according to a command from the control unit 11.

The graphic processing unit 15 includes a frame buffer (not shown), and draws an image according to a command from the control unit 11 on the frame buffer. Further, the graphic processing unit 15 generates a video signal for displaying the image data drawn in the frame buffer and outputs the video signal to the output device 6.

The CD-ROM drive 16 stores the recording medium 4
Is a reading device for reading data stored on a CD-ROM. The game device 1 sends a C
By executing the control according to the game program recorded in the D-ROM, control relating to a game described later is realized.

The communication interface 17 is a circuit for performing communication control when performing various data exchanges with other devices on the network 100, and a communication line 99 if necessary.
Is connected to the network 100 via.

FIG. 2 is a diagram showing a memory configuration of RAM 12 shown in FIG. The RAM 12 is, for example,
A program storage area 12a for storing a program to be executed by the control unit 11;
And a related data storage area 12b and a work area 12c for storing data required for executing various processes during the game, such as the battle control table 21.

FIG. 3 is a diagram showing the data structure of the additional capacity setting table 20. Additional capacity setting table 2
0 is a table storing the correspondence between enemy characters and additional abilities. Here, the additional ability refers to an ability related to the battle provided by the enemy character, and an ability that can be added to the own character by taking away from the enemy character during the battle. The additional ability is assigned to all enemy characters that the player character may play during the game. Such additional abilities include magic, items and summons. In the present game, magic is a function for changing the ability of an arbitrary character. An item is a character that can be used by a character regarding attack and defense during a battle. Summoning is an action executed in response to an input operation to cause another character (summoning beast) to participate in a battle between characters, and a summoning beast is a character that is allowed to participate in the battle.

As shown in FIG. 3, the additional power setting table 20 has, for example, an "enemy character" column 20a, an "additional power" column 20b, and an "effect" column 20c. In the example shown in FIG.
Although the name of the enemy character having the additional ability is stored in a, a character identification number (character ID) set individually for each enemy character may be stored. Similarly, the name of the additional power set for each enemy character is stored in the “additional power” column 20b, but actually, the additional power identification number (additional power identification number) set for each additional power is stored. Capacity ID) may be stored. Further, in the example shown in FIG. 3, the description of the effect of each additional ability is stored in the "effect" column 20c, but the "effect" column 20c may not be actually provided.

For example, in the example shown in FIG. 3, in the "enemy character" column 20a, "dinosaur", "monster A", "monster B", "witch", "soldier" are displayed as enemy characters.
Are stored. Then, the "additional capacity" column 20b
Includes "Fire", "Thunder", "Blizzard",
Stores magic such as "Cair." In addition to the magic, items such as "Raise Stone" and summons such as "Ifrit" are also stored in the "additional ability" column 20b.

FIG. 4 is a diagram showing a data structure of the battle control table 21 stored in the related data storage area 12b shown in FIG. The battle control table 21 is a table for storing data necessary for controlling a battle, and includes, for example, an “opponent” column 21a and an “additional ability”.
The configuration includes a column 21b and an “owned item” column 21c. In the "Opponent" column 21a, for each battle,
One or more enemy character names (or character IDs) that compete with the player character are stored. The control unit 11 of the game apparatus 1 refers to the additional capacity setting table 20 shown in FIG. 3 based on the information in the “opponent” column 21a, and thereby the name of the opponent and the additional capacity name that can be obtained from those opponents. Is displayed on the battle screen.

The "additional power" column 21b stores the name of the additional power acquired from the opponent, the use permission flag for the additional power, and the remaining number of uses. However,
In the "additional power" column 21b, all the additional power items that can be acquired by the own character are set in advance, and the availability of each additional power is set based on the use permission flag corresponding to each. . For example, the use permission flag is set to “1” for the additional power that can be used, and the use permission flag is “0” for the additional power that cannot be used. Alternatively, the value of the number of remaining uses increases when the additional capacity is acquired and accumulated, and decreases when the additional capacity is used. Therefore, instead of providing a use permission flag, the value of the remaining number of uses of the additional capacity is Usability may be set. That is, if the remaining number of uses is 1 or more, the additional capability is usable, while if it is zero, the additional capability is not usable.

The "owned item" column 21c stores the name and number of items possessed by the own character. However, in the “owned item” column 21c, all item items that can be acquired by the own character are set in advance, and possession or non-ownance of each item is set based on the possession number information. . That is, if the number information is 1 or more, the item is owned, while if the number information is zero, the item is not owned. Alternatively, similarly to the above-described set of availability for the additional ability, possession or non-ownment of an item may be managed by a flag.

In the present embodiment, the ability related to the battle is stored for each character, and any one of the stored abilities is selected according to an operation input, and the selected ability is used. It is for controlling the display of the battle screen. Therefore, the game device 1 stores the storage means for storing the abilities relating to the battle for each character, the selection means for selecting any one of the abilities stored in the storage means, and the abilities selected by the selection means. Display control means for controlling the display of the battle screen by using the display control means. Further, in the present embodiment, the capability selected by the selection unit can be executed on the spot, and when an arbitrary capability is selected by the selection unit, the capability is not used and used later. It can be stored in. Therefore, the game device 1 further has a registration unit for registering the stored ability in the storage unit in order to store the ability selected by the selection unit. For example, the storage means is RAM
The selection unit and the registration unit are realized by the control unit 11, and the display control unit is realized by the graphic processing unit 15.

Next, the operation of the game apparatus 1 according to the present embodiment will be specifically described. At the time of start-up, the control unit 11 reads out programs and data necessary for executing a game from the CD-ROM as the recording medium 4 via the CD-ROM drive 16 based on the operating system stored in the internal ROM. , To the RAM 12. Then, the control unit 11 implements various processes described below by executing the program transferred to the RAM 12.

In addition, programs and data necessary for executing the game are actually stored in the CD 4 on the recording medium 4 in accordance with the progress of processing in accordance with an instruction from the control unit 11.
Read from ROM and transferred to RAM 12; However, in the following description, in order to facilitate understanding of the invention, data is read from a CD-ROM or the RAM 1
The detailed description of the transfer to No. 2 is omitted.

FIG. 5 is a flowchart showing the battle process. The battle process will be described with reference to the screen display example shown in FIG. 11 and FIG. First, during the progress of the game, when the player character encounters (counts) an enemy character based on a predetermined probability value, battle processing is started. When the battle process starts, as shown in FIG.
The control unit 11 sets an opponent, and registers the set opponent in the “opponent” column 21a of the battle control table 21 (step S101).

Subsequently, the control unit 11 and the graphic processing unit 15 display a battle screen of the own character and the enemy character on the display screen 61 of the display provided in the output device 6 (step S102). At this time, a predetermined sound is output from the output device 6 by the sound processing unit 14 together with the display of the battle screen.

Then, the control section 11 and the graphic processing section 15 display a command window on the display screen 61 (step S103). For example, as shown in FIG.
It is displayed on the display screen 61 together with the enemy character 82 (monster A) and the enemy character 83 (monster B). In the command window 91, for example, items such as "fight", "draw", "magic", and "item" are displayed. The player moves the icon 85 displayed in the command window 91 by operating a button of the input device 3 and
An arbitrary item can be selected from 1.

Returning to FIG. 5, the control unit 11 waits in this state until the player selects the command by moving the icon 85 by operating the cursor (step S104). It is determined whether the command is, for example, “draw”, “magic”, or “other processing” (step S
105).

When the "draw" command is selected by the player's cursor operation, the own character acquires additional abilities such as magic from the enemy character, and executes or stores the additional abilities on the spot. Is executed (step S10).
6). When the "magic" command is selected, a magic processing routine is executed, which is processing for executing the additional abilities stored by the own character (step S10).
7). Details of the draw processing and the magic processing will be described later. When the other processing, that is, the command of “fight” or “item” is selected, the processing related to the use of the item and the processing of the attack (fight) by the equipped weapon are executed (step S10).
8). In the process related to the use of the item, the information of the “owned item” column 21 c of the battle control table 21 is displayed on the display screen 61 in a list, and the setting for using the selected item is performed.

When the processing corresponding to the command selected by the player is completed, the control unit 11 sets the action of the enemy character according to the action setting algorithm (sub-program) of the enemy character included in the game program (step S109). ). The control unit 11, the graphic processing unit 15, and the sound processing unit 14 perform graphic display control, sound output control, battle calculation processing, and the like in accordance with actions set for the own character and the enemy character, and perform battle processing. (Step S110).

Subsequently, the control section 11 determines whether or not the battle has ended (step S111). For example, in a battle, the self-character receives more than a predetermined amount of damage from the enemy character and the physical strength value of the self-character (HP: Hit Point)
Is terminated, the enemy character in the battle is completely destroyed by the attack of the player character due to a predetermined amount of damage, or when the player performs a battle avoidance, that is, an escape operation input. . If the battle does not end, that is, if the battle continues, step S1
Returning to the command window display step 03, the subsequent steps are repeated.

Next, the draw processing executed in step S106 in FIG. 5 will be described with reference to FIGS. 6 to 9 and FIGS. FIGS. 6 and 7 are flowcharts showing the draw processing executed by the control unit 11 of FIG. FIGS. 8 and 9 are data configuration diagrams illustrating an example of data registered in the work area 12c of the RAM 12 in the draw processing. 12 to 14 show screen display examples in the draw processing.

When the drawing process is started, the control unit 11
Refers to the “opponent” column 21a (see FIG. 4) of the battle control table 21 and acquires the opponent's enemy character name (or character ID for identification). Then, the control unit 11 and the graphic processing unit 15 display the enemy designation window on the display screen 61, and list the enemy character names of the opponents in the window (step S2).
01). FIG. 12 shows an example in which an enemy designation window 92 is displayed on the display screen 61. In this display example,
Since the opponent of the own character 81 is two enemy characters 82 and 83 of monster A and monster B, two enemy character names of “monster A” and “monster B” are displayed in the enemy designation window 92. Is displayed.

In this display state, the player operates the input device 3
The icon 85 displayed in the enemy designation window 92 is moved by the button operation of
, Any enemy character can be selected.
Returning to FIG. 6, the player waits in this state until the player selects the enemy character by moving the icon 85 by operating the cursor (step S202).

When an enemy character is selected in step S202, the control unit 11 refers to the additional ability setting table 20 (see FIG. 3) and acquires the additional ability associated with the selected enemy character. Then, the control unit 11 and the graphic processing unit 15 display the additional power window on the display screen 61, and list the additional power names associated with the selected enemy character in the window (step S203). FIG. 13 shows an example in which the additional capability window 93 is displayed on the display screen 61. In this display example, since three additional abilities of “Thunder”, “Libra”, and “Esuna” are associated with the enemy character 83 of the monster B (see FIG. 3), “ Three additional abilities, "Thunder", "Libra", and "Esna" are displayed.

In this display state, the player operates the input device 3
By operating the button, the icon 85 displayed in the additional power window 93 can be moved, and an arbitrary additional power can be selected from the additional power window 93.
Referring back to FIG. 6, the player waits in this state until the player selects the additional ability by moving the icon 85 by operating the cursor (step S204).

When the additional capacity is selected in step S204, the control unit 11 and the graphic processing unit 15 display a draw window on the display screen 61 (step S205). FIG. 14 shows an example in which a draw window 94 is displayed on the display screen 61. In this embodiment, the draw form includes a “stock” form in which the own character stores the additional abilities acquired from the enemy character without using the same on the spot, and an additional ability that the own character acquires from the enemy character. Since there is a form of “release” used on the spot, in the display example of FIG. 14, an item of “stock” and an item of “release” are displayed in the draw form window 94.

Here, “release” means that the acquired additional ability is used on the spot, but in the present embodiment,
When the player character acts on the enemy character, the enemy character executes the additional ability. In other words, the player character does not execute the desired additional ability once the user obtains the desired additional ability.
The own character may execute the additional ability after the own character once deprives the enemy character of the additional ability and makes it his own.

In this display state, the player operates the input device 3
By moving the icon 85 displayed in the draw form window 93, the user can select “stock” or “release” from the draw form window 94 by operating the button. Returning to FIG. 6, the player stands by in this state until the player selects the draw mode by moving the icon 85 by operating the cursor (step S206).

When the draw mode is selected in step S206, the process proceeds to step S211 in FIG.
Determine whether the selected draw type is stock or release. When the selected form is the stock, the control unit 11 determines in advance the parameter values such as the growth level and the magic power of the own character and the enemy character (the enemy character to be drawn) selected in step S202 of FIG. The operation is performed by substituting it into the prepared operation expression. And the control part 11 is based on the calculation result,
Whether the acquisition of the additional power selected in step S204 of FIG. 6 is successful or not is determined, and the number of times of use newly obtained by the acquisition of the additional power is set (step S2).
12). Hereinafter, acquiring the additional ability is referred to as “drawing”, and acquiring the additional ability is referred to as “drawing”. In addition,
For example, a numerical value randomly generated using a random number table or the like may be set as the use count value.

Subsequently, if the success / failure determination result of the draw is successful (step S213), the control unit 11 updates the data stored in the battle control table 21 (step S21).
4). Specifically, the control unit 11 sets the new additional capability, that is, the use permission flag of the battle control table 21 to “0”.
, The value of the flag is set to "0".
Is set to “1” and the usage count data is registered. In addition, when an additional capacity that has already been stocked, that is, a draw of which the use permission flag of the battle control table 21 is “1” is drawn, the set use number data is stored in the remaining use number data of the battle control table 21. to add. When acquiring an item or the like, the control unit 11 sets the “owned item” column 21 of the battle control table 21.
Register in c.

Subsequently, the control unit 11 sets the action of the own character to acquisition of additional abilities (step S215), and stores data on the success or failure of the draw and the number of times of use of the additional abilities into the work area 12c of the RAM 12. Register (step S216). Based on the data set here, graphic display control, sound output control, battle calculation processing, and the like are performed in step S110 of the battle processing in FIG.

In step S110 of FIG. 5, for example, the operation display of the own character for obtaining the additional ability, the success / failure of the draw, the guidance display of the number of times of use, and the like are performed. Therefore, in step S215 and step S216, these are related. The data is set. For example, FIG.
As shown in steps S215 and S21,
6, the data 22 registered in the work area 12c is
“Additional ability stock” is stored in the item “next action”, and the additional ability name (“Esna” in the illustrated example) to be drawn is stored in the item “type of additional ability”. A flag is stored in the item, and a numerical value of the number of times of use of the additional ability that the own character obtains by drawing is stored in the item of “number of uses”. For example, the success / failure flag is “1” for success, and “0” for failure. The number of times of use newly obtained by drawing is not particularly limited, but is limited to, for example, 1 to 9 times, that is, 9 times at the maximum. In practice, a flag may be stored in the item of “next action”. That is,
A flag of “1” may be set for a stock, and a flag of “0” may be set for other cases, that is, a release. Further, in the item of “type of additional power”, an identification ID of the additional power may be stored.

Returning to FIG. 7, when the data registration is completed in step S216, the process returns to the battle process in FIG. 5, and the action setting process of the enemy character in step S109 is performed. Then, in step S110, based on the data 22 having the configuration shown in FIG. 8 and the action setting data of the enemy character,
A battle process is performed. FIG. 15 shows a display example of the battle screen when stock is selected in the draw processing.
On the display screen 61, a message window 95 indicating whether the drawing is successful or not is displayed. In the case of success, the message window 95 displays the newly acquired use count of the drawn additional ability. In the illustrated example, the message window 95 displays, for example, a message “Draw succeeded! Acquire 5 esna”. In addition, on the display screen 61, a graphic display representing a draw, in which the enemy character 83 to be drawn, that is, the monster B here blinks, and the monster B heads toward the own character 81, is displayed.

On the other hand, if the result of the determination in step S211 indicates that the selected form is released, the control unit 11 and the graphic processing unit 15 determine that the additional ability selected in step S204 in FIG. , Again, display screen 6
1 displays an enemy designation window, and displays a list of enemy character names of opponents in the window. In this display state, the player operates the button of the input device 3 to
By moving the icon displayed in the enemy designation window, an enemy character (i.e., target of attack) as a target for activating the additional ability can be selected by the icon. On the other hand, if the additional ability selected in step S204 of FIG.
And the graphic processing unit 15 controls the own character (that is, the character to be protected by the activation of the additional ability)
(Defense target) is displayed on the window. In this display state, the player can select his own character to be set as a defense target by operating the button of the input device 3. In this state, the player stands by until the player selects the enemy character or the player character to be activated with the additional ability (step S217).

When the activation target (target) of the additional ability is selected, the control unit 11 substitutes the parameter values such as the growth level and the magic power of the own character and the target selected in step S217 into the arithmetic expressions prepared in advance. And perform the calculation. Then, based on the calculation result, the control unit 11 determines whether the action is successful or not when the additional ability selected in step S204 of FIG. 6 is activated and an attack or defense action is performed (step S204). S21
8).

Subsequently, the control unit 11 sets the action of the own character to the activation of the additional power (step S219), and registers the target, the additional power to be activated, and the success / failure data in the work area 12c of the RAM 12 (step S219). Step S220). Based on the data set here,
In step S110 of the battle processing in FIG. 5, graphic display control, sound output control, battle calculation processing, and the like are performed.

In step S110 of FIG. 5, for example, the motion display of the own character and the target character based on the activation of the additional ability and the guidance display of success or failure of the activation are performed. Therefore, in step S219 and step S220, these are displayed. Is set. For example, as shown in FIG. 9, the data 23 registered in the work area 12c in steps S219 and S220 stores “release additional power” in the item “next action” and “type of additional power”. The name of the additional ability to be activated (“Thunder” in the example shown) is stored in the item “”, the character name of the target (“Monster B” in the example shown) is stored in the item “Target”, and the A flag is stored in the item. For example, the success / failure flag is “1” for success, and “0” for failure. As described with reference to FIG. 8, a flag may be stored in the item of "next action". Further, in the items of “type of additional power” and “target”, an additional power and an identification ID of a character may be stored, respectively.

Returning to FIG. 7, when the data registration is completed in step S220, the process returns to the battle process in FIG. 5, and the action setting process of the enemy character in step S109 is performed. Then, in step S110, based on the data 23 having the configuration shown in FIG. 9 and the action setting data of the enemy character,
A battle process is performed. FIG. 16 shows a display example of the battle screen when release is selected in the draw processing. The illustrated example is an example in which the monster B, which is the enemy character 83, is activated with an additional ability called “Thunder”.
In FIG. 1, a state is shown in which the self-character 81 performs an operation of spelling magic, whereby lightning strikes monster B, and monster B is struck by lightning and numb.
When the draw mode is released, no change occurs in the number of uses of the additional abilities of the own character.

Next, the magic processing executed in step S107 of FIG. 5 will be described with reference to FIG.
FIG. 10 is a flowchart showing the magic process executed by the control unit 11 of FIG. When the magic processing is started, the control unit 11 refers to the “additional ability” column 21 b (see FIG. 4) of the battle control table 21 and refers to the name of the additional ability (magic) that can be used by the own character (or the name for the identification). I
D). Then, the control unit 11 and the graphic processing unit 15 display a list of available magics on the display screen 61 (step S301). In this display state, the player can select an arbitrary magic by moving an icon displayed on the display screen by operating a button of the input device 3. It waits in this state until the player selects the magic by moving the icon by operating the cursor (step S302).

When a magic is selected, the control unit 11 and the graphic processing unit 15 display an enemy designation window on the display screen 61 again if the selected magic is of an attack type, and display the enemy designation window in the window. Display a list of enemy character names of opponents. In this display state, the player can move the icon displayed in the enemy designation window by operating the button of the input device 3 and select the target of the attack to activate the magic by the icon. On the other hand, when the selected magic is a defense type, the control unit 11 and the graphic processing unit 1
5 displays the self-character to be protected by the activation of the magic on the window as a defense target. In this display state, the player can select his own character to be set as a defense target by operating the button of the input device 3. Until the player selects the enemy character or the player's character that is the target of magic activation,
The operation waits in this state (step S303).

When the target is selected, the control section 11 updates the data stored in the "additional capacity" column 21b of the battle control table 21 (step S304). Specifically, the control unit 11 decrements the value of the remaining number of times of use for the magic selected in step S302 by one. That is, the remaining number of uses is reduced by one. As a result, when the value of the remaining number of uses becomes zero, the magic use permission flag is changed from “1” to “0”. This makes the spell unusable unless you restock it with a new draw.

After the end of the data update, the control unit 11 sets the action of the player character to magic activation (step S30).
5) The target and the magic data to be activated are stored in the RAM 12
Is registered in the work area 12c (step S30).
6). Based on the data set here, graphic display control, sound output control, battle calculation processing, and the like are performed in step S110 of the battle processing in FIG. In step S110 of FIG. 5, for example, a motion display of the own character and the target character based on the magic activation, a guidance display of success or failure of the activation, and the like are performed. Therefore, step S305 and step S3 are performed.
At 06, although not particularly shown, data relating to them is set. When the data registration is completed in step S220, the process returns to the battle process in FIG. 5, and the enemy character action setting process in step S109 and the battle process in step S110 are performed.

Although not particularly limited, in the present embodiment, the work area 12c of the RAM 12 is used for, for example, stock and release in the draw processing and magic processing.
, Ie, data 22 and 23 shown in FIGS. 8 and 9, respectively, and steps S305 and S305.
The data (not shown) registered in 306 is stored in a predetermined memory area starting from the same address in the work area 12c. Then, in the present embodiment, in step S110 in FIG.
The action setting data of the own character is read out from the predetermined memory area 2c, and a battle process is performed. Therefore, the predetermined memory area in which the action setting data of the own character is stored is, for example, the value in step S1.
The flag is cleared when it is determined in step 11 whether or not to end the battle process. The data 2 shown in FIGS.
2 and 23, and data (not shown) registered in steps S305 and S306 are stored in different memory areas of the work area 12c, and in step S110 in FIG. The data may be read from the memory area corresponding to each of the magic processing and the magic processing.

According to the first embodiment, at the time of a battle, the player draws additional abilities provided for the enemy character via his own character and draws the additional abilities through his / her own character for later use or draw. At the same time, it can be used on the spot. Therefore, the game can be advanced by using the abilities of the enemy character as its own abilities, so that variations in the development of the game are widened and the interest of the game is enhanced.

(Embodiment 2) Next, Embodiment 2 of the present invention will be described. The second embodiment is different from the first embodiment in the time from the time when each character executes one action to the time when the next action is executed during the battle period, or the time when each character executes one action. Is that the time from when the player designates the next action to the character is controlled. Therefore, the game device 1
In addition to the configuration of the first embodiment, a timer means for counting the time during the battle period, and the time counted by the timer means reaches a preset time for each character in the battle. And permission means for permitting the character having reached the set time to execute the battle action. Specifically, the control unit 11 has a built-in timer counter, and has a function as a clock unit. The control unit 11 also has a function as a permission unit.

As described above, by adding the time factor to the factor controlling the behavior of each character during the battle period, the second embodiment stores the related data in the RAM 12 as shown in FIG. The point that the standby time table 31 is stored in the area 12b, the point that the battle control table 32 configured to store the data of the time measurement is used, and the start of the time measurement and the time measured during the battle process. Embodiment 4 differs from Embodiment 1 in that it is determined whether or not the set time of each character has been reached. 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 apparatus 1 and the additional power setting table 20 are the same as those in the first embodiment, and a duplicate description is omitted. Hereinafter, only differences from the first embodiment will be described.

FIG. 17 shows the configuration of the RAM 1 according to the second embodiment.
FIG. 3 is a diagram showing a memory configuration of No. 2, and a standby time table 31 is stored in a related data storage area 12b of the RAM 12. FIG. 18 is a diagram illustrating a data configuration of the standby time table 31. The standby time table 31 stores, for each character appearing in the game, a set value of a time (hereinafter, referred to as a standby time) from the time when the character performs one action to the time when the next action is performed. The set value of the standby time is a count value of a timer counter that is counted by one in a predetermined time unit, and is set in advance for each character by the game program. The standby time table 31 has a “character name” column 3 for storing the names (or character IDs) of the own character and the enemy character.
1a, and a "standby time data" column 31b for storing the set value of the standby time of each character. Note that, after each character performs one action, the time from when the player can specify the next action to the character may be set as the set value of the standby time.

FIG. 19 shows the data structure of the battle control table 32. The battle control table 32 is a table for storing data necessary for controlling a battle, for example, a “competitor and own character” column 32
a, "Additional capacity" column 32b and "owned item" column 3
2c. The “opponent and own character” column 32a stores the own character and the names of one or more enemy characters (or character IDs) that compete with the own character for each battle, and the “timed time” item. The time data measured for each of the own character and each enemy character that is an opponent during a battle, that is, time data being measured is stored. The “additional power” column 32b and the “owned item” column 32c are the same as the “added power” column 21b and the “owned item” column 21c of the first embodiment, respectively, and a description thereof will be omitted.

Next, the battle processing in the second embodiment will be described. As in the first embodiment, the control unit 11
Reads a program or data necessary for executing a game from a CD-ROM serving as the recording medium 4 via a CD-ROM drive 16 based on an operating system stored in a built-in ROM and transfers the program and data to the RAM 12 at startup. . Then, the control unit 11 implements various processes described below by executing the program transferred to the RAM 12. In addition, similarly to Embodiment 1,
In order to facilitate understanding of the present invention, a detailed description of reading data from a CD-ROM and transferring the data to the RAM 12 will be omitted.

FIGS. 20 and 21 are flowcharts showing the battle processing of the second embodiment. The battle processing will be described with reference to those figures and a screen display example shown in FIG. First, during the progress of the game, when the player character encounters (counts) an enemy character based on a predetermined probability value, battle processing is started. When the battle process starts, as shown in FIG.
Sets an opponent, and sets the set opponent in the “Opponent and own character” column 3 of the battle control table 32.
2a (step S401).

Subsequently, the control section 11 starts time counting for all the characters (including its own character) participating in the battle by the built-in timer (step S40).
2). The time data during the clocking is stored in the “opponent and own character” column 32 a of the battle control table 32.

Subsequently, the control unit 11 and the graphic processing unit 15 display a battle screen of the own character and the enemy character on the display screen 61 of the output device 6 (step S403). At that time, along with the display of the battle screen,
A predetermined sound is output from the output device 6 by the sound processing unit 14. In addition, as shown in FIG.
Displays a standby time gauge 71 and a meter bar 72 that allow the player to visually recognize the set value of the standby time of the player character 81 and the time being counted. The standby time gauge 71 and the meter bar 72 will be described later.

Returning to FIG. 20, the control unit 11 refers to the standby time table 31 and determines whether or not the time during which the own character is counting the time has reached the set value of the standby time (step S404). If the time during which the own character is counting the time has reached the set value of the standby time, the control unit 11 and the graphic processing unit 15 display the command window 91 on the display screen 61 as shown in FIG. 22 (step S40).
5). By operating a button on the input device 3, the player can move an icon displayed in the command window and select an arbitrary item from the command window.

In this state, the player waits until the player selects a command (step S406). When the command is selected, the control unit 11 determines whether the selected command is “draw” or “magic”. Or "other processing" (step S407).

When the "draw" command is selected by the cursor operation of the player, a draw processing routine is subsequently executed (step S408). "magic"
When a command is selected, a magic processing routine is subsequently executed (step S409). Other processing,
That is, when the command of “fight” or “item” is selected, a process relating to the use of the item and a process of attacking (fighting) with the equipped weapon are executed (step S410). The draw processing routine and the magic processing routine are the same as those in the first embodiment, and a description thereof will not be repeated.

Processing corresponding to the command selected by the player (step S408, S409 or S41)
When 0) is completed, or when the time during which the own character is counting the time does not reach the set value of the standby time in step S404, the control unit 11 refers to the standby time table 31 and determines whether or not each enemy character is counting the time. It is determined whether the time has reached the set value of each standby time (Step S)
411). If the time being counted by any of the enemy characters has reached the set value of the standby time, the control unit 11
According to the action setting algorithm (subprogram) of the enemy character included in the game program, the action of the enemy character that has reached the set value of the standby time is set (step S412).

If an action has been set for at least one of the own character and one or more enemy characters (step S413), the control unit 11, according to the action set for the own character and the enemy character, The graphic processing unit 15 and the sound processing unit 14 execute a graphic display control, a sound output control, a battle calculation process, and the like to perform a battle process (step S414). In step S411, if the time during which all the enemy characters are timing does not reach the set value of the standby time, the control unit 11 proceeds to step S412 without performing the action setting of the enemy character in step S412.
Proceed to 413.

Then, the control section 11 determines in step S414
The timer is reset for the character that has performed the action in step S415 (step S415), and timing of the character is restarted (step S416). Subsequently, the control unit 1
1 judges whether or not the battle is over (step S4)
17). On the other hand, if no action has been set for either the own character or the enemy character in step S413, the control unit 11 ends the battle without performing the battle processing and resetting / restarting the timekeeping in steps S414 to S416. It is determined whether or not it is (step S417). If the battle is not completed, that is, if the battle is to be continued, the process returns to the battle screen display step of step S403, and the subsequent processing is repeated.

FIGS. 23A to 23D are diagrams showing transition examples of the display of the standby time gauge 71. FIG. The total length of the standby time gauge 71 corresponds to a total time value (total count value) from the time when the own character 81 completes one action to the time when the next action is performed. The meter bar 72 provided in the gauge 71 indicates the amount of time measured from the start of the battle or the time when the player character 81 has completed one action, that is, the current time measurement state. As shown in FIG. 23A to FIG. 23D, the meter bar 72 (hatched area) is displayed so as to gradually extend, for example, to the right as the time value already measured increases.

As shown in FIG. 23D, when the meter bar 72 reaches the full length of the standby time gauge 71, the own character 81 can execute the next action.
When the player character 81 performs one action, the length of the meter bar 72, that is, the time measurement time is reset, and the meter bar 72 returns to the state shown in FIG. Then, the time counting process and the updating display process of the meter bar 72 according to the counted time value are repeatedly performed.

According to the information indicated by the standby time gauge 71 and the meter bar 72, the player can determine his own character 8
It is possible to recognize at a glance how soon the next action can be performed.

According to the second embodiment, in addition to the effect of the first embodiment, a time factor is added to the action timing of a character during a battle, so that the flow of the game is changed, and the interest of the game is increased. Get higher.

Although the present invention has been specifically described based on the embodiments, the present invention is not limited to the above embodiments, and can be appropriately changed without departing from the gist of the present invention. Of course.

For example, in each of the above embodiments, a case has been described in which the present invention is implemented using a home-use game machine as a platform. However, the present invention implements a general-purpose computer such as a personal computer or an arcade game machine as a platform. Is also good. A communication terminal such as a mobile phone, a portable information terminal, and a car navigation may be realized as a platform.

In each of the above embodiments, programs and data for realizing the present invention are stored in a CD-ROM, and the CD-ROM is used as a recording medium. However, the recording medium is not limited to a CD-ROM, but may be any other computer-readable magnetic,
It may be an optical recording medium or a semiconductor memory.

Further, the programs and data for realizing the present invention are not limited to the form provided by a recording medium such as a CD-ROM that is detachable from a game machine or a computer. That is, programs and data for realizing the present invention are stored in the communication interface 17 shown in FIG.
Accordingly, a configuration may be used in which the device is downloaded from another device on the network 100 connected via the communication line 99 and used. The program and data are recorded in a memory of another device on the network 100 connected via the communication line 99, and the program and data are sequentially stored in the RAM 12 as needed via the communication line 99. May be used.

[0113]

According to the present invention, the storage means stores the ability related to the battle for each character, and the selecting means selects any one of the abilities stored in the storage means in response to an operation input. Since the ability is selected, and the display control means performs the display control of the battle screen using the ability selected by the selecting means, the player may designate an arbitrary ability in accordance with an operation input and use it. it can. Therefore,
For example, it is possible to obtain a game device, a battle processing method, and a recording medium in which the ability of an opponent character can be used as its own ability.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an overall configuration of a game device according to the present invention.

FIG. 2 is a diagram showing a memory configuration of a RAM according to the first embodiment of the present invention.

FIG. 3 is a diagram showing a data structure of an additional power setting table stored in a RAM shown in FIG. 2;

4 is a diagram showing a data structure of a battle control table stored in a RAM shown in FIG.

FIG. 5 is a flowchart showing a battle process according to the first embodiment.

6 is a flowchart showing a draw process executed in the battle process shown in FIG.

7 is a flowchart showing a draw process executed in the battle process shown in FIG.

FIG. 8 is a data configuration diagram showing an example of data registered in a RAM in a draw process.

FIG. 9 is a data configuration diagram showing an example of data registered in a RAM in a draw process.

FIG. 10 is a flowchart showing a magic process performed in the battle process shown in FIG.

11 is a diagram showing a screen display example displayed in the battle processing shown in FIG.

FIG. 12 is a diagram showing a screen display example displayed in the battle processing shown in FIG.

FIG. 13 is a diagram showing a screen display example displayed in the battle processing shown in FIG.

FIG. 14 is a diagram showing a screen display example displayed in the battle process shown in FIG. 5;

FIG. 15 is a diagram showing a screen display example displayed in the battle processing shown in FIG. 5;

FIG. 16 is a diagram showing a screen display example displayed in the battle processing shown in FIG. 5;

FIG. 17 is a diagram showing a memory configuration of a RAM according to a second embodiment of the present invention.

18 is a diagram showing a data structure of a standby time table stored in a RAM shown in FIG.

19 is a diagram showing a data structure of a battle control table stored in a RAM shown in FIG.

FIG. 20 is a flowchart illustrating a battle process according to the second embodiment.

FIG. 21 is a flowchart showing a battle process according to the second embodiment.

FIG. 22 is a diagram showing a screen display example displayed in the battle process shown in FIG.

FIG. 23 is a diagram illustrating an example of transition of a standby time gauge displayed on a screen by a battle process according to the second embodiment.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 Game device 2 Game device main body 3 Input device 4 Recording medium 6 Output device 61 Display screen 11 Control part 12 RAM 12b Related data storage area 14 Sound processing part 15 Graphic processing part 16 CD-ROM drive 20 Additional capacity setting tables 21, 32 Battle control table 31 Standby time table 71 Standby time gauge 72 Meter bar 81 Own character 82, 83 Enemy character 93 Additional ability window

Claims (21)

[Claims] 1. A game device for virtually realizing a battle between characters on a display screen, wherein: storage means for storing battle-related abilities for each character; and abilities stored in the storage means in response to an operation input. A game device comprising: selecting means for selecting an arbitrary ability among the above; and display control means for performing display control of a battle screen using the ability selected by the selecting means. 2. A game apparatus for virtually realizing a battle between characters on a display screen, comprising: means for forming a battle screen between characters in response to an operation input; Means for displaying a list of one or more abilities previously associated with the character specified in accordance with the character, and a battle screen using the abilities specified in accordance with the operation input from the displayed list of the abilities. Means for controlling the display of the game device. 3. A battle processing method for virtually realizing battle between characters on a display screen, wherein a selection is made to select an arbitrary one of battle-related abilities prepared in advance for each character in accordance with an operation input. And a display control step of performing display control of a battle screen using the ability selected in the selection step. 4. The battle processing method according to claim 3, wherein the display control step performs display control of a battle screen when an arbitrary ability is selected in the selection step. 5. The battle processing method according to claim 3, further comprising a registration step of registering the ability selected in the selection step in correspondence with an arbitrary character. 6. The method according to claim 1, wherein the selecting step includes the step of:
6. The battle processing method according to claim 3, wherein an arbitrary ability is selected from the abilities prepared in advance corresponding to the characters in accordance with an operation input. 7. The selection step includes a display step of displaying a list of abilities prepared in advance corresponding to the character of the battle opponent, and from the abilities displayed in the display step, the abilities are determined in accordance with an operation input. 7. The battle processing method according to claim 6, wherein a selection is made. 8. The battle process according to claim 5, wherein the registering step registers the maximum number of executions of the ability determined by a predetermined procedure together with the ability selected in the selecting step. Method. 9. The battle processing method according to claim 1, further comprising: a timing step of timing a time during a battle period; and when the time counted by the timing step reaches a time set in advance for each character in the battle, A permission step of permitting the character that has reached the set time to execute a combat action, wherein the selecting step is performed in response to an operation input when the execution of the combat action is permitted in the permission step. 9. The battle processing method according to claim 3, wherein an arbitrary ability is selected. 10. The battle processing method according to claim 3, wherein the magic is a function for changing the ability of an arbitrary character, and the ability is magic. 11. A battle processing method for virtually realizing battle between characters on a display screen, comprising: forming a battle screen between characters in response to an operation input; Displaying a list of one or more abilities that are associated in advance with the character specified according to the input; and performing a battle using the abilities specified according to the operation input from the displayed list of the abilities. Performing a display control of a screen. 12. A computer-readable recording medium in which a program for causing a computer to execute a battle processing method for virtually realizing a battle between characters on a display screen is recorded. A selection step of selecting an optional ability among the battle-related abilities prepared for each character; and a display control step of controlling display of a battle screen using the ability selected in the selection step. A recording medium on which a program is recorded. 13. The recording medium according to claim 12, wherein said display control step controls display of a battle screen when an arbitrary ability is selected in said selecting step. 14. The recording medium according to claim 12, wherein the program further includes a registration step of registering the ability selected in the selection step in association with an arbitrary character. 15. The apparatus according to claim 12, wherein in the selecting step, an arbitrary ability is selected in accordance with an operation input from abilities prepared in advance corresponding to at least one character as a battle opponent. 15. The recording medium according to 14. 16. The selection step includes a display step of displaying a list of abilities prepared in advance corresponding to the character of the battle opponent, and from the abilities displayed in the display step, the abilities are determined in accordance with an operation input. 16. The recording medium according to claim 15, wherein the recording medium is selected. 17. The recording medium according to claim 14, wherein the registering step registers, together with the capability selected in the selecting step, a maximum number of executions of the capability determined by a predetermined procedure. . 18. The program according to claim 1, further comprising: a timing step for timing a time during a battle period; and setting the time measured by the timing step when the time reaches a preset time for each character in the battle. A permission step of permitting the character that has reached the time to execute a battle action. The selecting step includes, when execution of the battle action is permitted in the permission step, an arbitrary operation in accordance with an operation input. 18. The recording medium according to claim 12, wherein the capability is selected. 19. The recording medium according to claim 12, wherein the magic is a function for changing the ability of an arbitrary character, and the ability is magic. 20. A computer-readable recording medium on which a program for causing a computer to execute a battle processing method for virtually realizing a battle between characters on a display screen is recorded. Forming a battle screen, and displaying a list of one or more abilities associated in advance with the character designated in response to the operation input on the formed battle screen. Performing a display control of a battle screen using a capability specified according to an operation input from a list of the capabilities; and a recording medium storing a program for executing the following. 21. A computer data signal included in a carrier wave, wherein a selecting step of selecting an arbitrary ability among battle-related abilities prepared in advance for each character in accordance with an operation input; A display control step of controlling display of a battle screen using the selected ability; and a computer data signal including a program for causing a computer to execute the display control step.