JP2003190640A - Picture drawing command-controlling method, recording medium, picture drawing command-controlling device and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a picture drawing command-controlling method which can provide the feeling of solidarity to a plurality of players. <P>SOLUTION: When a competing command for an ally character is received from a game device, the counting of an accepting time for a combo wherein attacking is performed by making the characters cooperate is started. When another competing command is received during the accepting time of the combo, whether the combo is right or wrong is judged. When the received two competing commands have the same enemy character as a competitor, and is applicable to related data of the competing commands which is previously determined so that the reproduction scene of the combo can be designated by the two competing commands, the availability of the combo is judged, and a reproducing instruction to reproduce the reproduction scene of the applicable combo is transmitted to the game device. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a drawing command control method, a recording medium, a drawing command control device, and a program, and more particularly to a drawing command control method for a competitive game in which a plurality of enemy and ally characters are competing, the recording medium, The present invention relates to the drawing command control device and the program.

[0002]

2. Description of the Related Art Recently, various types of communication games using a communication network have become popular. In such a communication game, for example, a plurality of game devices located in different places are directly connected using a relatively short communication cable or are connected via a LAN, and the game progress of each game device is unified. There is a game server that is connected to a managed game server via the Internet or the like. Each game device is
An input device such as a controller pad, a display, a communication cable, a telephone line, etc. are connected to the computer of the game device main body. The player operates buttons on the input device to communicate with other players,
A large number of people can enjoy the game at the same time while watching each display.

Such a communication game, for example, a server
In a client game, an access program for accessing a game server from a game device (client computer) operated by a player, and image data and audio data of the game are recorded and provided on a recording medium such as a CD-ROM. There are many. The player controls the motion of each character in charge by operating the game device. In many games, the client computer transmits the input information by the player to the game server and draws an image on the display according to the game progress instruction received from the game server.

[0004]

However, in the game via the communication network described above, the commands input by a plurality of players from the respective game devices are individually executed, and the motions of the characters controlled by the respective players are independent. Therefore, even if a plurality of players can participate in the same game, it is difficult to have a relationship with another character controlled by another player. That is,
Even when a plurality of players simultaneously input a command to attack the same enemy character, a time lag occurs due to the communication network, and the commands are executed individually. Therefore, a plurality of characters cooperate to form an enemy character. It's difficult to express an attack that defeats.

In view of the above problems, it is an object of the present invention to provide a drawing command control method, a recording medium, a drawing command control device, and a program which can give a plurality of players a sense of solidarity.

[0006]

In order to solve the above-mentioned problems, a first aspect of the present invention is that a plurality of client computers having image data of a fighting motion of a fighting game in which a plurality of enemy-friend characters fight each other. A drawing command control method of a game server, which receives a battle command for an enemy-friend character, and transmits a draw command for instructing the client computer to draw the battle motion. When a later battle command for another character whose enemy is the same character as the target of the previous battle command is received within a predetermined time from when the battle command is received, the previous battle command is received. And whether or not the following battle command has a predetermined relationship. When it is determined that the character has the association, unlike the battle motion corresponding to the first battle command and the second battle command, the character of the character that is the target of the first battle command or the second battle command. Selecting a single draw command for drawing a battle motion and sending the draw command to the plurality of client computers.

According to this aspect, when the first battle command and the second battle command satisfy a predetermined condition, the battle motion of the character which is the target of the first battle command or the second battle command is drawn. It sends a single draw command to multiple client computers, so
Since the same battle motion is drawn on a plurality of client computers, it is possible to give a feeling of solidarity to a player who plays a battle game on a plurality of client computers. Allows the input of a later battle command within a predetermined time, and the target character of the later battle command having a predetermined relationship with the previous battle command uses the same character as the target character of the previous battle command as an enemy. Unlike the individual battle motions of the battle command and the later battle command, the battle motions of colliding with the same enemy character are rendered in cooperation with each other, so that the player's sense of solidarity can be further enhanced.

In this aspect, when a later battle command having a relation with the earlier battle command is received within a predetermined time, if it is considered that the later battle command and the later battle command have no relation, Since it is not necessary to consider the relationship between the later battle command and the later battle command (since it is not necessary to consider the chain for the later battle command), the earlier battle command, the later battle command, and the later battle command It becomes easy to select a single drawing command according to the battle command. At this time, when the later battle command and the later battle command are the same battle command of different target characters, if reception of one of them is disabled, the later battle command and the later battle command Since the drawing command can be selected from one and the previous battle command, the selection of the drawing command becomes easier. Further, when the previous battle command is received, the method may further include the step of transmitting a preparation command for drawing a preparation motion representing a preparation operation of the competition motion corresponding to the previous competition command to a plurality of client computers. For example, the preparation motion is drawn on the display of the client computer, which indicates that the game server has received the previous battle command. Therefore, it is possible to inform the player that a later battle command having a relation can be input. Can be notified. Furthermore, when the previous battle command is received, is there a battle command for the ally character of the character that is the target of the previous battle command, and a related battle command having a predetermined relationship with the previous battle command? If it is determined whether or not there is a related battle command, the player can send a display command for displaying the related battle command in a selectable manner to a client computer that can send the related battle command. It becomes easy to select a later battle command that is related to the previous battle command. Furthermore,
If the attack power of the drawing command against the enemy character exceeds the total of the respective attack powers of the first battle command and the second battle command, the battle command earlier than when the attack powers of the individual battle commands are summed up. Since the offensive power is high when there is a relation between the battle command and the subsequent battle command, and the chance of defeating the same enemy character is increased, it is possible to further enhance the sense of solidarity between the players.

According to a second aspect of the present invention, a battle command for the enemy and ally characters is received from a plurality of client computers having image data of a battle motion of a battle game in which a plurality of enemy and ally characters compete, and the client computer receives the battle command. A method for controlling a drawing command of a game server, which transmits a drawing command for instructing the drawing of the battle motion, wherein the destination is within a predetermined time from when a previous battle command for one of the enemy and ally characters is received. Is determined whether or not a subsequent battle command targeting a character different from the target of the battle command is received, and when it is determined that the received battle command is received, each of the previous battle command and the later battle command is determined. Parallel drawing command to draw battle motions corresponding to And transmitting to the plurality of client computers, comprising.

According to this aspect, a later battle command for a character different from the subject of the previous battle command is received within a predetermined time from the time when the previous battle command for one of the enemy and friendly characters is received. If it is determined that it has been received, a parallel drawing command for drawing the battle motions corresponding to the first battle command and the second battle command in parallel is executed by a plurality of client computers. Since the battle motions corresponding to the previous battle command and the later battle command are drawn in parallel on the plurality of client computers, the player draws the battle motions of the teammate characters drawn in parallel. By seeing, you can have a sense of solidarity with other players.

According to a third aspect of the present invention, image data stored by receiving a drawing command for drawing a battle motion of the enemy and ally characters from a game server that controls a battle game in which a plurality of enemy and ally characters battle each other. Is a drawing command control method for a client computer that draws a fighting motion corresponding to the drawing command on a display, and is a fighting command for a teammate character transmitted from another client computer to the game server. When there is a related battle command having a predetermined relationship with the battle command, a display command for displaying the related battle command for a predetermined time so that the related battle command can be selected is received from the game server,
When the display command is selected during the predetermined time, a selection command indicating the selection of the display command is transmitted to the game server, and a teammate character as a target of the battle command or a target of the related battle command. A drawing command for drawing a battle motion of a character, or a battle motion corresponding to the battle command, and a battle motion corresponding to a battle command targeting another character different from the target of the battle command in parallel. Then, the parallel drawing command for drawing is received, and it is determined whether or not the battle motion is being drawn. When not drawing, the battle motion corresponding to the drawing command or the parallel drawing command is drawn and Sometimes after the drawing of the battle motion is completed, the drawing command or the parallel drawing command To draw a match motion corresponding to the command, including the step, including the step.

According to this aspect, the client computer has a battle command for the teammate character transmitted from the other client computer to the game server, the battle command having a predetermined relationship with the battle command. At the time, a display command is received from the game server for displaying a related battle command for a predetermined time so that the related battle command can be selected. Since the player sends a selection command in consideration of the relationship between the character and another ally character by the display command, the player can cooperate with each other and can send a selection command to the ally character that is the target of the battle command. Or the character that is the target of the related battle command A drawing command for drawing a battle motion, or a battle motion corresponding to the battle command, and a battle motion corresponding to the battle command targeting another character different from the target of the battle command are drawn in parallel. To receive a parallel drawing command for determining whether or not the battle motion is being drawn, draw the battle motion corresponding to the draw command or the parallel draw command when not drawing, and draw the battle motion of the match motion while drawing Since the battle motion corresponding to the drawing command or the parallel drawing command is drawn after the drawing is finished, the drawing command or the parallel command is drawn regardless of the difference in the processing time between the client computers and the difference in the communication time between the client computer and the game server. Clear battle motion corresponding to drawing command It can be drawn according to the drawing situation of computers.

In this case, the drawing time of the battle motion corresponding to the drawing command is set shorter than the total of the drawing time of the battle motion corresponding to the transmitted battle command and the drawing time of the battle motion corresponding to the related battle command. For example, it is possible to express a speedy battle motion. If the image data of the battle motion corresponding to the drawing command includes a part of the image data of each battle motion corresponding to the battle command and the related battle command, the battle motion corresponding to the drawing command is executed. And the battle motion corresponding to the related battle command can be approximated or similar to each other, so that the player's interest in the battle motion of different enemy and ally characters can be prevented from being impaired.

A fourth aspect of the present invention is a computer-readable recording medium for the drawing command control method of the third aspect.

According to a fifth aspect of the present invention, a battle command for the enemy and ally characters is received from a plurality of client computers having image data of a battle motion of a battle game in which a plurality of enemy and ally characters compete, and the client computer receives the battle command. A drawing command control device for transmitting a drawing command for instructing drawing of the battle motion, wherein the previous battle command is received within a predetermined time from when the previous battle command for one of the enemy and ally characters is received. Whether a previous battle command and the following battle command have a predetermined relationship when a later battle command is received for another character whose enemy is the same character as the target character Related command determining means for determining whether Sometimes, unlike the battle motion corresponding to the previous battle command and the later battle command, a drawing command for drawing the battle motion of the character that is the target of the previous battle command or the later battle command is used. A drawing command selecting unit for selecting and a drawing command transmitting unit for transmitting the drawing command to the plurality of client computers are provided.

According to a sixth aspect of the present invention, a battle command for the enemy and ally characters is received from a plurality of client computers having image data of a battle motion of a battle game in which a plurality of enemy and ally characters compete, and the client computer receives the battle command. A program for transmitting a drawing command for instructing drawing of the battle motion, wherein the computer causes the computer to receive a previous battle command within a predetermined time from when the previous battle command for one of the enemy and ally characters is received. Whether a previous battle command and the following battle command have a predetermined relationship when a later battle command for another character whose enemy is the same character as the target character is received. Related command determining means for determining whether or not there is a relationship When the game is done, unlike the battle motion corresponding to the previous battle command and the later battle command, a drawing command for drawing the battle motion of the character that is the target of the previous battle command or the later battle command. And a drawing command selecting means for selecting the drawing command and a drawing command transmitting means for transmitting the drawing command to the plurality of client computers.

In a seventh aspect of the present invention, a drawing command for drawing a battle motion of the enemy and ally characters is received and held from a game server that controls a battle game in which a plurality of enemy and ally characters battle each other. A program for drawing a fighting motion corresponding to the drawing command from image data on a display, which is a fighting command for a teammate character transmitted from another client computer to the game server, the fighting command. First receiving means for receiving a display command for displaying the related battle command for a predetermined time so that the related battle command can be selected from the game server when there is a related battle command having a predetermined relation with the command, the display command Is selected during the predetermined time, the game Sending means for transmitting a selection command indicating selection of the display command to the server, a drawing command for drawing a battle motion of the teammate character targeted by the battle command or the character targeted by the related battle command, or Second reception for receiving a parallel drawing command for drawing in parallel a battle motion corresponding to the battle command and a battle motion corresponding to the battle command targeting another character different from the target of the battle command Means, determines whether or not the battle motion is being drawn, draws the battle motion corresponding to the drawing command or the parallel drawing command when not drawing, and draws the drawing after the drawing of the battle motion while drawing Drawing a battle motion corresponding to a command or the parallel drawing command That drawing means, to function as.

[0018]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments in which the present invention is applied to a server / client system connected via the Internet will be described below with reference to the drawings.

As shown in FIG. 1, the server of the present embodiment
The client system 50 connects to the Internet 52,
Game device 1 as a plurality of client computers
0, the proxy server 55 of the server site 53, and the account management server 58 are connected via a public line.

The server site 53 includes a game server 56 having a CPU (not shown) as a related command determining means, a drawing command selecting means, and a drawing command transmitting means, and a proxy server 55 having a CPU (not shown) for managing communication with the game apparatus 10. , A database 57 holding game data, an account management server 58 having a CPU (not shown) for managing account information and player information, and a billing server 59 having a CPU (not shown) for managing billing associated with the use of the server site 53. There is. The game server 56 is the proxy server 55, the database 5
7 and the account management server 58. The account management server 58 is connected to the billing server 59.

As shown in FIG. 2, the game apparatus 10 has a game apparatus body 2 to which a television monitor 4 as a display having a speaker 5 built therein and an input device 3 for inputting game information are connected. The game device body 2 is
It has a medium reading unit into which the recording medium 1 such as a CD-ROM can be mounted and a communication processing unit (see FIG. 4) connectable to the modular jack 6 of the public line. By mounting the recording medium 1 on the medium reading unit, the game program recorded on the recording medium 1 is automatically loaded into the storage memory in the game apparatus main body 2. By connecting the communication processing unit and the modular jack 6, communication with the server site 53 is performed via the Internet 52.

As shown in FIG. 3, the input device 3 has a start button 30 for starting a game, a □ button 31 for operating a game character, and a □ button 31, for responding to an input inquiry from the game device main body 2. Button 32, ○ button 33, × button 34, analog stick 39 for tilting to select a battle command, character selection and character movement direction, and up button 35, right button 36, left button 37, down button 38. In place of the analog stick 39, a cross-direction button set capable of selecting a battle command, selecting a character, and designating a moving direction is arranged. In addition, analog stick 3
9 can be pressed in a neutral or tilted position.

As shown in FIG. 4, the game apparatus body 2 includes a CPU block 20 for controlling the entire apparatus.
The CPU block 20 is an SCU (System Control U) that mainly controls data transfer with each unit in the game apparatus body 2.
nit), a CPU that operates at a high-speed clock as a central processing unit, a ROM that stores the basic control operation of the game apparatus main body 2, a game program that is used as a work area of the CPU and is recorded on the recording medium 1, and various data. It is composed of a RAM for temporary storage and an internal bus connecting these.

An external bus 26 is connected to the SCU. The external bus 26 includes an input receiving unit 21 that receives an input from the input device 3 such as a controller pad and transfers the input information to the CPU block 20, a game program recorded on the recording medium 1 including a sub CPU (not shown), and various types. CD that reads the data of the CD-ROM and transfers it to the CPU block 20-
A medium reading unit 22 such as a ROM drive, a sub C (not shown)
CPU with PU, reservation buffer and VRAM described later
An image processing unit 23 that draws an image according to the information transferred from the block 20, a sub CPU (not shown), for example, a sound processing unit 24 that processes sounds such as back music and sound effects, and a server via the Internet 52. It is connected to a communication processing unit 25 such as a modem that transmits and receives game information to and from the site 53. The input receiving unit 21 is used for the input device 3, the image processing unit 23 is used for the television monitor 4, and the sound processing unit 24 is used for the speaker 5 built in the television monitor 4.
Further, the communication processing unit 25 is connected to each of the modular jacks 6 connected to the Internet 52.

(Operation) Next, with reference to a flow chart regarding the operation of the server / client system 50 of the present embodiment, seven players respectively play the game device 10 respectively.
A case will be described in which seven ally characters belonging to the ally unit that are controlled by operating and the seven enemy characters belonging to the enemy unit controlled by the game server 56 compete. It is assumed that the recording medium 1 is already inserted in the game apparatus body 2 and the game program and game data are stored in the RAM in the CPU block 20. The game data includes action data of the battle command and image data, as described later. In the database 57 of the server site 53, as will be described later, game progress information, character position information, battle command related data, parry skill level, catch skill level, weapon skill level, fatal injury skill level, avoidance ability, and hit ability. Character attribute data such as strength, vitality, and spirit value are stored. Also,
In order to simplify the explanation, in the following flow chart, the movement of the player side character is mainly described.
The description is omitted because the same processing is performed for the enemy character on the computer side.

At the first time the player plays the competitive game,
The game program communicates with the account management server 58 of the server site 53 according to the instruction displayed on the screen to register the game user. In the user registration, personal information of the user and information such as a payment method of a fee associated with the use of the server site 53 are transmitted, and a user ID and a password are acquired. When playing the game for the second time or later, the game server 56 is accessed via the proxy server 55 with the acquired user ID and password.

<Game Server> As shown in FIG. 5, the CPU of the game server 56 determines whether or not it is possible to cooperatively execute a battle command for a plurality of teammate characters individually received from the game apparatus 10. Then, the battle processing routine for transmitting the playback instruction of the playback scene representing the action of the character corresponding to the battle command is executed.
In this battle processing routine, first, at step 102, it is determined whether or not the game device 10 is connected. If the determination is affirmative, the start process for starting the game is performed in the next step 104, and if the determination is negative, the process proceeds to step 106.

At step 104, it is determined whether or not the user ID and password transmitted from the game device 10 and the registration information stored in the account management server 58 match, and user authentication is performed. When the determination is affirmative, it is determined that the user is a registered user, and the database server 57
To read the game data stored in the game device 1
Send to 0. Therefore, steps 102 to 10
In 4, the user authentication is performed when the game device 10 is connected, and the game is started. This allows the player to access the game server 56 and play the game at any time. Even when the game is interrupted, another player progresses the game, but the game can be immediately restarted by loading the game progress information from the game server 56.

At step 106, the game device 10
It is determined whether or not a battle command for the character has been received from. If affirmative, go to step 108,
When the determination is negative, the process returns to step 102. Step 10
At 8, it is determined whether or not the received battle command has a small scene (preparation motion) that represents a preparatory action for the action of the character corresponding to the battle command. If a negative decision is made, the operation proceeds to step 122. In step 110, it is determined whether or not a reproduction instruction of a small scene corresponding to the battle command of another teammate character has already been transmitted to the game device 10. While measuring the combo reception time described later,
It is determined that the reproduction instruction of the small scene has already been transmitted. When the determination is affirmative, the process proceeds to step 122, and when the determination is negative, the process proceeds to step 112.

In step 112, a preset combo reception time corresponding to the received battle command is read out, and clocking is started in accordance with the internal clock of the CPU.
In the next step 114, the connected game device 1
0 is transmitted to each of the game devices 1 by issuing a small scene reproduction instruction (preparation command) corresponding to the received battle command.
0 to play the small scene. Therefore, step 11
In steps 2 to 114, a small scene corresponding to the previously received battle command is played back so that a plurality of battle commands received within a predetermined combo reception time can be combined. The combo here is to collide multiple battle commands to attack an enemy character,
This represents a so-called cooperative operation.

Next, at step 116, a display instruction (display command) for selecting a battle command (related battle command) which can be combo with the received battle command is transmitted to the game device 10. At this time, the CPU determines whether or not the received battle command and the battle command capable of combo are in the related data of the predetermined battle command, and when the determination is affirmative, the battle command can be executed. The game device 10 in charge of controlling the teammate character is caused to display in the action list, which will be described later, that there is a battle command capable of combo with the battle command of the small scene being reproduced. For example, "combo" is displayed, and when this "combo" is selected, it is determined that the battle command that allows combo has been selected. The related data of the battle command is defined so that the reproduction scene of the combo can be designated when two battle commands can be comboed. As a result, the player can select a battle command that can be combined with the battle command during the small scene reproduction.

In the next step 118, it is determined whether or not it is within the combo reception time. If the determination is affirmative, the process proceeds to step 120, and if the determination is negative, the process proceeds to step 122. In step 120, it is determined whether or not a battle command different from the battle command received in step 106 has been received. If affirmative, proceed to step 124,
When the determination is negative, in step 122, each game device 10
Then, a reproduction instruction for individually reproducing the reproduction scene corresponding to the battle command received in step 106 is transmitted. In step 124, a combo determination processing subroutine for determining whether or not the battle command received in step 120 and the battle command received in step 106 can be combined is executed.

As shown in FIG. 6, in this combo judgment processing subroutine, the received 2
It is determined whether or not one battle command corresponds to the relevant data of the battle command and is a battle command against the same enemy character. When the determination is affirmative, it is determined that the combo is possible, and the process proceeds to step 156. When the determination is negative, the next step 15 is performed.
At 4, the reproduction instruction for individually reproducing the reproduction scene corresponding to each of the two battle commands is transmitted to each game device 10, and the combo determination processing subroutine is ended,
Proceed to step 126 in FIG.

In step 156, it is determined whether or not there is a previously established combo. If the determination is affirmative, the process proceeds to step 160, and if the determination is negative, the next step 15 is performed.
At 8, the reproduction instruction (drawing command) of the reproduction scene of the combo is transmitted to each game device 10, the combo determination processing subroutine is ended, and the routine proceeds to step 126 of FIG. In addition,
In the following description, the character that is the target of the battle command received first is called the combo main, and the character that is the target of the battle command received later is called the combo helper.

In step 160, the battle command of the combo helper of the combo that has been established first, and step 1
It is determined whether or not the battle command received in step 20 is the same battle command, and if the determination is affirmative, the process proceeds to step 162,
If a negative decision is made, the operation proceeds to step 164. Step 16
In step 2, the battle command received in step 120 is canceled so as not to be executed, the combo determination process subroutine is terminated, and the process proceeds to step 126 in FIG. As a result, the character that is the target of the canceled battle command can execute another battle command.

At step 164, an instruction for individually reproducing the reproduction scene of the previously established combo and the reproduction scene corresponding to the battle command received at step 120 is transmitted to each game device 10, and the combo determination processing subroutine is executed. Upon completion, the process proceeds to step 126 in FIG. Therefore, in steps 152 to 164, the two battle commands received within the combo reception time are against the same enemy character, and the combo is established when the relevant data of the predetermined battle command is met, and after the combo is established. A combination of another received battle command and a combination of one battle command and two same battle commands are not established, and a reproduction instruction of a reproduction scene is transmitted to each game device 10 in each case.

In step 126 of FIG. 5, the information that has changed due to the progress of the battle such as the change in the vitality of the character or the spirit value, the position information of the character and the reservation information of the reproduced scene is received from each game device 10 and the data is updated. To do. At this time, when the reservation information of the reproduction scene has information for merging / combining the reproduction scenes as described later, a reproduction instruction (parallel drawing command) for merging / combining the reproduction scenes and reproducing is given to each game device 10. Send. The update data is transmitted to each game device 10, and the process returns to step 102.

<Game Device> Next, the operation of the game device 10 will be described. As shown in FIG. 7, the CPU in the CPU block 20 executes a competition control processing routine for reproducing a reproduction scene according to an instruction from the game server 56. In this battle control processing routine, first, at step 202, the process waits until the start button 30 is pressed. When an affirmative judgment is made in step 202, connection with the game server 56 is made in the next step 204. The entered user ID and password are transmitted to the game server 56, and when the user is authenticated, the game can be started. Next, at step 206, the game is initialized. If there is save data, the save data is loaded from the game server 56 and stored in the RAM in the CPU block 20. If there is no save data, the player determines the player character in charge, loads the attribute data of the character from the game server 56, and starts the game.

By depressing the Δ button 32 of the controller pad 3, the player displays the character name, the character identification number, a list of battle commands that the character can execute, and an overall image of the character along with an arrow icon on the television monitor 4 To be displayed on the screen. By tilting the analog stick 39, the arrow icon is moved to the position of the character to be the player character among the characters displayed on the screen, and the analog stick 39 is pressed. Further, the player character can be selected and designated by using the cross direction button set. At this time, the arrow icon is moved to the position of the desired character with the cross direction button set, and the O button 33 is pressed.

The CPU is the analog stick 39 or ○.
When the button 33 is pressed, it is determined that the player character is selected, and the identification number of the character is transmitted to the game server 56.

In the next step 208, the television monitor 4
It is determined whether or not a vertical blanking interrupt occurs once every 1/60 seconds (16.6 milliseconds) that coincides with the vertical blanking cycle of No. If the result is negative, the process proceeds to step 210. In step 210, a main processing subroutine for performing information acquisition of a battle command to be executed by the player character and sound processing is executed.

As shown in FIG. 8, in this main processing subroutine, it is determined in step 252 whether or not the screen display for selecting the battle command to be executed by the player character is requested, and whether or not the ◯ button 33 is pressed. Judge by whether or not. If yes, step 25
4 and proceeds to step 262 when the determination is negative.

In step 254, a player plate, which will be described later, is displayed, and an action list that the player character can execute is displayed. Then in step 256,
It is determined whether or not a battle command is input. If the determination is negative, the process proceeds to step 262, and if the determination is affirmative, the process proceeds to step 258.

Now, the display displayed on the screen of the television monitor 4 will be described. As shown in FIG. 18, when the player character is made to act in response to the battle command, a play scene of the battle command, which will be described later, is played back, a title display 71 displaying the action name in the upper left part of the screen, and 6 in the lower part of the screen. A ally character plate 72 showing the general attribute data of the body ally character, a player plate 75 showing the general attribute data of the player character, and an enemy character plate 73 showing the general attribute data of the seven enemy characters are displayed at the upper part of the screen. . As shown in FIG. 15 (A), on the ally character plate 72 and the enemy character plate 73, a vitality gauge 81 indicating increase / decrease in vitality, a vitality value gauge 82 indicating increase / decrease in vitality value, and a wait time indicating wait time described later. The bar 83 is displayed. The life force gauge 81 indicates that the entire length of the rod-shaped frame represents the life force 200, and that the life force possessed by painting from the left end is owned. The yell value gauge 82 indicates that the entire length of the rod-shaped frame indicates the yell value 200, and that the yell value filled in from the left end is owned. As shown in FIG. 15 (B), the player plate 75 has a vitality gauge 81, a spirit level gauge 82, and an action list 84 showing battle commands that the player character can execute.
Is displayed. When a battle command is input, a wait time bar 83 (not shown) is displayed similarly to the ally character plate 72 and the enemy character plate 73.

By operating the analog stick 39 or the cross direction button set similarly to the selection of the player character, the player selects the battle command to be executed by the player character from the displayed action list 84, and selects the opponent. Select a character from the enemy characters displayed at the top of the screen.

The CPU is the analog stick 39 or ○.
When the button 33 is pressed, it is determined that the battle command and the enemy character are selected, and in the next step 258,
The action ID of the selected battle command and the identification number of the enemy character are stored in the RAM of the CPU block 20, and in the following step 260, an input flag A = indicating that the information of the input battle command is stored in the RAM. Set to 1. Therefore, in steps 256 to 260,
When a battle command to be executed by the player character and an enemy character are input, the input information is stored in the RAM.

Here, the behavior data will be described. As shown in Table 1 below, the action data includes, for each battle command, an ID, a name, a classification for discriminating between physical action action and witchcraft action, an effect type for determining an effect such as weapon attack or magic, and the battle command. The consumption enthusiasm that the character consumes by executing the command, the wait time (waiting time) from the input of the battle command until execution, and the scene playback time (drawing time) when playing the playback scene of the battle command
Is included.

[0048]

[Table 1]

The battle command of classification 0 in Table 1 indicates a physical action, and is mainly classified into an attack by a weapon and its own defensive action. In addition, the battle command of classification 1 indicates a magical action, and mainly attacks by magic are classified. Also, the battle command of effect type 1 has the effect of direct attack with a sword or spear, the battle command of effect type 2 has the effect of indirect attack with bow and arrow, the battle command of effect type 3 has the effect of magic, and effect type 4 The battle commands of No. 1 and No. 2 each exert the effect of the recovery, and the battle commands having special effects other than these are classified into the effect type 0.

In step 262 of FIG. 8, the sound processing unit 2
4 is instructed to execute sound processing such as sound effects and back music, the main processing subroutine is terminated, and the routine proceeds to step 214 in FIG.

When an affirmative decision is made in step 208 of FIG. 7,
In the next step 212, a combo input process is performed, and a battle process subroutine for reproducing a reproduction scene is executed.

As shown in FIG. 9, in this battle processing subroutine, combo input processing, wait time processing, and playback scene playback processing are performed. The character state flag for determining the state of the character indicates one of a wait state, an extended part reproduction state of the battle command reproduction scene, a main body part reproduction state, and a cancelable part reproduction state, as described later.

At step 302, the game server 5
It is determined whether or not the reproduction instruction of the small scene is received from 6. When the determination is negative, the process proceeds to step 308, and when the determination is affirmative, in the next step 304, it is determined whether or not the reproduction of the small scene is completed. When the determination is affirmative, the process proceeds to step 308, and when the determination is negative, the following step 306
Then, a combo input processing subroutine for receiving from the game server 56 whether or not the input battle command is combo-enabled is executed.

As shown in FIG. 10, in this combo input processing subroutine, in step 402, it is determined whether or not the input flag A = 1, and if a positive determination is made, step 4 is executed.
If the determination is negative, the combo input processing subroutine is terminated and the routine proceeds to step 308 in FIG. At step 404, the input information of the battle command stored in the RAM is transmitted to the game server 56. Next step 4
At 06, it is determined whether or not a reproduction instruction of the reproduction scene of the combo is received from the game server 56. If the determination is negative, the process proceeds to step 410, and if the determination is positive, the process proceeds to step 408. In step 408, the combo flag indicating that the reproduction scene of the combo is reproduced is turned on, the character state flag is set to the main body part reproduction state, the combo input processing subroutine is ended, and the process proceeds to step 308 of FIG. 9. Therefore, in steps 404 to 408,
A reproduction scene of a combo in which the teammate character of the battle command that is reproducing the small scene is the main combo and the player character is the combo helper is reproduced.

At step 410, the game server 5
It is determined whether or not a reproduction instruction for individually reproducing the reproduction scene is received from 6, and when the determination is affirmative, the character state flag is set to the wait state, the combo input processing subroutine is ended, and the process proceeds to step 308 of FIG. When a negative determination is made, in the next step 412, the input flag A is set to 0, the combo input processing subroutine is terminated, and step 30 in FIG.
Go to 8. Therefore, in steps 410 to 412, the input flag A is set to 0 when the reproduction instruction of the reproduction scene of the combo and the reproduction instruction of the individual reproduction scene is not received from the game server 56, so as to correspond to the input battle command. Enter the next match command without playing the playback scene.

In step 308 of FIG. 9, it is determined whether or not the input flag A = 1. When the determination is negative, the process proceeds to step 312, and when the determination is affirmative, the following step 310.
Then, a wait processing subroutine for performing processing during the wait time is executed.

As shown in FIG. 11, in this wait processing subroutine, in step 432, it is determined whether or not the spirit value possessed by the player character is sufficient to execute the battle command. When the determination is negative, the process proceeds to step 434, and when the determination is affirmative, the information of the battle command is transmitted to the game server 56 in the next step 436. At step 434, since the spirit value is insufficient, the processing for increasing the spirit value is performed, and the wait processing subroutine is ended.
Proceed to step 312 in FIG. The yell value is increased by 1/6 point every 1/60 seconds which is the vertical blanking cycle, that is, 10 points per second.

Next, at step 438, the character state flag is set to the wait state, the wait time Tw defined for each battle command is read from the action data stored in the RAM, and every 1/60 second which is the vertical blanking cycle. The wait time Tw is measured by reducing 1/60 seconds. At this time, the CPU causes the wait time bar 83 of the player plate 75 to display timekeeping information of the wait time until the battle command is executed. As a result, the remaining time until the player character executes the battle command is displayed.

Now, the time display of the wait time bar 83 will be described. The wait time bar 83 is displayed with a bar-shaped frame color-coded. Bar-shaped wait time bar 83
Represents 10 seconds as the entire length from the left end to the right end of the display, and it is possible to display the elapsed time of 30 seconds by color coding. When the rest of the wait time Tw is between 20 and 30 seconds, the length of (Tw-20) seconds from the left end is displayed in sky blue, and the remaining portion is displayed in green. When the rest of the wait time Tw is between 10 and 20 seconds, the length of (Tw-10) seconds from the left end is displayed in green, and the remaining portion is displayed in yellow. When the rest of the wait time Tw is between 0 and 10 seconds, the length of Tw seconds from the left end is displayed in yellow, and the remaining portion is displayed in white. As a result, when the rest of the wait time Tw is 30 seconds, the entire wait time bar 65 becomes sky blue, and when it decreases from 30 seconds to 20 seconds, the sky blue portion becomes short,
The green part becomes longer. When the rest of the wait time Tw is 20 seconds, the entire wait time bar 65 becomes green, and when it decreases from 20 seconds to 10 seconds, the green part becomes shorter and the yellow part becomes longer. When the rest of the wait time Tw is 10 seconds, the whole wait time bar 65 becomes yellow, and when it decreases from 10 seconds to 0 seconds, the yellow portion becomes short and the white portion becomes long.

In the following step 440, it is determined whether or not a reproduction instruction of the small scene corresponding to the transmitted battle command is received. , The image processing unit 23 is instructed to reproduce the small scene, and it is drawn on the screen of the television monitor 4. The small scene is played during the wait time, unlike the playing scene of the battle command described later.
As shown in FIG. 16, the small scene 62 corresponding to the battle command of the teammate character is displayed on the lower right side of the screen of the television monitor 4, and the small scene 6 corresponding to the battle command of the enemy character.
3 is played on the upper left side of the screen of the TV monitor 4 by opening a window with a size of about 1/4 of the entire screen, and is played independently even when the playing scene 61 of another battle command is being played. Will be played.

In the next step 444, it is determined whether or not a combo reproduction instruction is received from the game server 56, and if a positive determination is made, in the following step 446, the combo flag indicating the combo is turned on, and a negative determination is made. If so, the process proceeds to step 448. Therefore, in steps 432 to 448, when the player character has a sufficient spirit value, the information of the battle command is transmitted to the game server 56, and timing of the wait time is started. A small scene is reproduced according to an instruction from the game server 56, and a combo flag is set when a reproduction instruction for a combo is received. At this time, the player character becomes the combo main and the other friendly characters become the combo helper.

In step 448, the wait time T
It is judged whether or not w has ended by judging whether or not Tw = 0. When the judgment is affirmative, the process proceeds to step 450, and when the judgment is negative, the wait processing subroutine is ended and the step of FIG. Proceed to 312. In step 450, the wait state of the character state flag is released and the input flag A = 0. Next, at step 452, the information of the battle command for which the wait time Tw has ended is added to the reservation buffer of the image processing unit 23, the wait processing subroutine ends, and the routine proceeds to step 312 in FIG. In the reservation buffer, the information of the battle command in which the wait time Tw ends and the playback scene is not reproduced is stored in the order in which the wait time Tw ends. The playing scene of the battle command is played according to the information in the reservation buffer, which will be described in detail later. Therefore, steps 448 to 452
Then, when the wait time Tw of the input battle command ends, the information of the battle command is sequentially stored in the reservation buffer.

Now, the playing scene of the battle command will be described. In the VRAM of the image processing unit 23, a plurality of sets of motion data corresponding to the battle command obtained by using motion capture or the like are prepared, and the CPU of the CPU block 20 receives an image by the reproduction instruction received from the game server 56. The CPU of the processing unit 23 is instructed which motion data to use. The motion here does not directly calculate the pixel displacement in real time, but uses a data sequence in which the motion of a person or the like is sampled in advance, and expresses the action of the character in a more realistic manner. The reproduction scene of the combo is one reproduction scene that is synthesized by performing arithmetic operation so as to include a part of each motion data by the data number sequence of the motion data corresponding to each battle command. The scene reproduction time at this time is set to match the longer reproduction time of the reproduction scenes corresponding to the individual battle commands. The data structure of general three-dimensional motion data is a scale value indicating the size of each character object, XY in a three-dimensional virtual space.
It is composed of a rotation angle with respect to each axis of Z, and coordinate values for each XYZ component indicating a movement distance from the origin, and a motion can be expressed by having these for each motion by the number of frames of the motion. The frame means a time unit of image display processing, and corresponds to a so-called “frame”.

As shown in FIG. 17A, in principle, the playback scene corresponding to the battle command is composed of three parts, that is, an extension part, a main body part and a cancelable part. Contains small scenes. This small scene is played during the wait time when the battle command of the combo main is input. After the wait time ends, the extended part, the main body part, and the cancelable part are played in this order. When a combo helper battle command is input during the reproduction of a small scene and the combo is established, the combo main body part is reproduced instead of the main body part reproduction. The outline of each part will be described by taking the playback scene with the name "Kiri" as an example. The extended part played before the main body part draws the pre-action action, and the character that executes the battle command. Is a scene of holding a sword and swinging. The next body part is
The main action of the action is drawn, and it is the scene until the sword is cut down and just before the attack hits. The subsequent cancelable part is a post-motion of the action, and is a scene in which after the attack, the opponent character leans back and the character who has executed the battle command repositions the sword.

As described above, the play scene of the battle command is composed of three parts. However, when the battle command for a plurality of characters is continuously accepted, the playback scene of another play scene when the wait time ends. Change the structure of the part to be played depending on the playback status. This will be described as time passes. As shown in FIG. 17B, when six battle commands are continuously received, the configuration of the part to be played is changed at the timing of the end of the wait time, stored in the reservation buffer, and sequentially stored according to the information in the reservation buffer. Reproduce. Note that FIG. 17B
In the figure, W indicates the wait time, B indicates the reproduction of the extended part, M indicates the reproduction of the main part, A indicates the reproduction of the cancelable part, and (A) indicates the cancelable part which is not reproduced.

At time a, the wait time of the battle command (1) ends, and since the playback scenes of other battle commands have not been played at this time, playback of the extended part is started. Next, at time b, the wait time of the battle command (2) ends, but since the extension part of the battle command (1) is being played back, after the playback of the extension part of the battle command (1) and the main part is finished, Information is stored in the reservation buffer so that the main part and the cancelable part of the battle command (2) are reproduced, and the scene reproduction reservation state is set.
At this time, the cancelable part of the battle command (1) is canceled without being reproduced, and the reproduction of the extended part of the battle command (2) is omitted. Next, at time c, the wait time of the battle command (4) ends, but the body part of the battle command (1) is being played back, and the battle command (2) is in the scene playback reservation state. Therefore, after the reproduction of the body part of the battle command (2) in the scene reproduction reserved state, the battle command (4) is set to the scene reproduction reserved state so that the body part and the cancelable part of the battle command (4) are reproduced. . At this time, the cancelable part of the battle command (2) is canceled without being reproduced, and the reproduction of the extended part of the battle command (4) is omitted. Enter the battle command (4) as the battle command (3)
Although later, the wait time has ended first, so the playback of the playback scene is first. Next, at time d, the wait time of the battle command (3) and the battle command (5) ends, but the main part of the battle command (2) is being played back, and the battle command (4) is in the scene playback reserved state. is there.
When the wait time of multiple battle commands ends at the same time, the previously entered battle command (wait time T
The playing scene of the battle command with a large w) is played first. In this case, since the battle command (3) is input first, the playback scene of the battle command (3) is played back first, and then the playback scene of the battle command (5) is played back. After the reproduction of the main body part of the battle command (4) in the state, the main body part of the battle command (3), then the main body part of the battle command (5) and the cancelable part are played back so that the battle command (3) and the battle Command (5) is set to the scene reproduction reservation state. At this time, the cancelable part of the battle command (4) is canceled without being reproduced, and the reproduction of the extended part of the battle command (3) and the cancelable part and the extended part of the battle command (5) is omitted. That is, after the reproduction of the body part of the battle command (2) is finished, the battle command (4)
Of the battle command (3), the body part of the battle command (5), and the cancelable part. Next, at time e, the battle command (5)
However, since there is no other battle command for which the wait time has ended, the cancelable part of the battle command (5) is subsequently reproduced. Next time f
Then, the wait time of the battle command (6) ends.
At this time, the reproduction of the cancelable part of the battle command (5) being reproduced is stopped, and the main body part of the battle command (6) is reproduced. At this time, the battle command (6)
The playback of the extension part of is omitted. Since the wait time of another battle command does not end while the playback scene of the battle command (6) is being played back, the playback scene of the battle command (6) is played to the end of the cancelable part.

In step 312 of FIG. 9, a reproduction processing subroutine for reproducing the reproduction scene corresponding to the battle command is executed.

As shown in FIG. 12, in this reproduction processing subroutine, in step 502, it is determined whether or not there is a teammate character in the reproduction state of the reproduction scene based on the character state flag.
04, and if a negative decision is made, proceed to step 544.
In step 504, it is judged whether or not the reproduction scene in the reproduction state is the extension part. If the judgment is negative, step 51
When the determination is affirmative, the next step 506 instructs the image processing unit 23 to reproduce the extension part, and causes the image processing unit 23 to draw it on the screen of the television monitor 4.

Next, at step 508, it is judged whether or not the reproduction of the extension part is completed. If the judgment is negative, the reproduction processing subroutine is ended and step 314 of FIG. 9 is executed.
Go to. When the determination is affirmative, in the next step 510, the main body part following the extended part for which reproduction has been completed is set in the reproduction state, the reproduction processing subroutine is completed, and the routine proceeds to step 314 in FIG.

In step 512 following step 504, it is judged whether or not the reproduced scene in the reproduced state is the main body part. If negative, the process proceeds to step 528, and if positive, the process proceeds to step 514. In step 514, it is determined whether or not the combo flag is turned on. When the determination is affirmative, the process proceeds to step 518, and when the determination is negative, the next step 516 instructs the image processing unit 23 to reproduce the body part, Draw on the screen of the monitor 4. At step 518, a combo reproduction processing subroutine for reproducing the reproduction scene of the combo is executed.

As shown in FIG. 13, in this combo reproduction processing subroutine, in step 602, the image processing section 23 is instructed to reproduce the reproduction scene of the combo, and the television monitor 4
Draw it on the screen. In the next step 604,
It is determined whether or not the reproduction of the reproduction scene of the combo has ended. If the determination is affirmative, the combo flag is turned off in step 606, and if the determination is negative, the combo reproduction processing subroutine and the reproduction processing subroutine are ended, and 9 to step 314.

Next, in step 608, it is determined whether or not the player character is the combo main, and if the determination is affirmative, the action result of the combo is processed as described later, and the process proceeds to step 610. When the determination is negative, step 612
Then, the reproduction state of the character state flag is canceled, the combo reproduction processing subroutine and the reproduction processing subroutine are ended, and the process proceeds to step 314 of FIG.

In step 610, it is determined whether or not there is battle command information in the reservation buffer. If the determination is negative, the process proceeds to step 614, and if the determination is affirmative, the process proceeds to step 616. In step 614, the character state flag is set to the cancelable part reproduction state, the combo reproduction processing subroutine and the reproduction processing subroutine are ended, and the routine proceeds to step 314 in FIG. In step 616, the character state flag is set to the body part reproduction state,
The combo reproduction processing subroutine and the reproduction processing subroutine are ended, and the process proceeds to step 314 in FIG. Therefore, in steps 608 to 616, in the case of the combo main, after the reproduction of the reproduction scene of the combo is finished, when the reserved reproduction scene exists, the reserved reproduction scene is reproduced,
When there is no reserved reproduction scene, the cancelable part following the combo main body part is reproduced, and in the case of the combo helper, the reproduction state of the character state flag is canceled to enable execution of another battle command.

Step 5 following step 516 in FIG.
At 20, it is determined whether or not the reproduction of the main body part is completed. If the determination is negative, the reproduction processing subroutine is terminated, and the process proceeds to step 316 in FIG. An action result processing subroutine for processing the result of command execution is executed.

As shown in FIG. 14, in this action result processing subroutine, at step 632, the degree of damage given to the enemy character by the player character by the execution of the battle command is calculated to calculate the vitality of the enemy character. The degree of damage is calculated as follows.

In order to determine whether or not the attack of the player character has hit, the parry determination value X for determining whether or not the enemy character can parry the attack by the following formula (1-1) (1-2) determines whether or not the enemy character can dodge the attack, and determines whether or not the enemy character can receive the attack by the following formula (1-3). The reception determination value Z is calculated. When the parry judgment value X, the dodge judgment value Y, and the catch judgment value Z exceed predetermined judgment probabilities, it is judged that the parry of the attack, the dodge of the attack, and the catch of the attack are successful.
In addition, the subject in the formula represents the player character performing the attack, the target represents the enemy character to be attacked,
M is a coefficient depending on the attack method of the player character,
When the effect type of action data is 1 (direct attack), M = 1,
When the effect type is 2 (indirect attack), M = 0. Also,
Parry skill level (level of skill to parry attack),
The values of evasive power (ability to avoid attack), hit power (ability to hit attack), and receiving skill level (level of skill to receive attack) are read from the character attribute data.

[0077]

[Equation 1]

Next, a random number from 0 to 99 is acquired and set as the hit determination probability Ph, and it is determined by the following equation (2) whether or not the attack has hit. When the hit determination probability Ph is greater than or equal to the sum of the parry determination value X, the dodge determination value Y, and the catch determination value Z, that is, the enemy character parries the attack,
If you can neither dodge nor accept, it is judged that the attack hit.

[0079]

[Equation 2]

When the attack hits, the degree of damage caused by the attack is calculated as follows, and when the attack does not hit, there is no damage. Small damage by the following formula (3-1),
The small damage judgment value L for judging medium damage is calculated by the following formula (3
The large damage judgment value N for judging the large damage is respectively calculated by -2). The values of the weapon skill level (the skill level for handling weapons) and the lethal wound skill level (the skill level that causes fatal injury to the opponent) in the formula are read from the character attribute data.

[0081]

[Equation 3]

Next, a random number of 0 to 99 is obtained and set as the damage degree determination probability Pd. The damage level determination probability Pd is expressed by the following equation (4-
When 1) is satisfied, the damage is small, when the following formula (4-2) is satisfied is medium damage, when the following formula (4-3) is satisfied is large damage, and when the following formula (4-4) is satisfied. Is set as the maximum damage, and the calculated damage level is stored in the RAM.

[0083]

[Equation 4]

Next, the life force reduction value according to the calculated degree of damage is subtracted from the life force possessed by the enemy character. As shown in Table 2 below, when the degree of damage is small, the vitality of the enemy character is reduced by 5, when it is medium, 10 is reduced, when it is large, 20 is reduced, and when it is maximum, 40 is reduced. When the player character makes a combo-main attack, the life reduction value in Table 2 below is 2.
The life force decrease value multiplied by 5 is subtracted from the life force of the enemy character. As a result of the calculation of the vitality, when the vitality becomes 0 or less, it is determined that the character has died. At this time, the CPU instructs the image processing unit 23 to draw the dead character while it is lying down, and draws the dead character that is lying down and does not move on the television monitor 4.

[0085]

[Table 2]

In step 634 of FIG. 14, the spirit value of the player character is calculated. As the yell value, the consumed yell value of the executed battle command is read from the RAM, and this consumed yell value is subtracted from the yell value possessed by the player character. In the next step 636, the main body part reproduction state of the character state flag is canceled, the action result processing subroutine is ended, and the process proceeds to step 524 in FIG. As a result, when the reproduction of the main body part is completed, the player character can execute another battle command.

In step 524 of FIG. 12, it is determined whether or not the battle command in the reserved state is stored in the reserved buffer. When the determination is affirmative, the process proceeds to step 530, and when the determination is negative, the cancelable part following the body part that has been reproduced in step 520 is set in the reproduction state in the next step 526, the reproduction processing subroutine is ended, and the process in FIG. Go to step 314. Therefore, in steps 504 to 526, when the expansion part of the reproduction scene corresponding to the battle command is in the reproduction state, the expansion part and the main body part are continuously reproduced, and when the combo flag is on, the reproduction scene of the combo is reproduced. When the reproduction of the main body part is completed, the result processing by the execution of the battle command is performed, and if there is no battle command in the reserved state, the cancelable part is set to the reproduction state.

When a negative determination is made in step 512, it is determined in step 528 whether or not the battle command in the reserved state is stored in the reservation buffer. At this time,
A negative determination is made in step 504 (not the extended part), and a negative determination is made in subsequent step 512 (not the main body part), so the cancelable part is in the reproduction state. When the determination is negative, the procedure proceeds to step 536, and when the determination is positive, the procedure proceeds to the next step 530. In step 530, it is determined whether or not the play scenes of the battle command can be fused or combined to be played back at the same time. If the determination is negative, the process proceeds to step 534, and if the determination is positive, the process proceeds to step 532.

When the wait times of two battle commands are continuously completed within a predetermined time and stored in the reservation buffer, the playback scenes of the two battle commands are merged or merged if the following conditions are satisfied. Combine and play at the same time. Here, the fusion of the reproduction scenes is to combine and reproduce one reproduction scene from the two reproduction scenes, and the combination is to divide the display screen of the television monitor 4 and reproduce the two reproduction scenes at the same time. Is. A reproduction scene in which two reproduction scenes are fused or combined is synthesized by calculating the data number sequence of each motion data described above. At this time, the scene reproduction time is set to match the reproduction time of the longer one of the two reproduction scenes. The conditions for determining that they can be fused are, firstly, when the characters to be attacked by the two battle commands are the same, and secondly, the character which executes the battle command previously stored in the reservation buffer is next. Thirdly, when the character to be attacked by the battle command stored in is the third character to be attacked by the battle command previously stored in the reservation buffer is the character to execute the next stored battle command, Is one of. It is determined that the first condition is a continuous action, and the second condition or the third condition is a supporting sword action or a counterattack action. The condition for determining that they can be combined is that the character that executes the two battle commands and the character that is attacked are different.

As shown in FIG. 18, when the reproduction scenes of two battle commands are combined, the display screen is divided into two and reproduced. A reproduction scene 74 in which an ally character of the ally character plate 72 and an enemy character of the enemy character plate 73 compete is drawn on the left side of the screen, and the title of the battle command is displayed on the title display 71. A reproduction scene 74 'in which the ally character of the ally character plate 72' and the enemy character of the enemy character plate 73 'compete is drawn on the right side of the screen, and the name of the battle command is displayed on the title display 71'.

In step 532 of FIG. 12, the reproduction scenes of the two battle commands are fused or combined to synthesize one reproduction scene, the reservation order of the reservation buffer is changed, and the information of the fusion / connection is provided to the game server 56. Send to. As a result, the reproduction scenes of the two battle commands are reproduced at the same time, and the subsequent reservation order is advanced. Next step 53
In 4, the main body part of the battle command reserved next to the battle command reproduced in step 516 is set in the reproduction state, the reproduction processing subroutine is terminated, and the process proceeds to step 314 in FIG.

After step 528, in step 536,
The image processing unit 23 is instructed to reproduce the cancelable part, and it is drawn on the screen of the television monitor 4. Subsequently, in step 538, it is determined whether or not the reproduction of the cancelable part is completed. If the determination is negative, the reproduction processing subroutine is terminated, the process proceeds to step 314 in FIG. 9, and if the determination is affirmative, the next step is performed. At 540, the cancelable part reproduction state of the character state flag is canceled. Then, in step 542, the image processing unit 2 displays the entire screen.
3 is caused to draw on the screen of the television monitor 4, the reproduction processing subroutine is terminated, and step 316 of FIG.
Go to. Therefore, in steps 528 to 540, if there is a battle command in the reserved state when the cancelable part is in the playback state, the cancelable part is stopped and the playback scene corresponding to the battle command in the reserved state is played back. .

When a negative determination is made in step 502, it is determined in next step 544 whether or not the battle command for which the wait time has ended is stored in the reservation buffer in step 454. Such a determination can be made by referring to the flag. If negative, step 5
42, and in the affirmative judgment, in the following step 546,
The image processing unit 23 is instructed to put the extension part of the reproduction scene corresponding to the next reservation order battle command into the reproduction state,
Go to step 542. The processing in step 542 described above is performed to end the reproduction processing subroutine, and the flow advances to step 314 in FIG. Therefore, in steps 544 to 546, when there is no reproduction scene in the reproduction state, the reproduction scene corresponding to the battle command in the reserved state reproduces the extension part.

In step 314 of FIG. 9, for the player character, increase / decrease of vitality or spirit value, character state, elapsed time of wait time, reservation buffer information and update information of reproduction status of reproduction scene are transmitted to the game server 56. , Update information of another character is received, the battle processing subroutine is ended, and the process proceeds to step 214 in FIG. 7.

In step 214 of FIG. 7, it is determined whether or not the battle is over. When the player character dies or an input to stop the game is made, it is determined that the battle is over. If the determination is negative, the process returns to step 208, and if the determination is positive, the process proceeds to step 216. Step 216
Then, when the player character dies, a new player character is selected, when the input to stop the game is made, the game data is transmitted to the game server 56 to be saved, and the usage fee details are received from the charging server 59. The connection with the Internet 52 is disconnected, and the combat action control routine ends.

<Transmission / Reception> Next, communication between the game server 56 and the game apparatus 10 will be described. Game server 5
The server time managed by 6 and the client time managed by the game device 10 differ depending on the communication status. This will be described with reference to a process in which the game server 56 receives the three battle commands respectively transmitted from the three game devices 10 and causes the game device 10 to draw a reproduction scene.

As shown in FIG. 19, the game server 56 receives the battle command, and the game device 10 executes the reproduction in the order in which the wait time ends. In FIG. 19, (W) represents a wait time that is not counted and (Cancellable P) represents a cancelable part that is not reproduced.

The battle command (1) received by the game server 56 ends the wait time at the time b of the server time, and transmits the reproduction instruction of the reproduction scene to the game device 10. The reproduction of the reproduction scene corresponding to the battle command (1) is actually started on the game device 10 at the time B of the client time, which is delayed from the time b of the server time.
At this time, because other playback scenes are not playing,
The extension part and the body part are played in this order. At time a of the server time, during the wait time of the battle command (1), the battle command (2) having a small scene is received, a reproduction instruction of the small scene is transmitted to the game device 10, and the combo reception time is timed. . The reproduction of the small scene is actually started on the game apparatus 10 at the client time time A which is later than the server time time a, and the combo reception is started from the time A. The game server 56 accepts the combo by the combo helper from time a to time X when the combo acceptance time ends. At time X, since the small scene is being reproduced on the game device 10, the time at which the reproduction of the small scene ends is set to Y at the end of combo reception because the small scene is being reproduced at this time. That is, in the game device 10, the client time from time A to time Y.
Is the time for combo input. At time C of the client time, the battle command (3) is input and transmitted to the game server 56, but the game server 56 receives at time c. Although the time c is later than the time X in the server time, the time C is the time in which the combo input is possible in the client time, so the battle command (3) is received by the game server 56 as the combo input. When the battle command (2) and the battle command (3) are combined, the character targeted by the battle command (2) becomes the combo main, and the character targeted by the battle command (3) becomes the combo helper. At time D of the client time, the reproduction of the body part of the battle command (1) ends, so that the reproduction of the combo playback scene of the battle command (2) and the battle command (3) is started. At this time, the cancelable part of the battle command (1) is canceled without being reproduced. After the reproduction of the combo reproduction scene is completed, the cancelable part of the battle command (3) is omitted, and the cancelable part of the battle command (2) is reproduced. When the combo is not established, as described above, after the reproduction of the main body part of the battle command (1), the main body part of the battle command (2), the main body part of the battle command (3), and the cancelable part are sequentially reproduced. . Therefore,
The start and end timings of the combo reception are managed on the server time, but the drawing on the TV monitor 4 of the game apparatus 10 is managed by the client time.

Next, the game device 10 and the game server 56.
The process of establishing a combo through communication with will be described over time.

As shown in FIG. 20, the game device 1 in charge of the combo main, combo helper 1 and combo helper 2
0 and the game server 56 execute a combo input process while transmitting and receiving information. At time A, the battle command for the combo main is input and transmitted to the game server 56.
At time A ′, the game server 56 transmits a small scene start instruction corresponding to the received battle command to each game device 10. The reproduction of the small scene is started at the time A ″ of the game device 10. Although the time x is the end time of the combo reception in the game server 56, the combo reception is started from the start of the reproduction of the small scene in each game device 10. Since it is time, the game device 10 in charge of the combo helper 1 and the game device 10 in charge of the combo helper 2 have different combo acceptance end times. It is the time B ′ that is received, and the combo is established (the above-mentioned conditions for establishment of the combo other than the time are satisfied). However, the battle command input at the time (B) after the end of acceptance of the combo is the combo command. The time is B ', when the server receives the battle command of the combo helper 2 which is combo-inputted at time B.
Indicates that the combo acceptance end time x of the game server 56 has passed, but since the input on the game device 10 is before the combo acceptance end time, the combo is established.

Subsequently, as shown in FIG. 21, the game apparatus 10 and the game server 56 execute the reproduction processing of the combo reproduction scene. At time B, the battle command of the combo helper 1 is combo-input and transmitted to the game server 56.
At time B ′, the game server 56 transmits the received combination command and the combination command of the combo main (combination establishment condition other than time is satisfied). At time B ″ of the game device 10, the combo flag is turned on. The game device 10 in charge of the combo main
Plays the extended part of the battle command when the wait time of the input battle command ends. At time C, the reproduction of the extended part ends and the reproduction start of the combo reproduction scene is transmitted to the game server 56. At time C ′, the game server 56 transmits a combo reproduction start to each game device 10. At time C ″, the combo main body part is played on each game device 10, and the combo flag is turned off after the end of the playing. Since the match command of the combo helper 2 is not combo-inputted, strictly speaking,
Is not a combo helper, but is an ally character other than the target character of the combo, and the same combo main body part as the combo main and combo helper 1 is reproduced by a reproduction instruction from the game server 56.

As described above, in the game server 56 of the server / client system 50 of this embodiment, two battle commands received during the combo reception time are related to a predetermined battle command against the same enemy character. When it is determined that the combo is established when the data corresponds, the player operating the game device 10 sends two battle commands because the game device 10 is instructed to reproduce the reproduction scene of the combo (steps 152 to 158). Since the respective characters to be executed see the same reproduction scene in which the characters collaborate to attack the enemy character, a sense of solidarity can be provided between the players operating the teammate characters. Further, since the reproduction instruction of the small scene of the received battle command is transmitted (step 108 to step 114),
In addition to being able to inform other players that it is an opportunity to cooperate with the character to attack, a "combo" display was displayed in which the battle command of the small scene being played and the battle command that can be combo-selected can be selected. (Step 1
Since 16), a combo is easily established, a sense of solidarity between the players can be enhanced. Further, when another battle command satisfying the conditions of the combo is received after the combo is established, the reproduction scene of the combo and the individual reproduction scenes are reproduced (step 160, step 164), so that various reproduction scenes can be reproduced. Since it is played back, you can enjoy a different battle. Since one battle command cancels one of the same battle commands so that a combo is not established with two same battle commands (step 162), the character targeted by the canceled battle command can execute another battle command. Therefore, the game can proceed.

Further, in the game device 10, when a reproduction scene reproduction instruction or a reproduction scene reproduction instruction corresponding to an individual battle command is received from the game server 56, each reproduction scene is reproduced. Since (Step 406 to Step 412), the replay scene of the combo or the replay scene corresponding to the entered battle command is replayed, so that the player can have a sense of solidarity and enjoy the varied battle. Further, when the wait time Tw determined for each battle command ends, the information of the battle command is stored in the reservation buffer (step 4).
50 to step 454), reproduced scenes are sequentially reproduced from the reservation buffer (steps 524 to 534 and steps 544 to 546), and the reservation information is updated through communication with the game server 56 (step 31).
Since 4), since the reproduction scenes are reproduced in sequence without overlapping, the player can see the reproduction scenes one by one, and can feel a sense of reality. Furthermore, since the reproduction time of the reproduction scene of the combo is set shorter than the total reproduction time of the reproduction scenes corresponding to the individual competition commands, the reproduction time can be shortened and a speedy competition game can be played. Furthermore, since the data sequence of the replay scene of the combo includes a part of the data sequence of the replay scene corresponding to each individual battle command, the replay scene corresponding to both of the original battle command is included in the replay scene of the combo. Since a part of is included, it can be confirmed that the entered battle command is executed, and the interest in the battle can be prevented from being spoiled. Furthermore, when two battle commands whose wait time has ended satisfy a predetermined condition, the playback scenes of the battle commands are fused or combined to be played back (step 530), so that the playback scenes of different ally characters are different. Since the reproduced scenes that have been combined into one and the reproduced scenes of the enemy character and the reproduced scenes of the ally character are reproduced in parallel, it is possible to have a sense of solidarity with other players.

In this embodiment, the server site 50
Although an example is shown in which a plurality of game devices are connected to each other via the Internet 52, it is possible to directly connect a plurality of game devices with a relatively short cable or connect a plurality of input devices to one game device. You may As a result, the players share the time of playing the same game in a relatively close place or next to each other, and thus can feel a stronger sense of solidarity.

Further, in the present embodiment, a battle game of seven ally characters controlled by each of the seven players and seven enemy characters controlled by the game server 56 has been described as an example. You may make it control each teammate character. This allows
The movements of the opponent's character are not automatically determined, and the tastes of other players are reflected, so that it is possible to enjoy a thrilling and realistic battle. Further, in the present embodiment, when the same battle command that enables another combo is received after the combo is established, the example of canceling the reception of the battle command is shown. If the combo is established and the attack power of the combo is further enhanced, the sense of solidarity can be further enhanced. Further, in the present embodiment, the case where the reproduction time of the reproduction scene of the combo is set to be shorter than the total reproduction time of the reproduction scene corresponding to the individual battle command is exemplified. May be. As a result, it is possible to see for a long time the situation of attacking in cooperation with another character, so that a sense of solidarity can be provided.

Further, in the present embodiment, the wait time Tw
The example in which the playing scenes of the two battle commands that have ended are merged, combined, and played is shown.
May determine the fusion or the like when the battle command is received, and the reproduction scenes to be fused or the like are not limited to two. Further, in this example, an example in which the fusion and the like are performed at the same time is shown, but the present invention does not need to perform the fusion and the like at the same time, in other words, a plurality of playback scenes may be played back at different times. At this time, the plurality of reproduction scenes may be shifted in time depending on the attack power of the action command, the wait time, and the like.

Furthermore, in the present embodiment, an example in which the predetermined wait time Tw is preset for each battle command is shown, but the wait time Tw may be determined by calculation.
It may be changed depending on the vitality of the character. This can be realized by multiplying the wait time Tw by a coefficient according to the vitality of the character when the battle command is input. As a result, it is possible to preferentially execute the battle command based on the vitality and express the difference in strength with other characters.

Furthermore, in the present embodiment, the case where the game program of the competitive game is recorded in the recording medium 1 has been illustrated, but the player can store the game program in the hard disk built in his / her personal computer via the Internet or the like. Although a mode in which the game program can be downloaded and the competitive game can be enjoyed by itself or with other players in a remote place can be considered, such a hard disk is also included in the recording medium of the present invention.

[0109]

As described above, according to the present invention,
When the first battle command and the second battle command satisfy a predetermined condition, a single drawing command for drawing the battle motion of the character that is the target of the first battle command or the second battle command is drawn by a plurality of clients. Since the same battle motion is drawn on a plurality of client computers since it is transmitted to the computer, it is possible to give a sense of solidarity to a player who plays a battle game on a plurality of client computers. Allows the input of a later battle command within a predetermined time from when the command is received, and the target character of the later battle command having a predetermined relationship with the previous battle command is the same as the target character of the previous battle command. Using the character as an enemy, individual battles of the first battle command and the second battle command Since to draw a battle motion play against the same enemy character by different cooperating with Shon, it is possible to increase the solidarity of the player, the effect can be obtained as.

[Brief description of drawings]

FIG. 1 is a schematic perspective view showing a connection mode of a server / client system.

FIG. 2 is a schematic perspective view showing a connection mode of a game device of a client computer.

FIG. 3 is a plan view of an input device used in the game device.

FIG. 4 is a schematic block diagram showing a configuration of a game device body.

FIG. 5 is a flowchart showing a battle processing routine executed by the game server of the embodiment.

FIG. 6 is a flowchart of a combo determination processing subroutine showing details of step 124 of the battle processing routine.

FIG. 7 is a flowchart showing a battle control processing routine executed by the game device.

FIG. 8 is a flowchart of a main processing subroutine showing details of step 210 of the battle control processing routine.

FIG. 9 is a flowchart of a battle processing subroutine showing details of step 212 of the battle control processing routine.

FIG. 10 is a flowchart of a combo input processing subroutine showing details of step 306 of the battle processing subroutine.

FIG. 11 is a flowchart of a wait processing subroutine showing details of step 310 of the battle processing subroutine.

FIG. 12 is a flowchart of a reproduction processing subroutine showing details of step 312 of the battle processing subroutine.

FIG. 13 is a flowchart of a combo reproduction processing subroutine showing details of step 518 of the reproduction processing subroutine.

FIG. 14 is a flowchart of an action result processing subroutine showing details of step 522 of the reproduction processing subroutine.

15A and 15B are explanatory diagrams illustrating character information displayed on a television monitor, in which FIG. 15A shows a character plate of an enemy-friendly character and FIG. 15B shows a player plate of a player character.

FIG. 16 is a halftone image of a small scene of an enemy and ally character during rendering of a reproduction scene displayed on a television monitor.

FIG. 17 is an explanatory diagram illustrating a reproduction scene of a character according to a battle command, FIG. 17A shows a configuration of a reproduction scene, and FIG. 17B is a reproduction order of reproduction scenes of a character according to a plurality of battle commands. Indicates.

[Fig. 18] Fig. 18 is a halftone image of a reproduction scene in which the reproduction scenes of two battle command executions displayed on the television monitor are combined.

FIG. 19 is an explanatory diagram illustrating a difference in processing time between the game server and the game device.

FIG. 20 is an explanatory diagram illustrating a combo determination process of the game server and the game device.

FIG. 21 is an explanatory diagram illustrating a combo reproduction process of the game server and the game device.

[Explanation of symbols]

1 Recording Medium 2 Game Machine Main Body (Client Computer) 4 Television Monitor (Display) 20 CPU Block 25 Communication Processing Section 56 Game Server (Related Command Judging Means, Drawing Command Selecting Means, Drawing Command Sending Means)

─────────────────────────────────────────────────── ───

[Procedure amendment]

[Submission date] September 12, 2002 (2002.9.1)
2)

[Procedure Amendment 1]

[Document name to be amended] Statement

[Correction target item name] 0011

[Correction method] Change

[Correction content]

According to a third aspect of the present invention, image data stored by receiving a drawing command for drawing a battle motion of the enemy and ally characters from a game server that controls a battle game in which a plurality of enemy and ally characters battle each other. Is a drawing command control method for a client computer that draws a fighting motion corresponding to the drawing command on a display, and is a fighting command for a teammate character transmitted from another client computer to the game server. When there is a related battle command having a predetermined relationship with the battle command, a display command for displaying the related battle command for a predetermined time so that the related battle command can be selected is received from the game server,
When the display command is selected during the predetermined time, a selection command indicating the selection of the display command is transmitted to the game server, and a teammate character as a target of the battle command or a target of the related battle command. A drawing command for drawing a battle motion of a character, or a battle motion corresponding to the battle command, and a battle motion corresponding to a battle command targeting another character different from the target of the battle command in parallel. Then, the parallel drawing command for drawing is received, and it is determined whether or not the battle motion is being drawn. When not drawing, the battle motion corresponding to the drawing command or the parallel drawing command is drawn and Sometimes after the drawing of the battle motion is completed, the drawing command or the parallel drawing command To draw a match motion corresponding to the command, including the step.

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Kenichiro Yuchi             1-18-12 Minowa-cho, Kohoku-ku, Yokohama-shi, Kanagawa             Issue Koei Co., Ltd. F term (reference) 2C001 AA17 BA03 BB02 BC04 BC05                       BC06 BC09 CA01 CB03 CC01

Claims (14)

[Claims] 1. A battle command for the enemy and ally characters is received from a plurality of client computers having image data of a battle motion of a battle game in which a plurality of enemy and ally characters compete, and the client computer is instructed to draw the battle motion. A method for controlling a drawing command of a game server for transmitting a drawing command for performing the command, which becomes a target of the previous fight command within a predetermined time from when the previous fight command for one of the enemy-friend characters is received. When a subsequent battle command for another character whose enemy is the same character as the character is received, it is determined whether or not the preceding battle command and the subsequent battle command have a predetermined relationship. , The above-mentioned battle command when it is determined that the above-mentioned relation is present And a fighting motion corresponding to the subsequent fighting command, a single drawing command for drawing the fighting motion of the character that is the target of the preceding fighting command or the following fighting command is selected, and the drawing is performed. A drawing command control method comprising the step of transmitting a command to the plurality of client computers. 2. When the later battle command having the relation with the earlier battle command is received within the predetermined time, the later battle command and the later battle command do not have the relation. The drawing command control method according to claim 1, wherein 3. When the subsequent battle command and the further battle command are the same battle command with different target characters, either the later battle command or the further battle command is received. The drawing command control method according to claim 2, wherein 4. A step of transmitting a preparation command for drawing a preparation motion indicating a preparation operation of a competition motion corresponding to the preceding battle command to the plurality of client computers when the preceding battle command is received. The drawing command control method according to any one of claims 1 to 3, further comprising: 5. When the previous battle command is received, the battle command is for a ally character of the character that is the target of the previous battle command and has a predetermined relationship with the previous battle command. It is determined whether or not there is a match command, and when it is determined that the related match command exists, a display command for displaying the related match command in a selectable manner on a client computer capable of transmitting the related match command. The drawing command control method according to any one of claims 1 to 4, wherein the drawing command control method transmits the drawing command. 6. The attack power of the drawing command against the enemy character exceeds the sum of the respective attack powers of the first battle command and the second battle command. The drawing command control method according to any one of items. 7. A battle command for the enemy and ally characters is received from a plurality of client computers having battle motion image data of a battle game in which a plurality of enemy and ally characters compete, and the client computer is instructed to draw the battle motion. A method for controlling a drawing command of a game server for transmitting a drawing command for performing, wherein within a predetermined time from when a previous fighting command for one of the enemy-friend characters is received, the target of the previous fighting command is It is determined whether or not a later battle command targeting a different character is received, and when it is determined that the later battle command is received, a battle motion corresponding to each of the previous battle command and the later battle command is performed in parallel. The parallel drawing command to draw the To send to the ant computer,
A drawing command control method including steps. 8. A drawing command for drawing a fighting motion of the enemy-friend characters is received from a game server that controls a battle game in which a plurality of enemy-friend characters fight each other, and the drawing command is selected from among the image data stored therein. A method of controlling a drawing command of a client computer for drawing a corresponding battle motion on a display, which is a battle command for a teammate character transmitted from another client computer to the game server, the battle command being predetermined with the battle command. When there is a related battle command having a relation, a display command for displaying the related battle command for a predetermined time is received from the game server so that the related battle command can be selected, and the display command is selected during the predetermined time. The display command is displayed on the game server. A selection command indicating the selection of, and a drawing command for drawing a battle motion of the teammate character targeted by the battle command or a character targeted by the related battle command, or a battle motion corresponding to the battle command. And a parallel drawing command for drawing in parallel a battle motion corresponding to a battle command targeting another character different from the target of the battle command, and determining whether or not the battle motion is being drawn However, when the drawing motion or the parallel drawing command is not being drawn, the battle motion corresponding to the drawing command or the parallel drawing command is drawn, and when the drawing motion of the battle motion is finished, the fighting motion corresponding to the drawing command or the parallel drawing command is drawn. draw,
A drawing command control method including steps. 9. The drawing time of the battle motion corresponding to the drawing command is shorter than the total of the drawing time of the battle motion corresponding to the battle command and the drawing time of the battle motion corresponding to the related battle command. The drawing command control method according to claim 8. 10. The drawing according to claim 8, wherein the image data of the battle motion corresponding to the drawing command includes a part of the image data of the battle command and the related battle motion. Command control method. 11. The method according to any one of claims 8 to 10.
A computer-readable recording medium according to the drawing command control method described in the item. 12. A battle command for the enemy and ally characters is received from a plurality of client computers having battle motion image data of a battle game in which a plurality of enemy and ally characters compete, and the client computer is instructed to draw the battle motion. A drawing command control device for transmitting a drawing command for performing the same command as a target character of the previous battle command within a predetermined time from when the previous battle command for one of the enemy and ally characters is received. Related command determination for determining whether or not the previous battle command and the subsequent battle command have a predetermined relationship when a subsequent battle command is received for another character whose enemy is the character Means, and when it is determined that there is a relationship, Different from the battle motion corresponding to the battle command and the later battle command, a drawing command selecting means for selecting a drawing command for drawing the battle motion of the character that is the target of the previous battle command or the later battle command. And a drawing command transmitting means for transmitting the drawing command to the plurality of client computers. 13. A battle command for the enemy and ally characters is received from a plurality of client computers having battle motion image data of a battle game in which a plurality of enemy and ally characters compete, and the client computer is instructed to draw the battle motion. Is a program for transmitting a drawing command for performing the same command as the target character of the previous battle command within a predetermined time from when the previous battle command for one of the enemy and ally characters is received. Related command determination for determining whether or not the previous battle command and the subsequent battle command have a predetermined relationship when a subsequent battle command is received for another character whose enemy is the character Means, when it is determined that the relationship Different from the battle motion corresponding to the battle command and the later battle command, the drawing command selection for selecting the drawing command for drawing the battle motion of the character that is the target of the previous battle command or the later battle command And a program for functioning as a drawing command transmitting means for transmitting the drawing command to the plurality of client computers. 14. A drawing command for drawing a fighting motion of the enemy-friend characters is received from a game server that controls a battle game in which a plurality of enemy-friend characters fight each other, and the drawing command is selected from among the image data stored therein. A program for drawing a corresponding battle motion on a display, which is a battle command for a teammate character transmitted from another client computer to the game server, and has a predetermined association with the battle command. First receiving means for receiving a display command for displaying the related battle command from the game server so that the related battle command can be selected for a predetermined time when the related battle command exists; and the display command is selected during the predetermined time. When the display command to the game server Transmission means for transmitting a selection command indicating selection, a drawing command for drawing a battle motion of a teammate character targeted by the battle command or a character targeted by the related battle command, or a battle corresponding to the battle command Second receiving means for receiving a parallel drawing command for drawing a motion and a fighting motion corresponding to a fighting command targeting another character different from the target of the fighting command in parallel, drawing the fighting motion It is determined whether or not the drawing command or the parallel drawing command corresponding to the drawing command or the parallel drawing command is drawn when not drawing, and the drawing command or the parallel drawing command is drawn after the drawing of the fighting motion is finished during drawing. It functions as a drawing means, which draws the battle motion corresponding to A program to let you.