JP2017228308A - Image processing program and image processing apparatus - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an image processing apparatus or the like for improving visibility of an image of a game or the like to a user.SOLUTION: A player object PO and an enemy object EO are generated in a game space 50 being a three-dimensional virtual space, and the enemy object EO existing in a PO circular region 80 around the player object PO is selected as a subject object. An EO circular region 81 is generated on the basis of a position of the subject object, and a CM circular region 82 is generated on the basis of a positional relation between the player object PO and the EO circular region 81. Then, a position of a virtual camera 60 is determined such that the CM circular region 82 is included in a visual field Q.SELECTED DRAWING: Figure 7

Description

  The present invention relates to an image processing apparatus that generates a two-dimensional image of a three-dimensional virtual space using a virtual camera.

  The video game apparatus executes, for example, a game in which a player object operated by a user (player) and other objects are generated in a three-dimensional virtual space. In addition, the video game apparatus captures the state of the three-dimensional virtual space with a virtual camera and displays it on a display device such as a monitor. The user operates the player object using a game pad or the like while visually recognizing the state (game situation) of the three-dimensional virtual space displayed on the display device.

  In the conventional video game apparatus, the virtual camera is controlled to be positioned above the back surface of the player object, and a three-dimensional virtual space is photographed so that the player object is included.

  The shooting direction of the virtual camera is such that a plurality of groups of one or more enemy objects are arranged in the three-dimensional virtual space, and the enemy objects of the group selected from the plurality of groups are included in the shooting range. There is also a video game device that controls the above (for example, see Patent Document 1). In addition, there is a video game device that controls the position of a virtual camera according to the number of enemy objects (see, for example, Patent Document 2).

  In addition, there is a video game device that controls the horizontal angle of view of a virtual camera so that a group object is photographed among a plurality of objects arranged in a three-dimensional virtual space in a demo scene (see, for example, Patent Document 3). .

  The user wants to quickly grasp the state of the player object and the enemy object from the game image in order to advance the game well. In particular, in a game in which the player object is displayed on the game image, the user wants to visually recognize the positional relationship between the player object and the enemy object. Particularly in recent games, there are games in which a large number of enemy objects are generated in a three-dimensional virtual space. For this reason, it has become important how to photograph a three-dimensional virtual space including many objects.

JP 2010-68882 A Japanese Patent No. 3871224 JP 2012-100991 A

  However, in the above-described conventional video game apparatus, the position of the player object or other objects is taken into consideration in the control of the position of the virtual camera, etc., but the positional relationship between the player object and other objects is not considered. It was not considered. For this reason, the user may find it difficult to view the game image.

  SUMMARY An advantage of some aspects of the invention is that it provides an image processing program or the like that improves the visibility of an image such as a game for a user.

  An image processing program provided by the first aspect of the present invention provides a computer device that is an image processing device that generates a two-dimensional image by capturing at least a part of a three-dimensional virtual space with a virtual camera. Virtual camera control means for controlling movement of the virtual camera in space, a player object operated by a user via an operation unit, and a plurality of objects different from the player object are generated in a three-dimensional virtual space, The virtual camera control means causes an object existing within a predetermined range including the player object to be a subject object, among the plurality of objects, functioning as a player object and an object control means for controlling movements of the plurality of objects. Select as the player object And the like subject object is included in the imaging range, wherein the determining a position of the virtual camera based on the positional relationship between the subject object and the player object.

  The virtual camera control means calculates a first area including all of the subject objects based on the respective positions of the subject objects, and determines the positional relationship between the player object and the subject object. The position of the virtual camera may be determined as a positional relationship with one region.

  The virtual camera control means calculates a second region including the player object and the first region based on a positional relationship between the player object and the first region, and the second region. The position of the virtual camera may be determined such that the second region is included in the imaging range with the center of the image as the gazing point.

  Further, the virtual camera control means may select an object in which another object is located within a predetermined distance among the objects existing within the predetermined range as the subject object.

  The virtual camera control means may cancel the selection as the subject object when the object selected as the subject object moves out of the predetermined range.

  An image processing apparatus provided by the second aspect of the present invention generates a two-dimensional image by capturing at least a part of a three-dimensional virtual space with a virtual camera, and moves the virtual camera in the three-dimensional virtual space. Generating a virtual camera control means for controlling the player, a player object operated by the user via the operation unit, and a plurality of objects different from the player object in a three-dimensional virtual space, and the player object and the plurality of objects Object control means for controlling the movement of the player, wherein the virtual camera control means selects, as the subject object, an object that is present within a predetermined range including the player object among the plurality of objects, and the player object And the subject object is included in the imaging range. As such, and determines the position of the virtual camera based on the positional relationship between the subject object and the player object.

  According to this invention, the position of the virtual camera is controlled based on the positional relationship between the player object and a plurality of objects different from the player object. Therefore, even in a three-dimensional virtual space where a player object and a plurality of objects are present, it is possible to further improve the visibility of images such as games for the user.

It is a block diagram of the game system containing the game device of this invention. It is a figure which shows typically the virtual camera and virtual screen which are arrange | positioned in game space. It is explanatory drawing for demonstrating positioning of the virtual camera by execution of the non-battle camera control process. It is explanatory drawing explaining the transfer to the camera control process for battle from the camera control process for non-battle. It is explanatory drawing explaining the transfer to the camera control process for battle from the camera control process for non-battle. It is explanatory drawing explaining the transfer to the camera control process for battle from the camera control process for non-battle. It is explanatory drawing for demonstrating positioning of the virtual camera by execution of the camera control process for battle. It is explanatory drawing for demonstrating positioning of the virtual camera by execution of the camera control process for battle. It is explanatory drawing for demonstrating the EO circle area | region by execution of the camera control process for battle. It is explanatory drawing explaining the transfer from the camera control process for battle to the camera control process for non-combat. It is explanatory drawing explaining the transfer from the camera control process for battle to the camera control process for non-combat. It is explanatory drawing explaining the transfer from the camera control process for battle to the camera control process for non-combat. It is explanatory drawing explaining the transfer from the camera control process for battle to the camera control process for non-combat. It is explanatory drawing for demonstrating positioning of the virtual camera 60 by execution of the camera control process for battle. It is a flowchart which shows the camera control process for non-battle. It is a flowchart which shows the camera control transfer process for battle. It is a flowchart which shows the camera control process for battle, and the non-battle camera control transfer process. It is a flowchart which shows a registration cancellation process. It is a flowchart which shows the position determination process A. It is a flowchart which shows the position determination process B. It is a flowchart which shows the registration process A. It is a flowchart which shows the registration processes B and C.

  An image processing program and an image processing apparatus according to embodiments of the present invention will be described with reference to the drawings. The configuration of the present invention is not limited to the embodiment.

  FIG. 1 is a block diagram of a game system 1 including a game apparatus 10 of the present invention. The game system 1 includes a video game device 10, a sound output device 36, a display device 37, an operation unit 38, a recording medium 106A, and the like.

  The video game apparatus 10 executes a predetermined game by executing a game program recorded on the recording medium 106A. In this embodiment, a game in which a player object and an enemy object exist in a game space that is a three-dimensional virtual space is executed. The video game apparatus 10 corresponds to an image processing apparatus to which the present invention is applied.

  In this game, many enemy objects (for example, 100 bodies) appear in the game space. Then, the game is advanced by the user (player) operating the player object to attack the enemy object. The video game apparatus 10 causes the display device 37 to display a partial image (game image) of the game space generated through the virtual camera. In addition, the video game apparatus 10 controls the movement of the virtual camera in the game space so that the game object includes a player object and a plurality of enemy objects. Details will be described later.

  As shown in FIG. 1, the video game apparatus 10 includes a control unit 101, a RAM 102, an HDD 103, a graphic processing unit 104, a sound processing unit 105, a DVD / CD-ROM drive 106, a recording medium 106A, connected to an internal bus 109, The communication interface 107, the interface 108, and the like are included.

  The control unit 101 includes a CPU, a ROM, and the like. In addition, the control unit 101 executes a game program stored in the HDD 103, the recording medium 106A, etc., and controls the entire apparatus. A RAM 102 is a volatile memory and is a work area of the control unit 101. The HDD 103 is a storage area for storing game programs and data.

  The graphic processing unit 104 is connected to a display device 37 such as a monitor. The graphic processing unit 104 has a frame memory (frame buffer), and generates an image in this frame memory in units of one frame (for example, 1/30 second) in accordance with a drawing command output from the control unit 101. Each image generated in the frame memory is converted into a video signal and output (displayed) to the display device 37.

  The sound processing unit 105 is connected to a sound output device 36 that is a speaker. In addition, the sound processing unit 105 outputs sound signals such as sound effects and BGM generated according to the sound generation command output from the control unit 101 to the sound output device 36.

  The DVD / CD-ROM drive 106 reads the game program from the attached recording medium 106A to the RAM 102, the HDD 103, or the like. In this embodiment, a DVD-ROM and a CD-ROM correspond to the recording medium 106A. A game program is stored in the recording medium 106A. The game program includes game data such as graphic data necessary for the progress of the game.

  The communication interface 107 is connected to the network line 2 and communicates with other video game apparatuses 3 and the like. The input / output interface 108 is connected to the operation unit 38. The operation unit 38 is a game pad provided with a direction key and a plurality of operation buttons, for example, and accepts a user's operation input. The user operates the player object by pressing a button on the operation unit 38 or the like. The input / output interface 108 outputs input data from the operation unit 38 to the RAM 102.

  The game apparatus 10 functions as a virtual camera control unit and an object control unit in cooperation with the control unit 101 and the like and the game program of the recording medium 106A. The virtual camera control unit controls the movement of the virtual camera in the game space. The object control unit generates a player object and an enemy object in the game space. Further, the object control unit controls the movement of these objects based on input data from the operation unit 38 and the like.

  FIG. 2 is a diagram schematically showing a virtual camera 60 and a virtual screen 61 arranged in the game space 50. In the game space 50 generated by the video game apparatus 10, there are objects that operate in the game space 50, such as a player object PO and a plurality of enemy objects (not shown), as shown in FIG. In addition, in the game space 50, there are objects that do not move, such as a building (not shown).

  In the game space 50, a virtual camera 60 is arranged. The virtual camera 60 captures a part of the game space 50 in order to generate a game image to be displayed on the display device 37. The graphic processing unit 104 generates an image captured by the virtual camera 60 as a game image.

  Specifically, the graphic processing unit 104 performs processing such as known perspective transformation to generate an image (two-dimensional image) in which the game space is projected on the virtual screen 61 with the virtual camera 60 as the viewpoint 62. Then, a game image is generated by combining an image such as a cursor with this image. The graphic processing unit 104 generates a game image for each frame. In addition, since the technique regarding the production | generation of the game image using the above-mentioned virtual camera 60 is well-known, detailed description is abbreviate | omitted.

  Such a game space 50 is defined by a world coordinate system composed of XYZ axes. Further, a coordinate system used for projecting the game space 50 on the virtual screen 61 is defined by a viewpoint coordinate system constituted by X′Y′Z ′ axes with the viewpoint 62 as a reference.

  The position of the virtual camera 60 is the viewpoint 62, and the direction of the virtual camera 60 is the visual axis 64. The visual axis 64 is the Z ′ axis of the viewpoint coordinate system, and is determined by the position of the virtual camera 60 and the gazing point (not shown). A field Q is defined by an area formed by the four straight lines 601 to 604 that connect the viewpoint 62 and the vertex of the virtual screen 61 and the virtual screen 61. Note that the virtual screen 61 of this embodiment is disposed at a predetermined distance from the viewpoint 62 on the visual axis 64. In this embodiment, the size of the virtual screen 61 and the distance from the viewpoint 62 are fixed.

  The position of the virtual camera 60 is determined by camera control processing. The camera control process includes a non-combat camera control process and a battle camera control process. The non-battle camera control process is executed when there is no enemy object around the player object PO. On the other hand, the battle camera control process is executed when an enemy object exists around the player object PO. These two camera control processes are mainly executed alternatively by the control unit 101.

  In the non-battle camera control process, as shown in FIG. 3, the position of the virtual camera 60 is determined based on the position of the player object PO. FIG. 3 is an explanatory diagram for explaining positioning of the virtual camera 60 by executing the non-battle camera control process. FIG. 3 shows a state in which the player object PO and the two enemy objects EO 1 and 2 exist in the game space 50. FIG. 3A shows a state in which the game space 50 is viewed from above. FIG. 3B shows a state where the game space 50 shown in FIG. 3A is viewed from the point S in the direction of the arrow.

  In the non-battle camera control process, a gazing point is set at the position of the player object PO. Further, the distance between the gazing point (player object PO) and the virtual camera 60 is set to a predetermined value D. Furthermore, angles α and γ formed by the direction PCA in which the player object PO faces and the visual axis 64 are held (set). The direction PCA indicates a direction in which the front of the player object PO is facing, for example. The direction PCA is stored in the RAM 102 and the like together with information such as information on the current position of the player object PO.

  The virtual camera 60 follows the movement of the player object PO so as to maintain the position according to the setting information. For example, when the player object PO moves from the state shown in FIG. 3, the virtual camera 60 moves to a position that maintains the predetermined value D and the angles α and γ with respect to the movement position of the player object PO.

  By this non-battle camera control process, a game image in which the puyer layer object PO is located near the center is displayed on the display device 37. As shown in FIG. 3, when the virtual camera 60 is positioned above the back surface of the player object PO, a game image including an image on the back surface of the player object PO is displayed on the display device 37.

  Further, the user can operate the operation unit 38 to move the virtual camera 60 in the vertical and horizontal directions within the specified range. Specifically, the user can move the virtual camera 60 on the surface of the hemisphere 90 whose radius is a predetermined value D with the gazing point (player object PO) as the center. For example, the virtual camera 60 shown in FIG. 3A can be moved as shown in FIG. Thereby, the game image including the image of the side surface of the player object PO is displayed on the display device 37.

  As described above, when the user operates the virtual camera 60 to move, the angles α and γ change from the values before the moving operation. This value is held until a user operation is performed again. And the virtual camera 60 is positioned based on the value after this change. Therefore, in the state shown in FIG. 6A, even if the player object PO moves thereafter, the angles α and γ shown in FIG. 6A are maintained, and the game includes the side image of the player object PO. The image is displayed on the display device 37.

  On the other hand, in the battle camera control process, as shown in FIG. 7, the position of the virtual camera 60 is determined according to the positional relationship between the player object PO and the enemy object EO. Specifically, a CM circle area 82 generated according to the positional relationship between the player object PO and the enemy object EO is generated, and the CM circle area 82 is determined as a position included in the field of view Q.

FIG. 7 is an explanatory diagram for explaining positioning of the virtual camera 60 by execution of the battle camera control process. FIG. 7 shows a state in which a player object PO and eight enemy objects EO exist in the game space 50. FIG. 7A shows a state in which the game space 50 is viewed from above. FIG. 7B shows a state where the game space 50 shown in FIG. 7A is viewed from the point S in the direction of the arrow. The eight enemy objects EO are subject objects described later.

  The CM circle area 82 is generated based on the positions of the EO circle area 81 and the player object PO. The EO circle area 81 is a circle area in which eight enemy objects EO existing in the PO circle area 80 are included, and is formed based on the positions of the eight enemy objects EO. The PO circle area 80 is a circular area having a predetermined value as a radius around the current position of the player object PO. The PO circle area 80 corresponds to a predetermined range of the present invention. The EO circle area 81 corresponds to the first area of the present invention. The CM circle area 82 corresponds to the second area of the present invention.

  The CM circle area 82 is a circle area whose diameter is a line segment AB including the center point 81C of the EO circle area 81 and the player object PO. A position where the center point 82C of the CM circle area 82 is a gazing point and the CM circle area 82 is included in the field of view Q becomes the position of the new virtual camera 60.

  The determination process of the line segment AB differs depending on whether or not the player object PO is located outside the EO circle area 81. As shown in FIG. 7A, when the player object PO is located outside the EO circle area 81, the position coordinates of the player object PO are set as the coordinates of one end point A of the line segment AB. Further, as the coordinates of the other end point B of the line segment AB, the coordinates of the intersection of the line segment AB and the EO circle area 81 are set.

  Further, as shown in FIG. 8, when the player object PO is located inside the EO circle area 81, the end points A and B of the line segment AB pass through the center point 81C of the player object PO and the EO circle area 81. This is the intersection of the straight line and the EO circle area 81C. The CM circle area 82 is overlapped with the EO circle area 81. FIG. 8 shows a state where the player object PO has moved from the state shown in FIG. 7 to a position approaching the enemy object EO.

  The gazing point becomes the center point 82C of the CM circle area 82. Note that the angles β and γ formed by the visual axis 64 and the line segment AB basically hold the previous values. Therefore, if the gazing point (center point 82C) is determined, the visual axis 64 is also determined.

  Finally, the new position of the virtual camera 60 is determined at a position where the four straight lines 601 to 604 forming the field of view Q and the CM circle region 82 are in contact with each other in plan view (XZ plane). As described above, the values of the angles β and γ are maintained, and the angles of the straight lines 601 to 604 with respect to the visual axis 64 are also fixed. Therefore, the equations of the straight lines 601 to 604 are calculated from these. Furthermore, the intersection of the straight line 601-604 and the visual axis 64 is also calculated by calculating the equation of the straight line 601-604. This intersection is the position of the new virtual camera 60. In addition, since it is a common technique to process the above calculation with a game device, details are omitted.

  In the non-battle camera control process, the distance between the virtual camera 60 and the gazing point is constant, but in the battle camera control process, the distance varies depending on the size of the CM circle area 82. When the CM circle area 82 is large, many areas of the game space 50 must be included in the field of view Q, so the distance between the virtual camera 60 and the point of gaze (center point 82C) becomes long. On the other hand, when the CM circle area 82 is small, a small area of the game space 50 may be included in the field of view Q, so the distance between the virtual camera 60 and the gazing point is shortened.

  For example, since the CM circle area 82 in FIG. 7A is larger than the CM circle area 82 in FIG. 8, the distance between the virtual camera 60 and the gazing point (center point 82C) in FIG. The distance is longer than the distance between the virtual camera 60 and the gazing point (center point 82C).

  In this embodiment, the position of the virtual camera 60 is determined in a state where the straight lines 601 to 604 are in contact with the CM circle area 82. However, the CM circle area 82 is included in the field of view Q. It is not a thing. A state where the straight lines 601 to 604 do not intersect with the CM circle region 82 may be possible.

  Thereby, a game image is generated so that the player object PO and the enemy object EO existing in the CM circle area 82 are included. Thus, since the EO circle area 81 formed by the target enemy object EO is used, for example, when the enemy object EO moves within the range of the EO circle area 81, the EO circle area 81 is used. The amount of change is small. Therefore, an increase in the amount of change in the position of the virtual camera 60 (viewpoint 62) due to the movement of the enemy object EO can be suppressed. Therefore, it can suppress that the content of a game image changes rapidly, and it is easy for a user to visually recognize it.

  In this embodiment, when the player object PO is outside the EO circle area 81, the CM circle area 82 is formed with the position of the player object PO as the point A. However, the present invention is not limited to this. . A new position of the virtual camera 60 may be determined based on the positional relationship between the player object PO and the EO circle area 81.

  For example, as shown in FIG. 14, the midpoint between the player object PO and the center point 81 C of the EO circle area 81 is set as the center point 82 C of the CM circle area 82. Alternatively, it may be a CM circle area 82 in which the intersection between the line segment passing through the player object PO and the center point 81C and the EO circle area 81 is B, and the line segment connecting the center point 82C and the intersection B is a radius. Thereby, the CM circle area 82 is formed so that the player object PO is included therein, so that the player object PO can be more easily visually recognized.

  Further, even in the state where the battle camera control process is executed, the user can move the position of the virtual camera 60 in the vertical and horizontal directions as in the non-battle camera control process. In the battle camera control process, the gazing point becomes the center point 82C of the CM circle area 82. Therefore, the user can move the virtual camera 60 on the spherical surface of the hemisphere 91 centered on the gazing point (center point 82C).

  In the battle camera control process, as in the non-battle camera control process, the position of the virtual camera 60 moved and operated by the user with respect to the gazing point (center point 82C) is held until the user performs an operation again. Is done. Specifically, the angles β and γ are maintained. The radius of the hemisphere 91 is the distance between the position of the virtual camera 60 determined by the battle camera control process and the gazing point (center point 82C). Therefore, the value of this radius does not change depending on the user operation.

  In this embodiment, the EO circle area 81 is formed for the enemy object EO selected (registered) as the subject object among the enemy objects EO existing in the PO circle area 80 of the player object PO. Then, a CM circle area 82 is formed based on the positional relationship between the player object PO and the subject object, and the position of the virtual camera 60 is determined. That is, the position of the new virtual camera 60 is determined so that the player object PO and the enemy object EO registered as the subject object are included in the game image.

  What is registered as a subject object is basically an enemy object EO that is adjacent to another enemy object EO among the enemy objects EO existing in the PO circle area 80. Specifically, an enemy object EO in which another enemy object EO exists within a predetermined distance is registered as a subject object. Hereinafter, a description will be given with reference to FIG.

  FIG. 9 is an explanatory diagram for explaining the EO circle area 81 by executing the battle camera control process. FIG. 9 shows a state where the game space 50 is viewed from above. For convenience of explanation, illustration of the virtual camera 60 and the like is omitted.

  First, description will be made with reference to FIG. FIG. 9A shows a state in which the enemy object EO6 has moved into the PO circle area 80 where the enemy objects EO1 to EO5 exist. An adjacent circle area 84 is set for each enemy object EO1 to EO6. The adjacent circle area 84 is formed with a predetermined radius around each enemy object EO1-6. It is determined by the adjacent circle area 84 whether or not they are adjacent. If an adjacent circle area 84 of a certain enemy object EO overlaps with an adjacent circle area 84 of another enemy object EO, it is determined that the enemy object EO is adjacent.

  The adjacent circle area 84 of each enemy object EO 1 to 5 overlaps with the adjacent circle area 84 of any other enemy object EO 1 to 5 in the PO circle area 80. Accordingly, the enemy objects EO1 to EO5 are registered as subject objects because they are adjacent to the other enemy objects EO1 to EO5.

  On the other hand, the adjacent circle area 84 of the enemy object EO6 does not overlap with any of the adjacent circle areas 84 of the other enemy objects EO1 to EO5 in the PO circle area 80. Accordingly, the enemy object EO6 is not registered as a subject object.

  Similarly to the above, the EO circle area 81 is formed based on the positions of the enemy objects EO1 to EO5 that are subject objects. Further, based on the positional relationship between the EO circle area 81 and the player object PO, a CM circle area 82 is formed and the position of a new virtual camera 60 is determined.

  Next, the case where the state shown in FIG. 9A is changed to the state shown in FIG. 9B will be described. FIG. 9B shows a state in which the enemy objects EO 7 to 9 have moved to the PO circle area 80. Further, in FIG. 9B, the enemy objects EO6 and 7 are adjacent to each other. Further, the enemy objects EO8 and 9 are also adjacent to each other.

  Accordingly, in addition to the enemy objects EO1 to EO5, the enemy objects EO6 to EO9 are also registered as subject objects. Similarly to the above, the EO circle region 81 is formed based on the positions of the enemy objects EO1 to EO9 that are subject objects. In addition, a CM circle area 82 is formed and the position of a new virtual camera 60 is determined.

  Next, the case where the state shown in FIG. 9B is changed to the state shown in FIG. 9C will be described. FIG. 9C shows a state in which the enemy object EO5 moves and is not adjacent to the enemy objects EO1 to EO4 in the PO circle area 80. Further, the enemy objects EO 6, 7, 9 are in a state of moving outside the PO circle area 80 and the end determination area 83. Further, the enemy object EO8 is in a state of disappearing due to the attack of the player object PO.

  Here, the condition for releasing the registration of the subject object is that the subject object is removed from the inside of the PO circle area 80 due to movement or the player object PO being extinguished upon attack. Therefore, during execution of the battle camera control process, an enemy object EO registered as a subject object is registered as a subject object even if it is not adjacent to another enemy object EO while it exists in the PO circle area 80. Is retained.

  This prevents frequent registration and cancellation of the subject object. Then, the size of the CM circle area 82 is prevented from frequently changing.

  The enemy object EO5 shown in FIG. 9C exists in the PO circle area 80, and is already registered as a subject object. Therefore, the registration of the subject object is maintained, although the present situation is not adjacent to other enemy objects EO. On the other hand, the enemy objects EO6, 7, and 9 are already registered as subject objects. However, since these enemy objects EO6, 7, and 9 do not exist in the PO circle area 80 due to movement, registration of the subject object is cancelled. Further, since the enemy object EO8 does not exist in the PO circle area 80 due to disappearance, the registration of the subject object is cancelled.

  Thereby, in the state shown in FIG. 9C, the enemy objects EO1 to EO5 become subject objects. In the same manner as described above, the EO circle area 81 is formed based on the positions of these enemy objects EO1 to EO5. In addition, a CM circle area 82 is formed and the position of a new virtual camera 60 is determined.

  Since the enemy object EC9 exists outside the PO circle area 80 but in the end determination area 83, it is registered as a release object. The release object will be described later.

  Next, switching between the non-battle camera control process and the battle camera control process will be described. The control unit 101 alternatively performs non-battle camera control processing and battle camera control processing. The non-battle camera control process is executed when the enemy object EO does not exist around the player object PO as described above. On the other hand, the battle camera control process is executed when the enemy object EO exists around the player object PO.

  First, the transition from the non-battle camera control process to the battle camera control process will be described. 4 to 6 are explanatory diagrams for explaining the transition from the non-battle camera control process to the battle camera control process.

  In the non-battle camera control process, the transition to the battle camera control process is started on condition that at least one enemy object EO exists in the PO circle area 80. Specifically, the battle camera control transition process is executed in the middle of the non-battle camera control process. Thereafter, execution of the battle camera control process is started.

  In the battle camera control transfer process, although part of the processing contents is different, the enemy object EO in the PO circle area 80 is registered as a subject object, and the EO circle area 81 of this subject object is formed, as in the battle camera control process. Is done. Then, a CM circle area 82 is formed and the position of a new virtual camera 60 is determined.

  For example, a case where the state shown in FIG. 3 is changed to the state shown in FIG. FIG. 4A shows a state where the enemy object EO2 has moved to the PO circle area 80 of the player object PO. Since the enemy object EO2 is present in the PO circle area 80, the non-battle camera control process is substantially terminated and the battle camera control transfer process is started.

  In the battle camera control transfer process, even if there is only one enemy object EO in the PO circle area 80 as shown in FIG. 4A, the enemy object EO is registered as a subject object. Accordingly, the enemy object EO2 is registered as a subject object. Then, similarly to the battle camera control process, after the EO circle area 81 is formed based on the position of the enemy object EO2, the CM circle area 82 is formed.

  If there are two adjacent enemy objects EO1 and EO2 in the PO circle area 80 as shown in FIG. 5B, these enemy objects EO1 and EO2 are registered as subject objects. For example, in the state shown in FIG. 5B, when another enemy object EO is not adjacent to the PO circle area, the other enemy object EO is not registered as a subject object. Registration of adjacent enemy objects to the subject object is prioritized.

  Here, in the battle camera control transfer process, the process of determining the position of a new virtual camera 60 from the CM circle area 82 is different from the battle virtual camera control process. Specifically, the setting of the visual axis 64 is different. In the battle camera control transfer process, a straight line 95 passing through the virtual camera 60 at the previous position and the center point 82C of the CM circle area 82 is set as the visual axis 64. In FIG. 4A, the virtual camera 60 'is at the previous position. A straight line passing through the virtual camera 60 ′ and the center point 82 </ b> C is set as the visual axis 64.

  After that, the position of the virtual camera 60 is determined so that the straight lines 601 to 604 and the CM circle area 82 are in contact with each other as in the battle camera control process. Then, the battle camera control transition process ends, and thereafter the battle camera control process is executed.

  Therefore, for example, even when the enemy object EO1 has moved into the PO circle area 80 as shown in FIG. 4B from the state shown in FIG. 4A, the enemy object EO1 is used in the battle camera control process. Is not registered as a subject object. This is because the enemy object EO1 is not adjacent to another enemy object EO.

  Thereafter, when the enemy object EO1 is adjacent to the enemy object EO3 as shown in FIG. 5A from the state shown in FIG. 4B, the enemy objects EO1 and EO3 are displayed in the battle camera control process. It is registered as a subject object. Then, the EO circle area 81 is formed by the enemy objects EO1 to EO3. In this case, since it is a battle camera control process, the visual axis 64 is set in a state in which the previous values of the angles β and γ are held.

  Next, the case where the state shown in FIG. 6A is changed to the state shown in FIG. 6B will be described. FIG. 6A shows a state in which the virtual camera 60 is moved from the state shown in FIG. 3 by a user operation. FIG. 6B shows a state in which the enemy object EO2 has moved to the PO circle area 80.

  By the transition from the state shown in FIG. 6A to the state shown in FIG. 6B, the non-battle camera control process is substantially ended, and the battle camera control transition process is started.

  Therefore, also in the case shown in FIG. 6B, the enemy object EO2 is registered as the subject object, as in the case shown in FIG. Then, after the EO circle area 81 is formed based on the position of the enemy object EO2 that is the subject object, the CM circle area 82 is formed. As for the visual axis 64, as in the case shown in FIG. 4A, a straight line passing through the virtual camera 60 (virtual camera 60 ′) at the previous position and the center point 82C is set as the visual axis 64. Then, the position of a new virtual camera 60 is determined from the CM circle area 82 and the like.

  As described above, in the battle camera control transfer process of this embodiment, a straight line passing through the virtual camera 60 at the previous position and the center point 82C of the CM circle area 82 is basically set as the visual axis 64. However, when the angle β formed by the straight line to be the visual axis 64 and the line segment AB is 0 degree and 90 degrees, the straight line is not set to the visual axis 64. Instead, a straight line where the angle β is a predetermined value (for example, 30 °) is set as the visual axis 64.

  For example, a case where the state shown in FIG. 3 is changed to the state shown in FIG. FIG. 5B shows a state in which the enemy objects EO1 and EO2 are moved to the PO circle area 80 and are adjacent to each other. Since the enemy objects EO1 and EO2 are adjacent to each other in the PO circle area 80, they are registered as subject objects. Then, after the EO circle area 81 is formed based on the positions of the enemy objects EO1 and EO2, the CM circle area 82 is formed.

  Here, in FIG. 5B, the straight line passing through the virtual camera 60 (virtual camera 60 ') and the gazing point (center point 82C) at the previous position is parallel to the line segment AB. Then, the angle β when this straight line is used as the visual axis 64 is 0 degree. Therefore, this straight line is not set as the visual axis 64, and a straight line with the angle β being a predetermined value is set as the visual axis 64. In the same manner as described above, the position of the new virtual camera 60 is determined from the CM circle area 82 and the like.

  In this way, the angle β is set to the visual axis 64 so as to be a predetermined value when the angle β is set on the visual axis 64 where the angle β is 0 degree from the position of the new virtual camera 60. This is because PO is positioned at the center of the game image, and the enemy object EO is difficult to see.

  For example, in the state shown in FIG. 5B, when the visual axis 64 is a straight line with an angle β of 0 degree, the virtual camera 60 is located between the virtual camera (virtual camera 60 ′) at the previous position and the player object P. Will be located. In this case, the player object PO is relatively large in the center of the game image. For this reason, the enemy objects EO1 and EO2 located behind the player object PO with respect to the virtual camera 60 are hidden by the player object PO, making it difficult to see.

  In addition, when the angle β is set on the visual axis 64 at which the angle β is 90 degrees, the enemy object EO is not difficult to see, but the player object PO is avoided from being positioned at the side edge of the game image.

  In some cases, the PO circle region 80 moves from the state where no enemy object EO exists in the PO circle region 80 as shown in FIG. 3 to the PO circle region 80 in a state where a plurality of enemy objects EO are not adjacent to each other. In this case, for example, only one of these enemy objects EO selected at random may be registered as a subject object. Alternatively, the enemy object EO closest to the player object PO may be selected as the subject object.

  Next, the transition from the battle camera control process to the non-battle camera control process will be described. 10 to 13 are explanatory diagrams for explaining the transition from the battle camera control process to the non-battle camera control process. In the battle camera control process, the transition to the non-battle camera control process is started on condition that the enemy object EO does not exist in the PO circle area 80 and the release object does not exist. Specifically, the non-battle camera control transition process is executed from the middle of the battle camera control process. Thereafter, execution of the non-battle camera control process is started.

  For example, a case will be described in which the state illustrated in FIG. 10A is sequentially shifted to the state illustrated in FIGS. 10B, 11A, and 11B. First, a case where the state shown in FIG. 10A is changed to the state shown in FIG. 10B will be described. FIG. 10A shows a state in which the enemy objects EO1 to EO5 exist in the PO circle area 80 as subject objects. FIG. 10B shows a state in which the enemy objects EO1 to EO3 have moved and the enemy objects EO4 and 5 have disappeared due to the attack of the player object PO.

  Since the enemy objects EO1 and EO3 have moved outside the PO circle area 80, the registration of the subject object is cancelled. Further, since the enemy objects EO4, 5 have disappeared and do not exist in the PO circle area 80, the registration of the subject object is released. Therefore, only the enemy object EO2 is registered as a subject object. Therefore, the battle camera control process is continued, and an EO circle area 81 is formed based on the position of the enemy object EO2. Then, a CM circle area 82 is formed and the position of a new virtual camera 60 is determined.

  Next, the case where the state shown in FIG. 10B is changed to the state shown in FIG. FIG. 11A shows a state in which the enemy object EO2 has moved to the outside of the PO circle area 80. In this case, the registration of the subject object is also canceled for the enemy object EO2.

  The enemy object EO2 exists inside the end determination area 83. Since the enemy object EO2 is registered as a subject object, it is registered as a release object. The end determination area 83 is a circle area centering on the player object PO and including the PO circle area 80. In order to determine whether or not to end the battle camera control process, it is used for determining whether or not to release the object.

  As described above, the release object is included in the condition for switching from the battle camera control process to the non-battle camera control process. Even when the enemy object 80 does not exist in the PO circle area 80, when the release object exists, the non-combat camera control process cannot be switched. This prevents frequent switching between the battle camera control process and the non-battle camera control process by the enemy object EO that frequently moves between the inside and outside of the PO circle area 80, and This is to reduce the occurrence of frequent position changes.

  Here, the release object is registered on the condition that it is registered as a subject object in the PO circle area 80 and then exists outside the PO circle area 80 and in the end determination area 83. Also, the registration of the cancellation object is canceled on the condition that the termination determination area 83 no longer exists.

  In the state as shown in FIG. 11A, the enemy object EO2 is registered as a release object, and therefore the battle camera control process is continued without shifting to the non-battle camera control process. In the state shown in FIG. 11A, the EO circle area 81 based on the enemy object EO is not formed. This is because there is no enemy object EO in the PO circle area 80. Therefore, the shape of the CM circle area 82 is retained as the previous shape of the CM circle area 82.

  The position of the CM circle area 82 is determined based on the position of the player object PO. Specifically, when the current position of the player object PO is inside the CM circle area 82 at the previous position, the position of the new CM circle area 82 is the same as the previous position. That is, the previous CM circle area 82 is reset to the previous position as a new CM circle area 82.

  On the other hand, when the current position of the player object PO is outside the CM circle area 82 at the previous position, the position of the new CM circle area 82 is determined according to the position of the player object PO. That is, although the arrangement position is different, the previous CM circle area 82 is reset as a new CM circle area 82. Hereinafter, a description will be given with reference to FIG.

  FIG. 13A shows a state in which the player object PO has moved from the state shown in FIG. FIG. 13B shows a state where the player object PO has moved from the state shown in FIG. For convenience of explanation, illustration of the enemy characters EO1, 3 and the like is omitted.

  In FIG. 13A, the player object PO and the CM circle area 82 at the previous position are the player object PO ′ and the CM circle area 82 ′. The player object PO ′ and the CM circle area 82 ′ correspond to the player object PO and the CM circle area 82 shown in FIG.

  The current position of the player object PO is within the CM circle area 82 '. Therefore, the CM circle area 82 ′ is reset in the new CM circle area 82. Note that the PO circle area 80 and the end determination area 83 centered on the player object PO move following the movement of the player object PO.

  In FIG. 13B, the player object PO and the CM circle area 82 at the previous position are the player object PO ′ and the CM circle area 82 ′. The player object PO ′ and the CM circle area 82 ′ correspond to the player object PO and the CM circle area 82 shown in FIG.

  The current position of the player object PO is outside the CM circle area 82 'at the previous position. Therefore, the position of the new CM circle area 82 is determined according to the current position of the player object PO. Specifically, the new CM circle area 82 is obtained by moving the CM circle area 82 'in the moving direction of the player object PO by the movement amount DD of the player object PO outside the CM circle area 82'. . That is, the movement amount dd of the player object PO within the CM circle area 82 ′ is not taken into consideration.

  In FIG. 11A, the current position of the player object PO has not changed from the state shown in FIG. 10B, so the new CM circle area 82 is reset to the previous position.

  Next, a case where the state shown in FIG. 11A is changed to the state shown in FIG. 11B will be described. FIG. 11B shows a state in which the enemy object EO2 has moved to the outside of the end determination area 83. Therefore, the registration of the enemy object EO2 as a release object is released. Accordingly, since there is no enemy object EO and no release object in the PO circle area 80, the battle camera control process is substantially ended, and the non-battle camera control transfer process is started.

  In the non-battle camera control transfer process, a new position of the virtual camera 60 is determined based on the position of the player object PO, as in the non-battle camera control process. However, in the non-battle camera control transfer process, the setting of the visual axis 64 is different from the non-battle camera control process. In the non-battle camera control transfer process, a straight line passing through the virtual camera 60 at the previous position and the player object PO at the current position is set as a new visual axis 64.

  In FIG. 11B, the virtual camera 60 at the previous position is the virtual camera 60 ′. A straight line passing through the virtual camera 60 ′ and the player object PO at the current position is set as the visual axis 64. Similarly to the non-battle camera control process, a position where the distance from the player object PO on the visual axis 64 is a predetermined value becomes the position of the new virtual camera 60.

  By setting the visual axis 64 in this way, an increase in the movement amount of the virtual camera 60 is suppressed. Therefore, when the camera control process is switched to the non-battle camera control process, the game image is prevented from changing greatly.

  Here, as shown in FIG. 11A, when the subject object does not exist and only the release object exists, the condition registered as the subject object is different from the above-described condition. Specifically, it is a condition that it exists in the CM circle area 82 at the previous position.

  For example, when the state shown in FIG. 11A shifts to the state shown in FIG. 12A, the new CM circle area 82 is reset to the previous position. FIG. 12A shows a state in which the enemy objects EO 6 and 7 have moved to the PO circle area 80. Enemy objects EO6 and 7 are adjacent to each other, but are located outside CM circle area 82 (CM circle area 82 ') at the previous position. Accordingly, the enemy objects EO6, 7 are not registered as subject objects.

  The new CM circle area 82 is reset at the previous position. The CM circle area 82 ′ shown in FIG. 12A corresponds to the CM circle area 82 shown in FIG. The battle camera control process is also continued.

  Even when the enemy object EO2 moves to the PO circle area 80 from the state shown in FIG. 12A, it is not registered as a subject object unless it moves inside the CM circle area 82 '.

  Furthermore, when the state shown in FIG. 12A shifts to the state shown in FIG. 12B, the enemy object EO6 is registered as a subject object. FIG. 12B shows a state where the enemy object EO6 has moved to the CM circle area 82 (CM circle area 82 ′) at the previous position. Note that the CM circle area 82 ′ shown in FIG. 12B corresponds to the CM circle area 82 shown in FIG.

  In this case, the enemy object EO6 is registered as a subject object although there is no other enemy object EO adjacent thereto. Then, an EO circle area 81 is formed based on the position of the enemy object EO6. Thereafter, a new CM circle area 82 is formed based on the positional relationship between the EO circle area 81 and the player object PO. The battle camera control process is also continued.

  When the enemy object EO2 moves outside the end determination area 83 from the state shown in FIG. 12A, the registration of the enemy object EO2 as a release object is released. Then, the maintained CM circle area 82 disappears, and the enemy objects EO6, 7 existing in the PO circle area 80 are registered as subject objects, and a new EO circle area 81 and a CM circle area 82 are formed.

  Next, the non-battle camera control process and the battle camera control process described above will be described with reference to the flowcharts of FIGS. For example, the control unit 101 executes the non-battle camera control process when the control flag = 0, and executes the battle camera control process when it is determined that the control flag = 1. For example, the control unit 101 executes camera control processing corresponding to the value of the control flag for each frame.

  FIG. 15 is a flowchart showing the non-combat camera control process. First, the control unit 101 determines whether or not the enemy object EO exists in the PO circle area 80 (step S10). For example, the determination is made based on the position of each enemy object EO existing in the game space 50 and the position of the PO circle area 80. The identification of the enemy object EO may be performed based on identification information set for the enemy object EO, for example.

  If it is determined that it does not exist in the PO circle area 80 (step S11: YES), the control unit 101 calculates a new position of the virtual camera 60 based on the position of the player object PO as described above (step S11). ). Then, this process ends. Since the value of the control flag is held at 0, the non-battle camera control process is continuously executed in the next camera control process.

  On the other hand, when it is determined that the enemy object EO exists in the PO circle area 80 (step S11: NO), the above-described battle camera control transfer process is executed (step S12). At this point, the non-combat camera control process is substantially finished. In this transition process, a new position of the virtual camera 60 is determined as described with reference to FIGS. Thereafter, the non-combat camera control process is terminated. Note that the value of the control flag is changed from 0 to 1 by this transition processing. In the next camera control process, a battle camera control process is executed.

  FIG. 16 is a flowchart showing the battle camera control transfer process executed in step S12 of FIG. First, the control unit 101 executes registration processing A (step S20). The registration process A is a process for newly registering at least one enemy object EO in the PO circle area 80 as a subject object. Details will be described later.

  Next, the control unit 101 calculates the EO circle area 81 based on the position of the subject object registered in step S20 (step S21). Then, the control unit 101 determines whether or not the player object PO is located outside the EO circle area 81 (step S22).

  When it is determined that it is located outside (step S22: YES), the control unit 101 calculates an external CM circle area 82 (step S23). That is, the CM circle area 82 is calculated when the player object PO is outside the EO circle area 81.

  On the other hand, when determining that it is not located outside (step S22: NO), the control unit 101 calculates the internal CM circle area 82 (step S23). That is, the CM circle area 82 is calculated when the player object PO is inside the EO circle area 81.

  Then, the control unit 101 calculates a new position of the virtual camera 60 based on the calculated CM circle area 82 (step S25). Thereafter, the control unit 101 changes the control flag from 0 to 1 (step S26), and ends this process.

  In the processing of steps S25 and S26, as described with reference to FIG. 5B, when the angle β is 0 degrees and 90 degrees, a straight line with the angle β being a predetermined value (for example, 30 °). Is set as the visual axis 64. Then, a new position of the virtual camera 60 is calculated based on the visual axis 64 and the like.

  Next, the registration process A executed in step S20 will be described. FIG. 21 is a flowchart showing the registration process A. As described above, the registration process A is a process for newly registering at least one enemy object EO in the PO circle region 80 as a subject object.

  The control unit 101 selects one enemy object EO that is not currently registered as a subject object in the PO circle area 80 (step S100).

  Next, the control unit 101 determines whether or not the selected enemy object EO is adjacent to another enemy object EO (step S101). As described above, the determination is made using the adjacent circle region 84. If it is determined that another enemy object EO is adjacent (step S101: YES), the control unit 101 registers the enemy object EO as a subject object (step S102). For example, the identification information of the enemy object EO is stored in the storage area of the subject object in the RAM 102. Thereafter, the control unit 101 proceeds to the process of step S103.

  On the other hand, when it is determined that it is not adjacent to another enemy object EO (step S101: NO), this enemy object is not registered as a subject object, and the process proceeds to step S103. Then, the control unit 101 repeatedly executes the above-described processing until it is determined in step S103 that the above-described processing (steps S101 to S102) has been executed for all the enemy objects EO in the PO circle area 80.

  When the above-described processing is completed for all enemy objects EO (step S103: YES), the control unit 101 determines whether or not a subject object has been registered (step S104). This is a determination process for executing an exceptional process after step S105 when only non-adjacent enemy objects EO exist in the PO circle area 82.

  If it is determined that registration has been made (step S104: YES), the control unit 101 ends this process. For example, when the subject object is registered assuming that the enemy object EO is adjacent as shown in FIG. 5B, the exceptional process after step S105 is unnecessary and the process ends.

  On the other hand, when it is determined that the subject object has not been registered (step S104: NO), the control unit 101 executes the processing from step S105 onward as an exceptional process is required. For example, if there is only one enemy object EO2 in the PO circle area 80 as shown in FIG. 4A, at least the enemy object EO2 needs to be registered as a subject. It is judged necessary.

  Next, the control unit 101 determines whether or not there are a plurality of enemy objects EO in the PO circle area 80 in the process of step S105. When determining that there are a plurality of enemy objects EO (step S105: YES), the control unit 101 selects one of the plurality of enemy objects EO (step 106). As described above, for example, the enemy object EO closest to the player object PO may be selected at random. Then, the control unit 101 registers the selected enemy object EO as a subject object (step S107), and ends this process.

  On the other hand, if it is determined that only one enemy object EO exists (step S105: YES), the control unit 101 registers the enemy object EO as a subject object (step S107), and ends this process.

  In this way, in the registration process A, at least one enemy object EO is registered as a subject object.

  Next, battle camera control processing will be described. FIG. 17A is a flowchart showing the camera control process for battle. First, the control unit 101 executes a registration cancellation process (step S30). The deregistration process performs deregistration of a subject object and a deregistered object that have already been registered. Thereafter, the control unit 101 determines either the process of determining the position of the virtual camera 60 according to the situation of the enemy object EO (steps S32, 34, 36) or the non-combat camera control transfer process (step S37). Execute.

  Here, the deregistration process in step S30 will be described. FIG. 18 is a flowchart showing the deregistration process. First, the control unit 101 starts a subject object registration cancellation process. The control unit 101 selects one of the registered subject objects (S50), and determines whether or not this subject object exists in the PO circle area 80 (step S51).

  If it is determined that it exists in the PO circle area 80 (step S51: YES), the control unit 101 proceeds to the process of step S55 assuming that the registration of the subject object is held. On the other hand, when determining that it does not exist in the PO circle area 80 (step S51: NO), the control unit 101 cancels registration of the subject object of the enemy object EO (step S52).

  Thereafter, the control unit 101 determines whether or not the enemy object EO whose registration of the subject object has been canceled exists in the end determination area 83 (step S53). If it is determined that it exists in the end determination area 83 (step S53: YES), the control unit 101 registers the enemy object EO as a release object (step S54). For example, the identification information of the enemy object EO is stored in the storage area of the release object on the RAM 102.

  On the other hand, when determining that it does not exist in the end determination area 83 (step S53: NO), the control unit 101 does not register the enemy object EO as a release object, and proceeds to step S55. Thereafter, the control unit 101 repeatedly executes the above-described processing until it is determined in step S55 that the above-described processing (steps S51 to S54) has been executed for all the subject objects.

  For example, in FIG. 11A described above, the enemy objects E1 and 3 that have moved to the outside of the PO circle area 80 and the end determination area 83 are released from the registration of the subject object and are not registered as a release object. Further, the enemy object EC2 that has moved outside the PO circle area 80 but is located inside the end determination area 83 is registered as a release object, although the registration of the subject object is cancelled.

  After that, when the processing for all the subject objects is completed (step S55: YES), the control unit 101 executes processing for canceling registration of the cancellation object. First, the control unit 101 selects one release object already registered (S56), and determines whether or not this release object is located in the end determination area 83 (step S57).

  If it is determined that it exists in the end determination area 83 (step S57: YES), the control unit 101 proceeds to the processing of step S59 assuming that the registration of the release object is held. On the other hand, when determining that it is not located in the end determination area 83 (step S57: NO), the control unit 101 cancels the registration of the cancellation object of the enemy object EO (step S58), and proceeds to the process of step S59. To do. For example, in FIG. 11B described above, the enemy object EO2 that is the release object has moved to the outside of the end determination area 83, so that the registration of the release object is released.

  Thereafter, the control unit 101 repeatedly executes the above-described processing until it is determined in step S59 that the above-described processing (steps S57 and S58) has been completed for all the release objects. When the processing for all the cancellation objects is completed (step S59: YES), the control unit 101 ends the registration cancellation processing.

  Next, returning to FIG. 17A, the processing after step S31 will be described. In step S31, the control unit 101 determines whether there is a registered subject object. Here, it is determined whether or not the subject object exists, as shown in FIGS. 10 to 12, the subsequent position determination processing of the virtual camera 60 differs depending on the presence or absence of the subject object. Because.

  If it is determined that there is a registered subject object (step S31: YES), the control unit 101 executes camera position determination processing A (step S32), and determines a new virtual camera 60 position. Thereafter, the control unit 101 ends the battle camera control process. The camera position determination process A will be described later.

  On the other hand, when determining that the subject object does not exist (step S31: NO), the control unit 101 determines whether there is a registered release object (step S33). Here, as shown in FIG. 11 and FIG. 12, whether or not the release object exists is determined depending on the presence / absence of the release object. Because.

  If it is determined that there is a registered release object (step S33: YES), the control unit 101 executes camera position determination processing B (step S34), and determines a new virtual camera 60 position.

  For example, a state in which a subject object as shown in FIG. 11A is released and there is an enemy object EO2 registered as a release object is applicable. Thereafter, the control unit 101 ends the battle camera control process. The camera position determination process B will be described later.

  On the other hand, when determining that there is no registered release object (step S33: NO), the control unit 101 determines whether or not the enemy object EO exists in the PO circle area 80 (step S35). When it is determined that the enemy object EO exists in the PO circle area 80, the control unit 101 executes the virtual camera position determination process A (step S36) and determines a new virtual camera 60 position.

  For example, there is no subject object or cancellation object already registered, but there is a state where an enemy object EO not registered as a subject object is in the PO circle area 80. Thereafter, the control unit 101 ends the battle camera control process.

  On the other hand, when it is determined that the enemy object EO does not exist in the PO circle area 80, the control unit 101 performs non-battle camera control transfer processing (step S37) and determines the position of the new virtual camera 60.

  For example, there is a state in which neither a subject object nor a release object exists and no other enemy object EO is in the PO circle area 80 as shown in FIG. That is, there is no enemy object EO around the player object PO. Also, the value of the control flag is changed from 1 to 0 by this transition processing. Thereafter, the control unit 101 ends the battle camera control process, and executes the non-battle camera control process in the next camera control process.

  Here, the non-combat camera control transfer process executed in step S37 will be described. FIG. 17B is a flowchart showing a non-combat camera control transfer process. First, the control unit 101 cancels all registration of the subject object and the cancel object (step S40).

  Next, the control unit 101 calculates the position of a new virtual camera 60 (step S41). For example, the position of the virtual camera 60 is calculated based on the position of the player object PO as described with reference to FIG. Then, the control unit 101 changes the setting of the value of the control flag from 1 to 0 (step S42), and ends this transition process.

  Next, the camera position determination process A executed in steps S32 and S36 in FIG. FIG. 19 is a flowchart showing the camera position determination process A. First, the control unit 101 determines whether there is a subject object that has already been registered (step S60). Depending on this determination, conditions for newly registering an enemy object as a subject object differ. If it is determined that there is no registered subject object (step S60: NO), the control unit 101 executes registration processing A (step S61), and proceeds to the processing of step S63. This corresponds to the case where it is executed in step S36 shown in FIG.

  The registration process A is a process for newly registering at least one enemy object EO in the PO circle area 80 as a subject object. This registration process A is the same as the process executed in step S20 of the battle camera control transfer process shown in FIG.

  On the other hand, when it is determined that there is a registered subject object (step S60: YES), the control unit 101 executes a registration process B (step S62). This corresponds to the case where it is executed in step S32 shown in FIG. In the registration process B, as described above with reference to FIG. 9, only the adjacent enemy object EO is newly registered as a subject object. Details of the registration process B will be described later.

  In these registration processes A and B, an unregistered enemy object EO is targeted as a subject object when this process is executed.

  By this registration processing A and B, an unregistered enemy object EO is newly registered as a subject object, and the already registered subject object is updated in the registration cancellation processing of step S30 shown in FIG. Therefore, the update of the registration status of the subject object is completed by these processes.

  Thereafter, the control unit 101 calculates the EO circle area 81 based on the registered position of the subject object (step S63). Then, the control unit 101 determines whether or not the player object PO is located outside the EO circle area 81 (step S64). If it is determined that it is located outside (step S64: YES), the control unit 101 calculates an external CM circle area 82 (step S65). On the other hand, if it is determined that it is not located outside (step S64: NO), the control unit 101 calculates the internal CM circle area 82 (step S66). In addition, the process of step S63-66 is the same as the process of step S21-24 shown in FIG.

  Then, the control unit 101 calculates a new position of the virtual camera 60 based on the calculated CM circle area 82 (step S67), and ends this camera position determination process A. In the process of step S67, unlike the process of step S25 shown in FIG. 16, a new position of the virtual camera 60 is calculated as described with reference to FIG.

  Next, the registration process B executed in step S62 will be described. FIG. 22A is a flowchart showing the registration process B. The registration process B is the same as the process of steps S100 to S103 of the registration process A shown in FIG. 21, and only the adjacent enemy object EO is newly registered as a subject object. First, the control unit 101 selects one enemy object EO that is not currently registered as a subject object in the PO circle area 80 (step S110).

  Next, the control unit 101 determines whether or not the selected enemy object EO is adjacent to another enemy object EO (step S111). When determining that it is adjacent to another enemy object EO (step S111: YES), the control unit 101 newly registers this enemy object EO as a subject object (step S112), and proceeds to the process of step S113. .

  On the other hand, if it is determined that it is not adjacent to another enemy object EO (step S111: NO), it is determined that it cannot be registered as a subject object, and the process proceeds to step S113. Then, the control unit 101 repeatedly executes the above-described processing until it determines that the above-described processing (steps S111 and S112) has been executed for all the unregistered enemy objects EO in the PO circle area 80. When the above processing for all the enemy objects EO is completed (step S113: YES), the control unit 101 ends this registration processing A.

  Next, the camera position determination process B executed in step S34 of FIG. FIG. 20 is a flowchart showing the camera position determination process B. The camera position determination process B determines a new position of the virtual camera 60 in a state where the enemy object EO registered as the release object exists, as described with reference to FIGS. 11A, 12 and 13. To do.

  First, the control unit 101 performs a registration process C (step S70). Similar to the registration processes A and B, the registration process C is a process for newly registering the enemy object EO as a subject object. However, in the registration process C, conditions for newly registering a subject object are different from those in the registration processes A and B. The condition is that the enemy object EO is located in the CM circle area 82 at the previous position as shown in FIG. Details will be described later.

  Next, the control unit 101 determines whether or not a subject object exists (step S71). When it is determined that the subject object exists (step S71: YES), the control unit 101 executes the same processing (steps S72 to S76) as the processing from step S63 to S67 of the camera position determination processing A in FIG. For example, as shown in FIG. 12B, a case where there is an enemy object EO6 newly registered as a subject object is applicable. Thereafter, the control unit 101 ends the camera position determination process B.

  On the other hand, when determining that the subject object does not exist (step S71: NO), the control unit 101 determines whether or not the player object PO is located in the CM circle area 82 at the previous position (step S77).

  When it is determined that the player object PO is located in the CM circle area 82 at the previous position (step S77: YES), the CM circle area 82 at the previous position is reset as a new CM circle area 82 (step S79). . For example, the case shown in FIG. Further, as shown in FIG. 13A, the case where the player object PO moves in the previous CM circle area 82 is also applicable. Thereafter, the control unit 101 proceeds to the process of step S76.

  On the other hand, when it is determined that the player object PO is located outside the CM circle area 82 at the previous position (step S77: NO), the control unit 101 performs a new operation based on the moving direction and moving amount of the player object PO. The CM circle area 82 having the same shape as the previous CM circle area 82 is reset (step S78). For example, the case shown in FIG. Thereafter, the control unit 101 proceeds to the process of step S76.

  Then, the control unit 101 calculates a new position of the virtual camera 60 based on the reset CM circle area 82 and the like (step S76), and ends this camera position determination process B.

  Next, the registration process C executed in step S70 will be described. FIG. 22B is a flowchart showing the registration process C. In the registration process C, among the enemy objects EO in the PO circle area 80, the enemy object EO existing in the CM circle area 82 at the previous position is registered as a subject object.

  First, the control unit 101 selects one enemy object EO that is not currently registered as a subject object in the PO circle area 80 (step S120). Then, the control unit 101 determines whether or not the selected enemy object EO is located in the CM circle area 82 at the previous position (step S121).

  If it is determined that it is located (step S121: YES), the control unit 101 newly registers this enemy object EO as a subject object (step S122), and proceeds to the process of step S123. For example, the case shown in FIG.

  On the other hand, if it is determined that it is not located (step S121: NO), the process proceeds to step S123. For example, the case shown in FIG.

  Then, the control unit 101 repeatedly executes the above process until it determines that the above process (steps S121 and S122) has been completed for all the unregistered enemy objects EO in the PO circle area 80 (step S123). ). Thereafter, when the control unit 101 determines that the above processing has been completed for all enemy objects PO (step S123: YES), the registration processing C is terminated.

  As described above, the position of the virtual camera 60 is controlled based on the positional relationship between the player object PO and a plurality of enemy objects EO different from the player object PO. For this reason, the player object PO and the plurality of enemy objects EO are appropriately included in the game image. Therefore, the visibility of the game image for the user can be further improved even in a three-dimensional virtual space where the player object PO and the plurality of enemy objects EO are present.

  In particular, since the position of the virtual camera 60 is determined using an area based on the position of each enemy object EO that is the subject object, the amount of change in the position of the virtual camera 60 (viewpoint 62) due to the movement of the enemy object EO. The increase can be suppressed. Therefore, it can suppress that the content of a game image changes rapidly, and it is easy for a user to visually recognize it.

  In addition, although each area | region 80-84 of this embodiment is circular shape, it does not specifically limit to this. Any shape is acceptable.

  In this embodiment, the position of the virtual camera 60 is determined based on the positional relationship between the player object PO and a plurality of enemy objects EO different from the player object PO. However, the virtual camera 60 is not limited to the enemy object EO. Absent. For example, it may be a plurality of ally objects that become the ally of the player object PO.

  Moreover, it is not limited to the same kind of objects as the enemy object EO or the like. For example, the position of the virtual camera 60 may be determined based on the positional relationship between the player object PO and a plurality of enemy objects EO and ally objects. In this case, a circle area corresponding to the EO circle area 81 may be formed based on the positions of the plurality of enemy objects EO and the teammate objects.

  Further, the plurality of enemy objects EO are so-called non-player objects whose movements are controlled by the control unit 101, but are not particularly limited to non-player objects. For example, the enemy object EO may be configured to be operated by another user different from the user who operates the player object PO. A game or the like in which a user and another user play against each other is applicable.

  In this case, another user's video game apparatus 10B is connected to the user's video game apparatus 10A via the communication line 2 so as to be communicable. A common game space is realized by transmitting and receiving game data and the like between the video game apparatuses 10A and 10B. The other user may operate his / her enemy object EO using the operation unit 38 connected to his / her game apparatus 10B. The above-mentioned ally object can also be made similar.

  In this embodiment, the non-battle camera control process and the battle camera control process are alternatively executed, but only the battle camera control process is executed in a game where an enemy object always appears. May be.

  In the above description, the video game apparatus 10 is exemplified as the image processing apparatus of the present invention, but a personal computer, a smartphone, a tablet terminal, or the like may be used.

  In addition, the present invention can also be applied to a case where a server device and a client terminal are connected via a communication line such as the Internet. For example, there is a configuration in which a server device performs game execution processing, and a client terminal receives data from the server device and displays a game image. In this case, the server device corresponds to the image processing device.

  Further, the present invention is not limited to an image processing apparatus that realizes a three-dimensional virtual space for a video game. For example, an image processing apparatus that generates a three-dimensional virtual space that is different from a video game in which an avatar owned by a user is active and interacts with other avatars or purchases virtual items in a virtual store or the like There may be.

10 Video Game Device 38 Operation Unit 60 Virtual Camera 80 PO Circle Area 81 EO Circle Area 82 CM Circle Area 83 End Determination Area 84 Adjacent Circle Area 101 Control Unit 102 RAM
103 HDD
104 Graphic processing unit 106 DVD / CD-ROM drive 106A Recording medium 108 Input / output interface EO Enemy object PO Player object

Claims (1)

A computer device that is an image processing device that captures at least a part of a three-dimensional virtual space with a virtual camera to generate a two-dimensional image,
Virtual camera control means for controlling movement of the virtual camera in the three-dimensional virtual space;
Object control means for generating a player object operated by a user via an operation unit and a plurality of objects different from the player object in a three-dimensional virtual space, and controlling operations of the player object and the plurality of objects;
Function as
The virtual camera control means includes
The player object and the subject object are selected so that an object existing within a predetermined range including the player object is selected as a subject object from the plurality of objects, and the player object and the subject object are included in the imaging range. And determining the position of the virtual camera based on the positional relationship with
A first area including all of the subject objects is calculated based on each position of the subject object, and a positional relationship between the player object and the subject object is determined as a positional relationship between the player object and the first region. And
Image processing program.

Images