JP3736767B2 - Image processing method - Google Patents

Description

  The present invention relates to an image processing apparatus, and more particularly to a video game machine, and more particularly, a video game machine for an action game, a shooting game, and a role playing game.

  More specifically, the present invention relates to a video game machine for a shooting game or a role playing game having this battle scene in which a player character and an enemy character attack each other in a certain space.

  There are various types of software for video game machines, such as those for role-playing games and real-time shooting games. As this shooting game, for example, there is a flight simulator of a type in which a flying object operated by a player in a three-dimensional space and an opponent's enemy aircraft freely cross and attack each other.

  In this game machine, the image of the enemy aircraft viewed from the plane on the player side is displayed on the monitor in front of the player, and the player controls the behavior of the player in the three-dimensional space while viewing the image on the monitor. In a game machine such as this flight simulator, a plurality of characters of the own aircraft and enemy aircraft can freely pass through each other in the three-dimensional space. Therefore, in order to capture the enemy aircraft in the player's field of view, Advanced operation skills are required to operate

  Therefore, as a solution, for example, there is a game device shown in Japanese Patent Application No. 6-58058, which restricts the range of movement of the own aircraft with respect to the enemy aircraft within a predetermined plane and captures the enemy aircraft. It is configured to facilitate.

  However, when the present inventor examined this type of game machine, it was concluded that there were the following problems. First, if only the success or failure of shooting (for example, the presence or absence of damage or destruction of the enemy aircraft or the own aircraft) is competed while being chased between the enemy aircraft and the own aircraft, the game as a game becomes scarce.

  Secondly, since the movement range of the own machine is limited to a predetermined plane, the operation of the own machine is simplified, but the behavior of the own machine is always monotonous.

  Third, simply following the enemy aircraft and controlling it will predict the behavior of the enemy aircraft and the direction and type of weapons fired from the enemy aircraft, ie the characteristics of the enemy aircraft. You cannot select the characteristics of your weapon such as weapons. That is, the game simulated by the game machine remains monotonous.

  Even if shooting scenes exist in the conventional role-playing game, the shooting process remains monotonous compared to the shooting game itself.

  Furthermore, in a shooting game using a conventional lock-on system, when a large number of enemy characters are used when a lock-on cursor is locked on a large number of enemy characters and an attack is made from the player character to the enemy character, this attack is performed. However, there is a problem that a shooting game becomes too advanced for a player who does not have high skill and requires a high level of skill.

  Although it is possible to make a program to lock on a plurality of enemy characters at the same time, there is a possibility that the fun of the shooting game may be lost if the player character locks on an enemy character that is not originally visible.

  Therefore, a main object of the present invention is to provide an image processing apparatus for effectively executing image processing such as that a shooting game can be performed without being monotonous.

  More specifically, an object of the present invention is to provide an image processing apparatus that can play a shooting game without being monotonous and that allows a player or an operator to easily operate a character.

In order to solve such a problem, according to the present invention, a game application software is executed by a CPU so that a predetermined object and a player character are arranged in a virtual space, and the movement and position of the player character and the object are controlled. The image processing method for a game image in a game device configured to advance a game and output a screen in which the state in the three-dimensional virtual space is viewed from a predetermined viewpoint position as a game image to a display means. The CPU forms a predetermined three-dimensional solid shape having a size corresponding to the form of the object based on the game application software, and divides the space area divided into a plurality of block areas into the periphery of the object. And a first step of setting to the CPU based on the game application software. A second step of placing the player character on the surface of the space area of the block area, and the CPU blocks the player character based on input signals from the game application software and an operation input unit. When moving the player character from one block area to another block area, the player character is moved to a specific position in the other block area. And a third step.

  As described above, according to the present invention, it is possible to provide an image processing apparatus for effectively executing image processing such as a shooting game that can be performed without being monotonous.

  Specifically, it is possible to provide an image processing apparatus that can play a shooting game without being monotonous and that allows a player or an operator to easily operate a character. Furthermore, in a shooting game, it is possible to provide an image processing apparatus in which the game does not remain monotonous even if the movement range of one character is limited to a predetermined area.

  Next, an embodiment of the present invention will be described by taking a video game machine as an example. This video game machine executes a new game program in which a shooting game is combined with a role playing game, and executes a role playing game processing step and a shooting game processing step. These games are played in a virtual space defined within the 3D space of the computer.

  During the role playing game, a character (player character) operated by a player (player) moves on a predetermined moving map, and scrolls in the moving direction on the monitor (the screen advances in a certain direction, or the screen A screen that has no background moved) is displayed. When the predetermined encounter information is generated, the process moves from the role playing processing step to the battle scene (shooting) processing step.

  In the virtual space, main virtual bodies such as player characters and enemy characters are composed of polygons, and the background is composed of a scroll screen. A virtual camera is set at a predetermined location in the three-dimensional space, and an image viewed from the virtual camera is displayed on the monitor.

  Here, the encounter information is information or a signal for instructing a transition from one game scene (role playing scene) to another game scene (shooting). For example, a predetermined flag (encount flag) ) Is standing in the RAM of the memory, it is determined that there is encounter information.

  FIG. 1 is a conceptual diagram of a state in which a player character 10A (dragon) operated by a player is moving on a movement map when a role playing game program is executed. 12A is the range where the dragon flew. 14A is an enemy character existing on the movement map. The player can freely set the flight direction and flight range of the dragon in the virtual space by freely operating the direction keys of the controller described later. Note that the enemy character may not be displayed on the movement map.

  2 and 3 are conceptual diagrams illustrating battle scenes during execution of the shooting program. FIG. 2 is a battle scene with an enemy character that does not move, and FIG. 3 is a battle scene with a moving enemy character 14A. In the battle scene shown in FIG. 3, a path 16A is set on the field, and the dragon and the enemy character move on the path by forced scrolling.

  In FIG. 2, there is no pass and no forced scrolling, while the dragon can fly freely around the enemy character. When the battle scene program is executed, in the case of a battle between the enemy character and the player character, the game is continued until the battle is finished in a state where time passes at a predetermined speed.

  While moving on the movement map, an encounter flag is set when an event occurs, for example, an enemy character is encountered, or a random flag is set and a battle scene is entered. In any of these battle scenes, real-time shooting is possible as described above. In the battle scene of FIG. 3, as will be described later, a game simulating the positioning of a plurality of enemy characters and a dragon is possible.

  Here, positioning refers to a position where the enemy character or the dragon is advantageous in combat by himself, such as the dragon predicting the attack direction of the enemy and retreating to a safe position in advance, or the enemy character tracking the dragon. It is an act to try.

  As described above, the transition from the movement map to the battle scene is started when encounter information is generated. It is assumed that the encounter information is generated when “1” is set in the encounter flag.

  FIG. 4 is a flowchart showing the relationship between the movement map process and the battle scene process, and is executed by the CPU of a video game machine having a hardware configuration to be described later. First, when the game is started, a moving scene shown in FIG. 1 as a scene of the role playing game is executed in S4.0.

  In S4.2, the encounter flag for shifting to the battle scene is checked. If the encounter flag is “1 = There is an encounter”, the process proceeds to the next battle scene. If the encounter flag is “0 = no encounter”, the process returns to S4.0.

  When the Encounter flag is set, the system shifts to the battle scene according to the event encounter when a specific phenomenon occurs or the random encounter that occurs at random, and the battle action of processing is realized in each battle scene Is done. These battle scenes may be the same or different.

  The battle scene (S4.6) at the event encounter occurs when a specific event occurs, such as when the dragon 10A shown in FIG. 1 encounters an enemy character on the flight route as described above. When the enemy character is displayed on the movement map, the player can control the flying direction of the dragon so that the player character avoids encountering the enemy character.

  On the other hand, the battle scene of random encounter (S4.8) appears when a predetermined condition is satisfied or occurs, such as when a predetermined time elapses or when a game score reaches a specific value. In S4.10, it is determined whether or not the battle scene has ended. If the determination is affirmed, the process returns to the moving scene, and if the determination is negative, the process returns to the battle action.

  In event battle or random battle, a real-time shooting game such as making an attack or avoiding an attack between a player character and an enemy character is reproduced.

  The end of the battle scene is affirmed when the enemy character is completely extinguished, the player character is extinguished or forcibly terminated. The disappearance of enemy characters and player characters is examined by a known method. That is, for example, a collision between a polygon forming an enemy character and a virtual weapon polygon is determined, and when the collision is affirmed, the shape or state value of the enemy character or player character changes or disappears. Is deemed necessary. This determination is made possible by the decrease in the physical strength value due to the collision.

  This process is continued until the game ends. In the processing shown in FIG. 4, S4.0 and S4.2 correspond to the role playing game processing steps, and the processing after S4.4 corresponds to the shooting game processing steps.

  As described above, the battle scene is composed of those shown in FIG. 2 and FIG. In this embodiment, when moving from a role playing game processing step to another game screen, for example, a shooting processing step, in the case of FIG. 3, the player character is forced to fly on a predetermined path (path). This makes it easier for the player to control the movement direction of the player character during shooting in the shooting process step.

  That is, the shooting operation is made gentle for the player. In the case of FIG. 3, since the path of the path is appropriately bent and passes through various backgrounds (mountains and valleys), the path is also prevented from becoming monotonous.

  Such a fixed path can be defined by passing a coordinate point of a specific point in the world coordinate system of the virtual space.

  Next, the hardware structure of the game device will be described. FIG. 5 shows the basic configuration and corresponds to a perspective view showing the appearance of the game machine. In this figure, reference numeral 1 denotes a TV game machine body. Two connectors 2a and 2a are provided on the front surface of the TV game machine main body 1, and peripherals 2b and 2b such as a PAD for operating the game machine are connected to the connectors 2a and 2a via cables 2c and 2c. Connected.

  Further, a cartridge interface (cartridge I / F) 1 a for connecting a ROM cartridge is provided on the upper part of the TV game machine main body 1. Similarly, a CD-ROM drive 1b for reading a CD-ROM is provided on the upper part of the TV game machine main body 1. Although not shown, a video output terminal and an audio output terminal are provided on the rear surface of the TV game machine body 1. This video output terminal is connected to the video input terminal of the TV receiver 5 via the cable 4a.

  This audio output terminal is connected to the audio input terminal of the TV receiver 5 via the cable 4b. In such a game machine, when the user operates the peripherals 2b and 2b, it is possible to play the game by operating the dragon 10A as the player character while viewing the screen displayed on the TV receiver 5.

  FIG. 6 shows a functional block diagram of the hardware of this game apparatus. The game machine body is composed of a CPU block 10 for controlling the entire apparatus, a video block 11 for controlling display of the game screen, a sound block 12 for generating sound effects, a subsystem 13 for reading a CD-ROM, and the like. ing.

  The CPU block 10 includes an SCU (System Control Unit) 100, a main CPU 101, a RAM 102, a ROM 103, a cartridge I / F 1a, a sub CPU 104, a CPU bus 105, and the like.

  The main CPU 101 controls the entire apparatus. The main CPU 101 has an arithmetic function similar to that of a DSP (Digital Signal Processor) inside, and can execute application software at high speed.

  The RAM 102 is used as a work area for the main CPU 101. In the ROM 103, an initial program for initialization processing and the like are written. The SCU 100 smoothly performs data input / output among the main CPU 101, the VDP 120, 130, the DSP 140, and the like by controlling the buses 105, 106, and 107.

  Further, the SCU 100 includes a DMA controller therein and can transfer character data (polygon data) during the game to the VRAM 121 in the video block 11. Thereby, application software such as a game machine can be executed at high speed. The cartridge I / F 1a is for inputting application software supplied in the form of a ROM cartridge into a predetermined block in the TV game machine body.

  The sub CPU 104 is called SMPC (System Manager & Peripheral Control) and has a function of collecting peripheral data from the peripherals 2b and 2b via the connectors 2a and 2a in FIG. 5 in response to a request from the main CPU 101. ing.

  Based on the peripheral data received from the sub CPU 104, the main CPU 101 performs image control such as rotation conversion (such as coordinates) and perspective conversion of a character in a virtual space (three-dimensional space) and displays this on the screen. Perform the process. Arbitrary peripherals of pads, joysticks, keyboards and the like can be connected to the connectors 2a and 2a. The sub CPU 104 has a function of automatically recognizing the type of peripheral connected to the connectors 2a and 2a, and collecting peripheral data and the like according to communication regulations according to the type of profile.

  The video block 11 is based on a first VPD (Video Display Processor) 120 that draws a polygon screen that overwrites a character and background image composed of polygon data of a TV game, and a scroll background screen drawing and priority (display priority). A second VDP 130 is provided that performs screen synthesis of the polygon image data and scroll image data, clipping, and the like.

  The first VPD 120 incorporates a system register 120 a and is connected to a VRAM (DRAM) 121 and two frame buffers 122 and 123. Polygon drawing data representing a TV game character is sent to the first VDP 120 via the main CPU 101, and the drawing data written in the VRAM 121 is, for example, a drawing frame buffer 122 in the form of 16 or 8 bits / pixel. (Or 123). The drawn data of the frame buffer 122 (or 123) is sent to the second VDP 130 in the display mode.

  As described above, the buffers 122 and 123 are used as the frame buffer, and the frame buffer has a double buffer structure in which drawing and display are switched for each frame. Further, information for controlling drawing is controlled by the first VPD 120 in accordance with an instruction set in the system register 120a of the first VPD 120 via the SCU 100 from the main CPU 101.

  On the other hand, the second VDP 130 incorporates a register 130 a and a color RAM 130 b and is connected to the VRAM 131. The second VDP 130 is connected to the first VPD 120 and the SCU 100 via the bus 107, and is connected to the video output terminal Vo via the memory 132 and the encoder 160. A video input terminal of the TV receiver 5 is connected to the video output terminal Vo via a cable 4a.

  For the second VDP 130, scroll screen data is defined in the VRAM 131 and the color RAM 130b from the main CPU 101 via the SCU 100. Similarly, information for controlling image display is defined in the second VDP 130. The data defined in the VRAM 131 is read according to the contents set in the register 130a by the second VDP 130 and becomes image data of each scroll screen representing the background for the character. The image data of each scroll screen and the image data of the polygon data subjected to texture mapping sent from the first VPD 120 are determined in display priority (priority) according to the setting in the register 130a, and the final display screen data Is synthesized.

  When the display image data is in the palette format, the second VDP 130 reads the color data defined in the color RAM 130b according to the value, and generates display color data. When the display image data is in RGB format, the display image data becomes display color data as it is. The display color data is stored in the memory 132 and then output to the encoder 160. The encoder 160 generates a video signal by adding a synchronization signal or the like to the image data, and supplies the video signal to the video input terminal of the TV receiver 5 via the video output terminal Vo. Thereby, a game screen is displayed on the screen of the TV receiver 5.

  The sound block 12 includes a DSP 140 that performs speech synthesis in accordance with the PCM method or the FM method, and a CPU 141 that controls the DSP 140 and the like. The audio data generated by the DSP 140 is converted into a 2-channel audio signal by the D / A converter 170 and then supplied to the audio output terminal Ao via the interface 171.

  The audio output terminal Ao is connected to the audio input terminal of the TV receiver 5 through the cable 4b. Therefore, the acoustic signal is input from the audio input terminal of the TV receiver 5 to the audio amplifier circuit (not shown) via the audio output terminal Ao and the cable 4b. The audio signal amplified by the audio amplifier circuit drives the speakers 5 a and 5 b built in the TV receiver 5.

  The subsystem 13 includes a CD-ROM drive 1b, a CD-I / F 180, a CPU 181, an MPEG-AUDIO unit 182, an MPEG-VIDEO unit 183, and the like. The sub-system 13 has functions for reading application software supplied in the form of a CD-ROM, reproducing moving images, and the like. The CD-ROM drive 1b reads data from a CD-ROM. The CPU 181 performs processing such as control of the CD-ROM drive 1b and error correction of the read data. Data read from the CD-ROM is supplied to the main CPU 101 via the CD-I / F 180, the bus 106, and the SCU 100, and used as application software.

  The MPEG-AUDIO unit 182 and the MPEG-VIDEO unit 183 are devices for restoring data compressed by the MPEG standard (Motion Picture Expert Group). By restoring the MPEG compressed data written on the CD-ROM using the MPEG-AUDIO unit 182 and the MPEG-VIDEO unit 183, it is possible to reproduce a moving image.

  The game machine described here is configured to simulate a shooting game by a process that is easy for a player to operate and does not impair the fun of the game. Hereinafter, various operations of the game machine will be described.

  First, FIG. 7 corresponds to one process executed in the battle scene shown in FIG. FIG. 7 schematically shows a spatial relationship between the enemy character 100A and the player character 200A.

  The player character 200A simulates a flying dragon as described above, and the enemy character 100A simulates a giant flying insect, for example. FIG. 8 is a perspective view showing the positional relationship between the player character and the enemy character. The character corresponding to the player character or the enemy character may have any form. One enemy character or a plurality of enemy characters may be used.

  The player character can move around the enemy character in the direction of the arrow and move up and down as indicated by the arrow. The enemy character moves in the virtual space as indicated by an arrow along the path shown in FIG. The player character can turn while moving up and down around the enemy character as the enemy character moves.

  That is, FIG. 8 specifically shows the moving range of the player character, and the surface of a cylinder-shaped (cylindrical) -like area (moving area) 202 as a space area of a specific shape set around the enemy character. Indicates that the player character can move. Note that the enemy character may circulate around the player character. Further, during the battle scene, the enemy character may move in the virtual space in a free direction, unlike the case of FIG.

  The enemy character makes a variety of attacks against the player character at random or with a predetermined pattern or an enemy-specific attack method, and the player freely operates the player character (predicts the enemy character and determines the player character Operate in the area) and attack the enemy character while avoiding attacks from the enemy character.

  If the player character gives a fatal amount of damage to the enemy character within a predetermined time, the game is won, and if the player character receives the fatal amount of damage, the game ends.

  Providing such a region 202 has the following advantages. By limiting the action range of the player character to this area, the player character can be easily placed near the enemy character so as to face the enemy character, and the player can position the player character in an advantageous position with respect to the enemy character. Can be mapped to.

  FIG. 34 is a flowchart based on the program for controlling the arrangement of the player characters shown here. When the battle scene of FIG. 3 starts, it is repeatedly executed by the CPU until the battle scene ends.

  In S34.0, the position of the enemy character on the path is detected, and the cylinder-like shape is determined in S34.2. In S34.2, the diameter and height of the cylinder are determined, and in S34.4, the enemy character comes to the center of the cylinder, that is, this cylinder is formed at the center of the enemy character and moves along the path with the enemy character. Let In S, a dragon is placed on the surface of this cylinder. Therefore, the dragon moves along with the enemy character along the path.

  The determination of the diameter and height of the cylinder in S34.2 is performed as follows, for example. As shown in FIG. 9, the diameter of the cylinder-like region 202 is increased when the enemy character 100A has a large form (polygon). For this purpose, for example, the CPU reads the vertex coordinates of the polygons constituting the enemy character in the virtual space, and determines the size of the enemy character from the difference between the maximum coordinate and the minimum coordinate in each direction of XYZ. Of course, the form of the cylinder may be determined for each enemy character and used as a table.

  The player can move the player character continuously to the front, rear, left and right sides of the surface of the cylinder-like region by operating the direction key 2bb of the game machine in a predetermined direction. However, even if the movement range of the player character is limited to the surface of the cylinder area, sometimes it may be difficult for the player to move the dragon to the side facing the cylinder-like area (either forward, backward, left, or right) The cylinder is divided into four block areas (front, rear, left and right) shown in FIG. 8, and when moving from one area to another area, the cylinder is forcibly moved to a specific position of the destination area, for example, the center of the area. Anyway. That is, FIG. 35 shows this, and shows that when the dragon moves from one block of the cylinder 202 to another block, the dragon is forcibly moved from the specific point 350 to the specific point 352. ing. In this case, the dragon after reaching a specific point may move up, down, left and right on the block surface within this block, or may not be able to move.

  The movement of the dragon between blocks is as follows, for example. Corresponding to the operation direction of the direction key, when operating the up direction key of the direction key, move the dragon to the front block in the traveling direction of the cylinder, and in the case of the key, move it to the back block and operate the right key In the case of, move to the right block, and in the case of left key operation, move to the left block. Further, the up / down keys may be used for dragon's altitude control on the cylinder side surface, and the left / right keys may be used for movement control in the cylinder side surface direction. The drangon may be moved not only on the cylinder-shaped surface but also on the inside thereof.

  These four block areas are defined as those obtained by dividing the cylinder-like region 202 by two rectangular planes (500, 502) orthogonal to each other. This rectangular parallelepiped is for showing how to divide the region 202, and it is not performed until such a rectangular parallelepiped is actually provided.

  The main CPU fires a bullet from the enemy character 100A in FIG. 7 and FIG. 8 toward the player character 200A by application software supplied from a cartridge I / F as a medium or a CD ROM, and the player character suffers this bullet. In the case where the player character is destroyed, an image is created in which the player character is destroyed or the player character is extinguished. If the player character does not suffer this bullet, of course, an image that damages the player character will not occur.

  FIG. 10 is a schematic diagram of the video at this time. FIG. 10 corresponds to the plan view of FIG. Bullet firing from the enemy character 100A is performed for each of the four blocks on the front, rear, left and right (any one of the blocks A1 to A4 in FIG. 8).

  FIG. 10 shows a state in which a bullet is fired at the front block 206. If the player character 202A is in this block, the possibility of being hit increases. On the other hand, if the player character is in the right block, there is no possibility of being hit. The enemy character virtually has a weak point area (weak point collision) 207. In order to attack this area, it is effective to make the player character wrap around the block behind the enemy character.

  As described above, the bullet emission direction from the enemy character is set for every four blocks. That is, bullets have direction, and bullets are subject to certain rules. Therefore, the player can prepare for this by predicting the direction in which the bullets will fly.

  There are various bullets as appropriate, such as light bullets and guided bullets. The CPU determines the type and course of these bullets according to the program. Thus, there are a plurality of bullet movement forms in terms of direction and type.

  The player character is placed in any one of the four blocks in order to avoid hitting bullets from the enemy character and to effectively attack the weak points of the enemy character.

  By setting rules on the direction of bullets, the type of bullets to be fired, the timing of bullets firing, time, etc., players understand this rule, anticipate the movement of the bullet, and avoid this bullet, For example, the player character can be saved in advance by selecting an area where the enemy bullet does not reach.

  For the purpose of clearly showing the position of the player character relative to the enemy character to the player, a virtual radar 11A is displayed on the battle screen shown in FIG. On this virtual radar, the symbol of the player character 200A and the symbol of the enemy character 100A are displayed. Therefore, the relative positional relationship between the enemy character and the player character can be known by this virtual radar.

  FIG. 11 shows a state in which the player character 200A is arranged in a block in front of the enemy character 100A. By making the color of the block area where the player character exists different from the background image, the player can see the block position formed by the player character with respect to the enemy character at first glance.

  When the player selects one of the movement areas of the player character from A1 to A4 in FIG. 8, the player character is automatically moved to this movement area as shown in the flowchart described later.

  In FIG. 11, 110 is a gauge for indicating to the player that the dragon is able to attack the enemy character. When this gauge reaches the maximum value, the player can attack the enemy character from the dragon. To attack with the desired weapon. The present invention provides a characteristic process for this weapon gauge. This will be described later.

  The numerical value “10” above the enemy character 100A represents the damage of the enemy character. HP is called a hit point, and the remaining life of the player character is expressed as a numerical value of the numerator with respect to the denominator. The numerator is the current remaining HP and the denominator is the maximum HP. Further, BP is called a Berserk point, and is a point indicating a remaining capacity for performing a technique from the player character to the enemy character. The technique is, for example, one that hits a magic on a program or one that hits a deadly technique.

  As for the movement form of bullets, bullets are fired in the order of front, back, left, and right, or fired at the timing of specific movement (vibration or fluctuation) of the enemy character or change of form (size, shape, color), etc. There are several forms. Here, the bullet corresponds to the moving character described in the claims.

  FIG. 12 is a flowchart for achieving the attack prediction process by the CPU 101. This flowchart mainly includes a phase F1 for selecting a moving area of the player character and selecting an attack weapon against the enemy character, and a phase F2 for executing success or failure of the attack between the player character and the enemy character. ing. These phases are repeated for every interrupt.

  The selection result of the moving area is input to the game machine by the player via the controller 2b (S600). This selection is performed by the player predicting the firing direction and firing timing of the enemy bullet, or the weak point direction of the enemy character. In accordance with this input result, the CPU places the player character in the selected block.

  Next, in S602, weapon selection is performed by the player. An aiming cursor displayed toward the enemy character is displayed on the screen as described later depending on the type of the selected weapon. The cursor shape can be changed according to the type of weapon selected.

  For example, as shown in FIG. 18 later, in order to change the shape and size of the displayed aiming cursor in accordance with the type / power of the selected weapon, or to indicate that the closer the aiming is, the higher the power is The cursor can be changed to a large rectangle (1), a small rectangle (2), a large circle (3), a rectangular multiple frame (4), a circular multiple frame (5), or the like. The enemy character is successfully attacked by putting the enemy character in the aim and turning on the trigger. The trigger is constituted by a predetermined button in the controller 2b.

  In S604, the player character is mapped to one of the selected areas in FIG. 8 according to the selection result of the moving area, the aim is displayed according to the type of the selected weapon, and a bullet is fired from the enemy character. Video is formed.

  At this time, the bullet movement course and the bullet movement type such as the bullet type are determined by the CPU 101 by the CPU 101 from among various types. The movement of the player character to the selected moving area may be automatically performed by the CPU 101. Further, the player may move the player character to the moving area by the direction key 2bb of the controller 2b.

  Then, in step 606, it is determined whether the prediction was consequently correct or incorrect. That is, in this step, if the prediction is correct, it is determined that the hit determination between the bullet and the player character (determination of overlapping coordinates in the virtual space) is not successful, and if the prediction is incorrect, it is determined that the hit is correct.

  In the case of a prediction error, the process proceeds to S608, where the amount of damage to the player character is integrated, and when the damage of the player character exceeds a predetermined value, the player character disappears and a new player character appears (S610, S612) If the damage is less than the predetermined value, the process proceeds to S614.

  S614 is a step taken even when the prediction result in S606 is correct. In S614, it is determined by the hit determination method whether or not the shooting from the player character to the enemy character is successful. If this is affirmed, damage addition processing is performed on the enemy character, and processing such as damage to the enemy character, disappearance of the enemy character, appearance of a new enemy character, and the like is executed (S616).

  On the other hand, if this is denied, this step is skipped and the process returns. If the damage determination of the player character is less than the predetermined value in S610, the process proceeds to S614.

  The moving means described in the claims is realized by S604, the determining means is realized by S604, the predicting means is realized by S600, the character position setting means is realized by S604, and the display processing control means is realized by S606 and thereafter. The

  In addition, although this embodiment demonstrated the example by which the bullet launch of an enemy character is controlled by CPU of the game device side, it may be controlled via the controller 2b by the other player as an opponent. . At this time, the movement form of the bullet may be randomly selected depending on the will of the opponent, and the player controls the movement destination of the player character in anticipation of the will of the opponent.

  According to the game device shown in this embodiment, the player character is automatically moved to a predetermined course as long as the player predicts the bullet firing mode of the enemy character and inputs the prediction result to the game machine. If done well, bullets can be avoided, so even in 3D space, the character can be controlled well and easily to avoid bullets.

  When a moving area is selected, a predetermined flag for each block area is set and temporarily stored in the RAM, and the CPU can map the player character to the corresponding area by referring to this flag. Also, the player can avoid bullets from the enemy character toward the player character by moving the player character up, down, left and right within the area.

  I explained that the form of aiming is changed by the selected weapon. Next, a description will be given of the case of selecting a response bullet for preventing an attack from an enemy character, that is, for intercepting an enemy bullet.

  FIG. 13 is a schematic diagram showing this. The player character 200A is located in front of the enemy character 100A. A single bullet 210 is fired from the enemy character to the player character. (1) is a plan view of this state, and (2) is a side view. This bullet trajectory can take several forms.

  To the player character, a straight bullet aimed at the top of the player character, a straight bullet aimed at the bottom, a curved bullet directed from above to below, a curved bullet directed from below to above, a curved bullet curved from left to right, There is a curved bullet that turns from right to left.

  The player character fires a battle bullet from itself and destroys it before the player character so that bullets from the enemy character do not hit the player character. In the second embodiment, such a game screen is displayed on a monitor image.

  The player is presented with an image that faces the enemy character from the viewpoint of the virtual camera at the tip of the player character. FIG. 14 shows a cursor display for battle for the player character displayed on the screen. This cursor is a double display of C1 and C2.

  When the player moves this cursor to the enemy bullet and turns on the trigger of the controller, the battle bullet is fired toward the cursor, and if there is an enemy bullet in the cursor and the firing timing of the battle bullet is appropriate, Simulates the image of an enemy bullet being destroyed by a response bullet.

  If the enemy bullet does not come within the cursor, the response is determined to have failed. Since the movement of enemy bullets is fast, it is usually difficult to move the cursor along with the enemy bullets. The point is that the course of enemy bullets and the type of enemy bullets are predicted in advance, and the position of the cursor is set according to the prediction result. This will be described later.

  It should be noted that if the enemy bullet passes through the range indicated by the C1 cursor, the enemy bullet can be destroyed. In particular, if the enemy bullet enters the C2 cursor range, the enemy bullet destruction can be achieved more reliably. The cursor C2 is displayed at a predetermined size in the center of C1. This cursor is also one of the claimed characters.

  FIG. 15 shows the movement range of the cursor by a one-dot chain line. A1 to A4 are ranges indicating the cursor position setting destination. A1 is the upper right as viewed from the player, A2 is the lower right, A3 is the upper left, and A4 is the lower left. The player predicts the passing position (passing course) of the enemy bullet before the enemy bullet is fired, and sets the movement destination of the cursor to any one of A1 to A4.

  After that, the position of the cursor is adjusted so that the enemy bullet is aligned with the cursor of C2. If this prediction is correct, it is easy to include enemy bullets at least in the cursor of C1. On the other hand, if this expectation is lost, this is difficult. If the prediction is not met, for example, moving the cursor at the A1 position to the A4 position and including the enemy bullet in the cursor has a large amount of movement, and it is difficult to make the cursor follow the enemy bullet moving at high speed. . If an enemy bullet cannot be included in the cursor, the player character is damaged by the enemy bullet.

  The significance of the presence of the cursor C2 is as follows. Even if the course of the enemy bullet hits the prediction, the degree to which the enemy bullet passes through the cursor C1 is different if the enemy bullet type is different. For example, if an enemy bullet is a straight bullet, an enemy bullet is easily included in the cursor C2, but if it is a curved bullet, it passes through C1, but the probability that it does not pass through C2 increases. Therefore, in the case of a curved bullet, the player can compete to finely adjust the cursor so as to pass through C2 and reliably destroy the enemy bullet. However, it is possible to omit the cursor C2.

  FIG. 16 shows the form of the cursor C2. The player predicts whether it is a straight or curved bullet, or a curved bullet. The form of the C2 center cursor is set according to the prediction result. (5) is a case of a straight bullet. This one has an even shape on the top, bottom, left and right. Of course, it may be circular instead of rectangular. The same applies to C1.

  (1) is a curve that curves from the bottom to the top as viewed from the player (as viewed from the virtual camera, the virtual camera is set at the tip of the player character in FIG. 7 on the enemy character side). A cursor C2 for responding to a bullet. (2) corresponds to curved bullets turning from top to bottom, (3) from left to right, and (4) from right to left.

  If the cursor is wide in the direction of bending, it is possible to more effectively include the enemy bullet in the cursor C2 and reliably destroy the enemy bullet when it is predicted that the enemy bullet will be bent.

  FIG. 17 is a flowchart of an overlap determination process between a cursor and an enemy bullet. In S1100, it is determined whether the enemy bullet passes within the cursor C1. In S1102, it is further determined whether or not the enemy bullet passes within the cursor C2. In S1104 and S1106, it is determined whether or not the response timing of the response bullet is appropriate.

  If the firing timing is appropriate in S1104, an image of enemy bullet destruction is created in S1108. The enemy destruction probability at this time is high. The same video is also created when the determination in S1106 is affirmed.

  The enemy bullet destruction probability at this time is lower than S1108. If S1104 and S1106 are negative, it is determined that the battle has failed and the enemy bullet is not destroyed (S1112). When there is no response from the player side, “NO” is determined in S1104 and S1106. Also, if the enemy bullet does not pass C1 in S1100, it is determined that the enemy bullet is not destroyed.

  Also in this embodiment, the form of the enemy bullet is predicted, and the battle cursor (aiming) is set at a specific position according to the predicted result, so that the same effect as in the first embodiment can be achieved. Further, during the area selection / weapon selection phase F1 in FIG. 12, since the attack direction of enemy bullets, the type and characteristics of enemy bullets are unknown, as a moving character that moves separately from or together with the area selection. It is possible to generate a game of bargaining in a new viewpoint that anticipates and prepares for the characteristics of enemy bullets.

  In addition, according to the above-described embodiment, by providing a time for predicting an enemy attack and responding to it, the player can determine reading and prediction of the enemy's behavior within that time based on his / her experience. Therefore, the bargaining as a game becomes more diverse.

  Note that the form of the cursor may be further changed in accordance with the type of response bullet from the player character. By doing so, it is possible to predict an effective response bullet against enemy bullet destruction, that is, because the prediction factor increases, it is possible to diversify the game and construct an advanced game environment.

  In the phase F1 of FIG. 12, the CPU does not accept an input such as bullet firing from the control by the player, and only the reproduction of the scene that causes the selection of the moving area from S600 to S604 and the weapon selection is executed by the CPU. . Therefore, although it is clear as a characteristic of the role-playing game, during this phase, for example, by displaying Cinemascope (trademark), the player can know that input is impossible during this time. FIG. 19 shows a state where a cinemascope is displayed on the screen. This cinema scope functions as a posting means for indicating an input impossible state to the player.

  The cinemascope of FIG. 19 also informs the player that it is in an input impossible state to stop the advancement of the clock in the real-time battle scene and to send out the technique or attack from the player character to the enemy character. But there is. The player can know from the cinema scope screen that he / she has been unable to input for a certain period of time from a real-time battle scene. For example, FIG. 19 is an image in which an attack is performed on the player character 200A from the enemy character 100A and the player character is subjected to an attack hit process. While this video is being displayed, the progress of time is stopped to prevent the player character from attacking for a certain period of time.

  In the role playing game, there are a player's turn and an opponent's turn. Therefore, the procedures are as follows: “Phase F1 on the player character side”, “Phase F2 on the player character side”, “Phase F1 on the opponent side”, “Phase F2 on the opponent side”, “Phase F1 on the player character side”,. Like the procedure, the flowchart of FIG. 12 can be divided into a procedure flow between the player character side and the enemy side.

  In this specification, “anticipation” is, of course, the will of the player or the opponent for the player, but the game device side is the player character side and the player is the enemy character side. Is the prediction by the game device. “Prediction” means that if a player has a positive will to avoid an enemy attack (the movement of the cylinder between the blocks described above), the player will have a positive will to destroy the enemy character's attack ( In addition to the case of having a response to enemy bullets, it also includes the case where the position of the player character and the cursor position are appropriately determined at random, and as a result, the attack by the enemy character can be avoided.

  Next, still another characteristic operation of the battle scene of the game machine will be described. FIG. 20 corresponds to a schematic diagram (one screen of a battle scene) for explaining this characteristic operation. A part that can attack the enemy character 100A from the player character 200A is defined as a collision point, and a known lock-on cursor LC is locked on in the shooting game at the collision point so that the player character can attack the enemy character. .

  Here, the collision means that a bullet or light ray on the game program as one of the characters hits the enemy character or the player character (coincidence or overlap of both coordinates), and the collision point is the location where the collision occurred or Say where it should happen.

  The collision points are set, for example, at a total of four locations (C1 to C4) before and after the enemy character, and the lock-on cursor is locked on in the order of the collision points as viewed from the player character. As shown in FIG. 21, the collision point that can be seen by the player character and the collision point of the enemy character that is on the player character side, that is, that is in the visual field of the virtual camera or that can be watched by the player. It can be turned on.

  This collision is a switched-on collision point, and a collision point that is invisible to the player character, that is, on the opposite side of the player character is a turned-off collision point.

  The case of (3) in FIG. 21 will be described as an example. Collision points other than the tail are turned on, and the number of cursors allowed for the turned on collision can be locked on. FIG. 20 shows a state where the cursor is locked on at the collision point.

  FIG. 22 shows an example of a flowchart of this lock-on function. First, in S22.2, it is determined in which block of the front, rear, left and right in the cylinder-like area the player character (dragon) is located. . Next, a collision point that is turned on or off is determined from the position of the block (S22.4), and the perspective of the on-collision point with respect to the dragon is determined from the coordinate data of the collision point that is turned on (S22.6).

  As described above, the flag “1” indicating that the cursor is locked on is set at the collision point closest to the dragon (S22.8). Thereafter, whether or not all the lock-on cursors are locked on is determined based on the number of flags that are set (S22.10), and then whether or not all on-collisions are flagged is determined (S22.12). ). When the number of lock-on reaches the maximum value in S22.10, the process proceeds to the determination of whether or not the player has turned on the trigger of the controller without performing the subsequent lock-on (S22.14).

  When the lock-on number does not reach the maximum value in S22.10 and all the collisions are not locked-on in S22.12, the process proceeds to S22.16, and the collision point where the flag is not set is determined. A flag is set to the closest collision point among the collision points. When all the collisions are locked on in S22.12, the process proceeds to S22.14 to determine whether the trigger is on or off. When the trigger is turned on in S22.14, the process proceeds to S22.18, and an image of an attack scene in which a virtual guided bullet or ray bullet scatters toward the lock-on cursor locked on from the dragon to the collision point of the enemy character is synthesized. Displayed on the monitor. On the other hand, if the player does not turn on the trigger within the predetermined time, the process skips S22.18 and returns.

  According to this processing operation, it is possible to attack only the collision point on the dragon side which is the player character among the collisions of the enemy character or the collision point close to the dragon side. It is possible to avoid the point being attacked.

  A plurality of collision points are set on the front, back, left and right of the enemy character in order to make various points that can be attacked by the player. When the enemy character is composed of a plurality of objects (head, torso, tail, etc.), it can be set for each object.

  A “weight” can be attached to the collision point for each character of the collision. For example, a collision at a specific location can be a collision corresponding to a weak point of an enemy character. If the attack on the collision is successful, the enemy character is assumed to have received a lot of damage. At this time, the shape and color of the lock-on cursor may be changed depending on the collision weight.

  The collision point may be a static one whose position and weight are fixed, or a dynamic one whose position and weight change. That is, the collision point disappears, the position of the collision point changes, or the weight of the collision point changes depending on the score of the game, the point of the player character or the enemy character, etc. is there. When there are a plurality of enemy characters as shown in FIG. 11, the collision point is preferably set for each enemy character. If the number of lock-on cursors is greater than the collision point, a plurality of lock-on cursors may overlap with a collision.

  As another example of the radar, there is a type capable of displaying multiple information as shown in FIG. FIG. 24 shows a display example thereof. In this radar RA, a dragon as a player character is placed in the center, and symbols for displaying various information are placed around it.

  Reference numeral 500 denotes a virtual gauge indicating the flight speed when the dragon is flying in the virtual space. Reference numeral 502 denotes a destination or a direction, and a dragon can be made to fly toward the destination if the destination or the direction of the target is grasped approximately at the center.

  Reference numeral 504 denotes the flying altitude of the dragon relative to the virtual sea level. Further, 506 represents the north direction of the map with respect to the flight direction of the dragon, and 508 is an area for displaying a form corresponding to the rate at which the dragon moves to the battle scene described above and the encounter rate. Display of enemies or event points (city, save points) may be added to the area 508.

  A high encounter rate indicates a high probability of transition to a battle scene in the near future. This change in the encounter rate can be transmitted to the player by changing the form of the area 508, for example, the background color. Encounter rate varies depending on where the dragon flies. This display radar is mainly displayed on the screen during the role playing game program processing. While monitoring the encounter rate, the player appropriately decides whether he wants to encounter an enemy character or whether to avoid encountering an enemy character even if the dragon makes a roundabout to the destination, for example. Manipulate the dragon.

  The attack from the dragon to the enemy character becomes possible when the image in which the capacity of the weapon gauge 110 shown in FIG. 11 is full is completed. In the prior art, there have been a plurality of such weapon gauges provided for each type of weapon, but the present invention is characterized by unifying it.

  FIG. 36 shows the process in which virtual energy accumulates in the gauge 110 as proceeding from (1) to (7). First, in the process from (1) to (3), the first energy of a predetermined color is filled in the white gauge. When the color is reversed to the right end of the gauge, the energy charging into the gauge is completed. Next, second energy of different colors accumulates in the process of (4) to (5). Further, in the process from (6) to (7), the third energy of a different color is accumulated. In (3), (4), and (5) where the respective energy is accumulated, the gauge points are set to 1, 2, and 3, respectively, and the weapon priority is assigned to 1, 2, and 3 for each gauge point.

  The higher the weapon priority, the more the dragon can advance advanced techniques and weapons toward the enemy character, or the more the same weapons can be delivered.

  The player can know the techniques and weapons that he can select by recognizing the process of the gauge color inverting. When the player turns on the trigger of the controller, the number and types of weapons and techniques to be paid out are determined according to the points when the trigger is turned on.

  When the gauge point is “3”, the same weapon can be fired three times in succession if the player desires. Compared to the case where only one attack can be selected each time the gauge is accumulated as in the conventional case, the player has more aspects of attack and is prepared for a case where it is necessary to defeat many enemy characters in a short time. Can do.

  The player can move the dragon even while the gauge is accumulating. You can also fire weapons. Upon receiving the trigger on command from the player, the CPU obtains the weapon priority from the gauge point at that time, selects a weapon from this, and attacks the enemy character.

  After trigger on, gauge points are reduced according to the amount of weapons used. For example, when the weapon for 1 gauge point is used from the time of FIG. 36 (4), it will return to the state of (2). In the state of (6), when the weapon is used for 1 gauge point, the process returns to (4).

  The gauge is sequentially filled with virtual energy at a predetermined time rate, and even if the gauge point is reduced, the gauge is sequentially filled with energy. However, since the gauge point 3 in (7) is the maximum value, it is assumed that there is no further increase in points.

  Thus, by integrating a plurality of gauges conventionally, there is an effect that the player is freed from the trouble of constantly checking the plurality of gauges when selecting weapons for enemy characters. Note that the gauge function is not limited to weapon selection, such as selecting a player character's action style or selecting an enemy character, such as combining different images for each gauge point, or performing different simulations. It is not particularly limited.

  Here, as another aspect of the new gauge described, there is one described in FIG. In this, the color is reversed once from the left to the right, the gauge point is 1 when it is reversed to the right end of the left block, the point is 2 when it is up to the right end of the middle block, and The gauge point is 3 if it is to the right end of the right block.

  The RAM 102 is provided with a predetermined recording area for recording the gauge point. When the weapon is used, the gauge point is decremented by one, and when the predetermined time elapses, the gauge point is incremented by one, Each result is recorded. Even if a weapon firing command exceeding the gauge point is input to the CPU 101, the CPU ignores this command and fires a weapon in response to the command input after the gauge point is accumulated.

  The number of times the gauge is repainted need not be limited to three. Further, when there are a plurality of player characters, in addition to weapons and actions, it is possible to select characters that perform weapons and actions.

  Next, another example of the partition area formed around the enemy character will be described. Here, there is a feature that a regular hexahedron (cubic) -like region is used instead of the above-described cylinder-like region. A player character is arranged on at least one side of the regular hexahedron. In addition, a player character is placed on a certain face and an enemy character is placed on the other face.

  FIG. 25 shows an example of this, in which the enemy character is placed on the surface where the cubic 240 is located, and the player character is placed on the surface facing the surface. The enemy character and the player character can move on the four surfaces of the cubic side. FIG. 26 shows a flowchart for arranging player characters and enemy characters in a cubic manner.

  First, in S25.0, when the battle scene of FIG. 3 is entered, an initial form of cubic is determined. The initial form of cubic is determined mainly based on the distance between the enemy character and the player character. The cubic is determined to increase as the distance between the two increases.

  Various modes can be considered for the arrangement of cubics for enemy characters. FIG. 27 shows that the enemy character 100A is placed at the center of the lower surface of the cubic and the player character 200A is placed on the right side of the cubic as in the cylinder-like region described above. Further, the cubic may be arranged at a position away from the enemy character. Furthermore, an enemy character may be arranged at the center of gravity of the cubic.

  In the battle scene described with reference to FIG. 3, the player character and the enemy character are positioned so that the player character takes an advantageous position with respect to the enemy character. Therefore, in order to easily realize such positioning, a flowchart will be further described with reference to FIG.

  In S25.2, processing is performed in which the cubic advances in the world coordinate system as a virtual space with a predetermined speed. As described above, this cubic is also moved along the path 16A in FIG. That is, the cubic position is corrected according to the movement of the dragon and the enemy character. FIG. 28 shows the process.

  When the dragon and the enemy character are in the initial position and the dragon moves forward with respect to the enemy character, the overall position of the cubic is such that the center of the cubic comes to the center of the straight line connecting the dragon and the enemy character. The advanced correction is performed. The broken line in the figure indicates the position of the cubic before correction, and the solid line in the figure indicates the position of the cubic that has advanced forward according to the progress of the dragon.

  The cubic form is also modified as necessary (S25.4). The case where the cubic deformation is necessary is a case where the cubic form of the initial form is changed according to the distance between the dragon and the enemy character. FIG. 29 shows a case where the cubic is deformed so that the diameter increases when the two are relatively apart from each other, and when the distance between the two is relatively small, the diameter of the cubic is reduced accordingly. It is a thing.

  The second case of cubic deformation is that the cubic diameter is deformed according to the route through which the cubic passes. FIG. 30 shows a case where the cubic width is reduced when the route width 290 is narrow. In the case of FIG. 30, the collision determination between the cubic and the route is checked, and if the collision determination is affirmed, the cubic determination is performed for each side of the cubic until the collision determination is denied. The length shall be reduced.

  Next, the process proceeds to the position changing step (S25.6) between the enemy character and the dragon. In this step, when the dragon and the enemy character approach the coordinates of the cubic corner in the process of changing the dragon position shown in FIG. 28, the position is changed when the distance between the corner and the dragon or the player character becomes a predetermined value or less. The CPU 101 performs processing for moving the dragon to the center of the front of the cubic and forcibly moving the enemy character to the center of the rear surface facing the front.

  At this time, the distance between the player character and the enemy character is corrected. Cubic moves forward without repositioning until the dragon and enemy character approach the cubic corner.

  This position change is performed between the four surfaces described above, but the position change may extend to the upper and lower surfaces. In the latter case, the enemy character and the player character also move on the upper and lower surfaces of the cubic. Since the virtual camera is a system that captures these images from behind the player character and enemy character, if the character moves up and down, the image of the dragon or enemy character may be reversed like a mirror image.

  In S25.8, if it is necessary to limit the position of the player character or enemy character in the cubic, for example, as shown in FIG. 31, the movement range of the dragon is made closer to the lower surface of the cubic, and the movement range of the enemy character. Move closer to the top of the cubic. Also, as shown in FIGS. 32 and 33, the dragon is placed closer to the upper surface of the cubic and the enemy character is placed closer to the lower surface. In this way, for example, when the enemy character is longer than the player character (FIG. 33), both are prevented from intermingling. Limiting the movement range of dragons and enemy characters is performed by specifying coordinate values that each can move. Of course, such a limitation can be applied to the above-described embodiment using a cylinder-like shape. At this time, the length of the major axis and minor axis of the cylinder can be freely set. By limiting the upper and lower widths of the cylinder, it is possible to make it easier for the player to control enemy characters and player characters based on limiting the flight range of the dragon, The spatial relationship with the player character can be diversified.

  In the above-described embodiment, a game machine that simulates a battle (shooting) between a player character and an enemy character has been described. However, if the present invention is applicable, the types of game programs are limited. It is not a thing. For example, the above-described prediction operation can be applied to defense against a kick from an opponent team by a goalkeeper at the time of a PK match in a soccer game. It can also be applied to fighting games as other shooting games for shooting.

  The description of collision can be used not only for battle but also for a game such as a command RPG.

  In the above-described embodiment, the case where the movement of the player character or the cursor is automatically moved to the predetermined area has been described. However, the player may move the character to the predetermined area by himself / herself. It is included in the present invention.

  Furthermore, the setting destination of the character is not divided for each area, but may be a predetermined point (a specific spatial coordinate location), for example. In short, any place, region, or position determined in advance may be used. This location may be defined in the spatial coordinate system or may be defined in the screen coordinate system. Furthermore, the present invention can be applied to a sprite game based on a two-dimensional coordinate system.

  The storage medium storing the game machine operation program may be a communication medium on the Internet or a personal computer network in addition to the cartridge ROM and CD-ROM described above. Further, the moving character can be divided into a plurality of areas.

  In addition to the cylinder shape and cubic described above, the predetermined space area may be a polygon or a spherical shape exceeding a hexahedron.

  Further, in the above-described embodiment, the explanation has been given as information for shifting the encounter to the processing mode of battle (superior concept of shooting). However, in addition to shooting, information on the city on the action / fighting game and game program Various game programs such as drama for collection and story development may be used. Regarding the weight of the lock-on cursor, when there are a plurality of enemy characters, in the case of virtual bodies of different types, not only the collision is set for each character, but the lock-on cursor changes depending on the type of the character, for example, A weighted cursor may be displayed on a character that is advantageous to be defeated first. That is, in the present invention, a plurality of cursors weighted to the lock-on cursor are set, and the cursor weighted according to the enemy character type and number can be displayed.

It is a conceptual diagram in the state where the player character which a player manipulates is moving on a movement map at the time of role playing game program execution. It is a conceptual diagram which illustrates the battle scene at the time of shooting program execution. Another example. It is a flowchart which shows the relationship between a movement map process and a battle scene process. 1 is an external perspective view of hardware according to an embodiment of the present invention. This hardware functional block diagram is shown. FIG. 4 is a conceptual diagram corresponding to one process executed in the battle scene shown in FIG. 3. It is the person who showed the positional relationship of a player character and an enemy character as a perspective view. It is a perspective view which shows increasing the diameter of a cylinder-like area | region when an enemy character becomes a big form (polygon). FIG. 9 corresponds to the plan view of FIG. 8, and is an explanatory diagram showing a state in which bullet firing from an enemy character is performed for each of four blocks, front, rear, left and right. It is a virtual radar displayed on the battle screen. It is a flowchart for achieving the attack prediction process. It is a conceptual diagram which shows the state where the player character faces and faces the enemy character, and a single bullet is fired from the enemy character to the player character. This shows a cursor display body for battle for the player character displayed on the screen. The moving range of the cursor is indicated by a one-dot chain line. The form of the cursor is shown. It is a flowchart of the overlap determination process of a cursor and an enemy bullet. It is a schematic diagram which shows having changed the form of the cursor. It is explanatory drawing which showed the state where the cinemascope is displayed on the screen. It is a conceptual diagram which shows the example of a setting of the lock on cursor equivalent to one screen of a battle scene. It is a conceptual diagram which shows the state which has entered into the visual field area of a virtual camera, or the lock-on has occurred in the collision point which can be seen from a player. It is an example of the flowchart of this lock on function. It is a figure which shows the 2nd example whole of a virtual radar. This is an example of displaying this radar on the screen. It is explanatory drawing which shows the state which has arrange | positioned the enemy character and the player character in the cubic as a 2nd example of a space area. It is a flowchart for arrange | positioning a player character and an enemy character cubic. It is a figure which shows having placed the enemy character in the center of the lower surface of a cubic, and having arranged the player character on the right side of a cubic like the above-mentioned cylinder-like field. It is a flowchart explaining the positioning between an enemy character and a player character. It is a figure which shows the modification of cubic when both an enemy character and a player character are comparatively separated. It is a figure which shows the other example. It is a figure which shows an example which controls the moving range of a player character. It is a figure which shows the example of control which made the player character close to the upper surface of a cubic, and made the enemy character close to the lower surface. It is a figure which shows the other example. It is a flowchart based on the program which controls arrangement | positioning of a player character. It is a perspective view explaining movement control of a player character on the cylinder surface. It is a timing diagram which shows the process in which virtual energy accumulates in a gauge. Another example.

Explanation of symbols

1 Game console (data processing device)
2b Peripheral 5 TV receiver 5a Speaker 10 CPU block 11 Video block 12 Sound block 13 Subsystem 100 SCU
101 Main CPU
104 Sub CPU
120 First VPD
122, 123 Frame buffer 130 Second VDP
130a register 130b color RAM
131 VRAM
132 Frame memory 160 Encoder 170 D / A converter 200 Image processing system

Claims (9)

When the CPU executes game application software, a predetermined object and a player character are arranged in the virtual space, the game is advanced by controlling the movement and position of the player character and the object, and the three-dimensional virtual space An image processing method of a game image in a game device configured to output a screen as seen from a position of a predetermined viewpoint to a display means as a game image,
Based on the game application software, the CPU forms a predetermined three-dimensional solid shape having a size corresponding to the form of the object, and sets a space area divided into a plurality of block areas around the object A first step to:
A second step in which the CPU places the player character on the surface of the space area of the block area based on the game application software ;
The CPU moves the player character on the surface of the space area of the block area based on the game application software and an input signal from the operation input unit, and moves the player character from one block area to another. An image processing method comprising: a third step of moving the player character to a specific position in the other block area when moving to the block area. The third step includes
The image processing method according to claim 1, further comprising a process of moving the object and the player character along a path provided in the virtual space. In the first step,
The image processing method according to claim 1, wherein the space area is set for each object. The third step includes
The image processing method according to claim 1, further comprising a process of moving a predetermined moving character from the object toward the player character. In the third step,
The image processing method according to claim 4, wherein the CPU performs a process so as not to accept an input from the operation input unit during the movement display process of the moving character. The game application software relates to a battle scene between the player character and an enemy character composed of the object,
In the third step,
6. The image processing method according to claim 4 or 5, wherein the CPU sets an ejection direction of a bullet as the moving character fired by the enemy character for each block area . The game application software relates to a battle scene between a player character and an enemy character composed of the object,
In the third step,
The image processing method according to any one of claims 1 to 6, wherein the CPU sets a weak spot area of the enemy character. The third step includes
8. The image processing method according to claim 1, further comprising: displaying on the display unit a simulated radar indicating a position of the player character and the object in the space area. . The image processing method according to claim 1, wherein the space region is formed in a cylindrical shape or a cubic shape.

Images