WO2025241741A1 - Virtual character interaction method and apparatus, device, medium and product - Google Patents

Abstract

The present application relates to the technical field of computers. Disclosed are a virtual character interaction method and apparatus, a device, a medium and a product. The method comprises: displaying a master control virtual character in a virtual scene, the master control virtual character being a virtual character which is controlled by a terminal and moves in the virtual scene, the virtual scene further containing a first virtual character and a second virtual character, and the first virtual character having an association relationship with the master control virtual character; when the first virtual character executes a first action in respect of the second virtual character, displaying an character locking control corresponding to the second virtual character; and, in response to a first trigger operation on the character locking control, displaying that the master control virtual character executes a second action in respect of the second virtual character. The method can improve the enemy-tracking efficiency of master control virtual characters, so as to reduce the waiting time of users' manually seeking for targets, improving the rhythm and fluency of game processes.

Description

Interaction methods, devices, equipment, media and products for virtual objects

This application claims priority to Chinese Patent Application No. 2024106538276, filed on May 24, 2024, entitled “Method, Apparatus, Device, Medium and Product for Interacting with Virtual Objects”, the entire contents of which are incorporated herein by reference.

Technical Field

This application relates to the field of computer technology, and in particular to a method, apparatus, device, medium and product for interacting with virtual objects.

Background Technology

In a massively multiplayer online role-playing game (MMORPG), users can participate in battles against other virtual objects by controlling a main virtual object.

In related technologies, the main methods for the master virtual object to locate enemies are as follows: the system automatically locks the nearest enemy virtual object based on the distance between the master virtual object and the enemy virtual object; or, the user can manually select the locked enemy virtual object by observing the virtual scene displayed on the screen and clicking on the enemy virtual object or controlling the joystick.

However, in many scenarios, users cannot quickly lock onto specific hostile virtual objects using the above-mentioned target acquisition methods, resulting in low target acquisition efficiency.

Summary of the Invention

This application provides a method, apparatus, device, medium, and product for interacting with virtual objects, enabling a master virtual object to quickly lock onto specific hostile virtual objects, thus improving target acquisition efficiency. The technical solution is as follows:

On the one hand, a method for interacting with virtual objects is provided, executed by a terminal, the method comprising:

The virtual scene displays a master virtual object, which is a virtual object controlled by the terminal and active in the virtual scene. The virtual scene also includes a first virtual object and a second virtual object, and the first virtual object is associated with the master virtual object.

When the first virtual object performs a first action on the second virtual object, an object locking control corresponding to the second virtual object is displayed;

In response to a first trigger operation on the object locking control, the master virtual object is shown to perform a second action on the second virtual object.

On the other hand, an interactive device for virtual objects is provided, the device comprising:

The first display module is used to display the master virtual object in the virtual scene. The master virtual object is a virtual object that is controlled by the terminal and is active in the virtual scene. The virtual scene also includes a first virtual object and a second virtual object. The first virtual object is associated with the master virtual object.

The second display module is used to display an object locking control corresponding to the second virtual object when the first virtual object performs a first action on the second virtual object;

The first display module is further configured to, in response to a first trigger operation on the object locking control, display the main control virtual object performing a second action on the second virtual object.

On the other hand, a computer device is provided, the computer device including a processor and a memory, the memory storing at least one instruction, at least one program, code set or instruction set, the at least one instruction, the at least one program, the code set or instruction set being loaded and executed by the processor to implement the virtual object interaction method as described in any of the embodiments of this application above.

On the other hand, a computer-readable storage medium is provided, wherein at least one instruction, at least one program, code set, or instruction set is stored therein, wherein the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by a processor to implement the interaction method of the virtual object as described in any of the embodiments of this application above.

On the other hand, a computer program product or computer program is provided, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the virtual object interaction method described in any of the above embodiments.

The technical solution provided in this application includes at least the following beneficial effects:

In the virtual scene, when the first virtual object associated with the main virtual object performs an action on the second virtual object, an object locking control corresponding to the second virtual object is provided to the user. The user can trigger this object locking control to make the main virtual object quickly lock onto the second virtual object, thus enabling the user to control the main virtual object to perform actions on the second virtual object. In other words, by detecting the locked target of the first virtual object in the virtual scene, the object locking control corresponding to the locked target is displayed. This object locking control allows the main virtual object to quickly lock onto the locked target of the first virtual object, improving the main virtual object's target acquisition efficiency, thereby reducing the waiting time for the user to manually search for the locked target and improving the pace and smoothness of the game.

Attached Figure Description

To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

Figure 1 is a structural block diagram of a computer system provided by some exemplary embodiments of this application;

Figure 2 is a flowchart of a virtual object interaction method provided by some exemplary embodiments of this application;

Figure 3 is a schematic diagram showing the object locking control provided in some exemplary embodiments of this application;

Figure 4 is a schematic diagram showing the object locking control provided in some exemplary embodiments of this application;

Figure 5 is a schematic diagram of locking actions provided by some exemplary embodiments of this application;

Figure 6 is a schematic diagram of attack actions provided by some exemplary embodiments of this application;

Figure 7 is a flowchart of a virtual object interaction method provided by some exemplary embodiments of this application;

Figure 8 is a schematic diagram of the interface of the virtual object interaction method provided by some exemplary embodiments of this application;

Figure 9 is a schematic diagram of the interface of the virtual object interaction method provided by some exemplary embodiments of this application;

Figure 10 is a flowchart of a virtual object interaction method provided by some exemplary embodiments of this application;

Figure 11 is a flowchart of a virtual object interaction method provided by some exemplary embodiments of this application;

Figure 12 is a schematic diagram of a near-field response process provided by some exemplary embodiments of this application;

Figure 13 is a schematic diagram of a remote response process provided by some exemplary embodiments of this application;

Figure 14 is a flowchart of a virtual object interaction method provided by some exemplary embodiments of this application;

Figure 15 is a structural block diagram of an interactive device for virtual objects provided in some exemplary embodiments of this application;

Figure 16 is a structural block diagram of an interactive device for virtual objects provided in some exemplary embodiments of this application;

Figure 17 is a structural block diagram of a terminal provided by some exemplary embodiments of this application.

Detailed Implementation

To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.

First, a brief introduction to the terms used in the embodiments of this application will be given.

Virtual scene: A virtual scene is a scene displayed (or provided) by an application when it runs on a terminal. This virtual scene can be a simulation of a real scene, a semi-simulated/semi-fictional scene, or a purely fictional scene. A virtual scene can be any of the following: two-dimensional, 2.5-dimensional, or three-dimensional; this application does not limit it to any particular type.

Virtual characters/objects: These refer to movable objects in a virtual scene. These movable objects can be virtual objects, virtual animals, anime characters, etc., such as people, animals, plants, oil drums, walls, and stones displayed in a 3D virtual scene. Optionally, virtual objects are 3D models created based on animation skeletal technology. Each virtual object has its own shape and volume in the 3D virtual scene, occupying a portion of the space within the 3D virtual scene.

Virtual items are items that can be used directly or indirectly within a virtual environment. Virtual items possess specific functions, attributes, appearances, or value within the virtual environment. Virtual items include, but are not limited to, virtual equipment (such as staves, speed boots, etc.), virtual decorations (such as skins, pets, etc.), and virtual props (such as buff items, debuff items, etc.) that can enhance the user experience or the abilities of virtual characters.

The virtual camera is a crucial component in a virtual scene, determining the content and perspective the user sees on the screen. The virtual camera's position in three-dimensional space determines the viewpoint, its orientation determines the viewing direction, and its field of view (FOV) determines the size of the virtual scene displayed on the screen. Typically, users cannot directly observe the virtual camera within the virtual scene.

Optionally, when the user-controlled master virtual object observes the virtual scene from a first-person perspective, the virtual camera is attached to the head position of the master virtual object; when the user-controlled master virtual object observes the virtual scene from a third-person perspective, the virtual camera is attached to the position behind the character of the master virtual object.

Figure 1 shows a structural block diagram of a computer system provided by some exemplary embodiments of this application. The computer system 100 includes a terminal 120 and a server 140.

Terminal 120 has an application installed and running that supports virtual environments. This application can be any of the following: virtual reality application, 3D mapping application, massively multiplayer online role-playing game, third-person shooter (TPS) game, first-person shooter (FPS) game, multiplayer online battle arena (MOBA) game, or multiplayer shooting survival game.

The device type of terminal 120 includes, but is not limited to, at least one of the following: game console, desktop computer, smartphone, tablet computer, e-book reader, Moving Picture Experts Group Audio Layer III (MP3) player, Moving Picture Experts Group Audio Layer IV (MP4) player, and laptop computer. The following embodiments use a desktop computer as an example.

Terminal 120 is connected to server 140 via a wireless network or a wired network.

Those skilled in the art will understand that the number of terminals 120 described above can be more or less. For example, there may be only one terminal 120, or there may be dozens or hundreds of terminals 120, or even more. This application does not limit the number or type of terminals 120 in its embodiments.

Server 140 includes at least one of a single server, multiple servers, a cloud computing platform, and a virtualization center. Server 140 is used to provide background services for applications supporting virtual environments. Optionally, server 140 undertakes the primary computing work, and terminal 120 undertakes the secondary computing work; or, server 140 undertakes the secondary computing work, and terminal 120 undertakes the primary computing work; or, server 140 and terminal 120 collaborate on computing using a distributed computing architecture.

It is worth noting that the aforementioned server 140 can be implemented as a physical server or a cloud server. Cloud technology refers to a hosting technology that unifies hardware, software, and network resources within a wide area network (WAN) or local area network (LAN) to achieve data computation, storage, processing, and sharing. Cloud technology is a general term encompassing network technology, information technology, integration technology, management platform technology, and application technology based on the cloud computing business model. It can form resource pools, providing flexibility and convenience for on-demand use.

Schematic illustration: Terminal 120 runs an application providing a virtual scene. Terminal 120 displays the virtual scene through the application. Server 140 synchronizes virtual scene data to terminal 120. This virtual scene data includes the positions of virtual objects within the virtual scene, the interaction relationships between virtual objects, and the interactive actions performed by the virtual objects. Terminal 120 displays a virtual scene interface through the application, showing the virtual scene observed through a master virtual object. In this embodiment, the virtual scene includes a user-controlled master virtual object and a first virtual object (e.g., a teammate virtual object) associated with the master virtual object. When the first virtual object has a locked second virtual object in the virtual scene, terminal 120 displays an object locking control corresponding to the second virtual object on the virtual scene interface. When the user clicks the object locking control, terminal 120 controls the master virtual object to lock the second virtual object, allowing the user to control the master virtual object to perform interactive actions on the second virtual object. For example, when the first virtual object, which is a teammate, attacks the second virtual object, which is an enemy, in the virtual scene, an object locking control for the enemy virtual object is displayed on the virtual scene interface of the master virtual object. When the user clicks the object locking control, the terminal 120 will display a screen showing the master virtual object turning to the enemy virtual object, so that the user can quickly lock the enemy virtual object that the teammate virtual object is attacking.

In some embodiments, the method provided in this application can be applied to cloud gaming scenarios, thereby enabling the cloud server to perform data logic calculations during the game process, while the terminal is responsible for displaying the game interface.

In some embodiments, the server 140 described above can also be implemented as a node in a blockchain system.

Based on the above-mentioned terminology and application scenarios, the interaction method of the virtual object provided in this application will be described. Taking the application of this method to a terminal as an example, as shown in Figure 2, the method includes the following steps 210 to 230.

Step 210: Display the master virtual object in the virtual scene.

The virtual scene described above is a scene provided by the application when it runs on the terminal. Optionally, the virtual scene can be any one of a two-dimensional virtual scene, a 2.5-dimensional virtual scene, and a three-dimensional virtual scene. Illustratively, the terminal displays a virtual scene interface through the application, which includes a virtual scene view where the main virtual object observes the virtual scene.

The aforementioned master virtual object is a virtual object that operates within a virtual scene and is controlled by the terminal. Under the control of the terminal, the master virtual object can perform actions such as movement, rotation, attack, and defense within the virtual scene. It should be understood that the master virtual object can also be influenced by other virtual objects in the virtual scene, resulting in corresponding actions. For example, when attacked by other virtual objects, the master virtual object can passively perform actions such as retreating or falling. In other words, the actions performed by the master virtual object are primarily determined by the terminal currently controlling it, and secondarily by other virtual objects in the virtual scene.

In some embodiments, the virtual scene view is an image of the virtual scene observed from the perspective of the main virtual object. Optionally, the virtual scene view can be displayed from the first-person perspective of the main virtual object, or from the third-person perspective of the main virtual object. The first-person perspective is the viewpoint from which the main virtual object can observe the scene in the virtual scene. This viewpoint does not include the main virtual object itself; for example, only its arm and/or the virtual props it holds are visible. The third-person perspective is the viewpoint from which the main virtual object is observed through a virtual camera in the virtual scene. This viewpoint includes the main virtual object itself, and the virtual camera is typically located behind the main virtual object, allowing the viewpoint to see its 3D model and the virtual props it holds.

Optionally, when the virtual scene is displayed from the first-person perspective of the main virtual object, the main virtual object displayed on the terminal is a model of the arm and/or virtual prop held by the main virtual object; alternatively, when the virtual scene is displayed from the third-person perspective of the main virtual object, the terminal displays a complete model of the virtual object.

In this embodiment, the virtual scene also includes a first virtual object and a second virtual object. The first virtual object is associated with the controlling virtual object.

Optionally, the first virtual object can be at least one of the following: a teammate virtual object of the master virtual object, an enemy virtual object, a virtual object currently locked by the master virtual object, a virtual object belonging to the master virtual object (e.g., a virtual pet), or a non-player character (NPC) virtual object associated with the master virtual object in the virtual scene.

Optionally, the aforementioned association relationship can be implemented as at least one of the following: teammate relationship, locked relationship, and subordinate relationship. Specifically, when the association relationship between the first virtual object and the master virtual object is implemented as a teammate relationship, the first virtual object is implemented as a teammate virtual object of the master virtual object; when the association relationship between the first virtual object and the master virtual object is implemented as a locked relationship, the first virtual object is implemented as at least one of the following: teammate virtual object, NPC virtual object, hostile virtual object, and subordinate virtual object of the master virtual object; when the association relationship between the first virtual object and the master virtual object is implemented as a subordinate relationship, the first virtual object is implemented as a subordinate virtual object of the master virtual object.

Optionally, the second virtual object can be at least one of the following: an adversary virtual object of the master virtual object, a teammate virtual object of the master virtual object, or an NPC virtual object in the virtual scene.

Step 220: When the first virtual object performs the first action on the second virtual object, display the object locking control corresponding to the second virtual object.

In this embodiment of the application, the first action performed by the first virtual object on the second virtual object is used to instruct the first virtual object to perform an action with the second virtual object as the target. It can also be regarded as the first virtual object locking the second virtual object to perform the first action.

Optionally, the aforementioned first action can be implemented as at least one of the following: a lock-on action, a dialogue action, an attack action, a targeted skill release action, an observation action, an interaction action, a follow action, or an item use action.

Among them, the facing lock action is used to indicate that the orientation of the first virtual object is locked to the direction of the second virtual object; the dialogue action is used to indicate that the first virtual object and the second virtual object perform a dialogue interaction; the attack action is used to indicate that the first virtual object uses a virtual prop to attack the second virtual object; the directional skill release action is used to indicate that the first virtual object releases a directional virtual skill at the second virtual object; the observation action is used to indicate that the first virtual object observes the second virtual object through an observation prop or observation skill; the interaction action is used to indicate that the first virtual object and the second virtual object interact, such as holding hands, hugging, high-fiving, etc.; the follow action is used to indicate that the first virtual object takes the second virtual object as its follow target and follows the second virtual object; and the prop use action is used to indicate that the first virtual object uses a virtual prop on the second virtual object.

In this application embodiment, the above-mentioned object locking control is a control displayed on the virtual scene interface. In some embodiments, the above-mentioned object locking control is a control implemented through a user interface (UI) icon.

Optionally, the object locking control described above can be displayed in at least one of the following locations in the virtual scene interface:

The first method involves a virtual scene interface including an object identifier area corresponding to a first virtual object, where the aforementioned object locking control is displayed. Illustratively, the object identifier area corresponding to the first virtual object is displayed. When the first virtual object performs a first action on the second virtual object, the object locking control is displayed in the object identifier area. Specifically, the object identifier area is used to display the object identifier of the first virtual object.

Optionally, the object locking control can be displayed at any position above, to the left, to the right, or below the object identifier of the first virtual object in the object identifier area.

In one example, as shown in Figure 3, a schematic diagram of the object locking control provided by some exemplary embodiments of this application is illustrated. The virtual scene interface 300 displays a user-controlled master virtual object 301. The virtual scene interface 300 displays an object identification area 310, in which multiple first virtual objects are displayed, each corresponding to a teammate identifier. The multiple first virtual objects are teammate virtual objects of the master virtual object. When the first virtual object C among the multiple first virtual objects locks the second virtual object, an object locking control 313 is displayed to the right of the teammate identifier (player nickname 2) 312 of the first virtual object C in the object identification area 310.

Displaying an object locking control in the object identifier area corresponding to the first virtual object allows users to quickly identify the first virtual object that is currently locked, even when the main virtual object has multiple associated first virtual objects, thus improving the efficiency of information transmission in the interface.

The second method involves a skill release area for the main virtual object within the virtual scene interface, where the aforementioned object locking control is displayed. Illustratively, the skill release area corresponding to the main virtual object is shown. When the first virtual object performs a first action on the second virtual object, the object locking control is displayed in the skill release area. Specifically, the skill release area is used to display the skill controls of the main virtual object.

In one example, as shown in Figure 4, a schematic diagram of the object locking control provided by some exemplary embodiments of this application is illustrated. A user-controlled master virtual object 401 is displayed in the virtual scene interface 400. The virtual scene interface 400 displays a skill release area 410. Multiple skill controls corresponding to the master virtual object 401 are displayed in the skill release area 410. When the first virtual object associated with the master virtual object 401 locks the second virtual object, an object locking control 412 is displayed in the skill release area 410.

In some embodiments, the object locking control is displayed conditionally; that is, the object locking control for the second virtual object is displayed on the virtual scene interface when specified display conditions are met. Optionally, the specified display conditions can be implemented as at least one of the following:

The first method uses the distance information between the main virtual object and the second virtual object as the criterion for determining the specified display conditions.

To illustrate, when the first virtual object performs a first action on the second virtual object, the distance information between the second virtual object and the main virtual object is obtained, and based on the distance information, the object locking control corresponding to the second virtual object is displayed.

In some embodiments, if the distance information is less than a preset distance threshold, an object locking control is displayed; if the distance information is greater than or equal to the preset distance threshold, it is determined that the second virtual object is outside the locking range of the main virtual object, and the object locking control is not displayed.

In other embodiments, when the distance information is less than a preset distance threshold, a first-state object locking control is displayed; when the distance information is greater than or equal to the preset distance threshold, a second-state object locking control is displayed. The first and second states are different.

By displaying the object locking control based on the distance information between the second virtual object and the main virtual object, users can not only understand that the first virtual object has a locked target when they see the object locking control, but also quickly understand the distance relationship between the main virtual object and the locked target. The object locking control conveys diverse information, improving the efficiency of information transmission in the interface.

The second method uses the obstacle information between the master virtual object and the second virtual object as the criterion for determining the specified display conditions.

In a schematic manner, when the first virtual object performs a first action on the second virtual object, obstacle information between the second virtual object and the main virtual object is obtained, and an object locking control corresponding to the second virtual object is displayed based on the obstacle information.

In some embodiments, when obstacle information indicates that there is no obstacle between the second virtual object and the master virtual object, an object locking control is displayed; when obstacle information indicates that there is an obstacle between the second virtual object and the master virtual object, it is determined that the second virtual object is outside the locking range of the master virtual object, and the object locking control is not displayed.

In other embodiments, when obstacle information indicates that there is no obstacle between the second virtual object and the master virtual object, an object locking control in a first state is displayed; when obstacle information indicates that there is an obstacle between the second virtual object and the master virtual object, an object locking control in a second state is displayed. The first state and the second state are different.

The third method uses the object relationship information between the master virtual object and the second virtual object as the criterion for determining the specified display conditions.

In a schematic manner, when the first virtual object performs a first action on the second virtual object, the object relationship information between the second virtual object and the master virtual object is obtained, and the object locking control corresponding to the second virtual object is displayed based on the object relationship information.

In some embodiments, when the object relationship information indicates that the second virtual object is a hostile virtual object of the master virtual object, the object locking control is displayed; when the object relationship information indicates that the second virtual object is a non-hostile virtual object of the master virtual object, the object locking control is not displayed.

In other embodiments, when the object relationship information indicates that the second virtual object is a hostile virtual object of the master virtual object, an object locking control in a first state is displayed; when the object relationship information indicates that the second virtual object is a non-hostile virtual object of the master virtual object, an object locking control in a second state is displayed. The first and second states are different.

Step 230: In response to the first trigger operation on the object locking control, the master virtual object is displayed to perform a second action on the second virtual object.

Optionally, the first triggering operation on the object locking control may include at least one of the following:

The first method involves the terminal receiving the first trigger operation performed by the user on the screen displaying the virtual scene interface.

When the terminal is a terminal with a touch screen, the first trigger operation of the object locking control can be determined by the user touching the displayed object locking control on the touch screen. Optionally, the first trigger operation can be implemented as at least one of the following: single-click operation, double-click operation, continuous press operation, heavy press operation, drag operation, etc.

The second method involves the terminal receiving a shortcut key operation signal. When the shortcut key corresponding to the shortcut key operation signal is the target shortcut key bound to the object-locked control, it is confirmed that the first trigger operation for the object-locked control has been received.

As an illustration, when the terminal is a desktop computer, laptop, or game console, the shortcut key operation signal can be triggered by input operations from an external input device, such as by clicking the right mouse button; when the terminal is a mobile terminal such as a mobile phone or tablet, the shortcut key operation signal can be triggered by triggering a physical button on the mobile terminal, or by triggering an auxiliary input device connected to the mobile terminal.

In this embodiment, the master virtual object performing a second action on the second virtual object instructs the master virtual object to use the second virtual object as the target of the second action. This can also be considered as the master virtual object locking the second virtual object to perform the second action. Optionally, the locking can be a strong lock, meaning the target of the second action is limited to the second virtual object; or, the locking can be a weak lock, meaning the target of the second action is the location of the second virtual object when the object locking control receives the first trigger operation.

Optionally, the aforementioned second action can be implemented as at least one of the following: a lock-on action, a dialogue action, an attack action, a targeted skill release action, an observation action, an interaction action, a follow action, or an item use action.

Optionally, the first action and the second action are the same, or the first action and the second action are different.

Optionally, when the second action is a facing-locking action, in response to the first trigger operation on the object locking control, the facing-locking action performed by the main virtual object on the second virtual object is displayed. This facing-locking action controls the main virtual object's orientation towards the second virtual object. That is, after the user triggers the first trigger operation on the object locking control, the terminal changes the orientation of the main virtual object and rotates it to point towards the second virtual object. In other words, while controlling the main virtual object to lock the second virtual object through the object locking control, the terminal also controls the main virtual object's orientation towards the second virtual object, so that after locking the second virtual object, the main virtual object can perform actions with facing restrictions towards the second virtual object, improving the triggering efficiency of subsequent interactive actions.

Schematic illustration: the orientation of the aforementioned master virtual object is used to indicate the direction the master virtual object faces in the virtual scene. Optionally, the orientation of the master virtual object determines at least one of the following: the virtual scene view displayed on the virtual scene interface, the attack range of the master virtual object, the movement direction of the master virtual object, the defense direction of the master virtual object, and the interaction direction of the master virtual object.

In some embodiments, the virtual scene displayed on the virtual scene interface is bound to the orientation of the main virtual object, that is, when the orientation of the main virtual object changes, the virtual scene displayed on the virtual scene interface changes synchronously; in other embodiments, the virtual scene displayed on the virtual scene interface and the orientation of the main virtual object can be controlled separately, that is, when the orientation of the main virtual object changes, the virtual scene displayed on the virtual scene interface remains unchanged, and when a user-instructed viewpoint change operation is received, the virtual scene is changed according to the viewpoint change operation.

In one example, as shown in Figure 5, which illustrates a schematic diagram of a locking action provided by some exemplary embodiments of this application, a user-controlled master virtual object 501 is displayed in the first virtual scene screen 510. When a second virtual object 503 is locked to the first virtual object 502 associated with the master virtual object 501, an object locking control 504 is displayed in the virtual scene interface 500. When the object locking control 504 receives a first trigger operation, the terminal changes the orientation of the master virtual object 501 and adjusts the orientation of the master virtual object 501 to point to the second virtual object 503. At the same time, the first virtual scene screen 510 is changed to display a second virtual scene screen 520, in which the first virtual object 502 and the second virtual object 503 are displayed.

Optionally, when the second action is an attack action, in response to the first trigger operation on the object-locking control, the attack action performed by the master virtual object on the second virtual object is displayed. The attack action is used to instruct the master virtual object to attack the second virtual object. That is, when the user triggers the first trigger operation on the object-locking control, the master virtual object is triggered to attack the second virtual object.

Optionally, when the second action is a targeted skill release action, in response to the first trigger operation on the object-locking control, the main virtual object is displayed to release a targeted skill on the second virtual object. That is, when the user triggers the first trigger operation on the object-locking control, the main virtual object is triggered to use a targeted skill to attack the second virtual object.

In one example, as shown in Figure 6, which illustrates an attack action provided by some exemplary embodiments of this application, a user-controlled master virtual object 601, a first virtual object 602, and a second virtual object 603 are displayed in the virtual scene screen 610. When the first virtual object 602 associated with the master virtual object 601 locks the second virtual object 603, an object locking control 604 and a skill control 605 are displayed in the virtual scene interface 600. When the user drags the skill control 605 onto the object locking control 604, the terminal controls the master virtual object 601 to lock the second virtual object 603 and releases the virtual skill corresponding to the skill control 605 to the second virtual object 603.

Optionally, when the second action is implemented as a dialogue action, in response to the first trigger operation on the object locking control, the dialogue action performed by the master virtual object on the second virtual object is displayed. The dialogue action is used to instruct the master virtual object and the second virtual object to engage in dialogue. That is, when the user triggers the first trigger operation on the object locking control, a dialogue between the master virtual object and the second virtual object is triggered.

Optionally, when the second action is an observation action, in response to the first trigger operation on the object locking control, the observation action performed by the main virtual object on the second virtual object is displayed. The observation action is used to instruct the main virtual object to observe the second virtual object. Optionally, the above observation action can be implemented to obtain information such as the equipment information, location information, character type information, health points, and magic points of the second virtual object.

Optionally, when the second action is implemented as a follow action, in response to the first trigger operation on the object locking control, the main virtual object is displayed to follow the second virtual object.

Optionally, when the second action is a prop-using action, in response to the first trigger operation on the object-locking control, the main virtual object is shown using the target virtual prop on the second virtual object. Optionally, the target virtual prop can be a virtual throwable, virtual medical supplies, virtual armor, etc., and is not limited here. For example, when the main virtual object is equipped with a virtual throwable, when the object-locking control receives the first trigger operation, it controls the main virtual object to throw the virtual throwable towards the direction of the second virtual object.

In summary, within the virtual scene, when the first virtual object associated with the main virtual object performs a first action on the second virtual object, an object locking control corresponding to the second virtual object is provided to the user. The user can trigger this object locking control to allow the main virtual object to quickly lock onto the second virtual object, thus enabling the user to control the main virtual object to perform a second action on the second virtual object. That is, by detecting the locked target of the first virtual object in the virtual scene, the object locking control corresponding to the locked target is displayed. This object locking control allows the main virtual object to quickly lock onto the locked target of the first virtual object, improving the main virtual object's target acquisition efficiency, thereby reducing the waiting time for the user to manually search for the locked target and improving the rhythm and smoothness of the game.

Please refer to Figure 7, which shows a flowchart of some virtual object interaction methods provided in the embodiments of this application. In the embodiments of this application, the object locking control is displayed according to the distance between the master virtual object and the second virtual object. The method includes steps 710 to 742.

Step 710: Display the master virtual object in the virtual scene.

In this embodiment, the aforementioned master virtual object is a virtual object that operates in a virtual scene and is controlled by the terminal. The virtual scene also includes a first virtual object and a second virtual object. The first virtual object is associated with the master virtual object.

Optionally, the above-mentioned relationship can be implemented as at least one of teammate relationship, locked relationship, or subordinate relationship.

Step 720: When the first virtual object performs the first action on the second virtual object, obtain the distance information between the second virtual object and the master virtual object.

In this embodiment of the application, the first action performed by the first virtual object on the second virtual object is used to instruct the first virtual object to perform an action with the second virtual object as the target.

Optionally, the aforementioned first action can be implemented as at least one of the following: a lock-on action, a dialogue action, an attack action, a targeted skill release action, an observation action, an interaction action, a follow action, or an item use action.

For illustrative purposes, the distance information described above is used to indicate the distance between the second virtual object and the master virtual object in the virtual scene.

Optionally, the aforementioned distance information can be determined based on the straight-line distance between the first scene coordinates of the master virtual object in the virtual scene and the second scene coordinates of the second virtual object in the virtual scene.

Optionally, the aforementioned distance information may be the path distance obtained by simulating path planning between the first position of the master virtual object in the virtual scene and the second position of the second virtual object in the virtual scene. The aforementioned simulated path planning process needs to consider the collision volume between scene objects in the virtual scene. That is, the aforementioned path distance is the distance to bypass the obstacles between the master virtual object and the second virtual object.

In some embodiments, the server broadcasts the location data of virtual objects in the virtual scene to the terminal in real time. The terminal queries the location data to obtain the location of the second virtual object in the virtual scene and determines the distance information based on the location of the master virtual object and the location of the second virtual object.

Step 731: If the distance information is less than a preset distance threshold, display the object locking control in the first state.

In this embodiment, the object locking control is displayed through different control states when the distance information between the master virtual object and the second virtual object meets different conditions. For example, when the distance information between the master virtual object and the second virtual object is less than a preset distance threshold, the object locking control in the first state is displayed.

Optionally, the aforementioned preset distance threshold can be a fixed value set by the developer; or, the aforementioned preset distance threshold can be a custom value set by the user; or, the aforementioned preset distance threshold can be generated based on the object state of the master virtual object.

In some embodiments, when the preset distance threshold is generated based on the object state of the master virtual object, it can be determined based on the object level, object type, and currently used virtual props of the master virtual object.

In one example, the preset distance threshold is positively correlated with the object level of the master virtual object; that is, the higher the object level of the master virtual object, the larger the preset distance threshold.

In another example, the preset distance threshold is associated with the object type of the master virtual object. When the object type of the master virtual object is a remote attack type, the preset distance threshold is set to a first threshold. When the object type of the master virtual object is a melee attack type, the preset distance threshold is set to a second threshold. The first threshold is greater than the second threshold.

In another example, the preset distance threshold is associated with the item type of the virtual item currently used by the master virtual object. When the virtual item currently equipped by the master virtual object is a ranged attack item, the preset distance threshold is set to a first threshold. When the virtual item currently equipped by the master virtual object is a ranged attack item, the preset distance threshold is set to a second threshold. The first threshold is greater than the second threshold.

Optionally, the first state can be implemented as at least one of the following: normal state, highlighted state, gray state, blinking state, and active state. Specifically, the normal state indicates that the object-locked control's state is the same as other UI controls in the virtual scene interface; the highlighted state indicates that the object-locked control's brightness is higher than a first specified brightness threshold; the gray state indicates that the object-locked control's brightness is lower than a second specified brightness threshold, wherein the first specified brightness threshold is higher than or equal to the second specified brightness threshold; the blinking state indicates that the object-locked control's brightness continuously changes at a preset frequency; and the active state indicates that the object-locked state is in a triggerable state.

Step 732: If the distance information is greater than or equal to a preset distance threshold, display the object locking control in the second state.

Optionally, the second state can be implemented as at least one of a highlighted state, a grayed-out state, a blinking state, or an active state. The first and second states are implemented as different control states.

In one example, the first state is implemented as the normal state, and the second state is implemented as the gray state. That is, when the master virtual object is close to the second virtual object, the object locking control in the normal state is displayed, and when the master virtual object is far from the second virtual object, the object locking control in the gray state is displayed.

In another example, the first state is implemented as a highlighted state and the second state as a grayed-out state; or, the first state is implemented as a blinking state and the second state as a normal state. It is worth noting that the above combinations of the first and second states are merely illustrative examples.

Step 741: In response to a first trigger operation on the object locking control of the first state, the second virtual object is displayed in a first display mode, and the main virtual object is displayed to perform a second action on the second virtual object.

In this embodiment of the application, when the object locking control in the first state receives the first trigger operation, the second virtual object is displayed in the virtual scene interface in a first display mode, and a virtual scene screen showing the main virtual object performing a second action on the second virtual object is displayed.

Optionally, the first display method described above can be implemented as at least one of the following: a marking display method, a highlight display method, a perspective display method, an outline display method, and a normal display method. Specifically, the marking display method is a display method that marks the second virtual object using a marking pattern, for example, displaying a preset marking pattern above the head of the second virtual object; the highlight display method is a display method where the brightness of the second virtual object's model is higher than a third specified brightness threshold, or where the model of the second virtual object is displayed using a specified highlight color; the perspective display method is a display method where, when there is an obstacle between the second virtual object and the main virtual object, the model or outline of the second virtual object is displayed on the obstacle; the outline display method is a display method that bolds the outline of the second virtual object's model; and the normal display method is a display method that does not add auxiliary features to the model of the second virtual object.

Optionally, the aforementioned second action can be implemented as at least one of the following: a lock-on action, a dialogue action, an attack action, a targeted skill release action, an observation action, an interaction action, a follow action, or an item use action.

Step 742: In response to a first trigger operation on the object locking control of the second state, the second virtual object is displayed in a second display mode, and the main virtual object is displayed to perform a second action on the second virtual object.

Optionally, the second display mode described above can be implemented as at least one of the following: marker display mode, highlight display mode, perspective display mode, outline display mode, and normal display mode. The first display mode and the second display mode are implemented as different display modes.

In one example, as shown in Figure 8, a schematic diagram of the interaction method interface for virtual objects provided by some exemplary embodiments of this application is illustrated. In the first virtual scene interface 800, a master virtual object 801 and a teammate identifier 811 of the teammate virtual object 802 of the master virtual object 801 are displayed. When the teammate virtual object 802 locks onto the enemy virtual object 803, and the distance between the master virtual object 801 and the enemy virtual object 803 is less than a preset distance threshold, an object locking control 812 corresponding to the enemy virtual object 803 is displayed to the right of the teammate identifier 811 in the first virtual scene interface 800. The object locking control 812 is a highlighted control. When the object locking control 812 receives the first trigger operation, the terminal controls the master virtual object 801 to lock the enemy virtual object 803. At this time, since the distance between the master virtual object 801 and the enemy virtual object 803 is less than the preset distance threshold, the enemy virtual object 803 is displayed in a marked display mode, that is, a triangle pattern is displayed on the top of the enemy virtual object 803 to mark the enemy virtual object 803.

In another example, as shown in Figure 9, which illustrates an interactive interface diagram of a virtual object provided by some exemplary embodiments of this application, a master virtual object 901 and a teammate identifier 911 of a teammate virtual object 902 of the master virtual object 901 are displayed in the second virtual scene interface 900. When the teammate virtual object 902 locks onto the enemy virtual object 903, and the distance between the master virtual object 901 and the enemy virtual object 903 is greater than or equal to a preset distance threshold, an object locking control 912 corresponding to the enemy virtual object 903 is displayed to the right of the teammate identifier 911 in the second virtual scene interface 900. The object locking control 912 is a grayed-out control. When the object locking control 912 receives the trigger operation, the terminal controls the master virtual object 901 to lock the enemy virtual object 903. At this time, since the distance between the master virtual object 901 and the enemy virtual object 903 is greater than or equal to the preset distance threshold, the enemy virtual object 903 is displayed in a highlighted manner, that is, a red shadow is covered on the object model of the enemy virtual object 903 to enhance the visual effect of the enemy virtual object 903 at a distance.

In this embodiment, when the first virtual object locks the second virtual object, the object locking control displays different states based on the distance between the master virtual object and the second virtual object. This allows the user to quickly determine whether the second virtual object is far from or close to the master virtual object, thus facilitating the user's decision on whether to lock the second virtual object and the second action to be performed after locking the second virtual object based on the distance, thereby improving the user experience.

In this embodiment, the locked second virtual object is displayed in different ways depending on the distance between the master virtual object and the second virtual object, so that the user can quickly identify the second virtual object displayed on the interface at different distances, thereby improving the efficiency of information transmission in the interface.

Please refer to Figure 10, which shows a flowchart of some virtual object interaction methods provided in the embodiments of this application. In the embodiments of this application, the second action is implemented as a facing lock action. That is, when the object locking control is triggered, the terminal controls the main virtual object to automatically perform the facing lock action to quickly adjust the orientation of the main virtual object to face the second virtual object. The method includes steps 1031 to 1032, wherein steps 1031 to 1032 are subordinate steps of steps 230, 741 and 742.

Step 1031: In response to the first trigger operation on the object locking control, obtain the positional relationship information between the second virtual object and the main virtual object.

For illustrative purposes, the above positional relationship information is used to indicate the positional relationship between the second virtual object and the master virtual object.

Optionally, the aforementioned positional relationship information includes at least one of the following: the orientation information of the second virtual object relative to the master virtual object, the distance information between the master virtual object and the second virtual object, the orientation information of the master virtual object, and the orientation information of the second virtual object.

Among them, the direction information of the second virtual object relative to the master virtual object is used to indicate the direction of the position of the second virtual object relative to the master virtual object as the origin; the distance information between the master virtual object and the second virtual object is used to indicate the distance between the master virtual object and the second virtual object in the virtual scene; the orientation information of the master virtual object is used to indicate the angle between the current orientation of the master virtual object and the starting direction, with the master virtual object itself as the axis and the specified direction as the starting direction; the orientation information of the second virtual object is used to indicate the angle between the current orientation of the second virtual object and the starting direction, with the second virtual object itself as the axis and the specified direction as the starting direction.

Step 1032: Based on the positional relationship information, display the locking action performed by the master virtual object on the second virtual object.

In some embodiments, the terminal needs to determine how to control the rotation of the master virtual object based on positional relationship information. Illustratively, based on positional relationship information, the rotation direction and angle of the master virtual object are determined. The master virtual object is then controlled to rotate according to these directions and angles. When the master virtual object rotates to face the second virtual object, an object locking screen is displayed, showing the second virtual object being locked by the master virtual object.

In this embodiment of the application, the rotation direction includes clockwise rotation and counterclockwise rotation. Schematic, the terminal determines the rotation direction and rotation angle based on the orientation information of the second virtual object relative to the main virtual object and the orientation information of the main virtual object in the positional relationship information.

In some embodiments, the terminal determines the rotation angle corresponding to the clockwise rotation and the counterclockwise rotation of the main virtual object based on the direction information of the second virtual object relative to the main virtual object and the orientation information of the main virtual object in the position relationship information. When the rotation angle corresponding to the clockwise rotation is less than the rotation angle corresponding to the counterclockwise rotation, the rotation direction is determined to be clockwise. When the rotation angle corresponding to the clockwise rotation is greater than the rotation angle corresponding to the counterclockwise rotation, the rotation direction is determined to be counterclockwise. When the rotation angle corresponding to the clockwise rotation is equal to the rotation angle corresponding to the counterclockwise rotation, the rotation direction is determined to be either clockwise or counterclockwise.

In some embodiments, collision detection is performed for both clockwise and counterclockwise directions before determining the rotation direction. Specifically, the terminal determines the collision detection results for clockwise rotation and counterclockwise rotation of the main virtual object based on the orientation information of the second virtual object relative to the main virtual object and the orientation information of the main virtual object in the positional relationship information. If a collision detection result indicates that the main virtual object experiences a volume collision during rotation, the direction indicating no volume collision is determined as the rotation direction. For example, if the main virtual object encounters a wall when rotating clockwise, it is controlled to rotate counterclockwise.

In some embodiments, the virtual scene displayed in the virtual scene interface is obtained by capturing the virtual scene using a virtual camera. That is, the virtual camera determines the content and perspective that the user sees on the screen. The position of the virtual camera in the virtual scene determines the observation point, the orientation of the virtual camera in the virtual scene determines the observation direction, and the FOV of the virtual camera determines the size of the virtual scene that can be displayed on the screen.

When the orientation of the master virtual object changes, the orientation of the virtual camera bound to the master virtual object in the virtual scene also changes. This illustrates how the rotation of the virtual camera bound to the master virtual object is controlled by the rotation direction and angle, and the rotating view of the master virtual object during the rotation is displayed through the virtual camera.

Optionally, when the user-controlled master virtual object observes the virtual scene from a first-person perspective, the virtual camera is attached to the head position of the master virtual object; when the user-controlled master virtual object observes the virtual scene from a third-person perspective, the virtual camera is attached to the position behind the character of the master virtual object.

Optionally, the rotation speed of the virtual camera during the rotation process can be uniform, or the rotation speed of the virtual camera during the rotation process can be variable, without limitation.

In some embodiments, the rotation speed of the virtual camera is correlated with the distance information between the master virtual object and the second virtual object. Illustratively, the distance information between the master virtual object and the second virtual object is obtained. Based on the distance information, a rotation speed negatively correlated with the distance information is determined. According to the rotation speed, rotation direction, and rotation angle, the virtual camera bound to the master virtual object is controlled, and the rotating view of the master virtual object during its rotation is displayed through the virtual camera. That is, the greater the distance between the master virtual object and the second virtual object, the faster the virtual camera rotates; the closer the distance between the master virtual object and the second virtual object, the slower the virtual camera rotates. This prevents the master virtual object from experiencing dizziness due to excessive turning speed when it is close to the second virtual object, while allowing for rapid positioning of the second virtual object when the distance between the master virtual object and the second virtual object is greater.

In some embodiments, virtual obstacles may exist between the master virtual object and the second virtual object. Illustratively, based on positional relationship information, it is determined whether a virtual obstacle exists between the master virtual object and the second virtual object. If a virtual obstacle is determined to exist between the master virtual object and the second virtual object, a guidance path is generated. The guidance path indicates a path that avoids the virtual obstacle during movement from the location of the master virtual object to the location of the second virtual object. The orientation of the master virtual object is controlled to rotate to point in the direction corresponding to the guidance path, and the guidance path and the second virtual object located behind the virtual obstacle are displayed.

That is, when it is determined from the positional relationship information that there is a virtual obstacle between the master virtual object and the second virtual object, a guide path is generated to bypass the virtual obstacle, and the master virtual object is controlled to face the starting direction of the guide path. At the same time, the guide path and the second virtual object located behind the virtual obstacle are displayed. For example, if there is a wall between the master virtual object and the second virtual object, and there is a door that passes through the wall on the left side of the master virtual object, a guide path is generated to pass through the door, and the shadow of the second virtual object is displayed on the wall in a perspective display mode.

In some embodiments, a first trigger operation on the object locking control instructs the master virtual object to enter a locked state for the second virtual object. Optionally, the locked state is released by a second trigger operation on the object locking control; that is, in response to the second trigger operation on the object locking control, the locked state of the master virtual object for the second virtual object is released. Optionally, in response to the second virtual object being in a dead/severely damaged state, the locked state of the master virtual object for the second virtual object is released. Optionally, in response to the first virtual object releasing its locked state for the second virtual object, the master virtual object releases its own locked state for the second virtual object. Optionally, in response to a locked object switching operation for the master virtual object, the master virtual object releases its own locked state for the second virtual object.

In this embodiment, by triggering the locking control, the rotation of the main virtual object and the virtual camera lens are controlled, so that the virtual scene displayed on the virtual scene interface conforms to the locking process of the main virtual object on the second virtual object. This automatically realizes the locking of the second virtual object's orientation and the locking of the viewing angle. A multi-functional locking process is achieved through one operation, eliminating the need for the user to manually rotate the viewing angle to adjust the screen, thus improving user efficiency and ensuring the consistency between the viewing angle of the screen display and the orientation of the main virtual object.

Please refer to Figure 11, which shows a flowchart of an interaction method for virtual objects provided by some exemplary embodiments of this application. The method includes steps 1110 to 1144.

Step 1110: Display the master virtual object in the virtual scene, and display the attack controls.

In this embodiment, the aforementioned master virtual object is a virtual object that operates in a virtual scene and is controlled by the terminal. The virtual scene also includes a first virtual object and a second virtual object. The first virtual object is associated with the master virtual object.

In this embodiment of the application, an attack control is displayed on the virtual scene interface corresponding to the virtual scene. The attack control is used to instruct the main virtual object to perform an attack action.

Step 1120: When the first virtual object performs the first action on the second virtual object, obtain the distance information between the second virtual object and the master virtual object.

In this embodiment of the application, the first action performed by the first virtual object on the second virtual object is used to instruct the first virtual object to perform an action with the second virtual object as the target.

Optionally, the aforementioned first action can be implemented as at least one of the following: a lock-on action, a dialogue action, an attack action, a targeted skill release action, an observation action, an interaction action, a follow action, or an item use action.

For illustrative purposes, the distance information described above is used to indicate the distance between the second virtual object and the master virtual object in the virtual scene.

Optionally, the aforementioned distance information can be determined based on the straight-line distance between the first scene coordinates of the master virtual object in the virtual scene and the second scene coordinates of the second virtual object in the virtual scene.

Optionally, the aforementioned distance information may be the path distance obtained by simulating path planning between the first position of the master virtual object in the virtual scene and the second position of the second virtual object in the virtual scene. The aforementioned simulated path planning process needs to consider the collision volume between scene objects in the virtual scene. That is, the aforementioned path distance is the distance to bypass the obstacles between the master virtual object and the second virtual object.

Step 1131: If the distance information is less than a preset distance threshold, display the object locking control in the first state.

In this embodiment, the object locking control displays different control states when the distance information between the master virtual object and the second virtual object meets different conditions. When the distance between the master virtual object and the second virtual object is less than a preset distance threshold, it indicates that the second virtual object is closer to the master virtual object, which can be considered a close-range state.

In this embodiment, the first state is implemented as a highlighted state, that is, when the second virtual object is close to the main virtual object, the object locking control in the highlighted state is displayed.

The virtual scene interface displays an object identification area. In some embodiments, this object identification area is implemented as a teammate information panel, i.e., a list of teammate information entries. In one example, each teammate virtual object displays its current HP, MP, and status (buff) information in the teammate information panel. In this embodiment, at the end of the teammate virtual object's information, the aforementioned object locking control indicates the target acquisition status of the teammate virtual object (first virtual object). That is, if the teammate virtual object has a target, the object locking control is displayed; if the teammate virtual object currently has no target, the object locking control is not displayed. Furthermore, in close-range situations, the object locking control is displayed in a highlighted state (first state).

Step 1132: In response to the first trigger operation of the object locking control in the first state, control the master virtual object to lock the second virtual object.

In this embodiment of the application, when the object locking control receives the first trigger operation, the terminal will control the main virtual object to lock the second virtual object, that is, the main virtual object enters the locking state for the second virtual object.

In this embodiment, when the distance between the master virtual object and the second virtual object is less than a preset distance threshold, it indicates that the second virtual object is in a close-range state relative to the master virtual object. At this time, after triggering the object locking control, the terminal executes a close-range response, wherein the close-range response includes controlling the master virtual object to lock the second virtual object.

Step 1133: In response to the fourth trigger operation on the attack control, the master virtual object is displayed to perform an attack action against the second virtual object.

In this embodiment of the application, in a close-range state, after the master virtual object locks the second virtual object, the attack action on the second virtual object can be directly triggered through the attack control. That is, when the attack control receives the fourth trigger operation, the terminal controls the master virtual object to lock the second virtual object and execute the attack action.

Step 1141: If the distance information is greater than or equal to a preset distance threshold, display the object locking control in the second state.

In this embodiment, when the distance between the master virtual object and the second virtual object is greater than or equal to a preset distance threshold, it indicates that the second virtual object is far from the master virtual object and can be considered a long-distance state. In the long-distance state, the terminal displays an object locking control for the second state.

In this embodiment, the second state is implemented as a gray state, that is, when the second virtual object is at a distance from the main virtual object, the object locking control is displayed in a gray state.

In this embodiment, the target acquisition status of the teammate virtual object (first virtual object) is indicated by the aforementioned object locking control in the sub-region at the end of the teammate virtual object's information. That is, if the teammate virtual object has a target, the object locking control is displayed; if the teammate virtual object currently has no target, the object locking control is not displayed. Furthermore, in the long-range state, the object locking control is displayed in a gray state (second state).

In this embodiment, the response logic of the object locking control is implemented as follows: when the first virtual object has a locked second virtual object, the object locking control corresponding to the second virtual object is displayed. When the object locking control is displayed in the virtual scene interface, the user can perform a trigger operation on the object locking control. In the near-field state, the object locking control is highlighted, and the response logic of clicking the object locking control is called the near-field response; in the far-field state, the object locking control is grayed out, and the response logic of clicking the object locking control is called the far-field response.

Step 1142: In response to the first trigger operation of the object locking control in the second state, control the master virtual object to lock the second virtual object.

In this embodiment of the application, when the object locking control receives the first trigger operation, the terminal will control the main virtual object to lock the second virtual object, that is, the main virtual object enters the locking state for the second virtual object.

In this embodiment of the application, when the distance between the master virtual object and the second virtual object is greater than or equal to a preset distance threshold, it indicates that the second virtual object is in a far-distance state relative to the master virtual object. At this time, after triggering the object locking control, the terminal executes a far-distance response, wherein the far-distance response includes controlling the master virtual object to lock the second virtual object.

Step 1143: Display the mobile assistance controls.

In this embodiment, the aforementioned mobile assistance control is used to provide mobile assistance functions to the main virtual object. In some embodiments, the aforementioned mobile assistance control is a control implemented through a UI icon.

Optionally, the motion assist control is displayed after the main virtual object locks the second virtual object; alternatively, the motion assist control is continuously displayed on the virtual scene interface after the main virtual object enters the virtual scene, which is not limited here.

Step 1144: In response to the third trigger operation on the motion assist control, the main virtual object is displayed to perform a movement action to the second virtual object through the motion assist prop.

In this embodiment of the application, in a remote state, after the master virtual object locks the second virtual object, the master virtual object can perform a movement action toward the second virtual object through a movement auxiliary control, thereby enabling the master virtual object to quickly approach the second virtual object.

Optionally, the aforementioned mobile assistance props can be implemented as at least one of the following: virtual grappling hook, virtual portal, virtual zipline, virtual vehicle, virtual mount, etc.

In one example, when the aforementioned mobile assist prop is implemented as a virtual grappling hook, in response to the mobile assist control receiving a third trigger operation, the main virtual object is shown to launch a virtual grappling hook towards the location of the second virtual object. After the virtual grappling hook locks onto the location of the second virtual object, the virtual grappling hook retracts to pull the main virtual object to the vicinity of the second virtual object.

In another example, when the aforementioned mobile assist prop is implemented as a virtual portal, in response to the mobile assist control receiving a third trigger operation, a virtual portal is displayed between the location of the main virtual object and the location of the second virtual object. The location of the main virtual object is the first door of the virtual portal, and the location of the second virtual object is the second door of the virtual portal. The main virtual object can move between the first door and the second door.

In another example, when the aforementioned mobility aid is implemented as a virtual zipline, in response to the mobility aid control receiving a third trigger operation, a virtual zipline is displayed between the location of the main virtual object and the location of the second virtual object. The location of the main virtual object is the starting point of the virtual zipline, and the location of the second virtual object is the ending point of the virtual zipline. The virtual object can slide from the starting point to the ending point via the virtual zipline.

In another example, when the aforementioned mobility aid is implemented as a virtual vehicle/mount, the main virtual object is shown driving the virtual vehicle/mount and automatically traveling to the location of the second virtual object.

In some embodiments, when the master virtual object moves to a distance within the attack range of the second virtual object using a movement aid, the user can control the master virtual object to perform an attack action against the second virtual object through the attack control.

Specifically, the triggering mechanism for the highlighted/grayed-out object locking control is implemented as follows:

(1) The target acquisition status of all teammate virtual objects (first virtual object) of the master virtual object is detected by the server, and the server synchronizes the detected target acquisition status data to the client in the terminal.

(2) For the teammate virtual object memberA of the master virtual object, the server uses the memberTarget structure to indicate the target-seeking status of the teammate virtual object. memberTarget contains the object ID and coordinate position of the target (second virtual object), that is, memberTarget = {id,pos(x,y,z)}. When the teammate virtual object does not currently have a target, MemberTarget = {0,pos(0,0,0)}.

(3) When memberA enters the team, the server broadcasts memberA’s current target, memberTarget, to all virtual object clients in the team. When memberA’s target changes, such as from non-targeting state to targeting state, or from targeting state to non-targeting state, the server broadcasts memberA’s current target, memberTarget, to all virtual object clients in the team.

(4) After the current master virtual object client receives the memberTarget data of memberA synchronized from the server, it processes the data. The client determines whether memberA has a locked target based on MemberTarget.id. That is, if memberTarget.id<=0, there is no locked target and the object locking control is set to hidden; if memberTarget.id>0, there is a locked target and the object locking control is set to visible.

(5) When the object lock control in the information entry of memberA in the teammate information panel of the master virtual object client is in the display state, the client starts a timed detection (e.g., once every 30ms), finds the target in the client's virtual scene, updates memberTarget.pos to the coordinates of the target, and finally calculates the distance between memberTarget.pos and the master virtual object in the virtual scene, and performs a detection and judgment on the distance:

①target=clientscene.get_object(memberTarget.id);

②memberTarget.pos=target.pos;

③ distance = getdis(playerPos, memberTarget.pos) # getdis is the distance calculation function;

④ When distance <= disNear (preset distance threshold), the object lock control is highlighted;

⑤ When distance > disNear, the object lock control is set to gray.

The proximity response logic implemented for the highlighted object locking control is as follows:

When a user clicks the highlighted indicator button, the client triggers proximity response logic:

(1) Set the orientation of the main virtual object player to be facing the target, that is: player.direction = normalize(target.pos-player.pos) #normalize is the vector normalization function.

(2) Camera rotation synchronization: The camera orientation of the virtual scene screen displayed on the client is set to be consistent with the player's orientation: clientscene.camera.direction = player.direction.

(3) Perform synchronous target search, that is, the main virtual object player also initiates a target search request to target.

The remote response logic implemented for the grayed-out object locking control is as follows:

When the user clicks the grayed-out indicator button, the client triggers remote response logic:

(1) Set the orientation of the main virtual object player to be facing the target, that is: player.direction = normalize(target.pos-player.pos) #normalize is the vector normalization function.

(2) Camera rotation synchronization: The camera orientation of the virtual scene screen displayed on the client is set to be consistent with the player's orientation: clientscene.camera.direction = player.direction.

(3) Add a red outline to the rendering of the target.

(4) The user operates the hook and crosshair to lock onto the target.

In one example, as shown in Figure 12, a schematic diagram of a close-range response process provided by some exemplary embodiments of this application is illustrated. The virtual scene interface 1200 displays a master virtual object 1201 and a teammate identifier 1211 for a teammate virtual object 1202 of the master virtual object 1201. When the teammate virtual object 1202 locks onto an enemy virtual object 1203, and the master virtual object 1201 and the enemy virtual object 1203 are in a close-range state, an object locking control 1212 corresponding to the enemy virtual object 1203 is displayed to the right of the teammate identifier 1211 in the virtual scene interface 1200. This object locking control 1212 is highlighted. When the object locking control 1212 receives a trigger operation, the terminal controls the master virtual object 1201 to lock onto the enemy virtual object 1203. The user can then control the master virtual object 1201 to attack the enemy virtual object 1203 by triggering the attack control 1204 in the virtual scene interface 1200.

In another example, as shown in Figure 13, which illustrates a schematic diagram of a remote response process provided by some exemplary embodiments of this application, the virtual scene interface 1300 displays a master virtual object 1301 and a teammate identifier 1311 of a teammate virtual object 1302 of the master virtual object 1301. When the teammate virtual object 1302 locks onto the enemy virtual object 1303, and the master virtual object 1301 and the enemy virtual object 1303 are in a remote state, an object locking control 1312 corresponding to the enemy virtual object 1303 is displayed to the right of the teammate identifier 1311 in the virtual scene interface 1300. The object locking control 1312 is a grayed-out control. When the object locking control 1312 receives a trigger operation, the terminal controls the main virtual object 1301 to lock onto the enemy virtual object 1303. At this time, since the main virtual object 1301 and the enemy virtual object 1303 are in a long distance, the user can use the auxiliary movement control 1304 displayed on the virtual scene interface 1300 to control the main virtual object 1301 to move quickly to the vicinity of the enemy virtual object 1303. That is, when the auxiliary movement control 1304 receives a trigger operation, it automatically locks onto the enemy virtual object 1303 and uses auxiliary movement props, thereby enabling the main virtual object 1301 to move quickly.

Please refer to Figure 14, which shows a flowchart of an interaction method for virtual objects provided in some exemplary embodiments of this application. The method includes:

S1410: Determine the distance. If the distance is close, proceed to S1421; if the distance is far, proceed to S1431. S1421: A highlighted object lock control appears next to the teammate's health bar. S1422: The player clicks the object lock control. S1423: The camera automatically focuses on and locks onto the enemy locked by the teammate. S1431: A gray object lock control appears next to the teammate's health bar. S1432: The player clicks the object lock control. S1433: The camera automatically focuses on and displays a ghost image of the enemy locked by the teammate. In other words, the terminal determines whether the distance between the main virtual object and the enemy virtual object locked by the teammate is less than a preset distance threshold. If it is less, the distance between the main virtual object and the enemy virtual object is determined to be close; if it is greater than or equal to the threshold, the distance between the main virtual object and the enemy virtual object is determined to be far. When the distance between the controlled virtual object and the enemy virtual object is close, a highlighted object lock control appears next to the teammate's health bar. When the distance between the controlled virtual object and the enemy virtual object is far, a grayed-out object lock control appears next to the teammate's health bar. When the distance between the controlled virtual object and the enemy virtual object is far, if the user triggers the grayed-out object lock control, the camera automatically focuses on the enemy locked by the teammate and displays a ghost image.

In this embodiment, when the master virtual object is close to the second virtual object, after locking onto the second virtual object, the user can directly control the master virtual object to attack the second virtual object via the attack control. For example, the user can control the master virtual object to quickly lock onto an enemy virtual object locked by a teammate's virtual object and attack it, thus achieving rapid assistance in battle and improving both user experience and game smoothness. Conversely, when the master virtual object is far from the second virtual object, after locking onto the second virtual object, the user can control the master virtual object to quickly approach the second virtual object via the movement auxiliary control, thereby achieving rapid assistance in battle from a distance. This reduces the time required for the master virtual object to approach the second virtual object from a distance and improves the efficiency of the master virtual object in performing interactive actions.

It should be noted that this application may display prompt interfaces, pop-ups, or output voice prompts before and during the collection of user data. These prompt interfaces, pop-ups, or voice prompts are used to inform the user that their data is being collected. This ensures that the application only begins the steps for collecting user data after receiving confirmation from the user regarding the prompt interface or pop-up; otherwise (i.e., without user confirmation), the steps for collecting user data end, meaning no user data is collected. In other words, all user data collected in this application is collected with the user's consent and authorization, and the collection, use, and processing of related user data must comply with the relevant laws, regulations, and standards of the relevant countries and regions.

Please refer to Figure 15, which shows a structural block diagram of an interactive device for virtual objects provided in an exemplary embodiment of this application. The device includes the following modules:

The first display module 1510 is used to display a master virtual object in a virtual scene. The master virtual object is a virtual object that is controlled by the terminal and is active in the virtual scene. The virtual scene also includes a first virtual object and a second virtual object. The first virtual object is associated with the master virtual object.

The second display module 1520 is used to display an object locking control corresponding to the second virtual object when the first virtual object performs a first action on the second virtual object;

The first display module 1510 is further configured to, in response to a first trigger operation on the object locking control, display the master virtual object performing a second action on the second virtual object.

In some alternative embodiments, as shown in FIG16, the apparatus further includes:

The acquisition module 1530 is used to acquire distance information between the second virtual object and the main control virtual object when the first virtual object performs a first action on the second virtual object;

The second display module 1520 is further configured to display the object locking control corresponding to the second virtual object based on the distance information.

In some optional embodiments, the second display module 1520 is further configured to display an object locking control in a first state when the distance information is less than a preset distance threshold, and to display an object locking control in a second state when the distance information is greater than or equal to the preset distance threshold, wherein the first state and the second state are different.

In some optional embodiments, the first display module 1510 is further configured to, in response to a first trigger operation on the object locking control of the first state, display the second virtual object in a first display mode, and display the master virtual object performing a second action on the second virtual object.

In some optional embodiments, the first display module 1510 is further configured to, in response to a first trigger operation on the object locking control of the second state, display the second virtual object in a second display mode, and display the master virtual object performing a second action on the second virtual object.

In some optional embodiments, the first display module 1510 is further configured to display the orientation locking action performed by the master virtual object on the second virtual object, the orientation locking action being used to control the master virtual object to face the second virtual object.

In some optional embodiments, the acquisition module 1530 is further configured to acquire positional relationship information between the second virtual object and the master virtual object;

The first display module 1510 is also used to display the orientation locking action performed by the master virtual object on the second virtual object based on the positional relationship information.

In some alternative embodiments, the apparatus further includes:

The determining module 1540 is used to determine the rotation direction and rotation angle of the main control virtual object based on the positional relationship information;

The control module 1550 is used to control the rotation of the main virtual object according to the rotation direction and the rotation angle;

The control module 1550 is also used when the main virtual object rotates to face the second virtual object;

The first display module 1510 is also used to display an object locking screen where the second virtual object is locked by the main control virtual object.

In some optional embodiments, the first display module 1510 is further configured to control the rotation of the virtual camera bound to the main virtual object according to the rotation direction and the rotation angle, and display the rotation view of the main virtual object during the rotation process through the virtual camera.

In some optional embodiments, the acquisition module 1530 is further configured to acquire distance information between the master virtual object and the second virtual object;

The determining module 1540 is further configured to determine a rotation speed that is negatively correlated with the distance information based on the distance information;

The control module 1550 is also used to control the virtual camera bound to the main virtual object according to the rotation speed, the rotation direction and the rotation angle;

The first display module 1510 is also used to display the rotating view of the main virtual object during the rotation process through the virtual camera.

In some optional embodiments, the determining module 1540 is further configured to determine, based on the positional relationship information, whether there is a virtual obstacle between the master virtual object and the second virtual object;

The determining module 1540 is further configured to generate a guidance path when it is determined that there is a virtual obstacle between the master virtual object and the second virtual object. The guidance path is used to indicate a path to avoid the virtual obstacle during the process of moving from the location of the master virtual object to the location of the second virtual object.

The control module 1550 is also used to control the orientation of the main virtual object to rotate to point to the path direction corresponding to the guide path;

The first display module 1510 is also used to display the guide path and the second virtual object located behind the virtual obstacle.

In some optional embodiments, the first triggering operation is used to instruct the master virtual object to enter a locked state for the second virtual object;

The first display module 1510 is further configured to release the locking state of the main control virtual object for the second virtual object in response to a second trigger operation on the object locking control.

In some optional embodiments, the second display module 1520 is also used to display mobile assistance controls;

The first display module 1510 is also configured to, in response to a third trigger operation on the mobile auxiliary control, display the main virtual object performing a movement action towards the second virtual object through a mobile auxiliary prop.

In some optional embodiments, the second display module 1520 is also used to display attack controls;

The first display module 1510 is also configured to, in response to a fourth trigger operation on the attack control, display the main control virtual object performing an attack action against the second virtual object.

In some optional embodiments, the first display module 1510 is further configured to display an object identifier area corresponding to the first virtual object, wherein the object identifier area is used to display the object identifier of the first virtual object;

The second display module 1520 is further configured to display the object locking control in the object identification area when the first virtual object performs the first action on the second virtual object.

It should be noted that the virtual object interaction device provided in the above embodiments is only an example of the division of the above functional modules. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the virtual object interaction device and the virtual object interaction method embodiments provided in the above embodiments belong to the same concept, and the specific implementation process can be found in the method embodiments, which will not be repeated here.

Figure 17 shows a structural block diagram of a terminal 1700 provided in an exemplary embodiment of this application. The terminal 1700 may be a smartphone, tablet computer, Moving Picture Experts Group Audio Layer III (MP3) player, Moving Picture Experts Group Audio Layer IV (MP4) player, laptop computer, or desktop computer. The terminal 1700 may also be referred to as a user device, portable terminal, laptop terminal, desktop terminal, or other names.

Typically, terminal 1700 includes a processor 1701 and a memory 1702.

Processor 1701 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. Processor 1701 may be implemented using at least one hardware form selected from Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), and Programmable Logic Array (PLA). Processor 1701 may also include a main processor and a coprocessor. The main processor, also known as a central processing unit (CPU), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 1701 may integrate a Graphics Processing Unit (GPU), which is responsible for rendering and drawing the content to be displayed on the screen. In some embodiments, processor 1701 may also include an Artificial Intelligence (AI) processor, which is used to handle computational operations related to machine learning.

Memory 1702 may include one or more computer-readable storage media, which may be non-transitory. Memory 1702 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in memory 1702 is used to store at least one instruction, which is executed by processor 1701 to implement the interactive method of virtual objects provided in the method embodiments of this application.

In illustrative purposes, terminal 1700 also includes other components. Those skilled in the art will understand that the structure shown in FIG17 does not constitute a limitation on terminal 1700 and may include more or fewer components than shown, or combine certain components, or use different component arrangements.

Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be implemented by a program instructing related hardware. This program can be stored in a computer-readable storage medium, which may be a computer-readable storage medium included in the memory described in the above embodiments; or it may be a standalone computer-readable storage medium not assembled into the terminal. The computer-readable storage medium stores at least one instruction, at least one program segment, a code set, or an instruction set. The at least one instruction, the at least one program segment, the code set, or the instruction set is loaded and executed by the processor to implement the interaction method of the virtual object described in any of the above embodiments.

Optionally, the computer-readable storage medium may include: read-only memory (ROM), random access memory (RAM), solid-state drives (SSDs), or optical discs, etc. The random access memory may include resistive random access memory (ReRAM) and dynamic random access memory (DRAM). The sequence numbers of the embodiments described above are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented by hardware or by a program instructing related hardware. The program can be stored in a computer-readable storage medium, such as a read-only memory, a disk, or an optical disk.

The above description is merely an optional embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims (19)

A method for interacting with a virtual object, executed by a terminal, the method comprising: The virtual scene displays a master virtual object, which is a virtual object controlled by the terminal and active in the virtual scene. The virtual scene also includes a first virtual object and a second virtual object, and the first virtual object is associated with the master virtual object. When the first virtual object performs a first action on the second virtual object, an object locking control corresponding to the second virtual object is displayed; In response to a first trigger operation on the object locking control, the master virtual object is shown to perform a second action on the second virtual object. According to the method of claim 1, wherein displaying an object locking control corresponding to the second virtual object when the first virtual object performs a first action on the second virtual object includes: When the first virtual object performs a first action on the second virtual object, the distance information between the second virtual object and the main virtual object is obtained; Based on the distance information, the object locking control corresponding to the second virtual object is displayed. According to the method of claim 2, wherein displaying the object locking control corresponding to the second virtual object based on the distance information includes: When the distance information is less than a preset distance threshold, the object locking control displays the first state. When the distance information is greater than or equal to the preset distance threshold, the object locking control displays a second state, which is different from the first state. According to the method of claim 3, wherein the step of displaying the master virtual object to perform a second action on the second virtual object in response to a first trigger operation on the object locking control includes: In response to the first trigger operation on the object locking control in the first state, the second virtual object is displayed in a first display mode, and the master virtual object is displayed to perform a second action on the second virtual object. According to the method of claim 3, wherein the step of displaying the master virtual object to perform a second action on the second virtual object in response to a first trigger operation on the object locking control includes: In response to the first trigger operation on the object locking control in the second state, the second virtual object is displayed in a second display mode, and the master virtual object is displayed performing a second action on the second virtual object. According to any one of claims 1 to 5, the step of displaying the master virtual object performing a second action on the second virtual object includes: This displays the orientation locking action performed by the master virtual object on the second virtual object, the orientation locking action being used to control the master virtual object to face the second virtual object. According to the method of claim 6, wherein displaying the locking-oriented action performed by the master virtual object on the second virtual object includes: Obtain the positional relationship information between the second virtual object and the master virtual object; Based on the positional relationship information, the orientation locking action performed by the master virtual object on the second virtual object is displayed. According to the method of claim 7, wherein displaying the orientation locking action performed by the master virtual object on the second virtual object based on the positional relationship information includes: Based on the positional relationship information, the rotation direction and rotation angle of the main virtual object are determined; The main virtual object is rotated according to the rotation direction and the rotation angle. When the master virtual object rotates to face the second virtual object, an object locking screen is displayed, showing that the second virtual object is locked by the master virtual object. According to the method of claim 8, before displaying the object locking screen where the second virtual object is locked by the master virtual object, the method further includes: Based on the rotation direction and the rotation angle, the virtual camera bound to the main virtual object is controlled to rotate, and the rotating view of the main virtual object during the rotation process is displayed through the virtual camera. According to the method of claim 9, wherein controlling the virtual camera bound to the main virtual object according to the rotation direction and the rotation angle, and displaying the rotational view of the main virtual object during the rotation process through the virtual camera, includes: Obtain the distance information between the master virtual object and the second virtual object; Based on the distance information, a rotational speed that is negatively correlated with the distance information is determined; Based on the rotation speed, rotation direction, and rotation angle, the virtual camera bound to the main virtual object is controlled, and the rotation view of the main virtual object during the rotation process is displayed through the virtual camera. According to any one of claims 7 to 10, the step of displaying the orientation locking action performed by the master virtual object on the second virtual object based on the positional relationship information includes: Based on the positional relationship information, it is determined whether there is a virtual obstacle between the master virtual object and the second virtual object; If it is determined that there is a virtual obstacle between the master virtual object and the second virtual object, a guidance path is generated. The guidance path is used to indicate the path to avoid the virtual obstacle when moving from the location of the master virtual object to the location of the second virtual object. Control the orientation of the main virtual object to rotate to point to the path direction corresponding to the guide path, and display the guide path and the second virtual object located behind the virtual obstacle. The method according to any one of claims 1 to 11, wherein the first triggering operation is used to instruct the master virtual object to enter a locked state for the second virtual object; The method further includes: In response to a second trigger operation on the object locking control, the locking state of the master virtual object relative to the second virtual object is released. According to any one of claims 1 to 12, the step of displaying the master virtual object performing a second action on the second virtual object includes: Display mobile accessibility controls; In response to a third trigger operation on the mobile assist control, the main virtual object is shown to perform a movement action towards the second virtual object using a mobile assist prop. According to any one of claims 1 to 12, the step of displaying the master virtual object performing a second action on the second virtual object includes: Display attack controls; In response to the fourth trigger operation of the attack control, the master virtual object is displayed to perform an attack action against the second virtual object. According to any one of claims 1 to 14, the step of displaying an object locking control corresponding to the second virtual object when the first virtual object performs a first action on the second virtual object includes: Display the object identifier area corresponding to the first virtual object, wherein the object identifier area is used to display the object identifier of the first virtual object; When the first virtual object performs the first action on the second virtual object, the object locking control is displayed in the object identification area. An interactive device for virtual objects, wherein the device comprises: The first display module is used to display a master virtual object in a virtual scene. The master virtual object is a virtual object that is controlled by the terminal and operates in the virtual scene. The virtual scene also includes a first virtual object and a second virtual object, and the first virtual object is associated with the master virtual object. The second display module is used to display an object locking control corresponding to the second virtual object when the first virtual object performs a first action on the second virtual object; The first display module is further configured to, in response to a first trigger operation on the object locking control, display the main control virtual object performing a second action on the second virtual object. A computer device comprising a processor and a memory, the memory storing at least one program, the at least one program being loaded and executed by the processor to implement the interactive method of a virtual object as described in any one of claims 1 to 15. A computer-readable storage medium, wherein at least one piece of program code is stored in the computer-readable storage medium, the program code being loaded and executed by a processor to implement the interactive method of a virtual object as described in any one of claims 1 to 15. A computer program product comprising a computer program or instructions that, when executed by a processor, implement the interactive method of a virtual object as described in any one of claims 1 to 15.