JP2002346208A - Imaging system, program and information storage medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an imaging system, a program and an information storage medium for realizing effective game performance by a small data quantity. SOLUTION: When a player inputs the capture command of a motion (fighting skill) while a character CH2 makes a motion, using of the motion for CH2 is permitted as a motion for a character C. When the player inputs a capture reproduction command after this, CH1 makes the captured motion. When capturing and reproducing the last motion C3 of a series of combination motions C1, C2 and C3, C1, C2 and C3 are reproduced. The captured motion is reproduced by making motion data common and differentiating the values of parameters (fighting force and a hit frame period) except the motion data. Capturing of a new motion is permitted with the reproduction of the captured motion as a condition.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] 1. Field of the Invention [0002] The present invention relates to an image generation system, a program, and an information storage medium.

[0002]

2. Description of the Related Art An image generation system (game system) for generating an image viewed from a virtual camera (given viewpoint) in an object space which is a virtual three-dimensional space has been known. It is very popular as a virtual reality experience. Taking an image generation system that can enjoy a fighting game as an example, a player enjoys a game by operating a character and playing against an opponent player or an opponent character operated by a computer.

Now, in a role playing game, etc.,
For example, as disclosed in Japanese Patent Application Laid-Open No. 2000-84247, there is known a conventional technique in which the ability of a partner character can be used as its own ability.

[0004] However, this conventional technique is effective for learning the enemy's ability in a so-called turn-based battle, but is difficult to apply to a game in which the motion of a character changes in real time, such as a fighting game. There is a problem that there is.

In a game such as a fighting game in which a character's motion changes in real time and an attack can be made at an arbitrary timing, it is desired that the amount of motion data can be reduced as much as possible.

SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and has as its object to provide an image generation system, a program, and an information storage medium capable of realizing an effective game effect with a small amount of data. To provide.

[0007]

SUMMARY OF THE INVENTION In order to solve the above-mentioned problems, the present invention provides an image generation system for generating an image, comprising: means for performing motion processing of a character; Means for generating a game image including the motion of the second character when a given condition is satisfied, and the motion of the second character is captured and assigned as the motion of the first character. Further, the program according to the present invention includes:
A program (a program embodied in an information storage medium or a carrier wave) usable by a computer, wherein the means is realized by a computer (the computer functions as the means). Further, an information storage medium according to the present invention is an information storage medium that is readable (usable) by a computer, and includes a program for causing a computer to realize the above means (to make the computer function as the above means). And

According to the present invention, the motion of the first and second characters changes in real time by the motion processing using the motion data and the like. When a given condition is satisfied, the motion of the second character is captured (learned) and assigned as the motion of the first character. Thereby, the first character can operate based on the captured motion, and the variety of motion images can be increased.

Further, the image generation system, the program and the information storage medium according to the present invention allow the motion data prepared for the second character to be used as the motion data for the first character, thereby enabling the second character to be used. The motion of the character is assigned as the motion of the first character.

In this way, the variety of motion images of the first character can be increased without increasing the total amount of motion data, and a real image can be generated with a small storage capacity.

Further, the image generation system, the program and the information storage medium according to the present invention are characterized in that the motion data prepared for the second character is corrected and used as the motion data for the first character. And

With this configuration, the motion data prepared for the second character is changed to the motion data suitable for the characteristics and shape of the first character, and
, And a more natural and consistent real image can be generated.

[0013] The image generation system, the program and the information storage medium according to the present invention further comprise: motion data for causing the first character to perform the captured motion of the second character; It is characterized by being prepared as.

[0014] This makes it possible to cause the first character to perform the captured motion using the motion data for the first character prepared in advance. As a result, it is possible to effectively prevent the occurrence of a bug due to a mismatch of the motion data. Also,
It becomes easy to arrange and reproduce the captured motion for the first character.

Further, the image generation system, the program and the information storage medium according to the present invention are provided in a case where a player operating the first character inputs a given operation instruction command while the second character is performing a motion. The motion of the second character is captured as the motion of the first character.

In this way, it is possible to capture the motion of the second character that the player wants to learn at the timing when the second character is performing the motion. This makes it possible to provide the player with a new pleasure of learning the motion of the opponent character.

Further, according to the image generation system, the program and the information storage medium of the present invention, after the motion of the second character is captured as the motion of the first character, the player who operates the first character has a given When an operation instruction command is input, a motion in which the first character is captured is performed.

According to this configuration, the captured motion can be performed by the first character by a simple operation of merely inputting a given operation instruction command, and an operation environment (e.g., Interface environment).

The image generation system, the program, and the information storage medium according to the present invention may further include an operation instruction command for causing the first character to perform the captured motion.
It is a command having an operation procedure different from an operation instruction command for causing the second character to perform the motion.

According to this configuration, it is possible to cause the first character to perform the motion with a simpler operation procedure than the operation procedure of the operation instruction command for causing the second character to perform the motion to be captured. , A more convenient operating environment can be provided to the player.

Further, the image generation system, the program and the information storage medium according to the present invention include means for informing the player that the motion of the second character has been captured as the motion of the first character. And an information storage medium.

This makes it impossible to know whether or not the motion has been successfully captured, thereby preventing the player from being confused.

Further, the image generation system, the program and the information storage medium according to the present invention are arranged so that the fact that the motion of the second character has been captured as the motion of the first character can be used to indicate that part or all of the image of the first character has been captured. Is changed to notify the player.

This makes it possible to effectively notify the player that the motion has been successfully captured.

It is desirable that the portion that changes the image is a portion related to the captured motion among the portions of the first character.

Further, the image generation system, the program and the information storage medium according to the present invention are characterized in that the player who operates the first character has a first character in a combo motion constituted by a series of first to Nth motions. M (1 ≦ M
≦ N), the first character performs a series of first to M-th motions when the motion is successfully captured and a given motion instruction command is input thereafter.

In this way, a combo motion (continuous motion) composed of a plurality of motions is
For example, the first character can be performed by an operation instruction command of a simple operation procedure, and a smoother operation environment can be provided to the player.

Further, the image generation system, the program and the information storage medium according to the present invention share motion data between a case where the first character performs a captured motion and a case where the second character performs the motion. And different values of parameters other than the motion data.

In this way, it is possible to increase the variety of motion images without significantly increasing the amount of data used.

Further, the image generation system, the program and the information storage medium according to the present invention provide an attack by the motion between a case where the first character performs the captured motion and a case where the second character performs the motion. The reaction motion of the other character when the character is added is made different.

This makes it possible to increase the variety of images of the reaction motion of the character when an attack is made, and to generate a more realistic image.

The reaction motion may be selected from a plurality of reaction motions prepared in advance and selected and assigned to the reaction motion corresponding to each attack.

Further, the image generation system, the program and the information storage medium according to the present invention allow the first character to capture a new motion on condition that the first character has performed the captured motion. It is characterized by that.

This makes it possible to effectively prevent a situation in which it is not easy for the first character to perform the captured motion and a situation in which the player is confused by the operation.

The image generation system, the program and the information storage medium according to the present invention are characterized in that, among the motions of the second character, the motion already assigned to the first character is excluded from the capture target. And

In this way, the capture processing is not performed for the motion already assigned to the first character, so that it is possible to prevent unnecessary capture processing from being performed. As a result, waste of processing can be omitted, and situations such as confusion of the player can be prevented.

[0037]

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

The present embodiment described below does not limit the contents of the present invention described in the claims. Also, not all of the configurations described in the present embodiment are necessarily indispensable as means for solving the present invention.

1. Configuration FIG. 1 shows an example of a functional block diagram of an image generation system (game system) of the present embodiment. In this figure, in the present embodiment, at least the processing unit 100 may be included (or the processing unit 100 and the storage unit 170 may be included).
The other blocks can be optional components.

The operation section 160 is used by a player to input operation data, and its function can be realized by hardware such as a lever, a button, a microphone, or a housing.

The storage unit 170 stores the processing unit 100 and the communication unit 1
A work area such as 96
It can be realized by hardware such as.

The information storage medium 180 (computer-readable medium) stores programs, data, and the like.
VD), a magneto-optical disk (MO), a magnetic disk, a hard disk, a magnetic tape, or a hardware such as a memory (ROM). The processing unit 100 performs various processes of the present invention (the present embodiment) based on the program (data) stored in the information storage medium 180. That is, the information storage medium 180 stores a program for causing a computer to realize (execute and function) the means (particularly, the blocks included in the processing unit 100) of the present invention (the present embodiment). Or a plurality of modules (including objects in the object orientation).

A part or all of the information stored in the information storage medium 180 is transferred to the storage unit 170 when the power to the system is turned on. Information storage medium 1
80 includes a program for performing the processing of the present invention, image data, sound data, shape data of a display object, information for instructing the processing of the present invention, information for performing the processing according to the instruction, and the like. Can be made.

The display unit 190 outputs an image generated according to the present embodiment.
LCD or HMD (Head Mount Display)
It can be realized by hardware such as.

The sound output section 192 outputs the sound generated according to the present embodiment, and its function can be realized by hardware such as a speaker.

The portable information storage device 194 stores personal data of a player, save data of a game, and the like. The portable information storage device 194 may be a memory card, a portable game device, or the like. Can be.

The communication unit 196 performs various controls for communicating with an external device (for example, a host device or another image generation system), and has a function of various processors or an ASIC for communication. Hardware and programs.

A program (data) for realizing (executing, functioning) each means of the present invention (the present embodiment) is transmitted from an information storage medium of a host device (server) via a network and a communication unit 196. You may make it distribute to the storage medium 180. Use of the information storage medium of such a host device (server) is also included in the scope of the present invention.

The processing unit 100 (processor) includes the operation unit 1
Various processes such as a game process, an image generation process, and a sound generation process are performed based on the operation data from 60 or a program. In this case, the processing unit 100
Various processes are performed using the main storage unit 172 in 0 as a work area.

Here, the processing performed by the processing unit 100 includes coin (price) reception processing, various mode setting processing, game progress processing, selection screen setting processing, and the position of an object (one or more primitives). For determining the angle and rotation angle (rotation angle around the X, Y or Z axis), processing for moving the object (motion processing), and processing for obtaining the viewpoint position (virtual camera position) and line-of-sight angle (virtual camera rotation angle) , Processing for arranging objects such as map objects in the object space, hit check processing, processing for calculating game results (results, results),
Processing for a plurality of players to play in a common game space, game over processing, or the like can be considered.

The processing section 100 includes an operation control section 110, a capture processing section 116, an image generation section 120, and a sound generation section 13.
Contains 0. Note that the processing unit 100 does not need to include all of these functional blocks.

The motion control unit 110 controls the motion of a character (a moving object appearing in a game such as a person, a robot, a car, or a tank), and includes a movement processing unit 112 and a motion processing unit 114. including.

The movement processing section 112 performs processing for moving (translating and rotating) the character in the game space (object space). The character movement process is performed based on the operation data (input data from the player) from the operation unit 160 and the position, rotation angle, and the like of the character in the previous frame (inter). It can be realized by obtaining the position and the rotation angle.

The motion processing unit 114 performs processing (motion reproduction, motion generation) for causing the character to perform a motion (animation). Then, in the motion processing of the character, the motion of the character (object) is stored in the motion data storage unit 176.
By reproducing based on the motion data stored in the.

More specifically, the motion data storage unit 176 stores motion data including the position or rotation angle of each part object (motion bone forming the skeleton) constituting the character (skeleton). . The motion processing unit 114 reads out the motion data, and based on the motion data, each part object (motion bone) of the character.
By moving (by deforming the skeleton shape of the character), the motion of the character is played.

It is preferable that the motion data stored in the motion data storage unit 176 is created by attaching a sensor to a person in the real world and performing motion capture. Simulation using physical calculation (physical calculation may be pseudo physical calculation) may be performed in real time.

In order to reproduce a realistic motion with a small amount of motion data, it is desirable to perform motion reproduction using motion interpolation or inverse kinematics.

The capture processing section 116 performs processing for capturing the motion of the character.

More specifically, when a given condition is satisfied (for example, when the player inputs a command instructing a capture operation during a period in which the second character is performing a motion), the second character Is captured and assigned as the motion of the first character. This motion capture is performed, for example, by using motion data prepared for the second character in the first character.
This can be realized by permitting use as motion data for the character.

The captured motion is reproduced when the player inputs a capture reproduction command (command for instructing the operation of the capture motion).

Note that the capture command and the capture reproduction command may be commands having the same operation procedure. Further, it is desirable that the operation procedure of the capture reproduction command is made different from the operation procedure of the command for causing the second character to perform the motion, and the operation procedure is simplified.

Also, the captured motion is
And the motion of the second character
It is desirable that the same motion data be used when the character is performed, and that the parameter values (attack power, hit frame, voice of the character at the time of attack, etc.) used in the motion processing be different. Further, when the first character performs the captured motion and when the second character performs the motion, the other character (when the first character performs the attack) In this case, the reaction motion of the second character may be made different from that of the second character, or the first character may be made different in the case of attack by the second character.

The image generation unit 120 performs image processing based on the results of various processes performed by the processing unit 100, generates a game image, and outputs the game image to the display unit 190. For example, when generating a so-called three-dimensional game image, first,
Geometry processing such as coordinate conversion, clipping processing, perspective conversion, or light source calculation is performed. Based on the processing results, drawing data (position coordinates, texture coordinates, colors ( Luminance) data, a normal vector or an α value) is created. Then, based on the drawing data (primitive surface data), an image of the object (one or more primitive surfaces) after the geometry processing is stored in a drawing buffer 174 (a buffer capable of storing image information in pixel units such as a frame buffer and a work buffer). ) Is drawn. As a result, an image that can be viewed from the virtual camera (given viewpoint) in the object space is generated.

The sound generation unit 130 performs sound processing based on the results of various processes performed by the processing unit 100, and performs BGM,
A game sound such as a sound effect or a sound is generated, and a sound output unit 1
92.

Note that the image generation system of the present embodiment
A system dedicated to the single player mode in which only one player can play, or a system including not only such a single player mode but also a multiplayer mode in which a plurality of players can play, may be used.

When a plurality of players play,
The game image and the game sound to be provided to the plurality of players may be generated using one terminal, or may be generated using a plurality of terminals (game machine, mobile phone, etc.) connected via a network (transmission line, communication line) or the like. ) May be generated.

2. Features of the present embodiment Next, features of the present embodiment will be described with reference to the drawings.
In the following, a case where the present embodiment is applied to a fighting game will be mainly described as an example, but the present embodiment can be widely applied to games other than the fighting game.

2.1 Capturing Motion In the conventional fighting game, the motion of each character's technique is determined for each character. For example, the motion (skill) of the character P is M1P, M2
P, M3P ... The motion of the character Q is M1
.., The motion of the character R is unique to each character, such as M1R, M2R, M3R,.

Therefore, if an attempt is made to increase the number of motions of the character in order to improve the variety and realism of the generated image, the amount of motion data increases by that amount, and the used storage capacity of the memory is reduced. There was a problem that it would.

Therefore, in order to solve such a conventional problem, the inventor of the present application has no contradiction even if, for example, a motion (motion data) prepared for the character P is used as a motion for the character Q. We focused on the point that images can be generated. And if the motion for the character P is used as the motion for the character Q,
Although the movement of the skeleton (skeleton) of the character is the same, it has been found that a motion image with a different impression can be generated because the shapes and clothes of the characters P and Q are different.

Therefore, the present embodiment employs a method of assigning the motion of one character as the motion of the other character when a given condition is satisfied.

More specifically, as shown in FIG. 2, when a given condition is satisfied, a motion H (motion data H) prepared for the character CH2 can be used as a motion for the character CH1. I do. In the following embodiment, for convenience of description, a case where the motion of the character CH2 is assigned to the character CH1 will be described as an example. However, the present invention is naturally applied to the case where the motion of the CH1 is assigned to the CH2. it can.

Here, as a given condition, it is possible to consider an input (input using an operation means) of a capture command (an operation instruction command in a broad sense) by a player (first player) operating the character CH1. it can. Alternatively, the occurrence of a given event or the lapse of time (game time, real time) may be given as a given condition, and the motion of CH2 may be used as the motion of CH1.

As shown in FIG. 2, if the motion H of the character CH2 is used as the motion of the character CH1, the variety of the motion images of the character can be increased without increasing the total data amount of the motion. .

That is, in FIG. 2, even if the motion H is used for the character CH1, the total data amount of the motion does not change because the motion H is originally used for the character CH2. By operating the character CH1 based on the motion H, the character CH1 that cannot be expressed by the motion processing using the motions A to D can be expressed as a motion, and the degree of variety of motion images can be increased.

The C of the motion of the character CH2
The assignment to H1 can be realized by permitting the use of the motion data prepared for the character CH2 as the motion data for the character CH1.

That is, the motion data for the characters CH1 and CH2 is read from the information storage medium or the like into the storage unit (RAM) at the start of the game (at the start of the battle between CH1 and CH2, at the beginning of the game stage). In this case, FIG.
As shown in (A), in the initial state, the motion data AD to DD stored in the storage unit are characters C
H1 and motion data ED to HD are assigned to character CH2.

In such a case, when the player operating the character CH1 inputs a capture command and succeeds in capturing the motion H of the character CH2, the motion data HD is stored in the character CH1 as shown in FIG. For use in motion processing of CH1. Thus, the character CH1 can be operated by the motion data HD. Further, as is clear from comparison of FIGS. 3A and 3B, since the total amount of motion data in the storage unit does not change, it is possible to prevent an increase in the used storage capacity of the storage unit.

FIGS. 4A to 6B show examples of game images generated according to the present embodiment.

In FIGS. 4A and 4B, the character CH
2 is a game image of a scene in which a chop motion is performed and a chop technique is advanced. This chop motion is a motion (technique) that can be used only by the character CH2 and cannot be used by the character CH1 in an initial state (a state where the motion data is read into the storage unit at the start of the game).

FIGS. 5A, 5B, and 5C are game images showing how the character CH1 captures (learns, steals, and copies) the chop motion of the character CH2. While the character CH2 is performing the chop motion as shown in FIG. 5 (A), as shown in FIG. 5 (B), the player operating the character CH1 uses the game controller 10 (operation means) to execute a capture command. When the (operation instruction command) is input, the chop motion of CH2 is captured as the motion of CH1, and is assigned to CH1.

In this case, in FIG. 5B, when the player simultaneously presses the buttons X, Y, and Z of the game controller 10, a capture command is input. In addition, the character CH1 performs a parting motion indicating that the motion of the partner character CH2 is being stolen.

When the chop motion of the character CH2 is successfully captured, the image of a part or all of the character CH1 is changed in order to notify the player that the motion has been captured. Specifically, as shown in FIG. 5C, the image of the sword of the character CH1 blinks, and the player is notified that the chop motion of the character CH2 has been captured (learned).

In this type of fighting game, the player is full of operations of his own character and cannot afford to pay attention to display objects other than the character operated by himself. Therefore, as shown in FIG. 5C, if the success of the capture is notified by changing the image of the character CH1, even if the player is enthusiastic about the operation and cannot afford it,
It is possible to reliably and easily know that the motion has been captured.

In FIG. 5C, the character CH1
Although the image of the sword is changed, the image of another part (such as a hand, a foot, a face, or a body) of CH1 may be changed.
In this case, it is desirable to change the image of the part mainly used by the motion (the technique) (the part most relevant to the motion) among the parts of the character. For example, when capturing a motion (technique) mainly using the left hand, the image of the left hand (the sword held by the left hand) is changed. Similarly, when a motion mainly using the right hand, the left foot, and the right foot is captured, the images of the character's right hand, left foot, and right foot are respectively changed.

In this way, it is possible to effectively inform the player of what kind of motion the captured motion is, and to provide an operation environment (interface environment) that is easier for the player to handle.
Also, the character CH1 that captured the motion
Will attack the character CH2 using the part whose image is changing (the sword in FIG. 5C), so that the effect of the game can be enhanced.

FIGS. 6A and 6B are game images showing a state in which the character CH1 is performing a captured (copied) motion.

When the player operating the character CH1 inputs a capture reproduction command (operation instruction command) after the motion of the character CH2 is captured as the motion of the character CH1, FIG.
As shown in (A) and (B), a chop motion in which the character CH1 is captured is performed.

In this case, in FIG. 6B, when the player simultaneously presses the buttons X, Y, and Z of the game controller 10, a capture reproduction command is input.

In this embodiment, as shown in FIGS. 5B and 6A, the capture command for instructing the capture of the motion and the capture reproduction command for instructing the reproduction of the captured motion are the same. It is a command for the operating procedure (simultaneous pressing of buttons X, Y, Z). If the capture command and the capture reproduction command are set to the same operation procedure in this manner, the captured motion can be immediately executed by performing the same operation as the capture procedure after capturing the motion. Thereby, the operation environment of the player can be improved. However, the operation procedure of the capture command and the capture reproduction command may be made different.

According to the present embodiment, as shown in FIGS. 6A and 6B, a chop motion that could originally be used only by the character CH2 can be used by the character CH1. Therefore, it is possible to increase the variety of the motion of the character without increasing the total data amount of the motion.

4 (A), (B), and FIG.
As is clear from (A) and (B), the character CH1
Since CH2 and CH2 have different shapes and clothes, even if CH1 and CH2 perform the same chop motion, the player sees an image with a different impression. Therefore, according to the present embodiment, more various game images can be provided to the player.

The character C to be captured is
Consider a case where the motion of H2 requires a complicated operation procedure as shown in FIG. 7, for example. That is, FIG.
Then, in order to advance the motion to be captured, it is necessary to perform an operation procedure of pressing the button X, simultaneously pressing the buttons X and Y, and then tilting the lever down, down, and right.

According to the present embodiment, even if the motion requires such a complicated operation procedure, the capture / reproduction command of the predetermined predetermined operation procedure (simultaneous operation of the buttons X, Y and Z in FIG. 7). By inputting “push”, the motion can be performed by the character CH1. Therefore, the player operating the character CH1
You don't have to remember the operating procedure of the motion you are trying to capture each time. Therefore, it is possible to steal an enemy's motion and apply an attack to the enemy by the stolen motion without requiring a complicated operation.

The determination as to whether or not the motion has been captured can be realized by, for example, a method as shown in FIGS. 8A and 8B. That is, the hit frame period TH of the motion of the character CH2 (the motion to be captured) and the capture frame period TC of the character CH1.
When there is an overlap period between the two, it is determined that the motion of CH2 has been successfully captured.

In this way, not only when a capture command is input after the motion of the character CH2 (capture target motion) is started as shown in FIG. 8A, but also as shown in FIG. Even if the capture command is input before the motion of CH2 starts, the motion of CH2 can be captured. Therefore, the player can capture the motion of the opponent character without inputting the capture command at such a severe timing, thereby realizing an operation environment that is easier to handle.

The hit frame period TH shown in FIGS. 8A and 8B is a period during which the character's motion attack and the hit determination with the opponent character are performed. If it is determined that a part of the character (hand, foot, sword, etc.) intersects the opponent character during the hit frame period TH, it is determined that an attack has been hit. In addition, the capture frame period TC is a period set as a period in which the motion of the partner character can be captured in the reproduction period of the parting motion of the character (motion indicating that the motion is being captured).

2.2 Capture of Combo Motion In a fighting game, a so-called combo motion (combo attack) composed of a series of a plurality of motions (attacks) is known. That is, when the player inputs a specific operation procedure at an appropriate timing, a continuous attack by a series of a plurality of motions hits the opponent character. As a result, great damage can be given to the opponent character.

In the present embodiment, the capture of such a combo motion is realized by a method described below.

For example, as shown by G1 in FIG. 9, combo motions C1, C2, C3 (first to Nth motions)
It is assumed that the player succeeds in capturing C1 during the reproduction of the first motion C1 that constitutes. In this case, when the player subsequently inputs a capture reproduction command, the motion C1 is reproduced as a capture motion.

It is also assumed that the player succeeds in capturing C2 while reproducing the motion C2 constituting the combo motions C1, C2, C3, as shown by G2 in FIG. In this case, when the player subsequently inputs a capture playback command, the motions C1 and C2 are played back as capture motions.

As shown by G3 in FIG. 9, the last motion C constituting the combo motions C1, C2, C3
It is assumed that the player succeeds in capturing C3 during the reproduction of C3. In this case, when the player subsequently inputs a capture playback command, the motion C1, C2, C3
Are played back as capture motions. That is, all the combo motions can be captured and reproduced.

FIGS. 10 (A), (B), (C), FIG.
(A), (B), and (C) show examples of game images generated according to the present embodiment.

FIGS. 10A and 10B show the character CH.
2 is a game image showing a state of performing a combo motion (combo attack, continuous technique). Character CH2
Performs a chop motion, and then immediately performs a foot sweep motion. To perform this combo motion, for example, first press the button X (chop), and then press the button Y while lowering the lever (foot sweep).
Such complicated and complicated operations are required.

FIG. 10C is a game image showing a state in which the character CH1 learns (captures) such a combo motion by parting motion.
In this case, in order to capture all of the combo motions, it is necessary to input a capture command (simultaneously pressing the buttons X, Y, and Z) when the character CH2 is performing the last motion (footing) of the combo motion. There is.

FIGS. 11 (A), 11 (B) and 11 (C) show the combo motion of the partner captured in this way.
It is a game image showing a state where the character CH1 is playing.

When the player inputs a capture reproduction command (simultaneous pressing of buttons X, Y and Z) after successful capture, the character CH1 performs the captured combo motion. That is, a chop motion is performed first, and then a foot sweeping motion is performed. When an attack by the captured motion hits the character CH2, the character CH2 performs a reaction motion (stop motion) corresponding to the attack, as shown in FIGS. 11A, 11B, and 11C.

If the player inputs a capture command at the timing of FIG. 10A to capture a motion, the character CH1 performs only the chop motion of FIG. 11A.

As described above, according to the present embodiment, when the M-th motion of the combo motion composed of the first to N-th motions is successfully captured, and the capture reproduction command is input thereafter, the first to M motions are reproduced. For example, if the last motion is successfully captured, all the combo motions can be executed. Thus, the player who has stolen the combo motion can cause his / her character to perform the combo motion without having to learn complicated and complicated operation procedures for executing the combo motion.

In this case, if an attempt is made to capture the last motion of the combo motion in an attempt to steal all of the combo motion, a great deal of damage may be caused by an attack by the first half of the combo motion.

On the other hand, if the attack by the first half of the motion is successfully performed and the capture of the last motion is succeeded, all the combo motions can be advanced by inputting a capture reproduction command after that, so that the opponent character is greatly affected. Can do serious damage.
Therefore, the player takes a risk and steals all the combo motions of the opponent character, or takes a safety measure to make a strategy such as stealing only the first half motion.

As described above, according to the present embodiment, complicated and advanced bargaining regarding the capture of motion can be created between the players, and the fun of the game can be doubled.

2.3 Change of Parameter Value and Reaction Motion In this embodiment, in order to increase the variety of motion images to be reproduced, a parameter value of a captured motion and a response when an attack by the motion is hit are performed. (Done) I try to change the motion.

For example, FIG. 12A shows an example of original parameter values and a reaction motion of a motion to be captured. As shown in FIG. 12A, the attack power when the motions A, B, C1, and C2 (C1 and C2 are combos) are hit is set to 10, 20, 30, and 10. The hit frame period (period during which hit determination is performed) is set to 2 to 7, 3 to 8, 5 to 12, and 5 to 12. Motions A, B, C1, C2
The reaction (hit) motion of the opponent character when is hit (see FIGS. 11A, 11B, and 11C) is set to RA, RB, RC, and RC, respectively.

On the other hand, in the motion after the capture, the parameter values such as the attack power and the hit frame period and the reaction motion of the opponent at the time of the hit are changed as shown in FIG. That is, the attack powers of the motions A, B, C1, and C2 are set to 20, 10, 30, and 20, and the hit frame periods are set to 3 to 8, 3 to 8, 4 to 9, and 5 to 12. The reaction motion of the opponent character when the motions A, B, C1, and C2 are hit is R
A, RB, RC, and RB are set.

In this embodiment, the motion data to be used is the same regardless of whether the original is as shown in FIG. 12A or after the capture as shown in FIG. That is, in both the case of FIG. 12A and the case of FIG.
AD, BD, C1D, and C2D are used as motion data for reproducing the motions A, B, C1, and C2.

The amount of motion data is generally very large. Therefore, if the amount of motion data is increased in order to increase the degree of variety of motion images, the used storage amount of the storage unit that stores the motion data will be reduced.

On the other hand, the data amount of the parameter value (attack power or hit frame period, etc.) is very small compared to the amount of motion data. Therefore, even if the data amount of the parameter value is increased in order to increase the degree of variety of the motion images, the used storage capacity of the storage unit is not significantly reduced. Then, when reproducing the captured motion, if the parameter values are changed as shown in FIG. 12 (B), even if the same motion data is used, the generated image and the effect of the game are made different. be able to.

Therefore, as shown in FIGS. 12A and 12B, when the captured motion is reproduced, the motion data is made common and the parameters are made different.
Real and various game images can be generated without significantly reducing the used storage capacity of the storage unit.

Further, as shown in FIGS. 12A and 12B,
By making the reaction motion of the opponent character different at the time of the attack of the captured motion, more realistic and various game images can be generated. In this case, various image expressions can be realized without increasing the total data amount of the reaction motions by appropriately selecting from the original reaction motions (reaction motions read in the initial state) and assigning them to each motion.

For example, in FIGS. 12A and 12B, the response motion to the motion C2 is changed from RC to RB. However, this RB originally exists as a reaction motion to the motion B. Therefore, even if the reaction motion for the motion C2 is changed from RC to RB, the total data amount of the reaction motion does not change after all. Then, by making the reaction motion to the motion C2 different between the original case and the case after the capture, the motion image of the opponent character when the attack hits (see FIGS. 11A, 11B, and 11C). ) Is also different, and various image expressions can be realized.

2.4 Permitting Capture on Condition of Playback of Motion In this embodiment, on condition that the captured motion is performed by the character, capture (learning) of a new motion by the character is permitted. I have.

For example, as shown in FIG. 13A, consider a case where the character CH2 is moving out of motions A, B, and C. These motions A, B and C are all captureable motions.

In this case, when the player operating the character CH1 simultaneously presses the buttons X, Y, and Z of the game controller at the timing of H1 in FIG. 13A and inputs a capture command, the motion A of the character CH2 starts. Be captured.

Thereafter, it is assumed that the player inputs the command by simultaneously pressing the buttons X, Y, and Z at the timing of H2 in FIG. Then, at the timing of H2, the captureable motion B is changed to the character CH.
2, the command input by pressing the buttons X, Y, and Z at the same time is interpreted as a capture command, not a capture reproduction command. Therefore, even if the intention of the player is to reproduce the captured motion A, the motion B is captured contrary to the intention of the player.

Similarly, when the buttons X, Y, and Z are simultaneously pressed at the timing of H3 in FIG. 13A, the motion C is captured against the intention of the player.

As described above, in the method of always permitting the capture of the motion, there is a possibility that the captured motion cannot be reproduced forever. Alternatively, it is not known whether the input command is interpreted as a capture command or a capture playback command, and a situation may occur in which the player is confused.

Therefore, the present embodiment employs a method of permitting the capture of the next new motion on condition that the captured motion is reproduced. More specifically, the area for storing the capture information (designated information of the captured motion, etc.) is set to one, and the captured motion is reproduced, and on the condition that the capture information of the area is cleared, The writing of new capture information to the area is permitted.

For example, when the player operating the character CH1 simultaneously presses the buttons X, Y, and Z of the game controller at the timing of H4 in FIG. 13B, the motion A of the character CH2 is captured.

Thereafter, when the player simultaneously presses the buttons X, Y, and Z at the timing of H5 in FIG.
Unlike the case of H2 of 3 (A), the motion A captured in H4 is reproduced. This is because at the timing of H5, the captured motion A has not been reproduced yet, and capture of a new motion has not been permitted.

When the player simultaneously presses the buttons X, Y, and Z at the timing H6 in FIG. 13B,
Motion C of character CH2 is captured.
This is because at the timing of H6, the captured motion A has already been reproduced, and the capture of a new motion is permitted.

As described above, if the capture of a new motion is permitted on condition that the captured motion is reproduced, it is possible to prevent a situation where the captured motion cannot be reproduced forever. Further, since the captured motion is reliably reproduced, it is possible to prevent the player from being confused.

3. Next, a detailed example of the process of the present embodiment will be described with reference to the flowcharts of FIGS. 14 to 16.

When the processing of the frame starts, FIG.
As shown in (1), first, a command input by the game controller is analyzed (step S1). Then, the input command is a capture command (button X,
It is determined whether or not Y and Z are simultaneously pressed (step S).
2). If the command is a capture command, the process proceeds to a capture process (step S3). If the command is not a capture command, step S3 is skipped and the process proceeds to step S4.

When the process proceeds to step S4, the frame is advanced by one (step S4). Then, it is determined whether or not the capture motion has been completed (step S).
5) If not finished, return to step S3; otherwise, return to step S1.

FIG. 15 is a flowchart of the capture process in step S3 in FIG.

First, it is determined whether or not the capture information has been set (step S11). If the capture information has been set, the capture motion is reproduced (step S11).
Go to 12).

FIG. 17 shows an example of the capture information. As shown in FIG. 17, when the capture information is cleared to (000), the absence of any captured motion is indicated by the capture information. Also,
When any of (001) to (111) is set in the capture information, the capture information indicates that any of the motions A to G has been captured.

When it is determined in step S11 of FIG. 15 that the capture information has not been set (when the capture information is (000)), it is determined whether or not the motion of the other character can be captured (step S1).
3) If it is not possible to capture, the process returns to the process of FIG.

That is, if all the motions can be captured, motions that the player does not want to learn are also captured, which complicates game play. Therefore, it is desirable to provide a motion that cannot be captured.

If the motion of the opponent character can be captured, it is determined whether or not the current frame is within the hit frame period of the opponent character (step S1).
4) If it is not within the hit frame period, FIG.
It returns to the processing of. On the other hand, if it is within the hit frame period, it is determined whether or not the frame is within the capture frame period of the own character (step S15). If not, the process returns to the processing in FIG. Through the processing in steps S14 and S15, it is possible to determine whether or not the hit frame period and the capture frame period overlap, as described in FIGS. 8A and 8B.

If it is determined that the current frame is within the capture frame period, the capture information described with reference to FIG. 17 is set (step S16). In this case, the designation information of the motion performed by the other character is set as the capture information.

Next, a capture effect is set (step S17). More specifically, as shown in FIG. 5 (C), the sword or the like of the own character is blinked to notify the player that the motion has been successfully captured. Then, the process returns to the process of FIG.

FIG. 16 is a flowchart of the capture motion reproducing process in step S12 in FIG.

First, it is determined whether or not the captured motion is a combo motion (step S21). If the captured motion is not a combo motion, reproduction processing of the captured motion is performed (step S22). On the other hand, in the case of the combo motion, it is determined whether or not the first motion C1 of the combo motion has been captured (step S23). Then, when the motion C1 is captured, the reproduction process of the motion C1 is performed (step S24), and when C2 is captured instead of C1, the reproduction process of the motions C1 and C2 is performed (step S25).

Next, the parameters (status parameters) described with reference to FIGS. 12A and 12B are set (step S26). Then, the capture information and the capture effect are cleared (steps S27 and S28).

Next, it is determined whether or not an attack by the motion of the own character has hit (step S29). If hit, the motion of the opponent character is changed to a reaction motion corresponding to the attack (FIG. 12A) , (B)) (step S30).

As shown in FIG. 16, in the present embodiment, the capture information is cleared (step S27) on condition that the captured motion is reproduced (steps S21 to S25). Then, as shown in FIG. 15, on condition that the capture information is cleared (step S11), setting of the capture information is permitted (step S16). By doing so, a method of permitting capture of a new motion on condition that the captured motion is reproduced (FIG. 13)
(B)) can be realized.

4. Hardware Configuration Next, an example of a hardware configuration that can realize the present embodiment will be described with reference to FIG.

The main processor 900 is a CD982
(Information storage medium), a program transferred via the communication interface 990, or a program stored in the ROM 950 (one of the information storage media).
Various processes such as sound processing are executed.

The coprocessor 902 assists the processing of the main processor 900, has a multiply-accumulate unit and a divider capable of high-speed parallel operation, and executes a matrix operation (vector operation) at high speed. For example, when a physical simulation for moving or moving an object requires processing such as matrix operation, a program operating on the main processor 900 instructs the coprocessor 902 to perform the processing (request ).

The geometry processor 904 performs geometry processing such as coordinate transformation, perspective transformation, light source calculation, and curved surface generation. The geometry processor 904 includes a multiply-accumulate unit and a divider capable of high-speed parallel computation, and performs matrix computation (vector computation). Calculation) at high speed. For example, when performing processing such as coordinate transformation, perspective transformation, and light source calculation, a program operating on the main processor 900 instructs the geometry processor 904 to perform the processing.

The data decompression processor 906 performs a decoding process for decompressing the compressed image data and sound data, and performs a process for accelerating the decoding process of the main processor 900. As a result, a moving image compressed by the MPEG method or the like can be displayed on an opening screen, an intermission screen, an ending screen, a game screen, or the like. The image data and sound data to be decoded are stored in the ROM 950,
It is stored on a CD 982 or transferred from outside via a communication interface 990.

The drawing processor 910 executes a high-speed drawing (rendering) process of an object composed of primitives (primitive surfaces) such as polygons and curved surfaces. When drawing an object, the main processor 900 uses the function of the DMA controller 970 to transfer the object data to the drawing processor 910.
And the texture is transferred to the texture storage unit 924 if necessary. Then, the drawing processor 910
Performs hidden surface removal using a Z-buffer, etc., based on these object data and textures.
The object is drawn in the frame buffer 922 at high speed. The drawing processor 910 can also perform α blending (translucent processing), depth queuing, mip mapping, fog processing, bilinear filtering, trilinear filtering, anti-aliasing, shading processing, and the like. When an image for one frame is written in the frame buffer 922, the image is displayed on the display 912.

The sound processor 930 includes a multi-channel ADPCM sound source and the like, and generates high-quality game sounds such as BGM, sound effects, and sounds. The generated game sound is output from the speaker 932.

Operation data from the game controller 942 (lever, button, housing, pad-type controller or gun-type controller, etc.), save data from the memory card 944, and personal data are transferred via the serial interface 940. .

The ROM 950 stores a system program and the like. In the case of the arcade game system, the ROM 950 functions as an information storage medium,
Various programs are stored in 950. Note that a hard disk may be used instead of the ROM 950.

The RAM 960 is used as a work area for various processors.

[0160] The DMA controller 970 provides a DM between the processor and the memory (RAM, VRAM, ROM, etc.).
A transfer is controlled.

[0160] The CD drive 980 stores a CD982 in which programs, image data, sound data, and the like are stored.
(Information storage medium) to enable access to these programs and data.

[0161] The communication interface 990 is an interface for transferring data to and from the outside via a network. In this case, a network connected to the communication interface 990 may be a communication line (analog telephone line, ISDN), a high-speed serial bus, or the like. Then, data can be transferred via the Internet by using a communication line. Further, by using a high-speed serial bus, data transfer with another image generation system becomes possible.

Each means of the present invention may be realized (executed) only by hardware, or only by a program stored in an information storage medium or a program distributed via a communication interface. It may be realized. Alternatively, it may be realized by both hardware and a program.

When each means of the present invention is realized by both hardware and a program, a program for realizing each means of the present invention using hardware is stored in the information storage medium. Will be. More specifically, the program instructs the processors 902, 904, 906, 910, 930, etc., which are hardware, to perform processing, and passes data if necessary. Then, each processor 902, 904, 906, 910,
930, etc., based on the instruction and the passed data,
Each means of the present invention will be realized.

FIG. 19A shows an example in which the present embodiment is applied to an arcade game system (image generation system). The player enjoys the game by operating the gun-type controllers 1102 and 1103 while watching the game images projected on the displays 1100 and 1101. Built-in system board (circuit board) 1
Various processors, various memories, and the like are mounted on 106. A program (data) for realizing each unit of the present invention is stored in a memory 1108 which is an information storage medium on the system board 1106. Hereinafter, this program is called a storage program (storage information).

FIG. 19B shows an example in which this embodiment is applied to a home game system (image generation system). The player looks at the game image displayed on the display 1200 while playing the gun-type controller 120.
Enjoy the game by operating 2, 1204 and the like. In this case, the storage program (storage information) is stored in a CD 1206 or a memory card 1208 or 1209, which is an information storage medium detachable from the main system.

FIG. 19C shows a host device 1300,
The host device 1300 and the network 1302 (LA
N or a wide area network such as the Internet).
An example in which the present embodiment is applied to a system including 4-1 to 1304-n (game machine, mobile phone) will be described. In this case, the storage program (storage information) is stored in an information storage medium 1306 such as a magnetic disk device, a magnetic tape device, or a memory that can be controlled by the host device 1300. When the terminals 1304-1 to 1304-n are capable of generating a game image and a game sound in a stand-alone manner, a game program and the like for generating a game image and a game sound are transmitted from the host device 1300 to the terminal 130.
It is delivered to 4-1 to 1304-n. On the other hand, if it cannot be generated stand-alone, the host device 1300 generates a game image and a game sound, and transmits them to the terminals 1304-1 to 1304-1.
1304-n and output at the terminal.

In the case of the configuration shown in FIG. 19 (C), each means of the present invention may be implemented by distributing between a host device (server) and a terminal. In addition, the storage program (storage information) for realizing each unit of the present invention includes:
The information may be stored separately in the information storage medium of the host device (server) and the information storage medium of the terminal.

The terminal connected to the network may be a home game system or an arcade game system. When the arcade game system is connected to a network, a save information storage device capable of exchanging information with the arcade game system and exchanging information with the home game system. (Memory card, portable game device) is desirable.

The present invention is not limited to those described in the above embodiments, and various modifications can be made.

For example, the method of capturing the motion of the second character and the method of causing the first character to perform the captured motion are not limited to the methods described with reference to FIGS. Is possible.

The operation instruction command for instructing the capture of the motion and the operation instruction command for instructing the reproduction of the captured motion may be commands of the same operation procedure or commands of different operation procedures. Is also good.

The operation procedure of the operation instruction command is not limited to the operation procedure described in this embodiment. Further, various modifications can be made to the input timing of the operation instruction command.

Further, in the present embodiment, the case where only one motion can be captured has been described as an example, but a plurality of motions may be captured. In this case, it is desirable to provide a selection means for selecting a capture motion to be reproduced (a reproduction capture motion selection screen or the like).

In FIGS. 3A and 3B of this embodiment, motion data prepared for character CH2 (second character) is permitted to be used as motion data for character CH1 (first character). Thus, the motion of CH2 is assigned to the motion of CH1.

However, motion data for causing the character CH1 to perform the captured motion may be prepared in advance as motion data for CH1. That is, in FIG.
Motion data for reproducing F, G, H
Motion data ED ', FD', GD ', H for 1
D ′ is prepared in advance (for example, such dedicated motion data is prepared only for a specific character).

When such a method is adopted, the used storage capacity of the memory becomes the motion data ED ', FD', G
It increases by D 'and HD'. However, E
Since D ', FD', GD ', and HD' can be prepared as dedicated motion data of the character CH1, it is possible to effectively prevent the occurrence of a bug caused by inconsistency of motion data. Also, motion data ED ', F
Since D ', GD', and HD 'can be arranged for the character CH1, the character CH2 moves the motions E, F,
It is possible to generate a motion image that has a different impression from the case where G and H are performed.

In the method of permitting the use of the motion data for the character CH2 for the use of the character CH1 as shown in FIGS. 3A and 3B, in order to prevent the occurrence of a bug due to the incompatibility of the motion data, the character CH2 is used. May be corrected and used for CH1.

For example, if the motion data of the thin and fast-moving character CH2 is directly used as the motion data of the fat and slow-moving character CH1, the movement of the character CH1 becomes unnecessarily quick and unnatural. It becomes an image. Therefore, in this case, the motion data is corrected so that the motion reproduction speed of the character CH1 is appropriately reduced.
If the motion data of the character CH2 is used as it is as the motion data of the character CH1, if inconsistencies occur in the images of the joints and the like, the length of the bone (arc) constituting the skeleton of the character and the angle between the bones May be corrected.

In FIG. 5C of the present embodiment, the player is notified that the motion has been captured by changing the image (sword image) of part or all of the character CH1. The invention is not limited to this.

For example, when the motion is successfully captured, information other than the image of the character CH1 (eg, information related to CH1 such as the voice of the character CH1) may be changed. Alternatively, the fact that the motion has been captured may be transmitted by vibration of a game controller (operation means) or the like. Specifically, when a playback command of a captured motion is input, the game controller itself or a button of the game controller is vibrated. Alternatively, an icon or the like indicating that a motion has been captured may be displayed on the game screen (for example, near the status gauge).

It is not necessary to set all the motions of the character CH2 as the capture targets, and the motion already assigned to the character CH1 may be excluded from the capture targets. For example, when the motion of the character CH2 is already performed by the character CH2, the motion of the CH2 is not captured even if the player operating the CH1 inputs a capture command (the capture process is omitted). ). That is, if the technique of the character CH2 to be stolen is the same as the technique already possessed by the character CH1, the technique is prevented from being stolen.

By doing so, it is possible to prevent unnecessary capture processing from being performed, and it is possible to reduce waste of processing.

In the invention according to the dependent claims of the present invention, a configuration in which some of the constituent elements of the dependent claims are omitted may be adopted. In addition, a main part of the invention according to one independent claim of the present invention may be made dependent on another independent claim.

The present invention can be applied to various games (fighting games, shooting games, robot battle games, sports games, competition games, role playing games, music playing games, dance games, etc.).

The present invention also relates to various image generation systems (games, such as a business game system, a home game system, a large attraction system in which many players participate, a simulator, a multimedia terminal, and a system board for generating a game image). System).

[Brief description of the drawings]

FIG. 1 is an example of a functional block diagram of an image generation system according to an embodiment.

FIG. 2 is a diagram for explaining a method of capturing a motion of a partner character and allocating the captured motion as a motion of the own character;

FIGS. 3A and 3B are diagrams for explaining a method of allocating motion with permission / non-permission of use of motion data.

FIGS. 4A and 4B are examples of game images generated according to the present embodiment.

FIGS. 5A, 5B, and 5C are examples of game images generated according to the embodiment; FIG.

FIGS. 6A and 6B are examples of a game image generated according to the embodiment; FIG.

FIG. 7 is a diagram for describing a technique of reproducing a motion requiring a complicated operation procedure by using a command of a simple operation procedure.

FIGS. 8A and 8B are diagrams for explaining a method of determining whether or not a motion has been captured; FIG.

FIG. 9 is a diagram for explaining a combo motion capture method.

FIGS. 10A, 10B, and 10C are examples of game images generated according to the present embodiment.

FIGS. 11A, 11B, and 11C are examples of game images generated according to the present embodiment.

FIGS. 12A and 12B are diagrams for explaining a method of setting parameters for motion processing.

FIGS. 13A and 13B are diagrams for explaining a method of permitting the capture of a new motion on condition that the captured motion is reproduced.

FIG. 14 is a flowchart illustrating a detailed example of a process according to the embodiment;

FIG. 15 is a flowchart illustrating a detailed example of a process according to the embodiment;

FIG. 16 is a flowchart illustrating a detailed example of a process according to the present embodiment.

FIG. 17 is a diagram for describing capture information.

FIG. 18 is a diagram illustrating an example of a hardware configuration capable of realizing the present embodiment.

FIGS. 19A, 19B, and 19C are diagrams showing examples of various types of systems to which the present embodiment is applied.

[Explanation of symbols]

 REFERENCE SIGNS LIST 100 processing unit 110 operation control unit 112 movement processing unit 114 motion processing unit 116 capture processing unit 120 image generation unit 130 sound generation unit 160 operation unit 170 storage unit 172 main storage unit 174 drawing buffer 176 motion data storage unit 180 information storage medium 190 Display section 192 Sound output section 194 Portable information storage device 196 Communication section

 ────────────────────────────────────────────────── ─── Continued on the front page F term (reference) 2C001 AA03 AA17 BA02 BB04 BC05 BC08 CA01 CB01 CB04 CB06 CC02 5B050 AA08 BA07 BA08 CA05 CA07 EA24 FA02

Claims (29)

[Claims] An image generation system for generating an image, comprising: means for performing a motion process of a character; and means for generating a game image including an image of a character operating by the motion process, wherein a given condition is satisfied. An image generation system characterized in that when established, the motion of the second character is captured and assigned as the motion of the first character. 2. The motion of the first character according to claim 1, wherein the motion data prepared for the second character is permitted to be used as motion data for the first character. An image generation system characterized by being assigned as motion. 3. The image generation system according to claim 2, wherein the motion data prepared for the second character is corrected and used as motion data for the first character. 4. The method of claim 1, wherein the captured motion of the second character is a first character.
An image generation system, wherein motion data to be performed by a first character is prepared as motion data for a first character. 5. The method according to claim 1, wherein the first character is in a motion period while the second character is performing a motion.
An image generation system characterized in that, when a player operating a given character inputs a given operation instruction command, the motion of the second character is captured as the motion of the first character. 6. The player according to claim 1, wherein after a motion of the second character is captured as a motion of the first character, a player operating the first character transmits a given motion instruction command. An image generation system, wherein, when input, a motion in which a first character is captured is performed. 7. The operation instruction command according to claim 6, wherein the operation instruction command for causing the first character to perform the captured motion is a command having an operation procedure different from the operation instruction command for causing the second character to perform the motion. An image generation system, characterized in that: 8. The image generation system according to claim 1, further comprising means for notifying a player that the motion of the second character has been captured as the motion of the first character. 9. The player according to claim 8, wherein the player is notified that the motion of the second character has been captured as the motion of the first character by changing an image of a part or all of the first character. An image generation system characterized by the following. 10. The player according to claim 1, wherein the player operating the first character is a series of first to first characters.
When the M-th (1 ≦ M ≦ N) motion capture among the combo motions composed of the N-th motion continuation is succeeded and a given motion instruction command is subsequently input, the first character Performs a series of first to M-th motions. 11. The motion data according to claim 1, wherein the motion data is shared between a case where the first character performs the captured motion and a case where the second character performs the motion. An image generation system characterized in that the values of other parameters are made different. 12. The attack according to claim 1, wherein the first character performs a captured motion and the second character performs the motion. An image generation system characterized by differentiating the reaction motion of the other character at the time. 13. The method according to claim 1, wherein the first character is allowed to capture a new motion on condition that the first character has performed the captured motion. Image generation system. 14. The image generation method according to claim 1, wherein, among the motions of the second character, a motion already assigned to the first character is excluded from a capture target. system. 15. A computer-usable program that causes a computer to execute: means for performing motion processing of a character; and means for generating a game image including an image of a character operating by the motion processing. The program according to claim 1, wherein when a given condition is satisfied, a motion of the second character is captured and assigned as a motion of the first character. 16. The motion of the first character according to claim 15, wherein the motion data prepared for the second character is permitted to be used as motion data for the first character. A program characterized by being assigned as motion. 17. The program according to claim 16, wherein the motion data prepared for the second character is corrected and used as motion data for the first character. 18. The method of claim 15, wherein the captured motion of the second character is the first character.
A motion data for the first character to be prepared as motion data for the first character. 19. The method according to claim 15, wherein the first character is in a period during which the second character is performing a motion.
Wherein the motion of the second character is captured as the motion of the first character when a player operating the first character inputs a given operation instruction command. 20. The player according to claim 15, wherein after a motion of the second character is captured as a motion of the first character, a player operating the first character issues a given motion instruction command. A program for performing a motion in which a first character is captured when input. 21. The operation instruction command according to claim 20, wherein the operation instruction command for causing the first character to perform the captured motion is a command having an operation procedure different from the operation instruction command for causing the second character to perform the motion. A program characterized by that: 22. The program according to claim 15, wherein the computer realizes means for notifying a player that the motion of the second character has been captured as the motion of the first character. . 23. The player according to claim 22, wherein the motion of the second character is captured as the motion of the first character by changing an image of part or all of the first character. A program characterized by: 24. The method according to claim 15, wherein the player operating the first character is a series of first to first characters.
When the M-th (1 ≦ M ≦ N) motion capture among the combo motions composed of the N-th motion continuation is succeeded and a given motion instruction command is subsequently input, the first character Performs a series of first to M-th motions. 25. The motion data according to claim 15, wherein the motion data is shared between a case where the first character performs the captured motion and a case where the second character performs the motion. A program characterized in that the values of other parameters are made different. 26. An attack according to claim 15, wherein the first character performs a captured motion and the second character performs the motion. A program characterized by differentiating the reaction motion of the other character at the time. 27. The method according to claim 15, wherein a new motion is captured by the first character on condition that the first character has performed the captured motion. And the program. 28. The program according to claim 15, wherein a motion already assigned to the first character among the motions of the second character is excluded from a capture target. 29. An information storage medium readable by a computer, wherein the information storage medium includes the program according to any one of claims 15 to 28.