A control method and apparatus of a virtual object

Abstract

The application discloses a virtual object control method and device. The method comprises the following steps: displaying a virtual scene in which a first virtual object is located on a display interface, the first virtual object being a virtual object currently controlled by a user; determining a target revival position of the first virtual object as a marked position corresponding to a position marking instruction sent by a second virtual object in response to the position marking instruction, the second virtual object being a virtual object in a camp to which the first virtual object belongs; and controlling the first virtual object to revive and reach the target revival position in response to the first virtual object meeting a preset revival condition. The target revival position of the first virtual object is determined according to the marked position of the second virtual object. When the first virtual object meets the preset revival condition, the first virtual object revives at the target revival position, which can quickly realize cooperative combat against an enemy object with a teammate, thereby increasing the winning rate of the camp, improving the game participation of the user and improving the game experience of the user.

Description

Technical Field

[0001] This application relates to the field of computer technology, and specifically to a method, apparatus, electronic device, and computer-readable storage medium for controlling virtual objects. Background Technology

[0002] In existing game applications, during the process of users controlling virtual objects to fight against enemy objects, due to user operation errors or lack of proficiency, the virtual object controlled by the user is quickly killed and eliminated by the enemy object within a short period of time after the start of the game, resulting in a significant decrease in the user's participation in the game.

[0003] To enhance user engagement in the game, the existing solution allows virtual characters to revive at a pre-set fixed location after being eliminated. However, since the battle area in the virtual game changes constantly, the pre-set fixed location will inevitably differ from, or even be significantly different from, the actual battle location. This results in virtual characters being unable to quickly coordinate with teammates and engage in combat after reviving at the pre-set fixed location, leading to a poor user experience. Summary of the Invention

[0004] This application provides a method, device, electronic device, and computer-readable storage medium for controlling virtual objects, in order to solve the problem in the prior art that virtual objects cannot quickly coordinate with teammates to fight against enemy objects after being resurrected, resulting in a poor user gaming experience.

[0005] In a first aspect, embodiments of this application provide a method for controlling a virtual object, the method comprising:

[0006] The display interface shows the virtual scene where the first virtual object is located, and the first virtual object is the virtual object currently being controlled by the user.

[0007] In response to a location marking command sent by a second virtual object, the marked location corresponding to the location marking command is determined as the target respawn location of the first virtual object, and the second virtual object is a virtual object in the faction to which the first virtual object belongs;

[0008] In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect and reach the target resurrection location.

[0009] Optionally, the second virtual object sends a location marking instruction for a new location at preset intervals and / or according to the first situation information, where the first situation information is the situation information of the current round;

[0010] The step of responding to a location marking instruction sent by the second virtual object and determining the marked location corresponding to the location marking instruction as the target resurrection location of the first virtual object includes:

[0011] In response to multiple location marking instructions sent by the second virtual object, multiple marked locations are obtained and one of the marked locations is determined as the target resurrection location of the first virtual object.

[0012] Optionally, determining a marker location from the plurality of marker locations as the target resurrection location of the first virtual object includes:

[0013] The most recently marked location among the multiple marked locations is determined as the target resurrection location of the first virtual object.

[0014] Optionally, determining a marker location from the plurality of marker locations as the target resurrection location of the first virtual object further includes:

[0015] One of the multiple marked locations, excluding the most recently marked location, is determined as the target resurrection location of the first virtual object.

[0016] Optionally, the display interface includes a revival control;

[0017] Before determining the marked location corresponding to the location marking instruction sent by the second virtual object as the target resurrection location of the first virtual object in response to the location marking instruction, the following steps are included:

[0018] In response to the triggering operation performed by the first virtual object on the resurrection control, at least one first control identifier is displayed, each first control identifier corresponding to a virtual object in the faction to which the first virtual object belongs;

[0019] In response to the first operation performed by the first virtual object on the first control identifier, the virtual object corresponding to the first control identifier is determined as the second virtual object.

[0020] Optionally, the step of controlling the first virtual object to revive and reach the target revival position in response to the first virtual object meeting the preset revival conditions includes:

[0021] In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect at the target resurrection location.

[0022] Optionally, the second virtual object has been assigned a resurrection vehicle;

[0023] The step of responding to the first virtual object meeting the preset resurrection conditions and controlling the first virtual object to resurrect and reach the target resurrection location includes:

[0024] In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect on the resurrection vehicle and ride the resurrection vehicle to the target resurrection location.

[0025] Optionally, before controlling the first virtual object to revive at the target revival location via the revival vehicle, the method further includes:

[0026] The resurrection vehicle is obtained in the virtual scene; or,

[0027] The resurrection vehicle is generated in the virtual scene.

[0028] Secondly, embodiments of this application provide a control device for a virtual object, the device comprising:

[0029] The display module is used to display the virtual scene where the first virtual object is located on the display interface. The first virtual object is the virtual object currently controlled by the user.

[0030] The determination module is used to respond to the location marking instruction sent by the second virtual object and determine the marked location corresponding to the location marking instruction as the target respawn location of the first virtual object, wherein the second virtual object is a virtual object in the faction to which the first virtual object belongs;

[0031] The control module is used to control the first virtual object to revive and reach the target revival position in response to the first virtual object meeting the preset revival conditions.

[0032] Optionally, the second virtual object sends a location marking instruction for a new location at preset intervals and / or according to the first situation information, where the first situation information is the situation information of the current round;

[0033] The determining module is specifically used for:

[0034] In response to multiple location marking instructions sent by the second virtual object, multiple marked locations are obtained and one of the marked locations is determined as the target resurrection location of the first virtual object.

[0035] Optionally, the determining module is specifically used for:

[0036] The most recently marked location among the multiple marked locations is determined as the target resurrection location of the first virtual object.

[0037] Optionally, the determining module is further configured to:

[0038] One of the multiple marked locations, excluding the most recently marked location, is determined as the target resurrection location of the first virtual object.

[0039] Optionally, the display interface includes a revival control;

[0040] The device also includes a processing module:

[0041] The display module is further configured to display at least one first control identifier in response to the trigger operation performed by the first virtual object on the resurrection control, wherein each first control identifier corresponds to a virtual object in the camp to which the first virtual object belongs;

[0042] The processing module is specifically used to respond to the first operation performed by the first virtual object on the first control identifier, and to determine the virtual object corresponding to the first control identifier as the second virtual object.

[0043] Optionally, the control module is specifically used for:

[0044] In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect at the target resurrection location.

[0045] Optionally, the second virtual object has been assigned a resurrection vehicle;

[0046] The control module is specifically used for:

[0047] In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect on the resurrection vehicle and ride the resurrection vehicle to the target resurrection location.

[0048] Optionally, the control module is further configured to:

[0049] The resurrection vehicle is obtained in the virtual scene; or,

[0050] The resurrection vehicle is generated in the virtual scene.

[0051] Thirdly, embodiments of this application provide an electronic device, the electronic device comprising:

[0052] The memory and the processor are coupled;

[0053] The memory is used to store one or more computer instructions;

[0054] The processor is used to execute one or more computer instructions to implement the virtual object control method described in any of the first aspects above.

[0055] Fourthly, embodiments of this application provide a computer-readable storage medium storing one or more computer instructions, characterized in that the instructions are executed by a processor to implement the virtual object control method described in any of the first aspects above.

[0056] Fifthly, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the control method for the virtual object described in any of the first aspects above.

[0057] Compared with the prior art, this application has the following advantages:

[0058] The virtual object control method provided in this application displays a virtual scene containing a first virtual object, which is the virtual object currently controlled by the user. In response to a location marker command sent by a second virtual object, the method determines the marked location corresponding to the location marker command as the target respawn location for the first virtual object. The second virtual object is a virtual object belonging to the same faction as the first virtual object. In response to the first virtual object meeting preset respawn conditions, the method controls the first virtual object to respawn and reach the target respawn location. The target respawn location for the first virtual object is determined based on the marked location of the second virtual object. When the first virtual object meets the preset respawn conditions, it respawns at the target respawn location, enabling rapid teamwork against enemy objects. This increases the faction's win rate, enhances user engagement, and improves the user's gaming experience. Attached Figure Description

[0059] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, illustrate exemplary embodiments of the invention and, together with their description, serve to explain the invention and do not constitute an undue limitation thereof. In the drawings:

[0060] Figure 1 This is a schematic diagram illustrating an application scenario of a virtual object control method provided in the first embodiment of this application;

[0061] Figure 2 One of the flowcharts illustrating the virtual object control method provided in the second embodiment of this application;

[0062] Figure 3 The second flowchart illustrates the method for controlling virtual objects provided in the second embodiment of this application.

[0063] Figure 4 One of the schematic diagrams for determining a second virtual object provided in the second embodiment of this application;

[0064] Figure 5 This is the second schematic diagram illustrating the determination of the second virtual object provided in the second embodiment of this application;

[0065] Figure 6 A schematic diagram illustrating how the second virtual object, as provided in the second embodiment of this application, determines the resurrection vehicle for the first virtual object;

[0066] Figure 7 This is a schematic diagram of the structure of the control device for the virtual object provided in the third embodiment of this application;

[0067] Figure 8 This is a schematic diagram of the hardware structure of the electronic device provided in the fourth embodiment of this application.

[0068] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0069] To make the objectives, advantages, and features of this invention clearer, the invention will be described clearly and completely below in conjunction with the accompanying drawings and specific embodiments. In the following description, many specific details are set forth to provide a thorough understanding of the invention. However, the described embodiments are only some, not all, of the embodiments of this invention, and all other embodiments obtained by those skilled in the art without inventive effort are within the scope of protection of this invention.

[0070] It should be noted that in the description of this application, the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance, or a specific order or sequence. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances. Furthermore, in the description of this application, unless otherwise stated, the term "multiple" refers to two or more. The term "and / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. The terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to these processes, methods, products, or devices.

[0071] To facilitate understanding of the technical solution of this application, the relevant concepts involved in this application will be introduced first.

[0072] A virtual scene is a virtual environment provided by a game application when running on an electronic device. It can be displayed on a screen for users (players) to view. A virtual scene can be a simulation of the real world, a semi-simulated / semi-fictional environment, or a purely fictional environment. Examples include fictional game environments, fictional movie environments, and virtual reality environments created by overlaying fictional game environments with real environments. This virtual scene can be two-dimensional or three-dimensional.

[0073] Virtual objects refer to virtual characters controlled by users. In this embodiment, they refer to objects that can be controlled by users and can represent the user's image. Users can control virtual objects to perform operations in a virtual scene, such as walking, jumping, running, and attacking. Multiple users can control their chosen virtual objects to interact in the virtual scene, simulating the effect of multiple users interacting face-to-face in a virtual scene. There are numerous virtual objects in the virtual scene, and different virtual objects usually have the same or different appearances and can perform the same and / or different operations.

[0074] The prior art involved in this application and the problems existing in the prior art are described below:

[0075] In existing game applications, during the process of users controlling virtual objects to fight against enemy objects, due to user operation errors or lack of proficiency, the virtual object controlled by the user is quickly killed and eliminated by the enemy object within a short period of time after the start of the game, resulting in a significant decrease in the user's participation in that game.

[0076] To enhance user engagement in the game, existing solutions allow virtual characters to revive at pre-set fixed locations after being eliminated. However, because the battle zones in virtual games change constantly, the pre-set fixed locations inevitably differ from, or are even significantly different from, the actual battle locations. This results in virtual characters being unable to quickly coordinate with teammates and engage in combat after reviving at the pre-set fixed locations, leading to a poor user experience.

[0077] To address the aforementioned problems, this application provides a method for controlling virtual objects. Based on the principle of "teamwork and strategic coordination," a target respawn location is determined for the first virtual object about to revive. In other words, to increase the team's win rate, considering team-based combat to eliminate enemy objects, the target respawn location for the first virtual object can be determined based on locations marked by the team leader, teammates, or the first virtual object itself. After being eliminated, the first virtual object respawns at this target location. This target respawn location can be a gathering point selected by the team leader for all virtual objects, or a target combat or respawn location chosen by teammates or the first virtual object itself. Therefore, regardless of whether it's the gathering point determined by the team leader or the target combat or respawn location chosen by teammates, the first virtual object, after respawning at this location, has a high probability of encountering teammates, allowing for quick coordination to eliminate enemy objects. This increases user engagement, improves the team's win rate, and ultimately enhances the user's gaming experience.

[0078] To make the objectives and technical solutions of this application clearer and more intuitive, the methods provided in the embodiments of this application will be described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are merely for explaining this application and are not intended to limit this application.

[0079] This application provides a method, apparatus, electronic device, and computer storage medium for controlling virtual objects. Specifically, the virtual object control method of this application can be executed by an electronic device, which can be a terminal or a server. The terminal can be a smartphone, tablet, laptop, touch screen, game console, personal computer (PC), personal digital assistant (PDA), or other terminal device. The terminal can also include a client, which can be a game application client, a browser client carrying a game program, or an instant messaging client. The server can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms.

[0080] It should be noted that the following description of the technical solution provided in this application uses a terminal as the execution subject. In other possible implementations, a server may also be used as the execution subject to execute the technical solution provided in this application. The embodiments of this application do not limit the type of execution subject.

[0081] The following is combined with Figure 1 This paper introduces the application scenarios of a virtual object control method provided in the first embodiment of this application. Figure 1 This is a schematic diagram illustrating an application scenario of a virtual object control method provided in the first embodiment of this application.

[0082] like Figure 1 As shown, the user's terminal can establish a connection with the server (cluster) via a network. The terminal is any device with computing hardware capable of supporting and executing software applications corresponding to the game. Game software applications include, but are not limited to, any of the following: first-person shooter applications, third-person shooter applications, single-player applications, and multiplayer online battle arena (MOBA) applications. The types of games mentioned above can include, but are not limited to, at least one of the following: two-dimensional (2D) game applications, three-dimensional (3D) game applications, virtual reality (VR) game applications, augmented reality (AR) game applications, and mixed reality (MR) game applications. This is merely an example, and this embodiment does not impose any limitations. The server (cluster) can provide services (such as game services, application services, etc.) to the user terminal or clients installed on the user terminal.

[0083] One of the at least one terminals is referred to as the first terminal, which may be the terminal currently used by the user. The first terminal has one or more multi-touch screens for sensing and obtaining input from the user through touch or swipe operations performed at multiple points on one or more touch displays. A graphical user interface containing a virtual scene is displayed on the first terminal's screen. The current user manipulates a first virtual object located in the virtual scene to perform activities, including but not limited to: movement and crawling, walking, running, jumping, driving, picking up, shooting, attacking, throwing, selecting or updating a respawn location, and at least one of these. Additionally, a database may be set up on a server (cluster) or a standalone server for the server to provide data storage services. For example, information related to the virtual scene can be continuously stored in the database while different users are playing multiplayer games online. The aforementioned network can be a wireless network or a wired network, such as a wireless local area network (WLAN), local area network (LAN), cellular network, 2G network, 3G network, 4G network, 5G network, etc. Different terminals may also connect to the server using their own Bluetooth network or hotspot network, or they may communicate with each other through the server and communication network.

[0084] The aforementioned Graphical User Interface (GUI) is a user display interface shown on a terminal device. It is a user interface that uses graphics to display operations on a terminal device, and it is a form of interface display for human-computer communication. Users interact with electronic devices through icons and visual indicators.

[0085] Optionally, the virtual game screen displayed on the graphical user interface of the terminal may be rendered by the terminal based on the game application data sent by the server, or may be rendered by the terminal based on the stored data of the game application.

[0086] Below, in conjunction with Figure 2 The method for controlling virtual objects provided in the second embodiment of this application will be described. Figure 2 This is one of the flowcharts illustrating the control method for virtual objects provided in the second embodiment of this application.

[0087] like Figure 2 As shown, the control methods for this virtual object include:

[0088] S201. On the display interface, the virtual scene where the first virtual object is located is displayed. The first virtual object is the virtual object currently controlled by the user.

[0089] The aforementioned virtual scene is displayed on the terminal's monitor (or display screen). The virtual game may include at least two competing and opposing factions. For ease of description, the second embodiment of this application uses the example of a virtual game with two opposing factions. For instance, the virtual game includes two factions: our faction and the enemy faction, and these two factions are competing and opposing each other. Each faction may include at least one virtual object.

[0090] The first virtual object is the virtual object controlled by the current user through the game application logged into their game account on their device. Our faction is the faction to which the first virtual object belongs.

[0091] Optionally, in this embodiment, the aforementioned virtual game scene may include, but is not limited to, various application scenarios such as medical, financial, banking, energy, education, building, transportation, Internet of Things, and industry.

[0092] S202. In response to the location marking command sent by the second virtual object, the marked location corresponding to the location marking command is determined as the target respawn location of the first virtual object, and the second virtual object is a virtual object in the faction to which the first virtual object belongs.

[0093] Optionally, in situations where the battle situation and combat zone between the two factions in a virtual game are constantly changing, one can consider increasing the win rate of one's own faction by having virtual objects within one's own faction cooperate in combat against enemy virtual objects. This can typically be achieved by at least one of the following methods:

[0094] Method 1: All virtual objects in our faction will collectively select one virtual object from among all virtual objects in our faction to serve as our faction's leader. This leader needs to determine a new rendezvous point or target attack point at preset intervals as the game progresses or based on changes in the battle situation. For example, the virtual leader can indicate the rendezvous point or target attack point to teammates via voice, text, or location markers. Upon seeing the rendezvous point or target attack point indicated by the leader, teammates will either rush to the rendezvous point to gather or rush to the target attack point to attack any enemy virtual objects present there.

[0095] Method 2: Each virtual object in our faction can mark its next desired destination or its desired respawn location. It should be noted that as the virtual object moves within the game scene, it needs to re-mark its desired destination or respawn location after reaching its marked location.

[0096] The second virtual object is a virtual object belonging to the same faction as the first virtual object.

[0097] Optionally, the second virtual object is the virtual object selected by the current user controlling the first virtual object, i.e., the target respawn location of the first virtual object, which depends on the location marked by the second virtual object. If there is a team leader in the faction to which the first virtual object belongs, the current user controlling the first virtual object can choose the team leader virtual object as the second virtual object, or any non-team leader virtual object. It should be noted that the current user controlling the first virtual object can also choose the first virtual object as the second virtual object, i.e., determine the target respawn location of the first virtual object based on their marked desired arrival or respawn location.

[0098] Optionally, the second virtual object sends a location marking instruction to a new location at preset intervals and / or according to the first situation information. The first situation information is the situation information of the current round. For example, in the current round, our virtual objects are engaged in fierce battle with enemy virtual objects, or enemy virtual objects are gathered at a certain location, or enemy virtual objects are fleeing in a certain direction, etc.

[0099] The following examples illustrate this optional implementation method.

[0100] For example, when the second virtual object is the team leader, it can periodically determine and mark a new regrouping location in the virtual scene based on the actual battle situation information of both sides at preset intervals. Another example is that the second virtual object determines its desired next destination or its desired respawn location based on the first situation information of the current round. Yet another example is that the second virtual object determines its desired next destination or its desired respawn location at preset intervals based on the first situation information of the current round, and sends a location marking command for that location. It should be noted that the location marked by the second virtual object at different times can be the same as or different from the previously marked location.

[0101] Optionally, the location marking instruction can be an instruction that triggers the location marking control and marks the target location, or it can be a location marking instruction issued through voice, text editing, or other means.

[0102] Optionally, in response to multiple location marking instructions sent by the second virtual object, multiple marked locations are obtained and one of the marked locations is determined as the target resurrection location of the first virtual object.

[0103] Below, we will provide illustrative examples of two possible implementations of "determining one of the multiple marked locations as the target resurrection location of the first virtual object".

[0104] In one possible implementation, the most recently marked location among multiple marked locations is determined as the target resurrection location of the first virtual object. For example, when the second virtual object marks the fourth location, and the four resurrection locations marked by the virtual object are arranged in chronological order of marking time as: marked location 1, marked location 2, marked location 3, and marked location 4, then marked location 4 is determined as the target resurrection location of the first virtual object.

[0105] In another possible implementation, one of the multiple marked locations, excluding the most recently marked location, is determined as the target resurrection location of the first virtual object. For example, when the second virtual object marks a new marked location, the number of marked locations preceding the new marked location, arranged chronologically, is determined as the target resurrection location of the first virtual object. The number of marked locations is a positive integer, and its specific value can be determined based on actual circumstances. Specifically, for example, when the second virtual object marks four locations, the two marked locations are arranged chronologically as: marked location 1, marked location 2, marked location 3, and marked location 4. Assuming the number of marked locations is 1, then the first marked location preceding marked location 4, i.e., marked location 3, is determined as the target resurrection location of the first virtual object. Assuming the number of marked locations is 2, then the second marked location preceding marked location 4, i.e., marked location 2, is determined as the target resurrection location of the first virtual object. Since the location marked by the second virtual object may be the most intense battleground between the two factions, in order to prevent the first virtual object from being killed and eliminated again in a short time after respawning, it is considered to determine the target respawn location of the first virtual object as the location marked by the second virtual object before (where the possibility of intense battle is relatively small).

[0106] S203. In response to the first virtual object meeting the preset resurrection conditions, control the first virtual object to resurrect and reach the target resurrection position.

[0107] Optionally, the preset resurrection conditions are: the first virtual object is eliminated by being killed by an enemy virtual object, or the first virtual object is eliminated when its health (e.g., HP) is reduced to 0 (e.g., when the virtual object's HP gradually decreases to 0 under the influence of poison gas), or the target timer starts counting when the first virtual object is eliminated, until the timer reaches the target duration, etc., without any restrictions.

[0108] The above is just one example. In fact, the preset resurrection conditions corresponding to the first virtual object can also be configured to include one or more of the above combinations.

[0109] Below, we will provide an exemplary description of two possible implementation methods for the step "controlling the first virtual object to revive and reach the target revival position".

[0110] In one possible implementation, in response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect directly at the target resurrection position.

[0111] In another possible implementation, in response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect in the game vehicle and the game vehicle is controlled to carry the first virtual object to the target resurrection location.

[0112] The virtual object control method provided in this application displays a virtual scene containing a first virtual object, which is the virtual object currently controlled by the user. In response to a location marker command sent by a second virtual object, the method determines the marked location corresponding to the location marker command as the target respawn location for the first virtual object. The second virtual object is a virtual object belonging to the same faction as the first virtual object. In response to the first virtual object meeting preset respawn conditions, the method controls the first virtual object to respawn and reach the target respawn location. The target respawn location for the first virtual object is determined based on the marked location of the second virtual object. When the first virtual object meets the preset respawn conditions, it respawns at the target respawn location, enabling rapid teamwork against enemy objects. This increases the faction's win rate, enhances user engagement, and improves the user's gaming experience.

[0113] Below, in conjunction with Figure 3 The method for controlling virtual objects provided in the second embodiment of this application will be further described below. Figure 3 This is the second flowchart illustrating the virtual object control method provided in the second embodiment of this application.

[0114] like Figure 3 As shown, the control methods for this virtual object include:

[0115] S301. On the display interface, the virtual scene where the first virtual object is located is displayed. The first virtual object is the virtual object currently controlled by the user.

[0116] Optionally, the explanation and description of step S301 can refer to the explanation and description of step S201 above, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0117] S302. In response to the triggering operation performed by the first virtual object on the resurrection control, display at least one first control identifier, each first control identifier corresponding to a virtual object in the camp to which the first virtual object belongs.

[0118] Optionally, a resurrection control is included in the display interface. This resurrection control is used by the first virtual object to select one virtual object from all virtual objects in our faction as the second virtual object.

[0119] The aforementioned revival control can receive different trigger operations depending on the type of terminal device. For example, when the terminal device is a touchscreen device such as a mobile phone, tablet, or game console, the trigger operation can be a user's finger operation. For example, the trigger operation can be a swipe up, swipe down, swipe left, swipe right, a long press, a click, a double click, etc., but is not limited to these. When the terminal device is a non-touchscreen terminal device such as a desktop computer or laptop, the trigger operation can be executed through a control device such as a mouse or keyboard, but is not limited to these.

[0120] Optionally, the first control identifier is used to identify the candidate second virtual object, and each first control identifier corresponds to a virtual object in the same faction as the first virtual object. The first control identifier can be in the form of an image, text, etc. of the virtual object, without any restrictions, as long as it can correctly identify the virtual object.

[0121] S303. In response to the triggering operation performed by the first virtual object on the first control identifier, the virtual object corresponding to the first control identifier is determined as the second virtual object.

[0122] In this embodiment, the second virtual object is any virtual object within the same faction as the first virtual object. For example, the first virtual object refers to the game virtual object currently controlled by the user through the terminal, and the second virtual object can be a game virtual object controlled by another user, or it can be the first virtual object controlled by the current user itself. In particular, when the second virtual object selected by the first virtual object through the resurrection control is actually the first virtual object, that is, the first virtual object determines its target resurrection location based on its own determined resurrection point.

[0123] Optionally, the current user controlling the first virtual object can select any virtual object from all virtual objects in their own faction as the corresponding second virtual object. By determining the target respawn location for the first virtual object in this way, it is possible for the first virtual object to safely respawn near teammates while quickly coordinating with teammates to attack enemy virtual objects, thereby increasing user engagement and improving the user's gaming experience.

[0124] Below, in conjunction with Figure 4 This paper provides an exemplary description of one possible implementation method for determining a second virtual object from a first virtual object. Figure 4 This is one of the schematic diagrams for determining a second virtual object provided in the second embodiment of this application.

[0125] like Figure 4 As shown, there are three interfaces: interface (a), interface (b), and interface (c). Interface (a) displays a resurrection control 401. The current user controlling the first virtual object can trigger an operation on the resurrection control 401 to display multiple first control identifiers in the resurrection settings on the display interface. For example, if there is no team leader in our faction and our faction has four virtual objects, as shown in interface (b), four first control identifiers are displayed (where the four first control identifiers correspond to virtual object 1, virtual object 2, virtual object 3, and virtual object 4, respectively). It can be seen that the first control identifiers exemplarily identify virtual objects in text form. As shown in interface (b), if the current user performs a first operation on virtual object 4, the game system will identify virtual object 4 as the second virtual object corresponding to the first virtual object. For example, if there is a captain in our faction, and our faction has four virtual objects (i.e., virtual object 1, virtual object 2, virtual object 3, and virtual object 4), and virtual object 4 is the captain, as shown in interface (c), after displaying four first control identifiers (which are also exemplarily identified as text to identify virtual objects) and marking virtual object 4 as the captain, and the current user performs the first operation on virtual object 4, then the game system will determine virtual object 4 (i.e., the captain of our faction) as the second virtual object corresponding to the first virtual object.

[0126] Optionally, the aforementioned first control identifier can receive different first operations depending on the type of terminal device. For example, when the terminal device is a touchscreen device such as a mobile phone, tablet, or game console, the first operation can be a user's finger operation. For example, the first operation can be a swipe up, swipe down, swipe left, swipe right, long press, click, double-click, etc., but is not limited to these. When the terminal device is a non-touchscreen terminal device such as a desktop computer or laptop, the first operation can be executed through a control device such as a mouse or keyboard, but is not limited to these.

[0127] It should be noted that, Figure 4 The revival control in this application is only an example. This application does not impose any restrictions on the specific display form of the revival control or its position in the display interface. It can be set according to actual needs.

[0128] Optionally, based on the above-mentioned display of the resurrection control, before the current user determines the second virtual object for the first virtual object, the current user can perform a second operation on the resurrection control to preview the resurrection point determined by the selected virtual object. After the preview, the user can then select one of the virtual objects as the second virtual object according to their preferred resurrection location.

[0129] Below, in conjunction with Figure 5 The above optional implementation methods are illustrated by example. Figure 5 This is a second schematic diagram illustrating the determination of a second virtual object, provided for the second embodiment of this application.

[0130] like Figure 5 As shown, this includes interfaces (a), (b), (c), and (d). It should be noted that... Figure 5 The screen is presented from the perspective of the current user operating the first virtual object. Assuming there is a captain in our faction, and four virtual objects (virtual object 1, virtual object 2, virtual object 3, and virtual object 4), with virtual object 4 being the captain, as shown in interface (a), four first control icons are displayed (corresponding to virtual object 1, virtual object 2, virtual object 3, and virtual object 4 respectively). It can be seen that the first control icons exemplarily identify the virtual objects in text form. Then, as shown in interface (b), two touchable buttons are displayed below "virtual object 4": a "preview" button and a "select" button, and the current user can interact with the "preview" button by tapping. Next, as shown in interface (c), the minimap in the upper left corner of interface (c) displays four marked locations associated with virtual object 4. These four marked locations are ordered by the time they were marked: marked location 1, marked location 2, marked location 3, and marked location 4, meaning the latest marked location by the captain is marked location 4. The current user previews the four marked locations by the team leader and determines if their preferred respawn location is among them. If so, they click the "Select" button to make the team leader the second virtual object; otherwise, they click the "Back" button to return to previewing or selecting another virtual object. As shown in interface (c), the current user interacts with the "Back" button with their finger. Then, as shown in interface (d), the four first control icons are re-displayed on the display interface for the current user, who is controlling the first virtual object, to reselect.

[0131] Optionally, the location marker corresponding to the second virtual object in the small map in the upper left corner of the interface (c) above is a marker with a certain color or highlight, and the shape is not limited.

[0132] S304. In response to the multiple location marking instructions sent by the second virtual object, obtain multiple marked locations and determine one of the marked locations as the target resurrection location of the first virtual object.

[0133] Optionally, the second virtual object may send a location marking instruction for a new location at preset intervals and / or based on the first situation information, where the first situation information is the situation information of the current round.

[0134] Below, four possible implementations for determining a marker location from multiple marker locations as the target resurrection location of the first virtual object are illustrated by example.

[0135] In one possible implementation, in response to multiple location marking instructions sent by the second virtual object, multiple marked locations are obtained and one of the marked locations is determined as the target resurrection location of the first virtual object.

[0136] In another possible implementation, the most recently marked location among multiple marked locations is determined as the target resurrection location of the first virtual object.

[0137] In another possible implementation, to ensure fairness for each virtual object in the virtual game, a first set of preset respawn locations are pre-defined in the virtual scene, requiring the first virtual object to respawn only at any one of these preset respawn locations. Then, the preset respawn location closest to the latest respawn point marked by the second virtual object is determined as the target respawn location for the first virtual object.

[0138] In another possible implementation, firstly determine the time point when the first virtual object is killed, and determine the marking time corresponding to each marked location of the second virtual object. Then, determine the marked location corresponding to the marking time closest to the time point when the first virtual object is killed as the target resurrection location of the first virtual object.

[0139] The following is an exemplary description of one possible implementation of sending location marking instructions to the second virtual object.

[0140] In one possible implementation, the second virtual object determines the intersection point between its controlled crosshair direction and the virtual scene as a marker point. Here, the crosshair direction refers to the orientation of the virtual crosshair controlled by the second virtual object, and the intersection point between the crosshair direction and the virtual scene can include, but is not limited to, the location of the virtual scene that the crosshair ray contacts after being emitted. In this embodiment, the second virtual object can determine the crosshair direction using virtual materials. Virtual materials that can determine the crosshair direction include virtual firearms (such as pistols, rifles, etc.), virtual crossbows, and virtual ammunition (such as grenades, smoke grenades), etc., without any limitation, as long as the crosshair direction can be determined.

[0141] S305. In response to the first virtual object meeting the preset resurrection conditions, control the first virtual object to resurrect and reach the target resurrection position.

[0142] Optionally, the resurrection vehicle is a virtual vehicle specified by the second virtual object for resurrection by the first virtual object.

[0143] In virtual games, virtual vehicles are a general term for virtual transportation tools. Based on the different virtual scenarios they occupy, vehicles can be categorized as follows: First, virtual ground vehicles, such as cars and motorcycles; second, virtual flying vehicles, such as airplanes and gliders; and third, virtual maritime vehicles, such as various ships and speedboats. The above is merely an illustrative description of game vehicles, and this embodiment does not impose any limitations on them.

[0144] Below, in conjunction with Figure 6 The following examples illustrate how the second virtual object designates a resurrection vehicle for the first virtual object. Figure 6 This is a schematic diagram showing how the second virtual object, provided in the second embodiment of this application, determines the resurrection vehicle for the first virtual object.

[0145] like Figure 6 As shown, this includes interfaces (a), (b), and (c). It should be noted that... Figure 6 The screen is presented from the perspective of the second virtual object. As shown in interface (a), there are four vehicle icons in the vehicle type column of the resurrection control: airplane icon 601, tank icon 602, car icon 603, and motorcycle icon 604. The screen shows the user controlling the second virtual object interacting with the motorcycle control 604 using their finger. Then, as shown in interface (b), two touchable buttons are displayed below "Motorcycle": a "Preview" button and a "Select" button. The screen shows the user interacting with the "Preview" button using their finger. Then, as shown in interface (c), an image of a motorcycle is displayed. The screen shows that if the current user interacts with the "OK" button, the motorcycle will be selected as the resurrection vehicle for the first virtual object.

[0146] The above is merely an example, and this embodiment does not impose any limitations.

[0147] Optionally, in response to the first virtual object meeting preset resurrection conditions, a resurrection vehicle is obtained in the virtual scene. Alternatively, a resurrection vehicle is generated in the virtual scene.

[0148] The following provides illustrative examples of three possible implementation methods for controlling the resurrection of the first virtual object and its arrival at the target resurrection location.

[0149] In one possible implementation, in response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect at the target resurrection location;

[0150] In another possible implementation, in response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect on the resurrection vehicle and the resurrection vehicle is controlled to carry the first virtual object to the target resurrection location.

[0151] In another possible implementation, in response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect on the resurrection vehicle and ride the resurrection vehicle to the target resurrection location.

[0152] It should be noted that after the first virtual object respawns on the respawn vehicle, it can either control the vehicle to travel to the target respawn location, or it can simply board the vehicle without any further interaction, and the vehicle will automatically carry it to the target location. Furthermore, after arriving at the target respawn location, the first virtual object can also control the vehicle to travel to its desired destination. Compared to walking or running, using a respawn vehicle significantly improves the first virtual object's mobility, saving time and thus greatly enhancing the user's gaming immersion.

[0153] Optionally, the preset resurrection conditions include timing when the first virtual object is eliminated by an enemy virtual object, or when the first virtual object's health (e.g., HP) is reduced to 0 and eliminated, and timing continues until a target duration is reached. The target duration represents the effective duration for setting the target resurrection location.

[0154] Below, when the second virtual object specifies a resurrection vehicle for the first virtual object, an example is provided of a possible implementation method for controlling the first virtual object to reach the target resurrection position based on the location of the resurrection vehicle.

[0155] In one possible implementation, the location of the resurrection vehicle is defined as the resurrection location of the first virtual object. For example, when the resurrection vehicle is a virtual car, the location of any seat inside the virtual car is defined as the resurrection location of the first virtual object. That is, when the first object resurrects, the first virtual object is in a state of riding in the virtual car, and the game system controls the virtual car to carry the first virtual object to the target resurrection location, or the first virtual object drives the virtual car to the target resurrection location. As another example, when the resurrection vehicle is a virtual parachute, the harness system at the bottom of the virtual parachute is defined as the resurrection location of the first virtual object. That is, when the first object resurrects, the first virtual object is in the harness system at the bottom of the virtual parachute, and the game system controls the virtual parachute to carry the first virtual object to the target resurrection location, or the first virtual object controls the virtual parachute to land at the target resurrection location.

[0156] The virtual object control method provided in this application displays a virtual scene containing a first virtual object on a display interface. The first virtual object is the virtual object currently controlled by the user. In response to a trigger operation performed by the first virtual object on a resurrection control, at least one first control identifier is displayed, each first control identifier corresponding to a virtual object in the same faction as the first virtual object. In response to a trigger operation performed by the first virtual object on a first control identifier, the virtual object corresponding to the first control identifier is identified as a second virtual object. In response to multiple location marking commands sent by the second virtual object, multiple marked locations are obtained, and one of these marked locations is determined as the target resurrection location for the first virtual object. In response to the first virtual object meeting preset resurrection conditions, the first virtual object is controlled to resurrect and reach the target resurrection location. The display interface shows a resurrection control. The current user can interact with this control to trigger the display of multiple first control identifiers. The user then selects one of these first control identifiers to perform a first operation, thus designating the virtual object corresponding to the selected first control identifier as the second virtual object. This allows the user to choose a virtual object from their own team as the second virtual object based on their needs (e.g., if a friend on their team controls a virtual object, the user might want that friend to control the second virtual object). This design greatly satisfies users' practical needs. Furthermore, the display interface can show marked points on the virtual objects. The user can determine the second virtual object by checking if at least one of these marked points corresponds to their preferred resurrection location. This significantly improves the consistency or proximity between the desired resurrection location and the target resurrection location of the first virtual object. Finally, the target resurrection location of the first virtual object is determined based on the marked location of the second virtual object. When the first virtual object meets the preset resurrection conditions, it resurrects at the target resurrection location, enabling it to quickly cooperate with teammates to fight against enemy objects. This increases the team's win rate, enhances user engagement, and improves the user's gaming experience.

[0157] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that the present invention is not limited to the described order of actions, because according to the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions and modules involved are not necessarily essential to the present invention.

[0158] The control device for virtual objects provided by the present invention will be described below. The control device for virtual objects described below can be referred to in correspondence with the control method for virtual objects described above.

[0159] Figure 7 This is a schematic diagram of the structure of the control device for the virtual object provided in the third embodiment of this application. Figure 7 As shown, the control device for the virtual object includes: a display module 701, a determination module 702, and a control module 703.

[0160] Display module 701 is used to display the virtual scene where the first virtual object is located on the display interface, wherein the first virtual object is a virtual object currently controlled by the user.

[0161] The determination module 702 is used to respond to the location marking instruction sent by the second virtual object and determine the marked location corresponding to the location marking instruction as the target respawn location of the first virtual object, wherein the second virtual object is a virtual object in the faction to which the first virtual object belongs;

[0162] The control module 703 is used to control the first virtual object to revive and reach the target revival position in response to the first virtual object meeting the preset revival conditions.

[0163] Optionally, the second virtual object sends a location marking instruction for a new location at preset intervals and / or according to the first situation information, where the first situation information is the situation information of the current round;

[0164] The determining module 702 is specifically used for:

[0165] In response to multiple location marking instructions sent by the second virtual object, multiple marked locations are obtained and one of the marked locations is determined as the target resurrection location of the first virtual object.

[0166] Optionally, the determining module 702 is specifically used for:

[0167] The most recently marked location among the multiple marked locations is determined as the target resurrection location of the first virtual object.

[0168] Optionally, the determining module 702 is further configured to:

[0169] One of the multiple marked locations, excluding the most recently marked location, is determined as the target resurrection location of the first virtual object.

[0170] Optionally, the display interface includes a revival control;

[0171] The device also includes a processing module:

[0172] The display module 701 is further configured to, in response to the trigger operation performed by the first virtual object on the resurrection control, display at least one first control identifier, each first control identifier corresponding to a virtual object in the camp to which the first virtual object belongs;

[0173] The processing module is specifically used to respond to the first operation performed by the first virtual object on the first control identifier, and to determine the virtual object corresponding to the first control identifier as the second virtual object.

[0174] Optionally, the control module 703 is specifically used for:

[0175] In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect at the target resurrection location.

[0176] Optionally, the second virtual object has been assigned a resurrection vehicle;

[0177] The control module 703 is specifically used for:

[0178] In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect on the resurrection vehicle and ride the resurrection vehicle to the target resurrection location.

[0179] Optionally, the control module 703 is further configured to:

[0180] The resurrection vehicle is obtained in the virtual scene; or,

[0181] The resurrection vehicle is generated in the virtual scene.

[0182] The virtual object control device provided in this embodiment can be used to execute the technical solution of the above-described virtual object control method embodiment. Its implementation principle and technical effect are similar, and will not be described again here.

[0183] Figure 8 This is a schematic diagram of the hardware structure of the electronic device provided in the fourth embodiment of this application, as shown below. Figure 8 As shown, the electronic device 800 of this embodiment includes: a processor 801 and a memory 802; wherein

[0184] Memory 802 is used to store instructions executed by the computer;

[0185] The processor 801 is used to execute computer execution instructions stored in the memory to implement the various steps performed by the virtual object control method in the above embodiments. For details, please refer to the relevant descriptions in the foregoing method embodiments.

[0186] Alternatively, the memory 802 can be either standalone or integrated with the processor 801.

[0187] When the memory 802 is set up independently, the electronic device also includes a bus 803 for connecting the memory 802 and the processor 801.

[0188] The fifth embodiment of this application also provides a computer-readable storage medium storing computer-executable instructions. When a processor executes the computer-executable instructions, it implements the solution provided in any embodiment of the control method for virtual objects executed by the above-mentioned electronic device.

[0189] The sixth embodiment of this application also provides a computer program product, which includes: a computer program stored in a readable storage medium, at least one processor of an electronic device can read the computer program from the readable storage medium, and the at least one processor executes the computer program to cause the electronic device to perform the solution or method provided in any of the above embodiments.

[0190] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative; for instance, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple modules may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or modules, and may be electrical, mechanical, or other forms.

[0191] The integrated modules implemented as software functional modules described above can be stored in a computer-readable storage medium. These software functional modules, stored in a storage medium, include several instructions to cause an electronic device (which may be a personal computer, server, or network device, etc.) or a processor to execute some steps of the methods described in the various embodiments of this application.

[0192] It should be understood that the aforementioned processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. A general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly manifested as being executed by a hardware processor, or executed by a combination of hardware and software modules within the processor.

[0193] The memory may include high-speed RAM, and may also include non-volatile storage (NVM), such as at least one disk storage device, and may also be a USB flash drive, external hard drive, read-only memory, disk or optical disc, etc.

[0194] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.

[0195] The aforementioned storage medium can be implemented from any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The storage medium can be any available medium accessible to general-purpose or special-purpose computers.

[0196] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0197] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A method for controlling a virtual object, characterized in that, The method includes: The display interface shows the virtual scene where the first virtual object is located, and the first virtual object is the virtual object currently being controlled by the user. In response to a location marking command sent by a second virtual object, the marked location corresponding to the location marking command is determined as the target respawn location of the first virtual object, and the second virtual object is a virtual object in the faction to which the first virtual object belongs; In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect and reach the target resurrection location. The display interface includes a revival control. Before determining the marked location corresponding to the location marking instruction sent by the second virtual object as the target resurrection location of the first virtual object in response to the location marking instruction, the following steps are included: In response to the second operation performed by the first virtual object on the resurrection control, the resurrection point determined by the selected virtual object is previewed; In response to the triggering operation performed by the first virtual object on the resurrection control, at least one first control identifier is displayed, each first control identifier corresponding to a virtual object in the faction to which the first virtual object belongs; In response to the first operation performed by the first virtual object on the first control identifier, the virtual object corresponding to the first control identifier is determined as the second virtual object.

2. The method for controlling virtual objects according to claim 1, characterized in that, The second virtual object sends a location marking instruction for a new location at preset intervals and / or according to the first situation information, where the first situation information is the situation information of the current round; The step of responding to a location marking instruction sent by the second virtual object and determining the marked location corresponding to the location marking instruction as the target resurrection location of the first virtual object includes: In response to multiple location marking instructions sent by the second virtual object, multiple marked locations are obtained and one of the marked locations is determined as the target resurrection location of the first virtual object.

3. The method for controlling virtual objects according to claim 2, characterized in that, The step of determining a marker location from the plurality of marker locations as the target resurrection location of the first virtual object includes: The most recently marked location among the multiple marked locations is determined as the target resurrection location of the first virtual object.

4. The method for controlling virtual objects according to claim 2, characterized in that, The step of determining a marker location from the plurality of marker locations as the target resurrection location of the first virtual object further includes: One of the multiple marked locations, excluding the most recently marked location, is determined as the target resurrection location of the first virtual object.

5. The method for controlling virtual objects according to claim 1, characterized in that, The step of responding to the first virtual object meeting the preset resurrection conditions and controlling the first virtual object to resurrect and reach the target resurrection location includes: In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect at the target resurrection location.

6. The method for controlling virtual objects according to claim 1, characterized in that, The second virtual object has been assigned a resurrection vehicle; The step of responding to the first virtual object meeting the preset resurrection conditions and controlling the first virtual object to resurrect and reach the target resurrection location includes: In response to the first virtual object meeting the preset resurrection conditions, the first virtual object is controlled to resurrect on the resurrection vehicle and ride the resurrection vehicle to the target resurrection location.

7. The method for controlling virtual objects according to claim 6, characterized in that, Before controlling the first virtual object to revive at the target revival location via the revival vehicle, the method further includes: The resurrection vehicle is acquired in the virtual scene; or, the resurrection vehicle is generated in the virtual scene.

8. A control device for a virtual object, characterized in that, The device includes: The display module is used to display the virtual scene where the first virtual object is located on the display interface. The first virtual object is a virtual object currently controlled by the user. The display interface includes a resurrection control. The determination module is used to respond to the location marking instruction sent by the second virtual object and determine the marked location corresponding to the location marking instruction as the target respawn location of the first virtual object, wherein the second virtual object is a virtual object in the faction to which the first virtual object belongs; The control module is configured to, in response to the first virtual object meeting preset resurrection conditions, control the first virtual object to resurrect and reach the target resurrection position. Before determining the marked location corresponding to the location marking instruction sent by the second virtual object as the target resurrection location of the first virtual object, the determining module is further configured to: In response to the second operation performed by the first virtual object on the resurrection control, the resurrection point determined by the selected virtual object is previewed; In response to the triggering operation performed by the first virtual object on the resurrection control, at least one first control identifier is displayed, each first control identifier corresponding to a virtual object in the faction to which the first virtual object belongs; In response to the first operation performed by the first virtual object on the first control identifier, the virtual object corresponding to the first control identifier is determined as the second virtual object.

9. An electronic device, characterized in that, include: Processor; and A memory for storing a data processing program, which, when the electronic device is powered on and runs through the processor, executes the method as described in any one of claims 1-7.

Images