JP2002074394A - Video game system and storage medium for video game - Google Patents

Abstract

PROBLEM TO BE SOLVED: To solve the problem that the interest of a game can not be more improved since a player object can not be displayed while being changed for each of affected parts, and then the display of the player object rich in variety can not be displayed and image expression is limitted when the player object to decide a hit at one spot is used. SOLUTION: The hit is decided by dividing the player object into plural parts, the display state of the player object is changed in accordance with a damaged part, and the moving state of the player object is changed in accordance with an influence quantity for each of divided parts of the player object.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

The present invention relates to a video game system and a storage medium for a video game, and more particularly to a video game system and a storage medium for a video game such as a shooting game in which a player object defeats an enemy while moving and displaying.

[0002]

2. Description of the Related Art Conventionally, most video games have a player object for which a hit determination is made at one place by moving and displaying the player object.

[0003]

When a player object that makes a hit determination in one place is used, the player object cannot be displayed with a change for each affected portion. For this reason, a variety of player objects cannot be displayed, the image expression is restricted, and the fun of the game cannot be further enhanced.

[0004] Therefore, a main object of the present invention is to change the moving state of the player object in various ways and to operate the operating means in accordance with the change, so that the movement of the player object is real, An object of the present invention is to provide a video game system and a video game storage medium which are rich in change and have a great interest. Another object of the present invention is to change the moving state of the player object according to the amount of influence of each divided portion of the player object, so that the motion of the player object is real, rich in change, and an interesting video game system. And a storage medium for video games.

[0005]

Next, a video game system according to the present invention will be described.
The configuration of the storage medium for a video game used therein will be described. In the following embodiment, a case will be described in which the video game machine is exclusively used. Also,
As the operation means, a case will be described in which a game dedicated controller is used. However, if the video game system of the present application is applied to an image processing device such as a personal computer, an input device such as a keyboard or a mouse may be used.

FIG. 1 is an external view showing the configuration of a video game system according to one embodiment of the present invention. The video game system includes a video game machine main body 10, a ROM cartridge 20 as an example of an external storage device, and a video game machine main body 1.
CRT display 3 as an example of a display device connected to the display device 0
0 and a controller 40 as an example of operation means (or operation input means). The RAM cartridge 50 (or the vibration cartridge 50A) is detachably mounted on the controller 40 as needed.

[0007] The controller 40 is constructed by providing a plurality of switches or buttons on a housing 41 having a shape that can be gripped with both hands or one hand. Specifically, the controller 4
In 0, handles 41L, 41C, and 41R are provided at the lower portions of the left, right, and center of the housing 41, and the upper surface thereof is an operation area. In the operation area, a joystick 45 capable of analog input is provided at the lower center, and a cross-shaped digital directional switch (hereinafter referred to as a “cross switch”) is provided on the left side.
46), and a plurality of button switches 47A to 47Z are provided on the right side. Joystick 45
Is the moving direction and / or moving speed (or moving amount) of the player object depending on the tilt amount and direction of the stick.
Used to indicate or input The cross switch 46 is used instead of the joystick 45 for inputting an instruction of the moving direction of the player object. The plurality of button switches 47 include switches 47A and 47B for instructing the operation of the player object, and switches 47 used for switching the viewpoint of an image viewed from the camera.
C, start switch 47S, operation switch 47L provided on the upper left side surface of housing 41, housing 41
, An operation switch 47R provided on the upper right side surface, and a switch 47Z provided behind the handle 41C. The switch 47C includes four button switches 47Cu, 47Cd, 47Cl, and 47Cr arranged on the upper, lower, left, and right sides. ) Can also be used. The functions of the plurality of button switches 47A to 47Z can be defined by a game program.

FIG. 2 is a block diagram of a video game system according to one embodiment of the present invention. The video game machine 10 includes a central processing unit (hereinafter abbreviated as “CPU”) 1
1 and a coprocessor (reality coprocessor: hereinafter abbreviated as “RCP”) 12. RCP12
Has a bus control circuit 121 for controlling the bus,
An image processing unit (reality signal processor; hereinafter abbreviated as “RSP”) 122 for performing coordinate conversion, shading processing, and the like of polygons; polygon data can be rasterized into an image to be displayed and stored in a frame memory An image processing unit (reality display processor; hereinafter abbreviated as “RDP”) 123 for converting into a data format (dot data) is included. The RCP 12 is connected to a cartridge connector 13 for detachably mounting the ROM cartridge 20, a disk drive connector 14 for detachably mounting the disk drive 26, and a RAM 15. The RCP 12 is connected to an audio signal generation circuit 16 for outputting an audio signal processed by the CPU 11 and an image signal generation circuit 17 for outputting an image signal. Further, the RCP 12 is connected to a controller control circuit 18 for serially transferring operation data of one or more controllers 40A to 40D and / or data of the expansion RAM cartridge 50.

Bus control circuit 121 included in RCP 12
Converts a command given as a parallel signal from the CPU 11 via a bus from parallel to serial and supplies the command to the controller control circuit 18 as a serial signal. Further, the bus control circuit 121 includes the controller control circuit 18.
Converts the serial signal input from to a parallel signal,
The data is output to the CPU 11 via the bus. Controller 40
Data indicating the operation state read from A to 40D is:
Processing such as processing by the CPU 11 or temporary storage in the RAM 15 is performed. In other words, the RAM 15
Includes a storage area for temporarily storing data processed by the CPU 11 and is used for smoothly reading or writing data via the bus control circuit 121.

A connector 195 provided on the rear surface of the video game machine 10 is connected to the audio signal generating circuit 16. A connector 196 provided on the rear surface of the video game machine 10 is connected to the image signal generation circuit 17. The connector 195 has a sound generator 32 such as a TV speaker.
Are detachably connected. The connector 196 has a display 3 such as a television receiver or a CRT.
One connection part is detachably connected.

The controller control circuit 18 is connected to controller connectors (hereinafter abbreviated as “connectors”) 191 to 194 provided on the front surface of the video game machine 10. Controllers 40A to 40D are detachably connected to connectors 191 to 194 via connection jacks. As described above, by connecting the controllers 40A to 40D to the connectors 191 to 194, the controllers 40A to 40D are electrically connected to the video game machine 10, and transmission / reception or transfer of data between the controllers is enabled.

FIG. 3 is a detailed circuit diagram of the controller control circuit 18. The controller control circuit 18 controls the
2 for transmitting and receiving data serially between the controller connectors 191 to 194, and includes a data transfer control circuit 181, a transmission circuit 182, a reception circuit 183, and a RAM 184 for temporarily storing transmission / reception data. The data transfer control circuit 181 includes a parallel-serial conversion circuit and a serial-parallel conversion circuit for converting a data format at the time of data transfer.
Write / read control of the AM 184 is performed. The serial-parallel conversion circuit converts the serial data supplied from the RCP 12 into parallel data and supplies the parallel data to the RAM 184 or the transmission circuit 182. The parallel-serial conversion circuit
The parallel data supplied from the RAM 184 or the receiving circuit 183 is converted into serial data and provided to the RCP 12. The transmission circuit 182 converts the command for the signal read control of the controller 40 supplied from the data transfer control circuit 181 and the write data (parallel data) to the RAM cartridge 50 into serial data, and converts the plurality of controllers 40A to 40A to The data is transmitted to the channels CH1 to CH4 corresponding to the respective 40Ds. Receiver circuit 183
Are the respective controllers 40A input from the channels CH1 to CH4 corresponding to the respective controllers 40A to 40D.
-40D operation status data and RAM cartridge 50
Is read as serial data, converted into parallel data, and provided to the data transfer control circuit 181.
The data transfer control circuit 181 writes and controls the data transferred from the RCP 12 or the operation state data of the controllers 40A to 40D received by the reception circuit 183 and the read data of the RAM cartridge 50 to the RAM 184,
Based on an instruction from the RCP 12, the data in the RAM 184 is read and transferred to the RCP 12.

Although illustration of the RAM 184 is omitted,
It includes storage areas 184a to 184h. Area 184a
Stores the command for the first channel in area 1
84b stores transmission data and reception data for the first channel. Similarly, a command for the second channel is stored in the area 184c, and transmission data and reception data for the second channel are stored in the area 184d. Area 184e has a command for the third channel,
The area 184f stores transmission data and reception data for the third channel. Area 184g has a command for the fourth channel, and area 184h has a fourth command.
Transmission data and reception data for the channel are respectively stored.

FIG. 4 is a detailed circuit diagram of the controller 40 and the RAM cartridge 50. The joystick 45 and each switch 4 are provided in the housing of the controller 40.
An operation signal processing circuit 44 and the like are built in to detect operation states of 6, 47 and the like and transfer the detected data to the controller control circuit 18. The operation signal processing circuit 44
It includes a reception circuit 441, a control circuit 442, a switch signal detection circuit 443, a counter circuit 444, a joyport control circuit 446, a reset circuit 447, and a NOR gate 448. The receiving circuit 441 converts a control signal transmitted from the controller control circuit 18 or a serial signal such as data to be written to the RAM cartridge 50 into a parallel signal and supplies the parallel signal to the control circuit 442. When the control signal transmitted from the controller control circuit 18 is a reset signal for the X and Y coordinates of the joystick 45, the control circuit 442 generates a reset signal and outputs an X-axis counter in the counter 444 via the NOR gate 448. The count values of the 444X and Y-axis counters 444Y are reset (0).

The joystick 45 includes a photo-interrupt for the X-axis and a photo-interrupt for the Y-axis so as to be decomposed in the X-axis direction and the Y-axis direction of the tilting direction of the lever to generate a pulse number proportional to the tilting amount. Each pulse signal is converted to a counter 444.
X and the counter 444Y. Counter 444X
Counts the number of pulses generated according to the amount of tilt when the joystick 45 is tilted in the X-axis direction. When the joystick 45 is tilted in the Y-axis direction, the counter 444Y counts the number of pulses generated according to the amount of tilt. Therefore, the moving direction and the coordinate position of the player object or the main character or the cursor are determined by the combined vector of the X axis and the Y axis determined by the count values of the counters 444X and 444Y. Note that the counter 444X and the counter 444
Y is reset by the reset signal given from the reset signal generation circuit 447 when the power is turned on, or the reset signal given from the switch signal detection circuit 443 when the player presses two predetermined switches at the same time. Is done.

The switch signal detecting circuit 443 responds to a switch state output command given from the control circuit 442 at a constant period (for example, at intervals of 1/30 seconds, which is a television frame period), and switches the cross switch 46 and the switch 47A. A signal that changes depending on the pressed state of .about.47Z is read and given to the control circuit 442. Control circuit 442
Supplies the operation state data of the respective switches 47A to 47Z and the count values of the counters 444X and 444Y to the transmission circuit 445 in a predetermined data format in response to a read command signal of the operation state data from the controller control circuit 18. The transmission circuit 445 converts the parallel signal output from the control circuit 442 into a serial signal,
And to the controller control circuit 18 via the signal line 42. A port control circuit 446 is connected to the control circuit 442 via an address bus, a data bus, and a port connector 449. The port control circuit 446 has the RA
When the M cartridge 50 is connected to the port connector 449, data input / output (or transmission / reception) control is performed according to a command from the CPU 11.

The RAM cartridge 50 is configured by connecting a RAM 51 to an address bus and a data bus, and connecting a battery 52 to the RAM 51. The RAM 51 is a RAM having a capacity (for example, 256 k bits) that is equal to or less than half of the maximum memory capacity that can be accessed using the address bus. RA
M51 stores backup data related to the game, and retains the backup data by receiving power supply from the battery 52 even when the RAM cartridge 50 is removed from the port connector 449. When the impact state such as a collision or explosion is expressed as an image or a sound is output in a game, if it is desired to bring the impact state closer to reality, is the RAM cartridge 50 having a built-in vibration generating circuit 53 used? A vibration cartridge 50A including only the vibration generation circuit 52 that does not include the RAM 51 is used.

The ROM cartridge 20 has an external ROM 2
1 is mounted on a board, and the board is housed in a housing. The external ROM 21 stores image data and program data for image processing of a game and the like, and also stores audio data such as music, sound effects, and messages as necessary.

FIG. 5 is a memory map schematically showing the entire memory space of the external ROM 21, and FIG.
Part of the memory space of M21 (image display data area 24)
Is a memory map showing in detail. External ROM 21
Are a plurality of storage areas (hereinafter, abbreviated as "areas" when a data type name is added before "storage areas"), for example, as shown in FIG. 5, a program area 22, a character code area 23 , An image data area 24 and a sound memory area 25, and various programs are fixedly stored in advance.

The program area 22 is a program for realizing the functions of the respective flowcharts shown in the programs (FIGS. 15 to 31 described later) necessary for performing image processing of the game and the like, and game data corresponding to the contents of the game. Etc.). Specifically, the program area 22 stores C
It includes storage areas 22a to 22p for fixedly storing the operation program of the PU 11 in advance. The main program area 22a stores a processing program of a main routine such as a game shown in FIG. The control pad data (operation state) determination program area 22b stores a program for processing data indicating the operation state of the controller 40 and the like. In the write program area 22c, a write program to the frame memory and the Z buffer to be written by the CPU 11 to the RCP 12 is stored. For example, in the writing program area 22c, color data is stored in the frame memory area (152 shown in FIG. 7) of the RAM 15 as image data based on texture data of a plurality of moving objects or background objects to be displayed on one background screen. A program to write,
Programs for writing the depth data into the Z buffer area (153 shown in FIG. 7) are stored. The movement program area 22d stores a control program for causing the CPU 11 to act on the RCP 12 to change the position of the moving object in the three-dimensional space. Camera control program area 2
2e stores a camera control program for controlling which position in the three-dimensional space and in which direction the moving object or the background object including the player object is photographed. The course selection program area 22f stores a course selection subroutine program shown in FIG. A mode switching subroutine program shown in FIG. 17 described below is stored in the mode switching program area 22g. The program stored in the storage area 22g switches a scroll direction and a scrollable range by switching a scroll mode between a case where the display mode is one-way scroll and a case where the display mode is all-direction (all range) scroll. The communication processing program area 22h stores a program of a communication processing subroutine shown in FIGS. The supply processing program area 22i stores a supply processing subroutine program shown in FIGS. The player object program area 22j stores a program for controlling display of an object operated by the player. In the friend object program area 22k, a program (see FIGS. 24 to 26) for controlling the display of the friend object that advances the game in cooperation with the player object is stored. The enemy object program area 221 stores a program (see FIGS. 27 and 28) for controlling display of an enemy object that attacks the player object. In the background program area 22m, the CPU 11
A background creation program (see FIG. 29) for causing the CP 12 to create a three-dimensional background image (or course) is stored. The voice processing program area 22n stores a program (see FIG. 31) for generating a sound effect, music, or voice message. In the game over processing program area 22o, a program for processing when the game is over, for example, processing for detecting a game over state and saving backup data of the game state up to that time when the game over is reached is stored. . In the message processing program area 22p, message processing (communication processing in FIGS. 19 to 21) is performed so that a message useful for performing an operation suitable for the place where the player object is located, the environment, or the like is displayed in characters or output by voice. , A subroutine program of the processing including supply processing of the supplies shown in FIGS. 22 and 23) is stored.

The character code area 23 is an area for storing a plurality of types of character codes, for example, storing dot data of a plurality of types of characters corresponding to the codes. The character code data stored in the character code area 23 is used for displaying a description to a player during the progress of the game. In this embodiment, an appropriate operation method or a corresponding method is determined at an appropriate timing according to the surrounding environment (eg, location, type of obstacle, type of enemy object) where the player object is located, or the situation where the player object is placed. Is used to display textual messages (or lines).

The image data area 24 includes storage areas 24a to 24f as shown in FIG. Image data area 2
Numeral 4 stores image data such as coordinate data of a plurality of polygons and texture data for each object of a background object and / or a moving object, and displays these objects at predetermined positions in a fixed or moving manner. And a display control program for causing it to be stored. For example, a program for displaying a player object is stored in the storage area 24a. In the storage area 24b, a plurality of friend objects 1 to
3 is stored. The storage area 24c stores a background object program for displaying a plurality of background (still) objects 1 to n1. An enemy object program for displaying a plurality of enemy objects 1 to n2 is stored in the storage area 24d. The storage area 24e stores a boss object program for displaying a boss object. In the storage area 24f, for example, data for outputting a speech or a message shown in FIG. 12 described later is stored.

The sound memory area 25 stores, for each scene, sound data such as dialogues, sound effects, and game music for outputting the above-mentioned message suitable for the scene by voice.

The external storage device may be replaced with or in addition to the ROM cartridge 20.
Various storage media such as a CD-ROM and a magnetic disk may be used. In this case, various data for a game (including program data and data for displaying images) is read from an optical or magnetic disk-like storage medium such as a CD-ROM or a magnetic disk, or written as necessary. For this purpose, a disk drive (recording / reproducing device) 26 is provided. The disk drive 26 reads data stored on a magnetic disk or an optical disk in which program data similar to that of the ROM 21 is magnetically or optically stored, and transfers the data to the RAM 15.

FIG. 7 is a memory map schematically showing the entire memory space of the RAM 15, and FIG. 8 is a memory map showing a part of the memory space (image display data area 154) of the RAM 15 in detail. The RAM 15 includes various storage areas 150 to 159. For example, in the RAM 15,
The display list area 150, the program area 151, and 1
A frame memory (or image buffer memory) area 152 for temporarily storing image data for frames, a Z buffer area 153 for storing depth data for each dot in the frame memory area, an image data area 154, and a sound memory area 155. , An operation state data of the control pad, a working (working) memory area 157, a companion data area 158, and a register / flag area 159. Each storage area 151-
159 indicates that the CPU 11
Alternatively, it is a memory space that can be directly accessed by the RCP 12, and is allocated to an arbitrary capacity (or memory space) depending on the game used. Also, the program area 15
1, image data area 154, sound memory area 155
Is a part of data of a game program of all scenes (or stages) of one game stored in the storage areas 22, 24, and 25 of the ROM 21, for example, a game program required for a certain course or stage. When transferred, the corresponding data is temporarily stored. As described above, when a part of various program data necessary for a certain scene is stored in each of the storage areas 151, 154, and 155, the CPU 11 reads out the data from the ROM 21 and processes it whenever necessary. Efficiency can be increased, and image processing speed can be increased.

Specifically, the frame memory area 152
Has a storage capacity corresponding to the number of pixels (pixels or dots) of the display 30 × the number of bits of color data per pixel, and stores color data for each dot corresponding to the pixel of the display 30. The frame memory area 152
Three-dimensional coordinates for displaying one or more objects of a stationary object and / or a moving object to be displayed on one background screen stored in the image data area 154 in the image processing mode as a set of a plurality of polygons Based on the data, the color data for each dot of the object viewed from the viewpoint position is temporarily stored, and the moving objects such as the player object, the fellow object, the enemy object, and the boss object stored in the image data area 154 in the display mode. Background (or still)
When displaying various objects such as objects, color data for each dot is temporarily stored. Z buffer area 153
Has a storage capacity equivalent to the number of pixels (pixels or dots) of the display 30 x the number of bits of depth data per pixel, and stores depth data for each dot corresponding to each pixel of the display 30. is there. The Z-buffer area 153 is used for displaying a portion of an object that can be seen from the viewpoint based on three-dimensional coordinate data for displaying one or more objects of a stationary object and / or a moving object in an image processing mode as an aggregate of a plurality of polygons. Depth data is temporarily stored for each dot, and depth data for each dot of each moving and / or still object is temporarily stored in the display mode. The image data area 154 stores coordinate data and texture data of a polygon composed of a plurality of aggregates for each stationary and / or moving object for game display stored in the ROM 21. Prior to the image processing operation, data for at least one course or stage is transferred from the ROM 21. Details of the data stored in the image data area 154 will be described with reference to FIG. The sound memory area 155 transfers a part of the audio data (line, music, and sound effect data) stored in the storage area of the ROM 21 and temporarily stores the data as audio data generated from the audio generator 32. The control pad data (operation state data) storage area 156 temporarily stores operation state data indicating the operation state read from the controller 40. The working memory area 157 includes the CPU 11
Temporarily stores data such as parameters during execution of the program. The friend data area 158 temporarily stores data for controlling the display of the friend objects stored in the storage area 22k. The register / flag area 159 includes a plurality of register areas 159R and a plurality of flag areas 159F.
including. The register area 159R includes registers R1 to R3 for loading the respective amounts of damage of the main body, the left wing (or wing), and the right wing of the player object, a register R5 for loading damage of friends, and a register R5 for loading damage of an enemy (boss). A register R6 for loading the number of player objects, a register R7 for loading the number of lives of the player, a register R8 for loading the number of enemy objects displayed on one screen, a register R9 for loading the number of stationary objects, and a score in the course being played. , A register R11 to R1n for loading scores of courses 1 to n, a register R20 for loading total points, a register R21 for loading the highest point, and the like. The flag area 159F is an area for storing a flag for knowing the state of the progress of the game.
Serif flag F3 for storing the necessity of output of serifs 1 to m
1 to F3m, a game over flag F4 for identifying the presence or absence of the detection of a condition that has reached the game over, a hit determination flag F5, and the like.

FIG. 9 is a diagram showing a course of a game to which the present invention is applied, FIG. 10 is a diagram showing a course selection screen of the game shown in FIG. 9, and FIG. 11 is a diagram to which the present invention is applied. FIG. 12 is a diagram illustrating a game area map for describing an example of the game content, FIG. 12 is a diagram schematically illustrating a message output content in a communication process with a friend in the game of FIG. 11, and FIG. 13 is a diagram of FIG. FIG. 14 is a diagram showing an example of a screen display of a message output expressed based on a communication process with a friend in the game of FIG.
FIG. 7 is a diagram showing an example of a screen display of a battle state with a boss character in the game of FIG.

Referring to FIGS. 9 to 14, an outline of a video game in which a message useful for the progress of the game, which is a feature of the present invention, is output will be described. The game content of the video game is determined by a program stored in the ROM 21, but the embodiment shows an example of a shooting game. At the start of the game, the course shown in FIG. 9 is displayed. In FIG. 9, an image displayed on the display 30 is shown inside the rectangular outer frame. Course display area 80
Indicates a course to be followed by the player. The player starts the game from course 1 and proceeds to course 2 after clearing course 1. When clearing the course 2, the player can select the course 3 or the course 6, and selects a desired course. As described above, the player plays the game to clear the course 5, which is the goal, while selecting the course to go. Also, for example, Course 3
Is automatically selected as the next course on the course selection screen at the time of clearing. However, as will be described later, course 4 can be changed to course 7 as the next course. Clear course display areas 81a to 81
“e” is a portion indicating the cleared course, and a picture, a number, and the like indicating the cleared course are displayed in a square frame. In the example of FIG. 9, there are displayed objects in the clear course display areas 81a to 81c, and there are no displayed objects in the clear course display areas 81d to 81e, so that three courses have been cleared. The course score display areas 82a to 82e are portions for displaying the scores obtained by the player for each course. The score is determined so as to be awarded when the player solves a specific task or the number of enemy objects defeated during the game. The drawing shows the case where the scores of the first, second and third cleared courses are 50, 48 and 10, respectively. The total score display area 82 is an area for displaying the total number of points for each course, and is 108 (= 50 + 48).
+10) is displayed. High score display area 73
Is the part that displays the highest score in the games played so far. The number-of-machines display area 74 is a part for displaying the number of available player objects 60.
This shows that one player object 60 can be used.

At the beginning of the game, when Course 1 is selected, the screen of the start point shown in FIG. 11 is displayed as shown in FIG. A long distance (for example, 100,000 in depth coordinate units; arbitrary unit) from the start point to the mode switching point shown in FIG. 11 is selected as the display area in the one-way scroll mode. In the display area in the one-way scroll mode, a width that can be displayed on the display screen 31 of the display 30 is selected to be the same as the screen size, and is used for scroll display from top to bottom. In the display area in the one-way scroll mode, for example, buildings, trees, mountains, roads,
Objects (objects) 71a to constitute a background image such as the sky
71n (see FIG. 12) are sequentially displayed.
72n appear to attack the player object 60 or hinder the progress of the player object 60.
Each of the places A, B, C, and D in the middle of the display area in the one-way scroll mode includes
In order to repel 72n or avoid an attack successfully, it is determined to be a place for notifying the player of an appropriate operation method or displaying a message (or a line) for assisting the player object 60 by display or voice.
Then, as shown in FIG.
1a, the face of the friend sending the message is displayed in the display area 31b, and the score being played is displayed in the display area 3b.
1c, the life of the player object (the amount that can withstand damage) is displayed in the display area 31d.

A specific example of the message is shown schematically in FIG. A message set programmatically according to the location among the plurality of messages is displayed in the display area 31a. In the example of this game, a case is shown in which voices and images are output in different lines depending on the type and location of a person or a character appearing, and a message is displayed informing a friend of an operation method suitable for the situation in relation to the occurrence of the lines. . Further, since the priorities of the dialogs 1 to 9 are determined, if a condition for generating a plurality of dialogs is detected at the same timing, a dialog with a higher priority is generated. In connection with the display of the message, the face of the fellow object 73 sending the message is displayed. The message includes, for example, a maneuvering method when the player object 60 is assumed to be a fighter (a message of “going with brakes” for instructing deceleration), and which switch of the controller 40 for performing the maneuvering method is used. An operation method for informing whether to do so is displayed (a message of "C button down" for instructing pressing of the 47Cd button; preferably, the color display of the lower button among the four buttons arranged up, down, left, and right is displayed differently). If necessary, a voice output (“play with the brakes”) is also performed in addition to the message display. At location C, a message "press Z or R twice" is generated indicating that switch 47Z or 47R is pressed twice. As described above, the content of the message differs depending on the places A to D due to the difference in the shape and movement of the enemy object. The player operates the joystick 45 to control the position or direction of the player object 60, and operates the switches in accordance with the message output among the switches 47A to 47Z. Even if it is difficult to operate a simple switch, it is easy to perform appropriate operation, it is easy to attack the enemy and avoid danger by performing the quickly instructed operation, and even unskilled players can It becomes easy to proceed to the scene of.

When the player object 60 reaches the mode switching point, the display mode is switched to an all-range mode that allows scrolling in all directions. In the all-range mode, as shown in FIG. 14, the boss character (boss object) is positioned at the center of the displayable range, and the player object 60 attacks while turning around the boss character 74. The range in which the player object 60 can move is the boss character 7
A certain short distance up, down, left and right around 4 (for example, 10,000)
Is chosen. When the player object 60 approaches the boundary of the movement range, the direction of movement of the player object 60 is automatically switched by switching the direction of the camera capturing the player object 60. At this time, a reduced map is displayed in the map display area 31c at the lower right of the display screen 31 in order to make the position where the player object 60 is present easily understandable to the player.
The symbols of the boss character 74, the player object 60, and the friend object 73 are displayed on the map.

FIG. 15 is a main flowchart of the video game system according to one embodiment of the present invention. Next, FIG.
The principle of the present invention will be briefly described with reference to FIGS. When the power is turned on, the CPU 11 sets the video game machine 10 to a predetermined initial state when starting. For example, the CPU 11
Stores a start-up program of the game programs stored in the program area of the ROM 21 in the RAM 15
After setting the parameters to the initial values, the processes in the flowchart of FIG. 15 are sequentially executed. The operation of the flow in FIG.
30 seconds). Until the course is cleared, steps 1 (shown with "S" in the figure), steps 2, 3 to 17, and then steps 3 to 17 are performed. The operation of step 17 is repeatedly performed. If the game is over without succeeding in clearing the course, a game over process of step 18 is performed. If the course clear is successful, the process returns from step 16 to step 1.

That is, a game course screen and / or a course selection screen is displayed in step 1, but when the game is started after the power is turned on, a course screen as shown in FIG. 9 is displayed. It should be noted that the course 1 shown in FIG. 9 is cleared, the course proceeds to course 2, and after the course 2 is also cleared, a course selection screen shown in FIG. 10 is displayed. When a course is selected on the course selection screen, the operation of the course selection subroutine shown in FIG.
01 to 116), the details of which will be described later.

Since the game of course 1 is performed immediately after the start, the game start processing of the course is performed in step 2. For example, the register area 159R and the flag area 159F are cleared (initial values are set for the registers R6 and R7), and various data necessary for playing the game of course 1 (or the selected course) are stored in the ROM2.
1 from the storage areas 151 to 1 of the RAM 15
55.

In step 3, a mode switching subroutine process is performed. Immediately after the start of the game, the player object 60 is at the start point in FIG.
Is in one-way scroll mode,
It is determined in step 121 of FIG. 17 that the player object is not at the all-range mode position,
After resetting the flag F2 in step 122 and switching to the one-way scroll mode, the process proceeds to the next step 4. The detailed operation will be described later with reference to FIG.

In step 4, controller processing is performed. This processing is performed by the joystick 45, the cross switch 46, and the switches 47A to 47 of the controller 40.
This is performed by detecting which of Z has been operated, reading detection data (controller data) of the operation state, and writing the read controller data. The detailed operation will be described later with reference to FIG.

In step 5, a communication process with a friend is performed. This processing is performed as a display or a voice output of a message informing an appropriate operation method which is a feature of the present invention. That is, at the places A to D in the one-way scroll period shown in FIG. 11, a message or a line as shown in FIG. An example of the detailed operation will be described later with reference to FIGS. In addition, the content and occurrence conditions of the message are merely examples, and may differ depending on the content or type of the game.
It should be pointed out that it is used with appropriate modification.

In step 6, the headquarters carries out a material supply process. In this processing, even if the player object 60 is attacked by an enemy and is damaged by the airframe and cannot fly normally, items for supporting the player from the headquarters or friends (for example, parts for repairing wings of a fighter, Firearms and life). When the item is displayed on the screen, if the player performs an operation to obtain it (such as overlaying the aircraft on the item or hitting the item by shooting), the damaged part will be restored to its original state You can obtain items that are advantageous for letting you attack or attacking enemies. In this case, the items required by the player vary depending on the damage state of the player object, and thus the types of the items are automatically determined in a predetermined priority order. The detailed operation is shown in FIGS.
3 will be described later.

In step 7, a process for displaying the player object 60 is performed. This processing differs depending on whether the player object 60 exists in the one-way scroll area or the all-range area. However, basically, the processing is performed based on the operation state of the joystick 45 operated by the player and the presence or absence of an attack from the enemy. This is a process of changing the direction and shape. For example, the display control of the player object 60 is performed by calculating the changed polygon data based on the program transferred from the storage area 22j, the polygon data of the player object transferred from the storage area 24a, and the operation state of the joystick 45. Ask. Color data is written at each address of the storage area 154a corresponding to a plurality of triangular surfaces formed of a plurality of polygons obtained as a result so as to paste a pattern or colored paper specified by the texture data. .

In step 8, camera processing is performed. For example, the coordinates of the angle at which each object is viewed are calculated so that the line of sight or the field of view when viewed through the viewfinder of the camera is at the angle specified by the player.

In step 9, the processing of the fellow object is performed. The friend object is calculated so as to have a predetermined positional relationship with the player object in the one-way scroll area.
When the player object 60 decelerates, the display is not displayed when the player object 60 is flying behind, and an arithmetic process for displaying the player object 60 as if it is flying forward is performed. In the all-range area, when the fellow object is flying in front of the player object 60, a symbol is displayed on the reduced map together with the body of the fellow, and when flying behind, only the symbol is displayed on the reduced map. . See Figure 2 for details.
This will be described later with reference to FIGS.

In step 10, the processing of the enemy object is performed. This processing is performed in the storage areas 221 and 24
The display positions of the enemy objects 72a to 72n and / or the movement of attacking or hindering the progression of the player object 60 while judging the movement of the player object 60 based on the program partially transferred from the d.
Or, determine its shape by calculating polygon data,
The changed image is displayed. Thereby, the enemy object acts so as to exert some influence on the player object 60. Details are shown in FIGS. 27 and 28.
It will be described later with reference to FIG.

In step 11, the background (or still)
Object processing is performed. This processing is performed by the program partially transferred from the storage area 22m and the storage area 24c.
The display positions and shapes of the stationary objects 71a to 71n are obtained by calculation based on the polygon data of the stationary object transferred from. See Figure 2 for details.
9 will be described later.

In step 12, the RSP 122 performs a drawing process. That is, the RCP 12 controls the moving object and the moving object based on the texture data of the moving object such as the enemy, the player, the friend, and the stationary object such as the background stored in the image data area 154 of the RAM 15 under the control of the CPU 11. Image data conversion processing (coordinate conversion processing and frame memory drawing processing) for display processing of a stationary object is performed. Specifically, each address of the storage area 154d corresponding to the surface of each triangle formed by a plurality of polygons for each of a plurality of moving objects and still objects is designated by texture data determined for each object. Color data is written to paste a color or the like. See Figure 3 for details.
0 will be described later.

In step 13, the RCP 12 performs voice processing based on voice data such as messages, music, and sound effects. The details will be described later with reference to FIG.

In step 14, the RCP 12 reads out the image data stored in the frame memory area 152 based on the result of the drawing processing in step 12, and displays a player object, a moving object, a still object, an enemy object, and the like. It is displayed on the screen 31.

In step 15, the RCP 12 reads out the voice data obtained as a result of the voice processing in step 13, thereby outputting voice such as music, sound effect or conversation.

In step 16, it is determined whether or not the course has been cleared (course clear detection). If the course has not been cleared, it is determined in step 17 whether or not the game is over. Returning to step 3, steps 3 to 17 are repeated until a game over condition is detected. Then, when it is detected that the number of mistakes permitted to the player reaches a predetermined number, or that a game over condition such as running out of a predetermined amount of the life of the player object is detected, the continuation or backup of the game is performed in a subsequent step 18. A game over process such as a process of selecting data storage is performed. In addition,
In step 16, when a condition for clearing the course (for example, defeating the boss) is detected, the process of course clear is performed in step 19, and the process returns to step 1.
Here, in the course clear processing, for example, the score of the course played immediately before, which is stored in the score register, is loaded into the corresponding score register for each course, and the score for each course is displayed as the score for each course in FIG. If a plurality of courses have been cleared, the total score is calculated and displayed. In calculating the score for each course, the bonus score for clearing the course may be added as necessary. The detailed operation of each subroutine will be described below.

Referring to FIG. 16, the details of the course selection (step 1 of the main routine), which is a feature of the present invention, will be described. In step 101, as shown in FIG. 9, the CPU 11 performs a display process for displaying the score for each course stored in the register area 159R of the RAM 15 obtained by the player for each course in the course score display areas 72a to 72e as shown in FIG. Do. Specifically, the CPU 11 registers the image data for representing the score in the display list. Hereinafter, unless otherwise specified, the display processing refers to registering image data in a display list. In step 102, the CPU
11 performs display processing for summing up the points of each course and displaying the total points in the total point display area 72. In step 103, the CPU 11 performs display processing for displaying the number of available player objects 60 in the number-of-machines display area 74. Although not shown in FIG. 16, a course display process, a high score display process, and the like are performed in addition to the display processes of steps 101, 102, and 103. The course display process is executed by the CPU 11
Means registering image data as displayed in the course display area 80 in FIG. 9 in the display list. In step 104, the CPU 11 sets the start switch 47
It is determined whether S has been pressed. If the start switch 47S has not been pressed, step 105
Proceed to. In step 105, the CPU 11 determines whether or not the button switch 47A has been pressed. If the button switch 47A has not been pressed, image processing or audio processing performed for each frame is performed, a predetermined image is displayed on the display 30, sound is output, and the process returns to step 104. If so, the process proceeds to step 110.

On the other hand, if the start switch 47S is pressed in step 104,
Proceed to. In step 106, the CPU 11
A display process of a course selection window 75 such as 0 is performed. In the course selection window 75, three items of "advance the course", "change the course", and "restart the course" are displayed, and a cursor (instruction means) for specifying which item is to be moved is moved. Displayed as possible. In FIG. 10, the cursor is represented by an arrow, but the color of the selected item may be inverted or the item may be designated by a picture. In step 107, the CPU 11
Performs a moving process of moving the instruction means up and down. Specifically, the CPU 11 detects whether the joystick 45 has been pulled toward the user or pressed in the opposite direction. When the joystick 45 is pulled, the instruction means is moved downward. In step 108, the CPU 11 determines whether or not the button switch 47A has been pressed. If the button switch 47A is not pressed, image processing and sound processing performed for each frame are performed, a predetermined image is displayed on the display 30, sound is output, and the process returns to step 107. If so, the process proceeds to step 109. In step 109, when the button switch 47A is pressed, the CPU 11 determines which item is selected by the indicating means, and determines whether the selected item is "advance course". If the selection item is “recommend course”, the process proceeds to step 110. In step 110, the CPU 11 stores the data of the friend object in all the courses in the friend data storage area 158 of the RAM 15. The data of the fellow object is the state of the fellow object in the previously cleared course. In the present invention,
A fellow object leaves the front if it receives a lot of damage during battle. The companion object is
If you leave the front, you will not be able to participate in the next course if there is too much damage, and you will be able to participate in the next course if there is little damage. The state of whether or not it is possible to participate in the next course is the state of the fellow object. In step 111, the CPU 11 performs initialization for the next course. For example, resetting a flag, setting various parameters, reading various kinds of object data to be displayed into the RAM 15, and the like. Upon completion of step 111, the process returns to the main routine and proceeds to step 2.

On the other hand, if the selected item is not “advice course” in step 109, the process proceeds to step 112. In step 112, the CPU 11 determines whether or not the selected item is “change course”. If “change course” is selected, step 11
Proceed to 3. In step 113, the CPU 11 sets so as to select a course different from the course to be advanced next shown in FIG. For example, what is set to proceed from course 3 to course 4 is set to proceed from course 3 to course 7. Next, the process returns to step 104.

On the other hand, if the selected item is not “change course” in step 112, the process proceeds to step 114. In step 114, the CPU 11
The number of player objects stored in the fifth register area 159R is reduced by one. In step 115,
The data of the friend object is read from the friend data storage area 158 of the RAM. In step 116, initial settings are made for the previously cleared course. Step 1
When 11 is completed, the process returns to the original routine and proceeds to step 2.

Referring to FIG. 17, the operation of the subroutine of the mode switching process (step 3 of the main routine) will be described. When the player object reaches the mode switching point in FIG. 11, it is determined (or detected) that the player object is at the all-range mode position in step 121, and the demonstration (hereinafter, referred to as “demo”) process of the all-range mode is performed in step 123. It is determined whether the process has been completed. At first, it is determined that the demonstration processing has not been completed, and in step 124 image processing for demonstration display in the all-range mode is performed. In step 125, audio processing for generation of demonstration sound in the all-range mode is performed. After that, the process proceeds to the drawing process in step 12 described above.

On the other hand, if it is determined in step 123 that the demonstration process has been completed, the process proceeds to step 126 to switch to the all-range mode (mode flag F2
Is switched to the all-range mode), and the process returns to the main routine. As a result, there is an advantage that when the mode is switched from the one-way scroll mode to the all-range mode, the scroll range can be switched without causing a sense of discomfort that the scroll direction of the screen suddenly changes. Further, by switching the scroll range, the load on the CPU during the one-way scroll period can be reduced as compared with the case where the scroll range is set to the entire range over the entire period of the course. Scroll display that is more varied than in the case of
There is an advantage that image representation of a variety of games can be performed, and the interest of the player can be further enhanced.

The operation of the subroutine of the controller process (step 4) will be described with reference to FIG. In step 131, it is determined whether or not there is a controller data read request command.
Wait for a read request command to be generated. If it is determined that there is a read request command, step 1
At 32, a command is supplied to the controller control circuit 18. In response to this, the controller control circuit 18 reads the operation state data of each of the controllers 40A to 40D and performs a process. In step 133, the controller control circuit 18 determines whether the reading of the operation state data of all the controllers 40A to 40D is completed, but waits until the reading is completed. When the completion is detected, the operation state data of each of the controllers 40A to 40D is written in the storage area 156 of the RAM 15 from the controller control circuit 18 via the bus control circuit 121 in step 134.

With reference to FIGS. 19 to 21, the operation of the subroutine of the communication process (step 5) with a friend will be described.
In step 141a, it is determined whether or not the player object has reached location A. If it is determined that the player object has not reached location A, steps 141b, 141c, 1
After the processes of 51a, 151b, 151c, and 151d, the process returns to the main routine. Then, when it is determined in step 141a that the player object has reached the place A, it is determined in step 142a whether the friend 1 exists. If there is a first buddy, it is determined in step 143a whether a line or message is currently being processed. If it is determined that the serif is being processed, it is necessary to turn on the flag corresponding to the serif among the serif flags F31 to F3n and to select one of the plurality of serifs. , A priority comparison is performed. In step 145a, it is determined whether or not the priority of the line 1 is higher than the line currently being processed. If the priority is higher, the process proceeds to step 146a. In step 146a, a display process of the line 1 is performed. For example, the line 1 is a message (pass by brake) for successfully evading an enemy attack appearing at the place A from the first friend to the player object, and a lower button of the switch 47C (switch 47Cd) is used as an operation method thereof. ) Is displayed. In step 147a, processing for outputting speech 1 by voice is performed. If it is determined in step 143a that the dialogue is not being processed, the process proceeds to step 146a because there is no need to determine the priority, and the process proceeds to step 142a.
No first buddy at step 145a
If it is determined that the line being processed has a lower priority than the line 1, the process returns to the main routine.

On the other hand, if it is determined that the position of the player object is not location A but location B, the operations of steps 141b to 147b are performed. This step 1
41b to 147b are operations for outputting dialogue 2,
Steps 141a to 147a except that the lines are different
The operation is the same as that described above, so that the symbol "b" is used instead of the symbol "a" after the corresponding step number, and a detailed description thereof will be omitted. When the condition for outputting the dialogue depends on time, for example, when it depends on the time A since the boss was found, it is determined that the time is the time A in step 141c, and the second friend is determined in step 142c. When it is determined that the user is near, steps 143c-1
The operation of 47c is performed. This step 143c-14
7c is an operation in which the second friend sends a message (line 3 in FIG. 13) for teaching the boss how to defeat (attack method).
Since the operations are the same as the operations a to 147a, detailed description thereof will be omitted. In addition, as a condition for outputting a line,
If allies are targeted by the enemy, step 151a
Is determined in steps 152a to 152a.
The operation of 56a is performed. Steps 152a to 156a
Is an operation for outputting a message (line 5 in FIG. 13) for a friend to teach how to defeat the boss, and is the same as the operation in steps 142a to 146a except that the line is different. If the condition for outputting the dialogue has helped the third friend, it is determined in step 151b, and the operations in steps 152b to 156b are performed. Steps 152b to 156b are operations for generating a line 6 when the third friend is assisted, and are the same as the operations of steps 152a to 156a except that the line is different. Furthermore, when the condition for outputting the line is to output the line 8 of the player object that has been attacked by the enemy, this is determined in step 151c, and the operations of steps 152c to 156c are performed. If the condition for outputting dialogue is to output dialogue 9 when the boss is defeated, this is determined in step 151d, and the operations in steps 152d to 156d are performed.

As described above, by displaying or outputting a message (line 1 to 4 in the example of FIG. 13) for assisting the player in performing an appropriate operation, an appropriate operation method can be performed according to the situation. Is output, the progress of the game can be facilitated even if the operation method is difficult, and a sense of accomplishment or satisfaction can be given to the player, and the screen or the course can be easily cleared. In addition, an appropriate message depending on the scene or situation of the game (line 5 to 9 in the example of FIG. 13)
By displaying and / or outputting by voice, a highly realistic expression can be made according to the progress of the game, and the fun of the game can be further improved. It should be noted that a message for assisting the player in performing an appropriate operation or a message generated by display or voice depending on the situation is shown in FIG.
The present invention is not limited to the description of the third embodiment, since it is appropriately changed depending on the type and content of the game. For example, for the operation method of each switch, for simplicity of description, a case in which any one of a large number of switches is pressed is described. You may decide to press.

The operation of the subroutine of the material supply process (step 6) will be described with reference to FIGS. Until the player object comes to a predetermined place or position where an item can be obtained, it is determined in step 161 that the player object has not entered the place, and in step 163 the item display time (T1)
Is not set (T1 = 0), it is determined in step 170 that the condition for displaying a mark (item box) indicating that the user has the right to acquire the item is not satisfied. 1
After it is determined at 72 that no item has been set, the process returns to the main routine. Thereafter, the processing of the main routine is performed in a frame cycle. And when the player object enters the place where the item can be obtained,
This is determined in step 161. In step 162, a certain time (T1) is set in the timer register as the display time of the mark indicating that the condition is that the item can be acquired. In step 163, it is determined that the time T1 is greater than 0, and in step 164, the time is subtracted (T1-1) by a unit time (for example, 1 second). In step 165, a mark is displayed indicating that the player can request an item by pressing an item display request switch (for example, 47Cr). In step 166, it is determined whether or not the switch for requesting an item has been pressed. If it is determined that the switch has not been pressed, steps 170 and 172 are performed, and the process returns to the main routine. Then, steps 161, 163 to 166, 170, and 172 are repeated for each frame period to wait for the switch 47 Cr to be pressed within a predetermined time.

On the other hand, if it is determined in step 166 that the display request switch has been pressed during the repetition of the above-described standby operation, 0 is set (reset) in the timer register in step 167, and in step 168 the item is set Is prepared to output a line indicating that the request has been received. This dialogue is output in steps 14 and 15 as an image and a sound. Step 16
In step 9, a process (item set process) for displaying a mark (item box) indicating a condition under which an item can be obtained is performed. In step 170, it is determined that the condition is such that the item box can be displayed. In step 171, a process for displaying an item box is performed. When it is determined in step 172 that the item box is being displayed, in the next step 173, an operation for acquiring the item box (for example, an operation for shooting the item box or a method for superimposing the player object on the item box). Is determined. If it is determined that the item box has been acquired, processing for supplying necessary items according to the state of the player object is performed in steps 173 to 180. For example, if the player object is a fighter in a shooting game, it is determined in step 174 whether the wings are in a predetermined state.
Wings are provided as supply items at. If there is a predetermined wing, it is determined in step 176 whether or not the amount that can withstand life or damage is equal to or smaller than a fixed value (128). If it is determined that:
At 7, an item that restores life is given.
If the life is not equal to or less than the fixed value (128), step 1
At 78, it is determined whether there are two beam cannons (twin beams). If it is determined that there is no twin beam, a twin beam is applied in step 179. If so, a bomb is applied at step 180. In this way, items effective for the player to proceed with the game are replenished in accordance with the state of the player object, so that the player can easily continue the game and clear the previous scene or the course, and feel a sense of accomplishment of the game. Alternatively, it is easy to obtain satisfaction. In addition, the player can receive a command while actually operating the fighter, or play as if flying with assistance, thereby further enhancing the interest of the game. The items to be replenished differ depending on the type of the game and the content of the game, and various changes can be made by the developer of the game software with reference to the technical concept described in this embodiment.

Next, FIGS. 32, 33, 36, 38, and 39 will be described.
The subroutine of the player object processing will be described with reference to the flowcharts of FIG. First, in step 301, the CPU 11 reads the joystick data stored in the control pad data area and corrects the data. More specifically, the data at the center of the joystick is deleted so that the data becomes "0" when the stick comes near the center (for example, a radius of 10 counts). In this way, the joystick data can be accurately set to “0” even when there is an error in the manufacture of the stick or when the player's finger shakes slightly.
Can be Further, a predetermined range in the outer peripheral portion of the operable range of the stick is also corrected. Specifically, the correction is made so that data of an unnecessary part in the game is not output. In step 302, the CPU 11 obtains joystick data Xj, Yj to be used during the game. Since the data obtained in step 301 is the count value of the counter 444, it is converted into a value that can be easily processed in the game. More specifically, Xj is "0" when the stick is not tilted, and is in the -X axis direction (left direction).
It becomes "+60" when it is tilted to the maximum, and "-60" when it is tilted to the maximum in the + X-axis direction (rightward). Yj is
It becomes "0" when the stick is not tilted, becomes "+60" when the stick is fully tilted in the + Y-axis direction (forward), and becomes-
It becomes "-60" when tilted to the maximum in the Y-axis direction (rearward direction). In step 303, the CPU 11 sets a basic speed As0 of the player object in the three-dimensional game space. As0 is the distance in the game space that the player object travels during one frame. This As0 can be set freely according to the course or scene. Step 3
In 04, the CPU 11 reads the data of the button switch Cl stored in the control pad data area and determines whether or not the player has pressed the button switch Cl. The button switch Cl is used as a boost switch for increasing the progress speed of the player object during the game. When the button switch Cl is pressed, for example, when the player object is an airplane, image processing such as intense jet injection is performed, and the jet sound becomes intense. If it is determined that the player has pressed the button switch Cl, the process proceeds to step 305. In step 305, the CPU 11
Performs a process for giving a vibration generation signal to the vibration generation circuit 53 of the controller. As a result, the controller vibrates when the button switch Cl is pressed, and stops when the button switch Cl is not pressed. As described above, when the controller is vibrated during the boost, the sense of reality of the game is enhanced, and the player can be more interested. In step 306, C
The PU 11 calculates As = As0 + Asα. As is
Is the speed of the player object, and Asα is the increasing speed of the player object during the boost. By performing this calculation, the moving distance of the three-dimensional position in the next frame of the player object increases.
Next, the routine proceeds to step 310.

On the other hand, if it is determined in step 304 that the player has not pressed the button switch Cl, the flow advances to step 307. In step 307, the CPU 11 reads the data of the button switch 47Cd stored in the control pad data area, and determines whether or not the player has pressed the button switch 47Cd. The button switch 47Cd is used as a brake switch that slows down the progress speed of the player object during the game. When the button switch 47Cd is pressed, for example, when the player object is an airplane, image processing such as reverse injection is performed, and a reverse injection sound is generated. If the player presses the button switch 47
If it is determined that Cd is pressed, the process proceeds to step 308. In step 308, the CPU 11 performs a vibration process as in step 305. In step 309, the CPU 11 calculates As = As0-Asβ.
Asβ is the decreasing speed of the player object during braking. By performing this calculation, the moving distance of the three-dimensional position in the next frame of the player object is reduced. Next, the routine proceeds to step 310.

On the other hand, if it is determined in step 307 that the player has not pressed the button switch 47Cd, the process proceeds to step 310. In step 310, the CPU 11 determines whether or not the mode is the all-range mode. Specifically, the CPU 11 detects that the all-range mode flag in the flag area 159F of the RAM 15 is on (set) or off (reset), and if the all-range mode flag is set, the current game mode is changed. It is determined that the game mode is the all-range mode, and if the all-range mode flag is in the reset state, it is determined that the current game mode is the one-way scroll mode. If it is determined that the mode is not the all range mode, the process proceeds to step 320.

In step 320, the CPU 11 calculates the following equations. However, in the present specification, multiplication is represented by “*”. θx1 = 0.68 * Xj θy1 = 0.68 * YjXs = −As * sin θx1 Zs = −As * cos θx1 Ys = −As * sin θy1 Here, the meaning of θx1, θy1, Xs, Zs and Ys is shown in FIG.
This will be specifically described with reference to FIG. θx1 is As on the XZ coordinates of the player object 60 (a coordinate system of a plane when the player object 60 is viewed from above).
And the angle between the directional vector and the −Z-axis direction. The value increases in the + direction when the joystick is tilted to the left, and increases in the − direction when the joystick is tilted to the right. From the formula, the value of θx1 is -40.8 (0.68 * 60) in proportion to the stick tilt.
Increase or decrease to ~ 40.8 (0.68 * (-60)). Since the player object 60 travels in the direction of As, the direction of the player object 60 changes right and left within a range of -40.8 (0.68 * 60) to 40.8 (0.68 * (-60)) degrees. For example, this direction is the direction of the nose when using an airplane as shown in FIG. 35 as the player object 60, the direction of the cannon when using a tank, and the direction of the face when using an animal. θy1 is
It is the angle between the direction vector of As on the YZ coordinates of the player object 60 (the coordinate system of the plane when the player object 60 is viewed from the left to the right in plan view) and the −Z-axis direction. When it is tilted backward, it increases in the + direction, and when it tilts backward, it increases in the-direction. From the equation, the value of θx1 is proportional to the tilt of the stick, from -40.8 (0.68 * 60) to 40.8 (0.68 * (-6
0)). Since the player object 60 moves in the direction of As, it moves up and down by -40.8 (0.68 * 6).
The direction changes within the range of 0) to 40.8 (0.68 * (-60)) degrees. Xs, Zs and Ys are the X-axis component, Y-axis component and Z-axis component of As, respectively.

In step 321, the CPU 11
It is determined whether or not the left portion of the player object 60 exists. In this embodiment, an airplane is described as an example of the player object, so it is determined whether or not there is a left wing. When a tank is used as the player object, the object is not a wing but a caterpillar. When an animal is used, the object is a limb. If it is determined that there is a left portion of the player object 60, the process proceeds to step 322. In step 322, the CPU 11 determines whether or not there is a right portion of the player object 60. If it is determined that there is a right portion of the player object 60, the process proceeds to step 323. In step 323, the CPU 11 performs the operations of the following equations. Xa = Xa + Xs Ya = Ya + Ys Za = Za + Zs By this calculation, the coordinates (Xa, Ya, Z) of the previous frame are obtained.
a) (the right side of the above equation) is added with the velocity (Xs, Ys, Zs) of the player object 60, and the coordinates (Xa, Ya, Za) of the next frame (the left side of the above equation)
Is required. Next, the routine proceeds to step 330 in FIG.

On the other hand, when it is determined in step 321 that there is no left portion of the player object 60,
Proceed to step 324. In step 324, the CP
U11 calculates the following formula. Xs = Xs-2.5 Ys = Ys-2.5 By this calculation, the velocity in the X-axis direction is subtracted, and Y
The axial speed is subtracted. Therefore, when the game is advanced, the player object 60 is displayed so as to be pulled in the lower left direction toward the screen. For example, even when the stick is not depressed, the player object 60 is displayed so as to gradually move toward the screen in the lower left direction.

On the other hand, when it is determined in step 322 that there is no right portion of the player object 60,
Proceed to step 325. In step 325, the CP
U11 calculates the following formula. Xs = Xs + 2.5 Ys = Ys-2.5 By this calculation, the velocity in the X-axis direction is added, and Y
The axial speed is subtracted. Accordingly, as the game proceeds, the player object 60 is displayed so as to be pulled downward and to the right toward the screen. For example, even when the stick is not depressed, the player object 60 is displayed so as to gradually move to the lower right toward the screen. Next, step 3
Proceed to 23.

On the other hand, in step 310, the CPU 1
If it is determined that 1 is not the all-range mode, the process proceeds to step 330 in FIG.

First, the difference between the one-way scroll mode and the all-range mode will be described. The one-way scroll mode has one coordinate system as shown in FIG. 34, whereas the all-range mode has a coordinate system shown in FIG. Thus, there are two coordinate systems. The respective coordinate systems in the all-range mode will be described in detail. The X1 (-Z1) coordinate in FIG. 37 is a coordinate for representing a three-dimensional space in which various objects exist, and is always fixed during the execution of the game. Coordinates. (In the present embodiment, this is referred to as “game space coordinates.”)
The 2 (-Z2) coordinates are coordinates that change based on the movement of the player object. As will be described later in the camera processing, since the -Z2 axis direction corresponds to the shooting direction of the camera, the Z2 axis indicates a direction perpendicular to the display screen. (In the present embodiment, this is referred to as “player coordinates.”) The player object 60
The operation is substantially the same as in the one-way scroll mode. As described above, by using the two coordinate systems, it is possible to construct an all-range mode system that can scroll in all directions while using the system in the one-direction scroll mode. Therefore, the player can easily enjoy the game because the operation method hardly changes even if the mode changes.

At step 330, the CPU 11
Perform the following calculation. θx1 = 0.68 * Xj θy1 = 0.68 * Yj θx2 = 0.03 * θx1 + θx2 (0.03 *
Xs = -As * sin (θx1 + θx2) Zs = -As * cos (θx1 + θx2) Ys = -As * sin θy1 θx1, θy1, θx2, Xs, Zs, and Ys will be described with reference to FIG. This will be specifically described. θx1 is an angle between the direction vector of As on the XZ coordinates of the player object 60 (the coordinate system of the plane when the player object 60 is viewed from above) and the −Z2 axis direction, and tilts the joystick stick to the left. The value increases in the positive and negative directions and increases in the negative direction when tilted to the right. θy1 is the YZ coordinate of the player object 60 (the player object 60
Is the angle between the directional vector of As and the -Z2 axis direction on the plane coordinate system when the joystick is viewed from the left to the right in a plan view). The value increases in the negative direction when the camera is tilted. θx2 is the angle between the −Z1 axis direction and the −Z2 axis direction on the XZ coordinates of the player object 60 (the coordinate system of the plane when the player object 60 is viewed from above) and is proportional to θx1 for each frame. Increase or decrease. That is, the value increases in the + direction when the joystick is tilted to the left, and increases in the-direction when the joystick is tilted to the right. From the equation, the value of θx2 is -1.224 (= 0.03 * 0.68 * (-60)) per frame in proportion to the stick tilt.
Increase or decrease in the range of 1.224 (= 0.03 * 0.68 * 60). Xs,
Zs and Ys are an X-axis component, a Y-axis component, and a Z-axis component of the game space coordinate of As, respectively.

At step 332, the CPU 11
It is determined whether or not the left portion of the player object 60 exists. If it is determined that there is a left portion of the player object 60, the process proceeds to step 333. In step 333, the CPU 11 determines whether or not there is a right portion of the player object 60. If it is determined that there is a right portion of the player object 60,
Proceed to step 334. In step 334, as in step 323, the CPU 11 calculates the following formula. Xa = Xa + Xs Ya = Ya + Ys Za = Za + Zs By this calculation, the game space coordinates (Xa
, Ya, Za), the speed (Xs, Ys, Zs) of the player object 60 in the game space coordinate system is added, and the game space coordinates (Xa, Ya,
Za) is required. Next, the routine proceeds to step 350 in FIG.

On the other hand, when it is determined in step 332 that there is no left portion of the player object 60,
Proceed to step 335. In step 335, the CP
U11 calculates the following formula. Xs = Xs−2.5 * cos θx2 Zs = Zs−2.5 * sin θx2 Ys = Ys−2.5 By this calculation, the velocity in the X-axis direction in the player space is subtracted, and the velocity in the Y-axis direction is subtracted. Therefore,
As the game proceeds, the player object 60
The image is displayed so as to be pulled in the lower left direction toward the screen. For example, even when the stick is not depressed, the player object 60 is displayed so as to gradually move toward the screen in the lower left direction.

Next, when it is determined in step 333 that there is no right portion of the player object 60,
Proceed to step 336. In step 336, the CP
U11 calculates the following formula. Xs = Xs + 2.5 * cos θx2 Zs = Zs−2.5 * sin θx2 Ys = Ys−2.5 By this calculation, the velocity in the X-axis direction in the player space is added, and the velocity in the Y-axis direction is subtracted. Therefore,
As the game proceeds, the player object 60
The image is displayed so as to be pulled downward and to the right toward the screen. For example, even when the stick is not depressed, the player object 60 is displayed so as to gradually move to the lower right toward the screen.
Next, the routine proceeds to step 334.

In the drawing, the angle of the controller is set to the player object 6 for each frame for simplification.
Although it has been described that the value is directly reflected to 0, more specifically, a filtering process is performed while θx1 is derived from 0.68 * Xj. Similarly, a filter process is performed while deriving θy1 from 0.68 * Yj. Specifically, this filter processing is 0.68 * X in one frame.
Instead of the value of j immediately becoming θx1, the CPU 11 makes the value of θx1 gradually approach 0.68 * Xj over a plurality of frames, and makes θx1 = 0.68 * Xj when processing a plurality of frames. For example, 0.68 * Xj is divided by Nf (predetermined natural number), and 0.68 * X
j / Nf is added to make θx1 = 0.68 * Xj. The filter processing for deriving θy1 from 0.68 * Yj is the same as the filter processing for deriving θx1 from 0.68 * Xj. By this filtering process, it is possible to prevent the player object 60 from moving violently due to a sudden operation of the joystick, causing the screen to change drastically, putting a burden on the player's eyes, and making the operation of the player object 60 difficult.

At step 350, the CPU 11
The hit determination of the player object 60 is performed. Details of the hit determination are shown in steps 351 to 3 in FIG.
This will be described with reference to FIG. Step 351 to Step 35
Reference numeral 4 denotes a standard hit determination, and the same applies to a hit determination of a fellow object described later.

At step 351 in FIG. 39, the CPU
No. 11 determines whether or not ABS (OBJ2x-OBJ1x) ≦ OBJ1r. OBJ1 is a target object for which a hit determination is made, and in this embodiment, is the player object 60. OBJ2 is an object approaching OBJ1, and in this embodiment, is an attack object such as a fellow object, an enemy object, a stationary object, or a laser object fired by the enemy object. OBJ1x is OB
J1 is the X coordinate value, and OBJ2x is the OBJ2 X coordinate value. OBJ1x and OBJ2x may be game space coordinates or player coordinates as long as they are X coordinate values in the same coordinate system. ABS () represents the absolute value of the numerical value in (). OBJ1r is a value indicating half the length of one side of the cube when OBJ1 is considered as a cube. In other words, OBJ1r is a value indicating the hit determination range of OBJ1. If ABS (OBJ2x-OBJ1x) ≤ OB
If it is J1r, the process proceeds to step 352. Step 3
At 52, the CPU 11 executes the ABS (OBJ2y-OB
J1y) ≦ OBJ1r is determined. OBJ1y
Is the Y coordinate value of OBJ1 and OBJ2y is OBJ2
Are the Y coordinate values. OBJ1y and OBJ2y may be game space coordinates or player coordinates as long as they are Y coordinate values in the same coordinate system. If ABS (OBJ2y-O
If (BJ1y) ≦ OBJ1r, the process proceeds to step 353. In step 353, the CPU 11 sets the ABS
It is determined whether or not (OBJ2z-OBJ1z) ≦ OBJ1r. OBJ1z is the Z coordinate value of OBJ1,
2z is the Z coordinate value of OBJ2. OBJ1z and OBJ2z
May be game space coordinates or player coordinates as long as they are Z coordinate values in the same coordinate system. If ABS
If (OBJ2z−OBJ1z) ≦ OBJ1r, the process proceeds to step 354.

At step 354, the CPU 11
When it is determined that OBJ2 and OBJ1 have hit, the RAM 15
Is set in the flag area 159F. The player object 60 of the present embodiment includes a main body object 61 (hereinafter, main body 61) and a left wing object 6
It is composed of three objects, 0L and the right wing object 60R, and can be displayed on the display 30 by registering each object in the display list. In addition, as shown in FIG.
In the case of 0, the upper part of the main body 61, the lower part of the main body 61, the part of the left wing 62 closer to the main body, and the part of the left wing 63 closer to the main body are respectively judged one point at a time, for a total of four points. Step 351-
In step 354, a hit determination is performed for each point, and it is determined whether a hit determination flag is set for each point. Then, the process returns to the original routine.

On the other hand, in step 351, ABS
If (OBJ2x-OBJ1x) ≤OBJ1r, the process returns to the original routine. On the other hand, in step 352, AB
If S (OBJ2y−OBJ1y) ≦ OBJ1r, the process returns to the original routine. On the other hand, in step 353, A
If BS (OBJ2z−OBJ1z) ≦ OBJ1r,
Return to the original routine. On the other hand, when step 350 ends, the process proceeds to step 360.

At step 360, the CPU 11
It is determined whether another object has hit the lower part of the main body 61 of the player object 60. Specifically, C
The PU 11 detects whether the hit determination flag in the flag area 159F of the RAM 15 is set. If another object hits the lower part of the main body 61, the process proceeds to step 361. In step 361,
The CPU 11 calculates the following formula. R1 = R1-40 R1 indicates the amount of damage that the main body 61 can withstand, and in this embodiment, the initial value is 255. From the calculation formula, if the lower part of the main body 61 is damaged, R1 becomes 4
0 is subtracted. For example, if damage is received 7 times, R1 <0
become. In step 362, the CPU 11 calculates the following formula. R2 (or R3) = R2 (or R3) -15 R2 indicates the amount of damage that the left wing 62 can withstand. In the present embodiment, the initial value is set to 60. Similarly, R3 indicates the amount of damage that the right wing 63 can withstand, and the initial value is set to 60. In this step, the left and right sides are randomly selected to increase the damage of the selected wing. According to the calculation formula, if the left wing 62 or the right wing 63 is damaged, R2 or R3 is subtracted by 15. For example, if the left wing 62 or the right wing 63 is damaged four times, R2 (or R3) = 0.
become.

At step 363, the CPU 11
It is determined whether another object has hit the upper part of the main body 61 of the player object 60. If body 61
If another object hits the upper part of, the process proceeds to step 364. In step 364, the CPU 11
Determines whether or not R1 ≦ 0. In other words, it is determined whether or not the damage to the player object 60 is such that the player can continue playing. If R1 ≦ 0, go to step 365. In step 365, the CPU 11 registers the main body 61 in the display list.
The main body 61 is an object at the center of the player object 60. In step 366, the CPU 1
1 judges whether or not R2 and R3 ≦ 0. In other words, it is determined whether the damage to the left wing 62 is such that the left wing can survive, and whether the damage to the right wing 63 is such that the right wing can survive. If R2 and
If R3 ≦ 0, the process proceeds to step 367. In step 367, the CPU 11 determines whether or not R2 ≦ 0. In other words, it is determined whether or not the damage to the left wing 62 is such that the left wing can survive. If R
If 2 ≦ 0, the process proceeds to step 368. In step 368, the CPU 11 determines whether or not R3 ≦ 0. In other words, it is determined whether or not the damage to the right wing 62 is such that the right wing can survive. If R3 ≦
If not 0, go to step 369. Step 36
9, the CPU 11 sets the complete left wing object 6
0L and the complete left wing object 60L are registered in the display list. By this registration, the display 30 is displayed as shown in FIG.
5 is displayed. Next, the process returns to the original routine, and proceeds to step 8.

On the other hand, at step 366, R2 and
If R3 ≦ 0, go to step 370. In step 370, the CPU 11 registers the left wing object 60L without the left wing 62 and the right wing object 60R without the right wing 63 in the display list. By this registration, the display 30 displays the player object 60 in which the left wing 62 and the right wing 63, which are parts of the left wing and the right wing, are eliminated as shown in FIG. Next, the process returns to the original routine, and proceeds to step 8.

On the other hand, in step 367, R2 ≦ 0
If so, the process proceeds to step 371. Step 371
In, the CPU 11 registers the left wing object 60L without the left wing 62 and the complete right wing object 60R in the display list. By this registration, the display 30 does not have the left wing 62 which is a part of the left wing as shown in FIG.
In addition, the player object 60 having a normal right wing is displayed. Next, the process returns to the original routine, and proceeds to step 8.

On the other hand, in step 368, R3 ≦ 0
If so, the process proceeds to step 372. Step 372
In, the CPU 11 registers the right wing object 60R without the right wing 63 and the complete left wing object 60L in the display list. By this registration, the player object 60 without the right wing 63 which is a part of the right wing and having a normal left wing is displayed on the display 30, contrary to the player object 60 in FIG. 41. Next, the process returns to the original routine, and proceeds to step 8.

On the other hand, in step 364, R1 ≦ 0
If so, the process proceeds to step 373. Step 373
In, the CPU 11 performs explosion processing of the player object 60. When this explosion processing is performed, other processing is skipped over a plurality of frames, and a scene in which the player object 60 explodes is displayed on the display 30. Thereafter, the value of the register area 159R of the RAM 15 is reduced by one, and the routine proceeds to step 17, where if the game is not over, the game is restarted from a predetermined place in the game space.

On the other hand, in step 363, the main body 61
If no other object hits the upper part of, the process proceeds to step 374. In step 374, the CPU 11
Performs a process for moving the player object 60 upward in a plurality of frames. By performing this processing, the lower part of the player object 60 collides with another object, and it is possible to perform an expression in which the object is jumped. Next, the routine proceeds to step 364.

On the other hand, in step 360, the main body 61
If no other object hits the lower part of, the process proceeds to step 375. In step 375, the CPU
11 judges whether another object has hit the upper part of the main body 61 of the player object 60 or not. if,
If another object hits the upper part of the main body 61,
Proceed to step 376. In step 376, the CP
U11 calculates the following formula. R1 = R1-40 At step 377, the CPU 11 calculates the following formula. R2 (or R3) = R2 (or R3) −15 In step 378, the CPU 11 performs a process for moving the player object 60 downward for a plurality of frames. By performing this process,
The upper part of the player object 60 collides with another object, and an expression such as being rejected can be realized. Next, the routine proceeds to step 364.

On the other hand, in step 375, the main body 61
If another object does not hit the upper part of, the process proceeds to step 380. At step 380, the CPU
11 determines whether or not another object has hit only the left wing object 60L, without hitting the main body 61 of the player object 60 and the right wing object 60R. If another object hits only the left wing object 60L, step 38
Proceed to 1. In step 381, the CPU 11 calculates the following formula. R2 = R2-20 Next, the routine proceeds to step 365.

On the other hand, if no other object hits only the left wing object 60L in step 380, the flow advances to step 382. In step 382, the CPU 11 determines whether or not another object has hit the main body 61 of the player object 60 and the left wing object 60L, and has hit only the right wing object 60R. If another object has hit only the right wing object 60R, the process proceeds to step 383. In step 383,
The CPU 11 calculates the following formula. R3 = R3-20 Next, the routine proceeds to step 365.

On the other hand, if another object does not hit only the right wing object 60R in step 382, the flow advances to step 365.

Next, another embodiment of the player object processing will be described. This embodiment is an example in which the left wing object 60L and the right wing object 60R are not composed of two parts but are composed of three parts. Specifically, the left wing and the right wing are each composed of three parts, and the display is displayed on the display 30 so that the left wing and the right wing are not destroyed from the outer part due to damage. As shown in FIG. 35, the left wing object 60L
The right wing object 60R includes a left wing 62 and a left wing 64.
For example, when the left wing object 60L including the right wing 63 and the right wing 65 is slightly damaged (for example, 0 <
R2 ≦ 30), the left wing 62 disappears as shown in FIG.
When you take a lot of damage (for example, R2 ≦ 0),
An image in which the left wing 64 is lost as shown in FIG. 43 is displayed on the display 30. The right wing 63 and the right wing 65 perform the same processing. Steps 321 to 325 in FIG.
The movement control of the player object 60 in steps 332 to 336 in FIG.
The movement of the player object 60 can be more varied by setting the left and right sides in two stages according to the states of the 0L and the right wing object 60R. Therefore,
Further, the player can be given a sense of realism and achievement of the game.

Next, a detailed description will be given of FIGS. 44 and 45 which are subroutine flowcharts of step 8 in FIG. In step 500, the CPU 11
It is determined whether or not the all-range mode flag in the flag area 159F of M15 is set. If the all-range mode flag in the flag area 159F has not been set, the process proceeds to step 501. Step 50
In 1, the CPU 11 performs the operation of the following formula. Xc = (Xa-X0) * 0.8 As shown in FIG. 34, Xc is the X coordinate position of the camera that shoots the player object 60. This camera is
This is a virtual camera that determines what angle the object in the three-dimensional space is to be displayed on the display 30. X0 is a shift value when the center of the X coordinate at which the player object 60 is moving is shifted from the origin of the X coordinate in the three-dimensional space. It is mainly used when the course is branched. In the present embodiment, X0 is set to 0. In step 502, the CPU 11 performs the operation of the following formula. Yc = (Ya-Y0) * 0.8 Yc is the Y coordinate position of the camera that shoots the player object 60. Y0 is the player object 60
Is a shift value when the center of the moving Y coordinate is shifted from the origin of the Y coordinate in the three-dimensional space. It is mainly used when the course is branched. In this embodiment, Y0 is set to 0. In step 503, the CP
U11 determines whether or not the player has pressed the button switch Cl. If the player has not pressed the button switch Cl, the process proceeds to step 504. In step 504, the CPU 11 determines whether or not the player has pressed the button switch 47Cd. If the player has not pressed the button switch 47Cd, the process proceeds to step 505. In step 505, the CPU
Numeral 11 calculates the following formula. Zc = Za + 400 Zc is the value of the Z coordinate of the camera that shoots the player object 60. Therefore, Zc represents the Z coordinate of a position shifted 400 from the position of the player object in the Z-axis direction. In step 506, the shooting direction of the camera is set to the scroll direction. As shown in FIG. 34, it is set in the −Z axis direction.

On the other hand, if it is determined in step 503 that the player has pressed the button switch Cl, step 5
Proceed to 07. In step 507, the CPU 11 calculates the following formula. Zc = (Za + abs (Zα)) + 400 abs () represents the absolute value of the numerical value in (). Zα is
This is a value at which the camera moves away from the player object 60 when the player object 60 uses the boost. As described above, when abs (Zα) is added from Zc, when the player object 60 is displayed on the display 30, it looks as if the player object 60 rapidly flew in the depth direction of the screen. Next, the process proceeds to step 506. On the other hand, in step 504, the player presses the button switch 47Cd.
If is pressed, the process proceeds to step 508. In step 508, the CPU 11 calculates the following formula. Zc = (Za−abs (Zβ)) + 400 Zβ is a value at which the camera approaches the player object 60 when the player object 60 uses the brake. As described above, when abs (Zβ) is subtracted from Zc, the player object 60 is displayed on the display 30.
Appears to be pushed back rapidly toward the front of the screen. Next, the process proceeds to step 506.

On the other hand, if the all range mode flag in the flag area 159F is set in step 500, the process proceeds to step 510 in FIG. In step 510, the CPU 11 determines whether or not the player has pressed the button switch Cl. If the player has not pressed the button switch Cl, step 5
Proceed to 11. In step 511, the CPU 11
It is determined whether or not the player has pressed the button switch 47Cd. If the player has not pressed the button switch 47Cd, the process proceeds to step 512. Step 5
At 12, the CPU 11 performs the operation of the following formula. Xr = 2.0 * θx1 * cosθx2 Zr = 2.0 * θx1 * sinθx2 Xc = Xa + 400 * sinθx2-XrZc = Za + 400 * cosθx2 + ZrYc = 0.8 * Ya As shown in FIG. θx1 is a value that shifts the camera in the (−X) axis direction from behind the player object 60 in the player space. Xr is a value obtained by converting an X coordinate value in the player space into an X coordinate value in the game space. Zr
Is a value obtained by converting the Z coordinate value in the player space into the Z coordinate value in the game space. As described above, the position of the camera can be moved in the direction in which the player object 60 is tilted in proportion to the tilt of the player object 60. When an example of display on the display 30 is shown, as shown in FIG. 46, the player object 60 is displayed at the center in the left-right direction of the screen when flying straight. However, as shown in FIG. 47, when the player object 60 moves to the left, it is displayed on the right in the horizontal direction of the screen.
When the player object 60 moves rightward, it is displayed on the left side of the screen in the left-right direction. Displaying in this way makes it easier to aim at the enemy,
It makes it easier to aim at the enemy and you can enjoy the game comfortably. In step 513, as shown in FIG.
Numeral 11 sets the photographing direction of the camera to the -Z2 axis direction.

On the other hand, if it is determined in step 510 that the player has pressed the button switch Cl, step 5
Proceed to 14. In step 514, the CPU 11 calculates the following formula. Xr = 2.0 * θx1 * cosθx2 Zr = 2.0 * θx1 * sinθx2 Xc = Xa + (400 + abs (Zα)) * sinθx2
-Xr Zc = Za + (400 + abs (Zα)) * cos θx2
+ Zr Yc = 0.8 * Ya Next, the routine proceeds to step 513.

On the other hand, if it is determined in step 511 that the player has pressed the button switch 47Cd, the process proceeds to step 515. In step 515, the CPU 11
Performs the operation of the following formula. Xr = 2.0 * θx1 * cosθx2 Zr = 2.0 * θx1 * sinθx2 Xc = Xa + (400−abs (Zβ)) * sinθx2
−Xr Zc = Za + (400−abs (Zβ)) * cos θx2
+ Zr Yc = 0.8 * Ya Next, the routine proceeds to step 513.

The operation of the subroutine of the fellow object processing will be described with reference to FIGS. Step 2
At 01, it is determined whether or not there is a first buddy. If there is a buddy, the process of the first buddy object is performed at step 202. Thereafter, in step 203, it is determined whether or not there is a second buddy. If there is a buddy, the process of the second buddy object is performed in step 204. Similarly, the determination of the presence or absence of the third buddy and the processing of the third buddy object are performed in steps 205 and 206. Here, steps 202, 204, 20
The processing of the first to third buddy objects shown in FIG. 6 is the same processing except that the type of buddy is different. Specifically, the subroutine processing (steps 211 to 211) shown in FIGS.
230).

That is, it is determined in step 211 that the processing is not the stop processing, and
The moving process of any one of the third to third members is performed. In step 213, it is determined whether or not the enemy is within the attackable distance. If the enemy is within the attackable distance, in step 214, an attack process on the enemy object (calculation and display processing such as emission of a beam bullet) is performed. . In step 215, it is determined whether or not any of the friends is being chased by the enemy.
It is determined whether or not it is within a distance that can be attacked from the enemy.
When the enemy is within the attackable distance, a process for displaying a line 5 (for example, “Help me”) is performed in step 217, and a process for outputting the voice of the line 5 is performed in step 218. If it is determined in step 215 and / or 216 that it is different (No), it is determined in step 219 whether any of the fellow objects has been assisted by the player object. If it is determined that help has been made, a dialogue 6 (e.g.
Is performed, and in step 221, a process for outputting the voice of the dialogue 6 is performed.

At step 222, a hit determination is made when the friend is attacked by the enemy (for example, it is determined whether or not the friend has hit the friend by the attack at step 254 described later). Then, it is determined in step 223 whether the bullet has hit an enemy bullet. If hit, a process of reducing the damage of the friend (subtraction of the value of the register R4) is performed in step 224. In step 225, it is determined whether or not the amount of resisting the damage of the register R4 is 100 or less. Step 22
In step 6, a message is displayed for displaying a message that a friend who has received a certain amount of damage has stopped fighting and returned to the base, and a voice output process is performed in step 227. In step 228, it is determined whether or not the battle stop processing has been completed. If not completed, processing is performed in step 229 for registering the processing friend object in the display list, and if the processing has been completed, the friend flag F1 is turned off. And then returns to the main routine.

Referring to FIG. 27, the operation of the subroutine of the enemy object processing (step 10) will be described. In step 241, 1 is set in a register R5 for temporarily storing the number of enemy objects. At step 242, it is determined that there is an enemy object based on the value of the register R5. At step 243, a subroutine for processing the number of enemy objects (FIG. 28 described later)
Is performed. Thereafter, at step 244, 1 is added to the register R5. In step 245, it is determined whether or not processing for displaying all the enemy objects of the number set by the program has been completed. The process is repeated.

Next, details of the processing of one enemy object will be described with reference to FIG. In step 251, it is determined that the enemy object is not being exploded,
In step 252, the moving process of the enemy object of the number stored in the register (E) is performed. In step 253, it is determined whether the player object or the friend object is within the range of the range. If it is within the range, a process is performed in step 254 to attack the player object or the friend object existing within the range of the range. on the other hand,
In step 255, a hit determination is made when an attack is made on the enemy object from the player object or the friend object. In step 256, it is determined whether the beam bullet fired by the player object or the fellow object hits the enemy object. If a hit is detected, step 257
A process of reducing the amount of damage to the enemy object hit in (a subtraction of 1 from the register R5) and a process of giving a score to the player (a process of adding the score determined by the enemy defeated to the value of the register R10) are performed. . In step 258, it is determined whether or not the damage amount has become 0 or less than 0 (R5 ≦ 0). If not less than (R
If 5> 0), the enemy object being processed is registered in the display list in step 261. Conversely, in the following cases (when R5 ≦ 0), processing is performed in step 259 to make the enemy object explode and disappear. If it is determined in step 260 that the explosion processing has ended, in step 262, the flag of the enemy object attacked by the player object is turned off, and the process returns to the main routine.

Next, FIG. 48 shows a flowchart detailing step 255 of the enemy object processing in FIG. In a conventional game machine, the range of enemy hit determination is fixed. Therefore, even if the player attacks the enemy, the enemy located far away is too small, and the attack is difficult to hit. As a result, the game was unduly difficult to understand, and the player's motivation was sometimes reduced. On the other hand, in the enemy hit determination of the present application, the hit determination range of the enemy object is increased in proportion to the distance between the enemy object and the player object 60. Therefore, the player can hit even if the enemy object is far away. Therefore, according to the present invention, it is possible to prevent the game from being unduly esoteric, to allow the player to play with an appropriate difficulty level, and to allow the player to play the game more enthusiastically.

In step 600, the CPU 11 determines that RAD = (sqrt ((OBJ2x-OBJ1x) ＾ 2 +
(OBJ2y-OBJ1y) ＾ 2 + (OBJ2z-OBJ1z)
＾ 2) / 50 is calculated. RAD is a numerical value that increases in proportion to the distance between two objects for which a hit determination is made. sq
rt () is a function representing the square root in (). The symbol “＾” is a symbol for multiplying the numerical value described earlier by the numerical value described later. Therefore, ＾ 2 indicates a square. The symbol “/” indicates division. OBJ1 is an object of a target for which a hit determination is made, and here is an enemy object. OBJ2 is an object approaching OBJ1. Here, it is an attack object such as a laser object fired by the player object 60. When OBJ2 is a player object 60, a friend object, a still object, or an attack object fired by a friend object, the hit determination is performed in the same manner as in FIG. In step 601, the CPU 11 determines whether RAD> 200. If RAD> 200, go to step 602. In step 602, the CPU
11 is ABS (OBJ2x−OBJ1x) ≦ OBJ1r + R
It is determined whether it is AD. If ABS (OBJ2x
If (−OBJ1x) ≦ OBJ1r + RAD, the process proceeds to step 603. In step 603, the CPU 11
Is ABS (OBJ2y−OBJ1y) ≦ OBJ1r + RAD
Is determined. If ABS (OBJ2y-O
BJ1y) ≦ OBJ1r + RAD, then step 6
Go to 04. In step 604, the CPU 11
It is determined whether or not ABS (OBJ2z-OBJ1z) ≤OBJ1r + RAD. If ABS (OBJ2z-OBJ
1z) If OBJ1r + RAD, step 605
Proceed to. In step 605, the CPU 11
It is determined that J2 and OBJ1 have hit, and a hit determination flag is set in the flag area of the RAM 15. Then, the process returns to the original routine.

On the other hand, in step 602, ABS
If (OBJ2x-OBJ1x) ≤OBJ1r + RAD, the process returns to the original routine. On the other hand, in step 603, ABS (OBJ2y−OBJ1y) ≦ OBJ1r + RAD
If not, return to the original routine. Step 6
04, ABS (OBJ2z−OBJ1z) ≦ OBJ
If not 1r + RAD, return to the original routine.

On the other hand, in step 601, RAD>
If it is 200, the process proceeds to step 606. Step 60
In 6, the CPU 11 calculates RAD = 200. The reason why the RAD does not exceed 200 is described in order to prevent the enemy object from being easily determined even if the enemy object is extremely far from the player object 60. If the upper limit is not set for the RAD, an attack object released from the player object 60 hits an enemy object that is too small to be distinguished on the screen, and the real feeling is lost.

Referring to FIG. 29, the operation of the subroutine of the stationary object processing (step 11) will be described. In step 271, the static object register (R
9) is set to 1. In step 272, the still object specified by the register (R9) is registered in the display list. In step 273, 1 is added to the register R9. In step 274, it is determined whether or not the processing for displaying all the stationary objects of the number set by the program has been completed. The process is repeated.
When all processes are completed, the process returns to the main routine.

Referring to FIG. 30, drawing processing (step 1)
The operation of the subroutine 2) will be described. Step 281
In, coordinate conversion processing is performed. The coordinate transformation process
Under the control of the RCP 12, coordinate data of a plurality of polygons of moving objects such as enemies, players and friends, and stationary objects such as backgrounds stored in the image data area 154 of the RAM 15 are converted into camera viewpoint coordinates. It is done by doing. Specifically, an operation for converting each polygon data constituting a plurality of moving objects and stationary objects from absolute coordinates to data of camera coordinates is performed so that an image is viewed from the viewpoint of the camera. In step 282, a drawing process is performed on the frame memory. In this process, the color data determined based on the texture data is written for each dot of the image buffer area 152 on one triangular surface constituting each object surrounded by the polygon coordinates converted into the camera coordinates. Done by At this time, based on the depth data of each polygon, the color data of the nearby object is written so that the object at the front (near) is preferentially displayed, and the dot corresponding to the color data is written. Is written to the corresponding address of the Z buffer area 153. Then, the process returns to the main routine. The operations of steps 281 and 282 are performed within a fixed time for each frame, but are sequentially processed for each polygon constituting each of a plurality of objects to be displayed on one screen, and all of the polygons to be displayed on one screen are displayed. It is repeated until the processing of the object is completed.

Referring to FIG. 31, voice processing (step 1)
The operation of the subroutine 3) will be described. Step 291
It is determined whether or not the voice flag is turned on. If it is determined that the switch is on, step 29
In step 2, audio data to be output is selected. In step 293, after the selected voice data is read out, the process returns to the main routine. The voice data of the read message is digital-to-analog converted by the voice generating circuit 16 and output as voice.

[0108]

As described above, according to the present invention, a video game system and a video game capable of enhancing the sense of reality in a video game, satisfying the player's sense of accomplishment, and improving the player's interest in a bigogame. A storage medium for use. Further, by dividing the player object into a plurality of portions and determining the hit, and changing the display state of the player object according to the damaged portion, a video game rich in change and excellent in interest can be realized. Furthermore, since the moving state of the player object changes in various ways, and the player must operate the operating means in accordance with the change, the motion of the player object is realistic, full of change, and a video game with a great interest is provided. It is feasible. Further, by changing the moving state of the player object according to the influence amount of each divided portion of the player object, a video game in which the movement of the player object is real, full of change, and excellent in interest can be realized.

[0109]

[Brief description of the drawings]

FIG. 1 is an external view showing a configuration of a video game system according to an embodiment of the present invention.

FIG. 2 is a block diagram of a video game system according to one embodiment of the present invention.

FIG. 3 is a detailed circuit diagram of a controller control circuit 18;

FIG. 4 is a block diagram of a controller 40;

FIG. 5 is a memory map schematically showing the entire memory space of the external ROM 21;

FIG. 6 is a memory map showing a part of a memory space of an external ROM 21 in detail.

FIG. 7 is a memory map schematically showing an entire memory space of a RAM 15;

FIG. 8 is a memory map showing a part of a memory space of a RAM 15 in detail.

FIG. 9 is a diagram showing a course of an example of a game to which the present invention is applied.

10 is a diagram showing a course selection screen of the game shown in FIG.

FIG. 11 is a diagram showing a game area map for explaining an example of game content to which the present invention is applied;

12 is a diagram schematically showing message output contents in communication processing with a friend in the game of FIG. 11;

13 is a diagram showing an example of a screen display of a message output expressed based on a communication process with a friend in the game of FIG. 11;

FIG. 14 is a diagram illustrating an example of a screen display of a battle state with a boss character in the game of FIG. 11;

FIG. 15 is a main flowchart of a game process according to one embodiment of the present invention.

FIG. 16 is a subroutine flowchart showing detailed processing of a course selection screen.

FIG. 17 is a subroutine flowchart showing a detailed process of mode switching.

FIG. 18 is a flowchart for explaining data transfer between the controller control circuit 18 and the video game machine main body.

FIG. 19 is an example of a message output process for assisting the progress of the game, and is a subroutine flowchart of a communication process with a friend.

FIG. 20 is a flowchart of a subroutine of a communication process with a friend, which is an example of a message output process for assisting the progress of a game.

FIG. 21 is an example of a message output process for assisting the progress of a game, and is a subroutine flowchart of a communication process with a friend.

FIG. 22 is another example of a message output process for assisting the progress of the game, and is a subroutine flowchart of a supply process of a supply material.

FIG. 23 is a flowchart showing a subroutine of a supply process of a supply, which is another example of the message output process for assisting the progress of the game.

FIG. 24 is a subroutine flowchart of friend object processing.

FIG. 25 is a subroutine flowchart of friend object processing.

FIG. 26 is a subroutine flowchart of friend object processing.

FIG. 27 is a subroutine flowchart of enemy object processing.

FIG. 28 is a subroutine flowchart showing in detail an operation of some steps included in the enemy object processing of FIG. 27;

FIG. 29 is a subroutine flowchart of still object processing.

FIG. 30 is a subroutine flowchart of a drawing process.

FIG. 31 is a flowchart of a subroutine of audio processing.

FIG. 32 is a subroutine flowchart of a player object process.

FIG. 33 is a subroutine flowchart of a player object process.

FIG. 34: X in three-dimensional space in one-way scroll mode
(-Z) coordinates.

35 is an external view of a player object 60. FIG.

FIG. 36 is a subroutine flowchart of a player object process.

FIG. 37: X (−) of three-dimensional space in all range mode
Z) Coordinates.

FIG. 38 is a subroutine flowchart of a player object process.

FIG. 39 is a subroutine flowchart of a hit determination process.

FIG. 40 is an external view of the player object 60 from which both wings have been partially removed.

FIG. 41 is an external view of a player object 60 from which a part of the left wing has been lost.

FIG. 42 is a subroutine flowchart of a player object process.

FIG. 43 is an external view of the player object 60 in which a part of the left wing has been lost.

FIG. 44 is a subroutine flowchart of camera processing.

FIG. 45 is a subroutine flowchart of camera processing.

FIG. 46 is a diagram showing an example of a screen display of a player object 60.

FIG. 47 is a diagram showing another example of the screen display of the player object 60.

FIG. 48 is a subroutine flowchart of hit determination processing of an enemy object.

[Explanation of symbols]

 REFERENCE SIGNS LIST 10 video game machine 11 CPU (central processing unit) 12 RCP 15 RAM (temporary storage memory) 18 controller control circuit 20 ROM cartridge 21 game ROM storing a program 30 display device 31a message display area 31c score display area 40 controller 44 operation signal processing circuit 45 joystick 50 RAM cartridge 51 RAM (writable and readable storage memory) 60: player object

──────────────────────────────────────────────────の Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G06T 17/40 G06T 17/40 C (72) Inventor Kazuaki Morita 11 Kamikaba Hakodatemachi, Minami-ku, Kyoto-shi 1 Nintendo Co., Ltd. (72) Inventor Tsuyoshi Kihara 1-11 Kamikaba Hakodate-machi, Minami-ku, Kyoto 1 Nintendo Co., Ltd. F-term (reference) 2C001 AA00 AA06 AA09 BC01 BC03 BC05 CA01 CA06 CB01 CB05 CC02 CC08 5B050 AA08 BA08 BA09 BA11 CA07 EA12 EA24 EA27 EA28 FA02 FA10 5B080 AA14 BA02 FA02 FA08 GA02 GA22

Claims (8)

[Claims] An operation means operated by a player,
An image processing device that changes a display image based on a program and according to an operation of an operation unit and supplies image data for display to a display device, wherein the operation unit is provided on a screen by a player. A direction instructing unit for instructing a moving direction of a player object capable of operating the motion of the player object, and a plurality of operation instruction switches for instructing the operation of the player object, dividing the player object into a plurality of parts, Player object image data generating means for generating data for image display of the combined player object; and influencing object image data for displaying an influencing object image displayed around the player object and affecting the player object. Generates affected object image data Means, when the player object is affected by the influence object, a hit judging means for judging each divided portion of the player object, and changing a display of the divided portion of the player object judged by the hit judging means to hit. As described above, the moving state of the player object is changed according to the image changing means for changing the generated image data of the player object image data generating means, and the location of the divided portion of the player object changed by the image changing means. A video game system comprising a moving state changing unit. 2. The player object according to claim 1, wherein the player object is constituted by a plurality of divided parts, and the divided part is further constituted by a plurality of small divided parts. 2. The video game system according to claim 1, wherein the generated image data of said player object image data generating means is changed so as to change the display of a small divided portion of said divided portion. 3. The player object is selected to have a left-right symmetrical shape when viewed in a plane, the hit determination means detects which part of the player object is left or right, and the image change means Changing the shape of the side determined to be hit by the hit determining means, and changing the moving state changing means so that the side changed by the image changing means and the side not changed have different moving states. Item 4. The video game system according to item 1. 4. The player object is selected to have an airplane shape, the hit determination means detects which part of the left and right and the center of the player object, and the image changing means has The shape of the side determined to be hit by the hit determining means is changed, and the moving state changing means changes the moving state to be different between the side changed by the image changing means and the side not changed. The video game system according to claim 1. 5. The joystick according to claim 1, wherein the direction indicating means of the operating means is an analog joystick, and the moving state changing means is configured to determine a position of the divided portion of the player object changed by the image changing means and a position of the analog joystick. The video game system according to claim 1, wherein the moving state is changed based on the operation state. 6. The video game system according to claim 1, wherein said moving state changing means changes the moving direction of said player object changed by said image changing means. 7. The hit judging means judges the amount of influence when the affected object hits one of the divided parts of the player object, and determines how much influence is given to each hit part. The image changing means, when the influence amount stored in the influence amount storage means reaches a predetermined value, displays the corresponding divided portion of the player object. 2. The video game system according to claim 1, wherein the generated image data of said player object image data generating means is changed so as to change. 8. An operating means including direction instructing means for instructing a moving direction of a player object capable of operating a motion on a screen by a player, a plurality of operation instructing switches for instructing an action or a change of the player object, and a program. Game storage medium storing a program for a video game system having an image processing device for changing a display image based on the operation means and operating the operation means and supplying image data for display to the display device A player object image data generation program that divides the player object into a plurality of portions, and generates data for displaying an image of the player object in which the plurality of portions are combined, displayed around the player object, and Influences that affect the player object An influence object image data generation program for generating an influence object image data for displaying an image, a hit determination program for determining a hit for each divided part of the player object when the player object is affected by the influence object, To change the display of the divided portion of the player object determined by the hit determination program,
An image changing program for changing generated image data of the player object image data generating means, and a moving state change for changing a moving state of the player object according to a location of a divided portion of the player object changed by the image changing means. A video game storage medium that stores programs.