JP2006149662A - Game program and game device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game program and a game device allowing a player to freely control the movement of the player's character. <P>SOLUTION: The game device 10 comprises an LCD 14 and a touch panel 22 related to the LCD 14, and a game picture including the player's character is displayed in the LCD 14. When the player operates a stick 24 in such a way as strokes the surface of the touch panel 22 (stroking operation), the player's character is moved according to the operation. The speed of movement of the player's character is determined or computed based on the length of the stroking operation, and the direction of movement is determined in the direction of the stroking operation. In this way, the player can freely control the movement of the player's character only by the stroking operation, and the operation becomes easy. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a game program and a game apparatus, and more particularly to a game program and a game apparatus that execute predetermined processing by operating a touch panel, for example.

An example of this type of conventional game device is disclosed in Patent Document 1. According to Patent Document 1, in a game device including a touch panel, a game can be played by an operation with a player's finger. For example, in a kick board game, a kick border is operated with a finger, the operation speed is calculated from touch data, and the movement speed of the kick border is changed according to the operation speed.
JP 2002-939 A

  In Patent Document 1, the moving speed of a player character such as a kick border is controlled by a touch operation. However, the moving direction of the player character is one direction, and the player character cannot be moved in any direction. . That is, the game is monotonous and lacks interest.

  Therefore, a main object of the present invention is to provide a novel game program and game apparatus.

  Another object of the present invention is to provide a game program and a game apparatus that can freely move the player character.

  The invention of claim 1 is a game program for a game apparatus including a display that displays at least a part of a game space including a player character operated by a player as a game image, and a touch panel provided in association with the display. The game program causes a processor of the game device to execute a touch input detection step, a touch coordinate detection step, a difference detection step, a comparison step, a position detection step, and a movement processing step. The touch input detection step detects presence or absence of touch input to the touch panel at regular intervals. The touch coordinate detection step detects touch coordinates based on the touch input detected by the touch input detection step. The difference detection step detects a difference between the immediately preceding first touch coordinate and the current second touch coordinate when the touch input detection step continuously detects a state where there is a touch input. The comparison step compares the difference detected by the difference detection step with a predetermined threshold value. The position detecting step detects the current position of the player character in the game space. In the movement processing step, when the difference exceeds a predetermined threshold, the player character is moved in the movement direction indicated by the difference at the first movement speed determined based on the current position detected by the position detection step.

  According to the first aspect of the present invention, the game program is executed by the processor (42) of the game device (10: reference numeral corresponding to the embodiment; the same applies hereinafter). The game apparatus includes a display (14) that displays at least a part of a game space including a player character (102) operated by a player as a game image (100), and a touch panel (22) provided in association with the display. Is provided. Specifically, the game program sends a touch input detection step (S1), a touch coordinate detection step (S9), a difference detection step (S21), a comparison step (S23), and a position detection step (S51) to the processor of the game device. , And the movement processing step (S35). In the touch input detection step, presence / absence of touch input to the touch panel is detected for every predetermined time (for example, screen update unit time). The touch coordinate detection step detects touch coordinates based on the touch input detected by the touch input detection step. The difference detection step detects a difference between the immediately preceding first touch coordinate and the current second touch coordinate when the touch input detection step continuously detects a state where there is a touch input. That is, when there is a scroll operation by the player (operator), the length of the scroll operation in a certain time is detected. The comparison step compares the difference detected by the difference detection step (the length of the scroll operation at a certain time) with a predetermined threshold value. The position detecting step detects the current position of the player character in the game space. In the movement processing step, when the difference exceeds a predetermined threshold, the player character is moved in the movement direction indicated by the difference at the first movement speed determined based on the current position detected by the position detection step. That is, the player character is moved in the direction of the stroke operation, for example, at the first movement speed determined according to the position of the player character in the game space.

  According to the first aspect of the present invention, since the player character can be moved in the direction of the stroke operation at a moving speed determined based on the stroke operation of the player, the player character can be moved in a desired direction. . That is, intuitive operation can be performed and operability can be improved.

  Further, since the first movement speed is determined according to the current position of the player, for example, the first movement speed according to the background (terrain) in the game space can be determined, and thus the reality of the game is expressed. Can prevent the game from becoming monotonous.

  The invention of claim 2 is dependent on claim 1, and the game apparatus further comprises storage means for storing a game map composed of a plurality of types of terrain information, and the position detecting step is a game map stored in the storage means. The current position of the player character is detected, and the movement processing step performs a calculation according to the terrain information to which the current position detected by the position detection step belongs based on the speed parameter defined for each terrain information. The player character is moved in the moving direction indicated by the difference at the first moving speed determined by.

  According to a second aspect of the present invention, the game apparatus further comprises storage means (48) for storing a game map (482b) composed of a plurality of types of terrain information. The position detection step detects the current position of the player character on the game map stored in the storage means. In the movement processing step, the difference is indicated by a first movement speed determined by performing calculation according to the terrain information to which the current position detected by the position detection step belongs based on a speed parameter defined for each terrain information. The player character is moved in the moving direction. That is, the first movement speed of the player character is determined according to the terrain on the game map corresponding to the current position.

  According to the invention of claim 2, since the moving speed is determined based on the speed parameter defined in the terrain information at the current position of the player character, it is possible to prevent the game from becoming monotonous. In addition, the reality of the game can be expressed.

  The invention of claim 3 is dependent on claim 1 or 2, and further executes a movement determination step for determining whether or not the player character is moving, and the movement processing step includes a state in which there is no touch input by the touch input detection step. A second moving speed calculating step for calculating a second moving speed obtained by subtracting the first deceleration from the current moving speed when the movement determining step determines that the player character is moving; A third movement speed is calculated by subtracting a second deceleration larger than the first deceleration from the current movement speed when the movement determination step determines that the player character is moving. 3 movement speed calculation step is included.

  In the invention of claim 3, the movement determination step (S3, S27) determines whether or not the player character is moving. The movement processing step includes a second movement speed calculation step (S7, S33) and a third movement speed calculation step (S29, S31, S33). In the second movement speed calculation step, a state in which no touch input is detected is detected in the touch input detection step, and when it is determined that the player character is moving in the movement determination step, the first deceleration is subtracted from the current movement speed. A second moving speed is calculated. That is, when the stroke operation is finished, the player character is gradually (inertically) decelerated at the first deceleration and stopped. In the third movement speed calculation step, when it is determined that the difference is equal to or less than a predetermined threshold and the player character is moving in the movement determination step, a second deceleration larger than the first deceleration is set to the current deceleration. A third movement speed subtracted from the movement speed is calculated. That is, if a stroke operation having a length equal to or less than a predetermined threshold is performed while the player character is moving, the player character is decelerated at the second deceleration and the player character is suddenly stopped.

  According to the invention of claim 3, when the stroke operation is stopped during the movement of the player character, the player character is gradually decelerated, and when the stroke operation below a predetermined threshold is performed, the player character is suddenly Since the vehicle is decelerated, the deceleration method can be changed depending on how the stroke is operated. That is, the movement of the player character can be freely controlled.

  The invention of claim 4 is dependent on claim 3 and further executes a deceleration determining step for determining the first deceleration and the second deceleration based on the current position detected by the position detecting step.

  In the invention of claim 4, the deceleration determining step (S7, S29, S31) determines the first deceleration and the second deceleration based on the current position of the player character detected by the position detecting step.

  According to the invention of claim 4, since not only the first movement speed but also the deceleration is changed based on the current position of the player character, the reality of the game can be expressed and the game is prevented from becoming monotonous. can do.

  The invention of claim 5 is dependent on claim 3 or 4, and the third moving speed calculating step increases the second moving speed by gradually increasing the second moving speed when the difference is continuously below a predetermined threshold value. calculate.

  In the fifth aspect of the invention, the third moving speed calculating step calculates the third moving speed by gradually increasing the second deceleration when the difference is continuously equal to or less than the predetermined threshold value. That is, the player character stops suddenly.

  According to the invention of claim 5, the player character can be stopped suddenly.

  According to a sixth aspect of the present invention, there is provided a game apparatus including a display for displaying at least a part of a game space including a player character operated by a player as a game image, and a touch panel provided in association with the display. The game apparatus includes touch input detection means, touch coordinate detection means, difference detection means, comparison means, position detection means, and movement processing means. The touch input detection means detects the presence or absence of touch input to the touch panel at regular intervals. The touch coordinate detection means detects touch coordinates based on the touch input detected by the touch input detection means. The difference detecting means detects a difference between the immediately preceding first touch coordinates and the current second touch coordinates when the touch input detecting means continuously detects a state where there is a touch input. The comparison means compares the difference detected by the difference detection means with a predetermined threshold value. The position detecting means detects the current position of the player character in the game space. Then, the movement processing means moves the player character in the moving direction indicated by the difference at a moving speed determined based on the current position detected by the position detecting means when the difference is larger than a predetermined threshold.

  In the invention of claim 6, as in the invention of claim 1, intuitive operation can be performed and operability can be improved.

  According to the present invention, since the player character is moved in the direction indicated by the difference between the touch coordinates detected continuously, the player can freely move the player character. Moreover, since the moving speed and the deceleration are determined according to the position of the player character, it is possible to prevent the game from becoming monotonous.

  The above object, other objects, features and advantages of the present invention will become more apparent from the following detailed description of embodiments with reference to the drawings.

  Referring to FIG. 1, game device 10 according to one embodiment of the present invention includes a first liquid crystal display (LCD) 12 and a second LCD 14. The LCD 12 and the LCD 14 are accommodated in the housing 16 so as to be in a predetermined arrangement position. In this embodiment, the housing 16 includes an upper housing 16a and a lower housing 16b. The LCD 12 is stored in the upper housing 16a, and the LCD 14 is stored in the lower housing 16b. Therefore, the LCD 12 and the LCD 14 are arranged close to each other so as to be arranged vertically (up and down).

  In this embodiment, an LCD is used as the display, but an EL (Electronic Luminescence) display or a plasma display may be used instead of the LCD.

  As can be seen from FIG. 1, the upper housing 16a has a planar shape slightly larger than the planar shape of the LCD 12, and an opening is formed so as to expose the display surface of the LCD 12 from one main surface. On the other hand, the planar shape of the lower housing 16b is selected to be longer than that of the upper housing 16a, and an opening is formed so as to expose the display surface of the LCD 14 at a substantially central portion in the horizontal direction. The lower housing 16b is provided with a sound release hole 18 and an operation switch 20 (20a, 20b, 20c, 20d, 20e, 20L and 20R).

  The upper housing 16a and the lower housing 16b are rotatably connected to the lower side (lower end) of the upper housing 16a and a part of the upper side (upper end) of the lower housing 16b. Therefore, for example, when the game is not played, if the upper housing 16a is rotated and folded so that the display surface of the LCD 12 and the display surface of the LCD 14 face each other, the display surface of the LCD 12 and the display surface of the LCD 14 are displayed. Damage such as scratches can be prevented. However, the upper housing 16a and the lower housing 16b may be formed as a housing 16 in which they are integrally (fixed) provided without being rotatably connected.

  The operation switch 20 includes a direction switch (cross switch) 20a, a start switch 20b, a select switch 20c, an operation switch (A button) 20d, an operation switch (B button) 20e, an operation switch (L button) 20L, and an operation switch (R Button) 20R. The switches 20a, 20b and 20c are arranged on the left side of the LCD 14 on one main surface of the lower housing 16b. The switches 20d and 20e are arranged on the right side of the LCD 14 on one main surface of the lower housing 16b. Further, each of the switch 20L and the switch 20R is a part of the upper end (top surface) of the lower housing 16b, and is disposed on the left and right sides so as to sandwich the connecting portion other than the connecting portion with the upper housing 16a.

  The direction indicating switch 20a functions as a digital joystick, and operates one of the four pressing portions to instruct the moving direction of the player character (or player object) that can be operated by the player, or to change the moving direction of the cursor. It is used to give instructions. The start switch 20b includes a push button, and is used to start (resume) a game, pause (pause), and the like. The select switch 20c includes a push button and is used for selecting a game mode.

  The action switch 20d, that is, the A button is configured by a push button, and allows the player character to perform an arbitrary action such as hitting (punching), throwing, grabbing (obtaining), riding, jumping, and the like other than the direction instruction. it can. For example, in an action game, it is possible to instruct to jump, punch, move a weapon, and the like. In the role playing game (RPG) and the simulation RPG, it is possible to instruct acquisition of items, selection and determination of weapons and commands, and the like. The operation switch 20e, that is, the B button is constituted by a push button, and is used for changing the game mode selected by the select switch 20c, canceling the action determined by the A button 20d, or the like.

  The operation switch (left push button) 20L and the operation switch (right push button) 20R are configured by push buttons, and the left push button (L button) 20L and the right push button (R button) 20R are the A button 20d and the B button. It can be used for the same operation as 20e, and can be used for an auxiliary operation of the A button 20d and the B button 20e.

  A touch panel 22 is attached to the upper surface of the LCD 14. As the touch panel 22, for example, any one of a resistive film type, an optical type (infrared type), and a capacitive coupling type can be used. The touch panel 22 is pressed, stroked, or touched with a stick 24 or a pen (stylus pen) or a finger (hereinafter sometimes referred to as “stick 24 or the like”). When the operation is performed, the coordinates of the operation position of the stick 24 and the like are detected, and coordinate data corresponding to the detected coordinates (detected coordinates) is output.

  In this embodiment, the resolution of the display surface of the LCD 14 (the LCD 12 is the same or substantially the same) is 256 dots × 192 dots, and the detection accuracy of the detection surface of the touch panel 22 is 256 dots × 192 dots corresponding to the resolution. However, the detection accuracy of the detection surface of the touch panel 22 may be lower or higher than the resolution of the display surface of the LCD 14.

  Different game images (game screens) can be displayed on the LCD 12 and the LCD 14. For example, in a racing game, a screen from the viewpoint of the moving body from the driver's seat is displayed on one LCD, or an image taken by a camera that follows the moving body from behind or above is displayed, and the other LCD displays a race. (Course) The entire screen can be displayed. In RPG, a character such as a map or a player character can be displayed on one LCD, and an item owned by the player character can be displayed on the other LCD. Further, a game play screen is displayed on one LCD (for example, LCD 12), and a game screen (operation screen) including character information and icons for operating the game is displayed on the other LCD (for example, LCD 14). can do. Furthermore, by using the two LCDs 12 and 14 together as one screen, it is possible to display a huge monster (enemy character) that the player character must defeat.

  Accordingly, the player operates the touch panel 22 with the stick 24 or the like to instruct (designate) or move a character image such as a player character, enemy character, item character, character information, or icon displayed on the screen of the LCD 14. Or select a command. In addition, the direction of the virtual camera (viewpoint) provided in the three-dimensional game space can be changed, or the game screen can be scrolled (moved and displayed gradually).

  As described above, the game apparatus 10 includes the LCD 12 and the LCD 14 serving as a display unit for two screens, and the touch panel 22 is provided on the upper surface of either one (in this embodiment, the LCD 14). 14) and two operation units (20, 22).

  In this embodiment, the stick 24 can be stored in a storage portion (storage hole) 26 provided in the vicinity of the side surface (right side surface) of the upper housing 16a, for example, and taken out as necessary. However, if the stick 24 is not provided, it is not necessary to provide the storage portion 26.

  Furthermore, the game apparatus 10 includes a memory card (or game cartridge) 28. The memory card 28 is detachable and is inserted from an insertion port 30 provided on the back surface or the lower end (bottom surface) of the lower housing 16b. Although not shown in FIG. 1, a connector 46 (see FIG. 2) for joining with a connector (not shown) provided at the front end of the memory card 28 in the insertion direction is provided at the back of the insertion slot 30. Therefore, when the memory card 28 is inserted into the insertion slot 30, the connectors are joined together, and the CPU core 42 (see FIG. 2) of the game apparatus 10 can access the memory card 28.

  Although not expressed in FIG. 1, the position corresponds to the sound release hole 18 of the lower housing 16b, and a speaker 32 (see FIG. 2) is provided inside the lower housing 16b.

  Although not shown in FIG. 1, for example, a battery housing box is provided on the back surface side of the lower housing 16b, and a power switch, a volume switch, an external expansion connector, and an external extension connector are provided on the bottom surface side of the lower housing 16b. Earphone jack is provided.

  FIG. 2 is a block diagram showing an electrical configuration of the game apparatus 10. Referring to FIG. 2, game device 10 includes an electronic circuit board 40 on which circuit components such as CPU core 42 are mounted. The CPU core 42 is connected to the connector 46 via the bus 44, and also includes a RAM 48, a first graphics processing unit (GPU) 50, a second GPU 52, an input / output interface circuit (hereinafter referred to as “I / F circuit”). ) 54 and the LCD controller 60 are connected.

  As described above, the memory card 28 is detachably connected to the connector 46. The memory card 28 includes a ROM 28a and a RAM 28b. Although not shown, the ROM 28a and the RAM 28b are connected to each other via a bus, and are further connected to a connector (not shown) joined to the connector 46. Therefore, as described above, the CPU core 42 can access the ROM 28a and the RAM 28b.

  The ROM 28a stores a game program for a game (virtual game) to be executed on the game apparatus 10, image (character image, background image, item image, icon (button) image, message image, etc.) data, and sound necessary for the game ( Music) data (sound data) and the like are stored in advance. The RAM (backup RAM) 28b stores (saves) mid-game data and game result data.

  The RAM 48 is used as a buffer memory or a working memory. That is, the CPU core 42 loads a game program, image data, sound data, and the like stored in the ROM 28a of the memory card 28 into the RAM 48, and executes the loaded game program. Further, the CPU core 42 executes the game process while storing in the RAM 48 data (game data or flag data) that is temporarily generated in accordance with the progress of the game.

  Note that the game program, image data, sound data, and the like are read from the ROM 28a all at once, or partially and sequentially, and stored (loaded) in the RAM 48.

  Each of the GPU 50 and the GPU 52 forms part of a drawing unit, and is configured by, for example, a single chip ASIC, receives a graphics command (graphics command) from the CPU core 42, and game image data according to the graphics command. Is generated. However, the CPU core 42 gives each of the GPU 50 and the GPU 52 an image generation program (included in the game program) necessary for generating the game image data in addition to the graphics command.

  The GPU 50 is connected to a first video RAM (hereinafter referred to as “VRAM”) 56, and the GPU 52 is connected to a second VRAM 58. Data necessary for the GPU 50 and the GPU 52 to execute the drawing command (image data: data such as character data and texture) is acquired by the GPU 50 and the GPU 52 by accessing the first VRAM 56 and the second VRAM 58, respectively. The CPU core 42 writes image data necessary for drawing into the first VRAM 56 and the second VRAM 58 via the GPU 50 and the GPU 52. The GPU 50 accesses the VRAM 56 to create game image data for drawing, and the GPU 52 accesses the VRAM 58 to create game image data for drawing.

  The VRAM 56 and VRAM 58 are connected to the LCD controller 60. The LCD controller 60 includes a register 62. The register 62 is composed of, for example, 1 bit, and stores a value (data value) of “0” or “1” according to an instruction from the CPU core 42. When the data value of the register 62 is “0”, the LCD controller 60 outputs the game image data created by the GPU 50 to the LCD 12 and the game image data created by the GPU 52 to the LCD 14. When the data value of the register 62 is “1”, the LCD controller 60 outputs the game image data created by the GPU 50 to the LCD 14 and outputs the game image data created by the GPU 52 to the LCD 12.

  The LCD controller 60 reads game image data directly from the VRAM 56 and VRAM 58, or reads game image data from the VRAM 56 and VRAM 58 via the GPU 50 and GPU 52.

  The operation switch 20, the touch panel 22 and the speaker 32 are connected to the I / F circuit 54. Here, the operation switch 20 is the above-described switches 20a, 20b, 20c, 20d, 20e, 20L and 20R. When the operation switch 20 is operated, a corresponding operation signal (operation data) is transmitted to the I / F circuit 54. To the CPU core 42. Also, coordinate data from the touch panel 22 is input to the CPU core 42 via the I / F circuit 54. Further, the CPU core 42 reads out sound data necessary for the game, such as game music (BGM), sound effects or sound of the game character (pseudo-sound), from the RAM 48 and outputs it from the speaker 32 via the I / F circuit 54. .

  FIG. 3A and FIG. 3B are illustrative views showing an example of a game screen 100 displayed on the LCD 14 of the game apparatus 10 of this embodiment. As shown in FIG. 3A, on the game screen 100, a partial region (range) including the player character 102 in the three-dimensional virtual space (game space) is displayed. As can be seen from FIG. 3A and FIG. 3B, the player character 102 is displayed in the approximate center of the game screen 100. In addition, background objects such as a road object 104, a grassland object 106, and a forest object 108 on which the player character 102 can run are also displayed on the game screen 100.

  Although omitted in FIGS. 3A and 3B, the touch panel 22 is provided on the LCD 14 as described above.

  For example, as shown in FIG. 3A, when the player moves (slides) the stick 24 to the right of the screen so as to stroke it on the LCD 14 (touch panel 22), that is, using the stick 24, a drag operation is performed in the right direction. When a stroke operation (hereinafter referred to as “stroke operation”) is performed, the player character 102 is moved rightward in the three-dimensional virtual space (game space) according to the stroke operation. FIG. 3B shows the game screen 100 after the player character 102 has moved according to the stroke operation.

  Although it cannot be expressed in the drawing, a state (animation) in which the player character 102 is moved in the game space according to the stroke operation is displayed on the LCD 14 as the game screen 100. As will be described in detail later, the player character 102 is moved at a moving speed and a moving direction determined or calculated based on the stroke operation (the same direction as the stroke operation).

  In the game (virtual game) of this embodiment, a three-dimensional virtual space (game space) as shown in FIG. 4 is provided, starting from a start point set in the game space, and passing through a plurality of passing points. And compete for time to reach the goal point. Although illustration is omitted, there are other characters such as enemy characters and item characters in the game space. Further, for the sake of easy understanding, background objects (104, 106, 108, etc.) as described above are omitted. During the game, for example, the parameters (life, level, etc.) of the player character 102 are changed by competing with an enemy character or acquiring a predetermined item.

  The entire game space can also be displayed on the LCD 12 as the game screen 120. In this case, the player can know the position of the player character 102 or enemy character or item in the entire game space from the game screen 120 displayed on the LCD 12, and the player character 102 can be viewed from the game screen 100 displayed on the LCD 14. Can learn more about some areas currently running.

  However, as shown in FIGS. 3A and 3B, the display position of the background object (104, 106, 108) is displayed on the game screen 100 because the player character 102 is displayed at the center of the screen. It can be seen that the player character 102 has moved due to the change (movement).

  In addition, it is possible to make the player character 102 appear to move by moving the background object (104, 106, 108) in the game space without moving the player character 102 existing in the game space. In such a case, the background object may be moved in the direction opposite to the stroke operation at a moving speed determined or calculated based on the stroke operation. That is, the relative position between the player character 102 and the background object is changed by the player's stroke operation.

  Next, the movement control of the player character 102 will be described with reference to FIGS. 5 and 6. However, in the following description, when the length of the stroke operation in one frame (screen update unit time: 1/60 second) period is equal to or less than a predetermined threshold (for example, 5 dots), the stroke operation is “super short”. This is called “input”. However, in this embodiment, the operation of pressing one point is also included in the ultrashort input. Further, when the length of the Stoke operation in one frame period exceeds a predetermined threshold, the stroke operation is referred to as “short input”. When the stroke operation continues beyond one frame period and the length of the stroke operation in each frame exceeds a predetermined threshold, the stroke operation is referred to as “long input”. That is, “long input” is equivalent to a collection of multiple frames of “short input”.

  FIG. 5A shows how the player character 102 moves when one short input is performed. In the example shown in FIG. 5A (the same applies to FIGS. 5B, 6A, and 6B), the direction of the stroke operation is the upward direction of the drawing. As shown in FIG. 5A, when one short input is performed, the player character 102 has a constant moving speed (hereinafter referred to as “constant speed”) A from the 0th frame to the 1st frame. When the stroke operation ends (touch-off), the vehicle is decelerated gradually (inertia) from the first frame to the third frame at a constant deceleration B and stopped. Here, the moving speed (referred to as “new speed” for convenience of description) Vj is determined (calculated) for each frame. Therefore, when the length of the stroke operation in one frame period exceeds a predetermined threshold, the constant speed A is determined as the new speed Vj, and when the stroke operation is completed, the deceleration B is the current moving speed (current speed). Subtracted from Vi every frame. However, the current speed Vi at the time when deceleration is started is a constant speed A.

  Specifically, the length of the stroke operation in one frame period is the touch in the previous frame (previous frame) with the touch coordinates (current touch coordinates) Pj (Xj, Yj) in the current (current frame) as the end point. It is determined by the vector size (scalar) starting from the coordinates (pre-touch coordinates) Pi (Xi, Yi). That is, the length (coordinate distance) ΔD of the stroke operation in one frame period is calculated according to Equation 1.

[Equation 1]
ΔD = (ΔX, ΔY) = (Xj−Xi, Yj−Yi)
When the vehicle decelerates at a constant deceleration B, the new speed Vj is calculated according to Equation 2.

[Equation 2]
Vj = Vi-B
However, the current speed Vi is the new speed Vj determined or calculated in the frame immediately before calculating the new speed Vj, that is, the previous frame. Note that the method for determining and calculating the new speed Vj is the same in the case of FIG. 5B, FIG. 6A, and FIG. Further, when the length of the stroke operation is equal to or less than a predetermined threshold during the movement (running) of the player character 102, as will be described later with reference to FIG. Decelerated with large deceleration.

  Here, as shown in FIG. 5A (the same applies to FIG. 5B, FIG. 6A, and FIG. 6B), the arrow on the right side of the player character 102 is changed by the stroke operation. The distance (movement distance) by which the player character 102 is moved and the direction (movement direction) are shown. The time point at which the player starts the stroke operation (touch-on) is set as the 0th frame, and the player character 102 starts moving from the 0th frame, and the movement is controlled for each frame.

  However, the moving distance of the player character 102 is the distance moved at a constant speed A when the player is operating the stroke, and the deceleration starts at the deceleration B after the player finishes the stroke operation (touch-off) and stops. It is the sum with the distance to. The length of the movement distance is the same in the case of FIG. 5B and FIG. Further, the moving direction of the player character 102 is the same direction as the stroke operation (here, upward), and is actually determined based on touch coordinates (coordinate data) detected for each frame. Specifically, the moving direction of the player character 102 is determined by a vector direction starting from the current touch coordinates Pj (Xj, Yj) and starting from the previous touch coordinates Pi (Xi, Yi). This also applies to FIGS. 5B, 6A, and 6B described later.

  FIG. 5B shows how the player character 102 moves when one long input is performed. For example, in the example shown in FIG. 5B, the stroke operation is continuously performed between the 0th frame and the third frame, and then the stroke operation is terminated. Therefore, the player character 102 is moved at a constant speed A between the 0th frame and the 3rd frame. Then, the player character 102 is decelerated at a deceleration B from the third frame to the fifth frame and stopped. The determination of the deceleration method, the length of the moving distance, and the moving direction is as described above.

  As described with reference to FIGS. 5A and 5B, when the length of the stroke operation in one frame period exceeds a predetermined threshold value, the player character 102 moves the stroke at a constant speed A. Moved in the direction. In addition, when a stroke operation having a length exceeding a predetermined threshold is continued across a plurality of frames, the period for moving at a constant speed A becomes longer, and thus the moving distance of the player character 102 becomes longer.

  FIG. 6A shows a state in which the player character 102 moves when short input is performed three times in succession. As described above, the start point of the stroke operation is the 0th frame, and here, since the stroke operation is performed three times in succession, as shown in FIG. 6A, it corresponds to the start point of each stroke operation. Thus, it is described as the 0th frame. When the short input is performed three times in succession, after the first and second stroke operations are completed, the player character 102 starts or tries to decelerate, but the second and third stroke operations are performed. By being started, it is continuously moved at a constant speed A. Then, after the third stroke operation is completed, the player character 102 is decelerated and stopped as in the case shown in FIGS. 5 (A) and 5 (B).

  FIG. 6B shows a state in which the player character 102 is moved when the short input is performed three times continuously and then the ultrashort input is performed twice. First, the movement of the player character 102 in the case where the short input is performed three times in succession is the same as the case shown in FIG. After three short inputs, the player character 102 is controlled to decelerate at a constant deceleration B. Subsequently, when the player character 102 moves while decelerating, if there is an ultrashort input, the new speed Vj is set so that the player character 102 decelerates at a deceleration greater than the constant deceleration B. 2 is calculated. Specifically, when the player character 102 is moving and there is an ultrashort input, the deceleration B is updated according to Equation 3.

[Equation 3]
B = B + α
Here, “=” means substitution. Further, the increase amount α of the deceleration B is a value determined (set) in advance by a programmer or developer of the virtual game. This deceleration B is also updated every frame, and when the ultrashort input continues, the deceleration B gradually increases, and the player character 102 is suddenly stopped. Accordingly, the movement distance of the player character 102 in the case shown in FIG. 6B is gradually the distance moved at a constant speed A when a stroke is operated by a short input, and gradually when the stroke is operated by an ultrashort input. This is the sum of the distance traveled by the deceleration B that increases.

  Although not shown, in this embodiment, the constant speed A and the deceleration B are changed according to the position or place where the player character 102 is running. As described above, the game space (game map) is provided with the road object 104, the grassland object 106, and the forest object 108, and the player character 102 can easily travel on the road and become a grassland and forest. It becomes difficult to run. Therefore, in this embodiment, the speed is determined according to the terrain on the game map to which the position (current position) where the player character 102 is traveling belongs. Specifically, the constant speed A determined when the player character 102 is traveling on the road is A1, the constant speed A determined when traveling on the grassland is A2, and the player character 102 travels through the forest. If the constant speed A determined in the case of A3 is A3, the relationship of Equation 4 is established.

[Equation 4]
A1>A2> A3
On the other hand, since the ease of running is difficult to stop, the deceleration B to be determined may be changed according to the terrain on the game map corresponding to the current position of the player character 102. it can. In this embodiment, the deceleration B determined when the player character 102 is traveling on the road is B1, the deceleration B determined when traveling on the grassland is B2, and is traveling in the forest. If the deceleration B determined in this case is B3, the relationship of Equation 5 is established.

[Equation 5]
B3>B2> B1
In this manner, different constant speeds A (A1, A2, A3) and decelerations B (B1, B2, B3) are determined according to the terrain on the game map corresponding to the current position where the player character 102 is traveling. As a result, the game is not monotonous and can provide reality.

  FIG. 7 is an illustrative view showing an example of a memory map of the RAM 48 provided in the game apparatus 10. Referring to FIG. 7, RAM 48 includes a program storage area 480 and a data storage area 482. The program storage area 480 stores a game program. The game program includes a game main processing program 480a, an image generation program 480b, an image display program 480c, a touch input detection program 480d, a coordinate change calculation program 480e, a moving speed calculation program 480f, and the like. Composed.

  The game main processing program 480a is a program for processing the main routine of the virtual game of this embodiment. The image generation program 480b controls movement and the like by the computer (CPU core 42) without depending on the stage (course 104), player character (102, 108, 110), non-player character (player operation) provided in the game space. And a game object such as a background object. The image display program 480c is a program for displaying the game image (game screen) generated according to the image generation program 480b on the LCD 12 and the LCD 14.

  The touch input detection program 480d detects the presence / absence of a touch input every predetermined time (for example, one frame). However, the presence or absence of touch input is determined by whether coordinate data is input from the touch panel 22 or not. When there is a touch input, a touch input flag 482e described later is turned on, and touch coordinates indicated by the touch input, that is, coordinate data input from the touch panel 22 is stored (temporarily stored) in a coordinate buffer 482c described later. On the other hand, when there is no touch input, the touch input flag 482e is turned off.

  The coordinate change calculation program 480e is configured such that when touch coordinates (coordinate data) are detected in a plurality of consecutive frames (two in this embodiment), that is, when a stroke operation in which touch input is continued is detected, It is a program for calculating a change (difference) in touch coordinates. However, the two frames are a current frame (current frame) and a frame one frame before (the previous frame).

  The moving speed calculation program 480f calculates (determines) the moving speed (new speed Vj) of the player character 102 based on whether or not the touch coordinate difference calculated according to the coordinate change calculation program 480e exceeds a predetermined threshold. It is a program. In this embodiment, when the player character 102 is stopped and there is a stroke operation, and the touch coordinate difference exceeds the threshold value, the new speed Vj is determined to be a constant speed A. At this time, one of the constant speeds A1, A2, and A3 is determined according to the current position of the player character 102. On the other hand, when the touch coordinate difference is equal to or less than a predetermined threshold, the new speed Vj is zero. Further, when the difference between the touch coordinates is equal to or smaller than the threshold value while the player character 102 is moving (running), the new speed Vj subtracts a deceleration (B + α) larger than the constant deceleration B from the constant speed A. Is calculated. However, when the difference in touch coordinates exceeds a predetermined threshold while the player character 102 is moving, a constant speed A corresponding to the current position of the player character 102 is determined as described above. Furthermore, the movement speed calculation program 480f subtracts a constant deceleration B from the current speed Vi when a state in which no touch input is detected (touch-off) is detected according to the touch input detection program 480d while the player character 102 is moving. It is also a program for calculating the moving speed (new speed Vj). However, since the new speed Vj is calculated based on the difference, it is determined or calculated every certain time (one frame) when the difference is detected. Furthermore, the moving speed calculation program 480f is also a program for controlling on / off of a running flag 482g, which will be described later, according to the calculated value of the new speed Vj. Specifically, when the new speed Vj is greater than 0, the running flag 482g is turned on, and when the new speed Vj is 0, the running flag 482g is turned off.

  Although not shown, the game program storage area 480 also stores a sound reproduction program, a backup program, and the like. The sound reproduction program is a program for reproducing sound (music) necessary for the game using sound (music) data. The backup program is a program for storing (saving) data (game intermediate data and result data) generated in accordance with the progress of the game in the RAM 28b of the memory card 28 in accordance with an instruction from the player or a predetermined timing (event). .

  The data storage area 482 stores data such as object data 482a, map data 482b, and speed data 482c. The object data 482a includes polygon data and texture data used when generating a game image according to the above-described image generation program 480b, and also includes position data regarding the current position (three-dimensional position) updated according to the player's operation. . However, since the background objects (102, 104, 106, etc.) as described above are fixedly arranged on the game space (game map) and may be arranged at different locations even if they are the same type, A plurality of the position data may be stored. The map data 482b is data for displaying the game space as shown in FIG. 4. Specifically, in the map (game map) divided by squares, the terrain to be arranged in each square (unit) This is data indicating the type or information (terrain information) of (background object). That is, the map data 482b includes data indicating a plurality of types of terrain (background objects) and data indicating the arrangement position or range of each background object. The speed data 482c is data (numerical data) about the constant moving speed A and deceleration B of the player character 102. Specifically, numerical data for the constant speeds A1, A2, A3 and decelerations B1, B2, B3 are stored. However, as described above, the constant speeds A1 to A3 and the decelerations B1 to B3 are applied to the topography on the game map to which the current position of the player character 102 belongs, that is, the background object (the road object 104, the grass object 106, the forest object 108). The speed is determined correspondingly. That is, the constant speed A and the deceleration B are speed parameters determined according to the terrain.

  The data storage area 482 is provided with a coordinate buffer 482d and a speed buffer 482e. The coordinate buffer 482d is an area for storing (temporarily storing) coordinate data detected according to the touch input detection program 480d, and has a capacity capable of storing coordinate data for at least two frames. The speed buffer 482e is an area for storing (temporarily storing) data (numerical data) about the current speed Vi and the current deceleration B of the player character 102.

  Further, the data storage area 482 stores a touch input flag 482f and a running flag 482g. The touch input flag 482f is composed of a 1-bit register, and its on / off is controlled according to the touch input detection program 480d. In this embodiment, when the touch input flag 482f is turned on, a data value “1” is set in the register. Conversely, when the touch input flag 482f is turned off, a data value “0” is set in the register. The running flag 482g is also composed of a 1-bit register, and its on / off is controlled in accordance with the moving speed calculation program 480f. In this embodiment, when the running flag 482g is turned on, a data value “1” is set in the register. Conversely, when the traveling flag 482g is turned off, the data value “0” is set in the register.

  Although illustration is omitted, in the data storage area 482, sound (music) data for outputting a sound necessary for the game, data (game intermediate data, result data) generated as the game progresses, A flag (event flag) is also stored.

  Specifically, the movement control of the player character 102 as described above is processed by the CPU core 42 shown in FIG. 2 according to the flowcharts shown in FIGS. Although illustration is omitted, the CPU core 42 executes the main routine of the virtual game separately and independently, for example, generates (updates) and displays the game screen (100, 120), or is necessary for the game. Play sound.

  Referring to FIG. 8, when starting the movement control process, CPU core 42 determines whether or not there is an input to touch panel 22 in step S1. That is, the CPU core 42 determines whether coordinate data is input from the touch panel 22. If “NO” in the step S1, that is, if there is no input to the touch panel 22, the touch input flag 482f is turned off in a step S3, and it is determined whether or not the player character 102 is running in a step S5. Specifically, it is determined whether or not the traveling flag 482g is on. If “NO” in the step S5, that is, if the running flag 482g is turned off, it is determined that the player character 102 is stopped, and the process proceeds to a step S39 shown in FIG. On the other hand, if “YES” in the step S5, that is, if the running flag 482g is turned on, it is determined that the player character 102 is running, and a deceleration B determination process (decrease) described later is performed in a step S7. Speed determination processing (see FIG. 11) is executed, and the process proceeds to step S33 shown in FIG.

  If “YES” in the step S1, that is, if there is an input to the touch panel 22, the input coordinate data, that is, the current touch coordinates Pj (Xj, Yj) is converted into the coordinate buffer 482d of the data storage area 482 in a step S9. To remember. In a succeeding step S11, it is determined whether or not the touch input flag 482f is on. If “NO” in the step S11, that is, if the touch input flag 482f is turned off, it is determined that the touch input is not continued, that is, it is not a stroke operation, and the touch input flag 482f is turned on in a step S13. In step S15, the current touch coordinates Pj (Xj, Yj) are replaced with the previous touch coordinates Pi (Xi, Yi) in the coordinate buffer 482d, and the process proceeds to step S39.

  On the other hand, if “YES” in the step S11, that is, if the touch input flag 482f is turned on, it is determined that the touch input is continued, that is, a stroke operation. Subsequently, in step S17, the current touch coordinates Pj (Xj, Yj) are read, in step S19, the previous touch coordinates Pi (Xi, Yi) are read, and in step S21, the coordinate distance (the length of the stroke operation in one frame period) is read. ) ΔD (ΔX, ΔY) is calculated (see Equation 1). In step S23, it is determined whether or not ΔD exceeds the threshold (ΔD> threshold). If “NO” in the step S23, that is, if ΔD is equal to or less than the threshold value, it is determined that the input is an extremely short input, and the process proceeds to a step S27 shown in FIG. On the other hand, if “YES” in the step S23, that is, if ΔD exceeds the threshold value, it is determined that the input is a short input or a long input, and the constant speed A is changed to the new speed Vj in a step S25 as described later. Is executed (new speed determination process: see FIG. 10), and the process proceeds to step S35 shown in FIG.

  As shown in FIG. 9, in step S27, it is determined whether or not the player character 102 is running. Since this determination processing is the same as the processing in step S3 described above, detailed description thereof will be omitted. If “NO” in the step S27, that is, if the player character 102 is not running, the process proceeds to a step S39 as it is.

  In this embodiment, when the player character 102 is stopped and there is an ultrashort input, the player character 102 is not controlled at all. However, the player character 102 is oriented in the direction indicated by the ultrashort input. It may be changed.

  If “YES” in the step S27, that is, if the player character 102 is running, a deceleration determining process (see FIG. 11) is executed in a step S29, and the deceleration B is increased in a step S31. In other words, the deceleration B is updated according to the equation 3, the current velocity Vi is read out in step S33, and the new velocity Vj is calculated according to the equation 2.

  Subsequently, in step S35, the player character 102 is moved based on the new speed Vj and the stroke direction (movement direction). The stroke direction is the vector direction with respect to the difference ΔD. In the subsequent step S37, the new speed Vj and the coordinates Pj are stored. However, at this time, the new speed Vj is replaced with the current speed Vi (Vi = Vj), and the current touch coordinates Pj are replaced with the previous touch coordinates Pi (Pi = Pj). This is because, as will be described later, after returning to step S1 through the process of step S39, it is used as the current speed Vi and the previous touch coordinate Pi in the next (next frame) process.

  In step S39, it is determined whether or not the game is over. That is, it is determined whether an instruction to end the game is given by the player or the game is over. If “NO” in the step S39, that is, if the game is not ended, the process returns to the step S1 shown in FIG. 8 as it is. However, if “YES” in the step S39, that is, if the game is ended, the movement control process is ended as it is.

  Note that the movement control process shown in FIGS. 8 and 9 is executed for each frame. Therefore, the process of step S1 is also executed for each frame.

  FIG. 10 is a flowchart showing the new speed determination process in step S25 shown in FIG. Referring to FIG. 10, when starting the new speed determination process, CPU core 42 acquires character coordinates in step S51. That is, the current position on the game space, that is, the game map is detected with reference to the position data included in the object data 482a for the player character 102. In the next step S53, it is determined whether or not the player character 102 is on the road. That is, the CPU core 42 refers to the map data 482b and determines whether or not the road object 104 is placed at a position on the game map to which the current position of the player character 102 belongs. The same applies hereinafter. If “YES” in the step S53, that is, if the player character 102 is traveling on the road, the constant speed A1 for the road is read out with reference to the speed data 482c in a step S61, and the process proceeds to the step S63. move on.

  However, if “NO” in the step S53, that is, if the player character 102 is not on the road, it is determined whether or not the player character 102 is on the grassland in a step S55. Since this determination method is the same as the determination method in step S53, detailed description will be omitted. If “YES” in the step S55, that is, if the player character 102 is running on the grassland, the grassland constant speed A2 is read in a step S59, and the process proceeds to the step S63.

  If “NO” in the step S55, that is, if the player character 102 is on the forest, the constant speed A3 for forest is read in a step S57, and the process proceeds to the step S63. In step S63, the constant speed A read in any of steps S57, S59, and S63 is determined as a new speed Vj (Vj = A (A1, A2, A3)), and the new speed determination process is returned.

  FIG. 11 is a flowchart showing the deceleration determination process of step S7 shown in FIG. 8 and step S29 shown in FIG. In the following, the same steps as the current speed determination process will be briefly described. As shown in FIG. 11, when the deceleration determination process is started, in step S71, character coordinates, that is, position data of the player character 102 is acquired. In a succeeding step S73, it is determined whether or not the player character 102 is on the road. If “YES” in the step S73, the road deceleration data B1 is read by referring to the speed data 482c in a step S81, and the deceleration determining process is returned.

  If “NO” in the step S73, it is determined whether or not the player character 102 is on the grassland in a step S75. If “YES” in the step S75, the deceleration B2 for grassland is read in a step S79, and the deceleration determining process is returned. On the other hand, if “NO” in the step S75, the forest deceleration B3 is read in a step S77, and the deceleration determining process is returned.

  According to this embodiment, the moving speed of the player character can be determined based on the length of the stroke operation, and the player character can be moved in the direction of the stroke operation, so that the player character can be manipulated freely. . Further, since only the stroke operation is performed, the operation is simple.

  Further, in this embodiment, since the player character changes the constant speed and the deceleration according to the ease of running, an intuitive operation can be performed and the reality can be enjoyed.

  In this embodiment, the player character is allowed to run on a background such as a road, grassland, and forest, but the background need not be limited to this. For example, rivers and lakes can be arranged. In such a case, four or more types of constant speeds and decelerations are prepared, and the player character selectively determines one constant speed and one deceleration based on the current position (running position). it can. Further, if at least two types of background objects are arranged, it is possible to express the difference in ease of running and deceleration of the player character.

  In this embodiment, two LCDs are provided and two game screens are displayed. However, one LCD is provided, and a touch panel is provided corresponding to the two LCDs. A screen may be displayed.

  Furthermore, in this embodiment, a game apparatus provided with two LCDs has been described, but the display area of one LCD is divided into two, and a touch panel is provided corresponding to at least one of the display areas. Also good. In this case, when a vertically long LCD is provided, the LCD display area is divided so that two display areas are arranged vertically, and when a horizontally long LCD is provided, the LCD is arranged such that two display areas are arranged horizontally. The display area may be divided.

FIG. 1 is an illustrative view showing one example of a game apparatus of the present invention. FIG. 2 is a block diagram showing an electrical configuration of the game apparatus shown in FIG. FIG. 3 is an illustrative view showing one example of a game screen displayed on a second LCD provided in the game apparatus shown in FIG. FIG. 4 is an illustrative view showing one example of a game screen displayed on a virtual three-dimensional space or a first LCD provided in the game apparatus of this embodiment. FIG. 5 is an illustrative view showing one example of movement control of a player character arranged in a three-dimensional virtual space. FIG. 6 is an illustrative view showing another example of movement control of the player character arranged in the three-dimensional virtual space. FIG. 7 is an illustrative view showing a memory map of a RAM built in the game apparatus shown in FIG. FIG. 8 is a flowchart showing a part of the movement control process of the player character of the CPU core shown in FIG. FIG. 9 is a flowchart showing another part of the movement control process following the flowchart of FIG. FIG. 10 is a flowchart showing the current speed determination processing of the CPU core shown in FIG. FIG. 11 is a flowchart showing the deceleration determination process of the CPU core shown in FIG.

Explanation of symbols

10 ... Game device 12, 14 ... LCD
16, 16a, 16b ... housing 20 ... operation switch 22 ... touch panel 24 ... stick 28 ... memory card 28a ... ROM
28b, 48 ... RAM
40 ... Electronic circuit board 42 ... CPU core 50, 52 ... GPU
54 ... I / F circuit 56, 58 ... VRAM
60 ... LCD controller

Claims (6)

A game program for a game apparatus comprising: a display that displays at least a part of a game space including a player character operated by a player as a game image; and a touch panel provided in association with the display.
In the processor of the game device,
A touch input detection step of detecting the presence or absence of touch input to the touch panel at regular intervals;
A touch coordinate detection step of detecting touch coordinates based on the touch input detected by the touch input detection step;
A difference detection step of detecting a difference between the immediately preceding first touch coordinates and the current second touch coordinates when a state where there is a touch input is continuously detected by the touch input detection step;
A comparison step of comparing the difference detected by the difference detection step with a predetermined threshold;
A position detecting step for detecting a current position of the player character in the game space; and a first moving speed determined based on the current position detected by the position detecting step when the difference exceeds the predetermined threshold. A game program for executing a movement processing step for moving the player character in a movement direction indicated by the difference. The game apparatus further comprises storage means for storing a game map composed of a plurality of types of terrain information,
The position detecting step detects a current position of the player character on a game map stored in the storage means,
The movement processing step is a first movement determined by performing an operation according to the terrain information to which the current position detected by the position detection step belongs based on a speed parameter defined for each terrain information. The game program according to claim 1, wherein the player character is moved in a moving direction indicated by the difference at a speed. A movement determination step for determining whether or not the player character is moving;
The movement processing step includes:
A second movement speed obtained by subtracting the first deceleration from the current movement speed when the touch input detection step detects a state where there is no touch input and the movement determination step determines that the player character is moving. A second moving speed calculating step of calculating a second speed greater than the first deceleration when the difference is equal to or less than the predetermined threshold and the moving determining step determines that the player character is moving. The game program according to claim 1, further comprising a third movement speed calculation step of calculating a third movement speed obtained by subtracting the deceleration from the current movement speed.   The game program according to claim 3, further causing a deceleration determination step of determining the first deceleration and the second deceleration based on the current position detected by the position detection step.   5. The third movement speed calculation step according to claim 3, wherein the third movement speed calculation step calculates the third movement speed by gradually increasing the second deceleration when the difference is continuously equal to or less than the predetermined threshold value. Game program. A game device comprising a display for displaying at least a part of a game space including a player character operated by a player as a game image, and a touch panel provided in association with the display.
Touch input detection means for detecting the presence or absence of touch input to the touch panel at regular intervals;
Touch coordinate detection means for detecting touch coordinates based on the touch input detected by the touch input detection means;
A difference detecting means for detecting a difference between the immediately preceding first touch coordinates and the current second touch coordinates when the touch input detecting means continuously detects a state having a touch input;
Comparison means for comparing the difference detected by the difference detection means with a predetermined threshold;
Position detecting means for detecting the current position of the player character in the game space; and when the difference is greater than the predetermined threshold, the moving speed determined based on the current position detected by the position detecting means A game apparatus comprising movement processing means for moving the player character in a moving direction indicated by the difference.

Images