JP7812362B2 - Program, system, and information processing method - Google Patents

Description

The present invention relates to a program, a system, and an information processing method.

In conventional games, an image (hereinafter referred to as a "virtual image") captured within a virtual space using a so-called "virtual camera" is displayed on the output screen of the game console. Then, when a specific operation is performed while the virtual camera captures a point of interest to generate a virtual image, the virtual camera zooms in without changing the imaging direction, while maintaining the same point of interest throughout the image capture. In this way, technology is known that allows users to easily input zoom-in information without having to worry about input coordinates (see, for example, Patent Document 1).

Patent No. 5622447

As the game progresses, scenes such as "battle" occur. In "battle" scenes, the character controlled by the user performs an action such as "attack" against an object such as an "enemy." In scenes where certain conditions are met by performing such an action, the user may not be able to see important or noteworthy scenes clearly unless an appropriate zoom ratio and camera work are set. As such, setting a viewpoint and zoom ratio that is easy for the user to see poses a difficult challenge.

The purpose of this invention is to appropriately set the viewpoint in a game when certain conditions are met.

In order to solve the above problems, the present invention provides a program comprising:
Computer,
a display means for displaying to a user a virtual image captured by a virtual camera disposed in the virtual space;
a change means for changing a viewpoint of the virtual camera when a first object operated by the user satisfies a predetermined condition with respect to a second object different from the first object;
The virtual camera is caused to function as a zoom means for changing the zoom ratio of the virtual camera in addition to the change of the viewpoint.

This invention allows the viewpoint to be set appropriately in a game when certain conditions are met.

FIG. 1 illustrates an example of a system configuration. FIG. 2 is a diagram illustrating an example of a hardware configuration of an information processing device. FIG. 10 is a diagram illustrating an example of rotation of the virtual camera. FIG. 10 is a diagram illustrating an example of changing the zoom ratio. FIG. 10 is a diagram showing a first display example of hit zoom. FIG. 10 is a diagram showing a second display example of hit zoom. FIG. 10 is a diagram showing a third display example of hit zoom. FIG. 10 is a diagram showing an example of a display at a first distance by a camera during combat. FIG. 10 is a diagram showing an example of a display at a second distance by a camera during combat. FIG. 10 is a diagram showing an example of a display at a third distance by a camera during combat. A figure showing a first display example by the camera during skill. A figure showing a second display example by the camera during skill. A figure showing a third display example taken by the camera during skill. A figure showing a fourth display example taken by the camera during skill. A figure showing a fifth display example taken by the camera during skill. A figure showing a sixth display example taken by the camera during skill. FIG. 10 is a diagram illustrating an example of overall processing. FIG. 2 is a diagram illustrating an example of a functional configuration.

Embodiments will be described below with reference to the drawings. Note that for the purposes of explanation, the configuration of the embodiments described below will be simplified.

[System configuration example]
1 is a diagram showing an example of a system configuration. For example, the system 1 includes a user terminal 2 and a server 3.

Note that system 1 may include information processing devices other than user terminal 2 and server 3. System 1 may also have a so-called standalone configuration, consisting only of user terminal 2, without server 3.

The user terminal 2 is an information processing device operated by the user 4. For example, the user terminal 2 downloads a program for playing a game from the server 3 and provides the user 4 with an environment for playing the game. Alternatively, the user terminal 2 accesses the server 3 via communication and provides an environment for playing the game.

[Example of hardware configuration of information processing device]
2 is a diagram showing an example of the hardware configuration of an information processing device. For example, the user terminal 2 and the server 3 have the same hardware configuration. The following description will be given using the user terminal 2 as an example. However, the user terminal 2 and the server 3 may be information processing devices with different hardware configurations.

For example, the information processing device may be a workstation or a general-purpose computer such as a personal computer.

The user terminal 2 mainly comprises a processor 111, memory 112, storage 113, an input/output interface 114, and a communication interface 115. Furthermore, each component of the user terminal 2 is connected to a communication bus 116.

The processor 111 performs processing and control by executing a series of instructions contained in the program 11P stored in the memory 112 or storage 113.

The processor 111 is an arithmetic device and control device, such as a CPU (Central Processing Unit), GPU (Graphics Processing Unit), MPU (Micro Processing Unit), FPGA (Field-Programmable Gate Array), ASIC (Application Specific Integrated Circuit), or a combination of these.

Memory 112 is a main storage device (volatile) that stores program 11P and data, etc. For example, program 11P is loaded from storage 113. Data includes data input to the user terminal 2 and data generated by the processor 111, etc. For example, memory 112 is RAM (Random Access Memory) or other volatile memory.

Storage 113 is a non-volatile auxiliary storage device that stores program 11P and data, etc. Storage 113 is, for example, a ROM (Read-Only Memory), a hard disk drive, flash memory, or other non-volatile storage device. Storage 113 may also be a removable storage device such as a memory card. As another example, storage 113 may be an external storage device. With this configuration, for example, in situations where multiple user terminals 2 are used, such as in an amusement facility, it becomes possible to perform updates to program 11P or data collectively.

The input/output interface 114 is an interface that connects external devices such as a monitor, input device (e.g., a keyboard or pointing device), external storage device, speaker, camera, microphone, and sensor to the server 3.

The processor 111 also communicates with external devices through the input/output interface 114. The input/output interface 114 may be, for example, a Universal Serial Bus (USB), a Digital Visual Interface (DVI), a High-Definition Multimedia Interface (HDMI (registered trademark)), wireless, or other terminal.

The communication interface 115 communicates with external devices. For example, the communication interface 115 is a wired communication interface such as a LAN (Local Area Network), or a wireless communication interface such as Wi-Fi (Wireless Fidelity), Bluetooth (registered trademark), or NFC (Near Field Communication).

However, the user terminal 2 is not limited to the above hardware configuration. For example, the user terminal 2 may further include a sensor such as a camera. Various data acquired by the user terminal 2 via the sensor may then be transmitted to the server 3.

[Example of changing the virtual camera rotation and zoom ratio]
The virtual space is assumed to be the space within the game. Hereinafter, an image generated by capturing an image within the virtual space will be referred to as a "virtual image." A virtual image may be a still image captured by a snapshot, or a video in which images are displayed continuously in real time. The virtual image is captured by a "virtual camera VC." In other words, the virtual image is an image captured from the viewpoint of the position and posture of the virtual camera VC.

During game play, virtual images captured within the virtual space based on the virtual images are displayed to User 4 via a GUI (Graphical User Interface) such as a display window.

Figure 3 shows an example of virtual camera rotation. Hereinafter, virtual camera VC rotates around rotation center point 100. In addition, virtual camera VC is placed at a position a predetermined distance (the predetermined distance is a set value) away from rotation center point 100. Hereinafter, the position at which virtual camera VC is placed will be referred to as "placement point 101."

The rotation center point 100 is set in advance. For example, the rotation center point 100 is set near the object operated by the user 4 (hereinafter referred to as the "first object." The first object is a character such as the so-called "protagonist" or "partner" in the game. Hereinafter, the character that is the first object will be simply referred to as the "character."). However, the rotation center point 100 may also be set by the user 4 or an administrator, etc.

Hereinafter, the plane on which the character is placed will be referred to as the "X-Y plane." The depth direction will be referred to as the "X-axis direction." The right-hand direction perpendicular to the X-axis direction will be referred to as the "Y-axis direction." The direction perpendicular to the X-Y plane will be referred to as the "Z-axis direction."

Rotation around the optical axis is called "roll rotation."

Rotation around the Y axis is called "pitch rotation." Therefore, in the examples below, the Y axis will be the pitch axis. Pitch rotation is also sometimes called "tilt rotation."

Rotation around the Z axis is called "yaw rotation." Therefore, in the examples below, the Z axis is the yaw axis. Yaw rotation is also sometimes called "pan rotation."

Rotation around the rotation center point 100 and the Y axis as the rotation axis is called "virtual pitch rotation M1." Similarly, rotation around the rotation center point 100 and the Z axis as the rotation axis is called "virtual yaw rotation M2."

Performing virtual pitch rotation M1 allows you to achieve a so-called "top-down viewpoint," or a posture in which the virtual camera VC is "laid down." In other words, performing virtual pitch rotation M1 changes the elevation and depression angles of the virtual camera VC. Performing virtual pitch rotation M1 and setting a depression angle results in a top-down viewpoint. On the other hand, performing virtual pitch rotation M1 and setting an elevation angle results in an up-down viewpoint.

By performing virtual yaw rotation M2, the virtual camera VC can achieve a "circling viewpoint."

Figure 4 shows an example of changing the zoom ratio. The following explanation assumes that the virtual camera VC is placed at the same placement point 101 as in Figure 3.

For example, suppose the zoom rate is changed from "first zoom rate Z1" to "second zoom rate Z2." Note that the range captured in the virtual image is narrower at the second zoom rate Z2 than at the first zoom rate Z1, and the virtual image displays an enlarged version of the subject. In other words, changing the zoom rate from "first zoom rate Z1" to "second zoom rate Z2" is what is known as "zooming up" or "enlarged display" (also known as "focusing in" or "close-up"). On the other hand, changing the zoom rate from "second zoom rate Z2" to "first zoom rate Z1" is what is known as "zooming out" or "reduced display."

[First example in RPG]
Hereinafter, the type of game will be referred to as an RPG (role-playing game). In the game, when a character encounters an object that becomes an "enemy" (hereinafter referred to as a "second object"), a "battle" scene will occur. Hereinafter, in the battle scene, an example will be given in which there is only one "enemy" that becomes a second object, and the second object will be simply referred to as an "object."

The type of game is not limited to RPGs. As long as there are predetermined actions involved in the progression of the game, the type of game is not limited. For example, the type of game may include sports, action, puzzles, or fighting games.

The following describes the settings for changing the viewpoint and zoom ratio of the virtual camera VC when a predetermined condition is met. In the first example, the predetermined condition is when an attack by a character hits an enemy in a battle scene. The predetermined condition is set in advance. Whether or not the predetermined condition is met determines whether the character will take action in a battle scene.

During battle scenes, it is desirable to change the viewpoint of the virtual camera VC and the zoom ratio as follows. Furthermore, the change in viewpoint and zoom ratio of the virtual camera VC that occurs when an attack performed using an attack action described below hits an enemy and it is determined that the conditions have been met is called a "hit zoom."

The character performs various actions based on operations by the user 4. Specifically, in battle scenes, the character's predetermined action is to attack an object and perform an "attack action" by hitting the object with the attack.

An attacking action is executed, for example, when the user 4 performs an operation such as pressing a specific button. However, the conditions under which an attacking action is performed vary depending on the settings, interface, etc. When an attacking action is performed, the character inflicts damage on an object. Furthermore, when the damage reaches a certain value, the object can be defeated.

Figure 5 shows a first example of a hit zoom display. Below, we will explain an example of an action in a battle scene, in which character C1 attacks object C2.

In the following example, the rotation center point 100 is set to the position where character C1 is placed (hereinafter referred to as the "placement position").

The state shown in Figure 5 is the scene immediately before an attack by character C1 hits object C2. The following explanation will be based on the viewpoint and zoom ratio shown in Figure 5 as the "before change" state.

Figure 6 shows a second example of a hit zoom display. Figure 6 shows the scene immediately after the attack shown in Figure 5 hits object C2.

When an attacking behavior is detected, the zoom rate is changed and the virtual camera VC undergoes a virtual pitch rotation. Specifically, Figure 6 differs from Figure 5 in that the zoom rate is changed to enlarge the display. Furthermore, Figure 6 differs from Figure 5 in that the virtual pitch rotation of the virtual camera VC reduces the angle between the optical axis of the virtual camera VC and the X-Y plane, causing the virtual camera VC to assume a more horizontal orientation compared to the state shown in Figure 5. In other words, the virtual camera VC assumes a slight elevation angle (the downward angle becomes smaller, and the orientation becomes more upward).

Figure 7 shows a third example of a hit zoom display. Figure 7 shows a scene immediately after another attack action is performed after the attack action shown in Figure 6, and the attack hits object C2 again. In other words, in Figure 6, the first attack hits object C2 in the first attack action, and then a second attack action is performed, so in Figure 7 the second attack hits object C2.

When an attacking behavior is detected, the zoom ratio is changed and the virtual camera VC is further rotated in virtual pitch. Specifically, Figure 7 differs from Figure 6 in that the zoom ratio is changed to enlarge the display. Figure 7 also shows an even more enlarged display than Figure 6.

Furthermore, compared to Figure 6, Figure 7 differs in that the virtual pitch rotation of the virtual camera VC further reduces the angle between the optical axis of the virtual camera VC and the X-Y plane, causing the attitude of the virtual camera VC to become closer to horizontal compared to the state shown in Figure 6. In other words, the virtual camera VC has a further elevation angle.

In hit zoom, the zoom rate is changed depending on the number of times an attack hits the enemy, and the virtual image VIMG is enlarged. Specifically, starting from the initial zoom rate shown in Figure 5, the virtual image VIMG is enlarged in stages as the number of times an attack hits the enemy increases (first, second, etc.). Therefore, as the number of times an attack hits the enemy increases, subjects such as character C1 and object C2 are displayed progressively larger on the screen.

Furthermore, with hit zoom, when an attack hits an enemy, the virtual camera VC performs a virtual pitch rotation M1. Specifically, while the initial viewpoint is close to a top-down view as shown in Figure 5, as the number of times attacks hit enemies increases, the angle that the virtual camera VC makes with the X-Y plane decreases. In other words, the virtual camera VC gradually changes to an elevation angle.

In hit zoom, the change in zoom ratio, i.e., enlargement, is triggered when an attack hits an enemy, while rotation is performed in conjunction with the passage of time of the attack action, and different triggers may be used for the change in zoom ratio and rotation. Enlarging the virtual image VIMG when a condition such as an attack hit is met can create the impact of the attack. In contrast, smoothly changing the rotation, such as in conjunction with the passage of time, can prevent the viewpoint from suddenly changing and causing the user 4 to lose sight of the character C1, etc.

As described above, when hit zoom is performed, the position of character C1 or object C2, which is often important in battle, is set to a viewpoint that makes it easy to see. In other words, in game battles, important events such as attacks or damage being received are likely to occur around character C1 or object C2. Therefore, if important scenes are set to a viewpoint that is easy for user 4 to see in accordance with attack actions, user 4 can be prevented from overlooking important scenes. Furthermore, this eliminates the need for user 4 to manually set such an easy-to-see viewpoint, simplifying the setting process.

The amount of change in zoom ratio may be changed depending on, for example, the length or size of the weapon equipped by character C1.

[Second example in RPG]
The second example is a battle scene in an RPG, similar to the first example. In the battle scene, the character C1 moves within the virtual space based on the operation of the user 4, etc.

The following describes the settings for changing the viewpoint and zoom ratio of the virtual camera VC when a predetermined condition is met. In the second example, the predetermined condition is when it is determined that the character has approached an enemy in a battle scene. The distance between the character and the enemy used to determine the predetermined condition is measured at any time. Whether or not the predetermined condition is met is then determined when the character takes action in a battle scene.

The second example is an example in which the specified action is an "approach action" in which character C1 moves closer to object C2.

During combat scenes, it is desirable to change the viewpoint and zoom ratio of the virtual camera VC as follows. Furthermore, a virtual camera VC that changes the viewpoint and zoom ratio based on approach actions during combat scenes, as described below, is called a "combat camera."

Hereinafter, the distances between character C1 and object C2, as determined by the user 4's operation, will be referred to as the "first distance L1," "second distance L2," and "third distance L3." Specifically, first distance L1 is the longest distance, i.e., the distance at which character C1 and object C2 are located the furthest apart. On the other hand, third distance L3 is the shortest distance, i.e., the distance at which character C1 and object C2 are located the closest together. Second distance L2 is the distance intermediate between first distance L1 and third distance L3.

Figure 8 shows an example of a display at a first distance by a camera during combat. In Figure 8, the distance between character C1 and object C2 during combat is the first distance L1. Below, we will explain an example of a display by a camera during combat, based on the viewpoint of the virtual image VIMG shown in Figure 8.

Figure 9 shows an example of a display at a second distance by the camera during combat. Compared to Figure 8, Figure 9 differs in that character C1 approaches object C2, and the distance between character C1 and object C2 becomes second distance L2.

When approaching behavior is detected, the zoom ratio is changed and the virtual camera VC undergoes a virtual pitch rotation. Specifically, Figure 9 differs from Figure 8 in that the zoom ratio is changed to enlarge the display. Furthermore, Figure 9 differs from Figure 8 in that the virtual pitch rotation of the virtual camera VC reduces the angle between the optical axis of the virtual camera VC and the X-Y plane, causing the virtual camera VC to assume a more horizontal orientation compared to the state shown in Figure 8.

Figure 10 shows an example of a display at the third distance by the camera during combat. Compared to Figure 9, Figure 10 differs in that character C1 is closer to object C2 than second distance L2, and the distance between character C1 and object C2 is third distance L3.

When approaching behavior is detected, the zoom ratio is changed and the virtual camera VC undergoes a virtual pitch rotation. Specifically, Figure 10 differs from Figure 9 in that the zoom ratio is changed to further enlarge the display. Furthermore, Figure 10 differs from Figure 9 in that the virtual pitch rotation of the virtual camera VC further reduces the angle between the optical axis of the virtual camera VC and the X-Y plane, causing the attitude of the virtual camera VC to become even more horizontal compared to the state shown in Figure 9.

In the battle camera, the zoom ratio is changed to enlarge the virtual image VIMG depending on the distance between character C1 and object C2. Specifically, the initial zoom ratio is as shown in Figure 8, and the virtual image VIMG is enlarged in stages as the distance between character C1 and object C2 decreases. Therefore, as character C1 and object C2 get closer, subjects such as character C1 and object C2 are displayed gradually larger on the screen.

Furthermore, in the combat camera, when an approaching action is performed, the virtual camera VC performs a virtual pitch rotation M1. Specifically, while the initial viewpoint is close to a top-down view as shown in Figure 8, as an approaching action is performed, the angle that the virtual camera VC forms with the X-Y plane becomes smaller.

As described above, when the viewpoint is changed during combat with the camera to capture an image, the position of character C1 or object C2, which is often important in combat, is set to a viewpoint that is easy to see. In other words, during combat in a game, important events such as attacks or damage occurring around character C1 or object C2 are likely to occur. Therefore, if an important scene is set to a viewpoint that is easy for user 4 to see in response to approach actions, user 4 can be prevented from overlooking important scenes. Furthermore, this eliminates the need for user 4 to manually set such an easy-to-see viewpoint, simplifying the setup process.

Note that changing the viewpoint is not limited to rotating the virtual camera VC. For example, the viewpoint may be changed by linearly moving the virtual camera VC without rotating it. Additionally, changing the viewpoint may include intermittent camerawork, such as a cut-in, that instantly switches the location being photographed by the virtual camera VC.

Note that when an operation is performed to increase the distance between character C1 and object C2, which is the opposite of an approach action, it is desirable that the zoom ratio be changed and the virtual camera VC be rotated in the opposite direction.

[Third example in RPG]
The third example, like the first example, is a battle scene in an RPG. In the battle scene, the character C1 uses a "skill" based on the operation of the user 4, etc. For example, the skill is a so-called "special move" or "magic" that is set for each character C1. When the character C1 uses a skill, the character C1 inflicts greater damage on the object C2 than when the character C1 attacks without using a skill, i.e., a "normal attack."

The following describes settings that change the viewpoint and zoom ratio of the virtual camera VC when certain conditions are met. In the third example, two certain conditions are set. These will be referred to as the "first condition" and the "second condition." In the third example, the certain action is a "skill action" in which character C1 uses a skill.

The first condition is met when it is determined that a character has performed an action that uses a skill in a battle scene. The second condition is when an attack by the character using a skill hits an enemy. Whether or not each condition is met determines that a character has performed an action in a battle scene.

In battle scenes, after a skill is used, it is desirable to change the viewpoint and zoom ratio of the virtual camera VC as follows. Furthermore, the virtual camera VC that changes the viewpoint and zoom ratio based on skill actions in battle scenes, as described below, is called the "skill camera."

The following describes an example in which, when character C1 uses a skill in response to an operation by user 4 (i.e., when the first condition is met), a so-called "cut-in" effect is displayed at the start of use. Note that the zoom ratio and viewpoint at the start of use, i.e., when the cut-in is displayed, may be set differently for each skill or each character C1, for example.

Figure 11 shows a first example of a display by the camera during skill use. For example, when a skill is used and the first condition is met, a cut-in display 102 or the like is displayed. Note that when the skill begins to be used, there may be an effect other than the cut-in display 102, or the cut-in display 102 may not be displayed at all.

Once the skill effects such as cut-in display 102 have finished, the virtual image VIMG will change to appear as shown below.

Figure 12 shows a second example of display by the camera during skill use. Compared to Figure 11, Figure 12 differs in that the virtual image VIMG is displayed in a reduced size.

The reduced display is a display in which the zoom ratio is changed so that the range in which the skill-related display is displayed (hereinafter referred to as the "skill range 103"; note that the skill range 103 may have a marginal range outside of it) is included within the virtual image VIMG.

The skill range 103 is the range in which animations, patterns, etc. are displayed when a skill is used. Therefore, the reduced display is a process of changing the skill range 103 so that the entire skill range 103 is displayed to the user 4.

In addition, when displaying the cut-in display 102 or a reduced display, etc., additional rotations such as virtual pitch rotation M1 or virtual yaw rotation M2 may be performed in conjunction with changing the zoom ratio.

In Figure 12, for the sake of explanation, the skill range 103 is shown in a visible state, but it is desirable that the boundaries and the area within the skill range 103 are transparent and there is no difference from other areas. Specifically, it is desirable that the virtual image VIMG be displayed as follows:

Figure 13 is a diagram showing a third example of display by the camera during skill use. Figure 13 differs from Figure 12 in that the skill range 103 is made invisible. In this way, it is desirable for the reduced display to display the entire skill range 103 to user 4, but not be visible to user 4.

Figure 14 shows a fourth example of display by the skill camera. Figure 14 shows the state after the reduced display shown in Figure 13, i.e., after the character C1 has used a skill to perform an attack action on object C2.

For example, in the state shown in Figure 14, that is, when an attack action is initiated using a skill used by character C1 and the attack hits an enemy (i.e., when the second condition is met), the virtual camera VC changes the zoom magnification and rotates in the same way as hit zoom. Therefore, after the reduced display, it is desirable that the displays in Figures 14 to 16 be processed in the same way as hit zoom, that is, in the same way as Figures 5 to 7.

Figure 15 shows a fifth display example using the skill camera. Like the second display example of hit zoom, Figure 15 shows a scene immediately after an attack hits object C2 as a result of an attack action during skill use.

Even when a skill is used, if an attacking action is detected, the zoom ratio will change and the virtual camera VC will perform a virtual pitch rotation. Specifically, Figure 15 differs from Figure 14 in that the image is enlarged when the zoom ratio is changed.

Furthermore, compared to Figure 14, Figure 15 differs in that the angle between the optical axis of the virtual camera VC and the X-Y plane becomes smaller due to the virtual pitch rotation of the virtual camera VC, and the attitude of the virtual camera VC becomes closer to horizontal compared to the state shown in Figure 14.

Figure 16 is a diagram showing a sixth display example using the skill camera. Like the third display example of hit zoom, Figure 16 shows a scene immediately after a further attack action is performed after the attack action shown in Figure 15, with the attack hitting object C2 again. That is, in Figure 15, after the first attack hits object C2 in the first attack action, a second attack action is subsequently performed, and so in Figure 16 the second attack hits object C2.

Even when a skill is used, if the second condition is met, the zoom ratio is changed and the virtual pitch rotation of the virtual camera VC is further performed. Specifically, compared to Figure 15, Figure 16 differs in that the zoom ratio is changed to enlarge the display. Figure 16 also shows an even more enlarged display than Figure 15.

Furthermore, compared to Figure 15, Figure 16 differs in that the virtual pitch rotation of the virtual camera VC further reduces the angle between the optical axis of the virtual camera VC and the X-Y plane, causing the attitude of the virtual camera VC to become closer to horizontal compared to the state shown in Figure 15.

If an attack action is included when a skill is used, hit zoom is performed, and the zoom rate is changed depending on the number of attack actions, enlarging the virtual image VIMG.

As with the second example, changing the viewpoint during hit zoom is not limited to rotating the virtual camera VC. For example, the viewpoint may be changed by linearly moving the virtual camera VC rather than rotating it. Additionally, the viewpoint may be changed by intermittent camerawork, such as a cut-in, that instantly switches the location being photographed by the virtual camera VC.

As described above, when a skill is captured by changing the viewpoint with the camera, the viewpoint is set to one that makes it easy to see the effects displayed when the skill is used. In other words, effects are often prepared for scenes in which skills are used. Therefore, if the viewpoint is set to one that makes it easy for user 4 to see the entire effect in accordance with the skill action, user 4 can be prevented from overlooking the effects. This also simplifies the setup by eliminating the need for user 4 to manually set the viewpoint to one that makes it easy to see.

[Fourth example in RPG]
A fourth example is, for example, a scene on a map where the character C1 is moved. Hereinafter, a state in which no operation is input by the user 4 for a certain period of time or more will be referred to as a "resting" state.

When a resting state is detected, the viewpoint of the virtual camera VC and the zoom ratio may be changed accordingly.

[Example of setting the upper limit of zoom ratio]
It is desirable to set an upper limit to the zoom ratio. That is, it is desirable to limit the zoom ratio so that it does not expand beyond the upper limit even if, for example, the number of attacking actions increases. The upper limit is a value that is set in advance.

If no upper limit is set, the enlargement will continue indefinitely, which may result in excessive enlargement if the number of attack actions is quite high. On the other hand, setting an upper limit prevents enlargement beyond the upper limit, allowing the virtual image VIMG to be enlarged to a range that is easy for user 4 to see.

Similarly, an upper limit may be set for the amount of rotation.

[Variations of special conditions]
When a predetermined action satisfies a pre-set condition (hereinafter referred to as a "special condition"), it is desirable that the amount of change in zoom factor and the amount of rotation by which the viewpoint is changed are larger than when the condition is not satisfied. For example, a special condition is a so-called "critical hit." In other words, a special condition is, for example, an attack action that is set to occur with a certain probability and that inflicts more damage than a "normal attack" that does not satisfy the condition.

When a special condition is met, it is desirable to have a particularly flashy presentation. In other words, it is desirable to be able to notify user 4 of a special condition, such as the occurrence of a "critical hit." Therefore, if the change in zoom rate and the amount of rotation that changes the viewpoint are large values, the display will change significantly, making it easier for user 4 to notice that a special condition has been met through the presentation.

[Other examples of degrees of freedom]
The virtual camera VC may further have a degree of freedom to translate in the optical axis direction, the X-axis direction, the Y-axis direction, or the Z-axis direction. The virtual camera VC may also have a degree of freedom to roll, pitch, or yaw around the center of rotation, for example, the placement point of the virtual camera VC (i.e., the image center of the virtual image VIMG).

[Example when there are multiple users]
There may be multiple users 4. The game may be one that can be operated by so-called "multiplayers." Hereinafter, one of the multiple users will be referred to as the "own user." On the other hand, among the multiple users, users other than the own user will be referred to as "other users."

Furthermore, it is assumed that each of the multiple users 4 operates a different character. Hereinafter, the character operated by the user himself/herself will be referred to as the "first character." On the other hand, the character operated by the other user will be referred to as the "second character."

A predetermined action performed by the first character is called a "first action." On the other hand, a predetermined action performed by the second character is called a "second action."

When the first action is performed, the user's user terminal 2 detects that a predetermined action has been performed. On the other hand, when the second action is performed, the user terminal 2 of the other user detects that a predetermined action has been performed. In other words, each user terminal 2 detects the predetermined action of the character controlled by that user, but does not detect the predetermined action of characters controlled by users other than the user.

In this way, the display of the virtual image VIMG can be changed by determining whether or not the conditions are met in accordance with the action of the character controlled by the user, i.e., the first action. On the other hand, for the action of a character controlled by a user other than the user, i.e., the second action, the display of the virtual image VIMG is maintained without determining whether or not the conditions are met. If all the specified actions of all characters were detected and the display of the virtual image VIMG were changed for each detection, the display would change drastically, which would often make it difficult for the user 4 to see. Therefore, if the display of the virtual image VIMG is changed in accordance with the first action, an image that is easy for the user 4 to see can be displayed.

Also, virtual yaw rotation or the like may be performed to prevent the first and second characters from overlapping on the display. Note that the viewpoint change does not have to completely eliminate the overlap between the first and second characters; even if some overlap remains, it may be a change that reduces the overlap.

[Variations of the number of actions and the duration of actions]
In the above example, for an attacking action, the zoom rate is changed in stages using the number of actions, such as the number of attacking actions, as a trigger, but the trigger is not limited to the number of attacking actions. For example, the trigger may be the duration of the action. Specifically, the elapsed time since the attacking action was performed may be measured, and the zoom rate may be changed at predetermined intervals (for example, every 5 seconds, which may be set in advance).

[Example of modification that takes into account object attributes]
The zoom factor and viewpoint may be changed taking into account the attributes of the object.

Specifically, object attributes include the type of object or the state of the object. Below, we will explain them separately for first objects and second objects.

[Example of modification taking into account the attributes of the first object]
For example, the type of object is the "occupation" of the character C1. There are two types of occupations: a "swordsman" or a "warrior" that perform an attack action when the distance between the character C1 and the object C2 is short, and an "archer" or a "wizard" that perform an attack action when the distance between the character C1 and the object C2 is long. In other words, the distance at which an attack action is performed varies depending on the type of object.

Therefore, the optimal viewpoint and zoom ratio may differ between a close-range character C1 and a long-range character C1. For example, with a long-range character C1, zooming in on both the character C1 and object C2 may result in a significantly reduced display. Therefore, for a long-range character C1, it is desirable to set the focus, i.e., the center position for zooming in, to either the character C1 or the object C2.

On the other hand, when a close-range character C1 performs an attacking action, the character C1 and object C2 tend to be concentrated in one location. Therefore, for a close-range character C1, the focus point, i.e., the central position for zooming in, should preferably be the entire image including both the character C1 and object C2.

As described above, changing the zoom ratio and viewpoint depending on the type of object allows for a display that is easy for user 4 to see.

Note that the type of object is not limited to occupation, but could also be the type of weapon equipped, etc.

For example, the state of the object is what is known as a "buff" or "debuff." A "buff" is a state in which the status of character C1 (for example, attack power, defense power, or speed) is temporarily increased, giving character C1 a greater advantage in battle than usual. On the other hand, a "debuff" is a state in which the status of character C1 is temporarily decreased, giving character C1 a greater disadvantage in battle than usual. Note that a "buff" or "debuff" may not only refer to a change in status, but also to a special state such as inability to receive damage.

A "buff" or "debuff" can be caused by, for example, an item, magic, skill, or condition.

For example, when character C1 is in a "buff" state, character C1 is in a state where it can inflict greater damage than when it is in its normal state (i.e., not in a "buff" state). Therefore, it is desirable that the attacking actions of character C1 in this special state, which is different from its normal state, be presented to user 4 in a different way than attacking actions in its normal state. In other words, it is desirable that the attacking actions of character C1 in a "buff" state be presented in a flashy way.

As described above, changing the zoom ratio and viewpoint according to the state of the object allows for a display that is easy for user 4 to see.

[Example of modification taking into account the attributes of the second object]
As with the first object, the zoom ratio and viewpoint may be changed taking into consideration the attributes of the second object.

For example, the type of object may be whether the second object is a so-called "boss character," etc. A so-called "boss character" is an enemy that plays an important role in an event or story. "Boss characters" often have higher status than normal enemies. Furthermore, "boss characters" appear in important scenes in events or stories. Therefore, it is desirable for attack actions by such important objects, or attack actions against important objects, to be more spectacularly staged than normal attack actions.

As described above, changing the zoom ratio and viewpoint depending on the type of object C2 can create an exciting effect.

As with the first object, it is desirable to take into account the status of the second object, such as "buffs" or "debuffs."

For example, when object C2 is in a "buff" state, character C1 is likely to receive greater damage from object C2 than when it is in its normal state. Therefore, it is desirable that the attacking behavior of object C2 in this special state, which is different from its normal state, be presented to user 4 in a different way than when it is in its normal state. In other words, it is desirable that the attacking behavior of object C2 in its "buff" state be presented in a flashy way.

As described above, changing the zoom ratio and viewpoint according to the state of the object allows for a display that is easy for user 4 to see.

[Modification example considering combination of first object and second object]
The zoom ratio and viewpoint may be changed by taking into consideration the combination of the first object and the second object as well as the attribute of the first object or the attribute of the second object.

For example, if both character C1 and object C2 are performing close-range attack actions, it is desirable that the zoom rate and viewpoint changes be fixed for close range. Similarly, if both character C1 and object C2 are performing long-range attack actions, it is desirable that the zoom rate and viewpoint changes be fixed for long range.

On the other hand, in a combination where character C1 and object C2 have different types of attack actions for close range and long range, the zoom rate and viewpoint are changed by switching to the optimal zoom rate and viewpoint for each attack action, or by changing to a zoom rate and viewpoint that displays the entire image to user 4 for both attack actions.

As described above, changing the zoom ratio and viewpoint according to the combination of the first object and the second object allows for a display that is easy for user 4 to see.

Furthermore, depending on the combination of the first object and the second object, one may be at an advantage or disadvantage. This is known as the "compatibility between the first object and the second object." For example, character C1 may be set to have a particularly high attack power when object C2 is a specific type.

In this way, it is desirable that an attack action by character C1 against object C2 under special conditions be presented to user 4 in a different way than an attack action against a normal enemy. In other words, it is desirable that an attack action against object C2 under special conditions be presented in a flashy way.

As described above, changing the zoom ratio and viewpoint according to the combination of the first object and the second object allows for a display that is easy for user 4 to see.

[Overall processing example]
17 is a diagram showing an example of overall processing. For example, the following overall processing is executed in a battle scene.

In step S01, the user terminal 2 displays the virtual image VIMG at an initial zoom ratio and an initial viewpoint.

In step S02, the user terminal 2 determines whether or not the predetermined conditions have been met. Next, if it is determined that the predetermined conditions have been met (YES in step S02), the user terminal 2 proceeds to step S03. On the other hand, if it is determined that the predetermined conditions have not been met (NO in step S02), the user terminal 2 proceeds to step S04.

In step S03, the user terminal 2 changes the zoom ratio and rotates in accordance with the action. Specifically, once the type of action is identified, the user terminal 2 changes the zoom ratio and rotates in accordance with the type of action, changing the initial zoom ratio and initial viewpoint, as in the first to third examples above.

In step S04, the user terminal 2 displays the virtual image VIMG. Specifically, if a predetermined behavior is detected, the user terminal 2 displays the virtual image VIMG in the state after the zoom ratio change in step S03 and the viewpoint change by rotation, etc. On the other hand, if a predetermined behavior is not detected, the user terminal 2 displays the virtual image VIMG while maintaining the initial zoom ratio and initial viewpoint.

[Example of functional configuration]
18 is a diagram illustrating an example of a functional configuration. For example, the user terminal 2 includes a display unit 2F1, a change unit 2F3, and a zoom unit 2F4. It is preferable that the user terminal 2 further includes a detection unit 2F2.

The display means 2F1 performs a display procedure to display the virtual image VIMG captured by the virtual camera VC. For example, the display means 2F1 is realized by the input/output interface 114, etc.

The detection means 2F2 performs a detection procedure to detect when the character C1 performs a predetermined action on the object C2. For example, the detection means 2F2 is realized by the processor 111, etc.

When a predetermined condition is met, the change means 2F3 performs a change procedure to change the viewpoint of the virtual camera VC. For example, the change means 2F3 is realized by the processor 111, etc.

When a predetermined condition is met, the zoom means 2F4 performs a zoom change procedure to change the zoom ratio of the virtual camera VC. For example, the zoom means 2F4 is realized by the processor 111, etc.

With the above configuration, the viewpoint setting can be easily optimized in a game when certain conditions are met. Specifically, the viewpoint can be set to a value that makes it easier for User 4 to view the effects or perform operations in accordance with attack actions, approach actions, or skill actions, without User 4 having to manually set it.

[Virtual pitch rotation or virtual yaw rotation]
The viewpoint change is realized by rotating the virtual camera VC or moving the virtual camera VC. Of these, it is desirable to change the viewpoint by using virtual pitch rotation, virtual yaw rotation, or roll rotation with the position of the character C1 as the rotation center point. When the rotation is performed with the position of the character C1 as the rotation center point, the character C1 remains in the center of the screen even after rotation. Therefore, even if the viewpoint is changed drastically by rotation, the character C1 is unlikely to move off the screen, allowing the user 4 to focus on the character C1.

[Other embodiments]
The processing and data used in the processing performed in this embodiment may be executed and stored by an information processing system. For example, the information processing system may execute or store data on multiple information processing devices to achieve redundant, distributed, parallel, or a combination thereof. Therefore, the present invention may be realized in devices and systems other than those with the hardware configurations described above.

Furthermore, the program according to the present invention is not limited to a single program, but may be a collection of multiple programs. Furthermore, the program according to the present invention is not limited to being executed by a single device, but may be shared and executed by multiple information processing devices. Furthermore, the division of roles among the information processing devices is not limited to the above-mentioned example. In other words, some or all of the above-mentioned processing may be executed by an information processing device different from the above-mentioned information processing device.

Furthermore, some or all of the means implemented by the program may be implemented in hardware such as an integrated circuit. Furthermore, the program may be provided recorded on a non-transitory recording medium that is readable by a computer. Examples of recording media include hard disks, SD cards (registered trademark), optical discs such as DVDs, and servers on the Internet. Therefore, the program may be distributed via telecommunications lines such as the Internet.

In addition, the information processing devices that make up the information processing system may be located overseas.

The present invention is not limited to the embodiments exemplified above. Therefore, the present invention allows for the addition, deletion, combination, or modification of components without departing from the technical gist of the invention. Therefore, all technical matters included in the technical concept described in the claims are covered by the present invention. The embodiments exemplified above are preferred specific examples. Furthermore, those skilled in the art will be able to realize various modifications from the disclosed content, and such modifications are included in the technical scope described in the claims.

1: System 2: User terminal 2F1: Display means 2F2: Detection means 2F3: Change means 2F4: Zoom means 3: Server 4: User 100: Rotation center point 101: Placement point 102: Cut-in display 103: Skill range C1: Character C2: Object L1: First distance L2: Second distance L3: Third distance M1: Virtual pitch rotation M2: Virtual yaw rotation VC: Virtual camera VIMG: Virtual image Z1: First zoom ratio Z2: Second zoom ratio

Claims (11)

Computer,
a display means for displaying to a user a virtual image captured by a virtual camera disposed in the virtual space;
a change means for changing a viewpoint of the virtual camera when a first object operated by the user satisfies a predetermined condition with respect to a second object different from the first object;
functioning as a zooming means for changing the zoom ratio of the virtual camera in conjunction with the change of the viewpoint;
In a scene where the first object and the second object are fighting,
the condition is that the first object hits the second object with an attack;
the zooming means changes the zoom ratio to enlarge the virtual image in accordance with the number of times the condition is satisfied;
The change means is a program that changes the viewpoint when the condition is satisfied. In a scene where the first object and the second object are fighting,
the condition is an action of the first object approaching the second object,
the zooming means changes the zoom ratio to enlarge the virtual image in accordance with the distance between the first object and the second object;
2. The program according to claim 1, wherein the change means changes the viewpoint when the condition is satisfied. Computer,
a display means for displaying to a user a virtual image captured by a virtual camera disposed in the virtual space;
a change means for changing a viewpoint of the virtual camera when a first object operated by the user satisfies a predetermined condition with respect to a second object different from the first object;
functioning as a zooming means for changing the zoom ratio of the virtual camera in conjunction with the change of the viewpoint;
In a scene where the first object and the second object are fighting,
The first condition among the above conditions is:
The first object is a skill action that uses a skill,
The zoom means is
When the first condition is satisfied, the zoom ratio is changed to reduce the virtual image so that the first object, the second object, and the skill are displayed in the virtual image;
The second condition of the above conditions is:
After the reduced display, the first object attacks the second object using the skill;
The zoom means is
If the second condition is satisfied, the zoom ratio is changed to enlarge the virtual image;
The change means is
a program for changing the viewpoint when the second condition is satisfied; The zoom means is
The program according to claim 1 , wherein the zoom ratio is changed in stages according to the distance between the first object and the second object, the number of times the first object hits the second object, or the action time. an upper limit is set for the zoom ratio;
The zoom means is
The program according to claim 1 , wherein the virtual image is enlarged by changing the zoom ratio up to the upper limit value. If special conditions are met,
2. The program according to claim 1, wherein the amount of change in the zoom factor and the amount of rotation by which the viewpoint is changed are set to values larger than those in normal cases. The change means is
2. The program according to claim 1, wherein the viewpoint is changed in a direction that avoids overlapping of the first object and the second object on the display. In accordance with the attribute of the first object, the change means or the zoom means
The program according to claim 1 , wherein the zoom ratio is changed or the viewpoint is changed. In accordance with the attribute of the second object, the change means or the zoom means
The program according to claim 1 , wherein the zoom ratio is changed or the viewpoint is changed. An information processing method performed by an information processing device,
a display step of displaying to the user a virtual image captured by a virtual camera disposed in the virtual space;
a change procedure for changing a viewpoint of the virtual camera when a first object operated by the user satisfies a predetermined condition with respect to a second object different from the first object;
a zoom change procedure for changing a zoom ratio of the virtual camera together with the change of viewpoint;
In a scene where the first object and the second object are fighting,
the condition is that the first object hits the second object with an attack;
In the zoom change step, the zoom ratio is changed to enlarge the virtual image in accordance with the number of times the condition is satisfied;
In the change procedure, when the condition is satisfied, the viewpoint is changed. a display means for displaying to a user a virtual image captured by a virtual camera disposed in the virtual space;
a change means for changing a viewpoint of the virtual camera when a first object operated by the user satisfies a predetermined condition with respect to a second object different from the first object;
a zoom unit that changes a zoom ratio of the virtual camera in conjunction with the change of the viewpoint;
In a scene where the first object and the second object are fighting,
the condition is that the first object hits the second object with an attack;
the zooming means changes the zoom ratio to enlarge the virtual image in accordance with the number of times the condition is satisfied;
The change means changes the viewpoint when the condition is satisfied.