Element sharing method and device based on virtual scene, equipment, medium and product

Abstract

The invention discloses an element sharing method and device based on a virtual scene, equipment, a medium and a product. The method comprises the following steps: displaying a first virtual object in a virtual scene; receiving an object control operation on the second virtual object; in the action process of the second virtual object, displaying the first virtual object to obtain a first virtual element carried by the second virtual object; and displaying an element sharing result, wherein the element sharing result comprises that the second virtual object shares the first virtual element with the first virtual object to obtain the resource reward. According to the method, the element obtaining process can be shortened to reduce data resource waste, in addition, players are stimulated to share the virtual elements through forward feedback of resource rewards, the interaction enthusiasm of different virtual objects is improved, and the game running fluency and game stability are guaranteed. The method can be applied to various scenes such as a multi-player battle game scene, a virtual shooting scene, a virtual reality scene and an augmented reality scene.

Description

Technical Field

[0001] This application relates to the field of human-computer interaction, and in particular to a method, apparatus, device, medium and product for sharing elements based on a virtual scene. Background Technology

[0002] In current game applications, players can control virtual objects to use virtual elements (such as virtual props, virtual vehicles, etc.) in virtual scenes, thus participating in virtual games in a richer way.

[0003] In related technologies, resource sharing between different virtual teammates within the same virtual faction mainly relies on two methods: discarding elements or using a trading interface. The discarding element method requires one virtual teammate to stop in the virtual scene and discard a virtual element, which another virtual teammate then picks up to acquire. The trading interface, on the other hand, facilitates transactions through a virtual shop interface that exchanges virtual elements.

[0004] However, the element-dropping scheme requires multiple steps from different teammate virtual objects to achieve, and the dropped virtual elements are at risk of being acquired by enemy virtual objects. In addition, the way virtual elements are exchanged in the trading interface is also quite limited, resulting in low interaction efficiency in virtual matches. Summary of the Invention

[0005] This application provides a method, apparatus, device, medium, and product for sharing elements based on virtual scenes. This shortens the element acquisition process to reduce data resource waste. Furthermore, it incentivizes players to share virtual elements through positive feedback of resource rewards, enhancing the interaction of different virtual objects and ensuring the smoothness and stability of the game. The technical solution is as follows.

[0006] On the one hand, a method for sharing elements based on a virtual scene is provided, the method comprising: The virtual scene displays a first virtual object, and the virtual scene also includes a second virtual object, which is an object controlled by the first terminal, and the second virtual object carries a first virtual element; Receive an object control operation on the second virtual object, the object control operation being used to control the second virtual object to act in the virtual scene; During the action of the second virtual object, the first virtual object is shown acquiring the first virtual element carried by the second virtual object; The display element sharing result includes the resource reward obtained by the second virtual object sharing the first virtual element with the first virtual object.

[0007] On the other hand, a method for sharing elements based on a virtual scene is provided, the method comprising: The virtual scene displays a second virtual object, which also includes a first virtual object. The first virtual object is an object controlled by a second terminal, and the second virtual object carries a first virtual element. If the element acquisition conditions are met, receive the element acquisition operation for the first virtual element; In response to the element acquisition operation, the first virtual object is displayed to acquire the first virtual element carried by the second virtual object.

[0008] On the other hand, a virtual scene-based element sharing device is provided, the device comprising: The display module is used to display a first virtual object in a virtual scene. The virtual scene also includes a second virtual object, which is an object controlled by a first terminal. The second virtual object carries a first virtual element. A receiving module is configured to receive object control operations on the second virtual object, the object control operations being used to control the second virtual object to act in the virtual scene; The display module is also used to display, during the action of the second virtual object, the first virtual object acquiring the first virtual element carried by the second virtual object; The display module is also used to display the element sharing result, which includes the resource reward obtained by the second virtual object from sharing the first virtual element with the first virtual object.

[0009] In an optional embodiment, the display module is further configured to display the first virtual element carried by the second virtual object when the second virtual object is within the first object range of the first virtual object.

[0010] In an optional embodiment, the display module is further configured to display the first virtual object acquiring the first virtual element carried by the second virtual object based on the element acquisition operation of the first virtual object on the first virtual element carried by the second virtual object; wherein, the element acquisition operation is an operation that controls the first virtual object to acquire the first virtual element from at least one virtual element carried by the second virtual object.

[0011] In an optional embodiment, the display module is further configured to display the first virtual element carried by the second virtual object being transferred to the first virtual object; and to display the first virtual element carried by the second virtual object being copied to the first virtual object.

[0012] In an optional embodiment, the display module is further configured to display the element sharing result in response to satisfying the reward acquisition condition when the first virtual object successfully carries the first virtual element; wherein the reward acquisition condition is the condition for the second virtual object to obtain a virtual reward by sharing the first virtual element to the first virtual object.

[0013] In an optional embodiment, the display module is further configured to display the element sharing result in response to the second virtual object being in a virtual game corresponding to the virtual scene; display the element sharing result in response to the second virtual object exiting the virtual game; and display the element sharing result in response to the first virtual object holding the first virtual element for a preset duration threshold.

[0014] In an optional embodiment, the display module is further configured to display the reward acquisition result of the second virtual object obtaining the first virtual reward, wherein the element sharing result includes the reward acquisition result, and the first virtual reward is the virtual reward obtained by the second virtual object after sharing the first virtual element; and to display the object level improvement result of the second virtual object, wherein the object level improvement result is the result of improving the first object level corresponding to the second virtual object.

[0015] In an optional embodiment, the display module is further configured to display the capacity expansion result of the second virtual backpack corresponding to the second virtual object when the equipment sharing conditions are met; the second virtual backpack is a virtual backpack carried by the second virtual object, and the capacity expansion result is used to characterize the capacity increase of the second virtual backpack; the equipment sharing conditions include receiving an equipment sharing operation, which is an operation that allows sharing virtual elements with other virtual objects.

[0016] In an optional embodiment, the display module is further configured to display the element sharing result corresponding to the element level based on the element level of the first virtual element; wherein the element level and the element sharing result are positively correlated.

[0017] On the other hand, a virtual scene-based element sharing device is provided, the device comprising: The display module is used to display a second virtual object in a virtual scene. The virtual scene also includes a first virtual object, which is an object controlled by a second terminal. The second virtual object carries a first virtual element. The receiving module is used to receive an element acquisition operation on the first virtual element when the element acquisition conditions are met. The display module is also configured to, in response to the element acquisition operation, display the first virtual object acquiring the first virtual element carried by the second virtual object.

[0018] In an optional embodiment, the receiving module is further configured to receive the element acquisition operation on the first virtual element when the second virtual object is within the first object range of the first virtual object; and to receive the element acquisition operation on the first virtual element when the first object attribute of the first virtual object is higher than the second object attribute of the second virtual object.

[0019] In an optional embodiment, the display module is further configured to display an element sharing list when the element acquisition condition is met, the element sharing list being used to characterize at least one virtual element shared by the second virtual object to the first virtual object, the second virtual object carrying the at least one virtual element, the at least one virtual element including the first virtual element; and to receive the element acquisition operation for the first virtual element in the element sharing list.

[0020] In an optional embodiment, the display module is further configured to display element triggering information corresponding to the at least one virtual element in the element sharing list when the element acquisition conditions are met, wherein the element triggering information is used to characterize the method of triggering the acquisition of the virtual element; wherein the first virtual element corresponds to the first element triggering information; The receiving module is also configured to receive a first element acquisition operation for the first virtual element that satisfies the triggering information of the first element.

[0021] In an optional embodiment, the receiving module is further configured to receive an element selection operation for the first virtual element in the element sharing list; the element selection operation includes at least one of a single element selection operation and a multiple element selection operation.

[0022] In an optional embodiment, at least one virtual element in the element sharing list includes at least one of the following: a preset element carried by the second virtual object that satisfies the element sharing requirement, wherein the element sharing requirement is an element that can be effectively shared to other virtual objects; an element in the account requirement list corresponding to the first account, wherein the first account is the account that controls the first virtual object, and the account requirement list includes the elements required by the first account; an element in the account sharing list corresponding to the second account, wherein the second account is the account that controls the second virtual object, and the account requirement list includes elements for sharing to other accounts; and an element agreed upon for sharing between the first account and the second account.

[0023] In an optional embodiment, the display module is further configured to, in response to the element acquisition operation, display the element acquisition result of the first virtual element being placed into the first virtual backpack corresponding to the first virtual object when the first virtual object successfully acquires the first virtual element; the first virtual backpack is a virtual backpack carried by the first virtual object, and the element acquisition result includes at least one of a position occupancy result and an element storage result, wherein the position occupancy result is used to indicate that the first virtual element occupies a backpack position in the first virtual backpack, and the element storage result is used to indicate that the first virtual element does not affect the position occupancy in the first virtual backpack; in response to the element acquisition operation, display the acquisition failure result when the first virtual object fails to acquire the first virtual element.

[0024] In an optional embodiment, the display module is further configured to display the element acquisition result of the first virtual element being placed in the first backpack position in the first virtual backpack based on the first element category of the first virtual element; wherein the first backpack position is used to store virtual elements corresponding to the first element category.

[0025] In an optional embodiment, the display module is further configured to, in response to satisfying the reward acquisition condition, display the element sharing result of the second virtual object when the first virtual object successfully carries the first virtual element, wherein the element sharing result is the reward result obtained by the second virtual object from sharing the first virtual element with the first virtual object; wherein the reward acquisition condition is the condition for the second virtual object to obtain a virtual reward by sharing the first virtual element with the first virtual object.

[0026] In an optional embodiment, the receiving module is further configured to receive the element acquisition operation on the first virtual element when the element acquisition condition is met and the second virtual object is a teammate virtual object in the same virtual faction as the first virtual object.

[0027] In an optional embodiment, the receiving module is further configured to receive the element acquisition operation when the element acquisition condition is met and the second virtual object is an enemy virtual object belonging to a different virtual faction from the first virtual object, and when the first virtual object and the second virtual object satisfy the object constraint condition; wherein the object constraint condition is used to characterize the condition under which the first virtual object suppresses the second virtual object.

[0028] In an optional embodiment, the receiving module is further configured to receive the element acquisition operation when the second object level of the first virtual object is higher than the first object level of the second virtual object.

[0029] In an optional embodiment, the receiving module is further configured to receive the element acquisition operation in response to the first virtual object and the second virtual object being in a valid game state, provided that the element acquisition conditions are met; the valid game state is used to characterize the state in which the virtual object is normally participating in the virtual game.

[0030] 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 element sharing method based on a virtual scene as described in any of the embodiments of this application above.

[0031] 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 element sharing method based on a virtual scene as described in any of the embodiments of this application above.

[0032] 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 element sharing method based on a virtual scene as described in any of the above embodiments.

[0033] The beneficial effects of the technical solutions provided in this application include at least the following: During the actions of the second virtual object carrying the first virtual element, if the first virtual object acquires the first virtual element, the element sharing result can be displayed, including the resource reward received by the second virtual object for sharing the first virtual element with the first virtual object. By efficiently acquiring the first virtual element, the inefficiency of the second virtual object discarding and then picking up the first virtual element can be avoided, shortening the element acquisition process and reducing data resource waste. Furthermore, by providing resource rewards to the first virtual object that acquired the first virtual element, positive feedback incentivizes the player to control the second virtual object to share virtual elements in the virtual scene, increasing the interaction enthusiasm of different virtual objects, effectively promoting mutual assistance among players, improving the efficiency of virtual game interaction based on the virtual scene, and ensuring the smoothness and stability of the game. Attached Figure Description

[0034] 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.

[0035] Figure 1 This is a structural block diagram of an electronic device provided in an exemplary embodiment of this application; Figure 2 This is a structural block diagram of a computer system provided in an exemplary embodiment of this application; Figure 3 This is a flowchart illustrating an exemplary embodiment of the present application of a method for a first terminal to perform an element sharing method based on a virtual scene; Figure 4 This is a flowchart illustrating a method for a first terminal to perform element sharing based on a virtual scene, provided in another exemplary embodiment of this application; Figure 5 This is a flowchart illustrating a method for a second terminal to perform element sharing based on a virtual scene, provided in an exemplary embodiment of this application. Figure 6 This is a schematic diagram of an interface for displaying resource acquisition prompts provided in an exemplary embodiment of this application; Figure 7 This is a flowchart illustrating a method for a first terminal to perform element sharing based on a virtual scene, provided in another exemplary embodiment of this application; Figure 8 This is a schematic diagram of an interface for obtaining a first virtual element from a first virtual object, provided in an exemplary embodiment of this application; Figure 9 This is a schematic diagram of an interface for displaying prompt information provided in an exemplary embodiment of this application; Figure 10 This is a schematic diagram of the virtual backpack interface after the first virtual element is included in the virtual backpack, provided by an exemplary embodiment of this application; Figure 11 This is a flowchart illustrating a method for a first terminal to perform element sharing based on a virtual scene, provided in another exemplary embodiment of this application. Figure 12 This is a schematic diagram of the interface of the display element trigger area provided in an exemplary embodiment of this application; Figure 13 This is a schematic diagram of the interface showing the effect of using elements provided in an exemplary embodiment of this application; Figure 14 This is the overall flow of an element sharing method based on a virtual scene provided in an exemplary embodiment of this application; Figure 15This is a structural block diagram of an element sharing device based on a virtual scene provided in an exemplary embodiment of this application; Figure 16 This is a structural block diagram of an element sharing device based on a virtual scene provided in another exemplary embodiment of this application; Figure 17 This is a structural block diagram of an electronic device provided in an exemplary embodiment of this application. Detailed Implementation

[0036] 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.

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

[0038] 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 a two-dimensional virtual scene, a 2.5-dimensional virtual scene, or a three-dimensional virtual scene; this application does not limit it to any particular type. The following embodiments use a three-dimensional virtual scene as an example.

[0039] Virtual models are models used in virtual scenes to mimic real-world scenes. For example, a virtual model occupies a certain volume within a virtual scene. Examples of virtual models include: terrain models, building models, plant and animal models, virtual prop models, virtual vehicle models, and virtual object models. For instance, terrain models include: ground, mountains, rivers, rocks, steps, etc.; building models include: houses, walls, containers, and fixed facilities inside buildings: tables, chairs, cabinets, beds, etc.; plant and animal models include: trees, flowers, birds, etc.; virtual prop models include: virtual attack tools, first-aid kits, airdrops, etc.; virtual vehicle models include: cars, ships, helicopters, etc.; and virtual object models include: people, animals, anime characters, etc.

[0040] 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.

[0041] In related technologies, resource sharing between different virtual teammates within the same virtual faction mainly relies on two methods: discarding elements or using a trading interface. The discarding element method requires one virtual teammate to stop in the virtual scene and discard a virtual element, which is then picked up by another virtual teammate. The trading interface facilitates transactions through a virtual shop that exchanges virtual elements. However, the discarding element method requires multiple steps from different virtual teammates, and the discarded virtual element is at risk of being acquired by an enemy virtual object. Furthermore, the trading interface's method of exchanging virtual elements has significant limitations, resulting in low interaction efficiency in virtual matches.

[0042] This application presents a method for sharing elements based on virtual scenes. This method shortens the element acquisition process, reducing data resource waste. Furthermore, it incentivizes players to share virtual elements through positive feedback of resource rewards, enhancing the interaction between different virtual objects and ensuring the smoothness and stability of the game. The element sharing method based on virtual scenes proposed in this application can be applied to at least one of various scenarios, including multiplayer games, virtual shooting games, virtual reality (VR) games, augmented reality (AR) games, treasure hunting games, role-playing games, strategy survival games, sports games, simulation management games, and combat games.

[0043] 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 regions.

[0044] The terminal in this application can be a desktop computer, a laptop computer, a mobile phone, a tablet computer, an e-book reader, an MP3 (Moving Picture Experts Group Audio Layer III) player, an MP4 (Moving Picture Experts Group Audio Layer IV) player, etc. The terminal has an application installed and running that supports virtual environments, such as applications supporting 3D virtual environments. This application can be any of the following: a virtual reality application, a 3D mapping application, a third-person shooter (TPS) game, a first-person shooter (FPS) game, or a multiplayer online battle arena (MOBA) game. Optionally, the application can be a standalone application, such as a standalone 3D game application, or an online multiplayer application.

[0045] Figure 1 A structural block diagram of an electronic device provided in an exemplary embodiment of this application is shown. The electronic device 100 includes an operating system 120 and an application program 122.

[0046] Operating system 120 is the foundational software that provides application 122 with secure access to computer hardware.

[0047] Application 122 is an application that supports virtual environments. Optionally, application 122 is an application that supports three-dimensional virtual environments. Application 122 can be any of the following: virtual reality application, 3D map application, TPS game, FPS game, MOBA game, or multiplayer shooting survival game. Application 122 can be a standalone application, such as a standalone 3D game application, or an online multiplayer application.

[0048] Figure 2 A structural block diagram of a computer system provided in an exemplary embodiment of this application is shown. The computer system 200 includes: a first device 220, a server 240, and a second device 260.

[0049] The first device 220 has an application installed and running that supports the virtual environment. This application can be any of the following: a virtual reality application, a 3D mapping application, a TPS game, an FPS game, a MOBA game, or a multiplayer shooting survival game. Illustratively, the first device 220 is the first client used to control the master virtual object, such as the device used by the master player. The master player uses the first device 220 to control the master virtual object located in the virtual environment to perform activities, including but not limited to: adjusting body posture, crawling, walking, running, riding, jumping, driving, picking up, shooting, attacking, and throwing at least one of these. Illustratively, the master virtual object is a first virtual character, such as a realistic or anime character.

[0050] The first device 220 is connected to the server 240 via a wireless network or a wired network.

[0051] Server 240 includes at least one of a single server, multiple servers, a cloud computing platform, and a virtualization center. Server 240 is used to provide background services for applications supporting a three-dimensional virtual environment. Optionally, server 240 undertakes the main computing work, and the first device 220 and the second device 260 undertake secondary computing work; or, server 240 undertakes secondary computing work, and the first device 220 and the second device 260 undertake the main computing work; or, server 240, the first device 220, and the second device 260 collaborate on computing using a distributed computing architecture.

[0052] The second device 260 has an application installed and running that supports a virtual environment. This application can be any of the following: a virtual reality application, a 3D mapping application, an FPS game, a MOBA game, or a multiplayer shooting survival game. Illustratively, the second device 260 is a second client used to control a teammate's virtual object, such as a device used by a teammate player. The teammate player uses the second device 260 to control the teammate's virtual object located in the virtual environment to perform activities, including but not limited to: adjusting body posture, crawling, walking, running, riding, jumping, driving, picking up, shooting, attacking, and throwing at least one of these. Illustratively, the second virtual object is a second virtual character, such as a realistic or anime character. The teammate virtual object controlled by the second device 260 is in the same virtual faction as the master virtual object controlled by the first device 220 (as if belonging to the first virtual faction).

[0053] Optionally, the applications installed on the first device 220 and the second device 260 are the same, or the applications installed on the two devices are the same type of application from different control system platforms. The first device 220 can refer to one of multiple devices, and the second device 260 can refer to one of multiple devices; this embodiment only uses the first device 220 and the second device 260 as examples. The device types of the first device 220 and the second device 260 may be the same or different, and these device types include at least one of the following: game console, desktop computer, smartphone, tablet computer, e-book reader, MP3 player, MP4 player, and laptop computer. The following embodiment uses a desktop computer as an example.

[0054] Those skilled in the art will understand that the number of the aforementioned devices can be more or less. For example, there may be only one device, or there may be dozens or hundreds of devices, or even more. This application does not limit the number or type of devices.

[0055] It is worth noting that the aforementioned server 240 can be implemented as a physical server or as a cloud server in the cloud.

[0056] 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.

[0057] Based on the above description of terms and application scenarios, the element sharing method based on a virtual scene provided in this application will be explained, taking the application of this method to a first terminal as an example, where the first terminal is used to control a second virtual object; such as Figure 3 As shown, the method includes the following steps 310 to 340.

[0058] Step 310: Display the first virtual object in the virtual scene.

[0059] In a schematic sense, a virtual scene is an interactive space constructed using digital technology that simulates a real or imaginary environment. Alternatively, a virtual scene can be a scene presented by a terminal running a game application; or, a virtual scene can be a scene projected and displayed by a physical device (such as VR glasses) that supports virtual reality or augmented reality technologies.

[0060] Alternatively, virtual scenarios can include game scenarios; or virtual social scenarios that rely on virtual reality technology, augmented reality technology, etc. Virtual social scenarios are virtual spaces constructed through digital technology that allow users to engage in social interactions. Users typically represent themselves through virtual characters or avatars, thereby engaging in communication, cooperation, sharing, and other interactive activities with other users in the virtual scenario. Virtual social scenarios can also be regarded as technical scenarios in which elements are shared based on virtual scenarios, without limitation here.

[0061] Optionally, virtual scenes include two-dimensional virtual scenes, three-dimensional virtual scenes, etc.; virtual scenes usually also include at least one interactive element such as virtual objects and virtual elements. Virtual objects include at least one object such as virtual objects controlled by players (such as one player controlling one or more virtual objects, or multiple players each controlling at least one virtual object), non-player characters (NPCs) controlled by computers, and virtual monsters; virtual elements include at least one element such as virtual props, virtual accessories, virtual buildings, virtual clothing, and virtual equipment.

[0062] The virtual scene also includes a second virtual object, which is the object controlled by the first terminal.

[0063] For illustrative purposes, the virtual scene includes a first virtual object and a second virtual object. Taking the current terminal as the first terminal as an example, if the second virtual object is a virtual object controlled by the first terminal, then the first virtual object is a virtual object controlled by other terminals (such as the second terminal).

[0064] Optionally, when displaying a virtual scene from a first-person perspective, the virtual scene is displayed from the observation perspective of a second virtual object, which may include the first virtual object observed by the second virtual object; or, when displaying a virtual scene from a third-person perspective, the virtual scene is displayed based on the observation of a virtual camera, which may include the observed first virtual object.

[0065] In some embodiments, virtual objects include at least one of a variety of objects such as virtual characters, virtual pets, and virtual assistants. A virtual character is a role selected by a player to participate in a virtual game in a virtual scene; a virtual pet is a simulated biological image that interacts with virtual characters or non-player characters in a virtual scene. Optionally, a virtual pet may be assigned to a virtual character by default, or it may be tamed by a virtual character for feeding, control, etc.; a virtual assistant may include a non-player character that provides assistance to the player, an artificial intelligence (AI) image, etc.

[0066] Optionally, the first virtual object and the second virtual object are virtual characters selected by different players, such as virtual character A being the first virtual object and virtual character B being the second virtual object; different players participate in virtual matches by operating the virtual characters they control through their respective terminals, and the virtual matches are the match situations corresponding to virtual scenes; wherein the first terminal controls the second virtual object.

[0067] The second virtual object carries the first virtual element.

[0068] Indicatively, the second virtual object carries at least one virtual element, and one or more of the first virtual elements; optionally, the first virtual element is a virtual prop carried by the second virtual object; or, the first virtual element is a virtual accessory carried by the second virtual object; or, the first virtual element is virtual clothing carried by the second virtual object, etc., without limitation here.

[0069] Optionally, the second virtual object may be equipped with the first virtual element, such as the second virtual object holding the first virtual element; or the second virtual object may have the first virtual element in its virtual backpack.

[0070] Optionally, the second virtual object may acquire virtual elements through a system (such as a game system); or, the player may control the second virtual object to pick up virtual elements in a virtual scene; or, the player may control the second virtual object to complete scene tasks set in the virtual scene to acquire virtual elements; or, the second virtual object may purchase virtual elements in a virtual store to acquire virtual elements; or, the player may control the second virtual object to acquire virtual elements through lotteries, opening treasure chests, or participating in specific activities, etc. There is no limitation on the way the second virtual object acquires virtual elements.

[0071] Step 320: Receive object control operations on the second virtual object.

[0072] Among them, the object control operation is used to control the actions of the second virtual object in the virtual scene.

[0073] In illustrative terms, object control operations are control operations performed on a second virtual object; object control operations include at least one of various control operations such as movement control operations, posture control operations, skill control operations, interaction control operations, item control operations, and view control operations.

[0074] Movement control operations are operations that control the movement of a second virtual object in a virtual scene, such as moving forward, backward, or running. Movement control operations include triggering the joystick that controls the movement of the second virtual object, as well as triggering the directional buttons of an external device (such as a keyboard or gamepad) connected to the first terminal.

[0075] Posture control operations are operations that control the second virtual object to change its posture in the virtual scene, such as jumping, crawling, crouching, etc. Posture control operations include triggering the posture controls corresponding to different postures.

[0076] Skill control operations are operations that control a second virtual object to trigger virtual skills in a virtual scene. Virtual skills include attack skills, defense skills, healing skills, etc. Skill control operations include triggering operations on the skill controls corresponding to different virtual skills.

[0077] Interactive control operations are operations that control a second virtual object to interact with other virtual objects or other virtual elements in a virtual scene, such as controlling the second virtual object to talk to a non-player character in a virtual scene, or controlling the second virtual object to pick up virtual elements in a virtual scene.

[0078] Item control operations are operations that control a second virtual object to use virtual items in a virtual scene, such as triggering operations on the item control corresponding to the virtual item, and triggering operations on the virtual item itself.

[0079] Viewpoint control operations are operations that switch the display viewpoint of the virtual scene, such as controlling the switching from a first-person viewpoint of a second virtual object to a third-person viewpoint. The form of object control operations is not limited here.

[0080] Step 330: During the action of the second virtual object, the first virtual object is shown to acquire the first virtual element carried by the second virtual object.

[0081] In a illustrative sense, the second virtual object can take action in the virtual scene based on object control operations, or it can become static when the object control operation ends, or it can remain static even before the object control operation begins (but can start the action process at any time based on the player's object control operation).

[0082] In a virtual scene, the first virtual object can also be displayed to obtain the first virtual element carried by the second virtual object.

[0083] Optionally, if the player controlling the first virtual object controls the first virtual object to obtain the first virtual element from the second virtual object, then the situation of the second virtual object obtaining the first virtual element from the second virtual object is displayed.

[0084] Alternatively, if the second virtual object carries the first virtual element, and the first virtual object and the second virtual object are in a certain preset state (such as the first virtual object and the second virtual object being in the same virtual faction; or the second object level of the first virtual object being higher than the first object level of the second virtual object, etc.), it is considered that the conditions for automatically transferring the first virtual element carried by the second virtual object to the first virtual object are met, thereby displaying the situation where the second virtual object obtains the first virtual element from the second virtual object.

[0085] Optionally, the first virtual object and the second virtual object are virtual pets belonging to different players. For example, the first virtual object is virtual pet a tamed by virtual character A, and the second virtual object is virtual pet b tamed by virtual character B. Different virtual pets can interact under the control of virtual characters (in this case, virtual characters are also a form of virtual object), or they can perform tasks and interactions based on the pet selected by the player, or they can perform interactions autonomously in the virtual scene (such as based on default programs or with AI-based interaction capabilities). For illustration, virtual pet b carries a first virtual element. The player operating the second terminal can control virtual pet a to obtain the first virtual element carried by virtual pet b in the virtual scene, or virtual pet a can autonomously obtain the first virtual element carried by virtual pet b in the virtual scene. Optionally, the first virtual object and the second virtual object are virtual pets belonging to different players. For example, the first virtual object is virtual pet a tamed by virtual character A, and the second virtual object is virtual pet b tamed by virtual character B. Different virtual pets can interact under the control of virtual characters (in this case, virtual characters are also a form of virtual object), or they can perform tasks and interactions based on the pet selected by the player, or they can perform interactions autonomously in the virtual scene (such as based on default programs or with AI-based interaction capabilities). For illustration, virtual pet b carries a first virtual element. The player operating the second terminal can control virtual pet a to obtain the first virtual element carried by virtual pet b in the virtual scene, or virtual pet a can autonomously obtain the first virtual element carried by virtual pet b in the virtual scene.

[0086] Optionally, the first virtual object and the second virtual object can also be implemented as a virtual pet and a virtual character (or a virtual character and a virtual role), respectively. For example, if the first virtual object is a virtual pet 'a' tamed by virtual character A, and the second virtual object is a virtual pet 'b' (e.g., a virtual pet tamed by virtual character B), virtual pet 'a' can acquire the first virtual element carried by virtual pet 'b' under the control of virtual character A, or virtual pet 'a' can autonomously acquire the first virtual element carried by virtual pet 'b' in a virtual scene. Taking the first virtual object as virtual character A and the second virtual object as a virtual pet 'b' tamed by virtual character B as an example, virtual character A can acquire the first virtual element carried by virtual pet 'b'; this is not limited here.

[0087] Step 340: Display the element sharing results.

[0088] Among them, the element sharing result includes the second virtual object sharing the first virtual element with the first virtual object to obtain resource rewards.

[0089] For illustrative purposes, if the first virtual object successfully obtains the first virtual element from the second virtual object, in order to reward the second virtual object's element sharing behavior (that is, successfully sharing the first virtual element with the second virtual object), the element sharing result is displayed, including the resource reward obtained by the second virtual object after sharing the first virtual element with the first virtual object, to encourage the second virtual object to continue sharing virtual elements with the first virtual object and / or other virtual objects.

[0090] Optionally, resource rewards may include at least one of the following: (1) issuing virtual resources (such as virtual diamonds, virtual crystals, etc.) to the second virtual object for exchanging virtual elements; (2) issuing virtual experience points to the second virtual object for increasing the object's level; (3) issuing special virtual elements (such as virtual props with high rarity, etc.) to the second virtual object based on sharing behavior, etc., without limitation here.

[0091] It is worth noting that the above are merely illustrative examples, and the embodiments of this application are not limited thereto.

[0092] In summary, by efficiently acquiring the first virtual element through the first virtual object, the inefficiency of the second virtual object discarding the first virtual element and then picking it up again can be avoided, shortening the element acquisition process and reducing data resource waste. In addition, when acquiring elements, the first virtual object that provides the first virtual element is rewarded with feedback resources, which positively incentivizes players to control the second virtual object to share virtual elements in the virtual scene, enhances the interaction enthusiasm of different virtual objects, effectively promotes mutual assistance among players, improves the efficiency of game interaction based on the virtual scene, and ensures the smoothness and stability of the game.

[0093] In an optional embodiment, during the action of the second virtual object, if the second virtual object is within the first object range of the first virtual object, the first virtual object is shown acquiring the first virtual element carried by the second virtual object. (Illustrative example, as shown...) Figure 4 As shown above, Figure 3 The illustrated embodiment can also be implemented as follows: steps 410 to 440.

[0094] Step 410: Display the first virtual object in the virtual scene.

[0095] The virtual scene also includes a second virtual object, which is an object controlled by the first terminal and carries the first virtual element.

[0096] Indicatively, the second virtual object carries at least one virtual element, and one or more of the first virtual elements; optionally, the first virtual element is a virtual prop carried by the second virtual object; or, the first virtual element is a virtual accessory carried by the second virtual object; or, the first virtual element is virtual clothing carried by the second virtual object, etc., without limitation here.

[0097] In some embodiments, the first virtual object and the second virtual object are teammate virtual objects in the same virtual faction; or, the first virtual object and the second virtual object are enemy virtual objects in different virtual factions; or, the first virtual object and the second virtual object are any two virtual objects in the virtual scene, etc., without limitation here.

[0098] Step 420: Receive object control operations on the second virtual object.

[0099] Among them, the object control operation is used to control the actions of the second virtual object in the virtual scene.

[0100] In illustrative terms, object control operations are control operations performed on a second virtual object; object control operations include at least one of various control operations such as movement control operations, posture control operations, skill control operations, interaction control operations, item control operations, and view control operations.

[0101] Step 430: During the action of the second virtual object, when the second virtual object is within the first object range of the first virtual object, the first virtual object is shown to acquire the first virtual element carried by the second virtual object.

[0102] In illustrative terms, the first object range is a pre-defined area for the first virtual object in the virtual scene. The first object range usually moves along with the first virtual object. For example, the first object range is a circular area centered on the first virtual object with a preset distance as its radius, or a rectangular area centered on the first virtual object with a preset length as its diagonal, or a fan-shaped area centered on the first virtual object with a preset length as its radius, etc.

[0103] Optionally, when the second virtual object is controlled by the first terminal to move and change, and the first virtual object is controlled by the second terminal to move and change, if it is detected that the second virtual object is within the first object range of the first virtual object, the first virtual object can effectively acquire the first virtual element carried by the second virtual object (such as simply carrying it, or needing to carry it and be able to share it) based on the operation of the player controlling the second terminal (such as selecting the first virtual element from at least one virtual element carried by the second virtual object to achieve the purpose of element acquisition), thereby displaying the first virtual object acquiring the first virtual element carried by the second virtual object.

[0104] In an optional embodiment, during the action of the second virtual object, if it is determined that the second virtual object is within the first object range of the first virtual object, the first virtual object automatically displays the first virtual element carried by the second virtual object.

[0105] For illustrative purposes, the condition that the second virtual object is within the first object range of the first virtual object is the automatic triggering condition for the first virtual object to obtain the first virtual element from the second virtual object. For example, if the first virtual element is a virtual element that the first virtual object currently needs but the second virtual object still has free virtual elements, then the first virtual object will automatically obtain the first virtual element carried by the second virtual object based on the condition being met; or, the first virtual element is a virtual element that the first virtual object and the second virtual object agree to automatically obtain and carry, etc.

[0106] In an optional embodiment, based on the element retrieval operation of the first virtual object on the first virtual element carried by the second virtual object, the first virtual object is displayed to retrieve the first virtual element carried by the second virtual object.

[0107] The element acquisition operation is the operation that controls the first virtual object to acquire the first virtual element from at least one virtual element carried by the second virtual object.

[0108] Schematic, when the second virtual object is within the first object range of the first virtual object, at least one virtual element carried by the second virtual object is displayed on the second terminal controlling the first virtual object; if the second terminal receives an element acquisition operation for the first virtual element therein, it means that the first virtual object is controlled to acquire the first virtual element carried by the second virtual object, thereby displaying the first virtual object acquiring the first virtual element carried by the second virtual object.

[0109] In some embodiments, if the second virtual object is within the first object range of the first virtual object, the first virtual object can only display the first virtual element carried by the second virtual object if the first virtual object and the second virtual object meet the preset element sharing conditions.

[0110] For illustrative purposes, if the first virtual object and the second virtual object are teammates in the same virtual faction, then the element sharing condition is considered to be met, and the first virtual object can be shown to acquire the first virtual element carried by the second virtual object (such as an element acquisition operation based on the player controlling the second terminal); or, if the first virtual object and the second virtual object have agreed in advance that they can share the first virtual element with each other, or agree that the second virtual object can share the first virtual element with the first virtual object, then the element sharing condition is considered to be met, and the first virtual object can be shown to acquire the first virtual element carried by the second virtual object, etc., without limitation here.

[0111] In an optional embodiment, the first virtual element carried by the second virtual object is transferred to the first virtual object.

[0112] To illustrate, when the first virtual object obtains the first virtual element from the second virtual object, it does so through an element transfer method. That is, the first virtual element is transferred from the second virtual object to the first virtual object, the second virtual object cancels its ownership of the first virtual element, and the first virtual object gains ownership of the first virtual element.

[0113] In an optional embodiment, the first virtual element carried by the second virtual object is copied to the first virtual object.

[0114] As an illustration, when the first virtual object obtains the first virtual element from the second virtual object, it can also be achieved through element copying. That is, the first virtual element is copied from the second virtual object to the first virtual object. The second virtual object retains ownership of the first virtual element. In addition, the first virtual element is also copied, thus giving the first virtual object ownership of the copied first virtual element. Element copying here can be a complete copy, meaning the copied first virtual element is exactly the same as the original. It can also be a partial copy, meaning the copied first virtual element has the basic functions of the original but not more advanced functions (e.g., if the first virtual element is a virtual shooting prop equipped with virtual accessories, element copying only copies the virtual shooting prop itself, not the virtual accessories). There are no limitations on this.

[0115] The above content describes the methods of obtaining the first virtual element, such as transferring or copying. Transferring the first virtual element to the first virtual object can ensure a balanced amount of resources in the virtual scene and enhance the interaction between different virtual objects. Copying the first virtual element to the first virtual object can increase the intensity of the game and improve the strategic nature of the game.

[0116] In an optional embodiment, when the second virtual object is within the first object range of the first virtual object, an element sharing prompt is displayed; based on the sharing configuration operation of the element sharing prompt, the first virtual object is shown to obtain the first virtual element carried by the second virtual object.

[0117] The share configuration operation is used to configure at least one virtual element to be shared with other virtual objects, and the at least one virtual element includes a first virtual element.

[0118] In illustrative terms, the element sharing prompt message indicates that the second virtual object can configure some or all of its carried virtual elements to share with other virtual objects. The other virtual objects that are effectively shared can be any virtual object other than the second virtual object, or a selected subset of virtual objects, without limitation here.

[0119] Optionally, based on the information triggering operation of the element sharing prompt information, at least one virtual element carried by the second virtual object is displayed; based on the element selection configuration operation of at least one virtual element as a sharing configuration operation, the first virtual object is displayed to obtain the first virtual element carried by the second virtual object; and / or, based on the information triggering operation of the element sharing prompt information, at least one virtual object other than the second virtual object in the virtual scene is displayed; based on the object selection configuration operation of at least one virtual object as a sharing configuration operation, the first virtual object is displayed to obtain the first virtual element carried by the second virtual object.

[0120] Among them, the element selection configuration operation is the configuration operation of selecting a virtual element to be shared with other virtual objects, and the object selection configuration operation is the configuration operation of selecting another virtual object, etc.

[0121] In an optional embodiment, if the equipment sharing conditions are met, the capacity expansion result of the second virtual backpack corresponding to the second virtual object is displayed.

[0122] The second virtual backpack is the virtual backpack carried by the second virtual object, and the capacity expansion result is used to characterize the capacity increase of the second virtual backpack.

[0123] In illustrative terms, the equipment sharing condition is the condition that enables the second virtual object to share virtual elements with other virtual objects. When the equipment sharing condition is met, not only can the first virtual object obtain the first virtual element from the second virtual object, but it can also expand the capacity of the second virtual object's second virtual backpack. This effect makes the capacity of the second virtual backpack greater when the equipment sharing condition is met than when the equipment sharing condition is not met.

[0124] Optionally, the capacity enhancement effect includes at least one of the following: a first-element capacity enhancement effect based on the accumulation of identical elements, and a second-element capacity enhancement effect based on virtual elements occupying different backpack positions. For example, if one backpack position in a virtual backpack can accommodate multiple identical virtual elements, the first-element capacity enhancement effect represents an increase in the number of identical virtual elements that can be accommodated in a single backpack position, such as increasing the capacity from 3 identical virtual elements to 5 identical virtual elements. Similarly, if one backpack position in a virtual backpack can accommodate one virtual element, the second-element capacity enhancement effect represents an increase in the number of backpack positions, such as a second virtual backpack with a capacity of 30 (i.e., accommodating 30 virtual elements) when equipment sharing conditions are not met, and a second virtual backpack with a capacity of 40 (i.e., accommodating 40 virtual elements) when equipment sharing conditions are met.

[0125] Alternatively, the capacity expansion result can also be seen as a reward for equipment sharing, that is, if the second virtual object is allowed to share virtual elements, the second virtual object can collect and save more virtual elements in the second virtual backpack.

[0126] Among them, the equipment sharing conditions include receiving an equipment sharing operation, which is an operation that allows sharing virtual elements with other virtual objects.

[0127] Indicatively, when the first terminal corresponding to the second virtual object receives an equipment sharing operation, it can be considered that the second virtual object is allowed to share virtual elements with other virtual objects, that is, the equipment sharing condition is met.

[0128] The above content describes how to expand the capacity of the second virtual backpack based on meeting the equipment sharing conditions. This increased capacity allows the second virtual object to collect and store more virtual elements in the virtual scene, improving element storage efficiency and completeness. This facilitates enhancing the competitive advantage of oneself and one's virtual faction when sharing elements, ensuring strategic gameplay while improving overall efficiency.

[0129] Step 440: Display the element sharing results.

[0130] Among them, the element sharing result includes the second virtual object sharing the first virtual element with the first virtual object to obtain resource rewards.

[0131] In an optional embodiment, if the first virtual object successfully carries the first virtual element, the element sharing result is displayed in response to the fulfillment of the reward acquisition conditions.

[0132] The reward acquisition condition is the condition for the second virtual object to share the first virtual element with the first virtual object in order to obtain the virtual reward.

[0133] For illustrative purposes, the reward acquisition conditions are pre-set conditions used to issue virtual rewards to the second virtual object; if the first virtual object successfully carries the first virtual element but the reward acquisition conditions have not yet been met, the element sharing result will not be displayed until the reward acquisition conditions are detected.

[0134] In some embodiments, in response to the second virtual object being in a virtual game corresponding to a virtual scene, the element sharing result is displayed.

[0135] For illustrative purposes, if the second virtual object is detected still in the current virtual game when the first virtual object successfully carries the first virtual element but the reward acquisition condition has not yet been met, then the reward acquisition condition is considered met, and the element sharing result is displayed.

[0136] In some embodiments, in response to the second virtual object exiting the virtual game, the element sharing result is displayed.

[0137] Optionally, the second virtual object's exit from the virtual game includes at least one of the following situations: (1) the second virtual object withdraws from the virtual game; (2) the second virtual object is eliminated in the virtual game; (3) the second virtual object wins in the virtual game, etc.

[0138] For illustrative purposes, if a second virtual object is detected to have exited the current virtual game before the first virtual object has successfully carried the first virtual element but the reward acquisition condition has not yet been met, then the reward acquisition condition is considered met, and the element sharing result is displayed.

[0139] In some embodiments, in response to the first virtual object holding the first virtual element for a duration that reaches a preset duration threshold, the element sharing result is displayed.

[0140] For illustrative purposes, the element holding time is the duration for which the first virtual object holds the first virtual element, and the preset time threshold is a pre-set time threshold, such as 1 minute. If the element holding time of the first virtual object reaches 1 minute, it is considered to meet the reward acquisition conditions, and the element sharing result is displayed.

[0141] The above content explains that element sharing results are only displayed when the reward acquisition conditions are met. Displaying element sharing results upon fulfilling reward acquisition conditions enhances users' sense of accomplishment, making them more willing to actively share after receiving rewards, thus improving in-game interaction and element dissemination. This process can also effectively guide users to complete target behaviors, forming positive incentives, avoiding ineffective or random sharing, improving the value and dissemination quality of content, enhancing platform activity and user engagement, and achieving the dual effects of incentive and promotion.

[0142] The document also describes the implementation of reward acquisition conditions, using virtual game sessions or element holding time to measure whether reward acquisition conditions are met. This enhances the richness of element sharing, facilitates a more comprehensive consideration of the state of virtual objects in virtual games, improves the display accuracy of element sharing results, and avoids excessive resource consumption caused by directly displaying element sharing results.

[0143] It is worth noting that the above-mentioned conditions for obtaining rewards are merely illustrative examples, and the embodiments of this application do not limit them.

[0144] In an optional embodiment, the reward acquisition result of the second virtual object receiving the first virtual reward is displayed.

[0145] Among them, the element sharing result includes the reward acquisition result. The first virtual reward is the virtual reward obtained by the second virtual object after sharing the first virtual element.

[0146] In illustrative terms, the first virtual reward is a reward obtained based on the second virtual object successfully sharing the first virtual element to the first virtual object; the first virtual reward is at least one of a variety of resource reward forms such as virtual resources, virtual experience points, virtual specific props, etc.

[0147] In an optional embodiment, the result of the object level promotion of the second virtual object is displayed.

[0148] Among them, the object level promotion result is the result of promoting the level of the first object corresponding to the second virtual object.

[0149] Indicatively, different virtual objects correspond to object levels in a virtual scene. Generally, the higher the object level, the stronger the effect it can achieve in the virtual scene, such as a stronger attack effect or a stronger suppression effect. Successfully sharing the first virtual element to the second virtual object can also have a beneficial effect on the object level of the second virtual object, such as displaying the object level improvement result to prompt the improvement of the first object level of the second virtual object.

[0150] For example, the result of object level promotion indicates that the second virtual object is promoted from level 5 to level 6; or, the result of object level promotion indicates that the experience value required for the second virtual object to be promoted from level 5 to level 6 is reduced from 100 to 50, etc., without limitation.

[0151] The above content describes the display of element sharing results; using reward acquisition results and / or object level improvement results as element sharing results can greatly incentivize players to engage in element sharing and / or element acquisition operations in virtual scenarios, enriching the interaction frequency and enhancing the interactivity of virtual matches.

[0152] In an optional embodiment, the element sharing results corresponding to the element level are displayed based on the element level of the first virtual element.

[0153] Among them, the element level is positively correlated with the element sharing result.

[0154] As an illustration, when the sharing of the first virtual element results in the sharing of the corresponding element of the second virtual object, the element level of the first virtual element being shared can also be considered. The element level is usually a parameter preset for the virtual element, such as the element level representing the element rarity of the virtual element. The higher the element rarity, the higher the element level.

[0155] Indicatively, the element level is analyzed to determine the element sharing result allocated to the second virtual object. The higher the element level, the more resource reward the second virtual object receives, and the lower the element level, the less resource reward the second virtual object receives. This demonstrates a positive correlation between element level and element sharing result.

[0156] The above content introduces the positive correlation between element sharing results and element level. Different element levels display different element sharing results, with higher element levels resulting in better sharing outcomes. This can increase players' willingness to share elements in virtual matches, ensure the feasibility of element sharing, and improve human-computer interaction efficiency.

[0157] It is worth noting that the above are merely illustrative examples, and the embodiments of this application are not limited thereto.

[0158] In summary, by efficiently acquiring the first virtual element through the first virtual object, the inefficiency of the second virtual object discarding the first virtual element and then picking it up again can be avoided, shortening the element acquisition process and reducing data resource waste. In addition, when acquiring elements, the first virtual object that provides the first virtual element is rewarded with feedback resources, which positively incentivizes players to control the second virtual object to share virtual elements in the virtual scene, enhances the interaction enthusiasm of different virtual objects, effectively promotes mutual assistance among players, improves the efficiency of game interaction based on the virtual scene, and ensures the smoothness and stability of the game.

[0159] In this embodiment, a scenario is described where a first virtual object acquires a first virtual element based on the second virtual object being within the range of a first object. By constraining the acquisition method of virtual elements with the distance between virtual objects, this process fully simulates real-world interaction logic, enhancing the immersion in the game. The distance constraint requires different virtual objects to be close to each other for element sharing and reception, increasing the strategic depth and challenge of the operation, avoiding unreasonable element acquisition methods, and also improving game interactivity. This encourages players to pay more attention to position and spatial awareness during gameplay, ensuring accuracy in the game.

[0160] In an optional embodiment, taking the first virtual object as an example where the first virtual object is controlled by the second terminal, and applying the method to the second terminal as an example, under the condition of meeting the element acquisition conditions, the first virtual object can be displayed to acquire the first virtual element carried by the second virtual object through the element acquisition operation targeting the first virtual element. (Illustrative example, as follows...) Figure 5 As shown, the element sharing method based on virtual scenes can also be implemented as follows: steps 510 to 530.

[0161] Step 510: Display the second virtual object in the virtual scene.

[0162] The virtual scene also includes a first virtual object, which is an object controlled by the second terminal, and the second virtual object carries the first virtual element.

[0163] In a schematic manner, the first virtual object is controlled by the second terminal, and the second virtual object is controlled by the first terminal. The first terminal and the second terminal enter the same virtual scene and participate in the same virtual game by running the same application.

[0164] Step 520: If the element acquisition conditions are met, receive the element acquisition operation for the first virtual element.

[0165] To illustrate, an element acquisition operation is the operation of obtaining the first virtual element carried by the second virtual object; an element acquisition condition is a condition that is valid for obtaining the first virtual element from the second virtual object.

[0166] Optionally, the element acquisition condition is a pre-set condition; during the process of controlling the first virtual object to move in the virtual scene, if the element acquisition condition is detected to be met, the element acquisition operation of the first virtual element can be performed to obtain the first virtual element from the second virtual object.

[0167] In an optional embodiment, when the second virtual object is within the first object range of the first virtual object, an element retrieval operation for the first virtual element is received.

[0168] Indicatively, the first object range is a range pre-defined for the first virtual object; if the second virtual object is detected to be within the first object range, it is considered that the element acquisition condition is met, and in this case, the second terminal can receive the element acquisition operation for the first virtual element.

[0169] In an optional embodiment, if the first object attribute of the first virtual object is higher than the second object attribute of the second virtual object, an element retrieval operation for the first virtual element is received.

[0170] For illustrative purposes, the first object attribute is the object attribute corresponding to the first virtual object, and the second object attribute is the object attribute corresponding to the second virtual object; object attributes are the attribute information of virtual objects in the virtual scene, and object attributes usually change as the virtual game progresses.

[0171] Object attributes include at least one of several attributes such as object level, virtual health, virtual skill points, and virtual mana. If the first object attribute of the first virtual object is detected to be higher than the second object attribute of the second virtual object, it is considered that the element acquisition condition is met, and in this case, the second terminal can receive the element acquisition operation for the first virtual element.

[0172] The above content introduces the content of receiving element acquisition operations based on meeting the element acquisition conditions; different element acquisition conditions can determine whether an element acquisition operation can be received, thereby enhancing the richness of virtual games and improving the accuracy of element acquisition while ensuring the feasibility of element acquisition.

[0173] In some embodiments, when the element acquisition conditions are met, an element acquisition control corresponding to the first virtual object is displayed, and a control trigger operation for the element acquisition control is received as an element acquisition operation for the first virtual element.

[0174] As an illustration, an element acquisition control is additionally displayed when the element acquisition conditions are met. If a click, long press, swipe, or drag operation is detected on the element acquisition control, it is considered that an element acquisition operation for the first virtual element has been received.

[0175] In some embodiments, if the element acquisition conditions are met, an element acquisition prompt message corresponding to the first virtual element is displayed, and an element acquisition operation that meets the element acquisition prompt message is received.

[0176] like Figure 6 The diagram shows an interface that displays an element acquisition prompt message corresponding to the first virtual element when the element acquisition conditions are met. It shows a second virtual object 610 and a first virtual object 620. The element acquisition prompt message 630 displayed when the element acquisition conditions are met indicates that the first virtual element is a "Fire Bottle". The element acquisition operation is implemented by triggering the "F" key. For example, in the process of playing a game on a PC, the "F" key on the connected external keyboard is triggered (such as by clicking or holding down) to achieve the purpose of acquiring the "Fire Bottle".

[0177] Step 530: In response to the element acquisition operation, the first virtual object is displayed to acquire the first virtual element carried by the second virtual object.

[0178] Indicatively, an element acquisition operation is an operation received when the element acquisition condition is met; the element acquisition operation is used to acquire the first virtual element. Optionally, the element acquisition operation is an element selection operation targeting the first virtual element.

[0179] Optionally, upon receiving an element retrieval operation, the first virtual object can retrieve the first virtual element from the second virtual object, thereby displaying the first virtual object retrieving the first virtual element carried by the second virtual object.

[0180] It is worth noting that the above are merely illustrative examples, and the embodiments of this application are not limited thereto.

[0181] In summary, by efficiently acquiring the first virtual element through the first virtual object, the inefficiency of the second virtual object discarding the first virtual element and then picking it up again can be avoided, shortening the element acquisition process and reducing data resource waste. In addition, when acquiring elements, the first virtual object that provides the first virtual element is rewarded with feedback resources, which positively incentivizes players to control the second virtual object to share virtual elements in the virtual scene, enhances the interaction enthusiasm of different virtual objects, effectively promotes mutual assistance among players, improves the efficiency of game interaction based on the virtual scene, and ensures the smoothness and stability of the game.

[0182] In this embodiment, a second terminal controlling the first virtual object is used as the execution terminal. When the element acquisition conditions are met, it can receive an element acquisition operation to display the first virtual object acquiring the first virtual element carried by the second virtual object. By using the element acquisition operation, the first virtual element can be more efficiently acquired from the second virtual object, improving element acquisition efficiency while shortening the acquisition process.

[0183] In an optional embodiment, taking the first virtual object as an example where it is controlled by the second terminal, and applying the method to the second terminal as an example, when the element acquisition conditions are met, an element sharing list is displayed so that the player controlling the second terminal can select the first virtual element to perform the element acquisition operation. (Illustrative example, as follows...) Figure 7 As shown above, Figure 5 The element sharing method shown can also be implemented as follows: steps 710 to 740.

[0184] Step 710: Display the second virtual object in the virtual scene.

[0185] The virtual scene also includes a first virtual object, which is an object controlled by the second terminal, and the second virtual object carries the first virtual element.

[0186] In a schematic manner, the first virtual object is controlled by the second terminal, and the second virtual object is controlled by the first terminal. The first terminal and the second terminal enter the same virtual scene and participate in the same virtual game by running the same application.

[0187] Step 720: If the element acquisition conditions are met, display the element sharing list.

[0188] The element sharing list is used to represent at least one virtual element shared by the second virtual object to the first virtual object. The second virtual object carries at least one virtual element, and the first virtual element is included in the at least one virtual element.

[0189] Schematic illustration: The element acquisition condition is the condition for effectively acquiring the first virtual element from the second virtual object. Optionally, the element acquisition condition is a pre-set condition; during the process of controlling the first virtual object to move in the virtual scene, if the element acquisition condition is detected to be met, the first virtual object can be controlled to perform an element acquisition operation on the first virtual element in order to acquire the first virtual element from the second virtual object.

[0190] In some embodiments, when an element acquisition condition is detected, an element sharing list is displayed to indicate that the player can control the first virtual object to acquire at least one virtual element shared by the second virtual object, such that the second virtual object carries at least one virtual element and includes the first virtual element.

[0191] In an optional embodiment, at least one virtual element in the element sharing list includes at least one of the following.

[0192] (1) The second virtual object carries a preset element that meets the element sharing requirements.

[0193] Among them, the element sharing requirement is the requirement for effectively sharing to other virtual objects.

[0194] Optionally, the element sharing requirement is a requirement set for the virtual element itself. For example, if virtual element A has an element sharing attribute, it means that virtual element A is pre-configured to be an element that can be shared with other virtual objects. Alternatively, the element sharing requirement is a requirement set for the virtual element based on the player's custom device. For example, if the player controlling the second virtual object sets virtual element B to have an element sharing attribute, it means that the player controlling the second virtual object allows virtual element B to be shared with other virtual objects.

[0195] Optionally, the element sharing requirement may also be related to at least one of multiple pieces of information such as element level and object level; for example, the element sharing requirement indicates that the element level has reached a preset element threshold (level 5); and / or, the element sharing requirement indicates that the object level of the first virtual object is higher than the object level of the second virtual object, etc.

[0196] (2) Elements in the account requirement list corresponding to the first account.

[0197] Among them, the first account is the account that controls the first virtual object, and the account requirement list includes the elements required by the first account.

[0198] In a schematic way, before or during a match, the first account controlling the first virtual object can select certain virtual elements as account requirement elements based on the player's settings. These account requirement elements will be compiled into the account requirement list. If the element acquisition conditions are met, the virtual elements shared by the second virtual object in the displayed element sharing list are the virtual elements that the first virtual object expects to acquire.

[0199] (3) Elements in the account sharing list corresponding to the second account.

[0200] The second account is the account that controls the second virtual object, and the account requirements list includes elements for sharing to other accounts.

[0201] In a schematic way, before or during a match, the second account controlling the second virtual object can select certain virtual elements as account sharing elements based on the player's settings. These account sharing elements will be compiled into an account sharing list, which is used to share with other accounts. If the element acquisition conditions are met, the displayed account sharing list will show the virtual elements that the second virtual object is allowed to share with other accounts.

[0202] (4) Elements agreed upon between the first account and the second account.

[0203] In a demonstrative sense, before or during a game, the second account controlling the second virtual object and the first account controlling the first virtual object can reach an agreement to represent the elements that can be shared in the virtual scene. For example, the first and second accounts may agree in advance to share virtual clothing and virtual items M.

[0204] The above content describes the implementation of at least one virtual element. Virtual elements can be pre-defined, manually configured by players, or agreed upon, ensuring flexibility in the sharing process and facilitating richer operations through the sharing of virtual elements.

[0205] It is worth noting that the virtual elements shown in the above element sharing list are merely illustrative examples, and the embodiments of this application do not limit them.

[0206] In an optional embodiment, if the element acquisition conditions are met, the element trigger information corresponding to at least one virtual element is displayed in the element sharing list.

[0207] The element triggering information is used to characterize the method of triggering the acquisition of virtual elements; the first virtual element corresponds to the first element triggering information.

[0208] This is illustrative; the first element trigger information is a valid way to obtain the first virtual element. If the conditions for obtaining the element are met, the first element trigger information is displayed, indicating that the player controlling the first virtual object can obtain the first virtual element by triggering the first element trigger information.

[0209] For example, the first element trigger message is "Press F key", which means that the player controlling the first virtual object can obtain the first virtual element from the second virtual object by pressing the "F key".

[0210] Optionally, if the element acquisition conditions are met, a virtual element and its corresponding element trigger information can be displayed in the element sharing list; or, if the element acquisition conditions are met, the element trigger information corresponding to a virtual element can be displayed in the element sharing list (i.e., when dealing with a virtual element, the virtual element itself may not be displayed, only a prompt on how to acquire the virtual element is shown); or, if the element acquisition conditions are met, multiple virtual elements and their respective element trigger information can be displayed in the element sharing list.

[0211] Step 730: Receive the element retrieval operation for the first virtual element in the element sharing list.

[0212] In an optional embodiment, a first element acquisition operation is received for the first virtual element and which satisfies the first element triggering information.

[0213] Indicatively, an element acquisition operation is a trigger operation that receives information that satisfies the triggering information of the first element; if an element acquisition operation is performed on the first virtual element, it means controlling the first virtual object to obtain the first virtual element from the second virtual object.

[0214] The above content introduced how to obtain virtual elements by displaying element trigger information and satisfying that information. Different virtual elements correspond to different element trigger information. By utilizing this trigger information, the first virtual element can be triggered more specifically, improving element acquisition efficiency.

[0215] In an optional embodiment, an element selection operation is received for the first virtual element in the element sharing list.

[0216] The element selection operation includes at least one of the single element selection operation and the multiple element selection operation.

[0217] As an illustration, a single element selection operation can select one virtual element as the first virtual element to control the first virtual object to obtain a single first virtual element from the second virtual object; or, a multi-element selection operation can select multiple virtual elements as the first virtual element to control the first virtual object to obtain multiple first virtual elements from the second virtual object, etc., without limitation here.

[0218] This section describes how to implement element retrieval operations based on element selection of a first virtual element. Single element selection allows for the targeted selection of a specific first virtual element, while multi-element selection allows for the selection of a wider range of first virtual elements, ensuring targeted selection while improving efficiency.

[0219] Step 740: In response to the element acquisition operation, the first virtual object is displayed to acquire the first virtual element carried by the second virtual object.

[0220] Optionally, upon receiving an element retrieval operation, the first virtual object can retrieve the first virtual element from the second virtual object, thereby displaying the first virtual object retrieving the first virtual element carried by the second virtual object.

[0221] In an optional embodiment, in response to an element retrieval operation, if the first virtual object successfully retrieves the first virtual element, the element retrieval result of the first virtual element being placed into the first virtual backpack corresponding to the first virtual object is displayed.

[0222] In illustrative terms, the first virtual backpack is a virtual backpack carried by the first virtual object, used to hold the virtual elements owned by the first virtual object; for example, a player can control the virtual object to hold some virtual elements and place other virtual elements in the virtual backpack, or a player can control the virtual object to place all the virtual elements it holds in the virtual backpack, etc.

[0223] Optionally, in response to an element acquisition operation, if the first virtual object successfully acquires the first virtual element, the first virtual element can be automatically made the first virtual element the owner of the first virtual object, and thus placed into the first virtual backpack corresponding to the first virtual object.

[0224] The element acquisition result includes at least one of the position occupancy result and the element storage result. The position occupancy result is used to characterize the position of the first virtual element in the first virtual backpack, and the element storage result is used to characterize the first virtual element not affecting the position occupancy of the first virtual backpack.

[0225] In illustrative terms, based on the premise that the first virtual element is obtained from the second virtual object that shares virtual elements, if the first virtual element is stored in the first virtual backpack, it can occupy a backpack position in the first virtual backpack just like virtual elements collected by the first virtual object in other ways, thus making the element acquisition result a position occupation result; alternatively, the first virtual element may not occupy a backpack position like virtual elements collected by the first virtual object in other ways, but instead achieve the purpose of storage by being stored in the backpack without occupying a backpack position, thus making the element acquisition result an element storage result.

[0226] For example: if the first virtual element is virtual shooting prop M, the first virtual backpack of the first virtual object is 10 / 50 (that is, 10 virtual elements are currently stored when 50 virtual elements can be stored); if virtual shooting prop M is stored under the position occupancy result, the first virtual backpack is 11 / 50; if virtual shooting prop M is stored under the element storage result, the first virtual backpack is still 10 / 50.

[0227] In some embodiments, based on the first element category of the first virtual element, the element retrieval result of the first backpack position in the first virtual backpack where the first virtual element is placed is displayed.

[0228] The first knapsack position is used to store virtual elements corresponding to the first element category.

[0229] For illustrative purposes, the element category is the classification result of virtual elements. Different classification methods can yield different classification results. Optionally, the element category may be at least one of several categories such as props, accessories, and clothing.

[0230] Optionally, different element categories each correspond to at least one backpack position, which is the location in the virtual backpack used to store virtual elements; for example, if the first element category corresponds to the first backpack position, then after controlling the first virtual object to obtain the first virtual element from the second virtual object, the element retrieval result of the first virtual element being placed in the first backpack position in the first virtual backpack is displayed according to the first element category.

[0231] like Figure 8 The diagram shows the interface for the first virtual object to acquire the first virtual element. In response to the element acquisition operation, the first virtual object 810 acquires the first virtual element 830 carried by the second virtual object 820, such as a "fire bottle".

[0232] Optionally, the first virtual element acquired by the first virtual object can be held by the first virtual object, automatically placed into the virtual inventory, or placed into the virtual inventory based on the player's choice. When placed into the virtual inventory, a prompt message can be displayed to indicate the placement status.

[0233] like Figure 9 As shown, when the "Fire Bottle" (the first virtual element) is placed into the virtual backpack, a prompt message 910 is displayed to indicate that the Fire Bottle has been successfully acquired and placed into the backpack.

[0234] like Figure 10 The diagram shows the interface of the virtual backpack after the first virtual element is stored in it. The virtual backpack 1010 includes various layers such as "storage box," "safe," "shooting tools," "tactical supplies," and "bullets." Taking the first virtual element as a "fire bottle" as an example, based on the element category of the "fire bottle" being "tactical supplies," the first virtual object obtains the "fire bottle" from the second virtual object and stores it in the first position 1011 of the virtual backpack, which is the "fire bottle" marked in bold in the diagram.

[0235] The above describes the scenario where the location of an element in the first backpack is determined based on its category. By using the element category to determine the backpack position of an element, the efficiency of element categorization is improved through the automatic inclusion of elements into the virtual backpack and the consideration of element category when deciding on their location. This avoids the inefficiency of manually selecting locations.

[0236] In an optional embodiment, in response to an element acquisition operation, if the first virtual object fails to acquire the first virtual element, an acquisition failure result is displayed.

[0237] Schematic illustration: If the element acquisition operation fails to control the first virtual object to successfully acquire the first virtual element, a failure result is displayed to indicate that the first virtual object has failed to obtain the first virtual element. Optionally, the failure result may be at least one of several prompting methods, such as a text prompt or a vibration feedback prompt.

[0238] The above content describes how to display the element retrieval result or retrieval failure result based on the element retrieval result. Specifically, under the element retrieval result, the first virtual element can occupy a space in the virtual backpack, thus displaying the space occupancy result. This more specifically emphasizes the case where the first virtual element is stored in the virtual backpack. Alternatively, it can display the element storage result where the first virtual element is stored without affecting the space occupancy, ensuring that the first virtual object can obtain more diverse and richer virtual elements from the second virtual object and even other virtual objects, thereby increasing the enthusiasm for element retrieval, improving element utilization, and enhancing human-computer interaction efficiency.

[0239] It is worth noting that the above are merely illustrative examples, and the embodiments of this application are not limited thereto.

[0240] In summary, by efficiently acquiring the first virtual element through the first virtual object, the inefficiency of the second virtual object discarding the first virtual element and then picking it up again can be avoided, shortening the element acquisition process and reducing data resource waste. In addition, when acquiring elements, the first virtual object that provides the first virtual element is rewarded with feedback resources, which positively incentivizes players to control the second virtual object to share virtual elements in the virtual scene, enhances the interaction enthusiasm of different virtual objects, effectively promotes mutual assistance among players, improves the efficiency of game interaction based on the virtual scene, and ensures the smoothness and stability of the game.

[0241] In this embodiment, an element sharing list is displayed when element acquisition conditions are met, thereby obtaining the content of a first virtual element based on the element acquisition operation. Displaying the element sharing list when the element acquisition conditions are met allows for receiving element acquisition operations; the element sharing list facilitates the targeted sharing of one or more virtual elements, improving element acquisition efficiency while ensuring the timeliness of element sharing.

[0242] In an optional embodiment, taking the first virtual object as an example where it is controlled by the second terminal, and applying the method to the second terminal as an example, the content of the element sharing result of the second virtual object can be displayed based on the fulfillment of the reward acquisition conditions. (Illustrative example, such as...) Figure 11 As shown above, Figure 5 The element sharing method shown can also be implemented as follows: steps 1110 to 1140.

[0243] Step 1110: Display the second virtual object in the virtual scene.

[0244] The virtual scene also includes a first virtual object, which is an object controlled by the second terminal, and the second virtual object carries the first virtual element.

[0245] Step 1120: If the element acquisition conditions are met, receive the element acquisition operation for the first virtual element.

[0246] In an optional embodiment, if the element acquisition condition is met, an element acquisition operation is received in response to the first virtual object and the second virtual object being in a valid game state.

[0247] Among them, the effective state of the game is used to characterize the state in which the virtual object participates normally in the virtual game.

[0248] Indicatively, a virtual object's virtual life value greater than 0 indicates that it is in a valid state in the game. If the virtual life values ​​of both the first virtual object and the second virtual object are greater than 0, they are considered to be in a valid state in the game, and thus can receive element acquisition operations to control the first virtual object to acquire the first virtual element from the second virtual object.

[0249] In an optional embodiment, if the element acquisition condition is met and the second virtual object is a teammate virtual object in the same virtual faction as the first virtual object, the element acquisition operation for the first virtual element is received.

[0250] Indicatively, a virtual match unfolds in the form of at least two virtual factions. A virtual match includes multiple virtual objects, including a first virtual object and a second virtual object. Virtual objects belonging to the same virtual faction are called teammate virtual objects, and virtual objects belonging to different virtual factions are called enemy virtual objects.

[0251] Optionally, if the second virtual object and the first virtual object are teammates in the same virtual faction, then the element acquisition operation on the first virtual object can be received. Alternatively, if the element acquisition condition is an additional condition, then the element acquisition operation on the first virtual object can only be received if the second virtual object is in the same virtual faction as the first virtual object when the element acquisition condition is met.

[0252] To illustrate, the element acquisition condition is that the second virtual object is within the range of the first object corresponding to the first virtual object. Therefore, the element acquisition operation for the first virtual element will only be received when the second virtual object is detected to be within the range of the first object corresponding to the first virtual object, and the second virtual object and the first virtual object are teammates virtual objects in the same virtual faction.

[0253] The above content describes the element acquisition operation based on being in the same virtual faction, provided that the acquisition conditions are met. Using being in the same virtual faction as a prerequisite for element acquisition can greatly enhance teamwork and interactivity, improving overall combat effectiveness. For example, sharing virtual items can compensate for teammates' lack of virtual objects to some extent, increasing the virtual faction's survival chances and tactical flexibility. It also strengthens the emotional connection between players while increasing the game's fun and strategic depth.

[0254] In an optional embodiment, when the element acquisition condition is met and the second virtual object is an enemy virtual object belonging to a different virtual faction than the first virtual object, the element acquisition operation is received when the first virtual object and the second virtual object meet the object constraint condition.

[0255] Among them, the object constraint condition is used to characterize the condition under which the first virtual object suppresses the second virtual object.

[0256] Indicatively, a virtual match unfolds with at least two virtual factions. The virtual match includes multiple virtual objects, among which virtual objects belonging to different virtual factions are called hostile virtual objects.

[0257] Optionally, the element acquisition condition is an additionally set condition. If the second virtual object and the first virtual object are detected to be hostile virtual objects in different virtual factions when the element acquisition condition is met, the analysis is performed to determine whether the second virtual object and the first virtual object meet the object constraint condition. Thus, if the object constraint condition is met, the element acquisition operation can be received; if the object constraint condition is not met, the element acquisition operation will not be received.

[0258] To illustrate, the element acquisition condition is that the second virtual object is within the scope of the first object corresponding to the first virtual object. Then, if it is detected that the second virtual object is within the scope of the first object corresponding to the first virtual object, and the second virtual object and the first virtual object are teammates virtual objects in different virtual factions, it will continue to analyze whether the second virtual object and the first virtual object satisfy the object constraint condition.

[0259] Optionally, object constraints are pre-defined conditions for comparison between different virtual objects. Typically, object constraints are related to the attributes of the virtual object itself. The attribute states of the second virtual object and the first virtual object in the virtual scene are compared to determine whether the object constraints are satisfied.

[0260] The above content describes how to receive element acquisition operations based on whether the virtual objects are in different virtual factions and whether object constraints are met, provided that the acquisition conditions are met. Using the condition of meeting object constraints under different virtual factions as a prerequisite for element acquisition can enrich the interaction methods between different virtual objects, enhance the strategic nature of the game, and encourage players to control virtual objects to improve their virtual game capabilities.

[0261] In some embodiments, when the second object level of the first virtual object is higher than the first object level of the second virtual object, an element acquisition operation is received.

[0262] To illustrate, let's take the object constraint condition as a comparison condition of object levels as an example; the object level corresponding to the first virtual object is the second object level, and the object level corresponding to the second virtual object is the first object level; if the second object level of the first virtual object is detected to be higher than the first object level of the second virtual object, it is considered that the object constraint condition is met, and thus the element acquisition operation can be received.

[0263] In some embodiments, when the first virtual attribute value of the first virtual object is higher than the first virtual attribute value of the second virtual object, an element acquisition operation is received.

[0264] Virtual attribute values ​​include at least one of several attributes such as virtual health, virtual mana, virtual defense, and virtual damage. For example, consider an object constraint condition that compares virtual attribute values. The virtual attribute value corresponding to the first virtual object is the first virtual attribute value, and the virtual attribute value corresponding to the second virtual object is the second virtual attribute value. If the first virtual attribute value of the first virtual object is higher than the first virtual attribute value of the second virtual object, then the object constraint condition is considered satisfied, and the element retrieval operation can be received.

[0265] Step 1130: In response to the element acquisition operation, the first virtual object is displayed to acquire the first virtual element carried by the second virtual object.

[0266] Indicatively, if an element retrieval operation is received, it means that the first virtual object is controlled to retrieve the first virtual element carried by the second virtual object, that is, the first virtual object retrieves the first virtual element carried by the second virtual object.

[0267] Optionally, in response to an element acquisition operation, the first virtual element carried by the second virtual object is displayed as being transferred to the first virtual object; or, in response to an element acquisition operation, the first virtual element carried by the second virtual object is displayed as being copied to the first virtual object.

[0268] Step 1140: If the first virtual object successfully carries the first virtual element, in response to the fulfillment of the reward acquisition conditions, display the element sharing result of the second virtual object.

[0269] The reward acquisition condition is the condition for the second virtual object to share the first virtual element with the first virtual object to obtain a virtual reward; the element sharing result is the reward result obtained by the second virtual object from sharing the first virtual element with the first virtual object; the element sharing result of the second virtual object will only be displayed if the reward acquisition condition is met.

[0270] In some embodiments, in response to the second virtual object being in a virtual game corresponding to the virtual scene, the element sharing result is displayed, i.e., the reward acquisition condition includes the second virtual object being in a virtual game corresponding to the virtual scene; or, in response to the second virtual object exiting the virtual game, the element sharing result is displayed, i.e., the reward acquisition condition includes the second virtual object exiting the virtual game; or, in response to the first virtual object holding the first virtual element for a duration that reaches a preset duration threshold, the element sharing result is displayed, i.e., the reward acquisition condition includes the first virtual object holding the first virtual element for a duration that reaches a preset duration threshold.

[0271] In an optional embodiment, in response to receiving an element usage operation for a first virtual element, the element usage effect of the first virtual element in the virtual scene is displayed.

[0272] In illustrative terms, element usage operation is the operation that controls the first virtual object to use the first virtual element, such as element click operation, element long press operation, or at least one of these; element usage effect is the effect produced by using the first virtual element in the virtual scene, including at least one of attack effect, defense effect, healing effect, etc., and the element usage effect is related to the first virtual element.

[0273] In some embodiments, in response to receiving an element triggering operation for a first virtual element, element prompt information and at least one element triggering area are displayed, where different element triggering areas represent different triggering forms; a region triggering operation for an element usage area within the element triggering area is received as an element usage operation, and the element usage effect of the first virtual element in the virtual scene is displayed.

[0274] The element hint information is used to indicate how to operate the first virtual element. For example... Figure 12 The diagram shows an interface for displaying element trigger areas, including element prompt information 1210 and multiple element trigger areas 1220. If a drag trigger operation is performed on the area 1221 used for the element to be found, it is considered as using the first virtual element (e.g., the first virtual element is "Flame Bottle").

[0275] Accept Figure 12 Show Figure 13 The diagram illustrates the effect of using the element. Based on the element usage operation, the effect of the "Fire Bottle" in the virtual scene is a burning and explosion effect (1310), which can cause virtual damage to virtual objects within the "Fire Bottle's" attack range.

[0276] It is worth noting that the above are merely illustrative examples, and the embodiments of this application are not limited thereto.

[0277] In summary, by efficiently acquiring the first virtual element through the first virtual object, the inefficiency of the second virtual object discarding the first virtual element and then picking it up again can be avoided, shortening the element acquisition process and reducing data resource waste. In addition, when acquiring elements, the first virtual object that provides the first virtual element is rewarded with feedback resources, which positively incentivizes players to control the second virtual object to share virtual elements in the virtual scene, enhances the interaction enthusiasm of different virtual objects, effectively promotes mutual assistance among players, improves the efficiency of game interaction based on the virtual scene, and ensures the smoothness and stability of the game.

[0278] In an optional embodiment, the above-described virtual scene-based element sharing method can be applied to FPS game scenarios, including multiple virtual objects participating in virtual matches. Different players control different virtual objects, and the virtual objects can carry various virtual elements such as virtual clothing and virtual items, either handheld or carried via a virtual backpack. Optionally, taking virtual items as an example, if some or all of the virtual items are pre-set (or manually set) as shared items, the above-described virtual scene-based element sharing method can also be called a "self-service shared item mechanism in the game." The shared item is the first virtual element that the second virtual object described above can share with the first virtual object, such as a virtual item.

[0279] Indicative, such as Figure 14 The diagram shows the overall process of the element sharing method based on a virtual scene.

[0280] The technical architecture of this solution is logically divided into three core parts: the client interaction component, the game server 1420 (logic processing core), and the reward settlement component 1430. The client interaction component includes Player A client 1411 and Player B client 1412. Player A client 1411 controls the first virtual object (as mentioned above, the first terminal), and Player A can also be called the demand party (the party that needs the first virtual element). Player B client 1412 controls the second virtual object (as mentioned above, the second terminal), and Player B can also be called the provider (the party that shares the first virtual element). Multi-party interaction and collaboration enable a complete item sharing process (taking the first virtual element as an example).

[0281] First, player A's client 1411 continuously monitors the real-time spatial distance between the first virtual object it controls and all surrounding teammates (for example, the provider of the virtual item needs to be a teammate of the requester to obtain it). This data is obtained through synchronization with the game server 1420 to ensure accuracy.

[0282] When a teammate (such as the second virtual object) is detected to enter the preset interaction range (i.e. the range of the first object, such as 2 meters), player A client 1411 will further request to query the teammate's virtual backpack information and filter out the virtual items marked as "shareable".

[0283] Subsequently, player A's client 1411 dynamically renders interactive prompts (i.e., the element retrieval prompts mentioned above) on the user interface, such as "Press F to retrieve [teammate's name]'s [item name]", or displayed as "Press F to retrieve player B's Molotov cocktail". When the player presses the F key, player A's client 1411 immediately sends a retrieval request to the game server 1420 containing the requesting player's identifier (ID), the providing player's ID, and the virtual item ID.

[0284] Secondly, the logic processing component of game server 1420 is the core of the entire system, responsible for handling requests from various clients (including player A client 1411 and player B client 1412) and executing critical business logic. Upon receiving a request, game server 1420 does not immediately perform a transfer; instead, it conducts a series of rigorous verifications.

[0285] The first layer of verification is distance verification. The server uses its authoritative player location data to recalculate the distance between the virtual objects controlled by the two players in the virtual scene, and determines whether the second virtual object is still within the first object range (valid interaction range) of the first virtual object, in order to prevent client cheating.

[0286] The second layer of verification is status verification. The game server 1420 will check the inventory data of the provider player (player B) to confirm whether the required virtual item (first virtual element) exists and is in sufficient quantity, and at the same time check whether the item is configured to allow sharing.

[0287] The third layer of verification is space verification. Game server 1420 will check the virtual inventory of the requesting player (Player A) to ensure that there is a corresponding empty slot or stacking space to accommodate the virtual item (e.g., it can accommodate 3 virtual items, and the current item is a virtual item). 2 indicates that it can also accommodate one virtual item. Only after all verifications pass will game server 1420 proceed to the next step.

[0288] Finally, after successful verification, game server 1420 performs two key actions. First, it atomically updates the virtual inventory data of different players in the backend: deducting one unit of virtual item from the provider's inventory data and simultaneously adding one unit of virtual item to the requester's inventory data (achieving the goal of transferring the first virtual element from the second virtual object's virtual inventory to the first virtual object's virtual inventory). Second, the server triggers a reward event, sending the event information to the reward settlement component 1430. The event information includes the provider's player ID and the amount of crystals (i.e., the amount of virtual resources) they are entitled to. Simultaneously, game server 1420 pushes status update notifications to both players' clients, informing the requester that they have successfully obtained the virtual item and notifying the provider that the virtual item has been used and the reward information.

[0289] Upon receiving an event, the reward settlement component 1430 will distribute virtual resources (such as virtual crystals) to the account of the providing player according to the preset settlement strategy (such as immediate settlement or settlement after withdrawal).

[0290] In other words, the server-side logic processing allows the core implementation logic to be subdivided into the following steps.

[0291] (1) Verification of interaction preconditions: After receiving the access request initiated by the client, the server’s primary task is to verify the legality of the interaction. This includes calculating whether the distance between the two players is less than a preset threshold using authoritative player location data, and confirming that both players are in a normal game state (e.g., not in a non-interactive state such as being knocked down or dead).

[0292] (2) Item status and backpack space verification: After confirming that the player can interact, the server will query the backpack data structure of the provider player to check whether there is a first virtual resource that can be shared in the requested item slot, and whether the metadata of the first virtual resource is marked as "shareable". At the same time, it will traverse the backpack data of the requesting player to ensure that there is a corresponding empty slot or space that can be stacked with similar items.

[0293] (3) Perform atomic data transfer: Once all verifications pass, the server will perform an atomic operation in the database or memory. This operation ensures that removing one unit of the target item from the provider's inventory data and adding one unit to the requester's inventory data. These two actions either succeed or fail simultaneously, thus ensuring the consistency of game data and avoiding abnormal situations such as lost or duplicate items.

[0294] (4) Triggering Rewards and Two-Way Notification: After the item transfer is successful, the server will generate a reward record for the providing player according to the preset reward rules (e.g., different rarity items correspond to different amounts of crystals). This record is sent to the reward settlement component for processing. Finally, the server will construct two different notification messages and push them to the clients of the requesting and providing players respectively: notifying the requesting player that "the item was successfully acquired" and notifying the providing player that "the item has been taken and the crystal reward has been obtained", thus completing the entire interaction loop at the technical level.

[0295] In some embodiments, taking a fire bottle and a hammer as examples of first virtual elements, if a second virtual object is within the first object's range and the player controlling the first virtual object presses the F key (element acquisition control) while facing the second virtual object, the player can use the shared item (such as a fire bottle and a hammer). Optionally, a shared item slot is added to the virtual inventory to limit the total number that can be carried (e.g., allowing a limit of 4 virtual elements); the second virtual object whose first virtual element is used will receive virtual crystals as a reward from the system.

[0296] In other words, compared to cooperative shooting games, resource sharing among team members mainly relies on two methods: "dropping items" or "trading interfaces." Dropping items is cumbersome, requiring players to stop and operate in dangerous environments, and items exposed on the ground are easily picked up by mistake or used by enemies. Trading interfaces require both parties to pause the game and complete multiple confirmation steps, severely disrupting the game's fast pace and immersion. More importantly, the existing mechanisms lack effective incentives for sharing; item sharing is purely an altruistic act, resulting in generally weak player willingness to share and limiting the depth of team collaboration.

[0297] This application's embodiments address the problems of cumbersome operations, low efficiency, and the risk of item loss in existing solutions through a near-field interaction trigger mechanism and one-click item transfer, achieving seamless and secure real-time support. The self-service retrieval design eliminates the need for any confirmation from the provider, resolving issues such as game interruptions and slow interaction responses in existing games. Furthermore, the design of a two-way incentive feedback system, rewarding the provider with crystals, directly addresses the core pain point of lacking positive incentives in all existing solutions, effectively promoting cooperative behavior among players.

[0298] It is worth noting that the above are merely illustrative examples, and the embodiments of this application are not limited thereto.

[0299] In summary, by efficiently acquiring the first virtual element through the first virtual object, the inefficiency of the second virtual object discarding the first virtual element and then picking it up again can be avoided, shortening the element acquisition process and reducing data resource waste. In addition, when acquiring elements, the first virtual object that provides the first virtual element is rewarded with feedback resources, which positively incentivizes players to control the second virtual object to share virtual elements in the virtual scene, enhances the interaction enthusiasm of different virtual objects, effectively promotes mutual assistance among players, improves the efficiency of game interaction based on the virtual scene, and ensures the smoothness and stability of the game.

[0300] This application proposes a self-service shared item solution in the game, allowing players to acquire their teammates' items by pressing the corresponding control after approaching them, and storing the items in the corresponding slot in their inventory. In return, the teammate receives virtual crystals as a reward during the game or after withdrawal. The "borrow-reward" incentive mechanism innovatively links item sharing with the game's economic reward system. The sharer receives "virtual crystals" as a reward during the game or after a successful withdrawal, transforming altruistic behavior into a self-beneficial strategy. A simplified "approach-button" interaction mode replaces complex trading processes, allowing players to quickly acquire needed items without interrupting the battle rhythm. Reward settlement, tied to the game flow, links reward distribution to the key game objective of "successful withdrawal," ensuring that sharing serves the team's overall victory and preventing mechanism abuse. The system can also automatically store acquired items in preset slots in the inventory, simplifying player organization and improving user experience.

[0301] Figure 15 This is a structural block diagram of an element sharing device based on a virtual scene provided in an exemplary embodiment of this application, such as... Figure 15 As shown, the device includes the following parts: Display module 1510 is used to display a first virtual object in a virtual scene. The virtual scene also includes a second virtual object, which is an object controlled by a first terminal. The second virtual object carries a first virtual element. The receiving module 1520 is configured to receive an object control operation on the second virtual object, the object control operation being used to control the second virtual object to act in the virtual scene; The display module 1510 is also used to display, during the action of the second virtual object, the first virtual object acquiring the first virtual element carried by the second virtual object; The display module 1510 is also used to display the element sharing result, which includes the resource reward obtained by the second virtual object sharing the first virtual element with the first virtual object.

[0302] In an optional embodiment, the display module 1510 is further configured to display the first virtual element carried by the second virtual object when the second virtual object is within the first object range of the first virtual object.

[0303] In an optional embodiment, the display module 1510 is further configured to display the first virtual object acquiring the first virtual element carried by the second virtual object based on the element acquisition operation of the first virtual object on the first virtual element carried by the second virtual object; wherein, the element acquisition operation is an operation that controls the first virtual object to acquire the first virtual element from at least one virtual element carried by the second virtual object.

[0304] In an optional embodiment, the display module 1510 is further configured to display the first virtual element carried by the second virtual object being transferred to the first virtual object; and to display the first virtual element carried by the second virtual object being copied to the first virtual object.

[0305] In an optional embodiment, the display module 1510 is further configured to display the element sharing result in response to satisfying the reward acquisition condition when the first virtual object successfully carries the first virtual element; wherein the reward acquisition condition is the condition for the second virtual object to obtain a virtual reward by sharing the first virtual element to the first virtual object.

[0306] In an optional embodiment, the display module 1510 is further configured to display the element sharing result in response to the second virtual object being in a virtual game corresponding to the virtual scene; display the element sharing result in response to the second virtual object exiting the virtual game; and display the element sharing result in response to the first virtual object holding the first virtual element for a preset duration threshold.

[0307] In an optional embodiment, the display module 1510 is further configured to display the reward acquisition result of the second virtual object obtaining the first virtual reward, wherein the element sharing result includes the reward acquisition result, and the first virtual reward is the virtual reward obtained by the second virtual object after sharing the first virtual element; and to display the object level improvement result of the second virtual object, wherein the object level improvement result is the result of improving the first object level corresponding to the second virtual object.

[0308] In an optional embodiment, the display module 1510 is further configured to display the capacity expansion result of the second virtual backpack corresponding to the second virtual object when the equipment sharing conditions are met; the second virtual backpack is a virtual backpack carried by the second virtual object, and the capacity expansion result is used to characterize the capacity increase of the second virtual backpack; the equipment sharing conditions include receiving an equipment sharing operation, which is an operation that allows sharing virtual elements with other virtual objects.

[0309] In an optional embodiment, the display module 1510 is further configured to display the element sharing result corresponding to the element level based on the element level of the first virtual element; wherein the element level and the element sharing result are positively correlated.

[0310] Figure 16 This is a structural block diagram of an element sharing device based on a virtual scene provided in another exemplary embodiment of this application, such as... Figure 16 As shown, the device includes the following parts: Display module 1610 is used to display a second virtual object in a virtual scene. The virtual scene also includes a first virtual object, which is an object controlled by a second terminal. The second virtual object carries a first virtual element. The receiving module 1620 is used to receive an element acquisition operation on the first virtual element when the element acquisition conditions are met. The display module 1610 is further configured to, in response to the element acquisition operation, display the first virtual object acquiring the first virtual element carried by the second virtual object.

[0311] In an optional embodiment, the receiving module 1620 is further configured to receive the element acquisition operation on the first virtual element when the second virtual object is within the first object range of the first virtual object; and to receive the element acquisition operation on the first virtual element when the first object attribute of the first virtual object is higher than the second object attribute of the second virtual object.

[0312] In an optional embodiment, the display module 1610 is further configured to display an element sharing list when the element acquisition condition is met, the element sharing list being used to characterize at least one virtual element shared by the second virtual object to the first virtual object, the second virtual object carrying the at least one virtual element, the at least one virtual element including the first virtual element; and to receive the element acquisition operation for the first virtual element in the element sharing list.

[0313] In an optional embodiment, the display module 1610 is further configured to display element triggering information corresponding to the at least one virtual element in the element sharing list when the element acquisition conditions are met, wherein the element triggering information is used to characterize the method of triggering the acquisition of the virtual element; wherein the first virtual element corresponds to the first element triggering information; The receiving module 1620 is further configured to receive a first element acquisition operation for the first virtual element that satisfies the first element trigger information.

[0314] In an optional embodiment, the receiving module 1620 is further configured to receive an element selection operation for the first virtual element in the element sharing list; the element selection operation includes at least one of a single element selection operation and a multiple element selection operation.

[0315] In an optional embodiment, at least one virtual element in the element sharing list includes at least one of the following: a preset element carried by the second virtual object that satisfies the element sharing requirement, wherein the element sharing requirement is an element that can be effectively shared to other virtual objects; an element in the account requirement list corresponding to the first account, wherein the first account is the account that controls the first virtual object, and the account requirement list includes the elements required by the first account; an element in the account sharing list corresponding to the second account, wherein the second account is the account that controls the second virtual object, and the account requirement list includes elements for sharing to other accounts; and an element agreed upon for sharing between the first account and the second account.

[0316] In an optional embodiment, the display module 1610 is further configured to, in response to the element acquisition operation, display the element acquisition result of the first virtual element being placed into the first virtual backpack corresponding to the first virtual object when the first virtual object successfully acquires the first virtual element; the first virtual backpack is a virtual backpack carried by the first virtual object, and the element acquisition result includes at least one of a position occupancy result and an element storage result, wherein the position occupancy result is used to indicate that the first virtual element occupies a backpack position in the first virtual backpack, and the element storage result is used to indicate that the first virtual element does not affect the position occupancy in the first virtual backpack; in response to the element acquisition operation, display the acquisition failure result when the first virtual object fails to acquire the first virtual element.

[0317] In an optional embodiment, the display module 1610 is further configured to display the element acquisition result of the first virtual element being placed in the first backpack position in the first virtual backpack based on the first element category of the first virtual element; wherein the first backpack position is used to store virtual elements corresponding to the first element category.

[0318] In an optional embodiment, the display module 1610 is further configured to, in response to satisfying the reward acquisition condition, display the element sharing result of the second virtual object when the first virtual object successfully carries the first virtual element, wherein the element sharing result is the reward result obtained by the second virtual object from sharing the first virtual element with the first virtual object; wherein the reward acquisition condition is the condition for the second virtual object to obtain a virtual reward by sharing the first virtual element with the first virtual object.

[0319] In an optional embodiment, the receiving module 1620 is further configured to receive the element acquisition operation on the first virtual element when the element acquisition condition is met and the second virtual object is a teammate virtual object in the same virtual faction as the first virtual object.

[0320] In an optional embodiment, the receiving module 1620 is further configured to receive the element acquisition operation when the element acquisition condition is met and the second virtual object is an enemy virtual object in a different virtual faction from the first virtual object, and when the first virtual object and the second virtual object satisfy the object constraint condition; wherein the object constraint condition is used to characterize the condition under which the first virtual object suppresses the second virtual object.

[0321] In an optional embodiment, the receiving module 1620 is further configured to receive the element acquisition operation when the second object level of the first virtual object is higher than the first object level of the second virtual object.

[0322] In an optional embodiment, the receiving module 1620 is further configured to receive the element acquisition operation in response to the first virtual object and the second virtual object being in a valid game state when the element acquisition conditions are met; the valid game state is used to characterize the state in which the virtual object is normally participating in the virtual game.

[0323] It should be noted that the virtual scene-based element sharing device provided in the above embodiments is only an example of the division of the above functional modules. In practical 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 scene-based element sharing device and the virtual scene-based element sharing method embodiments provided in the above embodiments belong to the same concept, and their specific implementation process can be found in the method embodiments, which will not be repeated here.

[0324] In summary, by efficiently acquiring the first virtual element through the first virtual object, the inefficiency of the second virtual object discarding the first virtual element and then picking it up again can be avoided, shortening the element acquisition process and reducing data resource waste. In addition, when acquiring elements, the first virtual object that provides the first virtual element is rewarded with feedback resources, which positively incentivizes players to control the second virtual object to share virtual elements in the virtual scene, enhances the interaction enthusiasm of different virtual objects, effectively promotes mutual assistance among players, improves the efficiency of game interaction based on the virtual scene, and ensures the smoothness and stability of the game.

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

[0326] Typically, electronic device 1700 includes a processor 1701 and a memory 1702.

[0327] 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 DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). Processor 1701 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), 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 GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content required to be displayed on the screen. In some embodiments, processor 1701 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0328] 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 element sharing method based on a virtual scene provided in the method embodiments of this application.

[0329] In some embodiments, the electronic device 1700 further includes one or more sensors. These sensors include, but are not limited to, proximity sensors, gyroscope sensors, and pressure sensors.

[0330] A proximity sensor, also known as a distance sensor, is typically located on the front panel of an electronic device 1700. The proximity sensor is used to detect the distance between the user and the front of the electronic device 1700.

[0331] The gyroscope sensor can detect the orientation and rotation angle of the electronic device 1700. The gyroscope sensor can work in conjunction with the accelerometer sensor to collect 3D motion data from the user on the electronic device 1700. Based on the data collected by the gyroscope sensor, the processor 1701 can perform the following functions: motion sensing (e.g., changing the UI based on the user's tilt), image stabilization during shooting, game control, and inertial navigation.

[0332] A pressure sensor can be installed on the side bezel and / or the lower layer of the display screen of the electronic device 1700. When the pressure sensor is installed on the side bezel of the electronic device 1700, it can detect the user's grip signal on the electronic device 1700, and the processor 1701 can perform left / right hand recognition or quick operation based on the grip signal collected by the pressure sensor. When the pressure sensor is installed on the lower layer of the display screen, the processor 1701 can control the operable controls on the UI interface based on the user's pressure operation on the display screen. Operable controls include at least one of button controls, scroll bar controls, icon controls, and menu controls.

[0333] In some embodiments, the electronic device 1700 also includes other component parts, as those skilled in the art will understand. Figure 17 The structure shown does not constitute a limitation on the electronic device 1700, and may include more or fewer components than shown, or combine certain components, or use different component arrangements.

[0334] Embodiments of this application also provide a computer device, which can be implemented as a terminal or a server. The computer device includes a processor and a memory, the memory storing at least one instruction, at least one program, a code set, or an instruction set. The processor loads and executes the at least one instruction, at least one program, code set, or instruction set to implement the element sharing method based on a virtual scene provided in the above-described method embodiments.

[0335] Embodiments of this application also provide a computer-readable storage medium storing at least one instruction, at least one program, code set, or instruction set, wherein the at least one instruction, at least one program, code set, or instruction set is loaded and executed by a processor to implement the element sharing method based on virtual scene provided in the above-described method embodiments.

[0336] Embodiments of this application also provide a computer program product or computer program, 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 any of the virtual scene-based element sharing methods described in the above embodiments.

[0337] 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 in this application are merely descriptive and do not represent the superiority or inferiority of the embodiments.

[0338] 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 descriptions are merely optional embodiments of this application and are not intended to limit the application. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A method for sharing elements based on a virtual scene, characterized in that, The method includes: The virtual scene displays a first virtual object, and the virtual scene also includes a second virtual object, which is an object controlled by the first terminal, and the second virtual object carries a first virtual element; Receive an object control operation on the second virtual object, the object control operation being used to control the second virtual object to act in the virtual scene; During the action of the second virtual object, the first virtual object is shown acquiring the first virtual element carried by the second virtual object; The display element sharing result includes the resource reward obtained by the second virtual object sharing the first virtual element with the first virtual object.

2. The method according to claim 1, characterized in that, The step of displaying the first virtual object to obtain the first virtual element carried by the second virtual object includes: When the second virtual object is within the first object range of the first virtual object, the first virtual object is displayed to obtain the first virtual element carried by the second virtual object.

3. The method according to claim 1, characterized in that, The step of displaying the first virtual object to obtain the first virtual element carried by the second virtual object includes: Based on the element retrieval operation of the first virtual object on the first virtual element carried by the second virtual object, the first virtual object retrieves the first virtual element carried by the second virtual object; The element acquisition operation is an operation that controls the first virtual object to acquire the first virtual element from at least one virtual element carried by the second virtual object.

4. The method according to claim 1, characterized in that, The step of displaying the first virtual object to obtain the first virtual element carried by the second virtual object includes at least one of the following: The first virtual element carried by the second virtual object is transferred to the first virtual object; The second virtual object displays the first virtual element copied to the first virtual object.

5. The method according to any one of claims 1 to 4, characterized in that, The shared results of the display elements include: If the first virtual object successfully carries the first virtual element, the element sharing result is displayed in response to the fulfillment of the reward acquisition conditions; The reward acquisition condition is the condition under which the second virtual object obtains a virtual reward by sharing the first virtual element with the first virtual object.

6. The method according to claim 5, characterized in that, The response to meeting the reward acquisition conditions, displaying the element sharing result, includes at least one of the following: In response to the second virtual object being in a virtual match corresponding to the virtual scene, the element sharing result is displayed; In response to the second virtual object exiting the virtual game, the element sharing result is displayed; In response to the first virtual object holding the first virtual element for a preset duration threshold, the element sharing result is displayed.

7. The method according to any one of claims 1 to 4, characterized in that, The shared result of the display element includes at least one of the following: The display shows the reward acquisition result of the second virtual object obtaining the first virtual reward. The element sharing result includes the reward acquisition result. The first virtual reward is the virtual reward obtained by the second virtual object after sharing the first virtual element. The display shows the object level promotion result of the second virtual object, which is the result of promoting the first object level corresponding to the second virtual object.

8. The method according to any one of claims 1 to 4, characterized in that, The method further includes: When the equipment sharing conditions are met, the capacity expansion result of the second virtual backpack corresponding to the second virtual object is displayed; the second virtual backpack is the virtual backpack carried by the second virtual object, and the capacity expansion result is used to characterize the capacity increase of the second virtual backpack; the equipment sharing conditions include receiving an equipment sharing operation, which is an operation that allows sharing virtual elements with other virtual objects.

9. The method according to any one of claims 1 to 4, characterized in that, The shared results of the display elements include: Based on the element level of the first virtual element, the element sharing result corresponding to the element level is displayed; wherein, the element level and the element sharing result are positively correlated.

10. A method for sharing elements based on a virtual scene, characterized in that, The method includes: The virtual scene displays a second virtual object, which also includes a first virtual object. The first virtual object is an object controlled by a second terminal, and the second virtual object carries a first virtual element. If the element acquisition conditions are met, receive the element acquisition operation for the first virtual element; In response to the element acquisition operation, the first virtual object is displayed to acquire the first virtual element carried by the second virtual object.

11. The method according to claim 10, characterized in that, The step of receiving an element acquisition operation for the first virtual element when the element acquisition conditions are met includes at least one of the following: When the second virtual object is within the first object range of the first virtual object, the element acquisition operation for the first virtual element is received; If the first object attribute of the first virtual object is higher than the second object attribute of the second virtual object, the element retrieval operation for the first virtual element is received.

12. The method according to claim 10 or 11, characterized in that, The step of receiving an element acquisition operation for the first virtual element when the element acquisition conditions are met includes: When the element acquisition conditions are met, an element sharing list is displayed. The element sharing list is used to represent at least one virtual element shared by the second virtual object to the first virtual object. The second virtual object carries the at least one virtual element, and the at least one virtual element includes the first virtual element. Receive the element retrieval operation for the first virtual element in the element sharing list.

13. The method according to claim 12, characterized in that, The step of displaying the element sharing list when the element acquisition conditions are met includes: When the element acquisition conditions are met, element trigger information corresponding to the at least one virtual element is displayed in the element sharing list. The element trigger information is used to characterize the method of triggering the acquisition of the virtual element; wherein, the first virtual element corresponds to the first element trigger information. The step of receiving the element retrieval operation for the first virtual element in the element sharing list includes: Receive a first element acquisition operation for the first virtual element that satisfies the trigger information of the first element.

14. The method according to claim 12, characterized in that, At least one virtual element in the element sharing list includes at least one of the following: The second virtual object carries and satisfies the element sharing requirement, which is an element that can be effectively shared to other virtual objects; The first account is the account that controls the first virtual object, and the account requirement list includes the elements required by the first account. The second account is the account that controls the second virtual object. The account request list includes elements for sharing to other accounts. The elements to be shared between the first account and the second account.

15. The method according to claim 10 or 11, characterized in that, The step of responding to the element acquisition operation by displaying the first virtual object acquiring the first virtual element carried by the second virtual object includes: In response to the element acquisition operation, if the first virtual object successfully acquires the first virtual element, the element acquisition result of the first virtual element being placed into the first virtual backpack corresponding to the first virtual object is displayed; the first virtual backpack is a virtual backpack carried by the first virtual object, and the element acquisition result includes at least one of position occupancy result and element storage result. The position occupancy result is used to indicate that the first virtual element occupies a backpack position in the first virtual backpack, and the element storage result is used to indicate that the first virtual element does not affect the position occupancy in the first virtual backpack. The method further includes: In response to the element acquisition operation, if the first virtual object fails to acquire the first virtual element, an acquisition failure result is displayed.

16. The method according to claim 10 or 11, characterized in that, The step of displaying the first virtual object to obtain the first virtual element carried by the second virtual object includes: Based on the first element category of the first virtual element, display the element retrieval result of the first virtual element being placed in the first backpack position of the first virtual backpack, where the first virtual backpack is the virtual backpack carried by the first virtual object; The first backpack position is used to store virtual elements corresponding to the first element category.

17. A device for sharing elements based on a virtual scene, characterized in that, The device includes: The display module is used to display a first virtual object in a virtual scene. The virtual scene also includes a second virtual object, which is an object controlled by a first terminal. The second virtual object carries a first virtual element. A receiving module is configured to receive object control operations on the second virtual object, the object control operations being used to control the second virtual object to act in the virtual scene; The display module is also used to display, during the action of the second virtual object, the first virtual object acquiring the first virtual element carried by the second virtual object; The display module is also used to display the element sharing result, which includes the resource reward obtained by the second virtual object from sharing the first virtual element with the first virtual object.

18. A computer device, characterized in that, The computer device includes a processor and a memory, the memory storing at least one program, which is loaded and executed by the processor to implement the element sharing method based on a virtual scene as described in any one of claims 1 to 16.

19. A computer-readable storage medium, characterized in that, The storage medium stores at least one program segment, which is loaded and executed by a processor to implement the element sharing method based on a virtual scene as described in any one of claims 1 to 16.

20. A computer program product, characterized in that, It includes computer instructions that, when executed by a processor, implement the element sharing method based on a virtual scene as described in any one of claims 1 to 16.

Images