JP5802307B1 - Game program - Google Patents

Abstract

The present invention provides a camera work control of a virtual camera that improves usability to a user without impairing the sense of presence of the game. The virtual camera 3 is made to track the player object so that the position of the object 1 is included in the view area, the position of the enemy object 2 is in the detection area, and the position of the identified enemy object is the view field When not in the region, the virtual camera 3 is moved within a movable range consisting of a part of the sphere surface centered on the visual field center point while keeping the visual field center point at a fixed position, and the player object 1 and Each position of the enemy object 2 is configured to be included in the view area. [Selection] Figure 11

Description

  The present invention relates to a game program that controls the operation of a virtual camera in a virtual space in a game. More specifically, the present invention automatically tracks a virtual camera with respect to a player object that moves a virtual space by a user command, and The present invention relates to a game program that controls the position and orientation of a virtual camera in consideration of the existence of an object.

  A technique is known in which a virtual camera is placed behind a character (player object) as a main character in a virtual space in a game, and the movement is projected according to the movement of the character in the virtual space. In particular, for applications such as racing games, a technique is known in which a plurality of virtual cameras are provided in a virtual space, and images from a plurality of fields of view are selectively switched and displayed. In the prior art, in particular, efforts have been made to enhance the realistic sensation given to the user by devising the operation of such a virtual camera.

  For example, in Patent Document 1, when an enemy object exists near a player object moving on a given route in a competitive game, the player route is automatically changed to approach the enemy object. In conjunction with this, the virtual camera is tracked.

  By the way, in recent years, a smartphone game in which a user enjoys a game using a touch screen of his / her smartphone has been widespread. As a user operation using a smartphone, the user usually performs a one-hand touch screen operation with the touch screen directed in the vertical direction. In this regard, even in a smartphone game, it is preferable to advance the game by fixing the touch screen in the vertical direction so that the user can perform one-hand operation. When the touch screen is fixed in the horizontal direction, user operations with both hands are required as in a normal game terminal.

  When fixing the touch screen in the vertical direction in a smartphone game, the display range on the left and right is inevitably narrow. For example, in a battle game in a virtual space, the player object moves fast in the horizontal direction. If there are obstacles such as enemy objects or traps in the horizontal direction, these will suddenly appear on the screen. This constitutes a surprise that is unfavorable for the user in the progress of the game. That is, regarding the view display from the virtual camera, there is a risk of giving the user a lot of discomfort when compared to when the display is fixed in the horizontal direction.

JP2013-81621A

  An object of the present invention is to provide camera work control of a virtual camera that improves usability for a user without impairing the sense of reality of the game. In particular, when a user operates a touch screen in a smartphone game, the restriction of a screen display area in a specific direction is eliminated through effective camera work control of a virtual camera.

  In order to solve the above problems, the present invention provides a game program for causing a computer to control a virtual camera provided in a virtual space. That is, an image generation unit that generates a game image to be displayed on the display unit based on a moving operation unit that moves a player object placed in the virtual space based on a user command from the input unit, and a view area from the virtual camera The computer functions as a specific detection unit that identifies the position of the enemy object, detects an enemy object within a detection region associated with the center point of view, and a control unit that optimizes the view region from the virtual camera. Then, according to the movement of the player object, the control unit moves the visual field center point so that the position of the player object is included in the visual field area, causes the virtual camera to track the player object, When the position is within the detection area and the position of the identified enemy object is not within the visual field area, the visual field central point is maintained at a fixed position, and consists of a part of the sphere surface centered on the visual field central point. The virtual camera is moved within the movable range, and each position of the player object and the enemy object is included in the visual field area.

  In the present invention, the control unit further moves the moved virtual camera in a reverse direction with respect to the visual center point in the virtual space. In addition, the movable range is a region determined by a polar angle range and an azimuth angle range of a given angle with respect to a visual field center point on a horizontal plane. In particular, the azimuth angle range is a range of ± 10 degrees or less.

  According to the present invention, it is possible to automatically detect an enemy object that is not displayed on the user screen but exists nearby, and to provide camera work for displaying an image of the enemy object together with the player object. Thereby, the presence of such an enemy object can be presented on the user screen at an early stage, and usability can be improved without giving the user a sense of discomfort in the progress of the game.

  By controlling the rotation of the virtual camera on the spherical plane, the position of the enemy object can be displayed close to the center line of the screen with respect to the player object, and peripheral information about the enemy object can be displayed while the game is in progress. Can be displayed on the screen more. Thereby, the restriction | limiting of the screen display area | region of the specific direction like the horizontal direction in the smart phone screen fixed to the vertical direction can be eliminated, and a user action (attack etc.) with respect to an enemy object can be promoted effectively.

  In the present invention, the reason why the rotation angle of the virtual camera is limited to “10 degrees or less” as described above is the result of considering screen sickness (video sickness) by the user. That is, by limiting the rotation of the virtual camera to 10 degrees, it is possible to provide effective usability that does not cause screen sickness without impairing the sense of presence for the user.

FIG. 1 is an example of a game image that is actually displayed according to an embodiment of the present invention. FIG. 2 is a schematic diagram of a game system according to an embodiment of the present invention. FIG. 3 is a functional block diagram of a game server included in the game system according to the embodiment of the present invention. FIG. 4 is a schematic three-dimensional view showing an arrangement example of the virtual camera and the player object in the virtual space realized by using the game system of FIG. 2 according to the embodiment of the present invention. FIG. 5 is a schematic plan view illustrating an arrangement example of the virtual camera and the player object in the virtual space according to the embodiment of the present invention. FIG. 6 is a schematic flowchart of camera work control processing of the virtual camera implemented based on the game system of FIG. FIG. 7 is a schematic three-dimensional view showing a specific example of camera work in the virtual space regarding the automatic tracking of the player object shown in FIG. FIG. 8 is a flowchart of the process of optimizing the visual field area of the virtual camera among the processes shown in FIG. FIG. 9 is a schematic plan view showing a virtual camera and each object arrangement example in the virtual space realized by using the game system of FIG. 2 according to the embodiment of the present invention. FIG. 10 is a schematic three-dimensional view showing a specific example of the movable range of the virtual camera in the virtual space with respect to the optimization processing shown in FIG. FIG. 11 is a schematic plan view illustrating a specific example of the movable range of the virtual camera in the virtual space with respect to the optimization processing illustrated in FIG. 8. FIG. 12 is a schematic plan view showing rotation in the azimuth direction of the virtual camera corresponding to FIGS. 9 and 11 (2). FIG. 13 is a schematic three-dimensional view showing a specific example of the movement path in the movable range of the virtual camera shown in FIG. FIG. 14 is a schematic side view showing a specific example of the camera work of the virtual camera in the virtual space regarding the optimization processing shown in FIG. FIG. 15 is an example of an actual game image in which the optimization process shown in FIG. 8 is implemented.

  Hereinafter, a game program for causing a computer to control the operation of a virtual camera provided in a virtual space according to an embodiment of the present invention and a game system related thereto will be described with reference to the drawings.

Outline of Game Content First, referring to FIG. 1, an outline of an example of game content in which the game program of the present invention is implemented is shown. Here, as in the display screen 11 of FIG. 1, an action RPG is assumed as a game content mode. The player object 1 displayed at the center of the display screen 11 can move in the game virtual space along the horizontal plane in principle according to a user command through the terminal input unit. A virtual camera 3 is disposed behind and above the player object 1 (not shown), and a game image 6 is generated based on the field of view from the virtual camera 3 and displayed on the display screen 11.

  In addition, a circular enemy object detection area 7 centered on the player object 1 is arbitrarily displayed as a game image 6 on the display screen 11 (described later). Further, on the upper right side of the display screen 11, wide area plane information 6 a in the virtual space centered on the player object 1 is displayed as a part of the game image 6. The wide area plane information 6 a shows a plan view from the vertical direction with the player object 1 as the center, together with the orientation and the movable range of the player object 1, and is wider than the view area from the virtual camera 3. Can be presented to the user.

  In addition, on the upper left side of the display screen 11, as the characteristic information 6b of the player object 1 in the action RPG, the character type, character image, strength (hit points (HP) and save points (SP)), etc. are also game images. 6 is displayed. The player object 1 shown in FIG. 1 is shown to have a sword as a weapon, but in the action RPG, the strength of the player object 1 is changed by such a weapon. Since it is configured, weapon information and the like are preferably included in the characteristic information.

  In FIG. 1, the enemy object 2 (not shown, which will be described later in FIG. 9 and later) does not yet exist in the peripheral area, and therefore is not displayed on the game image 6 as the wide area plane information 6 a. However, when the player object 1 is moved by the user command and / or the enemy object 2 is moved by the given program command, when these objects come close to each other, the enemy object 2 is first present in the wide area plane. It is displayed in the information 6a and then displayed in the game image 6. In this case, the user can move the player object 1 to the enemy object 2 by further moving the player object 1 to the position of the enemy object 2 by a user operation.

  The content of the game program of the present invention is not limited to such an action RPG. A game in which a plurality of objects can exist simultaneously in the virtual space and all or part of these objects can be specified on the display screen based on the field of view from the virtual camera 3 and can be moved in the space by the user. In addition to the action RPG, the present invention can be applied to, for example, a shooting game.

Outline of Game System With reference to FIG. 2 and FIG. 3, a basic configuration of the game system 100 in the embodiment of the present invention will be described. 2 and 3 are block diagrams functionally showing only main components of the game system. As shown in FIG. 2, the game system 100 includes a user terminal 10 and a game server 50.

  Referring to FIG. 2, the user terminal 10 includes a terminal display unit 11, a terminal input unit 12, a terminal processing unit 13, a terminal communication unit 14, a terminal storage unit 15, and the like, and interacts with the game server 50 via a network. Is possible.

  The terminal display unit 11 temporarily stores the game screen generated by the game server 50 and received by the terminal communication unit 14 in the terminal storage unit 15 and displays the game screen. The terminal display unit 11 is realized by, for example, a liquid crystal display (LCD). The terminal input unit 12 is used to input commands for causing the player object 1 to perform various operations (“movement”, “fight against an enemy object”), and is realized by, for example, a touch panel or operation buttons. Based on the input command from the terminal input unit 12, the terminal processing unit 13 creates a user command, communicates with the game server 50 through the terminal communication unit 14 and the network, and causes the game server 50 to execute the program. . The user terminal 10 is preferably a smartphone, and in this respect, the terminal input unit 12 is preferably a touch panel.

  On the game server 50 side, upon receiving a user command from the user terminal 10 via the communication unit 53, the processing device 52 processes the game program 510 having various program modules stored in the storage unit 51. The processing device 52 is executed using the business data 520 and returned to the user terminal 10.

  In relation to FIG. 2, all or part of the functions as the information processing apparatus may be configured to be performed by the user terminal 10. In this case, the user terminal 10 alone constitutes the information processing apparatus, or the user terminal 10 and the game server 50 constitute the information processing apparatus.

Further, exemplary functions of the game server 50 will be described with reference to FIGS. 2 and 3.
Various program modules 510 will be described. The player / object movement operation module 511 implements a function as the player / object movement operation unit 61 that moves the player / object 1 in the virtual space in accordance with a user command. The game image generation module 512 implements a function as the game image generation unit 62 that generates the game image 6 based on the field of view from the virtual camera 3. The enemy object identification module 513 implements a function as an enemy object identification detection unit 63 that identifies the position of the enemy object in the virtual space, and in particular detects whether the enemy object 2 has entered the enemy object detection area 7. . The virtual camera control module 514 implements a function as the virtual camera control unit 64 that controls the camera work operation of the virtual camera 3 and optimizes the view area (camera work processing will be described later).

  The processing data 520 will be described. The virtual space data 521 mainly includes data that defines the virtual space. In the example of FIG. 1, the waterside area 6A, the sandbox area 6B, the rock wall area 6C, and the grassland area 6D are defined as three-dimensional space data in the virtual space, and the player object 1 has only the sandbox area 6B portion in the horizontal plane. Define to be movable along. The player object data 522 includes the enemy object detection area 7 associated with the position coordinates, orientation, position information of the player object 1 in the virtual space, the shape and size of the enemy object detection area 7, player characteristic information, and the like. including. The enemy object data 523 includes the number of enemy objects, respective position coordinates, actions, enemy object characteristic information, and the like. The virtual camera data 524 includes various data for defining the coordinate position, azimuth, viewing angle, and other view areas from the virtual camera 3 of the virtual camera.

In-game three-dimensional virtual space With reference to FIGS. 4 and 5 , a three-dimensional virtual space in which the player object 1 and the virtual camera 3 are arranged will be described.

  As shown in FIG. 4, the player object 1 and the virtual camera 3 are arranged in the XYZ-3D space. The virtual camera 3 is configured to set a view area 8 and photograph the player object 1 from behind and above the player object 1. More specifically, the virtual camera control module 514 sets the visual field region 8 so that the center is the visual field center point 5, and aligns the visual field central point 5 so that it is always the central point in the game image 6. To do. The visual field center point is a point where the central axis extending from the virtual camera intersects the horizontal plane.

  In the example of FIG. 4, the player object 1 is arranged on the visual field center point 5, and in this case, the player object 1 is displayed at the center (broken line intersection) in the game image 6 as shown in FIG. The As the player object 1 moves in the virtual space, the visual field region 8 is adjusted by moving the visual field center point by controlling the position and orientation of the virtual camera 3.

  In FIG. 4, the enemy object detection area 7 is shown as a circular area around the visual field center point 5 on the XY plane. As shown in the figure, the visual field area 8 and the enemy object detection area 7 of the virtual camera 3 are set independently in the virtual space, and therefore there may be areas where they do not overlap. That is, there may be one or more blind areas 9 and 9 ′ that are included in the enemy object detection area 7 but are not included in the view area 8. When the enemy object 2 is present in the blind areas 9 and 9 ′, the enemy object 2 is not reflected in the game screen 6 even though the enemy object 2 is sufficiently close to the player object 1. Means that.

Similarly, FIG. 5 is an XY plan view of FIG. 4 viewed from the Z-axis upper direction. The fixed viewing angle θ _f of the virtual camera facing the visual field center point 5 is basically determined based on the aspect ratio of the display screen 11. As described above, when the user uses the touch screen fixed in the vertical direction as a smartphone game, the viewing angle θ _f becomes very narrow, and thus the horizontal area display cannot be sufficiently secured. There is a problem. That is, when a smartphone is applied as the user terminal 10, the area of the blind regions 9, 9 ′ is very large in the horizontal direction of the screen. This causes a situation in which the enemy object 2 suddenly appears from the lateral direction in an unfavorable manner during the progress of the game, and makes the user uncomfortable. Therefore, it is necessary to optimize the display area of the virtual camera 3 in order to solve the above problem.

  In FIGS. 4 and 5, the enemy object detection area 7 is shown as a circular area on the XY plane as an example. However, the present invention is not limited to this, and can have any shape and size. In particular, the detection area 7 is preferably determined based on characteristic information such as the strength of the player object 1 and the type of weapon possessed. For example, in the case where the enemy object detection area 7 is a circle area as described above, if the radius of the circle is determined based on the strength of the weapon possessed by the player object 1, the fun as a competitive game increases. This is because the stronger the weapon is held, the more the user's need to match the player object 1 with more enemy objects 2 can be satisfied.

The camera work operation control process of the virtual camera The camera work operation control process of the virtual camera 3 using the game program of the present invention and the related game system will be described in detail.

  FIG. 6 is a flowchart showing an outline of the camera work control process of the virtual camera 3. First, in step S10, the player / object moving operation module 511 moves the player / object 1 arranged in the virtual space based on a user command from the terminal input unit 12. In step S20, the visual center point 5 is moved by the virtual camera control module 514 so that the position of the player object 1 is included in the visual field area 8 in accordance with the movement of the player object 1, and the virtual camera 3 is moved to the player.・ Automatically track object 1.

  Here, an aspect of automatic tracking will be described with reference to FIG. An example of automatic tracking of the virtual camera 3 when the player object 1 moves horizontally in the virtual space from the lower left to the upper right in FIG. 7 along the movement path 4 on the XY plane is performed as follows.

  As described above, the visual field center point 5 is a point where the central axis extending from the virtual camera intersects the horizontal plane, and is aligned so as to always be the center point in the game image 6. At the start of movement of the player object 1, the virtual camera 3 places the player object 1 on the visual field center point 5. That is, it is captured so as to be the center on the game screen. Next, when the player object 1 is moving along the movement path 4, the virtual camera 3 also moves along the movement path 4 while maintaining a certain height in the Z direction (dotted arrow in FIG. 7). The view center point 5 is moved. At this time, the visual field center point 5 ′ may be lowered backward by a predetermined distance along the movement path 4 with respect to the position of the player object 1. That is, the player object 1 is arranged in front of the visual field center point 5 ′ along the movement path 4. Finally, when the player object 1 finishes moving, the player object 1 is placed again on the visual field center point 5 ″ as in the case of starting movement. In this way, the player object 1 is positioned on the visual field center point 5, 5 ″ when stationary, and is arranged so as to leave a certain distance from the visual field center point 5 ′ during movement, that is, the visual field center point. It is understood that the registration is performed in relation to the position.

  Returning to FIG. 6, the enemy object specifying module 513 specifies the position of the enemy object 2 in the vicinity in step S <b> 30, and the enemy object 2 is located in the enemy object detection area 7 associated with the visual field center point 5. In this case, in step S40, it is determined whether the position is not within the field of view 8 from the virtual camera 3 (that is, within the blind region 9 (9 ′) outside the field of view 8). To do.

  If it is determined that the enemy object 2 is located in the blind area 9, then the process proceeds to step S50, where the virtual camera control module 514 keeps the visual field center point 5 in the visual field area 8 at a fixed position, while maintaining the visual field center point 5 The visual field 8 is optimized by adjusting the position of the virtual camera with respect to (see below). In step S <b> 60, the game image generation module 512 generates a game image based on the field of view 8 from the virtual camera 3 so that it can be displayed on the terminal display unit 11.

The optimization process of the visual field area 8 in step S50 will be described in more detail with reference to FIG.
FIG. 8 is a flowchart showing the details of the optimization process in step S50 performed by the camera control module 514. In contrast to the state in which the enemy object 2 is not located in the enemy object detection area 7 or the visual field area 8 as shown in FIG. 9 (1), FIG. It is in a state of being out of 8 (that is, located in the blind area 9). When the enemy object 2 enters the blind area as shown in FIG. 9 (2), camera work control by the optimization process is performed.

Prior to the first step 51, the virtual camera data 524 (particularly the virtual camera initial position L1 (x ₁ , y ₁ , z ₁ )) at the time of starting the optimization process is stored in the storage unit 51. Good. This is because after the optimization process is completed and the user causes the player object 1 to perform a predetermined action (for example, “match”) on the enemy object 2, the stored virtual camera data 524 is used. This is because it is preferable for the progress of the game to rearrange the virtual camera 3 at the original position.

In step S51, first, a movable range 70 consisting of a part of the sphere surface centered on the visual field center point 5 is determined. The movable range 70 will be described with reference to FIGS. 10 and 11. As shown in FIG. 10, the visual field center point 5 is the coordinate origin (0, 0, 0), and the spherical coordinates are defined as polar coordinates in the three-dimensional space around the visual field center point 5 on the horizontal plane, and the virtual camera initial position L1 Is defined as L1 (r ₁ , θ ₁ , φ ₁ ). Then, a movable range 70 is defined as a range in which the virtual camera 3 can move. At this time, the position of the moving virtual camera 3 can be expressed in polar coordinates as L (r ₁ , θ _c , φ _c ) (in addition to the description in the XYZ coordinate system). In general, θ _c is referred to as a polar angle, and φ _c is referred to as an azimuth angle, and the movable range 70 of the virtual camera 3 is shaded in FIG. 10 as having a polar angle range and an azimuth angle range. Region 70 is configured.

11 (1) shows the XZ plane viewed from the Y-axis direction, and FIG. 11 (2) shows the XY plane viewed from the Z-axis direction. As shown in FIG. 11, the movable range of the virtual camera 3 is shown. It is understood that 70 has a preset polar angle θ and azimuth angle φ with respect to the virtual camera initial position L1. That is, the polar angle range of the movable range 70 is determined as θ ₁ ≦ θ _c ≦ θ ₁ + θ, and the azimuth angle range is determined as φ ₁ −φ / 2 <= φ _c ≦ φ ₁ + φ / 2.

As described above, the movable range 70 is configured as a part of the sphere surface, and the distance between the visual field center point 5 and the virtual camera 3 is kept constant (r ₁ ), so that the user can feel a sense of reality. . By configuring the movable range 70 so as to have a polar angle range and an azimuth angle range, it is only necessary to use only the polar coordinate parameters of θ and φ when the moving path of the virtual camera 3 is designed and implemented. And processing efficiency can be improved.

As described above with reference to FIG. 5, in view of the problem that the viewing angle θ _f becomes very narrow and the display of the horizontal region is not sufficiently secured, the virtual camera 3 is set to the polar angle. It should be noted that it is necessary to move not only in the direction but also in the azimuth direction by rotation.

  Here, it has been confirmed by experiments of the present inventor that the virtual camera rotation angle in the azimuth direction is preferably 10 degrees or less. That is, if the player object 1 is allowed to move around the enemy object 2 without providing an angle limit, the visual field area rotates accordingly. This is in a state close to that the user is riding a coffee cup at an amusement park, so that it is easy for the user to experience screen sickness (video sickness), which is not appropriate. Also, if the angle limit is set to about 30 degrees, some users will be evaluated as “more realistic”, but this angle is also inappropriate for users who are prone to screen sickness. did. On the other hand, if the angle limit is 10 degrees or less, there is almost no screen sickness for the user, so the rotation angle should be set to 10 degrees or less.

  In FIG. 10 and subsequent figures, it is assumed that the player object 1 is moving, and note that the position of the player object 1 is shifted from the visual center point 5 as described with reference to FIG. deep.

Returning to FIG. 8, in step S52, the movement destination position L2 (r ₁ , θ ₂ , φ ₂ ) of the virtual camera 3 in the optimization process is determined. In particular, the movement of the virtual camera in the azimuth direction requires that the distance from the position of the enemy object 2 to the position of the virtual camera 3 must be shortened in order to include the enemy object 2 in the field of view 8 of the virtual camera. It is necessary to pay attention to. More specifically, as can be seen with reference to FIG. 12 (corresponding to FIG. 9), the virtual camera 3 is based on the distance d ₁ when the distance (d ₂ ) between the virtual camera 3 and the enemy object 2 is the initial position L1. Must be moved in the direction of shortening (ie, the counterclockwise direction indicated by the arrow) (d ₁ > d ₂ ).

Referring to FIG. 8 again, when the movement destination position L2 is determined in step S52, in step S53, the virtual camera passing through the movable range 70 between the initial position L1 of the virtual camera and the position L2 after the movement is determined. The movement path 72 is determined. FIG. 13 shows an example of the moving path 72 of this virtual camera. Here, as L2 (r ₁ , θ ₂ , φ ₂ ) = (r ₁ , θ ₁ + θ, φ ₁ −φ / 2), the movement path 72 between L 1 and L 2 is indicated by an arrow. The movement path 72 should pass through the movable range 70 and connect the positions L1 and L2 with the shortest distance.

  When the movement path 72 of the virtual camera 3 is determined through a series of processes of steps S51 to S53 in FIG. 8, the posture is adjusted so as to keep the visual field center point at a fixed position along the movement path 72 in step S54. Meanwhile, the virtual camera 3 is actually moved. As a result of this processing, when the enemy object 2 is included in the field of view 8 of the virtual camera (step S55), the optimization processing ends. On the other hand, if the enemy object 2 is still located in the blind area 9 outside the field of view, the process of step S56 is further performed.

In step S56 of FIG. 8, as shown also in the side view of FIG. 14, the virtual position moved from the initial position L1 (r ₁ , θ ₁ , φ ₁ ) to the position of L2 (r ₁ , θ ₂ , φ ₂ ). The camera 3 is further moved in the opposite direction with respect to the visual field center point. At this time, it is preferable that the polar angle θ ₂ and the azimuth angle φ ₂ are constant, and the linear movement is performed so as to increase the distance from the visual field center point 5. As a result, the position of the virtual camera 3 is finally L3 (r ₂ , θ ₂ , φ ₂ ). By moving the virtual camera 2 by a predetermined distance so as to be separated from the visual field center point 5, the visual field area 8 of the virtual camera can be widened, and the enemy object 2 in the blind area 9 can be expanded into a widened visual field area. May be included.

  Finally, an example of the actual game image 6 when the series of optimization processes shown in FIG. 8 is performed is shown in FIG. In FIG. 15A, the wide area plane information 6 a suggests the existence of a plurality of enemy objects 2, and the enemy object 2 is actually located in the enemy object detection area 7. However, since the enemy object 2 is in the blind area 9, the user cannot confirm its presence from the visual field area 8 (see also FIG. 9 (2)).

  Next, in FIGS. 15 (2) and (3), as a result of the optimization process of FIG. 8, the enemy object 2 is included in the visual field area 8 and can be captured by the user on the game screen 6. In particular, comparing FIGS. 15 (2) and (3), the enemy object 2 approaches the broken line a at the center of the screen due to the movement of the virtual camera position in the azimuth direction. This can be understood from the fact that the dotted line b and the solid line c are shifted.

  As described above, when the touch screen is fixed in the vertical direction as a smartphone game by performing camera work control of the virtual camera 3 so that the enemy object 2 located in the blind area 9 is included in the view area in this manner. Since the horizontal display area cannot be sufficiently secured and the blind area becomes larger than necessary, it is possible to solve the problem of allowing an unexpected hit from an enemy object in the blind area. In particular, by moving the virtual camera in the azimuth direction, it is possible to achieve an improvement in usability that gives the user a higher sense of presence and makes it easier to take action on the enemy object 2.

  In addition, throughout this specification, especially when the touch screen is fixed in the vertical direction (portrait holding) as a smartphone game, it has been explained that the display of the area in the horizontal direction becomes a problem. do not have to. Even in the case of fixing in the horizontal direction (horizontal holding), the display of the area in the vertical direction is also a problem, so that it is possible to prevent the enemy object from hitting the vertical direction in the same manner as described above. It should be noted that there is an effect.

  As described above, the game program and the related game system for causing the computer to control the operation of the virtual camera provided in the virtual space according to the embodiment of the present invention have been described. The above-described embodiments are merely examples for facilitating understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and it is needless to say that the present invention includes equivalents thereof.

DESCRIPTION OF SYMBOLS 1 Player object 2 Enemy object 3 Virtual camera 4 Movement path 5 Visibility center point 6 Game image 7 Enemy object detection area 8 Visibility area 9 Blind area 10 User terminal 11 Display screen 50 Game server 51 Memory | storage part 61 Player / object movement operation Unit 62 Game image generation unit 63 Enemy object identification detection unit 64 Virtual camera control unit 70 Within virtual camera movable range 71 Virtual camera movement path 510 Game program 520 Processing data

Claims (8)

A game program for causing a computer to control the operation of a virtual camera provided in a virtual space,
A moving operation unit for moving the player object placed in the virtual space based on a user command from the input unit;
An image generation unit that generates a game image to be displayed on the display unit based on a field of view from the virtual camera;
A specific detection unit for specifying the position of the enemy object and detecting the enemy object in a detection region associated with the visual field center point of the virtual camera;
A first control unit for optimizing the field of view from the virtual camera,
In accordance with the movement of the player object, the visual center point is moved so that the position of the player object is included in the visual field area, and the player object is tracked by the virtual camera.
When the position of the enemy object is within the detection area but not within the view area, the movement is made of a part of a sphere surface centered on the view center point while keeping the view center point at a fixed position. Moving the virtual camera within a possible range to include both the positions of the player object and the enemy object in the field of view, and causing the computer to function as a first control unit;
The game program characterized in that the movable range has at least an azimuth angle range of ± 10 degrees or less with respect to the visual field center point on a horizontal plane. The game program according to claim 1, further comprising:
A second control unit that further linearly moves the virtual camera moved by the first control unit in a direction opposite to the direction toward the visual field center point so as to increase the distance from the visual field center point in the virtual space. A game program for causing the computer to function as: The game program according to claim 1 or 2,
The game program characterized in that the movable range is an area having a polar angle range of a given angle with respect to the visual field center point on the horizontal plane. The game program according to any one of claims 1 to 3 , wherein in the first control unit,
The game program characterized in that the movement of the virtual camera within the movable range includes a movement that shortens the distance from the position of the enemy object to the position of the virtual camera. The first control unit, said viewing center point, said game characterized in that it is aligned to the center point of the image, a game program of any one of claims 1 to 4. The position of the player object, the association with the position of the sight center point, characterized in that it is aligned, the game program of any one of claims 1 to 5. Wherein the specific detection unit and determining the size of the sensing region based on the characteristics of the player object, claim 1 to 6 any one claim game program for. 8. The game program according to claim 7 , wherein the shape of the detection area is a circle on a horizontal plane, and the specific detection unit determines the radius of the circle based on characteristics of the player object.