JP2009201743A - Program, information storage medium, and game machine - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a program, an information storage medium and a game machine capable of enhancing the significance of the presence of an opponent character and giving a fun to a player in a game using a player character and the opponent character in an object space. <P>SOLUTION: This program sets a hit region of the player character and a hit region of the opponent character, determines whether or not the hit region of the player character and the hit region of the opponent character are hit or not, executes processing to move the player character according to the result of the hit determination, sets a first hit region and a second hit region to the player character, when acquiring a predetermined input information from the player, executes processing for accelerating the player character and, when determining that the second hit region of the player character and the hit region of the opponent character are hit, executes processing for decelerating the player character. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a program, an information storage medium, and a game machine.

  Conventionally, a game machine (image generation apparatus) that generates an image that can be seen from a given viewpoint (virtual camera) in an object space (game space), which is a virtual three-dimensional space, is known. It is very popular as something that can be done.

  In such a game machine, there is a game in which a player character existing in the object space moves from a start point to a goal point while fighting an enemy character. For example, there is a game in which a game is advanced while a bullet shot by an enemy character is bounced back in an arbitrary direction (Non-Patent Document 1).

However, conventionally, the enemy character is merely an object of attack / defense, and the existence significance of the enemy character is too simple and lacks interest.
Capcom, Mars Matrix, Mosquito System, [online], Capcom, [Search February 1, 2008], Internet <URL: http://www.capcom.co.jp/newproducts/arcade/mars />

  The present invention has been made in view of the conventional problems, and an object of the present invention is to enhance the significance of the presence of enemy characters in a game using a player character and an enemy character in an object space, and to give the player an interesting game. It is to provide a program, an information storage medium, and a game machine.

(1) The present invention
A game program for moving a player character from a start point to an end point in a game space in which a player character and an enemy character exist,
A hit area setting unit for setting the hit area of the player character and the hit area of the enemy character;
A hit determination unit for performing hit determination for determining whether or not the hit area of the player character and the hit area of the enemy character have hit;
According to the result of the hit determination, the computer functions as a movement calculation unit that performs a process of moving the player character,
The hit area setting unit
Set a first hit area and a second hit area for the player character,
The movement calculation unit is
When it is determined that the first hit area of the player character and the hit area of the enemy character have been hit, and when predetermined input information from the player is acquired, a process of accelerating the player character is performed.
The present invention relates to a program that performs a process of decelerating a player character when it is determined that the second hit area of the player character and the hit area of the enemy character have hit.

  The present invention relates to an information storage medium storing the above program and a game machine configured as each of the above units.

  According to the present invention, in order to accelerate and move the player character in the traveling direction, the presence of the enemy character is required, so that the presence significance of the enemy character is strengthened.

(2) The program, information storage medium, and game machine of the present invention are
The movement calculation unit is
The moving direction for accelerating the player character may be determined based on the input information of the direction instruction from the player.

  According to the present invention, the player character can be moved in the direction intended by the player.

(3) Further, the program, information storage medium, and game machine of the present invention are:
A game calculation unit that makes a game determination based on whether the height of the player character is equal to or greater than a predetermined value;
As a parameter update unit that updates predetermined parameters, the computer functions,
The parameter update unit
When it is determined that the first hit area of the player character and the hit area of the enemy character have been hit and the predetermined input information from the player is acquired, a process of increasing the predetermined parameter is performed.
When the second predetermined input information from the player is acquired and the predetermined parameter value exceeds a threshold value, a process of decreasing the predetermined parameter is performed.
The movement calculation unit is
If the predetermined parameter does not decrease, the player character is lowered,
When the predetermined parameter decreases, a process for limiting the lowering of the player character may be performed.

  According to the present invention, since the presence of an enemy character is required to prevent the player character from descending, the significance of the presence of the enemy character can be strengthened.

  Hereinafter, this embodiment will be described. In addition, this embodiment demonstrated below does not unduly limit the content of this invention described in the claim. In addition, all the configurations described in the present embodiment are not necessarily essential configuration requirements of the present invention.

1. Configuration FIG. 1 shows an example of a functional block diagram of a game machine (image generation apparatus) according to the present embodiment. In addition, the game machine of this embodiment is good also as a structure which abbreviate | omitted a part of component (each part) of FIG.

  The operation unit 160 is for a player to input input data (operation data) of an object (player character), and the function can be realized by a lever, a button, a steering, a microphone, a touch panel display, or a housing. .

  Further, the operation unit 160 may be capable of inputting input data from the player by an input device including an acceleration sensor, an imaging unit, or a gyro sensor that detects angular velocity. For example, the input device may be one that the player holds and moves, or that the player wears and moves. The input device also includes a controller simulating an actual tool such as a sword-type controller or gun-type controller held by the player, or a glove-type controller worn by the player (attached to the hand of the player). It is. The input device includes a game device integrated with the input device, a portable game device, a mobile phone, and the like.

  For example, an acceleration sensor provided in an input device detects acceleration in three axes (X axis, Y axis, and Z axis). That is, the acceleration sensor can detect acceleration in the vertical direction, the horizontal direction, and the front-rear direction. The acceleration sensor detects acceleration every 5 msec. Further, the acceleration sensor may detect a uniaxial, biaxial, or six-axis acceleration. Further, the tilt (direction and magnitude of tilt) of the input device may be obtained based on acceleration (for example, gravitational acceleration) detected by an acceleration sensor provided in the input device. The acceleration detected from the acceleration sensor is transmitted to the game device (main device) by the communication unit of the input device.

  The imaging unit provided in the input device includes an infrared filter, a lens, an imaging device (image sensor), and an image processing circuit. The infrared filter is disposed in front of the input device and allows only infrared light to pass through from light incident from a light source disposed in association with the display unit 190. The lens condenses the infrared light transmitted through the infrared filter and emits it to the image sensor. The image pickup device is a solid-state image pickup device such as a CMOS sensor or a CCD, for example, and picks up infrared light collected by the lens to generate a picked-up image. A captured image generated by the image sensor is processed by an image processing circuit. For example, the captured image obtained from the image sensor is processed to detect a high-luminance portion, and the position information (specific position) of the light source in the captured image is detected. When there are a plurality of light sources, a plurality of pieces of position information on the captured image are detected. Alternatively, a plurality of position information on the captured image may be detected using a plurality of light sources, a rotation angle (inclination) from the reference axis of the detected position information may be obtained, and an inclination of the input device itself with respect to the light source may be obtained. . The detected position information on the captured image is transmitted to the main device by the communication unit.

  The storage unit 170 serves as a work area for the processing unit 100, the communication unit 196, and the like, and its function can be realized by a RAM (VRAM) or the like. The object data storage unit 176 stores object data of objects.

  The information storage medium 180 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM). The processing unit 100 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 180. The information storage medium 180 can store a program for causing a computer to function as each unit of the present embodiment (a program for causing a computer to execute processing of each unit).

  The display unit 190 outputs an image generated according to the present embodiment, and its function can be realized by a CRT, LCD, touch panel display, HMD (head mounted display), or the like. The sound output unit 192 outputs the sound generated by the present embodiment, and its function can be realized by a speaker, headphones, or the like.

  The communication unit 196 performs various controls for communicating with the outside (for example, other game machines), and the function can be realized by hardware such as various processors or a communication ASIC, a program, or the like. .

  Note that a program or data for causing a computer to function as each unit of the present embodiment stored in the information storage medium or storage unit of the server is received via the network, and the received program or data is received by the information storage medium 180. Or may be stored in the storage unit 170. The case of receiving the program and data and causing the game machine to function is also included within the scope of the present invention.

  The processing unit 100 (processor) performs processing such as game processing, image generation processing, or sound generation processing based on input data from the operation unit 160, a program, and the like.

  The processing unit 100 performs various processes using the main storage unit 172 in the storage unit 170 as a work area. The functions of the processing unit 100 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  The processing unit 100 includes an object space setting unit 110, a movement / motion processing unit 111, a parameter update unit 112, a virtual camera control unit 114, a game calculation unit 116, a hit area setting unit 117, a hit determination unit 118, a drawing unit 120, a sound A generation unit 130 is included. Note that some of these may be omitted.

  The object space setting unit 110 displays various objects (polygons, free characters, player characters, enemies, enemy bullets as well as display objects such as characters, buildings, stadiums, cars, trees, pillars, walls, maps (terrain)). A process of arranging and setting an object (an object composed of a primitive such as a curved surface or a subdivision surface) in the object space is performed.

  Here, the object space includes both a so-called virtual two-dimensional space and a virtual three-dimensional space. The two-dimensional space is a space in which an object is arranged at, for example, two-dimensional coordinates (X, Y), and the three-dimensional space is a space in which an object is arranged at, for example, three-dimensional coordinates (X, Y, Z). is there.

  When the object space is a two-dimensional space, the objects may be arranged based on the priority order set for each of the plurality of objects. For example, when the map is viewed from directly above, the priority order is set so that the player character is displayed first.

  When the object space is a three-dimensional space, the object is arranged in the world coordinate system. In addition, for example, the position and rotation angle of the object in the world coordinate system (synonymous with the direction and direction, for example, when turning clockwise when viewed from the positive direction of the X, Y, and Z axes in the world coordinate system. Is determined, and an object is arranged at the position (X, Y, Z) at the rotation angle (rotation angle about the X, Y, Z axes).

  The movement / motion processing unit 111 performs a movement / motion calculation of the object. That is, based on input data input by the player through the operation unit 160, a program (movement / motion algorithm), various data (motion data), or the like, the object is moved in the object space, or the object is moved (motion, animation). ) Process. Specifically, object movement information (position, rotation angle, speed, or acceleration) and motion information (position or rotation angle of each part that constitutes the object) are stored every frame (for example, 1/60 second). The processing to obtain sequentially is performed. Note that a frame is a unit of time for performing object movement / motion processing and image generation processing.

  In particular, the movement / motion processing unit 111 of the present embodiment includes a movement calculation unit 111a. The movement calculation unit 111a performs a process of moving the player character according to the hit determination result. For example, when the movement calculation unit 111a determines that the first hit area of the player character and the hit area of the enemy character have hit, and obtains predetermined input information from the player, the movement calculation unit 111a selects the player character. A process of accelerating is performed, and when it is determined that the second hit area of the player character and the hit area of the enemy character are hit, a process of decelerating the player character is performed.

  Further, the movement calculation unit 111a may determine the moving direction when accelerating the player character based on the input information of the direction instruction from the player. Here, the direction instruction input information can be information indicating the angle direction input by the analog lever, and information indicating the vertical and horizontal directions input by the cross key.

  Further, the movement calculation unit 111a may perform a process of lowering the player character when the predetermined parameter does not decrease, and may perform a process of restricting the lowering of the player character when the predetermined parameter decreases. .

  The virtual camera control unit 114 performs a virtual camera (viewpoint) control process for generating an image viewed from a given (arbitrary) viewpoint in the object space. Specifically, when generating a three-dimensional image, the virtual camera position (X, Y, Z) or rotation angle (for example, from the positive direction of each of the X, Y, and Z axes) in the world coordinate system is used. (Rotation angle when turning clockwise) is controlled. In short, processing for controlling the viewpoint position, the line-of-sight direction, and the angle of view is performed. Further, the virtual camera control unit 114 may rotate the virtual camera at a predetermined rotation angle. In this case, the virtual camera is controlled based on the virtual camera data for specifying the position or rotation angle of the virtual camera. When there are a plurality of virtual cameras (viewpoints), the above control process is performed for each virtual camera.

  For example, when an object (for example, a player character) is photographed from behind using a virtual camera, the position of the virtual camera and the orientation of the virtual camera are controlled so that the virtual camera follows changes in the position and orientation of the object. In this case, the virtual camera can be controlled based on information such as the position, orientation, or speed of the object obtained by the movement / motion processing unit 111. Alternatively, the virtual camera may be set in a predetermined direction or may be controlled to move along a predetermined movement route. In this case, the virtual camera is controlled based on the virtual camera data for specifying the position (movement path) or orientation of the virtual camera. When there are a plurality of virtual cameras (viewpoints), the above control process is performed for each virtual camera.

  The parameter update unit 112 updates a predetermined parameter (for example, a boost gauge). For example, when the parameter update unit 112 determines that the first hit area of the player character and the hit area of the enemy character have hit, and acquires the predetermined input information from the player, the parameter update unit 112 When the second predetermined input information from the player is acquired and the predetermined parameter value exceeds the threshold value (for example, exceeds 0), the predetermined parameter is increased. The process which decreases is performed.

  The game calculation unit 116 performs various game calculation processes. For example, a process for starting a game when a game start condition is satisfied, a process for advancing the game, a process for determining whether or not a clear condition for each game stage is satisfied, or a game when a game end condition is satisfied There is a process for ending the process, and a process for advancing the ending when the final stage is cleared.

  The game calculation unit 116 according to the present embodiment determines whether or not the player character has reached the goal point, and makes a game determination based on whether or not the height of the player character is a predetermined value or more. For example, when the goal point is not reached within the time limit, it is determined that the game is over or when the height of the player character is not equal to or greater than a predetermined value, it is determined that the game is over.

  The hit area setting unit 117 performs processing for setting the hit area of the player character and the hit area of the enemy character. Note that the hit area setting unit 117 according to the present embodiment sets a first hit area and a second hit area for the player character.

  The hit determination unit 118 performs hit determination to determine whether or not the hit area of the player character and the hit area of the enemy character have hit.

  The drawing unit 120 performs drawing processing based on the results of various processing (game processing) performed by the processing unit 100, thereby generating an image and outputting the image to the display unit 190. The image generated by the drawing unit 120 may be a so-called two-dimensional image or a so-called three-dimensional image.

  When generating a two-dimensional image, an image of the entire map or a part of the map when viewed from directly above is generated. For example, a priority is set for each object (sprite), and rendering is performed in order from an object having a lower priority. If the objects overlap, the object with higher priority is overwritten and rendered.

When generating a so-called three-dimensional game image, first, object data (model data) including vertex data (vertex position coordinates, texture coordinates, color data, normal vector, α value, etc.) of each vertex of the object (model) ) Is input, and vertex processing (shading by a vertex shader) is performed based on the vertex data included in the input object data. When performing the vertex processing, vertex generation processing (tessellation, curved surface division, polygon division) for re-dividing the polygon may be performed as necessary.

  In the vertex processing, according to the vertex processing program (vertex shader program, first shader program), vertex movement processing, coordinate transformation, for example, world coordinate transformation, visual field transformation (camera coordinate transformation), clipping processing, perspective transformation (projection transformation) ), Geometry processing such as viewport conversion is performed, and based on the processing result, the vertex data given to the vertex group constituting the object is changed (updated or adjusted).

  Then, rasterization (scan conversion) is performed based on the vertex data after the vertex processing, and the surface of the polygon (primitive) is associated with the pixel. Subsequent to rasterization, pixel processing (shading or fragment processing by a pixel shader) for drawing pixels (fragments forming a display screen) constituting an image is performed. In pixel processing, according to a pixel processing program (pixel shader program, second shader program), various processes such as texture reading (texture mapping), color data setting / change, translucent composition, anti-aliasing, etc. are performed, and an image is processed. The final drawing color of the constituent pixels is determined, and the drawing color of the perspective-transformed object is output (drawn) to the drawing buffer 174 (a buffer capable of storing image information in units of pixels; VRAM, rendering target). That is, in pixel processing, per-pixel processing for setting or changing image information (color, normal, luminance, α value, etc.) in units of pixels is performed. Thereby, an image that can be seen from the virtual camera (given viewpoint) in the object space is generated. Note that when there are a plurality of virtual cameras (viewpoints), an image can be generated so that an image seen from each virtual camera can be displayed as a divided image on one screen.

  Note that the vertex processing and pixel processing are realized by hardware that enables polygon (primitive) drawing processing to be programmed by a shader program written in a shading language, so-called programmable shaders (vertex shaders and pixel shaders). Programmable shaders can be programmed with vertex-level processing and pixel-level processing, so that the degree of freedom of drawing processing is high, and expressive power is greatly improved compared to conventional hardware-based fixed drawing processing. Can do.

  The drawing unit 120 performs geometry processing, texture mapping, hidden surface removal processing, α blending, and the like when drawing an object.

  In the geometry processing, processing such as coordinate conversion, clipping processing, perspective projection conversion, or light source calculation is performed on the object. Then, object data (positional coordinates of object vertices, texture coordinates, color data (luminance data), normal vector, α value, etc.) after geometry processing (after perspective projection conversion) is stored in the object data storage unit 176. Is done.

  Texture mapping is a process for mapping a texture (texel value) stored in the texture storage unit 178 of the storage unit 170 to an object. Specifically, the texture (surface properties such as color (RGB) and α value) is read from the texture storage unit 178 of the storage unit 170 using the texture coordinates set (given) at the vertex of the object. Then, a texture that is a two-dimensional image is mapped to an object. In this case, processing for associating pixels with texels, bilinear interpolation or the like is performed as texel interpolation.

  As the hidden surface removal processing, hidden surface removal processing by a Z buffer method (depth comparison method, Z test) using a Z buffer 179 (depth buffer) in which a Z value (depth information) of a drawing pixel is stored may be performed. it can. That is, when drawing pixels corresponding to the primitive of the object are drawn, the Z value stored in the Z buffer 179 is referred to. Then, the Z value of the referenced Z buffer 179 is compared with the Z value at the drawing pixel of the primitive, and the Z value at the drawing pixel is the front side when viewed from the virtual camera (for example, a small Z value). If it is, the drawing process of the drawing pixel is performed and the Z value of the Z buffer 179 is updated to a new Z value.

  α blending (α synthesis) is a translucent synthesis process (usually α blending, addition α blending, subtraction α blending, or the like) based on an α value (A value).

  The α value is information that can be stored in association with each pixel (texel, dot), for example, plus alpha information other than color information. The α value can be used as mask information, translucency (equivalent to transparency and opacity), bump information, and the like.

  The sound generation unit 130 performs sound processing based on the results of various processes performed by the processing unit 100, generates game sounds such as BGM, sound effects, or sounds, and outputs the game sounds to the sound output unit 192.

  Note that the game machine of this embodiment may be a system dedicated to the single player mode in which only one player can play, or may be a system having a multiplayer mode in which a plurality of players can play. Further, when a plurality of players play, game images and game sounds to be provided to the plurality of players may be generated using one terminal, or connected via a network (transmission line, communication line) or the like. Alternatively, distributed processing may be performed using a plurality of terminals (game machine, mobile phone).

2. Method of this Embodiment (1) Outline FIG. 2 is an explanatory diagram showing an outline of the game of this embodiment. The game of the present embodiment is a two-dimensional game in which the player character P is moved from the start point (start point) to the goal point (end point) in the game space.

  In the present embodiment, the player character P is moved based on the moving speed of the player character P. In particular, in this embodiment, when the player character P performs a process of catching and releasing the enemy E (enemy character), a process of accelerating the player character is performed. Then, when the player character P collides with the enemy E, processing for decelerating the player character P is performed.

  Further, in the present embodiment, a process of dropping (lowering) the player character P in the gravity direction (Y-axis minus direction) is performed. When the player character P catches the enemy E, when the acceleration process is performed by releasing the enemy, and whenever input data (predetermined input information I1) for consuming the boost gauge from the player is acquired. When the boost gauge A is consumed (decreased), processing for restricting the drop of the player character P is performed according to the consumption amount of the boost gauge A. The boost gauge A applies a force to buoyancy in the opposite direction with respect to the gravity, and the buoyancy force works according to the decrease of the boost gauge, thereby preventing the player character P from falling against the gravity. For example, if the gravity and the buoyancy are equal, the height of the player character P is maintained, and if the buoyancy is higher than the gravity, the player character P is raised. However, if the value of the boost gauge A becomes a threshold value (for example, 0) or less, the boost gauge A cannot be consumed, and the player character P is dropped.

  In the present embodiment, when the position (X, Y) of the player character P becomes equal to or less than a predetermined value (Y = 0), a game over determination process is performed to end the game.

  As described above, in this embodiment, in order to accelerate the player character P or prevent the player character P from falling, the game requires the player character P to catch the enemy E or to release the enemy E. Therefore, in the present embodiment, in order for the player character P to reach the goal point, it is necessary for the enemy E to exist. Therefore, as shown in FIG. 2, the plurality of enemies E are represented as enemies E1, E2, E2 ′ ( It is desirable to arrange in the game space, such as an enemy bullet fired from the enemy E2. For example, the enemy E may be arranged in the game space so that there is at least one enemy E at every predetermined interval on the X axis. Note that the enemy E may be placed stationary in the game space, or may be moved based on an arbitrary direction (for example, the X-axis minus direction).

  As described above, in the game of the present embodiment, the player character P uses the enemy E to accelerate or prevent the player character P from reaching the goal point by accelerating or falling. In other words, in this embodiment, the enemy is not only targeted for attack defense as in the past, but also catches the enemy while taking the risk of damage from the enemy (risk of being slowed, receiving an attack, etc.). In this way, we have realized an unprecedented game that has strengthened the significance of the existence of the enemy to advance the game. Specific processing contents will be described below.

(2) Hit Determination In this embodiment, the player character's catch range HP1 (first hit area) and the player character's collision range HP2 (second hit area) are set. For example, as shown in FIGS. 3A and 3B, a rectangular collision range HP2 is set around the display area of the player character, and the periphery of the collision range HP2 (for example, upper, lower, right, left) The catch range HP1 is set in a region including at least a part of. For example, the catch range HP1 is set on both the right side and the left side of the collision range HP2. Further, a rectangular hit range HE is set for the enemy (including enemy bullets fired from the enemy).

  In this embodiment, hit determination related to catch is performed using the catch range HP1 of the player character and the enemy hit range HE. For example, whether or not each vertex of the enemy hit range HE belongs to the catch range HP1 is determined by comparing the coordinate values (X, Y) to determine whether or not the hit. Specifically, when each vertex of the enemy hit range HE is within the coordinate value within the catch range HP1, it is determined that the player character has hit the enemy.

  Similarly, collision hit determination is performed using the collision range HP2 of the player character and the enemy hit range HE.

  In this embodiment, the input information obtained by the “catch” button (predetermined input information I2) is acquired from the player. As shown in FIG. 3A, the catch range HP1 of the player character and the enemy's catch range are displayed. Only when it is determined that the hit range HE has been hit, it is determined that the player character has caught the enemy.

  Further, as shown in FIG. 3B, when it is determined that the collision range HP2 of the player character P and the hit range HE of the enemy E have hit, the player character determines that the player character has collided with the enemy. .

  In the present embodiment, the catch range HP1 and the collision range HP2 of the player character are set in different areas, and when it is determined that there is a hit between the enemy hit range HE and the collision range HP2, Regardless of the hit between the enemy hit range HE and the catch range HP1, it is determined that there was a collision.

  Note that the catch range HP1, the collision range HP2, and the enemy hit range HE may be set to be circular. For example, when the catch range HP1 and the enemy hit range HE are circular, the distance L1 from the center point of each of the catch range HP1 and the enemy hit range HE is the radius r1 of the catch range HP1 and the enemy hit range HE. If it is equal to or less than the sum (r1 + r2) of the radii r2, that is, if L1 ≦ (r1 + r2), it is determined that the catch range HP1 and the enemy hit range HE have been hit.

(3) Player Character Movement Control Using Enemy In this embodiment, the movement of the player character P is controlled as follows.

  First, as shown in FIG. 4A, when the player character P is in a normal state (idle state), the player character drops and moves in the gravitational direction (Y-axis minus direction) due to the gravitational acceleration G (> 0). Processing is in progress. However, when the predetermined input information I1 from the player is detected, the boost gauge A is decreased, the acceleration in the buoyancy direction is set according to the decrease, and based on the gravitational acceleration G and the acceleration in the buoyancy direction. The player character is moved in the direction of gravity or buoyancy, and the amount of movement in the direction of movement is determined.

  In the present embodiment, the process of moving the player character P in the X-axis plus direction is performed according to the speed of the player character P (for example, 50 km / h). Note that the speed of the player character P may be gradually reduced, or may be reduced only when it collides with an enemy as will be described later.

  Next, movement control when the player character P catches the enemy E will be described with reference to FIG.

  First, in this embodiment, when it is determined that the player character P has caught the enemy E, the gravitational acceleration of the player character P is set to zero. That is, the player character P can prevent the fall. During the catch, the player character P generates and displays a moving image that swings (rotates) while catching the enemy E.

  In the present embodiment, when input information of the “catch” button (predetermined input information I2) is continuously detected from the player, the catch state (swing state) is maintained, and the gravitational acceleration of the player character P is maintained. Is set to 0 as it is. In the present embodiment, a catchable time (for example, 30 frames: 1 frame 1/60 seconds) is set in advance, and after the catchable time has elapsed, the gravitational acceleration is set to G again, and the player character P plays the enemy E At the same time, a process of falling and moving in the direction of gravity according to the gravitational acceleration G is performed.

  Further, in the present embodiment, the process of maintaining the speed in the plus direction of the X axis at the speed at the time of catching is performed within the catchable time. That is, by catching the enemy, the player character P can be moved in the plus direction of the X axis at the speed at the time of catch. For example, when the speed at the time of catch is 50 km / h, the player character P moves in the X-axis plus direction while keeping 50 km / h during the catchable time.

  Next, a process in which the player character P releases the enemy E will be described with reference to FIG.

  In the present embodiment, the player character P releases the enemy E when the input information of the “catch” button (predetermined input information I2) continuously input from the player is not detected within the catchable time. Processing is performed to accelerate the player character P in the X-axis plus direction.

  In the present embodiment, an acceleration period is set in advance, and processing for accelerating the player character P is performed during the acceleration period. Specifically, the speed of the player character P that has been moving at 50 km / h is increased to 100 km / h over an acceleration period (for example, 20 frames).

  In the present embodiment, when accelerating the player character P, not only the speed change is increased stepwise over several frames, but the speed of the player character P is increased from 50 km / h to 100 km / h in one frame. It may be changed.

  Note that control is performed so that the gravitational acceleration is maintained at 0 even during the acceleration period and the player character P does not fall.

  In the present embodiment, the boost gauge A is increased simultaneously with the enemy E being released. In other words, when the player character P catches and releases the enemy E, the boost gauge A for accelerating and preventing the player character P from falling can be increased.

  If the player character P catches and releases another enemy within the acceleration period after releasing the enemy E, the speed of the player character P may be further accelerated. For example, when the player character P moving at 50 km / h catches and releases the enemy E1, the maximum speed of the player character P becomes 100 km / h. However, when the player character P catches and releases another enemy E2 within the acceleration period in which the player character P releases the enemy E1 and accelerates, the maximum speed of the player character P is controlled to 200 km / h. That is, if the action of catching and releasing the enemy is continuously performed, the player character P can be greatly accelerated.

  When accelerating the player character P, the player character P can be moved with the moving direction determined based on the direction instruction input information from the player. For example, as shown in FIG. 5, when the input information of the up button (predetermined input information I3a) is detected from the up / down / left / right cross key buttons (predetermined input information I3a to I3d) from the player, the player character P is moved in the moving direction. Accelerating in the direction of a1. When the input data of the down button (predetermined input information I3b) is detected, the player character P is accelerated in the moving direction a3. If input data other than the upper and lower directions from the cross key (for example, right button: predetermined input information I3c, left button: predetermined input information I3d) is detected, or if input data from the cross key is not detected, the player The character P is accelerated in the moving direction a2.

  In this way, the player can determine the position of the enemy to be caught next and move the player character.

  In the present embodiment, when the acceleration period elapses, the speed transition state is entered, and the moving speed of the player character in the traveling direction is maintained during the speed maintenance period. Then, when the speed maintenance period (speed keep time) has elapsed, processing is performed to reduce the moving speed of the player character to the speed at which the enemy was caught.

  For example, when a player character moving at 50 km / h is accelerating to 100 km / h by releasing the enemy E, the speed is maintained at 100 km / h for the speed maintenance period (for example, 30 frames) after the acceleration time has elapsed. After the maintenance period, a process of decelerating to 50 km / h is performed. Here, in the deceleration process, the speed may be gradually reduced from 100 km / h to 50 km / h over several frames (for example, 10 frames), or the speed is rapidly increased from 100 km / h to 50 km / h in one frame. You may decelerate.

(5) Collision Process In this embodiment, as shown in FIG. 6A, when it is determined that the player character P has collided with the enemy E, a process of reducing the speed of the player character P is performed. That is, if the player mistakes the input timing of the predetermined input information I2 for catching the player character P, the player character P will collide with the enemy E, and the player character P will decelerate.

  For example, when the player character P is moving at 50 km / h and it is determined that the player character P and the enemy E have collided, a process of decelerating the player character P to 0 km / h is performed.

  In the present embodiment, the relative movement direction of the player character P with respect to the enemy E is determined in accordance with the movement direction of the enemy E when the player character P and the enemy E collide. For example, as shown in FIG. 6B, when the enemy E is moving in the direction b1, the player character P is moved in the direction b1 ′ relative to the enemy E by the collision. Yes. When the enemy E is moving in the direction b2, the player character P is moved in the direction b2 ′ relative to the enemy E by the collision. When the enemy E is moving in the direction b3, the player character P is moved in the direction b3 ′ relative to the enemy E.

  Further, in the present embodiment, even when the player character P is catching the enemy E1 (during the catch), if it is determined that the player character P has collided with another enemy E2, the player character P is not accelerated. In addition, a process of decelerating by the enemy E2 is performed.

(6) Others In the present embodiment, the acceleration at which the enemy is released may be changed according to the type of enemy. For example, when the enemy bullet E2 ′ fired from the enemy E2 shown in FIG. 2 is caught and released, the player character may be accelerated at an acceleration larger than the acceleration emitted by catching the enemy E2. .

  For example, when the player character P catches and releases the enemy E1, control is performed to increase the maximum speed to 100 km / h, and when the player character P catches and releases the enemy E2, Control is performed so that the maximum speed is increased to 200 km / h. That is, the maximum speed may be varied depending on the type of enemy.

  Moreover, in this embodiment, you may vary the damage at the time of a collision according to the kind of enemy. For example, in the case of collision with an enemy bullet E2 ′ fired from the enemy E2 shown in FIG. 2, not only the speed of the player character is decelerated but also the player character is made inoperable for a certain period. Good. Specifically, the control is performed so that the player character cannot catch other enemies or consume the boost gauge A to exert buoyancy. That is, control is performed such that input information from the player by the “catch” button (predetermined input information I2) and input information for the boost gauge A (predetermined input information I1) are not accepted.

  In the present embodiment, a plurality of player characters may be prepared, and acceleration processing may be varied depending on the type of player character. For example, at the time of acceleration when releasing an enemy, the player character P1 can be accelerated so that the maximum speed becomes 100 km / h, and the player character P2 can be accelerated so that the maximum speed becomes 250 km / h. You may control as follows.

  Further, in the deceleration process of the player character P of the present embodiment, not only the speed is decelerated but also a process of moving in the negative direction of the X axis, that is, in the direction opposite to the traveling direction may be performed. For example, when it is determined that the player character P collides with the enemy E at the position of X = 100 when the player character P is moving in the plus direction of the X axis at 50 km / h, the speed of the player character In addition to decelerating to 0 km / h, a process of moving in the negative direction of the X axis may be performed. For example, a process of moving from X = 100 to X = 80 may be performed.

  In this embodiment, one hit range for performing catch determination and collision determination may be set for the player character. In such a case, when it is determined that the hit range of the player character and the hit range of the enemy have hit, input information obtained by the “catch” button (predetermined input information I2) is acquired from the player within a predetermined period. Only when it is determined that the player character has caught the enemy. On the other hand, when it is determined that the hit range of the player character and the hit range of the enemy have been hit and the input information by the “catch” button (predetermined input information I2) is not acquired from the player within a predetermined period, the player character Judge that it has collided with the enemy. That is, when a predetermined period elapses after it is determined that the player character and the enemy are hit, the player character cannot catch the enemy and performs control so that the player character and the enemy collide with each other.

3. Flowchart Next, a detailed processing example of the present embodiment will be described with reference to the flowcharts of FIGS.

  First, referring to FIG. 7A, the player character is set in an idle state (step S111). When input data by the “catch” button is acquired by pressing the “catch” button (predetermined input information I2) of the player (step S112), it is determined whether or not the player character has caught the enemy (step S113). . If it is determined that the player character has caught an enemy (Yes in step S113), the enemy character is transitioned to an inoperable state (step S114). Then, the gravity acceleration of the player character is set to 0, and the process of maintaining the acceleration of the player character in the X-axis plus direction at the speed at the time of catch (when the input data by the “catch” button is acquired) is performed (step S115). ). On the other hand, if it is determined that the player character has not caught the enemy (No in step S113), the process returns to step S111.

  Then, the next process will be described with reference to FIG. First, a transition is made to the swing state (step S210). For example, a moving image in which the player character swings the enemy is generated and displayed. Then, a process for reducing the swing possible time is performed (step S211). The catchable time is set as the initial value of the swingable time. Then, it is determined whether or not input data of the “catch” button is continuously acquired (step S212). If it is determined that the input data from the “catch” button is continuously acquired (Yes in step S212), it is determined whether or not the enemy has collided with another enemy (step S213). If it is determined that the robot has collided with another enemy (Yes in step S213), the swinging enemy (the catching enemy) is dropped in an inoperable state, and the player character is changed to the collision state. A process of causing (collision) is performed (step S214), and the process is terminated. On the other hand, if it is not determined that the vehicle has collided with another enemy (No in step S213), it is determined whether or not the swingable time has expired (step S215), and if it is determined that the swingable time has expired (step S215). Yes), the enemy who was swinging is dropped in an inoperable state and the player character is transitioned to an idle state (step S216), and the process is terminated. On the other hand, if it is determined that the swingable time has not expired (No in step S215), the process returns to step S211.

  If it is determined that the same input data is not acquired continuously after acquiring the input data by the “catch” button (No in step S212), the acceleration state (acceleration processing) in FIG. ) (Step S310).

  The acceleration state (step S310) will be described with reference to FIG. First, a process of dropping the enemy while being in an inoperable state is performed (step S311). Then, with the gravity acceleration set to 0, the player character is accelerated in the X-axis plus direction of the player character. Further, a process of changing the position of the player character according to the speed is performed. Further, during acceleration, the collision determination between the player character and the enemy is lost (invalid) (step S312). Then, it is determined whether or not to end the acceleration (step S313). When the acceleration is ended (Yes in step S313), the process proceeds to the next speed keeping state. On the other hand, when the acceleration is not terminated (No in step S313), the process returns to step S312.

  Next, the speed keep state process (speed maintaining process) (step S410) will be described with reference to FIG. First, it is determined whether or not the player character collides with another enemy (step S411). If it is determined that the player character has collided with another enemy (Yes in step S411), the player character and the enemy are both processed in a collision state (step S412). On the other hand, if it is determined that the player character has not collided with another enemy (No in step S411), it is determined whether or not the speed keep time (speed maintenance time) has passed (step S413), and the speed keep time is determined. Is determined to have elapsed (Yes in step S413), the process proceeds to the next deceleration state process, and if it is determined that the speed keep time has not elapsed (No in step S413), the process returns to step S410. .

  Finally, the deceleration state process (step S510) will be described with reference to FIG. First, it is determined whether or not the player character collides with another enemy (step S511). When it is determined that the player character has collided with another enemy (step S511: Yes), the player character and the enemy are both processed in a collision state (step S512). On the other hand, if it is determined that the player character has not collided with another enemy (No in step S511), it is determined whether or not the deceleration time has elapsed (step S513), and it is determined that the deceleration time has elapsed. (Yes in step S513), the player character is changed to the idle state (step S514), and the process is terminated. On the other hand, if it is determined that the deceleration time has not elapsed (No in step S513), the process returns to step S510. The process ends here.

The example of the functional block diagram of the game machine of this embodiment. Explanatory drawing of the game process of this embodiment. 3A and 3B are explanatory diagrams of hit determination according to the present embodiment. 4A, 4B, and 4C are explanatory diagrams regarding deceleration / acceleration and buoyancy / gravity. FIG. 5 is an explanatory diagram of player character movement processing according to the present embodiment. 6A and 6B are explanatory diagrams of the player character collision process of the present embodiment. The flowchart of the process of this embodiment. The flowchart of the process of this embodiment. The flowchart of the process of this embodiment. The flowchart of the process of this embodiment. The flowchart of the process of this embodiment.

Explanation of symbols

P player character,
E, E1, E2 Enemy,
E2 'enemy bullets,
G Gravity acceleration 100 processing part,
110 Object space setting section,
111 Movement / motion processing unit,
111a movement calculation unit,
112 parameter update unit,
114 virtual camera control unit 116 game calculation unit,
117 hit area setting section,
118 hit determination unit,
120 drawing part,
130 sound generator,
160 operation unit,
170 storage unit, 172 main storage unit, 174 drawing buffer,
176 Object data storage unit,
178 texture storage unit,
179 z-buffer,
180 information storage medium, 190 display unit, 192 sound output unit, 196 communication unit

Claims (5)

A game program for moving a player character from a start point to an end point in a game space in which a player character and an enemy character exist,
A hit area setting unit for setting the hit area of the player character and the hit area of the enemy character;
A hit determination unit for performing a hit determination for determining whether or not the hit area of the player character and the hit area of the enemy character have hit;
According to the result of the hit determination, the computer functions as a movement calculation unit that performs a process of moving the player character,
The hit area setting unit
Set a first hit area and a second hit area for the player character,
The movement calculation unit is
When it is determined that the first hit area of the player character and the hit area of the enemy character have been hit, and when predetermined input information from the player is acquired, a process of accelerating the player character is performed.
A program for performing a process of decelerating a player character when it is determined that the second hit area of the player character and the hit area of the enemy character are hit. In claim 1,
The movement calculation unit is
A program for determining a moving direction when accelerating a player character based on input information of a direction instruction from a player. In claim 1 or 2,
A game calculation unit that makes a game determination based on whether the height of the player character is equal to or greater than a predetermined value;
As a parameter update unit that updates predetermined parameters, the computer functions,
The parameter update unit
When it is determined that the first hit area of the player character and the hit area of the enemy character have been hit and the predetermined input information from the player is acquired, a process of increasing the predetermined parameter is performed.
When the second predetermined input information from the player is acquired and the predetermined parameter value exceeds a threshold value, a process of decreasing the predetermined parameter is performed.
The movement calculation unit is
If the predetermined parameter does not decrease, the player character is lowered,
A program characterized in that when the predetermined parameter decreases, a process for restricting the lowering of the player character is performed.   An information storage medium readable by a computer, wherein the program according to any one of claims 1 to 3 is stored. A game machine for a game that moves a player character from a start point to an end point in a game space where a player character and an enemy character exist,
A hit area setting unit for setting the hit area of the player character and the hit area of the enemy character;
A hit determination unit for performing hit determination for determining whether or not the hit area of the player character and the hit area of the enemy character have hit;
A movement calculation unit that performs a process of moving the player character according to the result of the hit determination,
The hit area setting unit
Set a first hit area and a second hit area for the player character,
The movement calculation unit is
When it is determined that the first hit area of the player character and the hit area of the enemy character have been hit, and when predetermined input information from the player is acquired, a process of accelerating the player character is performed.
A game machine that performs a process of decelerating a player character when it is determined that the second hit area of the player character and the hit area of the enemy character have hit.

Images