JP2003225467A - Game machine and game program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game machine utilizing a motion sensor and a game program which enable a position becoming a reference to be exactly set and correction processing to be exactly performed. <P>SOLUTION: The game machine is provided with a housing to be grasped by a player, the motion sensor provided in the housing, a reference position setting means, a correction means and a game control means. The reference position setting means is provided with a history storage means for storing history data on the output values of the motion sensor, a reference position setting switch provided in the housing and a corrected data determining means for determining corrected data on the basis of data except for data in the case of pressing the reference position setting switch in the history data for a prescribed period in the history storage means. On the basis of the corrected data, the correction means corrects the output value of the motion sensor. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a game device and a game program using a motion sensor.

[0002]

2. Description of the Related Art A game device utilizing a motion sensor is disclosed
It is disclosed in Japanese Patent Laid-Open No. 001-170358 (hereinafter referred to as "prior art"). In this prior art, a motion sensor is provided in a portable game device held by a player or an operating device (hereinafter, abbreviated as “game device etc.”) connected to the game device so that the motion (acceleration, tilt) of the game device or the like is provided. And changes in angle, etc.), and game control is performed accordingly. In this prior art, a 0G position and a neutral position are set as reference positions for game devices and the like. Here, the 0G position is a position when the game device or the like is held horizontally, and the neutral position is an arbitrary position where the player can easily play the game. Specifically, in the 0G position setting process, a display is displayed on the game screen prompting that the game device or the like be held horizontally and the operation key be pressed, and the player who sees the display holds the game device or the like horizontally. , Operate the key. The output value of the motion sensor when the player operates a key is held as 0G position data. Also, in the process of setting the neutral position, a display is displayed on the game screen prompting you to press the operation key while holding it at a tilt that makes it easy to play the game.
The player who sees the display holds the game device or the like at an inclination at which the player can easily play the game and operates the keys. The output value of the motion sensor when the player operates a key is held as the neutral position. During actual game play, these correction data (0G position data and neutral position data) are subtracted from the output value from the motion sensor, and the value after subtraction is used for the game processing. Thus, in the 0G position, the inclination of the game device or the like with respect to the horizontal is used for the game processing, and in the neutral position, the inclination of the game device or the like with the inclination arbitrarily determined by the player as the reference. The (difference between the reference inclination and the inclination of the game device or the like) is used for the game processing.

[0003]

SUMMARY OF THE INVENTION In the above-mentioned prior art,
A message is displayed on the game screen prompting the player to hold the game device or the like horizontally or to hold the game device or the like at a tilt that is easy to play the game and press the operation key. Then press the operation key. And
The output value of the motion sensor when the operation key is pressed is recorded as correction data.

Here, when the player presses the operation key, the force of the operation causes the game device or the like to move delicately (the inclination is changed or the image is shaken by an impact), and the movement is detected by the movement sensor. Therefore, when the player holds the game device or the like at a certain position and presses the operation key, the output value of the motion sensor is not an accurate value corresponding to that position. However, in the prior art, the output value of the motion sensor when the operation key is pressed is used as the correction data.

Therefore, the following problems occur in the case of the prior art. That is, when setting the aforementioned 0G position, the player holds the game device or the like horizontally and presses the operation key, but at this time, the game device or the like is in a non-horizontal position due to the force of pressing the operation key. The position is set as the 0G position. During the game play, the output value of the motion sensor is corrected with reference to the erroneous 0G position, and the game process is performed as if the non-horizontal position is horizontal (or if the horizontal position is not horizontal). Get lost. In the case of setting the neutral position, similarly, a position different from the position intended by the player is set, and a game process different from the player's feeling is performed during the game.

Therefore, a main object of the present invention is to provide a game device or a game program capable of accurately setting a reference position and accurately performing a correction process in a game device using a motion sensor. That is.

[0007]

According to a first aspect of the present invention, there is provided a housing held by a player, a reference position setting means, a correction means, and a game control means.
The housing is, for example, a housing of a portable game device or a housing of an operation device connected to the game device,
It is a housing that can be grasped and moved by a player during game play. This housing is provided with a motion sensor for detecting the motion of the housing. The reference position setting means is means for setting the reference position (inclination, direction) of the housing. The correction means is means for correcting the output value of the motion sensor according to the reference position. The game control means is means for performing game control using the output value of the correction means. The reference position setting means includes history storage means for storing history data of the output value of the motion sensor, a reference position setting switch provided in the housing, and the reference position setting switch of the history data of the history storage means for a predetermined period of time. Correction data determining means for determining the correction data based on the data excluding the current data. The correction means corrects the output value of the motion sensor based on the correction data.

According to a second aspect of the present invention, there is provided a housing held by a player, a reference position setting means, a correction means, and a game control means. The housing is, for example, a housing that a player can hold and move during game play, such as a housing of a portable game device or a housing of an operation device connected to the game device. This housing is provided with a motion sensor for detecting the motion of the housing. The reference position setting means is means for setting the reference position (inclination, direction) of the housing. The correction means is means for correcting the output value of the motion sensor according to the reference position. The game control means is means for performing game control using the output value of the correction means. The reference position setting means refers to the history storage means for storing history data of the output value of the motion sensor, the reference position setting switch provided in the housing, and the history storage means, and from the time the reference position setting switch is pressed, A correction data determination unit that determines correction data based on an output value of the motion sensor at a first time point before or after a lapse of a predetermined time is included. The correction means corrects the output value of the motion sensor based on the correction data.

In the invention of claim 1 or 2, the player sets the reference position for holding the housing by the reference position setting means. To set the reference position,
This is done by the player holding the housing at an appropriate position and then operating the reference position setting switch. By referring to the history data of the output value of the motion sensor stored in the history storage means, the correction data is obtained based on the data excluding the data when the reference position setting switch is pressed in the history data of the predetermined period of the history storage means. (Claim 1) or a time point before or after a predetermined time has elapsed from the time the reference position setting switch was pressed (in other words, a time point some distance from the time when the reference position setting switch was pressed. In other words, the correction data is determined based on the output value of the motion sensor at the time when it is considered that the player has completed gripping the housing at the reference position and when the reference position setting switch is not pressed). (Claim 2).

For example, as in the embodiment described later, it is conceivable that the correction data is determined based on the output value of the motion sensor one second before the reference position setting switch is pressed. Is not limited to this example. The number of seconds before or after what number of seconds the output value of the motion sensor is used is determined according to the characteristics of the sensor, the characteristics of the game device, the content of the game, and the like. Specifically, it is only necessary to appropriately determine a time when it is assumed that the player has completed holding the reference position and there is no influence of a shock (blur). In addition, referring to the history data, when the output value of the motion sensor is stable around the time when the reference position setting switch is pressed (excluding the time when the reference position setting switch is pressed) It is possible to use the output value of the motion sensor, or use other data except the output value of the motion sensor at the time when the value of the history data is rapidly increasing (it is considered that there was a shock). It is also possible.

When the player moves (tilts, moves, gives a shock, changes the direction, etc.) the housing during the execution of the game, the movement is detected. The output value from the motion sensor is corrected based on the set correction data, and the corrected value is used by the game control means.

According to the present invention, since the correction data is determined excluding the output value of the motion sensor when the reference position setting switch is pushed, the impact or the shake of the housing when the reference position setting switch is pushed, etc. The influence on the output value of the motion sensor due to can be eliminated, and accurate correction data (correction data matching the reference position imaged by the player) can be obtained.

According to a third aspect of the present invention, in the game apparatus according to the second aspect, the correction data determining means sets the output value of the motion sensor at the first time point as the correction data.
Further, the correction means outputs a value obtained by subtracting the correction data from the output value of the motion sensor.

According to a fourth aspect of the present invention, in the game apparatus according to the first or second aspect, the correction data determining means has a plurality of output values output from the motion sensor during a predetermined period starting from the first time point. The correction data is determined based on

According to a fifth aspect of the present invention, there is provided a housing held by a player, a reference position setting means, a correction means, and a game control means. The housing is, for example, a housing that a player can hold and move during game play, such as a housing of a portable game device or a housing of an operation device connected to the game device. This housing is provided with a motion sensor for detecting the motion of the housing. The reference position setting means is means for setting the reference position (inclination, direction) of the housing. The correction means is means for correcting the output value of the motion sensor according to the reference position. The game control means controls the game using the output value of the correction means. The reference position setting means refers to the history storage means for storing history data of the output value of the motion sensor, the reference position setting switch provided in the housing, and the history storage means, and refers to the time when the reference position setting switch is pressed. Correction data determining means for determining correction data based on a plurality of output values of the motion sensor in a predetermined period determined as The correction means corrects the output value of the motion sensor based on the correction data.

The player sets the reference position for holding the housing by the reference position setting means. The reference position is set by the player holding the housing at an appropriate position and then operating the reference position setting switch. By referring to the history data of the output values of the motion sensor stored in the history storage means, a predetermined period determined based on when the reference position setting switch is pressed (for example, from when the reference position setting switch is pressed) A predetermined period before, or a predetermined period after the reference position setting switch is pressed, or a predetermined period including when the reference position setting switch is pressed. The correction data is determined based on a plurality of output values of the motion sensor in () is preferably not included.

For example, one second before the reference position setting switch is pushed to 0.5 as in the embodiment described later.
An example is conceivable in which the correction data is determined based on the output value of the motion sensor two seconds before, but the present invention is not limited to this example. For example, the correction data may be determined based on the output value of the motion sensor 0.5 seconds to 1 second after the reference position setting switch is pressed.
The correction data may be determined based on the output value of the motion sensor from seconds before to 0.5 seconds after. How many seconds before or after what is set depends on the characteristics of the sensor, the characteristics of the game device,
It is determined according to the game content and the like.

When the player moves (tilts, moves, gives an impact, changes the direction, etc.) the housing during the game, the movement is detected. The output value from the motion sensor is corrected based on the set correction data, and the corrected value is used by the game control means.

According to a sixth aspect of the present invention, in the game apparatus according to the fourth or fifth aspect, the correction data determining means averages a plurality of output values to obtain correction data.

According to the invention described in claims 4 to 6,
Since the correction data is determined based on the output value of the motion sensor for a predetermined period (that is, the correction data is determined based on a plurality of output values), there is a case where there is a blur in the gripped state of the housing. Also, the influence of the output value when there is a shake can be weakened. Averaging is the most common method for determining correction data,
It is not limited to this. Further, for example, a process of determining an output value having a large difference as compared with other values as an output value when there is a blur and excluding it is conceivable.

The invention according to claim 7 is the game apparatus according to any one of claims 1 to 6, wherein the game control means executes a game in which the reference position is horizontal. Further, the reference position setting means urges the player to press the reference position setting switch while keeping the housing horizontal.

In the case of a game in which the reference position is horizontal, it is necessary to set the reference position accurately. By applying the present invention to a game in which the reference position is horizontal, the effect of the present invention becomes more remarkable.

According to an eighth aspect of the present invention, in the game apparatus according to any one of the first to seventh aspects, the mounting position of the motion sensor and the position where the reference position setting switch is provided are separated.

When the mounting position of the motion sensor and the position where the reference position setting switch is provided are distant from each other, the influence (shake) when the reference position setting switch is pressed is likely to occur. By applying the present invention to a game device, the effect of the present invention becomes more remarkable.

According to a ninth aspect of the invention, there is provided the game device according to any one of the first to eighth aspects, wherein the motion sensor is an acceleration sensor or a tilt sensor. Other than this, a direction sensor or the like can be considered.

The inventions described in claims 10 to 16 are game programs corresponding to the game devices described in claims 1 to 7, respectively.

BEST MODE FOR CARRYING OUT THE INVENTION (First Embodiment) A portable game device according to a first embodiment of the present invention will be described with reference to FIGS. FIG. 1 is an external view of a portable game device (hereinafter, simply referred to as “game device”). The game device includes a game device main body 10 and a game cartridge (hereinafter abbreviated as “cartridge”) 30 that is attachable to and detachable from the game device main body 10.
Composed of and. The cartridge 30 is electrically connected when mounted on the game apparatus body 10. The game apparatus body 10 includes a housing 11, and the housing 1
1 includes a substrate having a circuit configured as shown in FIG. 3 described later. The LCD 12 and the operation switches 13a to 13e are provided on one main surface of the housing 11, and the 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 another game device is provided on the side surface, if necessary.

FIG. 2 is a diagram showing the relationship between the game device and the XYZ axes. When the game device is arranged such that the LCD 12 faces upward and the operation switch part is in the front, the lateral direction of the game device is the X axis (the right direction is the plus direction),
The vertical direction is the Y axis (the back direction is the positive direction), and the thickness direction is the Z axis (the upper direction is the positive direction).

FIG. 3 is a block diagram of the game device. The game apparatus main body 10 has a board 27 built therein, and the CPU 21 is mounted on the board 27. 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 are connected to the CPU 21. The 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. Although the method of communicating with the other game device 40 is illustrated by using the communication cable 50, a method of using a wireless device or a mobile phone may be used.

The cartridge 30 contains a substrate 36,
On the board 36, a program RO storing a game program and game data as described later with reference to FIG.
M34 and a backup RAM 35 for storing game data, which will be described later with reference to FIG. 19, are mounted. In addition to these storage means, the cartridge 30 includes an XY-axis acceleration sensor 31 for detecting accelerations in the X-axis direction and the Y-axis direction, and Z, as an example of a detection means for detecting the inclination, movement and impact of the game apparatus body. A Z-axis contact switch 32 for detecting the acceleration in the axial direction is included. Further, the cartridge 30 includes a sensor interface 33 which is an interface of acceleration detecting means. When using a three-axis acceleration sensor that can detect acceleration in all X-axis, Y-axis, and Z-axis directions, the Z-axis contact switch 32 is unnecessary, but the two-axis acceleration sensor (XY-axis acceleration sensor) is more preferable. Since the Z-axis acceleration detection is inexpensive and does not require high accuracy in the present embodiment, the Z-axis contact switch 32, which has a simple structure and is inexpensive, is used. If high accuracy is not required in the XY axis directions, a detecting 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 required for executing the game program is work R
It is stored in the AM 26. Game data to be continuously stored even when the power of the game device is turned off is stored in the backup RAM 35. The 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 sent to the sound generation circuit 23, and sound is generated as a sound effect from the speaker 16. The operation switch 13 is for operating a game, but in the present embodiment, the operation switch 13 is an auxiliary switch. The player mainly performs a game operation by inclining, exercising, or giving a shock to the game device. Game operations such as tilt, movement, and shock of the game device are detected by the XY axis acceleration sensor 31 and the Z axis contact switch 32. The CPU 21 executes the game program using the output values of these acceleration detecting means.

In the case of a game using a plurality of game devices, the data obtained by the CPU 21 executing the game program is sent to the communication interface 24 and the connector 1 is sent.
5 and another game device 40 via the communication cable 50.
Sent to. Further, the data of the other 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. The sensor interface 33 is X
It includes a 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. The X counter 331
The pulses of the clock signal Φ are counted based on the X-axis output of the XY-axis acceleration sensor 31. The Y counter 332 is
The pulses of the clock signal Φ are counted based on the Y-axis output. The count stop circuit 333 responds to the fall of the X-axis output of the XY-axis acceleration sensor 31 in response to the fall of the X counter 3
A count stop signal is sent to 31, and a count stop signal is sent to the Y counter 332 in response to the fall of the Y-axis output. The latches 334 and 335 hold the values of the X counter 331 and the Y counter 332. Decoder 336
Is an X counter 331, a Y counter 332, and a latch 33.
4 and the latch 335 to transmit a start / reset signal. The general-purpose I / O port 337 is used to connect the expansion unit. The latches 334 and 335 also hold the output value (0 or 1) of the Z-axis contact switch. Specifically, the most significant bits of the latches 334 and 335 are assigned to the output value of the Z-axis contact switch, and the remaining lower bits are assigned to the value of the X counter or the Y counter. General-purpose I
The expansion unit connected to the / O port 337 is, for example, a vibration unit that vibrates in synchronization with the game program in order to give the game a sense of reality.

In FIG. 5, the sensor interface 33 is XY.
It is a figure showing the principle of measuring the count value according to the magnitude of acceleration from the output of axial acceleration sensor 31. The XY-axis acceleration sensor 31 in the present embodiment outputs a signal indicating the magnitude of acceleration by changing the duty ratio within one cycle (period 1) of the waveform. In this case, 1
The larger the ratio of the high level period (period 2 or period 3) in the cycle, the larger the acceleration detected.
Further, the XY-axis acceleration sensor 31 outputs the magnitude of acceleration in the X-axis direction from the X-axis output, and outputs the magnitude of acceleration in the Y-axis direction from the Y-axis output.

When the count start signal output from the decoder 336 becomes low level, the X counter 331 starts the counting operation after detecting the rising of the X-axis output from low level to high level. Specifically, the X counter 331 increments its count value each time the clock signal Φ is supplied, 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 Φ during the period (period 2) from the rise of the X-axis output to the high level immediately after the count start signal goes to the low level to the fall to the low level. To do.
Similarly, the Y counter 332 also counts the clock signal Φ during the period (period 3) from the rise of the Y-axis output to the high level to the fall to the low level immediately after the count start signal becomes the low level. . In this way, the X counter 331 holds a count value according to the magnitude of acceleration in the X axis direction, and the Y counter 332 holds a count value according to the magnitude of acceleration in the Y axis direction. X
The values of the counter 331 and the Y counter 332 are latch 3
34 or the latch 335 holds the data of the latch 334 and the latch 335 via the data bus to the CPU.
21 and is used in the game program.

X counter 331 and Y counter 332
Counts from 0 to 31, for example, and the count value is 0 when the count value 15 is used as a reference (acceleration 0).
Is -2G (twice the gravity acceleration in the negative 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, since the count value 15 is read as 0, the count value 0 as -15, and the count value 31 as 16, X
When the Y-axis acceleration sensor 31 detects the acceleration in the minus direction, the reading value of the CPU is minus, and when the acceleration in the plus direction is detected, the reading value of the CPU is plus.

FIG. 6 is a structural diagram of the Z-axis contact switch 32. The Z-axis contact switch 32 is a ball contact 321 made of a conductor.
And a contact 322, a contact 323, and a box 324. Specifically, the ball contact 321 is movably supported in a substantially central portion in the space of the box body 324 (a recess (324 a for supporting the ball contact 321 in the central portion of the inner bottom surface of the box body 324). ) Is provided). The upper part of the box 324 has a semicircular cutout (322a, 322a,
The plate-shaped contact point 322 and the contact point 323 having 323 a) are fixed to the substrate 36 at the other end with one end facing each other. The box body 324 is fixedly held by the substrate 36 in a state of being suspended by the contact points 322 and 323. With such a configuration, when the cartridge 30 is vigorously moved in the Z-axis direction (plus direction or minus direction), as shown in FIG.
Moves in the Z-axis direction inside the box 324 and contacts the contacts 322 and 323 almost at the same time, and the contacts 322 and 323
Becomes conductive via the ball contact point 321, and it is detected that acceleration is input in the Z-axis direction. The magnitude of the acceleration in the Z-axis direction is detected based on the conduction time of the contact point 322 and the contact point 323. In addition, when the cartridge 30 is gently tilted, the ball contact point 321 causes the box body 324 to move.
Although it moves inside, the contact point 322 and the contact point 323 are not short-circuited, so acceleration is not detected.

FIG. 8 shows an example of the game screen. On the game screen, a ball 61, which is an example of a player character, and a turtle 62, which is an example of an enemy character (hereinafter abbreviated as “NPC”).
And the wall 63 and the hole 64 that form the maze 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. The LCD 12 has turtles 62a-62.
Although only 3 of c are displayed, there are many other turtles on the game map. In addition, the game map has terrain such as a floor surface, an ice surface, and underwater.

The amount of movement and the direction of movement of the ball 61 are changed by the player tilting the game device or by giving motion or impact, and the shape thereof is also changed as necessary. The turtle 62 is controlled to move (autonomously moves) by the game program, but the turtle 62 moves or changes its display even when the player tilts the game device or gives an exercise or shock.

To explain the outline of this game, the player operates the ball 61 in the game map which is in a maze shape by the wall 63, and the turtles 62a to 6 which are NPCs.
Crush 2c with a ball 61. The crushed turtle disappears. The game is cleared when you succeed in eliminating all turtles on the game map. There are several holes 64 on the game map, and if the ball 61 falls into this hole 64, it will be one miss 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 Y of the XY-axis acceleration sensor 31.
It is detected based on the shaft output. (Movement in the X-axis or Y-axis direction causes acceleration). FIG. 10 is a diagram showing a tilt input centered on the X axis or the Y axis. A tilt centered on the X axis is detected based on the Y axis output of the XY axis acceleration sensor 31, and a tilt centered on the Y axis is detected based on the X axis output of the XY axis acceleration sensor 31 (centered on the X axis. When the tilt occurs, gravity causes acceleration in the Y-axis direction, and when the tilt occurs around the Y-axis, gravity causes acceleration in the X-axis direction). FIG. 11 is a diagram showing impact input in the X-axis direction or the Y-axis direction. The acceleration input in the X-axis direction is output from the X-axis output of the XY-axis acceleration sensor 31, and if this output value is a certain value or more, it is assumed that a shock input has been made. Further, the acceleration input in the Y-axis direction is output from the Y-axis output of the XY-axis acceleration sensor 31, and if this output value is a certain value or more, it is assumed that a shock input has been made. FIG. 12 is a diagram showing motion input (or impact input) in the Z-axis direction. The Z-axis movement (or impact) is detected by the Z-axis contact switch 32.

13 to 15 are views showing examples of usage methods for each of the above-mentioned game operations. FIG. 13 is a diagram showing a method of using slide input (which is 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 that is larger than the display range of the LCD 12 is displayed on the LCD 12, the display area is scrolled by sliding input. Specifically, when the slide input is made in the + direction of the X axis, the area moved from the current display area in the + direction of the X axis is displayed. The slide input in the Y-axis direction is similarly processed. By processing the slide input in this manner, it is possible to give the player a feeling as if he is looking into a part of the wide world through the LCD 12. In the present embodiment, this slide input is used only 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. The method of scrolling the game map will be described later with reference to FIGS. 38 to 40.

FIG. 14 is a diagram showing a method of using the tilt input centered on the X axis or the Y axis. When there is a tilt input about the X axis, the game character (player character 61 and NPC 62) on the game screen is displayed so as to move in parallel in the Y axis direction (tilt in the plus direction about the X axis). If so, the game character is displayed so as to move in parallel in the negative direction of the Y-axis). Further, when there is a tilt input about the Y axis, it is displayed such that the game character (player character 61 and NPC 62) on the game screen moves in parallel in the X axis direction (minus direction around the Y axis). If the game character is tilted to, the game character is displayed so as to move in parallel in the negative direction of the X-axis). By processing the tilt input in this way, the maze board, which is the game space, tilts in the same way as the game device, and the player feels as if the game character is sliding (rolling) on the tilted maze board. It can be given to the player. In the game map, the ball 6 such as the floor surface, ice surface, underwater, etc.
The terrain that causes the change in the movement amount of 1 is mixed, and the movement amount according to the tilt input changes depending on where the game character is. For example, the size of control of the ball 61 is changed so that the amount of movement is large on an ice surface because it is slippery and the amount of movement is small on water.

FIG. 15 is a diagram showing a method of using impact input or motion input in the Z-axis direction. When an impact is input in the X-axis direction or the Y-axis direction, a process different from the process of inputting the inclination (movement of the game character due to the inclination of the maze board) is performed. For example, it causes waves in the water, which is the game space. X
When there is a shock input in the positive direction of the axis, a wave is generated in the positive direction of the X axis. When there is a shock 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, a wave may be generated in a vector direction in which the acceleration input in the X-axis direction is used as a vector component in the X-axis direction and the acceleration input in the Y-axis direction is used as a vector component in the Y-axis direction. This wave causes the game character to be washed away and moved. The game character may be uncontrollable while in the waves. Further, when there is a motion input (or impact input) in the Z-axis direction, the display is changed so that the ball 61, which is the player character, jumps. By processing the motion input in the Z-axis direction in this way, it is possible to sense that the maze board, which is the game space, moves in the Z-axis direction in the same manner as the game device and causes the game character on the maze board to jump. Can be given to the player. During the jump, the ball 61 does not move even when there is a tilt input. Also, when there is a motion input (or impact input) in the Z-axis direction, the turtle 62, which is an NPC, turns over (the turtle that was turning over returns to the front). The turtle becomes slippery when turned upside down, and is processed so that the amount of movement when there is a tilt input is larger than when it is face up.

FIG. 16 is a memory map of the program ROM 34. The program ROM 34 includes the CPU 21
A game program and game data executed by are stored. The program ROM 34 specifically 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. Graphic data of the object character is stored in the object character data storage area 34a. Since the object character has several poses (for example, "front side" and "back side" of a turtle, which is an NPC), 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. The map for game map selection is the LCD 1 in the game map selection process described later with reference to FIG.
It is the data of the virtual map displayed in 2.

The acceleration sensor output value conversion table storage area 34c stores a conversion table for converting the output values of the XY axis acceleration sensor 31 and the Z axis contact switch 32 for use in a game program. The conversion table includes a game map selection processing table, a player character moving table, and an NPC moving table. In addition, the player character moving table,
There are tables for aerial use, floor use, ice use, and underwater use, which are selected according to the topography of the coordinates where the player character exists. The NPC moving table includes a table for face-up and a table for face-down. The turtle, which is an NPC, has a face-up state and a face-down state, and the table is selected according to this state. Details of these tables will be described later with reference to FIGS. 20 to 26.

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

FIG. 17 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 neutral position data storage area 26a, the acceleration sensor output value storage area 26b, the impact input flag storage area 26c, the camera coordinate storage area 26e of the map selection screen, and the game map number storage area 26.
f, a character data storage area 26g, and an acceleration sensor output value history data storage area 26h.

Neutral position data storage area 2
The neutral position data (NPx, NPy, NPz) set in the neutral position setting process described later with reference to FIG. 29 is stored in 6a.
This is data regarding the reference inclination of the game device when playing the game.

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

Camera coordinate storage area 26 of the map selection screen
e is the LCD 12 of the game map selection map in the game map selection process described later with reference to FIG.
The coordinates (Cx, Cy) of the upper left corner of the area displayed in are stored. The game map number storage area 26f stores number data (MN) corresponding to the game map selected by the player in the game selection process described later with reference to FIG.

In the character data storage area 26g, moving acceleration data (Ax, Ay, Az), moving acceleration change amount data (dAx, dAy, dAz), and velocity data (Vx) for each character (player character and NPC). , Vy, Vz), coordinate data (X, Y, Z), previous coordinate data (Px, Py, Pz), current position status (SP), and pose number (PN) are stored.

The previous coordinates (Px, Py, Pz) are stored for returning 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 (in the air, floor, ice surface, water surface) is selected based on this data. The pose number (PN) is data relating to the state (pose) of the character (for example, the front and back of a turtle).

In the acceleration sensor output value history data storage area 26h, a history of output values from the XY axis acceleration sensor 31 is stored in a FIFO method every 1/60 seconds when the 0G setting processing or the neutral position setting processing is executed. (Recorded for each of the output value X and the output value Y). Since 60 times of data can be stored in the history data storage area 26h, the history of the past one second is stored.

FIG. 18 is a memory map of the display RAM 25. The display RAM 25 temporarily stores the display data obtained by the CPU 21 executing the game program. The display RAM 25 includes an object data storage area 25a and a scroll counter data storage area 25.
b and a map data storage area 25c. The object data storage area 25a stores data of all the characters that appear in the game, which are present in the display area of the LCD 12. In particular,
The X coordinate, Y coordinate, character ID and pose number are stored.

Scroll counter data storage area 25b
In, the coordinates of the upper left corner of the area displayed on the LCD 12 in the game map are stored. Map data storage area 2
5c stores game map data in the area displayed on the LCD 12 of the game map.

FIG. 19 is a memory map of the backup RAM 35. The backup RAM 35 is shown in FIG.
0 set in the 0G setting process described later with reference to
G position data is stored. This 0G position data is for coping with the fact that the sensor output value does not become 0 even if the game device 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 processing.

20 to 26 show the program ROM 3
4 is a diagram showing details of a conversion table stored in an acceleration sensor output value conversion table storage area 34c of No. 4; FIG. In this table, the sensor output values (INx, INy, IN of the XY-axis acceleration sensor 31 and the Z-axis contact switch 32 are shown.
z) and the shock input flag (FS) are used to store data for correction processing such as a method of using the game processing and limiting the maximum value. Specifically, the data of the usage method, the correction ratio, the special correction condition, and the special correction number are stored. A plurality of these tables are stored and include a game map selection processing table, a player character moving table, and an NPC moving table.

The game map selection processing table of FIG. 20 is referred to in the game map selection processing described later with reference to FIG. With this table, the output values (INx, INy) of the XY-axis acceleration sensor can be calculated from the camera coordinates (C
x, Cy) is used to calculate the amount of change. Since the correction ratio is double, the camera coordinates (C) are doubled by the output value (INx, INy) of the XY-axis acceleration sensor 31.
x, Cy) moves the coordinates. The Z-axis contact switch output value (INz) is used for map determination processing. The shock input flag (FS) is not used.

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

In the player character moving table, the output value X (INx) of the XY axis acceleration sensor 31 is
Amount of change in X movement acceleration of the player character (dAx)
The output value Y (INy) is used to calculate the change amount (dAy) of the Y movement acceleration. When the current position status is "in the air", the change amount (dAx, dAy) of the moving acceleration is zero with reference to FIG. In the case of the “floor surface”, the correction ratio is double with reference to FIG. 22, so that twice the output value (INx, INy) of the XY-axis acceleration sensor 31 is the change amount (dA) of the moving acceleration.
x, dAy). In addition, XY is set according to the special correction condition 1.
The output value (INx, INy) of the axial acceleration sensor 31 is 20
If it is larger, the change amount of the moving acceleration (dAx, dA
y) is limited to 40. In the case of "ice surface", referring to FIG. 23, the output values (INx, I
Ny) is three times the change amount of the moving acceleration (dAx, dAy)
(The amount of movement is large on the "ice surface"). Further, according to the special correction condition 1, the output value of the XY-axis acceleration sensor 31 (IN
When x, INy) is larger than 20, the change amount (dAx, dAy) of the moving acceleration is limited to 60. "Underwater"
24, 1/2 of the output value (INx, INy) of the XY-axis acceleration sensor 31 becomes the change amount (dAx, dAy) of the moving acceleration (the moving amount is small in "underwater") with reference to FIG. . When the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 10 according to the special correction condition 1, the change amount (dAx, dAy) of the moving acceleration is limited to 5.

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

In the player character moving table, the shock input flag (FS) affects the amount of change (dAx, dAy) between the X moving acceleration and the Y moving acceleration. When the current position status is "in the air" and "underwater", the impact input flag (FS) is ignored with reference to FIGS. If the current position status is "Floor",
With reference to FIG. 22, a process of multiplying the change amounts (dAx, dAy) of the X movement acceleration and the Y movement acceleration by 3 is performed. When the current position status is “ice surface”, FIG.
With reference to, a process of multiplying the change amounts (dAx, dAy) of the X movement acceleration and the Y movement acceleration by 5 is performed.
In this way, when a shock is input, the amount of change (dAx, dAy) in the X movement acceleration and the Y movement acceleration on the "floor surface" and the "ice surface" is increased (moves at a higher speed) than usual. .

The NPC movement tables of FIGS. 25 and 26 are referred to in the tilt movement processing in step 44 and the impact movement processing in step 45 of the NPC movement processing described later with reference to FIG. The NPC moving table includes a table for face-up and a table for face-down. These 2 depending on the pose of the NPC turtle (face-up or face-down)
One of the conversion tables is selected and referred to.

In the NPC movement table, the output value X (INx) of the XY axis acceleration sensor 31 is used for calculation of the change amount (dAx) of the X movement acceleration of the NPC,
The output value Y (INy) is the change amount of the Y movement acceleration (dA
It is used for the calculation of y). In the case of "face up",
Referring to FIG. 25, since the correction ratio is 1/2, X
1 of the output values (INx, INy) of the Y-axis acceleration sensor 31
/ 2 is the change amount of the X movement acceleration and the Y movement acceleration (d
Ax, dAy). In addition, X is set by special correction condition 1.
The output value (INx, INy) of the Y-axis acceleration sensor 31 is 1
When it is smaller than 0, the change amount of the moving acceleration (dAx, d
Ay) becomes 0 (in the case of "face-up", a slight inclination input will cause the turtle to step, so it will not slip). Further, according to the special correction condition 2, the output value (INx, I
If Ny) is greater than 20, the amount of change in moving acceleration (dAx, dAy) is limited to 10. In the case of “face down”, referring to FIG. 26, twice the output value (INx, INy) of the XY-axis acceleration sensor 31 is the X movement acceleration and Y.
The amount of change in the moving acceleration is (dAx, dAy) (the amount of movement is larger in "backward" than in "frontward" because the turtle is more slippery). If the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 20 according to the special correction condition 1, the amount of change in the moving 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 determining the reverse rotation of the turtle. Every time the Z-axis contact switch output value becomes 1, the turtle repeats the state of the front and back. Impact input flag (FS) is NP
It is not used for C move processing.

FIG. 27 is a flow chart of the main routine. When the cartridge 30 is inserted into the game apparatus main body 10 and the power of the game apparatus main body 10 is turned on, FIG.
The main routine shown in is started. First step 11
In, it is determined whether or not it is the first time of activation or the player has made a 0G setting request (for example, activation while pressing the operation switch 13b in FIG. 1). If it is not the first time to start and there is no 0G setting request, step 13
Proceed to. At the time of first activation or when there is a 0G setting request, in step 12, after performing 0G setting processing which will be described later with reference to FIG. 28, the process proceeds to step 14. After the neutral position setting process described later with reference to FIG. 29 is performed in step 14, the process proceeds to step 17. Here, the neutral position setting is to set the reference inclination of the game device at the time of playing the game, and the recommended position setting is the data regarding the appropriate neutral position (program ROM 34 The recommended position aiming target coordinate 34d) is stored in the game program in advance, and the neutral position is set based on the data.

In step 17, a game map selection process, which will be 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, coordinates (X, Y, Z) and pose number (PN) of the character data 26g of the work RAM 26, object character data 3 of the program ROM 34.
RAM for display based on 4a and map data 34b
The necessary data is written in 25, and the game screen is displayed on the LCD 12 based on the data stored in the display RAM 25. 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 and corrected via the sensor interface 33.
After step 20, it is determined in step 21 whether or not there is a neutral position setting request. If there is no request, the process proceeds to step 23, and if there is a request, the process proceeds to step 22 to perform the neutral position setting process, and the neutral position setting process is performed. After the position is reset,
Return to step 19. This is because one operation switch (for example, the operation switch 13e in FIG. 1) is assigned to an operation switch dedicated to the neutral position setting, and by pressing this operation switch 13e, the neutral position is always reset even during the game. Means to enable.

In step 23, it is judged whether or not the shock input flag is ON. Impact input flag is OF
If F, go to step 26. Impact input flag is O
In the case of N, the process proceeds to step 24, and it is determined whether or not the terrain at the current coordinates of the player character is underwater (determined based on the current position status (PS)). If it is determined that the water is not underwater, the process proceeds to step 26. When it is determined that the water is in the water, the wave generation process is performed in step 25 (the screen display as shown in the above-mentioned middle 15) is performed. Specifically, the sensor output value X (INx) is a vector component in the X-axis direction and the sensor output value Y (INy) is a vector component in the Y-axis direction.
The process of generating a wave according to the magnitude of the composite vector is performed. The player can give the player a sensation as if the impact that 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.

32 to 36 in step 26.
Each object movement process described later with reference to
A process of moving the player character and the NPC is performed. After step 26, in step 27, FIG.
The collision process described later with reference to is performed, and the collision process between the player character and the NPC or the like is performed. Step 27
After that, in step 29, screen scroll processing described later with reference to FIG. 40 is performed.

FIG. 28 is a flowchart of the 0G setting process. In this subroutine, the 0G position, that is, the position when the game device (specifically, the display surface of the LCD 12) is horizontally held is set.

First, in step 120, the work R
Processing for clearing the history data storage area 26h of the AM 26 is performed. After that, in step 121, the display "Please press the operation key when it is level with the ground" is displayed on the LCD 12, and the game device (specifically, LC
The player is required to hold the display surface of D12 horizontally and then press the operation key (for example, the operation switch 13b). In step 122, the XY-axis acceleration sensor 31
Of the output value (output value X and output value Y) is loaded (specifically, loaded into the acceleration sensor output value storage area 26b of the work RAM 26). Step 1
After step 22, in step 123, the captured sensor output values (output value X and output value Y) are stored in the work RAM 26.
Is written in the history data storage area 26h in the FIFO format. After step 123, the operation key input acceptance processing is performed in step 124, and step 1
At 25, it is determined whether the operation switch 13b has been pressed. If it is determined that the operation switch 13b has been pressed, the process proceeds to step 126. If it is not determined that the operation switch 13b is pressed, the process returns to step 122,
The processing of steps 122 to 125 is repeated. Here, the processing of steps 122 to 125 is 1/6.
Since it is executed every 0 seconds, the history every 1/60 seconds of the output value from the XY axis acceleration sensor 31 is stored in the history data storage area 26h after the 0G setting process is started and before the operation switch 13b is pressed. Will be recorded. However, since only 60 times of data can be recorded in the history data storage area 26h, the latest data for one second is stored.

At step 125, the operation switch 1
If it is determined that 3b has been pressed, the routine proceeds to step 126, where it is determined whether the Z-axis contact switch is ON. Z
When the shaft contact switch is ON, the display surface of the LCD 12 is facing downward, so a warning sound is generated in step 125, the process returns to step 121, and the player is requested to set the 0G position again. To do. When it is determined in step 126 that the Z-axis contact switch is OFF, in step 128, the history of the sensor output values recorded in the history data storage area 26h is referred to, and from the present time (the operation switch 13b is The process of calculating the average of the sensor values 1 second to 0.5 seconds before (after being pressed) is performed (the calculation is performed for each of the output value X and the output value Y). Then, in step 129, the calculated average value is stored in the backup RAM 35 as 0G position data. FIG. 29 is a flowchart of the neutral position setting process. In this subroutine, a process is performed in which the player arbitrarily determines the grip angle of the game device that is easy to play the game and sets it as the neutral position.

First, in step 140, the work R
Processing for clearing the history data storage area 26h of the AM 26 is performed. After that, in step 141, the display "Please press the operation key when the angle is easy to play" is displayed on the LCD 12, and the game device (specifically, the display surface of the LCD 12) is gripped at an angle at which the player can easily play the game. Later operation key (for example, operation switch 1
3b) Request the player to press. Step 14
In 2, the output values (output value X and output value Y) of the XY-axis acceleration sensor 31 are loaded (specifically, loaded into the acceleration sensor output value storage area 26b of the work RAM 26). After step 142, in step 143, the sensor output value (output value X
And the output value Y) are written in the history data storage area 26h of the work RAM 26 by the FIFO method. Step 1
After 43, a process of accepting an operation key input is performed in step 144, and further it is determined in step 145 whether the operation switch 13b has been pressed. If it is determined that the operation switch 13b has been pressed, step 14
Go to 6. When it is not determined that the operation switch 13b is pressed, the process returns to step 142 and steps 142 to 142
The process of step 145 is repeated. Where step 1
Since the processing from 42 to step 145 is executed every 1/60 seconds, 1/60 seconds of the output value from the XY-axis acceleration sensor 31 from the start of the neutral position setting processing until the operation key is pressed. Each history is recorded in the history data storage area 26h. However, since only 60 times of data can be recorded in the history data storage area 26h, the latest data for one second is stored.

At step 145, the operation switch 1
If it is determined that 3b has been pressed, the process proceeds to step 146, and the history of the sensor output values recorded in the history data storage area 26h is referred to, and from the current point The process of calculating the average of the sensor values from seconds before to 0.5 seconds before is performed (the calculation is performed for each of the output value X and the output value Y). Then, in step 147, the 0G position data of the backup RAM 35 is subtracted from the calculated average value (the neutral position data is data corresponding to the inclination from the horizontal state). Then, in step 148, the calculated value of S147 and the output value of the Z-axis contact switch 32 are stored in the neutral position data storage area 26a of the work RAM 26 as neutral position data.

In this embodiment, the history data from 1 second to 0.5 seconds ago is simply averaged.
The present invention is not limited to this. For example, a process of averaging after excluding the maximum value or the minimum value may be performed, or data having a value far apart from other values may be excluded.

In the present embodiment, both the 0G position and the neutral position can be set, but at least one of them can be set. For example, when the configuration is such that only the 0G position is set, it is not necessary to correct the neutral position in step 207 of FIG. Further, when the configuration is such that only the neutral position is set, the processing of step 147 of FIG. 29 and step 206 of FIG. 31 are not necessary.

FIG. 30 is a flow chart of the game map selection process. In this subroutine, the player selects one from a plurality of game maps stored in the game program. The screen for the game map selection process is displayed, for example, as shown in FIG. L
A partial area of the game map selection map is displayed on the CD 12. The player moves the display area by sliding input in the X-axis direction or the Y-axis direction so that the map icons (A, B, C, D in FIG. 13) are displayed in the display area, and then Z. Input motion in the axial direction. It means that the game course corresponding to the course icon displayed in the display area is selected when the motion input (or the shock input) is made in the Z-axis direction.

First, at step 171, the camera coordinates (Cx, Cy) are initialized. Then step 17
2, 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, 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 and corrected. In step 174, the game map selection processing table shown in FIG. 20 is referred to, and the camera coordinate (C is determined based on the sensor output values (INx, INy).
x, Cy) is changed. Specifically, since the correction ratio is double, the camera coordinates (Cx, Cy) are changed by a value that is twice the sensor output value (INx, INy). For example, when the sensor output value (INx) is 5, the camera coordinate (Cx) is incremented by 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. In step 176, the edge area of the game map selection map is corrected so as to be displayed, and then the process proceeds to step 177. In step 177,
It is determined whether the Z-axis contact switch 32 is ON. When it is determined that the Z-axis contact switch 32 is OFF, the process returns to step 172. Z-axis contact switch 32 is O
If it is determined to be N, it is determined in step 178 whether any one of the map icons (A, B, C, D in FIG. 13) is displayed in the display area of the LCD 12. . When 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. When it is determined that the map icon is displayed in the display area, in step 181, the game map number (MN) corresponding to the displayed map icon is stored in the work RAM 26.

FIG. 31 is a flow chart 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 values (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. Furthermore, 0G
Correction processing is performed using the position data and the neutral position data.

In step 201, the data in the latch 334 and the latch 335 of the sensor interface 33 are 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 a shock input. Specifically, whether or not the size of the vector that is obtained by combining the acceleration sensor output value X (INx) as a vector component in the X-axis direction and the acceleration sensor output value Y (INy) as a vector component in the Y-axis direction is a certain value or more. Is determined. If it is determined that the value is a certain value or more, step 2
At 04, after the shock input flag (FS) is set to ON, the routine proceeds to step 206. When it is determined that the size of the combined vector is smaller than the fixed value, the impact input flag (FS) is set to OFF in step 205, and then the process proceeds to step 206. In step 206,
In step 202, 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 values further corrected by the neutral position data are stored in the acceleration sensor output storage area 26b as INx, INy and IN.
Restored as z.

Specifically, the correction based on the neutral position data is performed by subtracting the values of the neutral position data (NPx, NPy) for the acceleration sensor output value X (INx) and the acceleration sensor output value Y (INy). It Regarding 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 moving process. FIG. 32 is a flowchart of the main routine of the object moving process. In step 261, a player character movement process described later with reference to FIG. 33 is performed. In step 262, an NPC moving process described later with reference to FIG. 34 is performed. This NPC moving process is repeated by the number of NPCs.

FIG. 33 is a flowchart of the player character moving process. In step 31, the current coordinates (X, Y, Z) of the player character are copied and stored as the previous coordinates (Px, Py, Pz). This is necessary for returning to the previous coordinates when the player character collides with the wall in the collision process described later with reference to FIG. In step 32, the amount of change in moving acceleration (dAx, dAy, dAz) is initialized, and then in step 33, tilt movement processing is performed. In the tilt movement process, the change amount of the X movement acceleration and the Y movement acceleration of the player character is calculated by referring to an appropriate one of the conversion tables shown in FIGS. 21 to 24 according to the current position status of the player character. Processing is performed. By this processing, the amount of change (dAx, dAy) in the moving acceleration is determined so that the character rolls (slips) in accordance with the tilt of the game device (tilt input). Further, in step 34, a shock movement process is performed. In the impact movement process, a process of increasing the amount of change in the X movement acceleration and the Y movement acceleration of the player character is performed by referring to an appropriate one of the conversion tables shown in FIGS. 21 to 24 described above. By this processing, when a shock is input, the amount of change in moving acceleration (dAx, dA) so that the player character dashes (moves at high speed).
y) is incremented. In step 35,
A jump movement process described later with reference to FIG. 35 is performed. After step 35, in step 36, it is determined whether or not the wave generation processing has been performed in step 25 in the flowchart of FIG. If it is determined that no waves are generated, the process proceeds to step 38. If it is determined that a wave has occurred, in step 37,
After the wave movement processing described later with reference to FIG. 36 is performed, the process proceeds to step 38. In Step 38, Step 3
The movement acceleration (Ax, Ay, Az) is calculated based on the change amount (dAx, dAy, dAz) of the movement acceleration calculated in the tilt movement processing, the impact movement processing, the jump processing, and the wave movement processing from 3 to step 37. The moving acceleration (A
x (Ay, Az) based on velocity (Vx, Vy, Vz)
Is calculated. In step 39, the speed (Vx, V
Coordinates (X, Y, Z) are calculated based on y, Vz).

FIG. 34 is a flowchart of the NPC moving process. In step 41, the current coordinates (X, Y,
Z) is copied and stored at the previous coordinates (Px, Py, Pz). In step 42, the amount of change in the moving acceleration (dAx, dAy, dAz) is initialized. In step 43, the NPC autonomous movement processing based on the game program is performed. Specifically, for example, a turtle has a moving acceleration change amount (dAx, dAy, dAz) based on a random number value.
Is determined. After step 43, tilt movement processing is performed in step 44. In the tilt movement processing, in the conversion table shown in FIG.
NP by referring to the appropriate one according to the pose number
A process of calculating the amount of change in the X movement acceleration and the Y movement acceleration of C is performed. Further, in step 45, the impact movement processing is performed, but in the case of the present embodiment, the NPC is not affected by the impact input. After step 45, in step 46, it is determined whether or not the wave generation processing has been performed in step 25 in the flowchart of FIG. If it is determined that no waves are generated, the process proceeds to step 48. When it is determined that a wave has been generated, in step 47, a wave movement process described later with reference to FIG. 36 is performed, and then the process proceeds to step 48. Step 48
At step 43, the amount of change in the moving acceleration (dAx, dAy, dA) calculated by the autonomous moving process, the tilt moving process, the shock moving process, and the wave moving process from step 43 to step 47.
z) is used to calculate the moving acceleration (Ax, Ay, Az), and the moving speed (Ax, Ay, Az) is used to calculate the velocity (Vx, Vy, Vz). In step 49, based on the speed (Vx, Vy, Vz), the coordinates (X,
Y, Z) is calculated. In step 51, it is determined whether the Z-axis contact switch output value (INz) is 1 or not.
NPC when Z axis contact switch output value (INz) is 0
The movement processing subroutine ends. If the Z-axis contact switch output value (INz) is 1, then in step 52, the process of reversing the front side and the back side is performed. Specifically, work R
Pose number (PN) of AM26 character data
Change.

FIG. 35 is a flowchart of the jump process. In this subroutine, a process of causing the player character to jump when there is a motion input in the Z-axis direction and a process of descending when there is no motion input in the Z-axis direction and the player character is "in the air" are performed. .

In step 351, it is determined whether the Z-axis contact switch output value (INz) is 1 or not. If the Z-axis contact switch output value (INz) is 1, step 3
At 52, the current position status (PS) is "air"
After that, in step 353, the variation amount (dAz) of the Z movement acceleration is set to 1. When it is determined in step 351 that the Z-axis contact switch output value (INz) is 0, it is determined in step 354 whether the player character is “in the air” and “in the air”.
If not, the jump process ends. Step 35
If it is "in the air" in step 4, the amount of change (dAz) of the Z movement acceleration is set to -1 in step 355, and then the jump process is ended.

FIG. 36 is a flow chart of the wave movement process. In this subroutine, a process of calculating the amount of change in the moving acceleration of the player character or NPC due to the wave generated by the impact input of the player is performed. Step 361
At, the current position status is read, and at step 362 it is determined whether or not the position is affected by the waves (ie, "underwater"). If it is determined that the position is not affected by the waves, the wave moving process is ended. If it is determined that the position is affected by the waves, step 3
At 63, the change amount of the X moving acceleration and the change amount of the Y moving acceleration due to the influence of the wave are calculated, and the change amount of the X moving acceleration and the change amount of the Y moving acceleration calculated in the tilt moving process and the impact moving process are calculated. Is added.

FIG. 37 is a flowchart of the collision process. NPC in steps 271 to 275
Collision determination processing is performed. This NPC collision determination process is N
Repeated for the number of PCs. In step 271,
It is determined whether the NPC has collided with the wall. If it is determined that a collision has occurred, the process proceeds to step 273. If it is determined that the vehicle has not collided with the wall, the process proceeds to step 272, and it is determined whether the vehicle has collided with another NPC. If it is determined that the collision has occurred 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 collides with a wall or another NPC, a collision sound is generated in step 273, and then step 2
After the process of returning the coordinates (X, Y, Z) of the NPC to the previous coordinates (Px, Py, Pz) is performed at 74, the process proceeds to step 275.

At step 275, the current position status of the NPC is detected and stored in the work RAM 26. After step 275, in step 276, it is determined whether the player character has collided with the wall.
If it is determined that there is no collision with the wall, step 2
Proceed to 79. If it is determined that the player has collided with the wall, a collision sound is generated in step 277, and then, in step 278, the coordinates (X, Y,
After the processing of returning Z) to the previous coordinates (Px, Py, Pz) is performed, the process proceeds to step 279. In step 279, 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
It is determined whether or not it has collided with the PC. If it is determined that the NPC has collided, in step 282, processing for extinguishing the NPC is performed. After step 282, step 2
At 83, it is determined 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 the NPC, and if all NPs are found in step 283.
If it is determined that C has not disappeared, step 28
Go to 5. In step 285, it is determined whether 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. When it is determined that the hole has not fallen into the hole, the collision process ends.

38 and 39 are examples of screens showing screen scrolling. On the screen, a ball 61 which is a player character, turtles 62a to 62c which are NPCs, a wall 63 and a hole 64 which form a maze are displayed. Dotted line 6
5 indicates the limit of screen scroll (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 the LCD 12 displays a partial area of the game map around the player character 61. When the player character 61 tries to move to an area outside the dotted line 65 by tilting the game device, the screen is scrolled to move the game map display area displayed on the LCD 12, and the player character 61 is further moved.
And, the NPC 62 is moved and displayed in the central direction of the screen by the scrolled amount. By scrolling this screen, a game on a wider game map can be enjoyed.

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

FIG. 40 is a flowchart of the screen scroll processing. In step 291, it is determined whether the player character has deviated from the scroll area in the negative direction of the X axis. Here, the scroll area is an area surrounded by a dotted line 65 in FIG. If it is determined that the X axis is not deviated in the minus direction, the process proceeds to step 294. When it is determined that the X-axis is deviated in the negative direction, in step 292, LC
It is determined whether the area currently displayed in D12 is the leftmost area of the game map. If it is determined that it is the left end region, the process proceeds to step 294. If it is determined that the area is not the left end area, in step 293, the display RAM is used.
Scroll counter X coordinate (SCx) stored in 25
Is reduced by a certain amount, the process proceeds to step 294. In step 294, it is determined whether the player character has deviated from the scroll area in the plus direction of the X axis. If it is determined that the X axis is not deviated in the plus direction, the process proceeds to step 297. When it is determined that the X-axis is deviated in the plus direction, in step 295,
It is determined whether the area currently displayed on the LCD 12 is the right end area of the game map. If it is determined that it 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, the process of increasing the scroll counter X coordinate (SCx) by a fixed amount is performed, and then the process proceeds to step 297.

In step 297, it is determined whether or not the player character has deviated from the scroll area in the negative Y-axis direction. If it is determined that the Y axis is not deviated in the minus direction, the process proceeds to step 301. If it is determined that the Y-axis is displaced in the negative direction, step 2
At 98, 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 it 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 scroll counter Y coordinate (SCy) is decremented by a predetermined amount in step 299, and then the process proceeds to step 301. Step 3
At 01, it is determined whether the player character has deviated from the scroll area in the plus direction of the Y axis. If it is determined that the Y axis is not displaced in the plus direction, the screen scroll processing ends. If it is determined that the Y-axis is deviated in the plus direction, in step 302, the LCD
It is determined whether the area currently displayed in 12 is the lower end area of the game map. When it is determined that the area is the lower end area, the screen scroll processing ends. If it is determined that it is not in the lower end region, in step 303, the process of increasing the scroll counter Y coordinate (SCy) by a certain amount is performed, and then the screen scroll process is ended.

(Second Embodiment) Next, a game device according to a second embodiment of the present invention will be described with reference to FIGS. 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 the same as those in FIGS. 1 to 7 in the first embodiment. Yes, and the description is omitted.

FIG. 41 is a diagram showing an example of the game screen of this embodiment. This game is a game that the player enjoys by controlling the movement of the game character by raising the topography of the game space by giving an impact to the game device.

As shown in FIG. 41 (a), 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 autonomously according to the game program. Figure 41
When a shock input in the Z-axis direction is applied to the game device in the state shown in (b), the terrain raised character 82 is raised and displayed in a large size as shown in FIG. 41 (c), which causes the turtle 81 to slide. The movement is controlled (the turtle 82 that has moved forward moves backward due to the uplift of the terrain). By performing such processing, it is possible to give the player a sensation as if the terrain, which is the game space, is energized and the terrain rises when a shock is applied to the game device in the Z-axis direction.

FIG. 42 is an example of a game screen showing a terrain rising process by a shock input in the Z-axis direction. In FIG. 42A, the outer frame 12 ′ shows the entire game space, and the inner frame 12 shows the 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 3 turtle characters 81 (81a to 81c). Of these, the LCD 12 has four terrain raised characters (82a, 82b, 82e,
82f) and one turtle character (82a) are displayed.

When a shock input in the Z-axis direction is applied to the game device in the state shown in FIG. 42 (a), as shown in FIG. 42 (b), twelve terrain rising characters (82a-8a).
2l, the terrain raised character of the entire game space) is raised one step and displayed in a high size. At this time, the turtle characters (81a and 81a) existing at the point where the terrain is raised.
In b), it is displayed that it slides and moves due to the elevation of the terrain.

In the state shown in FIG. 42 (b), when a shock input in the Z-axis direction is given while operating the A button (operation switch 13b), the four terrain rising characters (82a, 82b) displayed on the LCD 12 are displayed. , 82e, 82f)
Only one more is raised and displayed higher and larger. At this time as well, the turtle character (81a) present at the point where the terrain is raised is displayed to slide and move due to the terrain elevation. By performing the processing as described above, when a shock input in the Z-axis direction is given while pressing the A button, L
It is possible to give the player a sensation as if energy from a shock was applied to the game space limited to the area displayed on the CD 12.

Although not shown, when a shock input in the Z-axis direction is given while operating the B button (operation switch 13c) in the state shown in FIG. 42 (b), eight terrains not displayed on the LCD 12 are displayed. Raised character (82c, 8
Only 2d, 82g, 82h, 82i to 82l) are raised one step and displayed high and large. At this time, similarly, the turtle character (81b, 81b) existing at the point where the terrain is raised.
In c), it is displayed that it slides and moves due to the elevation of the terrain. By performing the processing as described above, when a shock input in the Z-axis direction is given while pressing the B button, the LCD 12
It is possible to give the player a sensation as if the energy was given to the game space by the impact only in the area not displayed on the screen.

FIG. 43 is an example of the game screen showing the scrolling process of the display area of the game space. The display area of the game space is scrolled by performing a slide input on the game device (see FIG. 9 in the first embodiment). For example, in FIG. 43A, the terrain uplift characters 82a, 82b, 82e, 82f and the turtle character 81a are displayed on the LCD 12. In this state,
If you slide the game device in the minus direction of the Y-axis,
The display area of the game space is scrolled downward to
As shown in (b), the terrain characters 82e and 82f and the turtle character 81a are displayed.

In the state shown in FIG. 43 (b),
When the game device is slid in the plus direction of the X-axis, the display area of the game space scrolls to the right, and FIG.
As shown in (c), the terrain character 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. Further, as described above, since it is possible to affect the game space (raise the terrain) only inside and outside the display area by using the A button and the B button, it is possible to enjoy a complicated game.

FIG. 44 is a diagram showing temperature rise screen control by impact input in the XY axis directions. Turtle character 81a ~
The 81c moves autonomously according to the game program as described above, but this autonomous movement becomes active when the temperature rises (specifically, the moving amount increases). In the state shown in FIG. 44 (a), when an impact input in the XY axis directions (see FIG. 11 in the first embodiment) is made, the temperature parameter rises and the turtle characters 81a-8a.
It is displayed that 1c is actively moving. By performing such processing, it is possible to give the player a sensation that energy is applied to the game space and the temperature rises when an impact is applied to the game device in the XY axis directions.

The data stored in the memory will be described below with reference to FIGS. 45 and 46. FIG. 45 is a memory map of the program ROM 34. Program RO
A game program and game data executed by the CPU 21 are stored in M34. Program R
Specifically, the OM 34 includes an object character data storage area 342a, a map data storage area 342b,
It includes 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 storage area 342f. Object character data storage area 342a and map data storage area 342
Graphic data of the object character and the game map is stored in b. In the terrain elevation point data storage area 342c, position data (X coordinates and Y coordinates; Px1 to Px12, Py1 to Py12) in the game space for each of the terrain elevation characters (82a to 82l) as shown in FIG. 42 described above. Is memorized. In the scroll limit value data storage area 342d, when the game space is scroll-displayed, data (SCxm) indicating the scroll limit value is provided so as not to scroll when the game space is at the top, bottom, left, and right ends of the game space.
ax, SCymax) 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 for use in the game program. Specifically, the conversion table (FIGS. 20 to 2) of the first embodiment described above is used.
The same data as 6) is stored, and the sensor output value X
(INx) and the sensor output value Y (INy) are the scroll counter X-coordinate (SCx) and Y-coordinate (SC) in the visual field movement processing described later with reference to FIG.
It is defined to be used for calculating the change amount of y). As a result, the display area of the game space is scrolled and the view is moved by performing a slide input (see FIG. 9 in the first embodiment) on the game device. Also, the Z-axis contact switch output value (IN
z) is defined to be used for determining the elevation of the terrain, and the impact input flag (FS) is defined to be used for determining the temperature rise.

In the game program storage area 342f,
A game program executed by the CPU 21 is stored. Specifically, a main program described later with reference to FIG. 47, a sensor output reading program similar to that of FIG. 31 in the first embodiment, a view movement program described below with reference to FIG. 48, and FIG. 49. A terrain elevation program, a temperature increase program, a turtle character control program, and other programs, which will be 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, it includes an acceleration sensor output value storage area 262a, an impact input flag storage area 262b, a terrain elevation data storage area 262c, a temperature data storage area 262d, and a character data storage area 262e.

Since the data stored in the acceleration sensor output value storage area 262a and the shock input flag storage area 262b are the same as those in the first embodiment, the description thereof will be omitted. Height data for each terrain elevation point is stored in the terrain elevation data storage area 262c. The height data is changed according to the impact input in the Z-axis direction in the terrain rising process described later with reference to FIG. Based on this data, the display state of the terrain elevation character is determined for each terrain elevation 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), and the height data is In case of 3, FIG.
A terrain uplifting character is displayed like 82a in (c).

The temperature data storage area stores temperature data of the game space. The temperature data is changed in accordance with the impact input in the XY axis directions in the temperature increasing 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). The character data storage area 262e stores coordinate data (X, Y, Z) and previous coordinate data (Px, Py, Pz) as many as the number of turtle characters. RA for display
Since the memory map of M is the same as that of FIG. 18 in the first embodiment, its explanation is omitted.

The processing flow of the game program will be described below with reference to FIGS. 47 to 49. FIG. 47 is a flowchart of the main routine. When the cartridge 30 is inserted into the game apparatus body 10 and the power of the game apparatus body 10 is turned on, the main routine shown in FIG. 47 is started. In the second embodiment as well, similar to the first embodiment, the 0G setting processing and the neutral position setting processing may be performed, but they are omitted for simplification of description.

First, at step 61, the same sensor output reading process as that of FIG. 31 in the first embodiment is performed, and the XY axis acceleration sensor 31 and the Z axis contact switch 3 are carried out.
The output value of 2 is read via the sensor interface 33 (correction by 0G position data and neutral position data is omitted). After step 61,
In step 62, a field-of-view movement process (scroll process of the display area of the game space) described later with reference to FIG. 48 is performed. After step 62, in step 63
Terrain uplift processing described later with reference to FIG. 49 is performed. After step 63, a temperature raising process is performed in step 64. In the temperature increasing process, first, it is determined whether or not there is a shock input in the XY axis directions, and if there is a shock input in the XY axis directions, the temperature parameter (T) is incremented by 1. After step 64, in step 65, a turtle character control process is performed. In the turtle character control process, first, a turtle character movement process by autonomous movement is performed. Specifically, for example, a process of calculating the amount of movement of the turtle character by a random number value is performed. In addition,
When the temperature (T) is high, the amount of independent movement of the turtle character is controlled to be large. After that, the process of moving the turtle character by the uplift of the terrain is performed. Specifically, when the terrain under the turtle character rises, a process of sliding and moving the turtle character 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 rising object and the turtle character are performed based on the processing results of the above-mentioned view shift processing, terrain rising processing, and turtle character control processing. R. When the height of the terrain elevation point is increased by the terrain elevation processing, it is more effective to display the terrain elevation character in a large size and generate a sound that reminds that the terrain is elevated. is there. After step 66, in step 67, it is determined whether or not the game is over. For example, the game over is determined by an appropriate condition according to the content of the game, such as game over when a predetermined time has passed. When it is determined in step 67 that the game is over, the main routine ends. If it is determined in step 67 that the game is not over, step 6
Return to 1.

FIG. 48 is a flow chart of the visual field shifting process. First, in step 621, with reference to the conversion table, the scroll counter X coordinate (SCx) and Y coordinate (SCy) change processing is performed. Step 62
After step 1, in steps 622 to 629, it is determined whether or not the user is trying to scroll beyond the edge of the game space. If the user is trying to scroll beyond the edge of the game space, the value of the scroll counter (S
Cx, SCy) is set to an appropriate value.

At step 622, the scroll counter X coordinate (SCx) is set to the scroll limit value X coordinate (SC
xmax) is exceeded, and if it is not exceeded, the process proceeds to step 624. If it is determined in step 622 that it is exceeded, the flow proceeds to step 623, and the value of the scroll counter X coordinate (SCx) is the scroll limit value X coordinate (SCxma).
After being set to x), 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, and if it is determined that it is 0 or more, step 626.
Proceed to. When it is determined in step 624 that the value is smaller than 0, the process proceeds to step 625, the value of the scroll counter X coordinate (SCx) is set to 0, and then the process proceeds to step 626.

At step 626, the scroll counter Y coordinate (SCy) is set to the scroll limit value Y coordinate (SC
ymax) is exceeded, and if it is not exceeded, the process proceeds to step 628. If it is determined in step 626 that the limit is exceeded,
Proceed to step 627, and scroll counter Y coordinate (S
The value of Cy) is the scroll limit value Y coordinate (SCymax)
After being set to, 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, and if it is determined that it is 0 or more, the field-of-view movement processing is terminated. When it is determined in step 628 that the value is smaller than 0, the process proceeds to step 629, the value of the scroll counter Y coordinate (SCy) is set to 0, and then the view movement process is ended.

FIG. 49 is a flowchart of the terrain elevation process. First, in step 631, it is determined whether or not there is output from the Z-axis contact switch (that is, whether or not there is a shock input in the Z-axis direction), and if it is determined that there is no output from the Z-axis contact switch, then the terrain The uplifting process ends. If it is determined that the Z-axis contact switch has output, the process proceeds to step 632. In step 632, it is determined whether or not the A button (operation switch 13b) is pressed. If it is determined that the A button is pressed, the process proceeds to step 633 and the area within the area displayed on the LCD is displayed. Height of terrain elevation point (H) is 1
The process of increasing is performed. After step 633, the terrain elevation process ends.

If it is determined in step 632 that the A button has not been pressed, the flow proceeds to step 634 where it is determined whether the B button (operation switch 13c) has been pressed. When it is determined that the B button is pressed, the process proceeds to step 635, and the process is executed to increase the height (H) of the terrain rising point outside the area displayed on the LCD by 1. After step 635, the terrain elevation process ends. If it is determined in step 634 that the B button has not been pressed, step 63
In step 6, the height (H) of all terrain elevation points is increased by 1, and then the terrain elevation processing is ended.

(Third Embodiment) Next, a third embodiment of the present invention will be described with reference to FIGS. 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, the game screen shows a player character 91, a kitchen 92, a stove 93, and a frying pan 94.
A desk 95 and a cutting board 96 are displayed. When the A button (operation switch 13b) is pressed, the frying pan space processing described later with reference to FIGS. 51 and 52 starts. Further, when the B button (operation switch 13c) is pressed, the kitchen knife space processing described later with reference to FIG. 53 starts.

51 and 52 are examples of game screens for frying space processing. In the frying pan space processing, the game apparatus 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), turn the game device to Y
When tilted in the negative direction about the axis, the egg 97 is moved and displayed to the left of the frying pan, as shown in FIG. 51 (b). Further, in the state shown in FIG. 51B, when the game device is tilted in the plus direction about the X axis, the egg 97 is moved and displayed below the frying pan. By performing the processing in this way, the game device can be operated as if it were a frying pan, and the player can feel as if the egg is moving due to the tilt of the frying pan.

When an impact input is applied in the Z-axis direction of the game device in the state shown in FIG. 52 (a), the egg 97 is separated from the frying pan 94 and jumps upward as shown in FIG. 52 (b). Is displayed, and then FIG.
As shown in (c) or (d), the egg 97 is displayed to land. At this time, as shown in FIG.
When the position of the egg 97 at the time of the impact input in the axial direction is toward the end of the frying pan 94, the egg 97 is moved to the frying pan 94.
It jumps out of the space and jumps to land (Fig. 52 (c)), which is a failure. Note that, in the state shown in FIG. 52B, the relative positional relationship between the egg 97 and the frying pan 94 can be corrected by sliding the game device so that the egg 97 is landed in the frying pan 94. It is possible (FIG. 52 (d)). By processing in this way, it is possible to give the player the sensation of operating the game device as if it were a frying pan, and receiving the jumped egg in the frying pan.

FIG. 53 is an example of a game screen for kitchen knife space processing. In the kitchen knife space processing, the game device is operated like a kitchen knife to play a game in which the cabbage is shredded. Fig. 53
In (a), a knife 98 and cabbage 99 are displayed on the game screen. When the game device is slid in the plus direction of the X-axis in the state shown in FIG. 53 (a), as shown in FIG. 53 (b), a display in which the cabbage 99 moves to the left with respect to the kitchen knife 98 is displayed. (The knife 98 is always displayed in the center of the game screen, so that the cabbage 99 is relatively moved to the left). By performing the processing in this manner, the player can feel as if he or she is operating the game device like a kitchen knife and adjusting the positional relationship between the cabbage and the kitchen knife to adjust the cutting position of the cabbage. You can

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), the cabbage 99 is displayed to be sliced by the knife 98. At this time, it is more effective to generate a sound of cutting the cabbage.

The data stored in the memory will be described below with reference to FIG. The program ROM 34 stores a program substantially similar to the program ROM of the first embodiment (FIG. 16), but the acceleration sensor output value conversion table storage area includes a frying pan table and an egg jump table. A kitchen knife table is stored, and a main program, a sensor output reading program, a frying pan space program, an egg jump program, a kitchen knife space program, and other programs are stored in the game program storage area. 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. 58. The kitchen knife table is referred to by a kitchen knife space program described later with reference to FIG. 57.

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

The egg jump table defines that the output values (INx, INy) of the XY-axis acceleration sensor 31 are used to calculate the amount of change in the X and Y coordinates (Ex, Ey) of the egg. . As a result, the display position of the egg is changed and the relative position of the frying pan and the egg is changed when the game device is slide-input (see FIG. 9 in the first embodiment) while the egg is jumping. The display is controlled by. A negative value is defined as the correction ratio in the egg jump table. Because in this embodiment, the frying pan is fixedly displayed on the game screen, and the eggs are displayed so as to move relative to the frying pan.
This is because it is necessary to move and display the egg in a direction opposite to the sliding movement direction of the game device. Further, the output value (INz) of the Z-axis contact switch 32 and the shock input flag (F
S) is not used.

The kitchen knife table defines that the output values (INx, INy) of the XY-axis acceleration sensor 31 are used to calculate the amount of change in the X and Y coordinates (CAx, CAy) of the cabbage. This changes the display position of the cabbage when you slide in the game device,
The display is controlled so that the relative positions of the cabbage and the kitchen knife are changed. Note that the knife table has a negative correction ratio defined as in 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. Therefore, the cabbage is moved in the direction opposite to the sliding direction of the game device. This is because it is necessary to move and display. Also, the output value (INz) of the Z-axis contact switch 32
Is used to determine the cabbage cutting process, and the shock 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, the egg data storage area 26
3c and cabbage data storage area 263d.

Since the data stored in the acceleration sensor output value storage area 263a and the shock input flag storage area 263b are the same as those in the first embodiment, the description thereof will be omitted. The egg data storage area 263c stores data on the X coordinate (Ex), Y coordinate (Ey), height (Eh), and degree of burning (Ef) of the egg. The cabbage data storage area 263d stores data of the X-coordinate (CAx), the Y-coordinate (CAy) and the cutting rate (CAc) of the cabbage. Since the memory map of the display RAM is the same as that of FIG. 18 in the first embodiment, its explanation is omitted.

The flow of processing of the game program will be described below 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 of the game apparatus body 10 is turned on, the main routine shown in FIG. 55 is started. In the third embodiment as well, similar to the first embodiment, the 0G setting processing and the neutral position setting processing may be performed, but they are omitted for simplification of the description.

First, in step 71, the same sensor output reading process as that of FIG. 31 in the first embodiment is performed, and the XY axis acceleration sensor 31 and the Z axis contact switch 3 are executed.
The output value of 2 is read via the sensor interface 33 (correction by 0G position data and neutral position data is omitted). After step 71
In step 72, the A button (operation switch 13
It is determined whether or not b) is pressed. Step 72
When it is determined that the A button is pressed in step 73, the process proceeds to step 73, and after the kitchen knife space process described later with reference to FIG. 57 is performed, the process proceeds to step 76.

If it is determined in step 72 that the A button has not been pressed, the process proceeds to step 74 and B
It is determined whether or not the button (operation switch 13c) is pressed. If it is determined in step 74 that the B button has not been pressed, the process 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 processing described later with reference to FIG. 56 is performed, step 76 is performed.
Proceed to.

At step 76, it is judged whether or not the game is over. Specifically, for example, the game over is determined by an appropriate condition according to the content of the game, such as 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. When it is determined in step 76 that the game is over, the main routine is ended.

FIG. 56 is a flow chart 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
The process of changing the coordinates (Ey) is performed. After step 771, in step 772, egg jump processing described later with reference to FIG. 58 is performed. After step 772, in step 773, a process of increasing the degree of egg burning (Ef) by 1 is performed. After step 773, in step 774, it is determined whether or not the degree of egg burning (Ef) is 100 or more. Egg baking condition (Ef) is 10
If it is determined that it is smaller than 0, the frying pan space processing ends. When it is determined that the degree of egg burning (Ef) has reached 100 or more, the process proceeds to step 775, and egg success processing is performed. In the egg success process, for example, a screen in which cooking of eggs is completed is displayed, and a process of adding points is performed. After step 775, the frying pan space processing ends.

FIG. 57 is a flowchart of the kitchen 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. Step 74
After 1, the cabbage cutting process described later with reference to FIG. 59 is performed in step 742. After step 742, in step 743, the cabbage cutting ratio (CA
It is determined whether or not c) becomes 100 or more. When it is determined that the cabbage cutting ratio (CAc) is less than 100, the knife space processing is ended. When it is judged that the cabbage cutting ratio (CAc) has reached 100 or more,
Proceeding to step 744, cabbage success processing is performed. In the cabbage success process, for example, a screen in which the cutting of the cabbage is completed is displayed and the process of adding points is performed. After step 744, the kitchen knife space processing ends.

FIG. 58 is a flow chart of the egg jump process. First, in step 772a, it is determined whether or not there is an output from the Z-axis contact switch (that is, whether or not there is a shock input in the Z-axis direction). Step 772
When it is determined that the Z-axis contact switch does not output at a, the egg jump process is terminated. Step 7
When it is determined at 72a that the Z-axis contact switch has been output, at step 772b, an indication that the egg is jumping is displayed. After step 772b,
In step 772c, the egg height (Eh) is CH
(Predetermined value). After step 772c, in step 772d, the same sensor output reading process as 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 output via the sensor interface 33. Read (correction by 0G position data and neutral position data is omitted). After step 772d, step 772
In step e, refer to the egg jump table and refer to egg X.
A process of changing the coordinate (Ex) and the egg Y coordinate (Ey) is performed. After step 772e, in step 772f, a process of reducing the height (Eh) of the egg by 1 is performed.
After step 772f, in step 772g, display processing is performed based on the X coordinate (Ex), Y coordinate (Ey), and height (Eh) of the egg. After step 772g, in step 772h, it is determined whether or not the egg has landed, that is, whether or not the height (Eh) of the egg has reached 0.
When it is determined in step 772h that the egg has not landed, the process returns to step 772d. Step 77
If it is determined in 2h that the egg has landed, it is determined in step 772i whether the landing position of the egg is in the frying pan. If it is determined that the egg is in the frying pan, in step 772j the jump success process After that, the egg jump process ends. In the jump success process, for example, a process of generating successful music while displaying “success” and adding points is performed. Step 772i
If it is determined that the landing position of the egg is outside the frying pan, the jump failure process is performed in step 772k, and then the egg jump process is terminated. In the jump failure processing, for example, a failure music is generated while displaying "failure", and processing for setting the egg-burning condition (Ef) to 0 is performed (retry to cook eggs).

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). Step 74
When it is determined in 2a that the Z-axis contact switch has not output, the cabbage cutting process is terminated. When it is determined in step 742a that the output of the Z-axis contact switch has been output, it is determined in step 742b whether or not there is a cabbage under the kitchen knife. Step 7
When it is determined at 42b that there is no cabbage under the kitchen knife, the cabbage cutting process ends. Step 74
When it is determined in 2b that there is a cabbage under the kitchen knife, display processing (display in which the cabbage is cut by a certain amount) is performed in step 742c. Step 742
After c, in step 742d, the cabbage cutting ratio (CAc) is increased by 1, and then the cabbage cutting processing is ended.

(Fourth Embodiment) Next, a fourth embodiment of the present invention will be described with reference to FIGS. 60 to 66. FIG. 60 is a conceptual diagram of a game space and an example of game screens of a plurality of game devices. This game is a game in which a game space is shared by communicating with a plurality of game devices, and a game similar to that of the first embodiment is played by a plurality of players to enjoy a battle (or cooperation). The maze board, which is the game space, is common to the plurality of game devices 10 and 40, and the game image of the game device 10 and the game device 4 are included.
The game image of 0 is based on the same game space data (however, each game device has a different field of view). The LCD 12 of the first game device 10 displays the range 12 indicated by the one-dot chain line, and the LCD of the second game device 40 displays the range 42 indicated by the dotted line. Similar to the first embodiment, it is simulated that the maze board, which is the game space, is tilted according to the tilt of the game device, but in the case of the present embodiment, the tilt of the game device 10 and the game device 40. The inclination of the maze plate is simulated by a value obtained by combining the inclinations of (the inclination of the maze plate may be simulated only by the inclination of one of the game devices). The player of the game device 10 tries to operate the inclination of the maze plate by tilting the game device 10 to operate his / her ball 61a, while the player of the game device 40 operates the game to operate his / her ball 61b. Since the device 40 is tilted to operate the inclination of the maze plate, it is not possible to operate the inclination of the maze plate according to their own wishes, and it is possible to enjoy a more complicated game. In this embodiment, the communication cable 50 is used to communicate between the two game devices, but communication means such as wireless communication or a mobile phone may be used.

The program ROM of the fourth embodiment stores substantially the same data as the program ROM of the first embodiment (FIG. 16), but in the game program storage area,
In addition to the case of the first embodiment, 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.

Among 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 device 10 and the game device 40. This is because the game device 10 is used as a master device and the game device 40 is used as a slave device to perform communication processing.
This 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. However, in the case of the first embodiment, a synthetic data storage area is additionally provided. Including further. In the combined data storage area, there are combined values of the output values of the XY-axis acceleration sensor 31 and the Z-axis contact switch 32 of the game apparatus 10 and the output values of the XY-axis acceleration sensor 31 and the Z-axis contact switch 32 of the game apparatus 40. Each is remembered. The memory maps of the display RAM and the backup RAM are shown in FIG. 1 in the first embodiment.
8 and FIG. 19, the description is omitted.

The processing flow of the game program will be described below with reference to FIGS. 61 to 66. FIG. 61 is a flowchart of the main routine executed by the game device 10. In this embodiment, in order to simplify the explanation,
Although the 0G setting process, the neutral position setting process, and the wave generation process by the impact input are omitted, these processes may be added as in the first embodiment.

First, in step 81p, the same game map selection processing as that of FIG. 30 in the first embodiment is performed. After step 81p, in step 82p, parent device map confirmation processing 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. Step 8
In 3p, the necessary data is written in the display RAM 25 based on the data in the work RAM 26, and the RA for display is displayed.
A game screen is displayed on the LCD 12 based on the data stored in M25. In step 84p, the same object movement processing as in FIGS. 32 to 36 in the first embodiment (wave movement processing is omitted) is performed, and movement processing for the player character and 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 8
After 5p, in step 86p, the same screen scroll processing as that of FIG. 40 in the first embodiment is performed.

FIG. 62 is a flowchart of the main routine executed by the game device 40. In the present embodiment, the 0G setting process, the neutral position setting process, and the wave generation process due to the shock input are omitted for simplification of description, but these processes are added as in the first embodiment. May be.

First, in step 81c, the same game map selection processing as that of FIG. 30 in the first embodiment is performed. After step 81c, in step 82c, a child device map confirmation process, which will be described later with reference to FIG. 64, is performed. It progresses to step 83c after step 82c.

The main loop from step 83c to step 88c is repeated 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 the LCD 12 is displayed based on the data stored in the display RAM 25.
The game screen is displayed on. After step 83c, in step 84c, the same sensor output reading process as 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 transmitted via the sensor interface 33. Read (correction by 0G position data and neutral position data is omitted). After step 84c, in step 85c, the interruption signal and the acceleration sensor output value data (INx, INy, INz) read in the previous step 84c and stored in the work RAM 26 are used as the game device 10.
Sent to. On the game device 10 side, in response to this interrupt signal, a master device communication interrupt process described later with reference to FIG. 65 is started. After step 85c, in step 86c, the same object movement processing as in FIGS. 32 to 36 in the first embodiment (wave movement processing is omitted) is performed, and movement processing for the player character and NPC is performed. After step 86c, in step 87c, the same collision process as that 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, the screen scroll processing similar to that of FIG. 40 in the first embodiment is performed in step 88c.

FIG. 63 is a flowchart of the parent machine map confirmation processing executed by the game machine 10. First, in step 87p1, the map number data stored in its own work RAM 26 is transmitted to the game device 40. After step 87p1, data is received in step 87p2. Specifically, FIG.
Step 87 of the child device map confirmation processing described later with reference to FIG.
In c3, the map number data transmitted from the game device 40 is received. If it is determined in step 87p3 that the data has been received, step 87p
At 4, it is determined whether or not the map number data of the player and the map number data of the game device 40 received at the previous step 87p2 match. When it is determined in step 87p4 that the map number data match, the parent device map confirmation processing ends. 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 child device map confirmation processing executed by the game device 40. First, in step 87c1, data is received. Specifically, the map number data transmitted from the game device 10 is received in step 87p1 of the parent device map confirmation processing of FIG. 63 described above. If it is determined in step 87c2 that the data has been received, step 87c
At 3, the map number data stored in its own work RAM 26 is transmitted to the game device 10. After step 87c3, in step 87c4, it is determined whether or not the map number data of itself and the map number data of the game device 10 received in the previous step 87c1 match. In step 87c4,
If it is determined that the map number data match,
The child device map confirmation processing ends. If it is determined in step 87c4 that the map number data do not match, the process returns to the game map selection process of step 81c of the main routine of FIG.

FIG. 65 is a flowchart of the master unit communication interrupt process executed by the game device 10. This process is started by the interrupt signal transmitted in step 85c of the main routine of the game device 40 shown in FIG. First, in step 91p,
Receive data. 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, the same sensor output reading process as 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 set to the sensor interface 3.
3 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 the game device 40 received in the previous step 91p and the acceleration sensor output value of the game device 10 read in the previous step 92p are combined. Here, the synthesis may be a calculation process of simply adding, or a composite value may be calculated from two values by a more complicated calculation formula such as weighting two values and adding them. . Step 93p
After that, in step 94p, the interrupt signal and the composite data calculated in the previous step 93p are input to the game device 40.
Sent to.

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

In the above-mentioned embodiment, the portable game device has the detecting means, but as shown in FIG. 67, the controller of the home game machine, the personal computer, the arcade game machine or the like has the detecting means. You may In this case, the player controls the game space displayed on a display device such as a television receiver by tilting the controller or giving an exercise or impact. For example, as shown in FIG. 68, by tilting the controller, it is displayed that the board which is the game space displayed on the display device is tilted, and that the ball on the board is rolling. It is simulated that tilting the controller to the right tilts the plate to the right and rolls the ball to the right and tilting the controller to the left tilts the plate to the left and rolls the ball to the left.

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

In the above-mentioned first embodiment, the neutral position data is stored in the work RAM 26 and set for each game play, but the backup RAM 3 is used.
The same data may be stored in memory 5 and made available for the next game play.

In the first embodiment described above, the player determines the neutral position, but it is also possible to store the neutral position data in the game program in advance and use it. Further, a plurality of neutral position data may be stored and the player may select any one of them.

In the above-described first embodiment, the game characters are only the player character (ball) and the enemy character (turtle), but in addition to these, a ally character, a neutral character, etc. that assist the player character. NPC (non-player character) may appear. Although these NPCs are autonomously moved based on the game program (there may be NPCs that do not autonomously move), they may be moved or deformed according to an operation (tilt, movement or impact input) by the player.

In the above-mentioned first embodiment, the control of the game space is based only on the output of the acceleration sensor, but there may be a part for controlling the game space based on the operation switch. For example, in a pinball game, a game in which a flipper operates when an operation switch is pressed while controlling a pinball table, which is a game space, by tilting or rocking the game device can be considered.
In addition, in so-called "falling game", in which a falling object is piled up and a score is calculated according to the stacking state, the game switch is controlled by tilting or rocking the game device while operating the operation switch. A game in which the direction of the object is changed by, the object is moved at high speed by impact input, or the object is deformed by motion input in the Z-axis direction can be considered.

In the above-described first embodiment, the game character is supposed to move in accordance with the inclination of the game apparatus (that is, the inclination of the maze board which is the game space), but in accordance with the movement or impact of the game apparatus. You may move. For example, when sliding the game device,
It is possible to simulate that the wall of the maze plate has moved in the same manner, and perform display control so that the game character in contact with the wall moves as if it was pressed by the wall.

In the first embodiment described above, the player character (ball) itself is moved and displayed, but the player character is fixedly displayed, the game space is scroll-displayed, and the player character relatively moves in the game space. The display processing may be performed.

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

In the above-described fourth embodiment, with respect to the main program, the map confirmation program, and the communication interruption program, the game device 10 stores the master device program, and the game device 40 stores the slave device program. However, the game device 10 and the game device 40
Store both the master unit program and the slave unit program in each, and set which is to be the master unit and the slave unit before starting the game, and select the program according to the setting. May be.

In the above-described embodiment, both the OG position and the neutral position can be set, but only one of them needs to be set. For example, when the configuration is such that only the 0G position is set, it is not necessary to correct the neutral position in step 207 of FIG. Further, when the configuration is such that only the neutral position is set, the processing of step 148 of FIG. 29 and step 206 of FIG. 31 are not necessary.

[0166]

[Brief description of drawings]

FIG. 1 is an external view of a portable game device according to an embodiment of the present invention.

FIG. 2 is a diagram showing definitions of XYZ axes.

FIG. 3 is a block diagram of a portable game device.

FIG. 4 is a block diagram of a sensor interface.

FIG. 5 is a diagram showing the principle of measuring the output of the acceleration sensor.

FIG. 6 is a diagram showing a structure of a Z-axis contact switch.

FIG. 7 is a diagram when the Z-axis contact switch detects a motion input (or impact input) in the Z-axis direction.

FIG. 8 is an example of a game screen of the first embodiment.

FIG. 9 is a diagram showing slide input.

FIG. 10 is a diagram showing tilt input.

FIG. 11 is a diagram showing impact input in the X-axis direction or the Y-axis direction.

FIG. 12 is a diagram showing motion input (impact input) in the Z-axis direction.

FIG. 13 is a diagram showing a method of using slide input.

FIG. 14 is a diagram showing a method of using inclination input.

FIG. 15 is a diagram showing a method of using shock input.

FIG. 16 is a memory map of a program ROM of the first embodiment.

FIG. 17 is a memory map of a work RAM according to the first embodiment.

FIG. 18 is a memory map of the display RAM of the first embodiment.

FIG. 19 is a memory map of the backup RAM of the first embodiment.

FIG. 20 is an acceleration sensor output conversion table according to the first embodiment.

FIG. 21 is an acceleration sensor output conversion table according to the first embodiment.

FIG. 22 is an acceleration sensor output conversion table according to the first embodiment.

FIG. 23 is an acceleration sensor output conversion table according to the first embodiment.

FIG. 24 is an acceleration sensor output conversion table according to the first embodiment.

FIG. 25 is an acceleration sensor output conversion table according to the first embodiment.

FIG. 26 is an acceleration sensor output conversion table according to the first embodiment.

FIG. 27 is a flowchart of a main routine of the first embodiment.

FIG. 28 is a flowchart of 0G setting processing according to the first embodiment.

FIG. 29 is a flowchart of a neutral position setting process of the first embodiment.

FIG. 30 is a flowchart of a game map selection process of the first embodiment.

FIG. 31 is a flowchart of sensor output reading processing according to the first embodiment.

FIG. 32 is a flowchart of each object moving process of the first embodiment.

FIG. 33 is a flowchart of player character movement processing according to the first embodiment.

FIG. 34 is a flowchart of NPC movement processing according to the first embodiment.

FIG. 35 is a flowchart of jump movement processing according to the first embodiment.

FIG. 36 is a flowchart of the wave movement process of the first embodiment.

FIG. 37 is a flowchart of a collision process according to the first embodiment.

FIG. 38 is an explanatory diagram (before scrolling) of screen scrolling according to the first embodiment.

FIG. 39 is an explanatory diagram (after scrolling) of screen scrolling according to the first embodiment.

FIG. 40 is a flowchart of screen scrolling processing according to the first embodiment.

FIG. 41 is an example of a game screen of the second embodiment.

FIG. 42 is a game screen of the second embodiment (terrain uplift processing).
Is an example.

FIG. 43 is a game screen of the second embodiment (visual field movement processing).
Is an example.

FIG. 44 is a game screen of the second embodiment (temperature rise processing).
Is an example.

FIG. 45 is a memory map of a program ROM of the second embodiment.

FIG. 46 is a memory map of the work RAM of the second embodiment.

FIG. 47 is a flowchart of a main routine of the second embodiment.

FIG. 48 is a flowchart of a visual field movement process according to the second embodiment.

FIG. 49 is a flowchart of a terrain elevation process of the second embodiment.

FIG. 50 is an example of a game screen of the third embodiment.

FIG. 51 is an example of a game screen (fry pan space processing) according to the third embodiment.

FIG. 52 is an example of a game screen (fry pan space processing) according to the third embodiment.

FIG. 53 is a game screen of the third embodiment (kitchen knife space processing).
Is an example.

FIG. 54 is a memory map of a work RAM according to the third embodiment.

FIG. 55 is a flowchart of a main routine of the third embodiment.

FIG. 56 is a flowchart of frying pan space processing according to the third embodiment.

FIG. 57 is a flowchart of the kitchen knife space processing of the third embodiment.

FIG. 58 is a flowchart of egg jump processing of the third embodiment.

FIG. 59 is a flowchart of a cabbage cutting process of the third embodiment.

FIG. 60 is an example of a game screen of the fourth embodiment.

FIG. 61 is a flowchart of a main routine of the game device 10 according to the fourth embodiment.

FIG. 62 is a flowchart of a main routine of the game device 40 according to the fourth embodiment.

FIG. 63 is a flowchart of a parent device map confirmation process of the fourth embodiment.

FIG. 64 is a flowchart of a child device map confirmation process of the fourth embodiment.

FIG. 65 is a flowchart of a master unit communication interrupt process according to the fourth embodiment.

FIG. 66 is a flowchart of a slave communication interrupt process of the fourth embodiment.

FIG. 67 shows an example in which the present invention is applied to a controller of a home-use game machine.

[Fig. 68] Fig. 68 is an example of a screen when the present invention is applied to a controller of a home 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 (16)

[Claims] 1. A housing gripped by a player, a motion sensor provided in the housing, a reference position setting means for setting a reference position of the housing, and a correction means for correcting an output value of the motion sensor according to the reference position. , And a game control means for performing a game control using the output value of the correction means, the reference position setting means is provided in the housing, history storage means for storing history data of the output value of the motion sensor. The correction data determining means for determining correction data based on data excluding data when the reference position setting switch is pressed among history data of a predetermined period of the history storage means, Means for moving the motion based on the correction data. Game apparatus characterized by correcting the output value of the service. 2. A housing held by a player, a motion sensor provided in the housing, a reference position setting means for setting a reference position of the housing, and a correction means for correcting an output value of the motion sensor according to the reference position. , And a game control means for performing a game control using the output value of the correction means, the reference position setting means is provided in the housing, history storage means for storing history data of the output value of the motion sensor. With reference to the reference position setting switch and the history storage means, correction data is obtained based on the output value of the motion sensor at a first time point before or after a predetermined time has elapsed since the reference position setting switch was pressed. Correction data determining means for determining, Game device and correcting the output value of the motion sensor based on over data. 3. The correction data determination means sets the output value of the motion sensor at the first time point as the correction data, and the correction means outputs a value obtained by subtracting the correction data from the output value of the motion sensor. The game device according to claim 2, wherein: 4. The correction data determination means determines the correction data based on a plurality of output values output from the motion sensor during a predetermined period starting from the first time point. Item 3. A game device according to item 1 or 2. 5. A housing held by a player, a motion sensor provided in the housing, a reference position setting means for setting a reference position of the housing, and a correction means for correcting an output value of the motion sensor according to the reference position. , And a game control means for performing a game control using the output value of the correction means, the reference position setting means is provided in the housing, history storage means for storing history data of the output value of the motion sensor. Correction data is determined by referring to the reference position setting switch and the history storage means, based on a plurality of output values of the motion sensor in a predetermined period determined based on when the reference position setting switch is pressed. Correction data determining means for Game device and correcting the output value of the motion sensor based on the correction data. 6. The game device according to claim 4, wherein the correction data determination means averages the plurality of output values to obtain the correction data. 7. The game control means executes a game in which a reference position is horizontal, and the reference position setting means pushes the reference position setting switch with the housing kept horizontal. The game device according to claim 1, wherein the game device prompts the player. 8. The game apparatus according to claim 1, wherein a mounting position of the motion sensor and a position where the reference position setting switch is provided are separated from each other in the housing. 9. The motion sensor is an acceleration sensor or a tilt sensor, as claimed in any one of claims 1 to 8.
The game device according to any one of 1. 10. A game program executed by a game device provided with a motion sensor and a reference position setting switch, the housing being held by a player, wherein the reference position setting step sets a reference position of the housing, The method includes a correction step of correcting the output value of the motion sensor according to a reference position, and a game control step of performing game control using the output value of the correction step, wherein the reference position setting step includes the output of the motion sensor. A history storing step of storing history data of values; a detecting step of detecting that the reference position setting switch is pressed; and a pressing operation of the reference position setting switch among history data of a predetermined period stored by the history storing step. Was done Wherein the correction data determining step of determining a correction data on the basis of data of the data except the correction step, and correcting the output value of the motion sensor based on the correction data, the game program. 11. A game program executed by a game device including a housing which is provided with a motion sensor and a reference position setting switch and which is held by a player, wherein the reference position setting step sets a reference position of the housing. The method includes a correction step of correcting the output value of the motion sensor according to a reference position, and a game control step of performing game control using the output value of the correction step, wherein the reference position setting step includes the output of the motion sensor. A history storage step of storing history data of values, a detection step of detecting that the reference position setting switch is pressed, and a history data stored by the history storage step are referred to, and a detection output from the detection step is From the time it was there A correction data determining step of determining correction data based on an output value of the motion sensor at a first time point before or after a lapse of time, wherein the correction step includes an output value of the motion sensor based on the correction data. A game program characterized by correcting 12. The correction data determination step uses the output value of the motion sensor at the first time point as the correction data, and the correction step outputs a value obtained by subtracting the correction data from the output value of the motion sensor. The game program according to claim 10 or 11, wherein 13. The correction data determining step determines the correction data based on a plurality of output values output from the motion sensor in a predetermined period starting from the first time point. The game program according to Item 10 or 11. 14. A game program executed by a game device provided with a motion sensor and a reference position setting switch, the housing being held by a player, wherein the reference position setting step sets a reference position of the housing. The method includes a correction step of correcting the output value of the motion sensor according to a reference position, and a game control step of performing game control using the output value of the correction step, wherein the reference position setting step includes the output of the motion sensor. A history storage step of storing history data of values, a detection step of detecting that the reference position setting switch is pressed, and a history data stored by the history storage step are referred to, and a detection output from the detection step is When there is a standard Based on a plurality of output values of the motion sensor in a predetermined period determined by, a correction data determining step of determining correction data, the correction step, the output value of the motion sensor based on the correction data. A game program characterized by correction. 15. The game program according to claim 13, wherein the correction data determining step averages the plurality of output values to obtain the correction data. 16. The game control step executes a game in which a reference position is horizontal, and the reference position setting step includes pressing the reference position setting switch with the housing kept horizontal. The method of claim 1, wherein the player is prompted.
The game program according to any one of 0 to 15.