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

Description

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

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

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

SUMMARY OF THE INVENTION Therefore, a main object of the present invention is to provide a game system and a game information storage medium used therefor, in which the state of the game space can be changed by a player's operation. Another object of the present invention is a game in which the state of the game space can be changed with a simple operation, the player does not need to be skilled in the operation method, can concentrate on the game play, and can increase the degree of enthusiasm. A system and a game information storage medium used for the system are provided. Another object of the present invention is to provide a game system and a game information storage medium used therefor, which can realize a change in the game screen corresponding to the operation feeling by associating the operation of the player with the change in the state of the game space. That is. Still another object of the present invention is to change the state of the game space in conjunction with a plurality of game devices, to increase the variety of game space change states through cooperation or battle by a plurality of players, and to enhance the interest of the game. It is an object of the present invention to provide a game system and a game information storage medium used therefor, in which a virtual reality can be experienced.

The first invention (the invention according to claim 1) displays an image based on the processing result of the processing means on a game device comprising a game program storage means for storing the game program and a processing means for executing the game program. This is a game system in which display means is provided. And the housing hold | gripped by a player and a state detection means are provided. The state detection means is provided in association with the housing and detects at least one of the magnitude and direction of acceleration applied to the housing. The game program storage means stores the game space data, and character data for displaying the Ruki Yarakuta exist in the game space, and a program to function as a display control unit and character control means said processing means.
The game space data includes image data for displaying a game playable space. Character data includes image data for displaying the Ruki Yarakuta exist in the game space. Display control means causes the display means based on the game space data displaying multiple game space and key Yarakuta. Character control means, based on the output of the state detecting means, in relation to at least the magnitude and direction of the acceleration applied to the housing, at the same time changing all of the display mode of the character being displayed.
According to a second invention (the invention according to claim 2), an image based on a processing result of the processing means is displayed on a game device including a game program storage means for storing the game program and a processing means for executing the game program. This is a game system in which display means is provided. And the housing hold | gripped by a player and a state detection means are provided. The state detection means is provided in association with the housing and detects at least one of the magnitude and direction of the motion excluding the constant velocity linear motion applied to the housing. The game program storage means stores the game space data, and character data for displaying the Ruki Yarakuta exist in the game space, and a program to function as a display control unit and character control means said processing means.
The game space data includes image data for displaying a game playable space. Character data includes image data for displaying the Ruki Yarakuta exist in the game space. Display control means causes the display means based on the game space data displaying multiple game space and key Yarakuta. Character control means, based on the output of the state detecting means, in relation to at least one of the magnitude and direction of movement except for uniform linear motion applied to the housing, simultaneously change all of the display mode of characters in the display Let
A third invention (the invention according to claim 3) displays an image based on the processing result of the processing means on a game apparatus comprising a game program storage means for storing the game program and a processing means for executing the game program. This is a game system in which display means is provided. And the housing hold | gripped by a player and a state detection means are provided. The state detection means is provided in association with the housing and detects at least one of the magnitude and direction of the impact applied to the housing. The game program storage means stores the game space data, and character data for displaying the Ruki Yarakuta exist in the game space, and a program to function as a display control unit and character control means said processing means.
The game space data includes image data for displaying a game playable space. Character data includes image data for displaying the Ruki Yarakuta exist in the game space. Display control means causes the display means based on the game space data displaying multiple game space and key Yarakuta. Character control means, based on the output of the state detecting means, in relation to at least the magnitude and direction of the impact applied to the housing, at the same time changing all of the display mode of the character being displayed.

Here, the game space means a world in a game that can be played, varies depending on the type or genre of the game, and is shown to the player through the display screen. For example, in action games and role-playing games in which moving (or player) characters move, backgrounds, mazes and other maps, in fighting games the ring (including the audience seats and the space above the ring), in the racing game space around the vehicle can travel courses and course, I and the shooting background screen such as outer space, such as the background of the character in the game, screen or the like, such as reminiscent of the use of the tool in the game using the tools the game space The

According to the present invention, it is possible to obtain a game system and a game information storage medium used therefor, which are capable of changing the display state of a plurality of characters in the game space by detecting acceleration, movement or impact on the housing.
Further, according to the present invention, the display state of a plurality of characters (first character and second character) can be changed with a simple operation, and the player does not need to be skilled in the operation method and can concentrate on the game play. A game system and a game information storage medium used for the game system can be obtained.
Further, according to the present invention, it is possible to realize a change in the game screen corresponding to the operation feeling by associating the operation of the player with the change in the display state of the plurality of characters (first character and second character) . A game system and a game information storage medium used therefor are obtained.

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

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

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

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

The game program stored in the program ROM 34 is executed by the CPU 21. Temporary data necessary for executing the game program is stored in the work RAM 26. The game data to be stored continuously is stored in the backup RAM 35 even when the power of the game apparatus is turned off. 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 a sound is generated from the speaker 16 as a sound effect. The operation switch 13 is for game operation, but in this embodiment, the operation switch 13 is auxiliary. The player mainly performs game operations by tilting, exercising, or giving an impact to the game device. The game operation such as tilt, movement, and impact of the game apparatus is 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 detection means.

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

FIG. 4 is a detailed block diagram of the sensor interface 33. The sensor interface 33 includes an X counter 331, a Y counter 332, a count stop circuit 333, latches 334 and 335, a decoder 336, and a general purpose I / O port 337. The X counter 331 counts pulses of the clock signal phi based on the X axis output of the XY axis acceleration sensor 31. The Y counter 332 counts clock signal phi pulses based on the Y-axis output. The count stop circuit 333 sends a count stop signal to the X counter 331 in response to the falling edge of the X axis output of the XY axis acceleration sensor 31, and the count stop signal to the Y counter 332 in response to the falling edge of the Y axis output. Send. The latches 334 and 335 hold the values of the X counter 331 and the Y counter 332, respectively. The decoder 336 transmits a start / reset signal to the X counter 331, the Y counter 332, the latch 334, and the latch 335. The general purpose I / O port 337 is used to connect an expansion unit. The latches 334 and 335 also hold the output value (0 or 1) of the Z-axis contact switch. Specifically, the most significant bit of the latches 334 and 335 is 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 Y counter. The expansion unit connected to the general-purpose I / O port 337 includes, for example, a vibration unit that vibrates in conjunction with a game program in order to give a sense of reality to the game.

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

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

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

FIG. 6 is a structural diagram of the Z-axis contact switch 32. The Z-axis contact switch 32 includes a spherical contact 321, a contact 322, a contact 323, and a box 324 made of a conductor. Specifically, the ball contact 321 is movably supported at a substantially central portion in the space of the box body 324 (an indentation (324a for supporting the ball contact 321 substantially at the center of the inner surface of the box 324). ) Is provided). At the upper part of the box 324, a plate-shaped contact 322 having a semicircular cutout (322a, 323a) at each one end and a contact 323 with the other end facing each other. Is fixed to the substrate 36. The box 324 is fixedly held on the substrate 36 in a state where the box 324 is suspended by the contact 322 and the contact 323. With such a configuration, when the cartridge 30 is vigorously moved in the Z-axis direction (plus direction or minus direction), the ball contact 321 moves in the Z-axis direction within the box 324 as shown in FIG. The contact 322 and the contact 323 are contacted almost simultaneously, and the contact 322 and the contact 323 are brought into conduction through the ball contact 321, and it is detected that an acceleration is input in the Z-axis direction. Based on the conduction time of the contact 322 and the contact 323, the magnitude of acceleration in the Z-axis direction is detected. When the cartridge 30 is gently tilted, the ball contact 321 moves in the box 324, but the contact 322 and the contact 323 are not short-circuited, so that no acceleration is detected.

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

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

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

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

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

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

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

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

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 and using them in the game program. The conversion table includes a game map selection processing table, a player character movement table, and an NPC movement table. The player character moving tables include air, floor, ice and underwater tables, which are selected according to the terrain of the coordinates where the player character exists. There are two types of NPC movement tables, one for front and one for reverse. An NPC turtle has a face-up state and a face-down state, and a table is selected according to this state. For details of these tables will be described later with reference to FIG. 26 from FIG. 20.

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

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

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

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

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

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

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

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

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

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

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

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

Player character moving table of FIG. 24 from FIG. 21 is referred to in the impact moving processing in the tilt movement process steps 34 in step 33 of the player character moving process described later with reference to FIG. 33. The player character moving tables include aerial, floor, ice and underwater tables. One of the plurality of 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 movement table, the output value X (INx) of the XY-axis acceleration sensor 31 is used for calculating the change amount (dAx) of the X movement acceleration of the player character, and the output value Y (INy) is Y This is used for calculating the change amount (dAy) of the movement acceleration. If the current position status is "air", the amount of change in movement acceleration with reference to FIG. 21 (dAx, dAy) is zero. In the case of “floor surface”, referring to FIG. 22 , the correction ratio is double, so that twice the output value (INx, INy) of the XY-axis acceleration sensor 31 is the amount of change in movement acceleration (dAx, dAy). Become. Further, when the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 20 due to the special correction condition 1, the change amount (dAx, dAy) of the moving acceleration is limited to 40. In the case of “ice surface”, referring to FIG. 23 , three times the output value (INx, INy) of the XY-axis acceleration sensor 31 becomes the change amount (dAx, dAy) of the movement acceleration (in “ice surface”, it moves Large amount). Further, when the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 20 due to the special correction condition 1, the moving acceleration change amount (dAx, dAy) is limited to 60. If "water" refers to half the output value of the XY-axis acceleration sensor 31 (INx, INy) is the amount of change in movement acceleration (dAx, dAy) and ( "water" moving in Figure 24 Small amount). In addition, when the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 10 due to the special correction condition 1, the change amount (dAx, dAy) of the movement acceleration is limited to 5.

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

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

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

In the NPC movement table, the output value X (INx) of the XY axis acceleration sensor 31 is used for calculating the change amount (dAx) of the X movement acceleration of the NPC, and the output value Y (INy) is the Y movement acceleration. Is used to calculate the amount of change (dAy). In the case of “front-facing”, referring to FIG. 25 , since the correction ratio is ½, the half of the output value (INx, INy) of the XY-axis acceleration sensor 31 is the X movement acceleration and the Y movement acceleration. The amount of change (dAx, dAy). Further, when the output value (INx, INy) of the XY-axis acceleration sensor 31 is smaller than 10 due to the special correction condition 1, the change amount (dAx, dAy) of the moving acceleration becomes 0 (a little in the case of “upward”) The turtle does not slip when tilting. Further, when the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 20 due to the special correction condition 2, the change amount (dAx, dAy) of the movement acceleration is limited to 10. In the case of “backward”, referring to FIG. 26 , twice the output value (INx, INy) of the XY-axis acceleration sensor 31 is the change amount (dAx, dAy) of the X movement acceleration and the Y movement acceleration (“ Compared to “facing”, the “turtle” is more slippery because the turtle is more slippery). Further, when the output value (INx, INy) of the XY-axis acceleration sensor 31 is larger than 20 due to the special correction condition 1, the moving acceleration change amount (dAx, dAy) is limited to 40.

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

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

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

Steps 19 to 29 are the main loop and are repeatedly processed until the game is over or the game is cleared. In step 19, necessary data is written to the display RAM 25 based on the coordinates (X, Y, Z) and the pose number (PN) of the character data 26g in the work RAM 26, the object character data 34a and the map data 34b in the program ROM 34. In rare cases, a 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 via the sensor interface 33 and corrected. After step 20, it is determined in step 21 whether or not there has been a neutral position setting request. If there is no request, the process proceeds to step 23. If there is a request, the process proceeds to step 22 where neutral position setting processing is performed. After the position is reset, the process returns to step 19. This is because one operation switch (for example, the operation switch 13e in FIG. 1 ) is assigned to the operation switch dedicated to the neutral position setting, and by pressing this operation switch 13e, the neutral position is always reset. It means making it possible.

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

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

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

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

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

First, in step 141, the LCD 12 displays “Please press the operation switch when the angle is easy to play”. In step 142, an operation switch input process is performed. In step 143, when it is determined that an operation switch for determination (for example, the operation switch 13b in FIG. 1 ) is pressed, in step 144, the XY at this time is displayed. After correction for subtracting the 0G position data from the output value of the axial acceleration sensor 31 (the neutral position data is data corresponding to the inclination from the horizontal state), in step 145, the output correction value of the XY axis acceleration sensor (Calculation result of step 144) 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.

FIG. 30 is a flowchart of the game map selection process. In this subroutine, the player selects one of a plurality of game maps stored in the game program. The game map selection process screen is displayed as shown in FIG. 13 , for example. The LCD 12 displays a partial area of the game map selection map. 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, and D in FIG. 13 ) are displayed in the display area, and then Z Input motion in the axial direction. The game course corresponding to the course icon displayed in the display area when the motion input (or impact input) is performed in the Z-axis direction is selected.

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

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

In step 201, the data of 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 an impact input. Specifically, whether the magnitude of a vector 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 judged. If it is determined that the value is equal to or greater than the predetermined value, the impact input flag (FS) is set to ON in step 204, and then the process proceeds to step 206. If it is determined that the size of the combined vector is smaller than a certain value, the impact input flag (FS) is set to OFF in step 205, and then the process proceeds to step 206. In step 206, the 0G position data stored in the backup RAM 35 is subtracted from the data in the acceleration sensor output value storage area 26b stored in step 202. After step 206, in step 207, values corrected with the neutral position data are stored again as INx, INy, and INz in the acceleration sensor output storage area 26b.

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

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

FIG. 33 is a flowchart of the player character movement process. In step 31, the current coordinates (X, Y, Z) of the player character are copied and stored as the previous coordinates (Px, Py, Pz). This is because in a collision process described later with reference to FIG. 37, it is necessary to return to the previous coordinate when the player character hits the wall. In step 32, after the change amount (dAx, dAy, dAz) of the movement acceleration is initialized, in step 33, an inclination movement process is performed. In the tilt movement process, the amount of change in 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. With this process, the amount of change (dAx, dAy) in the movement acceleration is determined so that the character rolls (slides) in accordance with the inclination (inclination input) of the game apparatus. Further, in step 34, an impact movement process is performed. An impact movement processing is to refer to the appropriate conversion table shown in FIG. 24 from FIG. 21 described above, the process of increasing the X variation in movement acceleration and Y movement acceleration of the player character is performed. By this process, when an impact input is made, a process of increasing the movement acceleration change amount (dAx, dAy) is performed so that the player character dashes (moves at high speed). In step 35, a jump movement process described later with reference to FIG. 35 is performed. After step 35, in step 36, whether it is the wave generation process in step 25 in the flowchart of FIG. 27 described above it is determined. If it is determined that no wave is generated, the process proceeds to step 38. If it is determined that a wave has occurred, a wave movement process described later with reference to FIG. 36 is performed in step 37, and then the process proceeds to step 38. In step 38, the movement acceleration (Ax, Ay) is calculated based on the change amount (dAx, dAy, dAz) of the movement acceleration calculated by the inclination movement process, the impact movement process, the jump process, and the wave movement process from step 33 to step 37. , Az) and the velocity (Vx, Vy, Vz) is calculated based on the movement acceleration (Ax, Ay, Az). In step 39, coordinates (X, Y, Z) are calculated based on the velocity (Vx, Vy, Vz).

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

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

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

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

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

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

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

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

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

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

(Second Embodiment) Next, with reference to FIGS. 41 to 49, illustrating a game apparatus of the second embodiment of the present invention. The external view, XYZ axis definition diagram, block diagram, sensor interface measurement principle diagram, and Z axis contact switch structure diagram of the game device of the second embodiment are the same as those in FIGS. 1 to 7 in the first embodiment . Yes, the description is omitted.

FIG. 41 is a diagram showing an example of the game screen of the present embodiment. This game is a game that is controlled and enjoyed by controlling the movement of the game character by raising the topography of the game space by impacting the game device.

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

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

In the state shown in FIG. 42A , when an impact input in the Z-axis direction is given to the game device, as shown in FIG. Character) is raised one step and displayed higher and higher. At this time, the turtle character (81a and 81b) present at the point where the terrain is raised is displayed to slide and move due to the terrain.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

51 and 52 are examples of a game screen for frying pan space processing. In the frying pan space processing, the game device is operated like a frying pan to play a game of cooking fried eggs. In FIG. 51A , a frying pan 94 and an egg 97 are displayed on the game screen. In the state shown in FIG. 51 (a), when the game apparatus is tilted in the minus direction around the Y axis, 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. 51 (b), when tilting the game apparatus in the positive direction about the X axis, the eggs 97 are moved and displayed below the frying pan. By 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.

In the state shown in FIG. 52 (a), when an impact input is given in the Z-axis direction of the game device, as shown in FIG. 52 (b), the egg 97 is displayed as jumping upward away from the frying pan 94. Then, as shown in FIG. 52 (c) or (d), the egg 97 is displayed to land. At this time, as shown in FIG. 52 (a), when the position of the egg 97 when the impact is input in the Z-axis direction is toward the end of the frying pan 94, the egg 97 protrudes from the frying pan 94 and jumps. It will land ( FIG. 52 (c)) and will fail. 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 apparatus, and the egg 97 can be landed in the frying pan 94. It is possible ( FIG. 52 (d)). By processing in this way, it is possible to give the player a feeling as if the game apparatus is operated like a frying pan and the jumped egg is received by the frying pan.

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

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

Hereinafter, data stored in the memory will be described with reference to FIG . The program ROM 34 stores substantially the same program as the program ROM of the first embodiment ( FIG. 16 ), but the acceleration sensor output value conversion table storage area includes a frying pan table, an egg jump time table, and the like. A knife table is stored, and a main program, a sensor output reading program, a frying pan space program, an egg jump program, a 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. , knife table is referenced by the knife space program, which will be described later with reference to FIG. 57 57.

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

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

In the knife table, it is defined that the output values (INx, INy) of the XY-axis acceleration sensor 31 are used for calculating the amount of change in the X and Y coordinates (CAx, CAy) of the cabbage. Thereby, the display position of the cabbage is changed when the game apparatus is slid and the display is controlled so that the relative position of the cabbage and the knife is changed. Note that the correction ratio is defined as a negative value in the knife table 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, so that the cabbage is moved in a direction opposite to the sliding movement direction of the game apparatus. This is because it is necessary to move and display. Further, it is defined that the output value (INz) of the Z-axis contact switch 32 is used for the determination of the cabbage cutting process and the impact input flag (FS) is not used.

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

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

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

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

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

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

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

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

FIG. 58 is a flowchart of the egg jump process. First, in step 772a, it is determined whether or not there is an output from the Z-axis contact switch (that is, whether or not there is an impact input in the Z-axis direction). If it is determined in step 772a that there is no output from the Z-axis contact switch, the egg jump process is terminated. If it is determined in step 772a that there has been an output from the Z-axis contact switch, in step 772b, an indication that the egg is jumping is displayed. After step 772b, in step 772c, the egg height (Eh) is set to CH (predetermined value). After step 772c, in step 772d, sensor output reading processing similar to that in FIG. 31 in the first embodiment is performed, and the output values of the XY axis acceleration sensor 31 and the Z axis contact switch 32 are sent via the sensor interface 33. It is read (correction by 0G position data and neutral position data is omitted). After step 772d, in step 772e, the egg X coordinate (Ex) and the egg Y coordinate (Ey) are changed with reference to the egg jump time table. After step 772e, in step 772f, a process of reducing the egg height (Eh) by 1 is performed. After step 772f, in step 772g, 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 egg height (Eh) has become zero. If it is determined in step 772h that the egg has not landed, the process returns to step 772d. If it is determined in step 772h that the egg has landed, it is determined in step 772i whether or not the egg landing position is in the frying pan. If it is determined that the egg is in the frying pan, the jump is successful in step 772j. After the process is performed, the egg jump process is terminated. In the jump success process, for example, a process of generating successful music while displaying “success” and adding the score is performed. If it is determined in step 772i that the egg landing position is outside the frying pan, the jump jump process is performed in step 772k, and then the egg jump process is terminated. In the jump failure process, for example, a failure music is generated while displaying “failure”, and a process of setting the egg baking condition (Ef) to 0 is performed (cooking the egg again).

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

(Fourth Embodiment) Next, with reference to FIG. 60 through FIG 66, illustrating a fourth embodiment of the present invention. FIG. 60 is a conceptual diagram of a game space and an example of a game screen 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). A labyrinth board that is a 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 image of the game device 40 are based on the same game space data (however, the field of view is different for each game device). Is different). A range 12 indicated by a one-dot chain line is displayed on the LCD of the first game apparatus 10, and a range 42 indicated by a dotted line is displayed on the LCD of the second game apparatus 40. As in the first embodiment, it is simulated that the labyrinth board, which is the game space, is tilted according to the tilt of the game device. In the present embodiment, the tilt of the game device 10 and the game device 40 are simulated. The inclination of the maze plate is simulated by a value obtained by combining the inclinations of the mazes (the inclination of the maze plate may be simulated only by the inclination of one game device). The player of the game apparatus 10 tries to operate the inclination of the maze plate by tilting the game apparatus 10 in order to operate his / her ball 61a, while the player of the game apparatus 40 plays a game to operate his / her ball 61b. Since the device 40 is tilted and the inclination of the maze plate is to be manipulated, the inclination of the maze plate cannot be manipulated as the user thinks, and a more complicated game can be enjoyed. In this embodiment, communication between two game devices is performed using the communication cable 50, but communication means such as a radio or a mobile phone may be used.

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

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

The work RAM of the fourth embodiment stores substantially the same data as the work RAM 17 of the first embodiment, but additionally includes a composite data storage area in addition to the case of the first embodiment. In the combined data storage area, a value obtained by combining 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 is stored. Each is remembered. Since the memory maps of the display RAM and the backup RAM are the same as those in FIG. 18 R> 8 and FIG. 19 in the first embodiment, description thereof will be omitted.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

In the fourth embodiment described above, with respect to the main program, the map confirmation program, and the communication interruption program, the game device 10 stores a master program, and the game device 40 stores a slave program. However, each of the game device 10 and the game device 40 stores both the program for the parent device and the program for the child device, and prior to the start of the game, which is set as the parent device and the child device is set. The program may be selected according to the setting.

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

Explanation of symbols

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

Claims (10)

A game system in which display means for displaying an image based on a processing result of a processing means is provided in association with a game apparatus including a game program storage means for storing a game program and a processing means for executing the game program. And
A housing gripped by the player, and a state detection means provided in association with the housing and detecting at least one of the magnitude and direction of acceleration applied to the housing;
The game program storage means includes
Storing game space data including image data for displaying a game playable space and character data for displaying a character existing in the game space;
The processing means;
Display control means for causing the display means to display a game space based on the game space data, and causing the display means to display a plurality of the characters based on the character data; and
A program for functioning as character control means for simultaneously changing all display modes of the character being displayed in association with at least one of the size and direction applied to the housing based on the output of the state detection means A game system characterized by memorizing. A game system in which display means for displaying an image based on a processing result of a processing means is provided in association with a game apparatus including a game program storage means for storing a game program and a processing means for executing the game program. And
A housing gripped by the player, and a state detecting means provided in relation to the housing and detecting at least one of the magnitude and direction of motion excluding the constant velocity linear motion applied to the housing;
The game program storage means includes
Storing game space data including image data for displaying a game playable space and character data for displaying a character existing in the game space;
The processing means;
Display control means for causing the display means to display a game space based on the game space data, and causing the display means to display a plurality of characters based on the character data; and
A program for functioning as character control means for simultaneously changing all display modes of the character being displayed in relation to at least one of the size and direction applied to the housing based on the output of the state detection means A game system characterized by memorizing. A game system in which display means for displaying an image based on a processing result of a processing means is provided in association with a game apparatus including a game program storage means for storing a game program and a processing means for executing the game program. And
A housing gripped by the player, and a state detection means provided in relation to the housing and detecting at least one of the magnitude and direction of an impact applied to the housing;
The game program storage means includes
Storing game space data including image data for displaying a game playable space and character data for displaying a character existing in the game space;
The processing means;
Display control means for causing the display means to display a game space based on the game space data, and causing the display means to display a plurality of the characters based on the character data; and
A program for functioning as character control means for simultaneously changing all display modes of the character being displayed in association with at least one of the size and direction applied to the housing based on the output of the state detection means A game system characterized by memorizing. The game space data includes space data for displaying a game space larger than a display area that can be displayed by the display means,
The display control means causes the display means to display a part of the game space within the display area of the game space.
The said character control means changes a display mode only about the character which exists in a display area in relation to at least one of the said magnitude | size detected by the said state detection means, and the said direction. The game system as described in. The housing is a housing of the game device;
The game system according to any one of claims 1 to 3, wherein the game device is a portable game device in which the display means is integrally provided on one main surface of the housing. The game program storage means is housed in a cartridge and is detachably attached to the housing of the portable game device,
The state detection means is housed in the cartridge and detects at least one of the size and the direction applied to the housing of the portable game device when the cartridge is attached to the housing of the portable game device. Item 6. The game system according to Item 5 .   The game system according to claim 1, wherein the housing is a housing of a controller connected to the game device. A display unit is provided in association with the player and the player holds the housing; a state detection unit provided in connection with the housing and detecting at least one of the magnitude and direction of acceleration applied to the housing; and processing the program A game information storage medium that is detachably attached to a game system including processing means for displaying an image obtained by the display means on the display means and stores a game program,
Storing game space data including image data for displaying a game playable space and character data for displaying a character existing in the game space;
The processing means;
Display control means for causing the display means to display a plurality of game spaces and characters based on the game space data and the character data, and the size applied to the housing based on the output of the state detection means And a program for functioning as character control means for simultaneously changing all display modes of the character being displayed in association with at least one of the directions and the game information storage medium. State detecting means for detecting at least one of the magnitude and direction of movement except for a housing provided in association with the player and held by the player, and a constant velocity linear movement applied to the housing. And a game information storage medium that is detachably attached to the game system configured to display the image obtained by processing the program on the display unit and stores the game program,
Storing game space data including image data for displaying a game playable space and character data for displaying a character existing in the game space;
The processing means;
Display control means for causing the display means to display a plurality of game spaces and characters based on the game space data and the character data, and the size applied to the housing based on the output of the state detection means And a program for functioning as character control means for simultaneously changing all display modes of the character being displayed in association with at least one of the directions and the game information storage medium. A display unit is provided in association with the player, a housing held by the player, a state detection unit provided in connection with the housing and detecting at least one of the magnitude and direction of an impact applied to the housing, and processing the program A game information storage medium that is detachably attached to a game system including processing means for displaying an image obtained by the display means on the display means and stores a game program,
Storing game space data including image data for displaying a game playable space and character data for displaying a character existing in the game space;
The processing means;
Display control means for causing the display means to display a plurality of game spaces and characters based on the game space data and the character data, and the size applied to the housing based on the output of the state detection means And a program for functioning as character control means for simultaneously changing all display modes of the character being displayed in association with at least one of the directions and the game information storage medium.

Images