JP2000334167A - Game system and information storage medium - Google Patents

Abstract

(57) [Problem] To provide a game system and an information storage medium capable of suppressing the amount of replay data to be stored and generating a replay image for a long time. SOLUTION: The number of bits of position and angle data of an object is reduced and stored as replay data. The number of bits of angle data to be reduced is smaller than that of position data.
The element data of the replay data changed from the previous frame is stored. The animation number of the object to be animated is stored. The ID of the bullet that has occurred or disappeared or the effect is stored. The IDs of the replacement source and replacement map objects are stored. A packet necessary for the replay processing of the frame is determined, and the packet determined to be necessary is stored as replay data. Classification data is added to the packet, and the packet is sorted into each replay process based on the classification data. The storage of the replay data of the object outside the given range from the object operated by the player is omitted.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] The present invention relates to a game system and an information storage medium.

[0002]

2. Description of the Related Art Conventionally, there has been known a game system in which a player can enjoy a shooting game, a sports game, a fighting game, and the like while watching a game image projected on a screen. Such a game system is usually provided with a function called a replay function. By using the replay function, a player can view his / her game play state after the game ends in a different way from that during the game. Will be able to see it.

In order to realize such a replay function, replay data for generating a replay image needs to be stored in a replay data storage unit (replay buffer) in the game system. Such replay data storage methods are roughly classified into the following two methods.

That is, in the first technique, a history of operation data (key data) input by a player using a game controller (operation unit) is stored as replay data in a replay data storage unit. Then, in the replay processing, the same processing as during the game is performed based on the history of the operation data, thereby reconstructing the game scene and generating a replay image.

However, in the first method, it is necessary to trace the entire history of the operation data from the start of the game at the time of the replay processing. For this reason, there is a problem that it is difficult to generate a replay image during the game.

On the other hand, as a second technique, there is a conventional technique disclosed in, for example, International Publication No. WO96 / 00601. In the second method, three-dimensional position (coordinate) data and angle (direction) data of an object are stored in a replay data storage unit. Then, in the replay processing, a replay image is generated by displaying the object at the position and angle specified by the position data and the angle data.

However, in the second method, it is necessary to store position data and angle data having a larger data amount than the operation data in the replay data storage unit. Therefore, the used storage capacity of the replay data storage unit becomes very large, and the storage capacity required for other processing is reduced. In addition, since only a few seconds of replay data can be stored in the replay data storage unit, there is a problem that generation of a replay image for a long time cannot be realized.

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and has as its object to reduce the amount of replay data to be stored and to generate a replay image for a long time. A system and an information storage medium are provided.

[0009]

According to the present invention, there is provided a game system for generating a game image, wherein the number of bits of position data or angle data of an object is reduced and the number of bits is reduced. Means for writing and storing the reduced position data or angle data as replay data in the replay data storage means, and the position data or the angle data based on the position data or the angle data stored with the reduced number of bits. Means for performing a replay process of an object whose position or angle is specified by (1). An information storage medium according to the present invention is an information storage medium usable by a computer, and includes information (program) for realizing (executing) the above means. Further, a program according to the present invention is a program usable by a computer, and is a program for realizing (executing) the above means.

According to the present invention, the number of bits of position (coordinate) data or angle (direction) data of an object is reduced (compressed) and stored in the replay data storage means.
Then, a replay process is performed based on the position data or the angle data with the reduced number of bits, and a replay image is generated. Therefore, the storage capacity of the replay data storage means can be remarkably saved, and a replay image can be generated for a long time. Then, even if the replay processing is performed based on the position data or the angle data in which the number of bits has been reduced in this way, there is little possibility that the player (operator) will notice. On the other hand, since the position data or angle data used in the game can be set to the usual number of bits, it is possible to prevent the numerical calculation performed in the game from being broken or the object from moving unnaturally. it can.

The game system, the information storage medium, and the program according to the present invention are characterized in that the number of reduced bits of angle data is smaller than the number of reduced bits of position data. In this way, it is possible to prevent a situation in which the direction of the object changes unnaturally and the image quality of the replay image is reduced while saving the storage capacity used by the replay data storage unit.

According to the present invention, there is provided a game system for generating a game image, wherein among element data to be stored as replay data, element data changed from a previous frame is stored as replay data as replay data storage means. And means for performing replay processing for generating a replay image based on the element data stored as the replay data. An information storage medium according to the present invention is an information storage medium usable by a computer, and includes information (program) for realizing (executing) the above means. Further, a program according to the present invention is a program usable by a computer, and is a program for realizing (executing) the above means.

According to the present invention, the element data is stored in the replay data storage means on condition that it has changed from the previous frame. Therefore, when the value of the element data does not change for a long time, it is possible to prevent a situation in which useless element data is stored in the replay data storage unit. As a result, the storage capacity of the replay data storage means can be significantly reduced.

Further, in the game system, the information storage medium and the program according to the present invention, the element data stored as the replay data on condition that it has changed from the previous frame includes position data of the object, angle data of the object, At least one of a model number, an animation number in the animation processing of the object, and a display / non-display flag of the object. However, it is particularly desirable that the element data stored as the replay data on the condition that the data has changed from the previous frame is such a data, but it is not limited to these data.

The present invention also relates to a game system for generating a game image, wherein an animation number of an object to be animated during a game is written and stored as replay data in replay data storage means. Means for performing a replay process of an object to be animated during the game based on the animation number stored as. An information storage medium according to the present invention is an information storage medium usable by a computer, and includes information (program) for realizing (executing) the above means. Further, a program according to the present invention is a program usable by a computer, and is a program for realizing (executing) the above means.

According to the present invention, replay processing of an object to be animated during a game can be realized only by storing an animation number or the like in the replay data storage means. As a result, it is possible to generate an appropriate replay image while saving the used storage capacity of the replay data storage unit.

Further, the game system, the information storage medium and the program according to the present invention are characterized in that the animation number is stored in the replay data storage means as replay data on condition that the animation number has changed from the previous frame. By doing so, the data amount of the replay data can be further reduced.

Further, the present invention is a game system for generating a game image, wherein when an object occurs or disappears during a game, identification data for identifying the occurring or disappearing object is used as replay data. Means for writing and storing in the replay data storage means, and means for performing replay processing for automatically operating or changing an object specified by the identification data stored as the replay data according to a given algorithm. And An information storage medium according to the present invention is an information storage medium usable by a computer, and includes information (program) for realizing (executing) the above means. Further, a program according to the present invention is a program usable by a computer, and is a program for realizing (executing) the above means.

According to the present invention, the object specified by the identification data stored in the replay data storage means is provided with a given algorithm (for example, one used for the operation or change of the object in the game during the replay). Automatically (moving, rotating, motion playback, etc.) or changing according to the same algorithm). Therefore, an image similar to that during a game can be generated as a replay image while suppressing the used storage capacity of the replay data storage unit.

The game system, the information storage medium, and the program according to the present invention are arranged such that, when an object is generated during a game, the position data or angle data or speed data of the object at the time of occurrence is stored as replay data. Is stored. In this way, replay images of various objects such as bullets and effects can be generated.

Further, the present invention is a game system for generating a game image, wherein when a first object is replaced with a second object during a game, the first object to be replaced is specified. Means for writing and storing the first identification data for identification and the second identification data for identifying the second object to be replaced as replay data in the replay data storage means; Means for performing a replay process of replacing the first object with the second object after returning the second object to the first object based on the second identification data. An information storage medium according to the present invention is an information storage medium usable by a computer, and includes information (program) for realizing (executing) the above means. Further, a program according to the present invention is a program usable by a computer, and is a program for realizing (executing) the above means.

According to the present invention, when the first object is replaced with the second object during the game, the first object is replaced with the first object after the second object is replaced with the first object. An appropriate replay image that replaces the object with the second object can be generated.

The present invention also relates to a game system for generating a game image, which determines, among packets used for replay processing, a packet necessary for the replay processing of the frame, and determines that the packet is necessary. Means for writing the stored packet as replay data corresponding to the frame in the replay data storage means, and means for performing a replay process for generating a replay image based on the stored packet of the replay data. It is characterized by the following. Further, the information storage medium according to the present invention,
An information storage medium usable by a computer,
Information (program) for implementing (executing) the above means
It is characterized by including. Further, a program according to the present invention is a program usable by a computer, and is a program for realizing (executing) the above means.

According to the present invention, the packets required for the replay processing of the frame are selected and stored in the replay data storage means, so that the replay data storage means can be used efficiently without waste. Also,
When the specification of the replay data is changed and new replay data needs to be stored, it is possible to easily cope with this.

Further, the game system, the information storage medium and the program according to the present invention comprise a first replay processing first program.
Packet for the second replay process.
···································································· Classification data that specifies which of the first to Nth replay processes is used is provided for each of the first to Nth packets It is additionally stored in the replay data storage means. This makes it possible to appropriately sort the first to Nth packets for the first to Nth replay processes based on the classification data. As a result,
The process of writing a packet to the replay data storage unit and the process of reading a packet from the replay data storage unit can be simplified.

The present invention is also a game system for generating a game image, which is outside a given range specified by the position or direction of an object operated by a player or the viewpoint position or line of sight of the player. Means for writing and storing the replay data in the replay data storage means while omitting the storage of the replay data of the object, and means for performing a replay process for generating a replay image based on the stored replay data. It is characterized by including. An information storage medium according to the present invention is an information storage medium usable by a computer, and includes information (program) for realizing (executing) the above means. Further, a program according to the present invention is a program usable by a computer, and is a program for realizing (executing) the above means.

According to the present invention, since the storage of the replay data of an object outside the given range is omitted, useless data that does not significantly affect the quality of the replay image is generated. The situation stored in the replay data storage means can be prevented.

Further, the game system, the information storage medium and the program according to the present invention are characterized in that the replay data of a specific object is stored in the replay data storage means even when the replay data is out of the given range. I do. In this way, for example, it is possible to prevent a situation where a newly generated object does not appear at all or an object which should have disappeared appears again.

[0029]

Preferred embodiments of the present invention will be described below with reference to the drawings. In the following, a case where the present invention is applied to a shooting game will be described as an example, but the present invention is not limited to this, and can be applied to various games.

1. Configuration FIG. 1 shows an example of a block diagram of the present embodiment. In this figure, the present embodiment only needs to include at least the processing unit 100 (or may include the processing unit 100 and the storage unit 140 or the processing unit 100 and the storage unit 140 and the information storage medium 150), and other blocks. (For example, the operation unit 13
0, image generation unit 160, display unit 162, sound generation unit 17
0, sound output unit 172, communication unit 174, I / F unit 176,
The memory card 180 and the like can be optional components.

The processing unit 100 performs various processes such as control of the entire system, instruction of each block in the system, game calculation, and the like.
PU (CISC type, RISC type), DSP or AS
It can be realized by hardware such as an IC (gate array or the like) or a given program (game program).

The operation unit 130 is used by the player to input operation data, and its function can be realized by hardware such as a lever, a button, a cross key, and a housing.

The storage section 140 includes a processing section 100, an image generation section 160, a sound generation section 170, a communication section 174, and an I / F section 1.
It is a work area such as 76, and its function is RAM
It can be realized by hardware such as.

An information storage medium (a storage medium usable by a computer) 150 stores information such as programs and data.
D, DVD), magneto-optical disk (MO), magnetic disk, hard disk, magnetic tape, or semiconductor memory (ROM). The processing unit 100 performs various processes of the present invention (the present embodiment) based on the information stored in the information storage medium 150.
That is, in the information storage medium 150, various information (programs, data) for realizing (executing) the means (particularly, the blocks included in the processing unit 100) of the present invention (this embodiment)
Is stored.

A part or all of the information stored in the information storage medium 150 is transferred to the storage unit 140 when the power to the system is turned on. Information storage medium 1
The information stored in 50 is a program code for performing the processing of the present invention, image information, sound information, shape information of a display object, table data, list data, player information,
The information includes at least one of information for instructing the process of the present invention, information for performing a process according to the instruction, and the like.

The image generating section 160 generates various images according to an instruction from the processing section 100 and the like, and
The function is the ASI for image generation.
It can be realized by hardware such as C, CPU, or DSP, a given program (image generation program), and image information.

The sound generation section 170 generates various sounds in accordance with instructions from the processing section 100 and outputs the generated sounds to the sound output section 172. The function of the sound generation section 170 is as follows.
It can be realized by hardware such as a CPU or a DSP, a given program (sound generation program), and sound information (waveform data and the like).

The communication unit 174 performs various controls for performing communication with an external device (for example, a host device or another game system).
It can be realized by hardware such as an IC or a CPU or a given program (communication program).

Information for realizing the processing of the present invention (this embodiment) is distributed from the information storage medium of the host device (server) to the information storage medium 150 via the network and the communication unit 174. Is also good. Use of the information storage medium of such a host device (server) is also included in the scope of the present invention.

Further, part or all of the functions of the processing unit 100 may be performed by the image generation unit 160, the sound generation unit 170, or the communication unit 1.
74 may be realized. Or,
Image generation unit 160, sound generation unit 170, or communication unit 174
Some or all of the functions may be realized by the function of the processing unit 100.

The I / F unit 176 exchanges information with a memory card (portable information storage device including a portable game machine in a broad sense) 180 in accordance with instructions from the processing unit 100 and the like. The interface functions as a slot for inserting a memory card, a controller IC for writing and reading data, and the like.
It can be realized by such as. When information exchange with the memory card 180 is realized using wireless communication such as infrared light, the function of the I / F unit 176 can be realized by hardware such as a semiconductor laser and an infrared sensor.

The processing section 100 includes a game calculation section 110.

Here, the game calculation section 110 receives coins (price), sets various modes, progresses the game, sets a selection screen, and positions and angles of objects (characters, moving objects) around the axis. Processing to determine the rotation angle), processing to determine the viewpoint position and line-of-sight angle, processing to reproduce the motion of the object, processing to place the object in the object space, hit check processing, processing to calculate the game results (results, results), The game processing of various players, such as a process for the player of playing in a common game space or a game over process, is performed based on operation data from the operation unit 130, data from the memory card 180, a game program, and the like.

The game calculation section 110 includes a replay data generation section 112, a packet processing section 114, a replay processing section 1
20, including a virtual camera processing unit 124.

Here, the replay data generation unit 112
A process for generating replay data (candidates for storing replay data) to be stored in the replay data storage unit (replay buffer) 142 is performed. More specifically, a processing routine for controlling objects (characters, moving objects) operated by the player, a processing routine for controlling objects operated by the computer, and the like function as the replay data generation unit 112. That is, when the object is moved by the operation of the player or the computer, the position data and the angle (direction) of the moved object are obtained.
The data will be generated by the above processing routine. The generated replay data is transmitted to the packet processing unit 11.
4 will be input.

The packet processing unit 114 receives the replay data generated by the replay data generation unit 112, and performs a process of writing necessary replay data in a packet format to the replay data storage unit 142 and storing the same.

More specifically, the packet processing unit 114
Includes a determination unit 116, a compression unit 117, an assembly unit 118, and a writing unit 119. Then, the determination unit 116 determines whether or not the replay data from the replay data generation unit 112 should be stored in the replay data storage unit 142. For example, the value of the element data of the replay data (position data, angle data, animation number, object display / non-display flag, model number, etc.) in the previous frame is compared with the value in the previous frame, and the previous frame is compared. Is stored in the replay data storage unit 142. In addition, replay data of an object (an object outside a given range) at a given distance from an object operated by the player (or a viewpoint position of the player) is not stored in the replay data storage unit 142 in principle. I do. However, replay data on a newly generated object or an object that has disappeared is stored in the replay data storage unit 142 even if the object is at a given distance from an object operated by the player.

The compression section 117 performs processing for compressing replay data. More specifically, the number of bits of the position data and the angle data of the object in the game is reduced, and the position data and the angle data with the reduced number of bits are stored in the replay data storage unit 142. In this case, the number of reduced bits of the angle data (bit reduction rate) is made smaller than the number of reduced bits of the position data. By doing so, it is possible to prevent a situation in which the object does not change direction smoothly in the replay image.

The assembling unit 118 performs a process of assembling a packet for replay data. That is, a header (packet length, classification data) is added to the data body compressed by reducing the number of bits, and a packet is assembled (processed).

The writing section 119 stores the packet assembled by the assembling section 118 in the replay data storage section 14.
2 is performed. That is, one or more packets necessary for the replay processing of the frame are written in the replay data storage unit 142 as replay data corresponding to the frame.

The replay processing unit 120 reads out the replay data stored in the replay data storage unit 142 and performs various replay processes for generating a replay image. For example, based on position data and angle data stored with the number of bits reduced, replay processing of an object whose position and angle are specified by the position data and angle data is performed.

The replay processing unit 120 includes the read unit 12
2, including the processing unit 123. Here, the reading unit 122
Performs a process of reading a packet of replay data from the replay data storage unit 142. Then, the processing unit 123
Performs a replay process specified by the classification data included in the read replay data packet.

The virtual camera processing section 124 performs various processes for the virtual camera.

For example, during a game, the position and angle (direction) of the virtual camera are controlled so as to follow an object that is moved by the operation of the player. And
An image viewed from the virtual camera is generated by the image generation unit 160.

On the other hand, during replay, one virtual camera is randomly selected from a plurality of replay virtual cameras (virtual camera processing routine), for example. Then, the position and angle of the selected virtual camera are controlled by a given algorithm, and an image viewed from this virtual camera is generated by the image generation unit 160.

In the game system according to the present embodiment,
Both game play in a single player mode in which one player plays and game play in a multi-player mode in which a plurality of players play are possible.

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 connected by a network (transmission line, communication line) or the like. Is also good.

2. Features of the present embodiment The first feature of the present embodiment is that position data or angle data (or speed data) of an object in a game is reduced (compressed) in the number of bits, and the position data in which the number of bits is reduced is reduced. Alternatively, the point is that the angle data is stored as replay data.

For example, as shown in FIG. 2, during the game, the number of bits of the position data X, Y, Z of the object is all 32 bits. Also, the angle data α,
The bit numbers of β and γ are all 14 bits (α, β, and γ are rotation angles around the X, Y, and Z axes, respectively). Therefore, during the game, a game image is displayed using 32-bit position data and 14-bit angle data.

In the present embodiment, the number of bits of the 32-bit position data and the 14-bit angle data is reduced (rounded down, rounded off, etc.) to be 20-bit position data and 12-bit angle data, respectively. Then, these 20-bit position data and 12-bit angle data are stored in the replay data storage unit.

In the replay processing, the 20-bit position data and the 12-bit angle data are read from the replay data storage unit, and the read 20-bit position data and the read 20-bit angle data are read.
A replay image is generated based on bit position data and 12-bit angle data.

By doing so, the storage capacity of the replay data storage unit can be significantly reduced.

That is, International Publication No. WO 96/00601
In the conventional game system, the number of bits of position data and angle data stored as replay data is
The number of bits of position data and angle data in the game was the same.

However, when the position data and the angle data are stored in the replay data storage unit with the same number of bits as in the game, the used storage capacity of the replay data storage unit becomes very large, and the replay data storage unit becomes necessary for other processing. There is a problem that a large storage capacity is pressed or a replay image cannot be generated for a long time.

Also, during the game, it is necessary to numerically calculate the position and angle of the object in real time with high accuracy based on operation data from the player, so that the number of bits of the position data and angle data needs to be increased. There is. However, it has been found that such a high bit number is unnecessary in the replay processing. In the present embodiment, paying attention to this point, the number of bits of the position data and the angle data used in the replay processing is reduced.

That is, the position of the object in frame K-1 is PMK-1, the speed is VMK-1, the acceleration is AMK-1, 1
Assuming that the time of the frame is Δt, the position PMK and the speed VMK of the object in the frame K are expressed by the following equation (1), for example.
Numerical calculations are performed as in (2).

PMK = PMK−1 + VMK−1 × Δt (1) VMK = VMK−1 + AMK−1 × Δt (2) In such a numerical calculation, if the number of bits of the position data and the angle data is small, the object The movement of the image becomes unnatural and the calculation is broken.

However, in the replay processing, the numerical calculation as described above is not performed, and only the object is displayed at the position and angle specified by the position data and angle data from the replay data storage unit. Therefore, the number of bits of the position data and the angle data does not need to be a large number of bits such as 32 bits and 14 bits.

Therefore, in the present embodiment, the number of bits of the position data and the angle data obtained by the numerical calculation in the game is reduced and stored in the replay data storage unit. By doing so, the storage capacity used by the replay data storage unit can be significantly reduced, and a replay image can be generated for a long time. When the number of bits is reduced in this manner, the accuracy of the position data and the angle data of the object during the replay is reduced. However, such a decrease in the accuracy is usually not felt by the player. No problem. Further, in the replay processing, unlike during the game, numerical calculation is not performed on the object, so that it is not necessary to consider a problem that the calculation is broken.

In this embodiment, while the number of bits of position data to be reduced is 32-20 = 12 bits,
The number of reduced bits of angle data is 14−12 = 2 bits, and the number of reduced bits of angle data is smaller than the number of reduced bits of position data. The reason is that even if the number of reduced bits of the position data is increased and the accuracy of the position data is reduced, it is not so noticeable to the player, but if the number of reduced bits of the angle data is increased and the accuracy of the angle data is reduced, This is because it stands out as compared with the case of the position data. That is, the direction of the object does not change smoothly, giving an unnatural feeling to the player.
Such a problem can be solved by reducing the number of reduced bits of the angle data compared to the number of reduced bits of the position data.

A second feature of the present embodiment is that, among the element data to be stored as replay data, the element data changed from the previous frame is stored in the replay data storage means.

For example, in FIG. 3, element data 1 changes in frames K + 1, K + 2, and K + 4, but does not change in frames K and K + 3. Therefore, in this case, the element data 1 is divided into frames K + 1, K + 2, K +
No. 4 is stored in the replay data storage unit. Similarly, since the element data 2 changes in frames K + 3 and K + 4, it is stored in the replay data storage unit only in frames K + 3 and K + 4.

As described above, by storing only the element data changed from the previous frame, the redundancy of the replay data stored in the replay data storage section can be reduced, and the data to be stored in the replay data storage section can be reduced. Can be effectively compressed. For example, in FIG. 3, the data amount of the element data 1 is 3/5, and the data amount of the element data 2 is 2/5.

The element data stored as replay data on the condition that it has changed from the previous frame includes, for example, object position data, angle data, model number, animation processing (vertex animation), as shown in FIG. The animation number, the display / non-display flag of the object, and the like in the processing) can be considered.

For example, when the model (picture) of the object changes, the model number after the change is stored in the replay data storage unit, but is not stored when it does not change. The animation number is also stored only when the animation number changes. The display / non-display flag of the object is also stored in the replay data storage unit only when the display is changed from non-display or from non-display to display. By doing so, the replay data composed of these element data can be effectively compressed.

A third feature of the present embodiment is that, for an object to be animated during the game (animation object), the animation number is stored as replay data, and the replay processing is performed based on the stored animation number. The point is to do.

For example, FIGS. 5A and 5B show a game scene in which a shutter 12 (animation object) arranged in front of a character 10 (an object operated by a player) gradually opens. Here, the shutter 12
Opening and closing of shutter 1 by vertex animation processing
2 is realized by deforming.

That is, as shown in FIG. 6, the opening and closing of the shutter 12 is expressed by deforming the shutter 12 as the animation number (animation frame) advances to 0, 1, 2,.

Therefore, in this case, the animation number of the shutter 12 is stored in the replay data storage unit. Then, at the time of the replay processing, this animation number is read out, and based on the read out animation number, the same animation processing as during the game is performed, and the opening and closing of the shutter 12 is expressed. With this configuration, the storage capacity of the replay data storage unit can be remarkably reduced as compared with the case where the apex position of the shutter 12 is stored as replay data.

The position data and the angle data of the shutter 12 are obtained when the shutter 12 is initially arranged (FIG. 5A).
(When entering the game scene (B)), it may be stored as replay data.

As shown in FIG. 7, the animation number is stored as replay data on condition that the animation number has changed from the previous frame. This prevents a situation in which useless data is stored as replay data.

A fourth feature of the present embodiment is that, when an object occurs or disappears during a game, an ID (identification data) for identifying the object that has occurred or disappears is stored as replay data, and is stored during replay processing. The object is to automatically move (move, rotate, play motion, etc.) or change the object specified by the given ID according to a given algorithm (program).

For example, FIG. 8A shows a game scene in which the character 10 fires a bullet 14 during the game.
(B) is a game scene in which the shot bullet hits the enemy character 16 and the effect 18 (spark, smoke, etc.) occurs.

In the present embodiment, when an object such as the bullet 14 or the effect 18 is generated or disappears, the ID of the bullet 14 or the effect 18 is stored as replay data. Then, at the time of the replay processing, the bullet 14 is automatically moved or the effect 18 is changed by a given algorithm based on these IDs.

For example, in FIG. 9, when a bullet 14 is generated during a game (when a character shoots a bullet), its ID (ID indicating that it is the generated object) is stored as replay data. Also, when the bullets 14 hit an enemy character or an obstacle and disappear or spontaneously disappear, their IDs (IDs indicating that they are disappearing objects) are stored in the replay data storage unit. Then, in the replay processing, a bullet 14 specified by the stored ID is generated,
After moving automatically according to a given algorithm (the same algorithm that moves a bullet during a game), it will disappear.

In this way, it is not necessary to store the position data and angle data of the bullet as replay data until the bullet disappears after the bullet is generated. As a result, the used storage capacity of the replay data storage unit can be further reduced.

In the present embodiment, when a bullet is generated, the position data, angle data,
Speed (movement amount) data and the like are also stored as replay data. For example, in FIG. 10, the firing position PS, firing angle AS, and firing speed VS of the bullet are stored as replay data.

When the effect 18 as shown in FIG. 8B is generated, the intensity data of the effect (data representing the intensity and size of the effect) or the maintenance time data (the effect is generated. And data representing the time from when the data disappears) are also stored as replay data.

A fifth feature of the present embodiment is that, when a first object (replacement source) is replaced with a second object (replacement destination) during a game, the first and second objects are replaced.
The point where the ID of the second object is stored as replay data and the first object is replaced with the second object after returning the second object to the first object based on these IDs during the replay processing. It is in.

For example, in FIGS. 11A and 11B, during the game, the obstacle 20-1 (replacement map object) is destroyed by being hit by the bullet 14 fired by the character 10, and is destroyed. Obstacle 20 expressing
-2 (replaced map object) has been replaced.

When the replay process is started after the obstacle is destroyed as described above, first, the obstacle 20-2 is returned to the obstacle 20-1 as shown in FIG. That is, the obstacle in the destroyed state is returned to the state before the breakdown. Next, as shown in FIG. 12B, the obstacle 20-1 is moved to the obstacle 20-2.
To reproduce a game scene in which obstacles are destroyed by the shooting of the player. This makes it possible to generate an appropriate replay image.

The obstacle is destroyed if the player succeeds in shooting, and is not destroyed if the player succeeds in shooting. As described above, whether or not an obstacle is destroyed during a game depends on the result of the game play of the player. Therefore, at the start of the replay process, it is necessary to tell whether the obstacle is in a destructive state or a non-destructive state.
It is necessary to store the IDs of both obstacles 20-1 and 20-2 as replay data.

In this embodiment, when an object is replaced, data specifying the position of the replaced object is also stored as replay data.

A sixth feature of the present embodiment is that, among the packets used for the replay processing, a packet necessary for the replay processing of the frame is determined, and the packet determined to be necessary is associated with the frame. The replay data is stored as the replay data, and the replay processing of each frame is performed based on the stored replay data packet.

For example, in FIG. 13, each packet processing routine OB, RE, AC, EV of the object control system, replay control system, action control system, and event control system
Determines which packets are necessary for the replay processing in each frame, assembles the packets determined to be necessary, and stores them in the replay data storage unit (replay buffer).

The packet processing routines OB, RE,
Packets OB, RE, AC, E assembled by AC and EV
V is an object (object operated by a player or a computer) control system packet, a replay control system, an action control system, and an event control system, respectively. Further, the action means that the object generates an object (an attack object such as a bullet) which affects another object. An event is an object
Generates an object that does not affect other objects (smoke, sparks, etc.) or changes itself. Alternatively, this means that the map object is replaced (part of the map is replaced).

For example, in FIG.
A packet OB for changing the position and angle of the object,
Packet O for changing display / non-display of object
B, a packet OB for changing the model number, a packet AC for generating a bullet A (a bullet whose moving amount and rotation angle are constant or fixed until disappearance), and a bullet B (a moving amount and rotation angle until disappearance change for each frame) Packet A generating bullets)
C, effect A (effect that does not move or rotate)
And a packet RE for instructing the end of the frame are assembled and stored in the replay data storage unit as a packet for the frame K.

That is, in the frame K, since the position data and the angle data of the object (the object operated by the player or the computer) have changed, it is determined that a packet for changing the position and the angle is necessary, and this packet is stored in the replay data storage. It is stored in the section. Similarly, display /
Since the non-display flag and model number also changed, it was determined that a packet to change the display / non-display and model number was necessary,
It is stored in the replay data storage unit. Further, since the bullet A, the bullet B, and the effect A are generated, it is determined that a packet for generating the bullet A, the bullet B, and the effect A is necessary, and is stored in the replay data storage unit.

Similarly, in frame K + 1, it is determined that a packet OB for changing the position and angle of the object, a packet RE for changing the virtual camera, and a packet RE for instructing the end of the frame are necessary. It is stored in the storage unit.

In frame K + 2, packet OB for changing the animation number of the object, bullet A
It is determined that a packet AC that eliminates an error, a packet AC that eliminates a bullet B, a packet EV that generates an effect B (an effect of moving or rotating), a packet EV that replaces a map object, and a packet RE that indicates the end of a frame are necessary. Are assembled and stored in the replay data storage unit.

Then, each packet stored in the replay data storage unit as described above is stored in the replay processing routine O.
B, RE, AC, and EV are read. Then, each of the replay processing routines OB, RE, AC, and EV performs each replay processing according to these read packets.

Here, the packet O of the object control system, replay control system, action control system, and event control system
B, RE, AC, and EV are respectively an object control system,
It is read out by the replay processing routines OB, RE, AC, and EV of the replay control system, the action control system, and the event control system.

Then, each replay processing routine OB, R
Each packet OB, RE, AC, EV to E, AC, EV
Is performed based on the classification data added to the header of the packet, as shown in FIG.
This classification data is stored in the packet processing routines OB, RE,
AC and EV are added to the header of the packet when the packet is assembled and stored in the replay data storage unit. Since the packet of this embodiment has a variable length, the packet length is also added to the header of the packet.

The classification data added to the header of the packet is such that the packet is described as a packet OB, RE, AC, EV.
This is the data for classifying into. Further, the classification data also functions as detailed classification data of each of the packets OB, RE, AC, and EV. For example, packet OB is (1)
The packet is further classified into a packet for changing the position and angle of the object, (2) a packet for changing display / non-display, (3) a packet for changing a model number, and (4) a packet for changing an animation number. Upon receiving the packet OB, the replay processing routine OB can know which of the received packet OB is the packet based on the classification data included in the packet OB.

As described above, according to the method shown in FIG. 13, which packet is required in each frame is determined and only the necessary packet is stored in the replay data storage unit. Can be efficiently stored without waste.

That is, as one method of storing replay data in the replay data storage unit, a method of always fixing the data frame to be stored in each frame can be considered.
According to this method, the control of writing the replay data to the replay data storage unit can be simplified. However,
In this method, the same amount of replay data is always stored in a frame having a large or small amount of replay data to be stored, and the used storage capacity of the replay data storage unit increases.

On the other hand, in the method of FIG. 13, in a frame having a large amount of replay data to be stored (eg, frame K in FIG. 13), many packets are stored in the replay data storage unit. In a frame with a small amount (for example, frame K + 1 in FIG. 13), a small number of packets are stored. Therefore, the replay data can be efficiently stored in the replay data storage unit without waste.

The method shown in FIG. 13 can be easily adapted to the case where the specification of the replay data to be stored is changed, for example, when a situation arises in which a new type of replay data must be stored. It has the advantage of being manageable and very scalable. That is, in such a case, it is only necessary to newly define a packet corresponding to a new type of replay data.

A seventh feature of the present embodiment is that replay data of an object outside a given range specified by the position or direction of an object operated by a player (or the viewpoint position or the line of sight of the player) is used. In other words, the storage in the replay data storage unit is omitted.

For example, in FIG.
Is a range specified by the position or the like of the object 30 operated by the player. More specifically, the range 40
Is a range within a distance D from the object 30. Then, the objects 32, 3 and
3 and 34 are stored as replay data. On the other hand, the objects 35, 36, and 37 outside the range 40
Is not stored as replay data. This is because such objects 35, 36, and 37 are far from the viewpoint of the player, and are considered inconspicuous even if the display is omitted during replay. By omitting the storage of the replay data (position data, angle data, etc.) for such objects 35, 36, 37, the used storage capacity of the replay data storage unit can be further reduced.

In this embodiment, the replay data of a specific object is stored in the replay data storage unit even if the object is out of the range 40.

For example, in FIG. 15B, with respect to the disappeared object 36, replay data indicating that the object 36 has disappeared is stored. Otherwise,
This is because there is a problem that the object 36 that should have disappeared enters the range 40 and appears in the field of view of the player.

[0113] Also for the newly generated object 38, replay data indicating that a new occurrence has occurred is stored. Otherwise, objects that should have newly occurred during the game will not occur during replay, and a mismatch will occur between the game image and the replay image.

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

When the frame starts, object processing starts, and it is determined whether or not there is an object to be processed (steps S1, S2, S3). Then, if there is an object to be processed, a storage permission flag setting process is performed (step S4). That is, FIG.
In (A), the storage permission flag is set to ON (permission) for an object within the range 40, and the storage permission flag is set to OFF (non-permission) for an object outside the range 40.

Next, it is determined whether or not the object to be processed (object processing routine) has generated replay data (step S5). Then, when it occurs, it is determined whether or not the generated replay data (element data of the replay data) is stored in the replay data storage unit (step S6). For example, as described with reference to FIG. 3, in the present embodiment, only the element data of the replay data whose value has changed from the previous frame is stored. In addition, as described with reference to FIG. 15B, an object outside the range 40 is not stored (a specific object is stored even when outside).

Next, the element data of the replay data is compressed (step S7). That is, as described in FIG. 2, the number of bits of the position data and the angle data is reduced.

Next, the packet is assembled, and the assembled packet is written in the replay data storage unit (steps S8 and S9). That is, as described with reference to FIG. 13, only packets necessary for the replay processing of the frame are assembled and written into the replay data storage unit.

When all objects have been processed,
Background processing starts (step S10). In this background processing, it is determined whether there is a map object to be replaced as shown in FIGS. 11A and 11B (step S1).
1). Then, when there is a map object to be replaced, a packet for instructing replacement of the map object is assembled and written (steps S12 and S1).
3). On the other hand, if there is no map object to be replaced, a packet for instructing the end of the frame is assembled and written (step S14).

FIG. 18 is a flowchart relating to the replay processing.

When the frame starts, packets are read from the replay data storage unit as described with reference to FIG. 13 (T1, T2). Then, it is determined whether or not the read packet is a frame end packet. If the read packet is a frame end packet, the process is terminated (step T).
3).

On the other hand, if the packet is not a frame end packet, it is determined which replay processing routine the packet belongs to (step T4). Then, each of the replay processing routines OB, RE, AC, and EV executes each processing classified by the classification data (see FIG. 14) (step T5).
~ T12). Then, after execution of the processing, the process returns to step T2.

4. Hardware Configuration Next, an example of a hardware configuration that can realize the present embodiment will be described with reference to FIG. In the system shown in the figure, a CPU 1000, a ROM 1002, a RAM 10
04, information storage medium 1006, sound generation IC 1008, image generation IC 1010, I / O ports 1012, 1014
Are connected to each other via a system bus 1016 so that data can be transmitted and received therebetween. And the image generation IC 1010
Is connected to the display 1018, and the sound generation IC 10
08 is connected to a speaker 1020, and the I / O port 1
012 is connected to the control device 1022,
A communication device 1024 is connected to the O port 1014.

The information storage medium 1006 mainly stores programs, image data for expressing a display object, sound data, and the like. For example, in a home game system, a DV is used as an information storage medium for storing game programs and the like.
D, a game cassette, a CDROM, or the like is used. In the arcade game system, a memory such as a ROM is used. In this case, the information storage medium 1006 is stored in the ROM 100
It becomes 2.

The control device 1022 corresponds to a game controller, an operation panel, and the like, and is a device for inputting a result of a determination made by a player in accordance with the progress of a game to the system main body.

The program stored in the information storage medium 1006, the system program (initialization information of the system main body) stored in the ROM 1002, the control device 1
CPU 22 according to a signal or the like input by
00 controls the entire system and performs various data processing. R
The AM 1004 is storage means used as a work area or the like of the CPU 1000.
The given contents of the OM 1002 or the calculation results of the CPU 1000 are stored. A data structure having a logical configuration for realizing the present embodiment is constructed on the RAM or the information storage medium.

Further, this type of system includes a sound generation IC 1
008 and an image generation IC 1010 are provided so that game sounds and game images can be suitably output. The sound generation IC 1008 includes the information storage medium 1006 and the RO
An integrated circuit that generates game sounds such as sound effects and background music based on the information stored in M1002, and the generated game sounds are output by a speaker 1020. Further, the image generation IC 1010 includes a RAM 10
04, an integrated circuit that generates pixel information to be output to the display 1018 based on image information sent from the ROM 1002, the information storage medium 1006, and the like. Note that a so-called head-mounted display (HMD) can also be used as the display 1018.

The communication device 1024 exchanges various kinds of information used inside the game system with the outside. The communication device 1024 is connected to another game system to send and receive given information according to the game program. It is used for transmitting and receiving information such as a game program via a communication line.

The various processes described with reference to FIGS. 1 to 18 are performed by an information storage medium 1006 storing information such as programs and data, a CPU 1000 operating based on information from the information storage medium 1006, an image generation IC 10
10 or a sound generation IC 1008 or the like.
Note that the processing performed by the image generation IC 1010, the sound generation IC 1008, and the like may be performed by software using the CPU 1000, a general-purpose DSP, or the like.

FIG. 20A shows an example in which the present embodiment is applied to an arcade game system. The player enjoys the game by operating the lever 1102, the button 1104, and the like while watching the game image projected on the display 1100. A CPU, an image generation IC, a sound generation IC, and the like are mounted on a built-in system board (circuit board) 1106. Information for executing (realizing) the processing of the present embodiment (means of the present invention) is stored in the semiconductor memory 1 as an information storage medium on the system board 1106.
108. Hereinafter, this information is referred to as storage information.

FIG. 20B shows an example in which the present embodiment is applied to a home game system. The player enjoys the game by operating the game controllers 1202 and 1204 while watching the game image projected on the display 1200. In this case, the stored information is stored in a DVD 1206, which is an information storage medium detachable from the main system,
It is stored in a memory card 1208, 1209, or the like.

FIG. 20C shows a host device 1300,
A terminal 1304-1 connected to the host device 1300 via a communication line (small network such as LAN or wide area network such as the Internet) 1302.
An example in a case where the present embodiment is applied to a game system including １1304-n. In this case, the stored information is stored in the information storage medium 1 such as a magnetic disk device, a magnetic tape device, or a semiconductor memory that can be controlled by the host device 1300.
306. Terminals 1304-1 to 1304-n
Has a CPU, an image generation IC, and a sound processing IC, and can generate a game image and a game sound in a stand-alone manner.
A game program or the like for generating a game sound is transmitted to the terminal 1.
It is delivered to 304-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. 20 (C), the processing of the present invention may be performed in a distributed manner between the host device (server) and the terminal. Further, the storage information for implementing the present invention may be distributed and stored in an information storage medium of a host device (server) and an information storage medium of a terminal.

The terminal connected to the communication line may be a home game system or an arcade game system. When the arcade game system is connected to a communication line, a portable information storage that can exchange information with the arcade game system and can exchange information with the home game system. It is desirable to use a device (memory card, portable game machine).

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

For example, 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 object of reducing the number of bits is not limited to the position data or the angle data itself, and a case where the number of bits of data equivalent to the position data or the angle data is reduced is also included in the scope of the present invention.

Further, the previous frame is not limited to one frame before, and the element data of the replay data stored on condition that there is a change from the previous frame is not limited to that described in the present embodiment.

The animation number is not limited to the animation number in the vertex animation processing.
As the object to be animated, various objects other than the shutter can be considered.

Further, the object in which the identification data is stored when it occurs or disappears is not limited to bullets or smoke.

Also, the map object to be replaced is not limited to the obstacles shown in FIGS. 11A and 11B, and various objects such as buildings (bridges, buildings), batteries, and the like can be considered. .

The form, classification and the like of the packet stored in the replay data storage means are not limited to those described with reference to FIG.

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

The present invention also provides various 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, an image generation system, and a system board for generating game images. Applicable to system.

[Brief description of the drawings]

FIG. 1 is an example of a block diagram of a game system according to an embodiment.

FIG. 2 is a diagram for explaining a method of reducing the number of bits of position data and angle data.

FIG. 3 is a diagram for describing a method of storing element data whose value has changed from a previous frame as replay data.

FIG. 4 is a diagram for describing element data of replay data.

FIGS. 5A and 5B are diagrams illustrating an example of a game scene using animation processing.

FIG. 6 is a diagram for describing a method of storing an animation number in animation processing as replay data.

FIG. 7 is a diagram for describing a method of storing an animation number as replay data on condition that the animation number has changed from a previous frame.

FIGS. 8A and 8B are diagrams showing examples of game scenes in which bullets and effects occur.

FIG. 9 is a diagram for describing a method of storing the ID of a bullet that has occurred or disappeared as replay data when the bullet has occurred or disappeared.

FIG. 10 is a diagram for describing a method of storing the firing position, firing angle, and firing speed of a bullet as replay data.

11A and 11B are diagrams illustrating an example of a game scene in which an obstacle is destroyed by a bullet fired by a character.

FIGS. 12A and 12B are diagrams for describing a method of storing IDs of replacement source and replacement destination objects as replay data, and performing object reversion and replacement during replay processing. is there.

FIG. 13 is a diagram for describing a method of storing only packets necessary for replay processing of the frame as replay data.

FIG. 14 is a diagram for explaining classification data added to a header of a packet.

FIGS. 15A and 15B are diagrams for explaining a method of omitting storage of replay data of an object outside a given range.

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

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

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

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

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

[Explanation of symbols]

 Reference Signs List 10 character 12 shutter 14 bullet 16 enemy character 18 effect 20-1, 20-2 obstacle 30, 32 to 38 object 40 range 100 processing unit 110 game calculation unit 112 replay data generation unit 114 packet processing unit 116 judgment unit 117 compression unit 118 assembling section 119 writing section 120 replay processing section 122 reading section 123 processing section 124 virtual camera processing section 130 operation section 140 storage section 150 information storage medium 160 image generation section 162 display section 170 sound generation section 172 sound output section 174 communication section 176 I / F section 180 Memory card

Claims (26)

[Claims] 1. A game system for generating a game image, wherein the number of bits of position data or angle data of an object is reduced, and the position data or angle data with the reduced number of bits is used as replay data as replay data. Means for writing and storing in a storage means, and means for performing replay processing of an object whose position or angle is specified by the position data or the angle data based on the position data or the angle data stored with the reduced number of bits And a game system comprising: 2. The game system according to claim 1, wherein the number of reduced bits of the angle data is smaller than the number of reduced bits of the position data. 3. A game system for generating a game image, wherein, among element data to be stored as replay data, element data changed from a previous frame is written and stored as replay data in a replay data storage unit. And a means for performing a replay process for generating a replay image based on the element data stored as the replay data. 4. The apparatus according to claim 3, wherein the element data stored as replay data on condition that the frame has changed from a previous frame includes position data of the object, angle data of the object, model number of the object, and animation processing of the object. A game system comprising at least one of an animation number and an object display / non-display flag. 5. A game system for generating a game image, comprising: means for writing and storing an animation number of an object to be animated during a game as replay data in replay data storage means; Means for performing replay processing of an object to be animated during the game based on the animation number. 6. The game system according to claim 5, wherein the animation number is stored in the replay data storage means as replay data, provided that the animation number has changed from the previous frame. 7. A game system for generating a game image, wherein when an object occurs or disappears in a game, identification data for identifying the object that has occurred or disappears is stored as replay data. Means for writing and storing in the means, and means for performing replay processing for automatically operating or changing an object specified by identification data stored as replay data according to a given algorithm. Game system. 8. The replay data storage unit according to claim 7, wherein when an object occurs during the game, position data, angle data, or speed data of the object at the time of occurrence is stored in the replay data storage means. Game system. 9. A game system for generating a game image, wherein when a first object is replaced with a second object during a game, a second object for specifying a first object to be replaced is provided. Means for writing and storing the first identification data and the second identification data for specifying the second object to be replaced as replay data in the replay data storage means; and the first and second storage means as the replay data. Means for performing a replay process of replacing the first object with the second object after returning the second object to the first object based on the identification data. 10. A game system for generating a game image, wherein a packet required for replay processing of a frame is determined from packets used for replay processing, and a packet determined to be necessary is determined. Means for writing and storing the replay data corresponding to the frame in the replay data storage means, and means for performing a replay process for generating a replay image based on the stored packet of the replay data. A unique game system. 11. The method according to claim 10, wherein the first packet for the first replay processing, the second packet for the second replay processing,..., The Nth packet for the Nth replay processing are Classification data that is prepared and specifies which one of the first to Nth replay processes is to be used is added to each of the first to Nth packets and stored in the replay data storage means. Game system. 12. A game system for generating a game image, comprising: replaying an object outside a given range specified by a position or direction of an object operated by a player or a viewpoint position or a line-of-sight direction of the player. Means for writing and storing replay data in replay data storage means while omitting storage of the data, and means for performing replay processing for generating a replay image based on the stored replay data. A game system characterized by the following. 13. The game system according to claim 12, wherein replay data of a specific object is stored in replay data storage means even when the replay data is outside the given range. 14. An information storage medium usable by a computer, wherein the number of bits of position data or angle data of an object is reduced, and the position data or angle data having the reduced number of bits is stored as replay data as replay data. Means for writing and storing in the means, and means for performing replay processing of an object whose position or angle is specified by the position data or the angle data based on the position data or the angle data stored with the reduced number of bits. An information storage medium comprising information for realizing the following. 15. The information storage medium according to claim 14, wherein the number of reduced bits of the angle data is smaller than the number of reduced bits of the position data. 16. An information storage medium usable by a computer, in which element data that has changed from the previous frame among element data to be stored as replay data is written and stored in replay data storage means as replay data. Means for performing replay processing for generating a replay image based on element data stored as replay data; and an information storage medium including information for realizing: 17. The object processing device according to claim 16, wherein the element data stored as replay data on condition that the frame has changed from the previous frame includes object position data, object angle data, object model number, and object animation processing. An information storage medium comprising at least one of an animation number and an object display / non-display flag. 18. An information storage medium that can be used by a computer, wherein an animation number of an object to be animated during a game is written to replay data storage means as replay data, and stored as replay data. Means for performing replay processing of an object to be animated during a game based on the animation number; and information for realizing the following. 19. The information storage medium according to claim 18, wherein the animation number is stored in the replay data storage means as replay data, provided that the animation number has changed from the previous frame. 20. An information storage medium usable by a computer, wherein when an object occurs or disappears during a game, replay data storage means is used as identification data for identifying the object which has occurred or disappears as replay data. Means for writing and storing the information in the memory, and means for performing a replay process of automatically operating or changing an object specified by the identification data stored as the replay data according to a given algorithm. An information storage medium characterized by the above-mentioned. 21. The apparatus according to claim 20, wherein when an object occurs during the game, position data, angle data, or speed data of the object at the time of occurrence is stored in replay data storage means as replay data. Information storage medium. 22. An information storage medium usable by a computer, comprising: a first object for specifying a first object to be replaced when a first object is replaced by a second object during a game; Means for writing and storing, as replay data, the first identification data and the second identification data for specifying the second object to be replaced, and the first and second identifications stored as the replay data Means for performing a replay process of replacing the first object with the second object after returning the second object to the first object based on the data; and information storage for realizing: Medium. 23. An information storage medium that can be used by a computer, and among packets used for replay processing, a packet necessary for replay processing of the frame is determined, and a packet determined to be necessary is determined. Means for writing and storing in the replay data storage means as replay data corresponding to the frame, and means for performing replay processing for generating a replay image based on the stored packet of replay data. An information storage medium containing information. 24. The method according to claim 23, wherein the first packet for the first replay processing, the second packet for the second replay processing,..., The Nth packet for the Nth replay processing are Classification data that is prepared and specifies which one of the first to Nth replay processes is to be used is added to each of the first to Nth packets and stored in the replay data storage means. Information storage medium. 25. An information storage medium usable by a computer, comprising: replay data of an object outside a given range specified by a position or direction of an object operated by a player or a viewpoint position or a line-of-sight direction of the player. Means for writing and storing the replay data in the replay data storage means while omitting its storage, and means for performing a replay process for generating a replay image based on the stored replay data. An information storage medium characterized by including the following information. 26. The information storage medium according to claim 25, wherein replay data of a specific object is stored in replay data storage means even when the replay data is out of the given range.