JP4624398B2 - GAME SYSTEM AND GAME INFORMATION STORAGE MEDIUM USED FOR THE SAME - Google Patents

Description

The present invention relates to a game system and a game information storage medium used therefor, and more particularly to a game as operation information by detecting a change amount / change direction such as tilt, movement or impact applied to a housing of a portable game device or a controller of a video game device. The present invention relates to a game system and a game information storage medium used therefor that change the state of a space.

In a conventional game device, a player operates an operation switch such as a direction instruction key (joystick) or a button while holding the controller (housing device housing) of the video game machine or the housing of the portable game device with both hands. It was done by that. For example, when the player presses any one of the up / down / left / right pressing points of the direction instruction key, the moving (player) character moves in any one of the up / down / left / right pressing directions, and when the operation button is operated, the moving character jumps or the like. The display state of the moving character changes so as to perform the action defined for the action button. In addition, a conventional game device or game software (game information storage medium) is a game space in which a player operates an operation switch to change a movement (player) character on the screen, which is a part of the player. (Or the background screen) cannot be freely changed by the operation of the player.

The conventional game operation method requires the player to learn the game operation method indicated in the instruction manual of the game software, and uses a general-purpose operation switch. In some cases, a change in the game space (or game screen) that matches the sense cannot be realized, and the operational sense does not correspond to the display state of the screen. For this reason, until the player learns the game operation method, the player cannot concentrate on the game play, which may impair his interest. Further, the conventional game device or game software cannot change the game space (or the background screen) in accordance with the operation of the player, and the game space is hardly changed and sometimes it is not interesting.

SUMMARY OF THE INVENTION Therefore, a main object of the present invention is to provide a game system and a game information storage medium used therefor, in which the state of the game space can be changed by a player's operation. Another object of the present invention is a game in which the state of the game space can be changed with a simple operation, the player does not need to be skilled in the operation method, can concentrate on the game play, and can increase the degree of enthusiasm. A system and a game information storage medium used for the system are provided. Another object of the present invention is to provide a game system and a game information storage medium used therefor, which can realize a change in the game screen corresponding to the operation feeling by associating the operation of the player with the change in the state of the game space. Kotodea Ru.

The first invention (the invention according to claim 1) displays an image based on the processing result of the processing means on a game device comprising a game program storage means for storing the game program and a processing means for executing the game program. This is a game system in which display means is provided. Then, comprising a housing which is gripped by the player, the及beauty state detecting means. State detecting means provided in association with the housing, and detects the impact acceleration and the Z-direction of the XY direction applied to the housing. The game program storage means stores terrain data, character data, and a program that causes the processing means to function as display control means, first motion control means, second motion control means, and terrain deformation means. The display control means displays the terrain on the display means based on the terrain data, and causes the display means to display the character based on the character data. The terrain deforming means updates the terrain data so that the terrain is deformed according to the impact in the Z direction applied to the housing based on the output of the state detecting means. The first action control means controls the action of the character according to the acceleration in the XY directions applied to the housing based on the output of the state detection means. The second motion control means controls the motion of the character according to the deformation of the terrain by the terrain deformation means.

Here, the game space means a world in a game that can be played, varies depending on the type or genre of the game, and is shown to the player through the display screen. For example, in action games or role-playing games in which moving (or player) characters move, backgrounds, mazes and other maps, in fighting games the ring (including the audience seats and the space above the ring), in the racing game A background screen (such as a space that can be run, the space around the course, and the outer space that is the background of the character in shooting games)
However, a character is not essential, and a game space in which no character exists can be considered)
In a game using tools, a screen reminiscent of the use of tools becomes a game space.
Simulate is a game control that artificially expresses changes that occur in real space as state changes in the game space, based on at least one of the amount of tilt, motion, or impact applied to the housing and directionality. That is. The game control includes a case of simulating a state change of the game space itself and a case of simulating an indirect influence on other objects by changing the state of the game space. The former is a case in which when the impact is given to the housing, the game space is simulated to be deformed on the assumption that energy is given to the game space. The latter is a case where when the housing is tilted, it is assumed that the maze plate as an example of the game space is tilted, and the ball existing on the maze plate is simulated to roll. When simulating a change in the state of the game space itself, in addition to a display change such as a change in terrain, a parameter such as a temperature rise in the game space may be considered.

According to the present invention, a game system capable of changing the state of the game space and a game information storage medium used therefor are obtained. In addition, according to the present invention, it is possible to change the state of the game space with a simple operation, the player does not need to be skilled in the operation method, can concentrate on the game play, and can increase the degree of enthusiasm. A game information storage medium to be used is obtained. In addition, according to the present invention, there is provided a game system and a game information storage medium used therefor that can realize a change in a game screen corresponding to an operation feeling by associating a player's operation with a change in the state of the game space. The resulting Ru.

With reference to First Embodiment FIGS. 1 to 40, illustrating a portable game apparatus of the first embodiment of the present invention. FIG. 1 is an external view of a portable game device (hereinafter simply referred to as “game device”).
The game apparatus includes a game apparatus body 10 and a game cartridge (hereinafter abbreviated as “cartridge”) 30 that is detachable from the game apparatus body 10. The cartridge 30 is electrically connected when attached to the game apparatus body 10. The game apparatus body 10 includes a housing 11, and includes a circuit board configured as shown in FIG . An LCD 12 and operation switches 13a to 13e are provided on one main surface of the housing 11.
And a hole 14 for mounting the cartridge 30 is formed on the other main surface. Further, a connector 15 for connecting a communication cable for communicating with other game devices is provided on the side as needed.

FIG. 2 is a diagram showing the relationship between the game device and the XYZ axes. When the game device is arranged with the LCD 12 facing upward and the operation switch portion facing forward, the horizontal direction of the game device is taken as the X axis (right direction is the positive direction), and the vertical direction is set as the Y axis (the back direction is the positive direction). ) And the thickness direction is Z
The axis is the positive direction.

FIG. 3 is a block diagram of the game apparatus. The game apparatus body 10 includes a board 27, and the CPU 21 is mounted on the board 27. Connected to the CPU 21 are an LCD driver 22, an operation switch 13, a sound generation circuit 23, a communication interface 24, a display RAM 25, and a work RAM 26. A speaker 16 is connected to the sound generation circuit 23.
The communication interface 24 is connected to another game device 40 via the connector 15 and the communication cable 50. The communication method with other game devices 40 is the communication cable 50.
Although the method according to FIG. 6 is illustrated, a method using a wireless or a mobile phone may be used.

The cartridge 30 includes a board 36, and the board 36 stores a program ROM 34 that stores a game program and game data as described later with reference to FIG. 16 , and game data as described later with reference to FIG. A backup RAM 35 is mounted. In addition to these storage means, the cartridge 30 is an example of a detection means for detecting the tilt, movement and impact of the game apparatus body, an XY-axis acceleration sensor 31 for detecting acceleration in the X-axis direction and the Y-axis direction, and a Z A Z-axis contact switch 32 that detects axial acceleration is included. Further, the cartridge 30 has a sensor interface 33 which is an interface of acceleration detecting means.
including. When using a three-axis acceleration sensor that can detect all the accelerations in the X-axis, Y-axis, and Z-axis directions, the Z-axis contact switch 32 is not necessary, but the two-axis acceleration sensor (XY-axis acceleration sensor) is better. In the present embodiment, since the acceleration detection in the Z-axis direction does not require high accuracy, the Z-axis contact switch 32 having a simple structure and being inexpensive is used. Further, when high accuracy is not required in the XY axis directions, detection means having a structure similar to that of the Z axis contact switch may be used for acceleration detection in the XY axis directions.

The game program stored in the program ROM 34 is executed by the CPU 21.
Temporary data necessary for executing the game program is stored in the work RAM 26.
Game data that should be stored continuously even when the game device is turned off
Stored in AM35. Display data obtained by the CPU 21 executing the game program is stored in the display RAM 25 and displayed on the LCD 12 via the LCD driver 22. Similarly, sound data obtained by the CPU 21 executing the game program is the sound generation circuit 23.
The sound is generated from the speaker 16 as a sound effect. The operation switch 13 is for game operation, but in the present embodiment, the operation switch 13 is auxiliary. The player mainly performs game operations by tilting, exercising, or giving an impact to the game device. The game operation of tilt, movement and shock of this game device is XY
It is detected by the axial acceleration sensor 31 and the Z-axis contact switch 32. The CPU 21 executes the game program using the output values of these acceleration detection means.

In the case of a game using a plurality of game devices, data obtained by the CPU 21 executing the game program is sent to the communication interface 24 and the connector 15 and the communication cable 50 are transmitted.
Is sent to the other game device 40 via. Further, data of another game device 40 is sent to the CPU 21 via the communication cable 50, the connector 15 and the communication interface 24.

FIG. 4 is a detailed block diagram of the sensor interface 33. Sensor interface 3
3 includes an X counter 331, a Y counter 332, a count stop circuit 333, latches 334 and 335, a decoder 336, and a general purpose I / O port 337. X counter 331
Based on the X-axis output of the Y-axis acceleration sensor 31, the pulses of the clock signal phi are counted. The Y counter 332 counts clock signal phi pulses based on the Y-axis output. The count stop circuit 333 sends a count stop signal to the X counter 331 in response to the falling edge of the X axis output of the XY axis acceleration sensor 31, and the count stop signal to the Y counter 332 in response to the falling edge of the Y axis output. Send. The latches 334 and 335 are connected to the X counter 331,
Each value of the Y counter 332 is held. The decoder 336 transmits a start / reset signal to the X counter 331, the Y counter 332, the latch 334, and the latch 335. The general purpose I / O port 337 is used to connect an expansion unit. Latches 334, 33
5 also holds the output value (0 or 1) of the Z-axis contact switch. Specifically, latches 334 and 3
35 most significant bits are assigned to the output value of the Z-axis contact switch, and the remaining lower bits are X
Assigned to the value of the counter or Y counter. The expansion unit connected to the general-purpose I / O port 337 includes, for example, a vibration unit that vibrates in conjunction with a game program in order to give a sense of reality to the game.

FIG. 5 is a diagram illustrating the principle by which the sensor interface 33 measures a count value corresponding to the magnitude of acceleration from the output of the XY axis acceleration sensor 31. The XY-axis acceleration sensor 31 in this embodiment outputs a signal representing the magnitude of acceleration by changing the duty ratio in one cycle (period 1) of the waveform. In this case, the larger the ratio of the high level period (period 2 or period 3) in one cycle, the greater the acceleration detected. The XY-axis acceleration sensor 31 outputs the magnitude of acceleration in the X-axis direction from the X-axis output, and outputs the Y-axis acceleration from the Y-axis output.
Outputs the magnitude of the axial acceleration.

When the count start signal output from the decoder 336 goes to a low level, the X counter 331 starts a count operation after detecting the rise of the X-axis output from a low level to a high level. Specifically, the X counter 331 increments the count value every time the clock signal phi is given, and stops the count operation in response to the count stop signal from the count stop circuit 333. In this way, the X counter 331 counts the clock signal phi during the period (period 2) from the rise of the X-axis output to the high level immediately after the count start signal becomes the low level to the fall of the low level. To do. Similarly, the Y counter 332 counts the clock signal phi during the period (period 3) from the rise of the Y-axis output to the high level to the fall of the low level immediately after the count start signal becomes the low level. . In this way, the X counter 331 holds a count value corresponding to the magnitude of acceleration in the X axis direction, and the Y counter 332 holds a count value corresponding to the magnitude of acceleration in the Y axis direction. The values of the X counter 331 and the Y counter 332 are held in the latch 334 or the latch 335, and the data of the latch 334 and the latch 335 are transferred to the C via the data bus.
It is read out by the PU 21 and used in the game program.

The X counter 331 and the Y counter 332, for example, count from 0 to 31. For example, when the count value is 0 with the count value 15 as a reference (acceleration 0), it is −2G (twice the gravitational acceleration in the minus direction). When the count value is 31, it is set to be 2G (twice the gravitational acceleration in the plus direction). The CPU 21 reads these count values based on the game program. At this time, the count value 15 is read as 0, the count value 0 as −15, and the count value 31 as 16. Therefore, the XY-axis acceleration sensor 31 is in the minus direction. When the acceleration is detected, the read value of the CPU is negative, and when the acceleration in the positive direction is detected, the read value of the CPU is positive.

FIG. 6 is a structural diagram of the Z-axis contact switch 32. The Z-axis contact switch 32 includes a spherical contact 321, a contact 322, a contact 323, and a box 324 made of a conductor. Specifically, ball contact 3
21 is movably supported at a substantially central portion in the space of the box body 324 (a recess (324a) for supporting the ball contact 321 at a substantially central position is provided at the bottom of the inner surface of the box body 324). At the upper part of the box 324, a plate-shaped contact 322 having a semicircular cutout (322a, 323a) at each one end and a contact 323 with the other end facing each other. Is substrate 3
6 is fixed. The box 324 is fixedly held on the substrate 36 in a state where the box 324 is suspended by the contact 322 and the contact 323. With such a configuration, the cartridge 3
When 0 is vigorously moved in the Z-axis direction (positive direction or negative direction), the ball contact 321 moves in the Z-axis direction within the box 324 as shown in FIG. In contact with each other, the contact point 322 and the contact point 323 become conductive through the ball contact point 321, and it is detected that the acceleration is input in the Z-axis direction. Based on the conduction time of the contact 322 and the contact 323, the magnitude of acceleration in the Z-axis direction is detected. When the cartridge 30 is gently tilted, the ball contact 321 moves in the box 324, but the contact 322 and the contact 32 are moved.
Since 3 is not short-circuited, acceleration is not detected.

FIG. 8 shows an example of the game screen. The game screen shows a ball 6 as an example of a player character.
1, a turtle 62 as an example of an enemy character (hereinafter abbreviated as “NPC”), and a wall 63 constituting a maze
And a hole 64 are displayed. Since the game map is a virtual map wider than the display range of the LCD 12, only a partial area of the game map is displayed on the LCD 12 and scrolls as the player character moves. Further, only three turtles 62a to 62c are displayed on the LCD 12, but there are many other turtles on the game map. In addition, the game map has a topography such as a floor, ice, and water.

When the player tilts the game device or operates the ball 61 to give a motion or impact, the movement amount and the movement direction of the ball 61 are changed, and the shape of the ball 61 is also changed as necessary. The turtle 62 is controlled to move (autonomous movement) by the game program, but also moves and changes its display when the player tilts the game device or gives an exercise or impact.

The outline of this game will be explained. The player operates the ball 61 in the game map formed in the maze shape by the wall 63 and crushes the turtles 62 a to 62 c which are NPCs with the ball 61. The crushed turtle disappears. The game is cleared when all turtles on the game map are successfully eliminated. There are several holes 64 on the game map.
If the ball 61 falls to 4, a mistake will be made once or the game will be over.

9 to 12 are diagrams showing examples of game operations. FIG. 9 is a diagram showing slide input in the X-axis or Y-axis direction. The movement (slide) in the X-axis direction is detected based on the X-axis output of the XY-axis acceleration sensor 31, and the movement (slide) in the Y-axis direction is detected based on the Y-axis output of the XY-axis acceleration sensor 31. (Acceleration occurs when moved in the X-axis or Y-axis direction).
FIG. 10 is a diagram showing a tilt input about the X axis or the Y axis. The inclination about the X axis is detected based on the Y axis output of the XY axis acceleration sensor 31, and the inclination about the Y axis is XY.
Detected based on the X-axis output of the axial acceleration sensor 31 (if tilt occurs around the X axis, acceleration occurs in the Y axis direction due to gravity, and if tilt occurs around the Y axis, the X axis direction occurs due to gravity. Acceleration occurs). FIG. 11 is a diagram showing an impact input in the X-axis direction or the Y-axis direction. Although the acceleration input in the X-axis direction is output from the X-axis output of the XY-axis acceleration sensor 31,
If this output value is greater than or equal to a certain value, it is assumed that there is an impact input. Further, an acceleration input in the Y-axis direction is output from the Y-axis output of the XY-axis acceleration sensor 31. If this output value is a certain value or more, it is assumed that there is an impact input. FIG. 1212 is a diagram showing motion input (or impact input) in the Z-axis direction. The movement (or impact) in the Z-axis direction is detected by the Z-axis contact switch 32.

FIG. 13 to FIG. 15 are diagrams showing examples of usage methods for the aforementioned game operations.
FIG. 13 is a diagram showing a method of using slide input (also an example of a game screen in a game map selection process described later with reference to FIG. 30 ). When a partial area of the virtual map larger than the display range of the LCD 12 is displayed on the LCD 12, the display area is scrolled by performing a slide input. Specifically, when sliding input in the + direction of the X axis,
An area moved in the + direction of the X axis from the current display area is displayed. The slide input in the Y-axis direction is processed similarly. By processing the slide input in this way, it is possible to give the player the feeling of looking through a part of the wide world through the LCD 12. In this embodiment, this slide input is only used in the game map selection process described later with reference to FIG. 30 , and the slide input is used in the game map scroll process in the main process of the game. do not do. For the method of the scroll processing of the game map will be described later with reference to FIG. 38 through FIG. 40.

FIG. 14 is a diagram showing a method of using a tilt input around the X axis or Y axis. When there is a tilt input about the X axis, a display is made such that the game characters (player character 61 and NPC 62) on the game screen move in parallel in the Y axis direction (tilt in the plus direction around the X axis). If it is, the display is such that the game character translates in the negative direction of the Y axis). Further, when there is an inclination input around the Y axis, a display is made such that the game characters (player character 61 and NPC 62) on the game screen move in parallel in the X axis direction (minus direction around the Y axis). In the case where the game character is tilted, the display is such that the game character translates in the negative direction of the X axis). By processing the tilt input in this way, the maze board that is the game space is tilted in the same manner as the game device, and the game character feels as if it is sliding (rolling) on the tilted maze board. Can be given to players. Note that the game map contains terrain that causes the amount of movement of the ball 61 to change, such as the floor surface, ice surface, and underwater. Depending on where the game character exists, the game map responds to the tilt input. The amount of movement changes. For example, the size of the control of the ball 61 is changed so that the amount of movement is large because it is slippery on the ice surface, and the amount of movement is small when it is underwater.

FIG. 15 is a diagram showing a method of using impact input or motion input in the Z-axis direction. When there is an impact input in the X-axis direction or the Y-axis direction, a process different from the tilt input process (movement of the game character due to the maze board tilt) is performed. For example, a wave is generated in water that is a game space. When there is an impact input in the positive direction of the X axis, a wave is generated in the positive direction of the X axis. When there is an impact input in the negative direction of the X axis, a wave is generated in the negative direction of the X axis. The same applies to the impact input in the Y-axis direction. Further, the acceleration input in the X-axis direction is set as a vector component in the X-axis direction,
A wave may be generated in the direction of a vector obtained by combining the acceleration input in the Y-axis direction as a vector component in the Y-axis direction. This wave is displayed so that the game character is moved and moved.
The game character may be uncontrollable while being waved. Also,
When there is a motion input (or impact input) in the Z-axis direction, the display is changed so that the ball 61 as the player character jumps. By processing the movement input in the Z-axis direction in this way, the maze board as a game space moves in the Z-axis direction in the same manner as the game device, and the game character on the maze board jumps. Can be given to the player. While jumping, the ball 61 does not move even when there is a tilt input. Further, when there is a motion input (or impact input) in the Z-axis direction, the turtle 62, which is an NPC, turns over (
The tortoise turned over returns to the front). When the turtle turns over, it becomes slippery and is moved so that the amount of movement when there is an inclination input is larger than when it is face up.

FIG. 16 is a memory map of the program ROM 34. The program ROM 34 contains C
A game program executed by the PU 21 and game data are stored. Specifically, the program ROM 34 includes an object character data storage area 34a, a map data storage area 34b, an acceleration sensor output value conversion table storage area 34c, and a game program storage area 34e. The object character data storage area 34a stores graphic data of the object character. Since the object character has several poses (for example, NPC's turtle “front” and “back”),
A plurality of graphic data corresponding to the pose is stored for each character. The map data storage area 34b stores map data for each game map and a game map selection map. Game map selection map is data of a virtual map displayed on the LCD12 in the game map selection process to be described later with reference to FIG. 30.

In the acceleration sensor output value conversion table storage area 34c, the XY axis acceleration sensors 31 and Z
A conversion table for converting the output value of the shaft contact switch 32 and using it in the game program is stored. The conversion table includes a game map selection processing table, a player character movement table, and an NPC movement table. The player character moving tables include air, floor, ice, and underwater tables, which are selected according to the topography of the coordinates where the player character exists. There are two types of NPC movement tables, one for front and one for back. The NPC turtle has a face-up state and a face-down state, and a table is selected according to this state. Details of these tables are shown in FIGS.
This will be described later with reference to FIG.

A game program executed by the CPU 21 is stored in the game program storage area 34e. Specifically, a main program described later with reference to FIG. 27 , a 0G setting program described later with reference to FIG. 28 , a neutral position setting program described later with reference to FIG. 29, and a game described later with reference to FIG. Map selection program, sensor output reading program described later with reference to FIG. 31 , object moving program described later with reference to FIGS . 32 to 36 , collision program described later with reference to FIG. 37 , described later with reference to FIG. In addition to the screen scrolling program, an NPC autonomous movement program and other programs are stored.

FIG. 17 is a memory map of the work RAM 26. The work RAM 26 has a CPU 21.
Stores temporary data when the game program is executed. Specifically, a neutral position data storage area 26a, an acceleration sensor output value storage area 26b, an impact input flag storage area 26c, a camera coordinate storage area 26e of a map selection screen, a game map number storage area 26f, and a character data storage area 26g included.

In the neutral position data storage area 26a, the neutral position data (NPx, N) set in the neutral position setting process described later with reference to FIG.
Py, NPz) is stored. This is data relating to the reference inclination of the game device when playing the game.

The acceleration sensor output value storage area 26b includes an XY-axis acceleration sensor 31 and a Z-axis contact switch 3
2, and the acceleration sensor output values (INx, INy, INz) read in the sensor output reading process of FIG. 31 R> 1 through the sensor interface 33 are stored. In the shock input flag storage area 26c, the size of a vector obtained by combining the acceleration input in the X-axis direction as a vector component in the X-axis direction and the acceleration input in the Y-axis direction as a vector component in the Y-axis direction is a certain value or more. An impact input flag (FS) which is sometimes 1 is stored. Determination of the impact input is performed in the sensor output read process of FIG. 31.

In the camera coordinate storage area 26e of the map selection screen, coordinates (Cx, Cy) of the upper left corner of the area displayed on the LCD 12 in the map for game map selection in the game map selection process described later with reference to FIG. Is done. In the game map number storage area 26f, FIG.
In the game selection process described later with reference to 0-30, the number data (MN) corresponding to the game map selected by the player is stored.

The character data storage area 26g contains characters (player characters and NPCs).
For each, movement acceleration data (Ax, Ay, Az), movement acceleration change amount data (dAx, d)
Ay, dAz), velocity data (Vx, Vy, Vz), coordinate data (X, Y, Z), previous coordinate data (Px, Py, Pz), current position status (SP) and pause number (
PN) is stored.

The previous coordinates (Px, Py, Pz) are stored in order to return to the previous coordinates when the player character or NPC collides with a wall or the like. The current position status data (PS) is data relating to the topography of the coordinates where the player character exists, and an acceleration sensor output value conversion table (aerial, floor, ice, water) is selected based on this data. Pause number (
PN) is data related to the character's state (pose) (for example, turtle face up and face down)
It is.

FIG. 18 is a memory map of the display RAM 25. The display RAM 25 has a CPU 21.
Display data obtained by executing the game program is temporarily stored. Display RAM
Reference numeral 25 denotes an object data storage area 25a and a scroll counter data storage area 25b.
And a map data storage area 25c. In the object data storage area 25a,
Data on characters existing in the display area of the LCD 12 among all characters appearing in the game is stored. Specifically, the X coordinate, Y coordinate, character ID, and pause number are stored.

The scroll counter data storage area 25b stores the coordinates of the upper left corner of the area displayed on the LCD 12 in the game map. The map data storage area 25c stores game map data in an area displayed on the LCD 12 in the game map.

FIG. 19 is a memory map of the backup RAM 35. Backup RAM35 is, 0G position data set in the 0G setting process described later with reference to FIG. 28 are stored. This 0G position data is for coping with the fact that the sensor output value does not become 0 even if the game apparatus is kept horizontal because the XY axis acceleration sensor 31 has an error. The sensor output value is stored in the backup RAM 35 as 0G position data, and is subtracted from the sensor output value in the game process.

20 to 26 are diagrams showing details of the conversion table stored in the acceleration sensor output value conversion table storage area 34c of the program ROM 34. FIG. This table includes sensor output values (INx, INy, INz) of the XY axis acceleration sensor 31 and the Z axis contact switch 32.
In addition, data for correction processing such as a method of using the impact input flag (FS) for use in game processing and limiting the maximum value are stored. Specifically, data on usage method, correction ratio, special correction condition, and special correction number are stored. A plurality of tables are stored, and include a game map selection processing table, a player character movement table, and an NPC movement table.

Game map selection processing table in Figure 20, is referred to in the game map selection process to be described later with reference to FIG. 30. With this table, the output value (IN
x, INy) is used to calculate the amount of change in the camera coordinates (Cx, Cy). Since the correction ratio is double, the camera coordinates (Cx, Cy) are moved by a coordinate twice the output value (INx, INy) of the XY-axis acceleration sensor 31. The Z-axis contact switch output value (INz) is used for the map determination process. The impact input flag (FS) is not used.

Player character moving table of FIG. 24 from FIG. 21 is referred to in the impact moving processing in the tilt movement process steps 34 in step 33 of the player character moving process described later with reference to FIG. 33. The player character moving tables include aerial, floor, ice and underwater tables. The terrain of the coordinates where the player character exists (
One of the plurality of conversion tables is selected and referred to according to the current position status.

In the player character moving table, the output value X (IN of the XY-axis acceleration sensor 31
x) is used for calculating the change amount (dAx) of the X movement acceleration of the player character, and the output value Y (INy) is used for calculating the change amount (dAy) of the Y movement acceleration.
When the current position status is “in the air”, referring to FIG.
, DAy) is zero. In the case of “floor surface”, referring to FIG. 22 , the correction ratio is twice, so that twice the output value (INx, INy) of the XY-axis acceleration sensor 31 is the amount of change in movement acceleration (dAx, dAy). Become. Further, when the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 20 due to the special correction condition 1, the amount of change in moving acceleration (dAx, dAy)
Is limited to 40. In the case of “ice surface”, referring to FIG. 23 , three times the output value (INx, INy) of the XY-axis acceleration sensor 31 becomes the change amount (dAx, dAy) of the movement acceleration (in “ice surface”, it moves Large amount). Further, the output value of the XY-axis acceleration sensor 31 (with the special correction condition 1)
When INx, INy) is greater than 20, the change amount (dAx, dAy) of the movement acceleration is 6
Limited to zero. In the case of “underwater”, referring to FIG. 24 , ½ times the output value (INx, INy) of the XY-axis acceleration sensor 31 is the change amount (dAx, dAy) of the movement acceleration (in “underwater”, the movement Small amount). Further, the output value of the XY-axis acceleration sensor 31 (with special correction condition 1)
When INx, INy) is greater than 10, the change amount (dAx, dAy) of the movement acceleration is 5
Limited to

In the player character moving table, the output value (INz) of the Z-axis contact switch 32
Is used to calculate the amount of change (dAz) in the Z movement acceleration of the player character.
There are no special correction conditions.

In the player character movement table, the impact input flag (FS) affects the amount of change (dAx, dAy) in the X movement acceleration and the Y movement acceleration. When the current position status is “in the air” and “underwater”, referring to FIGS . 21 21 and 24 , the impact input flag (FS)
Is ignored. When the current position status is “floor surface”, referring to FIG. 22 , a process of multiplying the amount of change (dAx, dAy) in X movement acceleration and Y movement acceleration by three is performed. When the current position status is “ice surface”, referring to FIG. 23 , a process of multiplying the amount of change (dAx, dAy) in the X movement acceleration and the Y movement acceleration by 5 is performed. In this way, when there is an impact input, the amount of change (dAx, dAy) in the X movement acceleration and the Y movement acceleration is increased (moves at high speed) on the “floor surface” and “ice surface”. .

NPC moving table of FIG. 25 and FIG. 26 are referred to in the impact moving processing in the tilt movement process steps 45 in step 44 of NPC moving process described later with reference to FIG. 34. The NPC moving table includes a front side table and a back side table. One of these two conversion tables is selected and referred to in accordance with the turtle pose (front or back) which is an NPC.

In the NPC movement table, the output value X (INx) of the XY axis acceleration sensor 31 is NP.
The output value Y (INy) is used for calculating the change amount (dAx) of the X movement acceleration of C.
Used for calculating the amount of change (dAy) in the Y movement acceleration. In the case of “facing”, see FIG.
5 , since the correction ratio is ½, the output value of the XY axis acceleration sensor 31 (IN
1/2 times x, INy) is the amount of change in the X movement acceleration and the Y movement acceleration (dAx, dAy)
It becomes. In addition, the output value (INx, INy) of the XY-axis acceleration sensor 31 according to the special correction condition 1
) Is smaller than 10, the change amount (dAx, dAy) of the movement acceleration is 0 (in the case of “upward”, the turtle does not slip because of a slight tilt input). Further, when the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 20 due to the special correction condition 2, the change amount (dAx, dAy) of the movement acceleration is limited to 10. In the case of “facing”, FIG.
, Twice the output value (INx, INy) of the XY-axis acceleration sensor 31 is the change amount (dAx, dAy) of the X movement acceleration and the Y movement acceleration ("backward" compared to "frontward") Because turtles are more slippery, they travel a lot). If the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 20 due to the special correction condition 1, the amount of change in movement acceleration (
dAx, dAy) is limited to 40.

In the NPC moving table, the output value (INz) of the Z-axis contact switch is used for the reverse rotation determination of the turtle. Each time the Z-axis contact switch output value becomes 1, the turtle repeats the front and back states.
The impact input flag (FS) is not used for the NPC movement process.

FIG. 27 is a flowchart of the main routine. Cartridge 3 in game device body
When 0 is inserted and the power supply of the game apparatus body 10 is turned on, the main routine shown in FIG. 27 is started. First, in step 11, it is determined whether it is the first activation or whether the player has made a 0G setting request (for example, activation while pressing the operation switch 13 b in FIG. 1 ). If it is not the first activation and there is no 0G setting request, the process proceeds to step 13. At the time of the first activation or when there is a 0G setting request, in step 12, a 0G setting process described later with reference to FIG . In step 14, after the neutral position setting process described later with reference to FIG.
Proceed to 7. Here, the neutral position setting is to set a reference inclination of the game device when playing a game, and the recommended position setting is data relating to an appropriate neutral position according to the game content (in the program ROM 34). The recommended position aiming target coordinates 34d) are stored in advance in the game program, and the neutral position is set based on the data.

In step 17, a game map selection process described later with reference to FIG. 30 is performed, and any one of the plurality of game maps is selected by the player. After step 17, the process proceeds to the main loop.

Steps 19 to 29 are the main loop and are repeatedly processed until the game is over or the game is cleared. In step 19, the work RAM 2
Necessary data is written in the display RAM 25 based on the coordinates (X, Y, Z) and the pose number (PN) of the character data 26g of 6 and the object character data 34a and map data 34b of the program ROM 34. A game screen is displayed on the LCD 12 based on the data stored in. In step 20, a sensor output reading process, which will be described later with reference to FIG. 31 , is performed, and the output values of the XY axis acceleration sensor 31 and the Z axis contact switch 32 are read via the sensor interface 33 and corrected. After step 20, it is determined in step 21 whether or not there has been a neutral position setting request. If there is no request, the process proceeds to step 23. If there is a request, the process proceeds to step 22 where neutral position setting processing is performed. After the position is reset, the process returns to step 19. This is because one operation switch (for example, the operation switch 13e in FIG. 1 ) is assigned to the operation switch dedicated to the neutral position setting,
It means that the neutral position can always be reset by pressing the operation switch 13e even during the game.

In step 23, it is determined whether or not the impact input flag is ON. If the impact input flag is OFF, the process proceeds to step 26. If the impact input flag is ON, step 24
Then, it is determined whether or not the terrain of the current coordinates of the player character is underwater (determined based on the current position status (PS)). If it is determined that it is not underwater, step 2
Proceed to 6. If it is determined that it is underwater, a wave generation process is performed in step 25 (the screen display as shown in the above-mentioned middle 15). Specifically, the sensor output value X (INx) is a vector component in the X-axis direction, and the sensor output value Y (INy) is combined as a vector component in the Y-axis direction, in accordance with the magnitude of the combined vector. Processing to generate waves. The player can give the player a feeling as if the impact he had given to the game device was directly reflected in the environment (water) in the game space. After step 25, the process proceeds to step 26.

In step 26, each object movement process described later with reference to FIGS . 32 to 36 is performed, and a player character and NPC movement process is performed. After step 26, in step 27, a collision process described later with reference to FIG. 37 is performed, and a collision process between the player character and the NPC or the like is performed. After step 27, in step 29, a screen scroll process described later with reference to FIG. 40 is performed.

FIG. 28 is a flowchart of the 0G setting process. In this subroutine, a process of storing the output value of the XY-axis acceleration sensor 31 when the game device (specifically, the display surface of the LCD 12) is held horizontally as 0G position data in the backup RAM 35 is performed.

First, in step 121, a message “Please press the operation switch when leveling with the ground” is displayed on the LCD 12, and the player is requested to level the game device (specifically, the display surface of the LCD 12). In step 122, input processing of the operation switch is performed. In step 123, when it is determined that the operation switch for determination (for example, the operation switch 13b in FIG. 1 ) is pressed, the Z-axis contact switch is switched in step 124. It is determined whether or not it is ON. If the Z-axis contact switch is ON, a warning sound is generated in step 125 and the process returns to step 121. When the Z-axis contact switch is ON, the display surface of the LCD 12 is facing downward, and the player is requested to set again. If it is determined in step 124 that the Z-axis contact switch is OFF, the output value of the XY-axis acceleration sensor 31 at this time is stored in the backup RAM 35 as 0G position data in step 126.

FIG. 29 is a flowchart of the neutral position setting process. In this subroutine, the player arbitrarily determines the grip angle of the game device that is easy to play the game, and the output values of the XY-axis acceleration sensor 31 and the Z-axis contact switch 32 at that time are stored in the work RAM 26 as neutral position data. Process.

First, in step 141, the LCD 12 displays “Please press the operation switch when the angle is easy to play”. In step 142, an operation switch input process is performed. In step 143, when it is determined that an operation switch for determination (for example, the operation switch 13b in FIG. 1 ) has been pressed, in step 144, the current X
After correction for subtracting the aforementioned 0G position data from the output value of the Y-axis acceleration sensor 31 (
The neutral position data is data corresponding to the inclination from the horizontal state), and in step 145, the output correction value of the XY-axis acceleration sensor (calculated result of step 144) and Z
The output value of the shaft contact switch 32 is stored as neutral position data in the neutral position data storage area 26 a of the work RAM 26.

FIG. 30 is a flowchart of the game map selection process. In this subroutine, the player selects one of a plurality of game maps stored in the game program. The game map selection process screen is displayed as shown in FIG. 13 , for example. LC
In D12, a partial area of the game map selection map is displayed. The player moves the display area by sliding input in the X-axis direction or the Y-axis direction, and displays a map icon ( FIG.
13 A, B, C, and D) are displayed in the display area, and then the motion is input in the Z-axis direction. The game course corresponding to the course icon displayed in the display area when the motion input (or impact input) is performed in the Z-axis direction is selected.

First, at step 171, camera coordinates (Cx, Cy) are initialized. Thereafter, in step 172, a partial area of the game map selection map is displayed on the LCD 12 based on the camera coordinates (Cx, Cy). In step 173, a sensor output reading process described later with reference to FIG. 31 is performed, and the XY axis acceleration sensor 31 and the Z axis contact switch 32 are processed.
Are read out and corrected. In step 174, the game map selection processing table shown in FIG. 20 is referred to, and the camera coordinates (Cx, Cy) are changed based on the sensor output values (INx, INy). Specifically, since the correction ratio is twice, the camera coordinates (Cx, Cy) are changed by a value twice the sensor output value (INx, INy). For example, when the value of the sensor output value (INx) is 5, the camera coordinate (Cx) is +10. In step 175, it is determined whether or not the display area based on the camera coordinates (Cx, Cy) is outside the range of the game map selection map. If not, the process proceeds to step 177.
If it is out of the range, in step 176, the end area of the game map selection map is corrected to be displayed, and then the process proceeds to step 177. In step 177, it is determined whether or not the Z-axis contact switch 32 is ON. If it is determined that the Z-axis contact switch 32 is OFF, the process returns to step 172. If it is determined that the Z-axis contact switch 32 is ON, in step 178, is any one of the map icons (A, B, C, D in FIG. 13 ) displayed in the display area of the LCD 12? It is determined whether or not. If it is determined that the map icon is not displayed in the display area, a warning sound is generated in step 179 and the process returns to step 172. If it is determined that the map icon is displayed in the display area, the game map number (MN) corresponding to the displayed map icon is stored in the work RAM 26 in step 181.

FIG. 31 is a flowchart of the sensor output reading process. In this subroutine, the output values of the XY axis acceleration sensor 31 and the Z axis contact switch 32 are read and corrected. Specifically, the acceleration sensor output value (INx, INy) and the Z-axis contact switch output value (INz) are read from the data of the latch 334 and the latch 335 of the sensor interface 33. Further, the correction process is performed using the 0G position data and the neutral position data.

In step 201, the latch 334 and the latch 33 of the sensor interface 33 are displayed.
5 data is read. In step 202, the acceleration sensor output value (INx, INy) and the Z-axis contact switch output value (INz) are read from the latch data and stored in the acceleration sensor output value storage area 26b of the work RAM 26. In step 203, it is determined whether or not there is an impact input. Specifically, acceleration sensor output value X (INx)
Is the vector component in the X-axis direction, and the acceleration sensor output value Y (INy) is combined as the vector component in the Y-axis direction, it is determined whether the magnitude of the vector is equal to or greater than a certain value. If it is determined that the value is equal to or greater than the predetermined value, the impact input flag (FS) is set to ON in step 204, and then the process proceeds to step 206. If it is determined that the size of the combined vector is smaller than a certain value, the impact input flag (FS) is set to OFF in step 205, and then the process proceeds to step 206. In step 206, the 0G position data stored in the backup RAM 35 is subtracted from the data in the acceleration sensor output value storage area 26b stored in step 202. After step 206, in step 207, the value corrected with the neutral position data is further stored in the acceleration sensor output storage area 26b.
, INy and INz.

Specifically, the correction based on the neutral position data is performed using the acceleration sensor output value X (IN
For x) and the acceleration sensor output value Y (INy), a process of subtracting the value of the neutral position data (NPx, NPy) is performed. For the Z-axis contact switch output value (INz), when the value of the neutral position data (NPz) is 1, a process of inverting 0 and 1 is performed.

32 to 36 are flowcharts of the object movement process. FIG. 32 is a flowchart of the main routine of the object movement process. In step 261, FIG.
The player character movement process described later with reference to 3 is performed. In step 262, an NPC movement process described later with reference to FIG. 34 is performed. This NPC movement process is repeated for the number of NPCs.

FIG. 33 is a flowchart of the player character movement process. In step 31, the current coordinates (X, Y, Z) of the player character are the previous coordinates (Px, Py, Pz).
Is copied and stored. This is a collision process described later with reference to FIG.
Necessary for returning to the previous coordinates when the player character collides with the wall. In step 32, after the change amount (dAx, dAy, dAz) of the movement acceleration is initialized, in step 33, an inclination movement process is performed. In the tilt movement process, the above-described FIG. 21 to FIG.
The conversion table shown in FIG. 4 is referred to an appropriate one in accordance with the current position status of the player character, and processing for calculating the amount of change in the X movement acceleration and the Y movement acceleration of the player character is performed. With this process, the amount of change (dAx, dAy) in the movement acceleration is determined so that the character rolls (slides) in accordance with the inclination (inclination input) of the game apparatus. Further, in step 34, an impact movement process is performed. In the impact movement process, FIG. 21 to FIG.
With reference to an appropriate conversion table shown in FIG. 4, processing for increasing the amount of change in the X movement acceleration and Y movement acceleration of the player character is performed. By this process, when an impact input is made, a process of increasing the movement acceleration change amount (dAx, dAy) is performed so that the player character dashes (moves at high speed). In step 35, a jump movement process described later with reference to FIG. 35 is performed. After step 35, in step 36, whether it is the wave generation process in step 25 in the flowchart of FIG. 27 described above it is determined. If it is determined that no wave is generated, the process proceeds to step 38. If it is determined that a wave has occurred, a wave movement process described later with reference to FIG. 36 is performed in step 37, and then the process proceeds to step 38. In step 38, step 33 to step 37 are performed.
The movement acceleration (Ax, Ay, Az) is calculated based on the change amount (dAx, dAy, dAz) of the movement acceleration calculated by the tilt movement process, the shock movement process, the jump process, and the wave movement process. The velocity (Vx, Vy, Vz) is calculated based on (Ax, Ay, Az). In step 39, coordinates (X, Y, Z) are calculated based on the velocity (Vx, Vy, Vz).

FIG. 34 is a flowchart of the NPC movement process. In step 41, the current coordinates (
X, Y, Z) are copied and stored in the previous coordinates (Px, Py, Pz). Step 42
, The moving acceleration change amount (dAx, dAy, dAz) is initialized. Step 4
3, the NPC autonomous movement process based on the game program is performed. Specifically, for example, for a turtle, the amount of movement acceleration change (dAx, dAy, dAz) is determined based on a random value. After step 43, in step 44, tilt movement processing is performed. In the tilt movement process, a process for calculating the amount of change in the X movement acceleration and the Y movement acceleration of the NPC by referring to the conversion table shown in FIG . 25 or FIG. Done. Further, in step 45, an impact movement process is performed. In this embodiment, the NPC is not affected by the impact input. After step 45, in step 46, whether it is the wave generation process in step 25 in the flowchart of FIG. 27 described above it is determined. If it is determined that no wave is generated, the process proceeds to step 48. When the wave has occurred is judged, in step 47, after a wave moving process described later with reference to FIG. 36 is performed, the process proceeds to step 48. In step 48, the movement acceleration (Ax, dAy, dAz) is calculated based on the amount of change (dAx, dAy, dAz) of the movement acceleration calculated in the autonomous movement processing, tilt movement processing, impact movement processing, and wave movement processing from step 43 to step 47. Ay, Az)
Is calculated, and the velocity (Vx, Vy, Vz) is calculated based on the movement acceleration (Ax, Ay, Az). In step 49, the coordinates (X, Y,
Z) is calculated. In step 51, it is determined whether or not the Z-axis contact switch output value (INz) is 1. If the Z-axis contact switch output value (INz) is 0, the NPC movement processing subroutine is terminated. If the Z-axis contact switch output value (INz) is 1, the reversal process of the front side and the back side is performed in step 52. Specifically, the pause number (PN) of the character data in the work RAM 26 is changed.

FIG. 35 is a flowchart of the jump process. In this subroutine, when there is a motion input in the Z-axis direction, a process for jumping the player character is performed, and when there is no motion input in the Z-axis direction and the player character is “in the air”, a process for lowering is performed. .

In step 351, it is determined whether or not the Z-axis contact switch output value (INz) is 1.
If the Z-axis contact switch output value (INz) is 1, the current position status (PS) is set to “in the air” at step 352, and then the change amount (dAz) of the Z movement acceleration is set at step 353. Is set to 1. In step 351, the Z-axis contact switch output value (
If it is determined that (INz) is 0, in step 354, the player character “
It is determined whether or not it is “in the air”. If it is not in the “air”, the jump process is terminated. If “in the air” in step 354, the jump process is terminated after the change amount (dAz) of the Z movement acceleration is set to −1 in step 355.

FIG. 36 is a flowchart of the wave movement process. In this subroutine, a process for calculating the amount of change in the movement acceleration of the player character or NPC due to the waves generated by the player's impact input is performed. In step 361, the current position status is read.
At 62, it is determined whether the position is affected by the wave (ie, whether it is “underwater”).
If it is determined that the position is not affected by the wave, the wave movement process is terminated. If it is determined that the position is affected by the wave, in step 363, the amount of change in the X movement acceleration and the amount of change in the Y movement acceleration due to the influence of the wave are calculated and calculated in the inclination movement process and the impact movement process. It is added to the change amount of the X movement acceleration and the change amount of the Y movement acceleration.

FIG. 37 is a flowchart of the collision process. In steps 271 to 275, an NPC collision determination process is performed. This NPC collision determination process is repeated by the number of NPCs. In step 271, it is determined whether the NPC has collided with the wall. If it is determined that there is a collision, the process proceeds to step 273. If it is determined that it has not collided with the wall, the routine proceeds to step 272, where it is determined whether or not it collided with another NPC. If it is determined that there is a collision with another NPC, the process proceeds to step 273. If it is determined that there is no collision with another NPC, the process proceeds to step 275. If it is determined that the vehicle has collided with the wall or another NPC, after the collision sound is generated in step 273, the coordinates (X, Y, Z) of the NPC are changed to the previous coordinates (X, Y, Z) in step 274.
After the process of returning to (Px, Py, Pz) is performed, the process proceeds to step 275.

In step 275, the current position status of the NPC is detected and stored in the work RAM 26. After step 275, it is determined in step 276 whether the player character has collided with the wall. If it is determined that it has not collided with the wall, step 27
Proceed to step 9. If it is determined that the vehicle has collided with the wall, after a collision sound is generated in step 277, the coordinates (X, Y, Z) of the player character are changed to the previous coordinates (Px, Py, Pz) in step 278. After the process of returning to step 279, the process proceeds to step 279. Step 27
9, the current position status of the player character is detected and stored in the work RAM 26. After step 279, in step 281 the player character is NP
It is determined whether or not it collided with C. If it is determined that the collision has occurred with the NPC, in step 282, a process for eliminating the NPC is performed. After step 282, it is determined in step 283 whether all NPCs have disappeared. If it is determined that all NPCs have disappeared, a game clear process is performed in step 284. If it is determined in step 281 that there is no collision with an NPC and in step 283 all NPCs
If it is determined that has not disappeared, the process proceeds to step 285. In step 285, it is determined whether or not the player character has fallen into the hole. If it is determined that the game has fallen into the hole, a game over process is performed in step 286. If it is determined that it has not fallen into the hole, the collision process is terminated.

38 and 39 are examples of screens showing screen scrolling. On the screen, a ball 61 as a player character, turtles 62a to 62c as NPCs, a wall 63 and a hole 64 constituting a maze are displayed. A dotted line 65 indicates the limit of screen scrolling (the dotted line 65 is not actually displayed on the LCD 12). As described above, the game map is a virtual map larger than the display area of the LCD 12, and a partial area around the player character 61 in the game map is displayed on the LCD 12. If the player character 61 tries to move outside the dotted line 65, for example, by tilting the game device, the screen is scrolled and the LC
The game map display area displayed on D12 is moved, and the player character 61 and the NPC 62 are further moved and displayed in the center direction of the screen by the amount scrolled. By scrolling the screen, it is possible to enjoy a game on a wider game map.

For example, as shown in FIG. 38 , when the player character attempts to move to the left area beyond the dotted line 65, the display area of the game map is scrolled to the left, and the player character 61
And the NPC 62 is moved and displayed to the right by the amount of scrolling ( FIG. 39 ). Note that the scrolling speed may be changed according to the magnitude of the tilt input.

FIG. 40 is a flowchart of the screen scroll process. In step 291, it is determined whether or not the player character has left the scroll area in the negative direction of the X axis. Here, the scroll area is a region surrounded by a dotted line 65 in FIG. 38. X
If it is determined that the axis is not deviated in the minus direction, the process proceeds to step 294. If it is determined that the X-axis is deviated in the minus direction, it is determined in step 292 whether or not the area currently displayed on the LCD 12 is the left end area of the game map. If it is determined that the region is the left end region, the process proceeds to step 294. If it is determined that the region is not the left end region, step 29 is performed.
3, the scroll counter X coordinate (SCx) stored in the display RAM 25 is reduced by a predetermined amount, and then the process proceeds to step 294. In step 294, it is determined whether or not the player character has left the scroll area in the positive direction of the X axis. If it is determined that the X axis does not deviate in the positive direction, the process proceeds to step 297. If it is determined that the X-axis has deviated in the plus direction, it is determined in step 295 whether the area currently displayed on the LCD 12 is the right end area of the game map. If it is determined that the region is the right end region, the process proceeds to step 297. If it is determined that the region is not the right end region, in step 296, after a process of increasing the scroll counter X coordinate (SCx) by a certain amount, step 297 is performed.
Proceed to

In step 297, it is determined whether or not the player character has left the scroll area in the negative direction of the Y axis. If it is determined that the Y axis does not deviate in the negative direction,
Proceed to step 301. If it is determined that the Y-axis is deviated in the minus direction, step 29 is performed.
At 8, it is determined whether the area currently displayed on the LCD 12 is the upper end area of the game map. If it is determined that the region is the upper end region, the process proceeds to step 301. If it is determined that the region is not the upper end region, the process proceeds to step 301 after the scroll counter Y coordinate (SCy) is reduced by a certain amount in step 299. In step 301, it is determined whether or not the player character has left the scroll area in the positive direction of the Y axis. If it is determined that the Y axis does not deviate in the plus direction, the screen scrolling process is terminated. If it is determined that the Y axis has deviated in the plus direction, it is determined in step 302 whether or not the area currently displayed on the LCD 12 is the lower end area of the game map. If it is determined that it is the lower end area, the screen scroll process is terminated. If it is determined that the area is not the lower end area, in step 303, the scroll counter Y coordinate (SCy) is increased by a certain amount, and then the screen scroll process is terminated.

(Second Embodiment) Next, with reference to FIGS. 41 to 49, illustrating a game apparatus of the second embodiment of the present invention. The external view of the game device of the second embodiment, the XYZ axis definition diagram, the block diagram, the measurement principle diagram of the sensor interface, and the structure diagram of the Z-axis contact switch are shown in FIG.
It is common and to 7, the description thereof is omitted.

FIG. 41 is a diagram showing an example of the game screen of the present embodiment. This game is a game to be enjoyed by controlling the movement of the game character by raising the terrain of the game space when the player gives an impact to the game device.

As shown in FIG. 41A , a game character turtle 81 and a terrain raised character 82 are displayed on the game screen. As shown in FIG. 41 (b), the turtle 81 moves independently by the game program. In the state shown in FIG. 41 (b), when an impact input in the Z-axis direction is given to the game device, the terrain uplift character 82 is raised and displayed larger as shown in FIG. Is controlled to move (the turtle 82 moving forward is retracted by the terrain uplift). By performing such processing, it is possible to give the player a feeling as if the terrain as the game space is given energy and the terrain rises when an impact in the Z-axis direction is applied to the game device.

FIG. 42 is an example of a game screen showing the terrain uplift process by impact input in the Z-axis direction. FIG.
In (a), an outer frame 12 ′ indicates the entire game space, and an inner frame 12 indicates a display area displayed on the LCD 12. The game space is a world larger than the display area of the LCD 12, and a partial area of the game space is displayed on the LCD 12. In the game space, there are 12 terrain raised characters 82 (82a to 82l), and there are 3 turtle characters 81 (81a).
~ 81c). Of these, the LCD 12 has four terrain raised characters (82a, 82b, 8
2e, 82f) and one turtle character (82a) are displayed.

In the state shown in FIG. 42A , when an impact input in the Z-axis direction is given to the game device, FIG.
As shown in (b), twelve terrain raised characters (82a to 82l, terrain raised characters in the entire game space) are raised one step and displayed large and high. At this time, the turtle character (81a and 81b) present at the point where the terrain is raised is displayed to slide and move due to the terrain.

In the state shown in FIG. 42B, if an impact input in the Z-axis direction is given while operating the A button (operation switch 13b), the four terrain raised characters (82 displayed on the LCD 12) are displayed.
Only a, 82b, 82e, and 82f) are further raised one step and displayed larger. Similarly, the turtle character (81a) present at the point where the topography is raised is displayed to slide and move due to the topography. By processing in this way, when an impact input in the Z-axis direction is given while pressing the A button, the player feels as if energy from the impact is given to the game space limited to the area displayed on the LCD 12. Can be given to.

Although not shown, in the state shown in FIG. 42B, the B button (operation switch 13c
When the impact input in the Z-axis direction is given while operating), only the eight terrain raised characters (82c, 82d, 82g, 82h, 82i to 82l) not displayed on the LCD 12 are raised in one step and displayed large and high. The Similarly, the turtle character (81b, 81c) present at the point where the topography is raised is displayed to slide and move due to the topography. By processing in this way, when an impact input in the Z-axis direction is given while pressing the B button, the LC
It is possible to give the player a feeling as if energy is given to the game space by being limited to the area not displayed in D12.

FIG. 43 is an example of a game screen showing a scroll process of the display area of the game space. The display area of the game space is scrolled by performing slide input on the game device (see FIG. 9 in the first embodiment). For example, in FIG. 43A, the terrain raised characters 82a, 82b, 82e, 82f and the turtle character 81a are displayed on the LCD 12. In this state, when the game device is slid in the negative direction of the Y axis, the display area of the game space scrolls downward, and the terrain characters 82e, 8e are displayed as shown in FIG.
2f and the turtle character 81a are displayed.

In the state shown in FIG. 43 (b), when the game device is slid in the positive direction of the X axis, the display area of the game space scrolls to the right, and as shown in FIG. 82f and the turtle character 81a are displayed. By performing such processing, the player can enjoy the game in a game space larger than the LCD 12. In addition, as described above, the A and B buttons can be used to influence the game space (increase the terrain) by limiting to the inside and outside of the display area, so that a complicated game can be enjoyed.

FIG. 44 is a diagram showing temperature rise screen control by impact input in the XY axes. The turtle characters 81a to 81c move independently by the game program as described above, but this autonomous movement becomes active as the temperature rises (specifically, the amount of movement increases).
In the state shown in FIG. 44 (a), the impact input in the XY-axis direction ( FIG. 11 in the first embodiment) .
)), The temperature parameter increases, and a display in which the turtle characters 81a to 81c are actively moved is displayed. By performing such processing, it is possible to give the player a sense that energy is given to the game space and the temperature rises when an impact is applied to the game device in the XY-axis direction.

Hereinafter, data stored in the memory will be described with reference to FIGS . 45 and 46 . FIG. 45 is a memory map of the program ROM 34. In the program ROM 34, the CPU 21
The game program to be executed and the game data are stored. Program RO
Specifically, M34 is an object character data storage area 342a, a map data storage area 342b, a terrain elevation point data storage area 342c, a scroll limit value data storage area 342d, an acceleration sensor output value conversion table storage area 342e, and a game program. A storage area 342f is included. The object character data storage area 342a and the map data storage area 342b store graphic data of the object character and the game map. In the terrain elevation point data storage area 342c, the above-mentioned
Position data (X coordinate and Y coordinate; Px1 to Px12, Py1 to Py12) in the game space for each of the terrain raised characters (82a to 82l) as shown in FIG.
) Is stored. In the scroll limit value data storage area 342d, data (SCxmax, SCymax) indicating the limit value of the scroll so as not to be scrolled when the game space is scrolled and displayed at the top, bottom, left or right end of the game space. ) Is stored.

The acceleration sensor output value conversion table storage area 342d stores a conversion table for converting the output values of the XY-axis acceleration sensor 31 and the Z-axis contact switch 32 and using them in the game program. Specifically, the conversion table of the first embodiment ( FIGS. 20 to 26).
R> 6) is stored, and the sensor output value X (INx) and sensor output value Y (INy) are stored in the scroll counter X coordinate in the visual field movement process described later with reference to FIG. It is defined that it is used to calculate the amount of change in (SCx) and Y coordinate (SCy). As a result, when the game device is slid (see FIG. 9 in the first embodiment), the display area of the game space is scrolled and the field of view is moved. Further, it is defined that the Z-axis contact switch output value (INz) is used for determining the rise of the terrain, and that the impact input flag (FS) is used for determining the temperature rise.

A game program executed by the CPU 21 is stored in the game program storage area 342f. Specifically, a main program described later with reference to FIG. 47 , a sensor output reading program similar to FIG. 31 in the first embodiment, a visual field movement program described later with reference to FIG. 48 , and FIG. A terrain uplift program, a temperature rise program, a turtle character control program, and other programs described later are stored.

FIG. 46 is a memory map of the work RAM 26. The work RAM 26 stores temporary data when the CPU 21 executes the game program. Specifically, an acceleration sensor output value storage area 262a, an impact input flag storage area 262b, a terrain uplift data storage area 262c, a temperature data storage area 262d, and a character data storage area 262e are included.

Since the data stored in the acceleration sensor output value storage area 262a and the impact input flag storage area 262b are the same as in the first embodiment, the description thereof is omitted. Terrain uplift data storage area 26
In 2c, height data for each terrain elevation point is stored. Height data is changed in accordance with the impact input in the Z-axis direction in the terrain elevations process described later with reference to FIG. 49. Based on this data, the display state of the terrain uplift character is determined for each terrain uplift point. For example, when the height data is 1, it is displayed as 82a in FIG. 42 (a), and when the height data is 2, it is displayed as 82a in FIG. 42 (b) . in the case of 3 terrain elevations character is displayed as shown in 82a of FIG. 42 (c).

The temperature data storage area stores game space temperature data. The temperature data is changed according to the impact input in the XY axis directions in the temperature rise process (step 64 of the main program shown in FIG. 47 ). This data affects the turtle character control process (autonomous movement, step 65 of the main program shown in FIG. 47 ). In the character data storage area 262e, as many turtle characters as the number of coordinate data (X, Y, Z) and previous coordinate data (Px, P
y, Pz) is stored. Since the memory map of the display RAM is the same as that of FIG. 18 in the first embodiment, description thereof is omitted.

Hereinafter, with reference to FIGS. 47 to 49, illustrating the flow of processing of the game program. FIG. 47 is a flowchart of the main routine. When the cartridge 30 is inserted into the game apparatus body 10 and the power supply of the game apparatus body 10 is turned on, a main routine shown in FIG. 47 is started. Also in the second embodiment, the 0G position setting process and the neutral position setting process may be performed as in the first embodiment, but will be omitted for the sake of simplicity.

First, in step 61, sensor output reading processing similar to that in FIG. 31 in the first embodiment is performed, and the output values of the XY axis acceleration sensor 31 and the Z axis contact switch 32 are read via the sensor interface 33 (0G Correction by position data and neutral position data is omitted). After step 61, in step 62, a field of view movement process (game area scrolling process) described later with reference to FIG. 48 is performed. After step 62, in step 63, the terrain uplift process described later with reference to FIG. 49 is performed. After step 63, in step 64, temperature rise processing is performed. In the temperature increase process, first, it is determined whether or not there is an impact input in the XY axis direction. If there is an impact input in the XY axis direction, a process of increasing the temperature parameter (T) by 1 is performed. After step 64, turtle character control processing is performed in step 65. In the turtle character control process, first, a turtle character moving process by autonomous movement is performed. Specifically, for example, a process of calculating the amount of movement of the turtle character using a random value is performed. When the temperature (T) is high, the turtle character is controlled so that the amount of independent movement is large. Thereafter, the turtle character moving process is performed by the terrain uplift. Specifically, when the terrain under the turtle character is raised, a process of sliding the turtle character and moving it is performed. The turtle character control process is repeated for the number of turtle characters.

After step 65, in step 66, scroll display of the game space and display processing of the terrain uplift object and turtle character are performed based on the processing results of the above-described visual field movement processing, terrain uplift processing, and turtle character control processing. In addition, when the height of the terrain uplift point is increased by the terrain uplift processing, the terrain uplift character is displayed high and large,
It is more effective to generate a sound reminiscent of the rising terrain. After step 66, in step 67, it is determined whether or not the game is over. For example, it is determined that the game is over based on appropriate conditions according to the game content, such as making the game over when a predetermined time has passed. If it is determined in step 67 that the game is over, the main routine is terminated. If it is determined in step 67 that the game is not over, the process returns to step 61.

FIG. 48 is a flowchart of the visual field movement process. First, in step 621, referring to the conversion table, the scroll counter X coordinate (SCx) and Y coordinate (SCy) are changed. After step 621, in steps 622 to 629, it is determined whether or not scrolling is going beyond the end of the game space, and if scrolling is going beyond the end of the game space, the value of the scroll counter ( SCx, SCy
) Is set to an appropriate value.

In step 622, it is determined whether or not the scroll counter X coordinate (SCx) exceeds the scroll limit X coordinate (SCxmax). If it is determined that the scroll counter X coordinate (SCxmax) does not exceed, the process proceeds to step 624. If it is determined in step 622 that it has exceeded,
Proceeding to step 623, the value of the scroll counter X coordinate (SCx) is set to the scroll limit value X.
After the coordinates (SCxmax) are set, the process proceeds to step 624.

In step 624, it is determined whether or not the scroll counter X coordinate (SCx) is smaller than 0. If it is determined that the scroll counter X coordinate (SCx) is 0 or more, the process proceeds to step 626. If it is determined in step 624 that the value is smaller than 0, the process proceeds to step 625. After the value of the scroll counter X coordinate (SCx) is set to 0, the process proceeds to step 626.

In step 626, it is determined whether or not the scroll counter Y coordinate (SCy) exceeds the scroll limit Y coordinate (SCymax). If it is determined that the scroll counter Y coordinate (SCymax) does not exceed, the process proceeds to step 628. If it is determined in step 626 that the value has been exceeded, the process proceeds to step 627. After the scroll counter Y coordinate (SCy) is set to the scroll limit value Y coordinate (SCymax), the process proceeds to step 628.

In step 628, it is determined whether or not the scroll counter Y coordinate (SCy) is smaller than 0. If it is determined that the scroll counter Y coordinate (SCy) is equal to or greater than 0, the view movement process is terminated. Step 628
If it is determined that the value is smaller than 0, the process proceeds to step 629, and after the value of the scroll counter Y coordinate (SCy) is set to 0, the view movement process is terminated.

FIG. 49 is a flowchart of the terrain uplift process. First, in step 631, it is determined whether there is an output from the Z-axis contact switch (that is, whether there is an impact input in the Z-axis direction), and if it is determined that there is no output from the Z-axis contact switch, End the uplift process. If it is determined that there is an output from the Z-axis contact switch, the process proceeds to step 632. In step 632, it is determined whether or not the A button (operation switch 13 b) is pressed. If it is determined that the A button is pressed, the process proceeds to step 633, in the area displayed on the LCD A process of increasing the height (H) of the terrain elevation point by 1 is performed.
After step 633, the terrain uplift process is terminated.

If it is determined in step 632 that the A button has not been pressed, step 63
Proceeding to 4, it is determined whether or not the B button (operation switch 13c) is pressed. If it is determined that the B button has been pressed, the process proceeds to step 635, where a process of increasing the height (H) of the terrain elevation point outside the area displayed on the LCD by 1 is performed. After step 635, the terrain uplift process is terminated. If it is determined in step 634 that the B button has not been pressed, in step 636, the height (H) of all the terrain ridge points is increased by 1, respectively, and then the terrain ridge processing is terminated.

(Third Embodiment) Next, with reference to FIGS. 50 to 59, illustrating a third embodiment of the present invention. This game is a game for enjoying virtual cooking by moving the game device as if it were a frying pan or a kitchen knife.

50 to 53 are examples of game screens. In FIG. 50 , a player character 91, a kitchen 92, a stove 93, a frying pan 94, a desk 95, and a cutting board 96 are displayed on the game screen. When the A button (operation switch 13b) is pressed, a frying pan space process described later with reference to FIGS . 51 and 52 is started. In addition, when the B button (operation switch 13c) is pressed, a knife space process described later with reference to FIG. 53 is started.

51 and 52 are examples of a game screen for frying pan space processing. In the frying pan space processing, the game device is operated like a frying pan to play a game of cooking fried eggs. In FIG. 51A , a frying pan 94 and an egg 97 are displayed on the game screen.
In the state shown in FIG. 51 (a), when the game apparatus is tilted in the minus direction around the Y axis,
As shown in FIG. 51 (b), the egg 97 is moved and displayed to the left of the frying pan. In addition, FIG.
In the state shown in (b), when the game apparatus is tilted in the plus direction about the X axis, the egg 9
7 is displayed to be moved below the frying pan. By processing in this way, it is possible to give the player a feeling as if the egg is moving by the tilt of the frying pan by operating the game device like a frying pan.

In the state shown in FIG. 52A , when an impact input is given in the Z-axis direction of the game device, FIG.
As shown in FIG. 52 (b), the egg 97 is displayed as jumping upward away from the frying pan 94, and then the egg 97 is displayed as shown in FIG. 52 (c) or (d). Is done. At this time, as shown in FIG. 52 (a), when the position of the egg 97 when the impact is input in the Z-axis direction is toward the end of the frying pan 94, the egg 97 protrudes from the frying pan 94 and jumps. Landing will occur ( FIG. 52 (c)), which will be a failure. In the state shown in FIG. 52 (b), the egg 97 and the frying pan 9 are moved by sliding the game apparatus.
The egg 97 can be landed in the frying pan 94 by correcting the relative positional relationship with FIG. 4 ( FIG. 52 (d)). By processing in this way, it is possible to give the player a feeling as if the game apparatus is operated like a frying pan and the jumped egg is received by the frying pan.

FIG. 53 shows an example of a game screen for knife space processing. In the knife space processing, the game device is operated like a knife to play a game of cutting cabbage into pieces. In FIG. 53A , a kitchen knife 98 and a cabbage 99 are displayed on the game screen. When the game device is slid in the positive direction of the X axis in the state shown in FIG. 53A , as shown in FIG.
The cabbage 99 is displayed to move to the left with respect to the kitchen knife 98 (since the kitchen knife 98 is always displayed at the center of the game screen, the cabbage 99 is displayed to move relatively to the left). By processing in this way, the game device is operated like a kitchen knife, and the player feels as if the position of cutting the cabbage is adjusted by adjusting the positional relationship between the cabbage and the kitchen knife. Can do.

Further, in the state shown in FIG. 53 (b), when the game apparatus is moved up and down (movement input in the Z-axis direction), a display in which the cabbage 99 is shredded by the knife 98 is displayed. At this time, it is more effective to generate a sound of cutting the cabbage.

Hereinafter, data stored in the memory will be described with reference to FIG . Program RO
M34 stores a program substantially similar to the program ROM ( FIG. 16 ) of the first embodiment, but the acceleration sensor output value conversion table storage area includes a frying pan table, an egg jump table, and a knife table. The game program storage area stores a main program, a sensor output reading program, a frying pan space program, an egg jump program, a knife space program, and other programs. The frying pan table of the acceleration sensor output value conversion table is referred to by a frying pan space program described later with reference to FIG. 56 , and the egg jump time table is referred to by an egg jump program described later with reference to FIG. , knife table is referenced by the knife space program, which will be described later with reference to FIG. 57 57.

In the frying pan table, it is defined that the output value (INx, INy) of the XY-axis acceleration sensor 31 is used to calculate the amount of change in the X and Y coordinates (Ex, Ey) of the egg. Thus, when the game apparatus is tilted (see FIG. 10 in the first embodiment), the display position of the egg is changed, and display control is performed so that the egg slides on the frying pan. The output value (INz) of the coordinate Z-axis contact switch 32 is used for the egg jump determination, and the impact input flag (F
S) is defined not to be used.

In the egg jump table, it is defined that the output value (INx, INy) of the XY axis acceleration sensor 31 is used to calculate the amount of change in the X and Y coordinates (Ex, Ey) of the egg. This allows the game device to slide input while the egg is jumping (as in the first embodiment) .
9 ), the display position of the egg is changed, and the display is controlled so that the relative position between the frying pan and the egg is changed. In the egg jump table, a negative value is defined for the correction ratio. Because, in this embodiment, the frying pan is fixedly displayed on the game screen and the egg is displayed so as to move relative to the frying pan, so that the egg is moved in the direction opposite to the sliding movement direction of the game apparatus. This is because it is necessary to move and display. Further, the output value (INz) and the impact input flag (FS) of the Z-axis contact switch 32 are not used.

In the knife table, it is defined that the output values (INx, INy) of the XY-axis acceleration sensor 31 are used for calculating the amount of change in the X and Y coordinates (CAx, CAy) of the cabbage.
Thereby, the display position of the cabbage is changed when the game apparatus is slid and the display is controlled so that the relative position of the cabbage and the knife is changed. The knife ratio is defined as a negative value in the same manner as the egg jump table. This is because, in this embodiment, the kitchen knife is fixedly displayed on the game screen, and the cabbage is displayed so as to move relative to the kitchen knife. This is because it is necessary to move and display. Further, it is defined that the output value (INz) of the Z-axis contact switch 32 is used for the determination of the cabbage cutting process and the impact input flag (FS) is not used.

FIG. 54 is a memory map of the work RAM 26. The work RAM 26 stores temporary data when the CPU 21 executes the game program. Specifically, the acceleration sensor output value storage area 263a, the impact input flag storage area 263b, and the egg data storage area 263
c and cabbage data storage area 263d.

Since the data stored in the acceleration sensor output value storage area 263a and the impact input flag storage area 263b are the same as in the first embodiment, the description thereof is omitted. In the egg data storage area 263c, data on the X coordinate (Ex), Y coordinate (Ey), height (Eh), and burn condition (Ef) of the egg is stored. In the cabbage data storage area 263d, the X coordinate (CAx) of the cabbage,
Data of the Y coordinate (CAy) and the cutting ratio (CAc) are stored. Since the memory map of the display RAM is the same as that of FIG. 18 in the first embodiment, description thereof is omitted.

Hereinafter, the flow of the process of the game program will be described with reference to FIGS . 55 to 59 . FIG. 55 is a flowchart of the main routine. When the cartridge 30 is inserted into the game apparatus body 10 and the power supply of the game apparatus body 10 is turned on, a main routine shown in FIG. 55 is started. In the third embodiment, as in the first embodiment, the 0G position setting process and the neutral position setting process may be performed, but will be omitted for the sake of simplicity.

First, in step 71, the sensor output reading process similar to that of FIG. 31 in the first embodiment is performed, and the output values of the XY axis acceleration sensor 31 and the Z axis contact switch 32 are read via the sensor interface 33 (0G Correction by position data and neutral position data is omitted). After step 71, in step 72, it is determined whether or not the A button (operation switch 13b) is pressed. If it is determined in step 72 that the A button has been pressed, the process proceeds to step 73, and after performing knife space processing described later with reference to FIG. 57 , the process proceeds to step 76.

If it is determined in step 72 that the A button has not been pressed, the routine proceeds to step 74, where it is determined whether or not the B button (operation switch 13c) has been pressed. Step 7
If it is determined at 4 that the B button has not been pressed, the routine proceeds to step 76. If it is determined in step 74 that the B button is pressed, the process proceeds to step 75, and
After the frying pan space process described later with reference to FIG. 56 is performed, the process proceeds to step 76.

In step 76, it is determined whether or not the game is over. Specifically, for example, the game over is determined based on an appropriate condition according to the game content such as a game over when a predetermined time has passed. If it is determined in step 76 that the game is not over, the process returns to step 71. If it is determined in step 76 that the game is over, the main routine is terminated.

FIG. 56 is a flowchart of frying pan space processing. First, in step 771,
With reference to the frying pan table, the egg X coordinate (Ex) and the egg Y coordinate (Ey) are changed. After step 771, in step 772, an egg jump process described later with reference to FIG. 58 is performed. After step 772, in step 773, processing for increasing the degree of egg baking (Ef) by 1 is performed. After step 773, it is determined in step 774 whether or not the degree of egg baking (Ef) has reached 100 or more. Egg baking (Ef
) Is smaller than 100, the frying pan space processing is terminated. If it is determined that the degree of egg baking (Ef) has reached 100 or more, the routine proceeds to step 775, where egg success processing is performed. In the egg success process, for example, a screen on which the cooking of the egg is completed is displayed, and a process of adding the score is performed. After step 775, the frying pan space process ends.

FIG. 57 is a flowchart of the knife space processing. First, in step 741, the cabbage X coordinate (CAx) and the cabbage Y coordinate (CAy) are changed with reference to the knife table. After step 741, in step 742, cabbage cutting processing described later with reference to FIG. 59 is performed. After step 742, in step 743, it is determined whether or not the cabbage cutting ratio (CAc) has become 100 or more. Cabbage cutting rate (
If it is determined that CAc) is smaller than 100, the knife space processing is terminated. If it is determined that the cabbage cutting ratio (CAc) has reached 100 or more, the routine proceeds to step 744, where cabbage success processing is performed. In the cabbage success process, for example, a screen in which cutting of cabbage is completed is displayed, and a process of adding a score is performed. After step 744, the knife space process ends.

FIG. 58 is a flowchart of the egg jump process. First, in step 772a, Z
Whether there was an output from the shaft contact switch (that is, whether there was an impact input in the Z-axis direction)
Is judged. If it is determined in step 772a that there is no output from the Z-axis contact switch, the egg jump process is terminated. If it is determined in step 772a that there has been an output from the Z-axis contact switch, in step 772b, an indication that the egg is jumping is displayed. After step 772b, in step 772c, the egg height (Eh)
Is set to CH (predetermined value). After step 772c, in step 772d, the sensor output reading process similar to that in FIG. It is read (correction by 0G position data and neutral position data is omitted).
After step 772d, in step 772e, the egg X coordinate (Ex) and the egg Y coordinate (Ey) are changed with reference to the egg jump time table. After step 772e, in step 772f, a process of reducing the egg height (Eh) by 1 is performed. After step 772f, in step 772g, the X coordinate (Ex), Y coordinate (Ey),
Display processing is performed based on the height (Eh). After step 772g, step 772h
In step S1, it is determined whether or not the egg has landed, that is, whether or not the egg height (Eh) has become zero. If it is determined in step 772h that the egg has not landed, step 7
Return to 72d. If it is determined in step 772h that the egg has landed, it is determined in step 772i whether or not the egg landing position is in the frying pan. After the process is performed, the egg jump process is terminated. In the jump success process, for example, a process of generating success music while displaying “success” and adding the score is performed. If it is determined in step 772i that the egg landing position is outside the frying pan, the jump jump process is performed in step 772k, and then the egg jump process is terminated. In jump failure processing, for example, “failure”
Is displayed, and a process of setting the egg baking condition (Ef) to 0 is performed (recooking the egg).

FIG. 59 is a flowchart of the cabbage cutting process. First, in step 742a,
It is determined whether or not there is an output from the Z-axis contact switch (that is, whether or not there is a motion input in the Z-axis direction). If it is determined in step 742a that there is no output from the Z-axis contact switch, the cabbage cutting process is terminated. If it is determined in step 742a that there is an output from the Z-axis contact switch, it is determined in step 742b whether there is cabbage under the knife. If it is determined in step 742b that there is no cabbage under the knife, the cabbage cutting process is terminated. If it is determined in step 742b that there is cabbage under the knife, display processing (display that the cabbage is cut by a certain amount) is performed in step 742c. After step 742c, after processing for increasing the cabbage cutting ratio (CAc) by 1 in step 742d, the cabbage cutting processing is terminated.

(Fourth Embodiment) Next, with reference to FIG. 60 through FIG 66, illustrating a fourth embodiment of the present invention. Figure
60 is a conceptual diagram of a game space and an example of a game screen of a plurality of game devices. In this game, the game space is shared by communicating with a plurality of game devices.
This is a game in which a game similar to that of the embodiment is played by a plurality of players and a battle (or cooperation) is enjoyed. A labyrinth board that is a game space is common to a plurality of game devices 10 and 40, and the game image of the game device 10 and the game image of the game device 40 are based on the same game space data (however, the field of view is different for each game device). Is different). L of the first game apparatus 10
A range 12 indicated by a one-dot chain line is displayed on the CD, and a range 42 indicated by a dotted line is displayed on the LCD of the second game apparatus 40. Similar to the first embodiment, it is simulated that the labyrinth board that is the game space is tilted according to the tilt of the game apparatus. In the present embodiment, the tilt of the game apparatus 10 and the game apparatus 40 are simulated. The inclination of the maze plate is simulated by a value obtained by combining the inclinations of the mazes (the inclination of the maze plate may be simulated only by the inclination of one game device). The player of the game apparatus 10 operates the game apparatus 1 to operate his / her ball 61a.
While the player of the game device 40 tries to manipulate the tilt of the maze plate by tilting the game device 40 in order to manipulate his ball 61b, the player of the game device 40 tries to manipulate the tilt of the maze plate. However, you can not control the inclination of the maze plate as you think, and you can enjoy more complicated games. In this embodiment, the communication cable 50 is used to
Although communication between two game devices is performed, communication means such as a wireless or mobile phone may be used.

The program ROM of the fourth embodiment stores substantially the same data as the program ROM ( FIG. 16 ) of the first embodiment, but is added to the game program storage area in the case of the first embodiment. Then, a map confirmation program described later with reference to FIGS . 63 and 64 and a communication interrupt program described later with reference to FIGS . 65 and 66 are further stored.

Of the programs stored in the game program storage area, the main program, the map confirmation program, and the communication interrupt program are different programs for the game apparatus 10 and the game apparatus 40. This is for performing communication processing with the game device 10 as a parent device and the game device 40 as a child device, and details will be described later with reference to FIGS . 61 to 66 .

The work RAM of the fourth embodiment stores substantially the same data as the work RAM 17 of the first embodiment, but additionally includes a composite data storage area in addition to the case of the first embodiment. In the composite data storage area, the output values of the XY-axis acceleration sensor 31 and the Z-axis contact switch 32 of the game apparatus 10 and the XY-axis acceleration sensor 31 and the Z-axis contact switch 32 of the game apparatus 40 are stored.
Values obtained by synthesizing the output values are stored. The memory maps of the display RAM and the backup RAM are the same as those in FIG. 18 R> 8 and FIG .

Referring to FIG. 61 through FIG 66, the flow of processing of the game program. FIG. 61 is a flowchart of a main routine executed by the game apparatus 10. In this embodiment, in order to simplify the description, the 0G setting process, the neutral position setting process, and the wave generation process by impact input are omitted, but these processes are added as in the first embodiment. You may do it.

First, in step 81p, a game map selection process similar to that in FIG. 30 in the first embodiment is performed. After step 81p, in step 82p, a master map check process described later with reference to FIG. 63 is performed. After step 82p, the process proceeds to step 83p.

Steps 83p to 85p are the main loop, and are repeatedly processed until the game is over or the game is cleared. In step 83p, work R
Based on the data of the AM 26, necessary data is written in the display RAM 25, and the display RAM
A game screen is displayed on the LCD 12 based on the data stored in 25. Step 84
In p, the same object movement process as in FIGS. 32 to 36 in the first embodiment is performed (the wave movement process is omitted), and the movement process of the player character and the NPC is performed.
After step 84p, in step 85p, the same collision process as in FIG. 37 in the first embodiment is performed, and the collision process between the player character and the NPC or the like is performed. Step 85
After p, in step 86p, the same screen scrolling process as in FIG. 40 in the first embodiment is performed.

FIG. 62 is a flowchart of a main routine executed by the game apparatus 40. In this embodiment, in order to simplify the description, the 0G setting process, the neutral position setting process, and the wave generation process by impact input are omitted, but these processes are added as in the first embodiment. May be.

First, in step 81c, a game map selection process similar to that in FIG. 30 in the first embodiment is performed. After step 81c, in step 82c, a handset map confirmation process described later with reference to FIG. 64 is performed. After step 82c, the process proceeds to step 83c.

Steps 83c to 88c are the main loop and are repeatedly processed until the game is over or the game is cleared. First, in step 83c, necessary data is written in the display RAM 25 based on the data in the work RAM 26, and a game screen is displayed on the LCD 12 based on the data stored in the display RAM 25. After step 83c, in step 84c, sensor output reading processing similar to that of FIG. It is read (correction by 0G position data and neutral position data is omitted). After step 84c, in step 85c, the interrupt signal and the acceleration sensor output value data (INx, INy, INz) read in step 84c and stored in the work RAM 26 are transmitted to the game apparatus 10. On the game device 10 side, in response to this interrupt signal, a base unit communication interrupt process described later with reference to FIG. 65 is started. After step 85c, in step 86c, the same object movement process as in FIGS. 32 to 36 in the first embodiment is performed (the wave movement process is omitted).
A player character and NPC movement process is performed. After step 86c, in step 87c, the same collision process as in FIG. 37 in the first embodiment is performed, and the collision process between the player character and the NPC or the like is performed. After step 87c, in step 88c, the same screen scrolling process as in FIG. 40 in the first embodiment is performed.

FIG. 63 is a flowchart of parent machine map confirmation processing executed by game device 10. First, in step 87p1, the map number data stored in its own work RAM 26 is transmitted to the game apparatus 40. After step 87p1, data is received in step 87p2. Specifically, map number data transmitted from game device 40 is received in step 87c3 of a slave unit map confirmation process which will be described later with reference to FIG . If it is determined in step 87p3 that the data has been received, it is determined in step 87p4 whether or not the own map number data matches the map number data of the game apparatus 40 received in the previous step 87p2. . Step 8
If it is determined in 7p4 that the map number data match, the master map confirmation process is terminated. If it is determined in step 87p4 that the map number data do not match, the process returns to the game map selection process in step 81p of the main routine of FIG .

FIG. 64 is a flowchart of the slave unit map confirmation process executed by the game apparatus 40. First, in step 87c1, data is received. Specifically, the map number data transmitted from game device 10 is received in step 87p1 of the parent device map confirmation process of FIG. 63 described above. If it is determined in step 87c2 that the data has been received, the map number data stored in its own work RAM 26 is transmitted to the game apparatus 10 in step 87c3. After step 87c3, in step 87c4, the own map number data and the game apparatus 10 received in the previous step 87c1.
It is determined whether or not the map number data match. If it is determined in step 87c4 that the map number data match, the slave unit map confirmation process is terminated. If it is determined in step 87c4 that the map number data do not match, FIG.
The process returns to the game map selection process in step 81c of the second main routine.

FIG. 65 is a flowchart of parent device communication interrupt processing executed in game device 10. This process, processing is started by an interrupt signal transmitted in step 85c of the main routine of the game apparatus 40 shown in FIG. 62 described above. First, in step 91p, data is received. Specifically, the acceleration sensor output value of game device 40 transmitted in step 85c of the main routine of game device 40 shown in FIG. 62 is received. After step 91p, in step 92p, sensor output reading processing similar to that in FIG. 31 in the first embodiment is performed, and the output values of the XY axis acceleration sensor 31 and the Z axis contact switch 32 are sent via the sensor interface 33. It is read (correction by 0G position data and neutral position data is omitted). After step 92p, in step 93p, the acceleration sensor output value of game device 40 received in previous step 91p and the acceleration sensor output value of game device 10 read in previous step 92p are synthesized. Here, the composition may be simply a calculation process of adding, or the composite value may be calculated from the two values by a more complicated calculation formula, for example, adding the two values with weighting. . After step 93p, in step 94p, the interrupt signal and the composite data calculated in the previous step 93p are transmitted to the game apparatus 40.

FIG. 66 is a flowchart of the slave unit communication interrupt process executed by the game apparatus 40. This process is the process in response to the interrupt signal transmitted in step 94p of the main unit communication interrupt process of FIG. 65 is started. In step 91c, the composite data is received from the game apparatus 10 and the process ends.

In the above-described embodiment, the portable game device is provided with the detection means . However, as shown in FIG. 67 , a controller such as a home game machine, a personal computer, or an arcade game machine may be provided with the detection means. Good. In this case, the player controls the game space displayed on the display device such as a television receiver by tilting the controller or applying motion or impact. For example, as shown in FIG. 6868 , when the controller is tilted, a display as a game space displayed on the display device is tilted, and the ball on the board rolls is simulated. When the controller is tilted to the right, the plate tilts to the right and the ball rolls to the right, and when the controller is tilted to the left, the plate tilts to the left and the ball rolls to the left.

In the above-described embodiment, the acceleration sensor is provided in the cartridge. However, the acceleration sensor may be provided on the portable game device main body. When the acceleration sensor is provided on the portable game device main body, it is not necessary to provide an acceleration sensor for each cartridge, and the cost can be reduced. The information storage medium used for the game device is not limited to the cartridge, and may be an IC card such as a PC card.

In the first embodiment described above, the neutral position data is stored in the work RAM 26 and set for each game play. However, the neutral position data is stored in the backup RAM 35 so that the same data can be used in the next game play. good.

In the first embodiment described above, the neutral position is determined by the player.
Neutral position data may be stored in advance in the game program and used. Further, a plurality of neutral position data may be stored and the player may select one of them.

In the first embodiment described above, the game characters are only the player character (ball) and the enemy character (turtle), but in addition to these, NPCs such as friendly characters and neutral characters that assist the player character. Non-player characters) may appear. These NPCs are autonomously moved based on the game program (N
There may be a PC), and movement or deformation may be performed according to an operation (tilt, motion, or impact input) by the player.

In the first embodiment described above, the control of the game space is based only on the output of the acceleration sensor, but there may be a portion for controlling the game space based on the operation switch. For example, in a pinball game, a game in which a flipper is operated when an operation switch is pressed while controlling a pinball table, which is a game space, by tilting or shaking a game device can be considered. Also, in a game called “falling game”, where the falling objects are stacked and the score is calculated according to the stacked state, the operation switch is controlled while tilting or shaking the game device. A game in which the direction of the object is changed by, the object is moved at a high speed by an impact input, or the object is deformed by a motion input in the Z-axis direction can be considered.

In the first embodiment described above, the game character moves according to the inclination of the game apparatus (that is, the inclination of the maze board which is the game space). However, the game character seems to move according to the movement or impact of the game apparatus. It may be. For example, when the game device is slid, it is simulated that the wall of the maze plate has moved in the same manner, and the display control is such that the game character in contact with the wall moves as if pressed against the wall. Can be considered.

In the first embodiment described above, the player character (ball) itself is moved and displayed. However, the player character is displayed in a fixed manner, the game space is scrolled, and the player character moves relatively in the game space. Display processing may be performed.

In the above-described fourth embodiment, two players perform the same control of tilting the maze plate, but the two players may be in charge of different controls. For example, one player controls the maze board to be tilted by tilting the game device, and the other player inputs a motion character in the Z-axis direction to the game device to cause the game character to jump, or receives an impact input in the XY-axis direction. Then, a game such as controlling to generate waves can be considered.

In the fourth embodiment described above, the game device 10 stores a master program for the main program, the map confirmation program, and the communication interruption program.
Has stored a program for the child device, but stores both the parent device program and the child device program in each of the game device 10 and the game device 40, and prior to the start of the game, It is also possible to set which one is the parent machine or the child machine and select the program according to the setting.

It is an external view of the portable game device of one Example of this invention. It is the figure which showed the definition of the XYZ axis | shaft. It is a block diagram of a portable game device. It is a block diagram of a sensor interface. It is the figure which showed the principle which measures the output of an acceleration sensor. It is the figure which showed the structure of the Z-axis contact switch. It is a figure in case a Z-axis contact switch detects the motion input (or impact input) of a Z-axis direction. It is an example of the game screen of a 1st Example. It is the figure which showed the slide input. It is the figure which showed inclination input. It is the figure which showed the impact input of the X-axis direction or the Y-axis direction. It is the figure which showed the motion input (impact input) of the Z-axis direction. It is the figure which showed the utilization method of a slide input. It is the figure which showed the utilization method of inclination input. It is the figure which showed the utilization method of an impact input. It is a memory map of the program ROM of the first embodiment. It is a memory map of the work RAM of the first embodiment. It is a memory map of the display RAM of the first embodiment. It is a memory map of the backup RAM of the first embodiment. It is an acceleration sensor output conversion table of the 1st example. It is an acceleration sensor output conversion table of the 1st example. It is an acceleration sensor output conversion table of the 1st example. It is an acceleration sensor output conversion table of the 1st example. It is an acceleration sensor output conversion table of the 1st example. It is an acceleration sensor output conversion table of the 1st example. It is an acceleration sensor output conversion table of the 1st example. It is a flowchart of the main routine of a 1st Example. It is a flowchart of 0G setting processing of the first embodiment. It is a flowchart of the neutral position setting process of a 1st Example. It is a flowchart of the game map selection process of a 1st Example. It is a flowchart of the sensor output reading process of a 1st Example. It is a flowchart of each object movement process of a 1st Example. It is a flowchart of the player character movement process of a 1st Example. It is a flowchart of the NPC movement process of a 1st Example. It is a flowchart of the jump movement process of a 1st Example. It is a flowchart of the wave movement process of 1st Example. It is a flowchart of the collision process of a 1st Example. It is explanatory drawing (before scrolling) of the screen scroll of 1st Example. It is explanatory drawing (after scrolling) of the screen scroll of 1st Example. It is a flowchart of the screen scroll process of 1st Example. It is an example of the game screen of a 2nd Example. It is an example of the game screen (terrain uplift process) of a 2nd Example. It is an example of the game screen (view movement process) of a 2nd Example. It is an example of the game screen (temperature rise process) of a 2nd Example. It is a memory map of the program ROM of the second embodiment. It is a memory map of the work RAM of the second embodiment. It is a flowchart of the main routine of a 2nd Example. It is a flowchart of the visual field movement process of a 2nd Example. It is a flowchart of the topographical uplift process of a 2nd Example. It is an example of the game screen of a 3rd Example. It is an example of the game screen (frying pan space process) of a 3rd Example. It is an example of the game screen (frying pan space process) of a 3rd Example. It is an example of the game screen (knife space process) of a 3rd Example. It is a memory map of the work RAM of the third embodiment. It is a flowchart of the main routine of a 3rd Example. It is a flowchart of the frying pan space process of a 3rd Example. It is a flowchart of the knife space process of a 3rd Example. It is a flowchart of the egg jump process of a 3rd Example. It is a flowchart of the cabbage cutting process of a 3rd Example. It is an example of the game screen of a 4th Example. It is a flowchart of the main routine of the game device 10 of a 4th Example. It is a flowchart of the main routine of the game device 40 of a 4th Example. It is a flowchart of the main | base station map confirmation process of a 4th Example. It is a flowchart of the subunit | mobile_unit map confirmation process of a 4th Example. It is a flowchart of the main | base station communication interruption process of a 4th Example. It is a flowchart of the subunit | mobile_unit communication interruption process of a 4th Example. It is an example at the time of applying this invention to the controller of a consumer game device. It is an example of a screen when the present invention is applied to a controller of a consumer game device.

Explanation of symbols

10: Game device body 12: LCD
13: Operation switch 21: CPU
25: Display RAM
26: Work RAM
30: Game cartridge 31: XY-axis acceleration sensor 32: Z-axis contact switch 33: Sensor interface 34: Program ROM
35: Backup RAM

Claims (4)

A game system in which display means for displaying an image based on a processing result of a processing means is provided in association with a game apparatus including a game program storage means for storing a game program and a processing means for executing the game program. And
Housing is gripped by the player, and said housing is provided in connection with, and includes an XY direction of the acceleration and the Z direction you detected state detecting means the shock applied to the housing,
The game program storage means includes
Terrain data for displaying terrain,
Character data for displaying the character,
The processing means;
Display control means for displaying terrain on the display means based on the terrain data, and displaying characters on the display means based on the character data;
First action control means for controlling the action of the character in accordance with the acceleration in the XY directions applied to the housing based on the output of the state detection means;
Terrain deformation means for updating the terrain data so that the terrain is deformed in response to an impact in the Z direction applied to the housing based on the output of the state detection means;
A game system that stores a program that functions as a second motion control unit that controls the motion of the character in accordance with the deformation of the terrain by the terrain deformation unit .   The terrain data includes terrain data for displaying a game space larger than a display area that can be displayed by the display means;
  The display control means causes the display means to display the terrain of the game space within the display area of the game space,
  The game system according to claim 1, wherein the terrain deforming unit updates the terrain data only for the terrain existing in the display area based on an output of the state detecting unit.   The terrain data includes terrain data for displaying a game space larger than a display area that can be displayed by the display means;
  The display control means causes the display means to display the terrain of the game space within the display area of the game space,
  The game system according to claim 1, wherein the terrain deforming unit updates the terrain data for the terrain of the entire game space regardless of the inside or outside of the display area based on the output of the state detecting unit.   Operation means including a housing provided in association with the player and held by the player; State detection means provided in relation to the housing and detecting acceleration in the XY direction and impact in the Z direction applied to the housing; A game information storage medium that is detachably attached to a game system comprising processing means for displaying an image obtained by processing a program on a display means, and stores the game program;
  Terrain data for displaying terrain,
  Character data for displaying the character,
  The processing means;
    Display control means for displaying terrain on the display means based on the terrain data, and displaying characters on the display means based on the character data;
    First action control means for controlling the action of the character in accordance with the acceleration in the XY directions applied to the housing based on the output of the state detection means;
    Terrain deformation means for updating the terrain data so that the terrain is deformed in response to an impact in the Z direction applied to the housing based on the output of the state detection means;
    A game information storage medium for storing a program that functions as second motion control means for controlling the motion of the character in accordance with the deformation of the terrain by the terrain deformation means.

Images