阅读说明：本技术 虚拟对象的属性设置方法、装置、终端及存储介质 (Method, device, terminal and storage medium for setting attribute of virtual object ) 是由 练建锋 于 2021-02-08 设计创作，主要内容包括：本申请公开了一种虚拟对象的属性设置方法、装置、终端及存储介质,涉及计算机技术领域。该方法包括：响应于属性设置界面内的属性设置操作,获取设置的目标属性值,属性设置界面用于设置第一虚拟对象对应的目标属性,目标属性的属性值具有唯一性；响应于目标属性值被第二虚拟对象占用,显示属性转移界面,属性转移界面中显示有转移目标属性值所需的虚拟资源,第二虚拟对象不同于第一虚拟对象；响应于属性转移界面内的虚拟资源转移操作,向第二虚拟对象转移虚拟资源,并将第一虚拟对象的目标属性设置为目标属性值。使得具有唯一性的属性值具有了流通途径,提高了目标属性对应属性值的流通性。(The application discloses a method, a device, a terminal and a storage medium for setting attributes of virtual objects, and relates to the technical field of computers. The method comprises the following steps: responding to attribute setting operation in an attribute setting interface, acquiring a set target attribute value, wherein the attribute setting interface is used for setting a target attribute corresponding to the first virtual object, and the attribute value of the target attribute has uniqueness; responding to the target attribute value occupied by a second virtual object, displaying an attribute transfer interface, wherein virtual resources required for transferring the target attribute value are displayed in the attribute transfer interface, and the second virtual object is different from the first virtual object; and responding to the virtual resource transfer operation in the attribute transfer interface, transferring the virtual resource to the second virtual object, and setting the target attribute of the first virtual object as the target attribute value. The attribute value with uniqueness has a circulation path, and the circulation of the attribute value corresponding to the target attribute is improved.)

1. A method for setting properties of a virtual object, the method comprising:

responding to attribute setting operation in an attribute setting interface, and acquiring a set target attribute value, wherein the attribute setting interface is used for setting a target attribute corresponding to a first virtual object, and the attribute value of the target attribute has uniqueness;

in response to the target attribute value being occupied by a second virtual object, displaying an attribute transfer interface in which virtual resources required for transferring the target attribute value are displayed, the second virtual object being different from the first virtual object;

and responding to the virtual resource transfer operation in the attribute transfer interface, transferring the virtual resource to the second virtual object, and setting the target attribute of the first virtual object as the target attribute value.

2. The method of claim 1, wherein displaying a property transfer interface in response to the target property value being occupied by a second virtual object comprises:

responding to that the target attribute value is occupied by the second virtual object, and the target attribute value is provided with a transfer authority and supports transfer, and acquiring attribute transfer information corresponding to the target attribute value, wherein the attribute transfer information comprises a target resource type and a target resource quantity of virtual resources required for transferring the target attribute value;

and displaying the attribute transfer interface based on the attribute transfer information.

3. The method of claim 2, wherein said transferring virtual resources to said second virtual object comprises:

acquiring the residual resource quantity of the first virtual object based on the target resource type;

and responding to the condition that the residual resource quantity is larger than or equal to the target resource quantity, and transferring the virtual resources to the second virtual object.

4. The method of claim 2, wherein after obtaining the set target property value in response to a property setting operation in the property setting interface, the method further comprises:

responding to the target attribute value occupied by the second virtual object and the target attribute value not provided with the transfer permission, and displaying a transfer request interface corresponding to the target attribute value;

obtaining a transfer request parameter set in the transfer request interface, wherein the transfer request parameter comprises a transfer resource type and a transfer resource quantity of a virtual resource provided by transferring the target attribute value;

sending an attribute transfer request to the second virtual object, wherein the attribute transfer request comprises the transfer request parameters;

in response to a request acceptance instruction, transferring virtual resources to the second virtual object and setting the target attribute of the first virtual object to the target attribute value.

5. The method according to claim 4, wherein the obtaining of the transfer request parameter set in the transfer request interface includes:

setting a control through a resource type in the transfer request interface to obtain the set transfer resource type;

and acquiring the set transfer resource quantity through a resource quantity setting control in the transfer request interface.

6. The method according to claim 5, wherein the obtaining the set transfer resource amount through a resource amount setting control in the transfer request interface comprises:

acquiring the residual resource quantity of the first virtual object based on the transfer resource type;

and determining the resource quantity set by the resource quantity setting control as the transferred resource quantity in response to the fact that the resource quantity set by the resource quantity setting control is smaller than or equal to the residual resource quantity.

7. The method of claim 2, wherein after obtaining the set target property value in response to a property setting operation in the property setting interface, the method further comprises:

and responding to that the target attribute value is occupied by the second virtual object, the target attribute value is provided with transfer permission and does not support transfer, and displaying prompt information on an upper layer of the attribute setting interface, wherein the prompt information is used for prompting that the target attribute value is occupied.

8. The method of any of claims 1 to 7, wherein displaying a property transfer interface in response to the target property value being occupied by a second virtual object comprises:

and displaying the attribute transfer interface in response to the target attribute value being occupied by the second virtual object and the first virtual object belonging to a preset transfer object corresponding to the target attribute value, wherein the preset transfer object is set by the second virtual object.

9. The method of any one of claims 1 to 7, wherein the target attribute comprises at least one of an object name and an object identity corresponding to the virtual object.

10. A method for setting properties of a virtual object, the method comprising:

displaying an attribute transfer configuration interface of a second virtual object, wherein the attribute transfer configuration interface is used for configuring transfer conditions of target attribute values corresponding to target attributes, and the attribute values of the target attributes have uniqueness;

responding to configuration operation in the attribute transfer configuration interface, and acquiring an attribute transfer parameter of the target attribute value, wherein the attribute transfer parameter is used for indicating virtual resources required for transferring the target attribute value;

transferring the target attribute value to a first virtual object in response to receiving a virtual resource transferred by the first virtual object, the first virtual object being different from the second virtual object.

11. The method of claim 10, wherein obtaining the attribute transfer parameter for the target attribute value in response to the configuration operation in the attribute transfer configuration interface comprises:

responding to the selection operation of a first transfer permission control in the attribute transfer configuration interface, and acquiring a set target resource type through a resource type setting control in the attribute transfer configuration interface, wherein the first transfer permission control is used for triggering the target attribute value to be set to support transfer;

setting a control through the resource quantity in the attribute transfer configuration interface to obtain the set target resource quantity;

and determining the target resource type and the target resource quantity as the attribute transfer parameter.

12. The method of claim 10, wherein after displaying the property transfer configuration interface for the second virtual object, the method further comprises:

and responding to the selection operation of a second transfer permission control in the attribute transfer configuration interface, and setting the target attribute value as a non-support transfer.

13. The method of any of claims 10 to 12, further comprising:

responding to an attribute transfer request sent by the first virtual object, and displaying a transfer request interface, wherein the transfer request interface displays the transfer resource type and the transfer resource quantity of the virtual resource provided by the first virtual object requesting to transfer the target attribute value;

and responding to a request accepting operation in the transfer request interface, receiving the virtual resource transferred by the first virtual object, and transferring the target attribute value to the first virtual object.

14. An apparatus for setting properties of a virtual object, the apparatus comprising:

the first obtaining module is used for responding to attribute setting operation in an attribute setting interface to obtain a set target attribute value, the attribute setting interface is used for setting a target attribute corresponding to a first virtual object, and the attribute value of the target attribute has uniqueness;

a first display module, configured to display an attribute transfer interface in response to the target attribute value being occupied by a second virtual object, where a virtual resource required for transferring the target attribute value is displayed in the attribute transfer interface, and the second virtual object is different from the first virtual object;

a first setting module, configured to, in response to a virtual resource transfer operation within the attribute transfer interface, transfer a virtual resource to the second virtual object, and set the target attribute of the first virtual object to the target attribute value.

15. An apparatus for setting properties of a virtual object, the apparatus comprising:

the fourth display module is used for displaying an attribute transfer configuration interface of the second virtual object, the attribute transfer configuration interface is used for configuring transfer conditions of target attribute values corresponding to target attributes, and the attribute values of the target attributes have uniqueness;

a third obtaining module, configured to obtain, in response to a configuration operation in the attribute transfer configuration interface, an attribute transfer parameter of the target attribute value, where the attribute transfer parameter is used to indicate a virtual resource required for transferring the target attribute value;

a second transfer module to transfer the target attribute value to a first virtual object in response to receiving a virtual resource transferred by the first virtual object, the first virtual object being different from the second virtual object.

16. A terminal, characterized in that the terminal comprises a processor and a memory, wherein at least one program is stored in the memory, and the at least one program is loaded and executed by the processor to implement the property setting method for a virtual object according to any one of claims 1 to 9, or to implement the property setting method for a virtual object according to any one of claims 10 to 13.

17. A computer-readable storage medium, characterized in that at least one program is stored in the readable storage medium, and the at least one program is loaded and executed by a processor to implement the method for setting properties of a virtual object according to any one of claims 1 to 9, or to implement the method for setting properties of a virtual object according to any one of claims 10 to 13.

Technical Field

The embodiment of the application relates to the technical field of computers, in particular to a method, a device, a terminal and a storage medium for setting the attribute of a virtual object.

Background

With the development of network technology, various online competitive games, such as shooting games, business games, role playing games, etc., are developed, and as more and more users participate in the games, the game platform needs to establish a user management order to manage the users, wherein a nickname of a user is a personalized attribute for distinguishing different users in the games.

In the related art, the management mechanism of the user nickname is generally: the nickname has limited length; when a user creates game roles, free nickname setting can be carried out; the subsequent modification of the nickname requires paying modification; the user nicknames of different players cannot be the same.

Obviously, in the related art user nickname management mechanism, since the nickname cannot be duplicated, when the user sets the nickname, if the nickname is duplicated, the nickname needs to be reset, and it may need to repeat the trying many times, which results in low efficiency of setting the nickname for the user.

Disclosure of Invention

The embodiment of the application provides a method, a device, a terminal and a storage medium for setting the attribute of a virtual object, which can improve the setting efficiency of the attribute value corresponding to the virtual object. The technical scheme is as follows:

according to an aspect of the present application, there is provided a method for setting properties of a virtual object, the method including:

responding to attribute setting operation in an attribute setting interface, and acquiring a set target attribute value, wherein the attribute setting interface is used for setting a target attribute corresponding to a first virtual object, and the attribute value of the target attribute has uniqueness;

in response to the target attribute value being occupied by a second virtual object, displaying an attribute transfer interface in which virtual resources required for transferring the target attribute value are displayed, the second virtual object being different from the first virtual object;

and responding to the virtual resource transfer operation in the attribute transfer interface, transferring the virtual resource to the second virtual object, and setting the target attribute of the first virtual object as the target attribute value.

According to another aspect of the present application, there is provided a method of setting properties of a virtual object, the method including:

displaying an attribute transfer configuration interface of a second virtual object, wherein the attribute transfer configuration interface is used for configuring transfer conditions of target attribute values corresponding to target attributes, and the attribute values of the target attributes have uniqueness;

responding to configuration operation in the attribute transfer configuration interface, and acquiring an attribute transfer parameter of the target attribute value, wherein the attribute transfer parameter is used for indicating virtual resources required for transferring the target attribute value;

transferring the target attribute value to a first virtual object in response to receiving a virtual resource transferred by the first virtual object, the first virtual object being different from the second virtual object.

According to another aspect of the present application, there is provided a property setting apparatus of a virtual object, the apparatus including:

the first obtaining module is used for responding to attribute setting operation in an attribute setting interface to obtain a set target attribute value, the attribute setting interface is used for setting a target attribute corresponding to a first virtual object, and the attribute value of the target attribute has uniqueness;

a first display module, configured to display an attribute transfer interface in response to the target attribute value being occupied by a second virtual object, where a virtual resource required for transferring the target attribute value is displayed in the attribute transfer interface, and the second virtual object is different from the first virtual object;

a first setting module, configured to, in response to a virtual resource transfer operation within the attribute transfer interface, transfer a virtual resource to the second virtual object, and set the target attribute of the first virtual object to the target attribute value.

According to another aspect of the present application, there is provided a property setting apparatus of a virtual object, the apparatus including:

the fourth display module is used for displaying an attribute transfer configuration interface of the second virtual object, the attribute transfer configuration interface is used for configuring transfer conditions of target attribute values corresponding to target attributes, and the attribute values of the target attributes have uniqueness;

a third obtaining module, configured to obtain, in response to a configuration operation in the attribute transfer configuration interface, an attribute transfer parameter of the target attribute value, where the attribute transfer parameter is used to indicate a virtual resource required for transferring the target attribute value;

a second transfer module to transfer the target attribute value to a first virtual object in response to receiving a virtual resource transferred by the first virtual object, the first virtual object being different from the second virtual object.

According to another aspect of the present application, there is provided a terminal comprising a processor and a memory, the memory having stored therein at least one program, the at least one program being loaded and executed by the processor to implement the method for setting properties of a virtual object as described above.

According to another aspect of the present application, there is provided a computer-readable storage medium having stored therein at least one instruction, at least one program, code set, or set of instructions that is loaded and executed by a processor to implement a method of property setting for a virtual object as described above.

According to another aspect of the application, a computer program product or computer program is provided, comprising computer instructions stored in a computer readable storage medium. The processor of the terminal reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, so that the computer device executes the method for setting the attribute of the virtual object provided in the above-described alternative implementation.

The beneficial effects brought by the technical scheme provided by the embodiment of the application at least comprise:

by setting a transfer function for the attribute value of the target attribute, when a user sets the target attribute for the virtual object, if the set target attribute value is occupied, the user can transfer the target attribute from other virtual objects by transferring certain virtual resources in addition to resetting other attribute values; in addition, when setting the attribute with attribute value uniqueness, resetting when the set attribute value is repeated can be avoided, and the number of times of repeatedly trying to set the attribute value is reduced, thereby improving the setting efficiency of the attribute value.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

FIG. 1 illustrates a schematic diagram of an implementation environment provided by one embodiment of the present application;

FIG. 2 is a flowchart illustrating a method for setting properties of a virtual object according to an exemplary embodiment of the present application;

FIG. 3 illustrates an interface diagram of a property setup process shown in an exemplary embodiment of the present application;

FIG. 4 is a flowchart illustrating a method for setting properties of a virtual object according to another exemplary embodiment of the present application;

FIG. 5 illustrates a process diagram for displaying a prompt message in accordance with an exemplary embodiment of the present application;

FIG. 6 illustrates a schematic diagram of a property transfer interface shown in an exemplary embodiment of the present application;

FIG. 7 is a flowchart illustrating a method for setting properties of a virtual object according to another exemplary embodiment of the present application;

FIG. 8 is a flowchart illustrating a method for setting properties of a virtual object according to another exemplary embodiment of the present application;

FIG. 9 illustrates a schematic diagram of a transfer request interface in accordance with an exemplary embodiment of the present application;

FIG. 10 is a flowchart illustrating a method for setting properties of a virtual object according to another exemplary embodiment of the present application;

FIG. 11 is a flowchart of a method for setting properties of a virtual object on the side of a target property value transferor according to an exemplary embodiment of the present application;

FIG. 12 is a flowchart illustrating a method for setting properties of a virtual object according to an exemplary embodiment of the present application;

FIG. 13 depicts a process diagram of a branch target attribute value shown in an exemplary embodiment of the present application;

FIG. 14 depicts a schematic diagram of an interface for issuing new property values, according to an illustrative embodiment of the present application;

FIG. 15 is a flowchart illustrating a method for setting properties of a virtual object according to an exemplary embodiment of the present application;

FIG. 16 illustrates a schematic diagram of a property transfer configuration interface shown in an exemplary embodiment of the present application;

FIG. 17 is a flowchart illustrating a method for setting properties of a virtual object according to an exemplary embodiment of the present application;

FIG. 18 illustrates a schematic diagram of a transfer request interface in accordance with an exemplary embodiment of the present application;

FIG. 19 is a flowchart of a method for setting properties of a virtual object on the side of an occupant of a target property value according to an exemplary embodiment of the present application;

fig. 20 is a block diagram illustrating a configuration of a property setting apparatus for a virtual object according to an exemplary embodiment of the present application;

fig. 21 is a block diagram illustrating a configuration of a property setting apparatus for a virtual object according to an exemplary embodiment of the present application;

fig. 22 shows a block diagram of a terminal according to an exemplary embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

First, the nouns referred to in the embodiments of the present application will be briefly described:

virtual object: refers to a virtual role that a user creates in an application. Taking the application program as a game application program as an example, the virtual character can be a game character created in the game application program by a user; or virtual characters, virtual animals, cartoon characters, etc. hosted by the user in the game application, such as: characters and animals displayed in a three-dimensional virtual environment. Alternatively, the virtual object may also be a three-dimensional volumetric model created based on animated skeletal techniques. Each virtual object has its own shape and volume in the three-dimensional virtual environment, occupying a portion of the space in the three-dimensional virtual environment.

Target attributes: the method refers to personalized attributes of the virtual object, and attribute values corresponding to the target attributes are unique. The personalized attributes may be acquired through some game ways during the process of participating in the game, such as badges, levels, titles, title numbers, and the like, or may be set for the virtual object by the user, such as a nickname of the object corresponding to the virtual object, an identity of the object, and the like.

Referring to fig. 1, a schematic diagram of an implementation environment provided by an embodiment of the present application is shown. The implementation environment may include: a first terminal 110, a server 120, and a second terminal 130.

The First terminal 110 has installed and operated therein an application program that can create a virtual character or a virtual object, and the application program may be any one of an action Game, an adventure Game, a First-Person Shooting Game (FPS), a combat Game, a music Game, an intelligence Game, a racing Game, a sports Game, a table Game, a Simulation strategy Game (SLG), a role playing Game, and a Multiplayer Online Battle Arena (MOBA) Game. The present embodiment does not limit the type of the application. In this embodiment, the application is an FPS, for example, the first terminal 110 is a terminal used by the first user, and the first user uses the first terminal to control a first virtual object located in the virtual environment to perform an activity, where the first virtual object may be referred to as a master virtual object of the first user. The activities of the first virtual object include, but are not limited to: adjusting at least one of body posture, crawling, walking, running, riding, flying, jumping, driving, picking, shooting, attacking, throwing, releasing skills. Illustratively, the first virtual object is a first virtual character, such as a simulated character or an animation character.

In this embodiment, when the first user sets the attribute value of the target attribute in the first terminal 110, the first terminal 110 may obtain the set target attribute value, send the target attribute value to the server 120, and the server 120 determines whether the target attribute value is occupied by the second virtual object; if the target attribute value is occupied by the second virtual object and the transfer authority is set, the terminal 110 may receive the attribute transfer information fed back by the server 120 and display an attribute transfer interface based on the attribute transfer information. Optionally, if the first user determines to obtain the target attribute value through the virtual resource, the virtual resource may be transferred to the second terminal 130 through the server 120 by performing a virtual resource transfer operation in the attribute transfer interface.

The second terminal 130 is installed and operated with an application program that can create a virtual character or a virtual object, which may be any one of an action-based game, an adventure-based game, an FPS, a fighting-based game, a music-based game, an intelligence-based game, a racing-based game, a sports-based game, a table-based game, an SLG, a role-playing-based game, and an MOBA game. The present embodiment does not limit the type of the application. In this embodiment, the application is an FPS game as an example, the second terminal 130 is a terminal used by the second user, and the second user uses the second terminal 130 to control a second virtual object located in the virtual environment to perform an activity, where the second virtual object may be referred to as a master virtual character of the second user. Illustratively, the second virtual object is a second virtual character, such as a simulated character or an animation character.

In this embodiment, the second user may set the virtual resource required for transferring the target attribute value in the second terminal 130, and send the attribute transfer parameter corresponding to the target attribute value to the server 120, so that the server 120 feeds back the attribute transfer parameter to the first terminal 110 when receiving the setting request for the target attribute value. Optionally, the second terminal 130 may transfer the target attribute value to the first virtual object after receiving the virtual resource transferred by the first virtual object.

Optionally, the first virtual object and the second virtual object are in the same virtual world. Optionally, the first virtual object and the second virtual object may belong to the same camp, the same team, the same organization, a friend relationship, or a temporary communication right. Alternatively, the first virtual object and the second virtual object may belong to different camps, different teams, different organizations, or have a hostile relationship.

Optionally, the applications installed on the first terminal 110 and the second terminal 130 are the same, or the applications installed on the two terminals are the same type of application on different operating system platforms (android or IOS). The first terminal 110 may generally refer to one of a plurality of terminals, and the second terminal 130 may generally refer to another of the plurality of terminals, and this embodiment is only illustrated by the first terminal 110 and the second terminal 130. The device types of the first terminal 110 and the second terminal 130 are the same or different, and include: at least one of a smart phone, a tablet computer, an e-book reader, a motion Picture Experts Group Audio Layer III (MP 3) player, a motion Picture Experts Group Audio Layer IV (MP 4) player, a laptop portable computer, and a desktop computer.

The first terminal 110, the second terminal 130, and other terminals are connected to the server 120 through a wireless network or a wired network.

The server 120 includes at least one of a server, a server cluster composed of a plurality of servers, a cloud computing platform, and a virtualization center. The server 120 is used to provide background services for the applications installed in the first terminal 110 or the second terminal 130. Optionally, the server 120 undertakes primary computational work and the terminals undertake secondary computational work; alternatively, the server 120 undertakes the secondary computing work and the terminal undertakes the primary computing work; alternatively, the server 120 and the terminal perform cooperative computing by using a distributed computing architecture. In this embodiment, the server 120 may store attribute value information, attribute transfer parameters, and the like of the target attributes corresponding to different virtual objects.

In one illustrative example, the server 120 includes a memory 121, a processor 122, a user account database 123, a combat services module 124, and a user-oriented Input/Output Interface (I/O Interface) 125. The processor 122 is configured to load an instruction stored in the server 120, and process data in the user account database 123 and the combat service module 124; the user account database 123 is configured to store data of a user account used by the first terminal 110, the second terminal 130, and other terminals, such as a head portrait of the user account, a nickname of the user account, a fighting capacity index of the user account, and a service area where the user account is located; the fight service module 124 is used for providing a plurality of fight rooms for the users to fight, such as 1V1 fight, 3V3 fight, 5V5 fight and the like; the user-facing I/O interface 125 is used to establish communication with the first terminal 110 and/or the second terminal 130 through a wireless network or a wired network to exchange data.

In this application, the server 120 is further connected to the blockchain system, and the server 120 stores the attribute values and/or the attribute value transfer records of the target attributes corresponding to the virtual objects in the blockchain system. In some alternative embodiments, the server 120 itself may also operate and store data as a node in the blockchain system.

Referring to fig. 2, a flowchart of a method for setting properties of a virtual object according to an exemplary embodiment of the present application is shown. Taking the execution subject of the method as the first terminal 110 shown in fig. 1 as an example, the method includes:

step 201, responding to the attribute setting operation in the attribute setting interface, acquiring the set target attribute value, where the attribute setting interface is used to set the target attribute corresponding to the first virtual object, and the attribute value of the target attribute has uniqueness.

The first virtual object is a main control virtual object of a user, the target attribute is an individualized attribute of the first virtual object, and the attribute value corresponding to the target attribute has uniqueness, that is, if the target attribute value of the target attribute is occupied by other virtual objects, the target attribute value cannot be set for the first virtual object at the same time, and the target attribute value cannot be obtained through any purchasing way. Illustratively, the target attribute may be an object name (or an object nickname) corresponding to the first virtual object, an object identity, an object title, an object reputation, and the like, and the target attribute is not limited in this embodiment.

Alternatively, the target attribute may be a user name (user nickname) of the user in the game, a user id, or the like. This embodiment exemplifies that the target attribute is an object nickname (user nickname).

For the game participant, in the process of participating in the game, a user nickname is generally adopted to replace a real name to participate in the game, the user nickname (or an object nickname) is an important identity certificate for the user to participate in the game, and for the game platform, in order to strengthen the management of the game participant, a corresponding user nickname management mechanism is formulated, for example, the length of the user nickname is limited (generally 6-8 characters); when a user creates game roles, the nickname setting of the user can be carried out for free once; the user nicknames of different users are not repeatable. As can be seen, the user nicknames (game character nicknames) are unique in the game.

Based on the management mechanism of the target attribute, the setting time of the target attribute may be: when a user initially creates a game character (or a first virtual object), a target attribute corresponding to the first virtual object can be set; or modifying the target attribute corresponding to the first virtual object in the game process. In a possible implementation manner, an attribute setting interface for setting a target attribute corresponding to the first virtual object is provided, a user may set a target attribute value of the target attribute for the first virtual object through an attribute setting operation on the attribute setting interface, and correspondingly, the terminal may obtain the target attribute value set by the user.

If the user sets the target attribute when initially creating the first virtual object, the corresponding attribute setting interface can be a game entry interface or a game initial interface; if the user modifies the attribute value corresponding to the target attribute in the game process, the attribute setting interface can be a user role attribute interface.

Optionally, an attribute value input box may be displayed in the attribute setting interface, and the attribute setting operation may be an input operation on the attribute value input box, where illustratively, a user may input a target attribute value in the attribute value input box, and a corresponding terminal receives the input operation, and obtains the target attribute value input in the attribute value input box.

Optionally, prompt information may be displayed in the attribute setting interface, where the prompt information is used to prompt setting requirements of the target attribute, such as attribute value character number, attribute value character type requirements, and the like.

As shown in fig. 3, which illustrates an interface diagram of a property setting process according to an exemplary embodiment of the present application. Taking the case that a user modifies a nick of a user in a game process, an attribute value 303 of a target attribute corresponding to a first virtual object 302 is displayed in a virtual environment picture 301, if the user needs to modify the attribute value 303, the user can click the attribute value 303, a corresponding attribute setting interface 304 corresponding to the target attribute can be called, an attribute value input box 305 is displayed in the attribute setting interface 304, the user can input a target attribute value ("i is a minor dragon") in the attribute value input box 305, and correspondingly, the terminal receives the target attribute value set by the user.

Step 202, in response to the target attribute value being occupied by a second virtual object, displaying an attribute transfer interface, wherein virtual resources required for transferring the target attribute value are displayed in the attribute transfer interface, and the second virtual object is different from the first virtual object.

In the related art, a management mechanism based on a target attribute: the attribute values of the target attributes have uniqueness, that is, any attribute value cannot be set successfully, and if the target attribute value set by the user is occupied by other player characters (or virtual objects), the user cannot set the target attribute of the first virtual object to the target attribute value. In the embodiment of the application, a transfer path is provided for the target attribute value, that is, an occupier of the target attribute value can set a virtual resource which is allowed to transfer the target attribute value and is required for transferring the target attribute value, and correspondingly, a user who wants to set the target attribute value can exchange the target attribute value for the virtual resource, so that the target attribute value can be transferred among different virtual objects, the uniqueness of the target attribute value can be ensured, and a path is provided for other users to set the occupied target attribute value.

In a possible implementation manner, after a user inputs a target attribute value in an attribute setting interface, a terminal first needs to send the target attribute value to a background server, the background server checks whether the target attribute value is set repeatedly, that is, whether other virtual objects occupy the target attribute value, and if the target attribute value is not occupied, the target attribute value corresponding to a first virtual object can be directly set; if the target attribute value is detected to be occupied by the second virtual object, an attribute transfer interface can be displayed, and virtual resources required for transferring the target attribute value are displayed in the attribute transfer interface.

Wherein, the virtual resource can be set by the game platform side; or the second virtual object may be set by the user who hosts the second virtual object, which is not limited in this embodiment of the application.

Alternatively, the virtual resource may be common virtual currency in the game, such as game gold; or virtual items that can be circulated in the game, such as character fragments (for synthesizing virtual characters).

Optionally, if the game platform sets the virtual resource, in a possible implementation manner, the game platform may set the virtual resource corresponding to different target attribute values based on the value of the target attribute value, that is, the higher the value of the target attribute value is, the more virtual resources are required for transferring the target attribute value is, or the higher the value of the type of the required virtual resource is. The value of the target attribute value is related to the heat, the occurrence frequency and the like of the target attribute value, schematically, in a certain specific time period, the heat of a certain target attribute value on the network is higher, or the mention frequency is higher, and the higher the value of the corresponding target attribute value is, the more virtual resources required for transfer can be set.

Optionally, in addition to the virtual resource required for transferring the target attribute value, a confirmation control or a transfer control may be displayed in the attribute transfer interface, and the user may transfer the virtual resource by clicking the confirmation control or the transfer control, so as to achieve the purpose of replacing the target attribute value with the existing virtual resource.

As shown in fig. 3, when the target attribute value is occupied by the second virtual object, a property transfer interface 306 may be displayed on the upper layer of the property setting interface 304, wherein a virtual resource 307 required for transferring the target attribute value is displayed in the property transfer interface 306. Optionally, a transfer control 308 is also displayed in the property transfer interface 306, and the user can click the transfer control 308 to transfer the virtual resource 307.

Step 203, responding to the virtual resource transfer operation in the attribute transfer interface, transferring the virtual resource to the second virtual object, and setting the target attribute of the first virtual object as the target attribute value.

In a possible implementation manner, a user may obtain a virtual resource required for transferring the target attribute value through an attribute transfer interface, and if the user really wants to set the target attribute value and the capability of providing the virtual resource exists, correspondingly, the virtual resource may be transferred to the second virtual object through a virtual resource transfer operation in the attribute transfer interface, and after the virtual resource transfer is successful, the target attribute value may be transferred from the second virtual object to the first virtual object, that is, the target attribute of the first virtual object may be set to the target attribute value.

Optionally, a transfer control or a confirmation control may be displayed in the attribute transfer interface, and the user may transfer the virtual resource to the second virtual object by performing a confirmation operation on the transfer control or the confirmation control.

As shown in fig. 3, after the user clicks the transfer control 308 in the attribute transfer interface 306, the terminal correspondingly receives the transfer operation on the virtual resource 307, and transfers the virtual resource to the second virtual object, and correspondingly, the attribute value 303 of the target attribute corresponding to the first virtual object 302 is set as the target attribute value.

Optionally, the virtual resources transferred by the first virtual object may be completely transferred to the second virtual object, or may be partially transferred to the second virtual object.

For the case of partial transfer to the second virtual object, the virtual resources may be divided into two parts, one part being the virtual resources that need to be transferred to the second virtual object and one part being the virtual resources that need to be transferred to the game platform. The game platform and the second virtual object may allocate the virtual resource transferred by the first virtual object in a preset proportion, for example, if the preset proportion is 2:8, the total amount of the transferred virtual resource is 10000 gold coins, and correspondingly, the second virtual object may obtain 8000 gold coins, and the game platform may obtain 2000 gold coins.

To sum up, in the embodiment of the present application, by setting a transfer function for an attribute value of a target attribute, when a user sets the target attribute for a virtual object, if the set target attribute value is occupied, in addition to resetting other attribute values, it is provided that a certain virtual resource is transferred, that is, the target attribute can be transferred from other virtual objects, on one hand, a target attribute value provider can obtain a required virtual resource by transferring the target attribute value, and on the other hand, a target attribute value transferor can obtain a desired target attribute value by transferring other virtual resources, so that an attribute value with uniqueness has a circulation path, and the circulation of an attribute value corresponding to the target attribute is improved; in addition, when setting the attribute with attribute value uniqueness, resetting when the set attribute value is repeated can be avoided, and the number of times of repeatedly trying to set the attribute value is reduced, thereby improving the setting efficiency of the attribute value.

In a possible implementation manner, the owner of the allowed target attribute value sets whether to allow the target attribute value to be transferred, and correspondingly, if the user sets that the target attribute value is allowed to be transferred, when other users want to set the target attribute value, an attribute transfer interface may be displayed, otherwise, if the user sets that the target attribute value is not allowed to be transferred, the attribute transfer interface may not be directly displayed correspondingly.

In an exemplary example, as shown in fig. 4, a flowchart of a method for setting properties of a virtual object according to another exemplary embodiment of the present application is shown. Taking the execution subject of the method as the first terminal 110 shown in fig. 1 as an example, the method includes:

step 401, responding to the attribute setting operation in the attribute setting interface, acquiring a set target attribute value, where the attribute setting interface is used to set a target attribute corresponding to the first virtual object, and the attribute value of the target attribute has uniqueness.

The target attribute may be an object name (or an object nickname), an object identity, an object title, an object honor, and the like corresponding to the virtual object, and the target attribute is not limited in this embodiment

Step 201 may be referred to in the implementation manner of step 401, and this embodiment is not described herein again.

Step 402, in response to that the target attribute value is occupied by the second virtual object and the target attribute value is provided with a transfer authority and supports transfer, obtaining attribute transfer information corresponding to the target attribute value.

The attribute transfer information includes a target resource type and a target resource quantity of the virtual resource required for transferring the target attribute value. Illustratively, when the target resource type is game gold, the target resource amount may be 5000 gold.

In a possible implementation manner, a user creating the second virtual object may set a transfer permission for the target attribute value, and if the user wants to obtain a required virtual resource by transferring the target attribute value, the transfer permission for the target attribute value may be set to support the transfer, and a target resource type and a target resource quantity required by transferring the target attribute value are set; if the user does not have the requirement for transferring the target attribute value, the transfer authority corresponding to the target attribute value can be set to not support transfer.

Correspondingly, when the server detects that a user creating the first virtual object is setting a target attribute value and the target attribute value is occupied by the second virtual object, firstly, whether the target attribute value is provided with a transfer authority or not and whether the transfer authority supports transfer or not is detected, attribute transfer information corresponding to the target attribute value is fed back to the terminal when the target attribute value is provided with the transfer authority and supports transfer, and correspondingly, the terminal obtains the attribute transfer information corresponding to the target attribute value.

Optionally, when the server detects that the target attribute value is occupied by the second virtual object and the target attribute value is provided with the transfer permission and does not support transfer, information that the target attribute value is occupied and the target attribute value does not support transfer and the like may be fed back to the terminal, and correspondingly, the terminal determines that the target attribute value is occupied by the second virtual object and the target attribute value is provided with the permission that does not support transfer, and prompt information may be displayed on an upper layer of the attribute setting interface for prompting that the target attribute value is occupied.

Optionally, when the target attribute value is occupied by the second virtual object and the target attribute value does not support transfer, the server may also feed back, to the terminal, second virtual object information corresponding to the occupied target attribute value, and display the second virtual object information on an upper layer of the attribute setting interface, so that the user may persuade the other party to transfer the target attribute value in an online communication manner with the user.

Fig. 5 is a schematic diagram illustrating a process of displaying a prompt message according to an exemplary embodiment of the present application. When a user inputs a target attribute value 502 in the attribute setting interface 501, the server detects that the target attribute value 502 is occupied, the target attribute value 502 does not support transfer, and feeds back that the target attribute value cannot be transferred to the terminal, and correspondingly, the terminal can display prompt information 503 (name is repeated, or one try is replaced) on the attribute setting interface 501.

And step 403, displaying an attribute transfer interface based on the attribute transfer information.

In a possible implementation manner, when the terminal receives the target resource type and the target resource quantity fed back by the server, the target resource type and the target resource quantity may be correspondingly displayed in the attribute transfer interface.

Optionally, after the user acquires the virtual resource required for transferring the target attribute value through the attribute transfer interface, there is a case where the game account corresponding to the user does not have the target resource type, or although the game account has the target resource type, the remaining resource quantity corresponding to the target resource type is lower than the target resource quantity, so that the transfer operation of the target attribute value cannot be completed in time. Correspondingly, the attribute transfer information acquired by the terminal can contain various target resource types and target resource quantities, the attribute transfer information can be displayed on an attribute transfer interface, and a user can select one of the target resource types and the target resource quantities to transfer the target resource types and the target resource quantities based on the self condition, so that the transfer success rate of the target attribute values is improved by providing various selectable virtual resources.

In an exemplary example, when the attribute transfer information includes a plurality of selectable virtual resources, when an attribute transfer interface is displayed, corresponding selection controls may be set for virtual resources of different target resource types, and correspondingly, a user may select one target virtual resource for transfer through a selection operation on the selection controls, so as to obtain a set target attribute value.

As shown in fig. 6, a schematic diagram of a property transfer interface is shown in an exemplary embodiment of the present application. Two optional virtual resources required by the transfer target attribute value are displayed in the attribute transfer interface 601: a user may select first virtual resource 602 (pay 500 dollars) and transfer control 603 corresponding to the first virtual resource, and second virtual resource 604 (pay 5 dollars) and transfer control 605 corresponding to the second virtual resource to obtain a target property value.

Step 404, in response to the virtual resource transfer operation in the attribute transfer interface, acquiring the remaining resource amount of the first virtual object based on the target resource type.

In a possible implementation manner, when a user needs to obtain a target attribute value by transferring a virtual resource, a virtual resource transfer operation may be performed in an attribute transfer interface, and correspondingly, a terminal receives the transfer operation on the virtual resource of the target resource type, and to ensure smooth transfer of the virtual resource, first, based on the target resource type, the remaining resource quantity of the first virtual object is obtained to determine whether the remaining resource quantity corresponding to the first virtual object is enough for transfer.

Step 405, in response to the number of the remaining resources being greater than or equal to the number of the target resources, transferring the virtual resources to the second virtual object, and setting the target attribute of the first virtual object to be the target attribute value.

If the virtual resources need to be transferred successfully, it is required to ensure that the number of the remaining resources corresponding to the first virtual object exceeds the number of the target resources needed to be transferred, and correspondingly, in a possible implementation manner, after the terminal obtains the number of the remaining resources corresponding to the first virtual object, the number of the remaining resources is compared with the number of the target resources, if the number of the remaining resources is greater than or equal to the number of the target resources, the virtual resources can be directly transferred to the second virtual object, and after the virtual resources are transferred, the target attribute of the first virtual object is set to be the target attribute value.

Optionally, if the number of remaining resources is less than the number of target resources, it indicates that the virtual resources cannot be directly transferred to the second virtual object, and a prompt message may be displayed on the upper layer of the attribute transfer interface to prompt the user that the number of resources of the target resource type is insufficient.

Optionally, if the number of the remaining resources is not sufficient, a resource manner for increasing the number of the remaining resources may be displayed, for example, a recharge or a conversion, so that when the number of the remaining resources is greater than or equal to the target resource number, the virtual resources are transferred to the second virtual object.

In an exemplary example, if the attribute transition information corresponding to the target attribute value is: 5000 game gold coins, if the residual resource quantity corresponding to the first virtual object obtained by the terminal is 100000 gold coins and the residual resource quantity is greater than the target resource quantity, the virtual resource can be directly transferred to the second virtual object; if the terminal acquires that the residual resource quantity corresponding to the first virtual object is 3000 gold coins and the residual resource quantity is smaller than the target resource quantity, the virtual resources cannot be directly transferred to the second virtual object, a gold coin recharging interface can be displayed, and a user can increase game gold coins through recharging operation on the gold coin resetting interface, so that the virtual resources are transferred to the second virtual object.

In the embodiment, by judging the transfer authority of the target attribute value, when the target attribute value has the transfer authority and supports transfer, an attribute transfer interface containing attribute transfer information is displayed, so that a user can obtain the target attribute value by transferring virtual resources; if the target attribute value does not support transfer, prompting the user that the target attribute value is occupied by displaying prompt information; in addition, in the process of transferring the virtual resources, whether the target virtual resources can be successfully transferred or not is determined by judging the relation between the residual resource quantity corresponding to the target resource type and the required target resource quantity, so that the successful transfer of the virtual resources is ensured.

In a possible application scenario, if the provider of the target attribute value sets a transfer permission for the target attribute value and supports transfer, but the provider wants to transfer the target attribute value to a designated virtual object (or a designated game player), in order to avoid transferring the target attribute value to another virtual object, a designated transfer path is provided, that is, the provider of the target attribute value can set a transfer condition of the target attribute value to include a preset transfer object, and correspondingly, only an attribute transfer interface corresponding to the target attribute value is displayed to the preset transfer object, thereby ensuring that the target attribute value can be transferred to the designated virtual object.

In an illustrative example, step 202 and step 203 may be replaced with step 701 on the basis of fig. 2, as shown in fig. 7.

Step 701, in response to that the target attribute value is occupied by the second virtual object and the first virtual object belongs to a preset transfer object corresponding to the target attribute value, displaying an attribute transfer interface, wherein the preset transfer object is set by the second virtual object.

The preset transfer object may be a single virtual object or a certain virtual object group, which is not limited in this embodiment.

Alternatively, the preset transition object may be set by a user (player) who hosts the second virtual object.

In a possible implementation manner, when the server detects that the target attribute value is occupied by the second virtual object, and the second virtual object is a preset transfer object with the target attribute value, firstly, whether the first virtual object belongs to the preset transfer object is judged, and if the first virtual object belongs to the preset transfer object, attribute transfer information corresponding to the target attribute value is fed back to the terminal, so that the terminal displays an attribute transfer interface based on the attribute transfer information; the user can obtain the target attribute value through resource transfer operation in the attribute transfer interface.

Optionally, if the server detects that the first virtual object does not belong to the preset transfer object, the server may feed back attribute value occupation information to the terminal, so that the terminal displays a prompt message on an upper layer of the attribute transfer interface to prompt that the target attribute value of the user is occupied.

In this embodiment, by setting the preset transfer object, a transfer path is provided for transferring the target attribute value to the designated virtual object, so that the transfer operation of the target attribute value has pertinence, and the transfer accuracy of the target attribute value is improved.

In the foregoing embodiment, mainly the case that the target attribute value is provided with the transfer permission is described, an attribute transfer path may be provided for the user in a manner of displaying an attribute transfer interface, in other possible embodiments, the user may have a case that the attribute transfer function is unknown, so that corresponding attribute transfer permission and attribute transfer information are not set for the target attribute value, and in order to provide a possible attribute transfer manner for the user in the application scenario, in one possible embodiment, the attribute transfer is implemented by sending an attribute transfer request to the second virtual object.

Referring to fig. 8, a flowchart of a method for setting properties of a virtual object according to another exemplary embodiment of the present application is shown. Taking the execution subject of the method as the first terminal 110 shown in fig. 1 as an example, the method includes:

step 801, responding to an attribute setting operation in an attribute setting interface, acquiring a set target attribute value, where the attribute setting interface is used to set a target attribute corresponding to a first virtual object, and the attribute value of the target attribute has uniqueness.

Step 201 may be referred to in the implementation manner of step 801, and this embodiment is not described herein again.

Step 802, in response to that the target attribute value is occupied by the second virtual object and the target attribute value is not set with the transfer permission, displaying a transfer request interface corresponding to the target attribute value.

The transfer request interface is used for setting at least one transfer resource provided by the attribute value of the transfer target of the request.

In a possible implementation manner, when the terminal determines that the target attribute value is occupied by the second virtual object and the target attribute value is not set with the transfer permission, a transfer request interface corresponding to the target attribute value may be displayed, so that the user sets at least one transfer resource that the user can provide to request to transfer the target attribute value in the transfer request interface, and the transfer resource may be displayed to the second virtual object, thereby improving the possibility that the user acquires the target attribute value.

As shown in fig. 9, a diagram illustrating a transfer request interface is shown in an exemplary embodiment of the present application. After the user inputs the target attribute value 902 in the attribute setting interface 901, the terminal determines that the target attribute value 902 is occupied and the target attribute value is not set with the transfer permission, a transfer request interface 903 may be displayed on the upper layer of the attribute setting interface 901, and the user may configure transfer resources provided by the transfer request target attribute value 902 in the transfer request interface 903.

Step 803, obtaining the transfer request parameter set in the transfer request interface, where the transfer request parameter includes the transfer resource type and the transfer resource number of the virtual resource provided by the transfer target attribute value.

The transfer request interface and the attribute transfer interface can be provided with resource type and resource quantity controls, so that a user can set the transfer resource type and the transfer resource quantity in the transfer request interface.

In a possible implementation manner, a user may set, in a transfer request interface, an available transfer resource type and a transfer resource quantity corresponding to the transfer resource type, and correspondingly, a terminal obtains the transfer resource type and the transfer resource quantity set by the user, and determines the transfer resource type and the transfer resource quantity as transfer request parameters, so as to send the transfer request parameters to a second virtual object.

Illustratively, a resource type setting control and a resource quantity setting control are arranged in the transfer request interface, and a user can input corresponding transfer request parameters through the two controls. In an illustrative example, on the basis of fig. 8, as shown in fig. 10, step 803 may include step 803A and step 803B.

Step 803A, a set transfer resource type is obtained through a resource type setting control in the transfer request interface.

The transfer request interface is provided with a resource type setting control, which may be an input control or a selection control, and this embodiment does not limit this.

In a possible implementation manner, if the resource type setting control is an input control, the user may click the resource type setting control, input a transfer resource type provided by the request transfer target attribute value, and correspondingly, the terminal obtains the transfer resource type input in the resource type setting control.

Optionally, in order to avoid that a transfer resource type input by a user cannot be transferred through the game platform, in a possible implementation manner, a transfer request interface provides multiple selectable transfer resource types for the user, that is, a resource type setting control is a selection control, the user can click the resource type setting control, the terminal receives a trigger operation on the resource type setting control, displays at least one candidate transfer resource type, the user can select any one of the candidate transfer resource types, the corresponding terminal receives a selection operation on a target transfer resource type in the candidate transfer resource types, and determines the target transfer resource type as the set transfer resource type.

And 803B, acquiring the set transfer resource quantity through the resource quantity setting control in the transfer request interface.

The transfer request interface is internally provided with a resource quantity setting control, and the resource quantity setting control can be an input control or a selection control.

In a possible implementation manner, if the resource quantity setting control is an input control, the user may click the resource quantity setting control and input the corresponding quantity of the transfer resources, and the corresponding terminal receives the set quantity of the transfer resources.

As shown in fig. 9, a resource type setting control 904 is displayed in the transfer request interface 903, and the user can set the transfer resource type (gold) through the resource type setting control 904 and set the transfer resource number (5000) through the resource number setting control 905.

Optionally, in order to avoid that the amount of the transfer resource input by the user does not meet the preset input specification, for example, for the game gold coins, the amount of the transfer resource input by the user is 2000.1, and 0.1 gold coin cannot be transferred, therefore, in a possible implementation, different optional transfer amounts may be set for different transfer resource types, so that the user may select an appropriate transfer resource amount, and the corresponding terminal obtains the set transfer resource amount.

Optionally, because the transfer request parameter set in the transfer request interface needs to be sent to the second virtual object, in order to avoid that the transfer request is invalid because the first virtual object cannot provide the corresponding transfer resource after the user who mainly controls the second virtual object agrees to transfer the target attribute value by using the transfer request parameter, in a possible implementation manner, it is necessary to ensure that the first virtual object has the transfer resource of the transfer resource quantity, for example, the process of setting the transfer resource quantity may include the following steps:

firstly, acquiring the residual resource quantity of the first virtual object based on the transfer resource type.

In a possible implementation manner, after the terminal acquires the transfer resource type set in the transfer request interface by the user, the remaining resource quantity corresponding to the transfer resource type owned by the first virtual object may be acquired, so that when the transfer resource quantity is set subsequently, the attribute transfer failure caused by the transfer resource quantity exceeding the remaining resource quantity is avoided.

And determining the resource quantity set by the resource quantity setting control as the transfer resource quantity in response to the fact that the resource quantity set by the resource quantity setting control is smaller than or equal to the residual resource quantity.

In a possible implementation manner, when the user sets the resource quantity through the resource quantity setting control, the terminal obtains the set resource quantity, and determines the relationship between the resource quantity and the remaining resource quantity, if the resource quantity is less than or equal to the remaining resource quantity, it indicates that the resource transfer is successful after the second virtual object agrees to transfer the target attribute value, so as to determine the resource quantity as the transfer resource quantity.

Optionally, if the number of resources is greater than the number of remaining resources, it indicates that the user may not improve the transfer resources corresponding to the number of resources subsequently, which may cause failure of subsequent attribute transfer, stops determining the number of resources as the number of transfer resources, and displays a prompt message to remind the user that the number of remaining resources is insufficient.

Step 804, sending an attribute transfer request to the second virtual object, wherein the attribute transfer request includes transfer request parameters.

In a possible implementation manner, when the terminal receives the setting completion operation of the transfer request parameter of the transfer request interface, the attribute transfer request may be sent to the second virtual object through the server, so that the second virtual object may timely know that there is a need for another virtual object to transfer the target attribute value.

The attribute transfer request may include a transfer request parameter, so that the second virtual object may know the transfer resource provided for the transfer target attribute value and determine whether the transfer target attribute value may be transferred based on the transfer resource.

As shown in fig. 9, if the user completes setting the resource type and the resource quantity in the transfer request interface 903, the user may click the confirmation control 906, and correspondingly, the terminal receives a trigger operation on the confirmation control 906, and may send a property transfer request to the second virtual object.

Step 805, in response to the request acceptance instruction, transfers the virtual resource to the second virtual object and sets the target attribute of the first virtual object to the target attribute value.

In a possible implementation manner, if the user corresponding to the second virtual object agrees to the attribute transfer request, the corresponding server may send a request acceptance instruction to the terminal, and correspondingly, after receiving the request acceptance instruction, the terminal transfers the virtual resource to the second virtual object, and after the virtual resource transfer is successful, sets the target attribute of the first virtual object to be the target attribute value.

In this embodiment, by setting a request attribute transfer parameter and sending an attribute transfer request, a feasible attribute transfer scheme is provided for a scenario in which a target attribute value is not pre-set with a transfer permission, thereby further improving the currency of the target attribute value.

Please refer to fig. 11, which is a flowchart illustrating a method for setting an attribute of a virtual object on a side of a target attribute value transferor according to an exemplary embodiment of the present application.

At step 1101, the player modifies the nickname.

Where the nickname is the target attribute in the above embodiments. When the player modifies the nickname, it is necessary to determine whether the modified nickname is duplicated.

Step 1102, whether the new nickname conflicts.

After the terminal receives the new nickname modified by the user, it first needs to determine whether the new nickname is occupied by other virtual objects, if so, it needs to determine whether the new nickname allows transfer (transaction), that is, step 1103 is entered, and if not, it determines that the new nickname is modified, and step 1106 is entered.

Step 1103, whether the transaction is allowed.

And if the new nickname allows the transaction, that is, if the target attribute value is provided with the transfer authority, and the transfer authority supports the transfer, the process goes to step 1104, if the transaction is allowed, that is, the new nickname supports the transfer, and if the new nickname does not support the transfer, the process goes to step 1107 to remind the user that the nickname is repeated and other nicknames need to be additionally set.

At step 1104, the player pays out the gold coins.

If the new nickname user requires to pay a certain gold coin, the nickname can be transferred, and correspondingly, the player needs to pay the required gold coin, so that the new nickname can be obtained by transferring the gold coin.

In step 1105, the mail notifies the original player of the nickname.

If the payment of the gold coins is successful, the transfer relation is established, and the mail informs the original player of the nickname.

Step 1106, the new nickname is successfully modified.

Step 1107, the prompt message "nickname repeat" is displayed.

And if the nicknames are repeated and do not support transfer, displaying prompt information to remind the user that the nicknames are repeated and other nicknames need to be set.

In the above embodiment, the transfer party of the target attribute value is mainly taken as an example for exemplary explanation, and in the following embodiment, the occupation party of the target attribute value is taken as an example for exemplary explanation. Referring to fig. 12, a flowchart of a method for setting properties of a virtual object according to an exemplary embodiment of the present application is shown. Taking the execution subject of the method as the second terminal 130 shown in fig. 1 as an example, the method includes:

step 1201, displaying an attribute transfer configuration interface of the second virtual object, where the attribute transfer configuration interface is used to configure a transfer condition of a target attribute value corresponding to the target attribute, and the attribute value of the target attribute has uniqueness.

In this embodiment, a path is provided for the target attribute value to circulate between different virtual objects, and accordingly, a user may obtain other virtual resources by transferring the target attribute value. In a possible implementation manner, an attribute transfer configuration interface is provided, and a user can configure a transfer condition of a target attribute value corresponding to a target attribute in the attribute transfer configuration interface, so as to achieve a purpose of acquiring other virtual resources by transferring the target attribute value.

Wherein the transfer conditions may include: whether to transfer the target attribute value, virtual resources required by the transfer target attribute value, a specified transfer object corresponding to the target attribute value, and the like, which is not limited in the embodiment of the present application.

Step 1202, in response to the configuration operation in the attribute transfer configuration interface, obtaining an attribute transfer parameter of the target attribute value, where the attribute transfer parameter is used to indicate a virtual resource required for transferring the target attribute value.

The attribute transfer parameter may include a resource type and a resource quantity corresponding to the virtual resource.

In a possible implementation manner, a user may perform related configuration operations, such as a resource type configuration operation, a resource quantity configuration operation, and the like, in an attribute transfer configuration interface, and correspondingly, a terminal acquires a configured resource type and a configured resource quantity, and determines the resource type and the resource quantity as an attribute transfer parameter corresponding to a target attribute value.

Optionally, after the user has configured the attribute transfer configuration interface, the terminal may send the attribute transfer parameter to the value server, and the server stores the attribute transfer parameter in the preset database, so that when an attribute transfer request or a target attribute value setting request subsequently exists, it is searched for whether there is a corresponding attribute transfer parameter in the preset database.

Step 1203, in response to receiving the virtual resource transferred by the first virtual object, transfers the target attribute value to the first virtual object, the first virtual object being different from the second virtual object.

In a possible implementation manner, if another first virtual object wants to set the target attribute value and transfer the corresponding virtual resource, correspondingly, the terminal receives the virtual resource transferred by the first virtual object, determines to complete the process of replacing the target attribute value with the preset virtual resource, and may transfer the target attribute value to the first virtual object.

And deleting the target attribute value corresponding to the second virtual object after the second virtual object transfers the target attribute value. For example, when the target attribute is the title or title of the object, and the title or title of the object is transferred, the terminal deletes the title or title corresponding to the second virtual object.

Fig. 13 is a diagram illustrating a process of transferring a target attribute value according to an exemplary embodiment of the present application. A second virtual object 1302 and a corresponding target attribute value 1303 are displayed in the virtual environment screen 1301, a user can trigger and display an attribute transfer configuration interface 1304 through the target attribute value 1303, the user can configure a virtual resource 1305 'gold coin 5000' required for transferring the target attribute value in the attribute transfer configuration interface, after the user completes configuration in the attribute transfer configuration interface 1304, the user can click a confirmation control 1306, and correspondingly, the terminal obtains the virtual resource required for transferring the target attribute value; optionally, after the terminal receives the virtual resources transferred by other virtual objects, the attribute value of the target attribute is changed from "i is a small bronze" to "abc 1212121".

Optionally, if the target attribute is an object name or an object identity, for example, a role nickname, the server may randomly assign a new attribute value to the first virtual object, and correspondingly, the terminal may replace the target attribute value corresponding to the second virtual object with the new attribute value.

Alternatively, the server may send the new attribute values to the second virtual object by mail.

As shown in fig. 14, a schematic diagram of an interface for issuing new property values is shown in an exemplary embodiment of the present application. When the server detects that the target attribute value is successfully transferred, a new nickname is allocated to the second virtual object, and the nickname is sent to the terminal in the form of a mail, and correspondingly, a nickname transaction result notification and the correspondingly allocated new nickname are displayed in a mailbox interface 1401.

In summary, in the embodiment of the present application, by providing the attribute transfer configuration interface, the user can configure the attribute transfer parameters in the attribute transfer configuration interface, so as to achieve the purpose of obtaining the preset virtual resource by transferring the target attribute value, and meanwhile, the attribute value with uniqueness has a circulation path, and the circulation of the attribute value corresponding to the target attribute is improved.

In a possible implementation manner, a transfer permission control is further arranged in the attribute transfer configuration interface, and whether the target attribute value supports transfer is set through selection operation of the transfer permission control, so that interference of attribute transfer requests sent by other virtual objects is avoided.

Referring to fig. 15, a flowchart of a method for setting properties of a virtual object according to an exemplary embodiment of the present application is shown. Taking the execution subject of the method as the second terminal 130 shown in fig. 1 as an example, the method includes:

step 1501, displaying an attribute transfer configuration interface of the second virtual object, where the attribute transfer configuration interface is used to configure transfer conditions of target attribute values corresponding to the target attributes, and the attribute values of the target attributes have uniqueness.

Step 1501 may refer to the above embodiments, which are not described herein.

Step 1502, responding to a selection operation of a first transfer permission control in the attribute transfer configuration interface, obtaining a set target resource type through a resource type setting control in the attribute transfer configuration interface, wherein the first transfer permission control is used for triggering the setting of a target attribute value as support transfer.

The attribute transfer configuration interface is provided with a transfer permission control, the transfer permission control comprises a first transfer permission control and a second transfer permission control, the first transfer permission control is used for triggering the target attribute value to be set to support transfer, and the second transfer permission control is used for triggering the target attribute value to be set to be not support transfer.

In a possible implementation manner, if a user wants to obtain a certain virtual resource through a transfer target attribute value, a first transfer permission control in an attribute transfer configuration interface may be clicked, and correspondingly, a terminal receives a selection operation on the first transfer permission control, so that the target attribute value is set to support transfer.

Optionally, if the user does not need to transfer the target attribute value temporarily, and correspondingly does not need to be interfered by other users requesting to transfer the target attribute value, the second transfer permission control may be clicked, and correspondingly, the terminal receives a selection operation on the second transfer permission control in the attribute transfer configuration interface, and sets the target attribute value as not supporting transfer.

As shown in fig. 16, a schematic diagram of a property transfer configuration interface is shown in an exemplary embodiment of the present application. In the attribute transfer configuration interface 1601, a first transfer authority control 1602 (allowing automatic transfer) and a second transfer authority control 1603 (not supporting automatic transfer) are displayed. Optionally, a resource type setting control 1604 and a resource quantity setting control 1605 are further displayed in the attribute transfer configuration interface 1601, and after the user sets the resource type and the resource quantity corresponding to the virtual resource, the confirmation control 1606 may be clicked to complete the attribute transfer configuration process for the target attribute value.

Optionally, in addition to the transfer permission control, a resource type setting control and a resource quantity setting control are also displayed in the attribute transfer configuration interface in order to facilitate the user to set the virtual resource required for the transfer target attribute value.

In a possible implementation manner, a user may set a target resource type corresponding to a virtual resource through a resource type setting control, and correspondingly, a terminal obtains the set target resource type.

In the above embodiment, reference may be made to the process of setting a transfer resource in a manner of setting a target resource type through the resource type setting control, which is not described herein in detail in this embodiment.

Optionally, the user may set a plurality of selectable virtual resources in the attribute transfer configuration interface, and the transfer party selects to exchange the target attribute value for the target virtual resource in the selectable virtual resources.

And 1503, setting a control through the resource quantity in the attribute transfer configuration interface, and acquiring the set target resource quantity.

In a possible implementation manner, a user may input a target numerical value in a resource quantity setting control in the attribute transfer configuration interface, and correspondingly, the terminal acquires the set target resource quantity.

Optionally, in addition to that the user may configure the corresponding resource type and resource quantity in the attribute transfer configuration interface by himself, in other possible implementations, the server may also set the corresponding target resource type and target resource quantity for the user based on the value of the target attribute value.

If the virtual resource corresponding to the target attribute value is set by the server, in a possible implementation manner, the server may determine the value of the target attribute value by combining a history transfer record corresponding to the target attribute value in a machine learning manner, so that the value of the target attribute value is used as a reference for setting the number of the target resources corresponding to the target attribute value.

For example, for the same target resource type, if the history transfer frequency corresponding to the target attribute value is higher, and the value of the corresponding target attribute value is higher, the set number of target resources is larger.

Step 1504, determining the target resource type and the target resource quantity as the attribute transfer parameters.

In a possible implementation manner, after the terminal acquires the target resource type and the target resource quantity set in the attribute transfer configuration interface, the target resource type and the target resource quantity may be determined as the attribute transfer parameters.

Optionally, the terminal may send the attribute transfer parameter to the server, so that the server stores the attribute transfer parameter in a preset database, and sends the attribute transfer parameter to the target terminal when there is a need to acquire the target attribute value.

Optionally, a transfer object setting control may be further set in the attribute transfer configuration interface, and a user may set a preset transfer object corresponding to the target attribute value through the transfer object setting control.

Step 1505, in response to receiving the virtual resource transferred by the first virtual object, transfers the target attribute value to the first virtual object, the first virtual object being different from the second virtual object.

The implementation of step 1505 can refer to the above embodiments, which are not described herein.

In this embodiment, by providing an attribute transfer configuration interface, an attribute value of a target attribute has a transfer function, so that when a user sets a target attribute for a virtual object, if the set target attribute value is occupied, in addition to resetting other attribute values, it is provided that a certain virtual resource is transferred, that is, the target attribute can be transferred from other virtual objects.

In another possible application scenario, if the user does not set the transfer permission, the attribute transfer request sent by another virtual object is allowed to be received, and correspondingly, after the second virtual object receives the attribute transfer request, a transfer request interface may be displayed, so that the user determines whether to respond to the attribute transfer request based on the transfer resource information in the attribute transfer request.

Referring to fig. 17, a flowchart of a method for setting properties of a virtual object according to an exemplary embodiment of the present application is shown. Taking the execution subject of the method as the second terminal 130 shown in fig. 1 as an example, the method includes:

step 1701, in response to receiving the attribute transfer request sent by the first virtual object, displaying a transfer request interface, wherein the transfer request interface displays the transfer resource type and the transfer resource quantity of the virtual resource provided by the attribute value of the transfer target requested by the first virtual object.

Wherein the attribute transfer request is sent by the first virtual object when the target attribute value is set.

In a possible implementation manner, when it is determined that the target attribute value is occupied by the second virtual object, the user who hosts the first virtual object sends an attribute transfer request to the second virtual object by setting a transfer resource type and a transfer resource quantity, so as to request the user who hosts the second virtual object to transfer the target attribute value.

Correspondingly, after the terminal receives the attribute transfer request sent by the first virtual object, since the attribute transfer request includes the transfer resource type and the transfer resource quantity of the virtual resource provided by the first virtual object request transfer target attribute value, the information can be correspondingly displayed in the transfer request interface, so that the user can determine whether to transfer the target attribute value based on the information.

Optionally, the transfer resource amount displayed in the transfer request interface may be a target transfer resource amount provided by the user corresponding to the first virtual object, or may be greater than the target transfer resource amount.

Step 1702, in response to the request accepting operation in the transfer request interface, receives a virtual resource transferred by the first virtual object, and transfers the target attribute value to the first virtual object.

The transfer request interface can display a confirmation control or a transfer control, and a user can agree to transfer the target attribute value to the first virtual object through triggering operation of the confirmation control or the transfer control.

In a possible implementation manner, when the terminal receives a request accepting operation of the user in the transfer request interface, for example, a triggering operation of the confirmation control, the terminal indicates that the user allows the target attribute value to be transferred through the virtual resource. Correspondingly, the terminal receives the virtual resource transferred by the first virtual object and transfers the target attribute value to the first virtual object.

As shown in fig. 18, a diagram illustrating a transfer request interface is shown in an exemplary embodiment of the present application. A sender of the attribute transfer request and virtual resources 1802 provided by the sender for requesting to transfer the target attribute value are displayed in the transfer request interface 1801; optionally, if the user agrees to transfer the target attribute value to the sender, the confirmation control 1803 may be clicked, and correspondingly, the terminal receives the request accepting operation of the transfer request interface 1801, receives the virtual resource transferred by the first virtual object, and transfers the target attribute value to the first virtual object.

In this embodiment, by receiving the attribute transfer request sent by the other virtual object, the user is shown the transfer resource types and the transfer resource amounts provided by the other virtual object, so that the user can timely know that the other virtual object wants to transfer the target attribute value, thereby achieving the purpose of obtaining a certain virtual resource by transferring the target attribute value.

Please refer to fig. 19, which is a flowchart illustrating a method for setting an attribute of a virtual object on a side of a target attribute value holder according to an exemplary embodiment of the present application.

In step 1901, a selling nickname is set.

If the player wants to acquire other virtual resources through the nickname, the selling nickname can be set on the nickname selling interface.

At step 1902, a transaction setup box pops up.

The transaction setting box, i.e., the attribute transfer configuration interface in the above embodiment, may set the transaction virtual resource type and the resource amount through the transaction setting box.

At step 1903, a check is made to allow for vending.

And an automatic selling control is arranged in the transaction setting frame, and a user can check whether the selling is automatic or not.

In step 1904, a transaction token type is set.

When the user has selected to allow automatic sales, the type of coins required for transferring the nickname may be set in the transaction setting box.

At step 1905, the transaction amount is set.

If the virtual resource is a token type, the transaction amount may be a token amount corresponding to the token.

Step 1906, end.

In the following, embodiments of the apparatus of the present application are referred to, and for details not described in detail in the embodiments of the apparatus, the above-described embodiments of the method can be referred to.

Fig. 20 is a block diagram illustrating a configuration of a property setting apparatus for a virtual object according to an exemplary embodiment of the present application. The device includes:

a first obtaining module 2001, configured to obtain a set target attribute value in response to an attribute setting operation in an attribute setting interface, where the attribute setting interface is used to set a target attribute corresponding to a first virtual object, and an attribute value of the target attribute has uniqueness;

a first display module 2002, configured to, in response to the target attribute value being occupied by a second virtual object, display an attribute transfer interface, where virtual resources required for transferring the target attribute value are displayed, where the second virtual object is different from the first virtual object;

a first setting module 2003, configured to, in response to a virtual resource transfer operation in the attribute transfer interface, transfer a virtual resource to the second virtual object, and set the target attribute of the first virtual object to the target attribute value.

Optionally, the first display module 2002 includes:

a first obtaining unit, configured to obtain attribute transfer information corresponding to the target attribute value in response to that the target attribute value is occupied by the second virtual object, and the target attribute value is provided with a transfer authority and supports transfer, where the attribute transfer information includes a target resource type and a target resource number of a virtual resource required for transferring the target attribute value;

and the first display unit is used for displaying the attribute transfer interface based on the attribute transfer information.

Optionally, the first setting module 2003 includes:

a second obtaining unit, configured to obtain, based on the target resource type, a remaining resource amount of the first virtual object;

and the first transfer unit is used for responding to the condition that the residual resource quantity is more than or equal to the target resource quantity and transferring the virtual resources to the second virtual object.

Optionally, the apparatus further comprises:

the second display module is used for responding to the fact that the target attribute value is occupied by the second virtual object and the transfer permission is not set for the target attribute value, and displaying a transfer request interface corresponding to the target attribute value;

a second obtaining module, configured to obtain a transfer request parameter set in the transfer request interface, where the transfer request parameter includes a transfer resource type and a transfer resource number of a virtual resource provided for transferring the target attribute value;

a first sending module, configured to send an attribute transfer request to the second virtual object, where the attribute transfer request includes the transfer request parameter;

and the first transfer module is used for responding to a request acceptance instruction, transferring the virtual resource to the second virtual object and setting the target attribute of the first virtual object as the target attribute value.

Optionally, the second obtaining module includes:

a third obtaining unit, configured to obtain the set transfer resource type through a resource type setting control in the transfer request interface;

and a fourth obtaining unit, configured to obtain the set transfer resource quantity through a resource quantity setting control in the transfer request interface.

Optionally, the fourth obtaining unit is further configured to:

acquiring the residual resource quantity of the first virtual object based on the transfer resource type;

and determining the resource quantity set by the resource quantity setting control as the transferred resource quantity in response to the fact that the resource quantity set by the resource quantity setting control is smaller than or equal to the residual resource quantity.

Optionally, the apparatus further comprises:

and the third display module is used for responding that the target attribute value is occupied by the second virtual object, the target attribute value is provided with transfer permission and does not support transfer, and displaying prompt information on the upper layer of the attribute setting interface, wherein the prompt information is used for prompting that the target attribute value is occupied.

Optionally, the first display module 2002 includes:

and the second display unit is used for responding to the situation that the target attribute value is occupied by the second virtual object and the first virtual object belongs to a preset transfer object corresponding to the target attribute value, and displaying the attribute transfer interface, wherein the preset transfer object is set by the second virtual object.

Optionally, the target attribute includes at least one of an object name and an object identity corresponding to the virtual object.

To sum up, in the embodiment of the present application, by setting a transfer function for an attribute value of a target attribute, when a user sets the target attribute for a virtual object, if the set target attribute value is occupied, in addition to resetting other attribute values, it is provided that a certain virtual resource is transferred, that is, the target attribute can be transferred from other virtual objects, on one hand, a target attribute value provider can obtain a required virtual resource by transferring the target attribute value, and on the other hand, a target attribute value transferor can obtain a desired target attribute value by transferring other virtual resources, so that an attribute value with uniqueness has a circulation path, and the circulation of an attribute value corresponding to the target attribute is improved; in addition, when setting the attribute with attribute value uniqueness, resetting when the set attribute value is repeated can be avoided, and the number of times of repeatedly trying to set the attribute value is reduced, thereby improving the setting efficiency of the attribute value.

Fig. 21 is a block diagram illustrating a configuration of an apparatus for setting properties of a virtual object according to an exemplary embodiment of the present application. The device comprises:

a fourth display module 2101, configured to display an attribute transfer configuration interface of the second virtual object, where the attribute transfer configuration interface is configured to configure a transfer condition of a target attribute value corresponding to a target attribute, and the attribute value of the target attribute has uniqueness;

a third obtaining module 2102, configured to obtain, in response to a configuration operation in the attribute transfer configuration interface, an attribute transfer parameter of the target attribute value, where the attribute transfer parameter is used to indicate a virtual resource required to transfer the target attribute value;

a second transfer module 2103, configured to transfer the target attribute value to a first virtual object in response to receiving the virtual resource transferred by the first virtual object, the first virtual object being different from the second virtual object.

Optionally, the third obtaining module 2102 comprises:

a fifth obtaining unit, configured to, in response to a selection operation on a first transfer permission control in the attribute transfer configuration interface, obtain a set target resource type through a resource type setting control in the attribute transfer configuration interface, where the first transfer permission control is used to trigger setting of the target attribute value as a support transfer;

a sixth obtaining unit, configured to obtain a set target resource quantity through a resource quantity setting control in the attribute transfer configuration interface;

a determining unit, configured to determine the target resource type and the target resource quantity as the attribute transfer parameter.

Optionally, the apparatus further comprises:

and the second setting module is used for responding to the selection operation of a second transfer permission control in the attribute transfer configuration interface and setting the target attribute value as a non-support transfer.

Optionally, the apparatus further comprises:

a fifth display module, configured to display a transfer request interface in response to receiving an attribute transfer request sent by the first virtual object, where a transfer resource type and a transfer resource quantity of a virtual resource provided by the first virtual object requesting to transfer the target attribute value are displayed in the transfer request interface;

and the third transfer module is used for responding to the request accepting operation in the transfer request interface, receiving the virtual resource transferred by the first virtual object and transferring the target attribute value to the first virtual object.

To sum up, in the embodiment of the present application, by providing an attribute transfer configuration interface, an attribute value of a target attribute has a transfer function, so that when a user sets a target attribute for a virtual object, if the set target attribute value is occupied, in addition to resetting other attribute values, it is provided that a certain virtual resource is transferred, that is, the target attribute can be transferred from other virtual objects.

Fig. 22 shows a block diagram of a terminal 2200 provided in an exemplary embodiment of the present application. The terminal 2200 may be: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, motion video Experts compression standard Audio Layer 3), an MP4 player (Moving Picture Experts Group Audio Layer IV, motion video Experts compression standard Audio Layer 4), a notebook computer, or a desktop computer. The terminal 2200 may also be referred to by other names such as user equipment, portable terminal, laptop terminal, desktop terminal, etc.

Generally, the terminal 2200 includes: a processor 2201 and a memory 2202.

The processor 2201 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so on. The processor 2201 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), and a PLA (Programmable Logic Array). The processor 2201 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in an awake state, and is also called a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 2201 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content required to be displayed on the display screen. In some embodiments, the processor 2201 may further include an AI (Artificial Intelligence) processor for processing computing operations related to machine learning.

Memory 2202 may include one or more computer-readable storage media, which may be non-transitory. Memory 2202 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in the memory 2202 is used to store at least one instruction for execution by the processor 2201 to implement the information processing methods provided by the method embodiments herein.

In some embodiments, the terminal 2200 may further include: a peripheral interface 2203 and at least one peripheral. The processor 2201, memory 2202, and peripheral interface 2203 may be connected by a bus or signal line. Various peripheral devices may be connected to peripheral interface 2203 via a bus, signal line, or circuit board. Specifically, the peripheral device includes: at least one of a radio frequency circuit 2204, a display 2205, a camera assembly 2206, an audio circuit 2207, a positioning assembly 2208, and a power source 2209.

The peripheral interface 2203 may be used to connect at least one peripheral associated with I/O (Input/Output) to the processor 2201 and the memory 2202. In some embodiments, the processor 2201, memory 2202, and peripheral interface 2203 are integrated on the same chip or circuit board; in some other embodiments, any one or both of the processor 2201, the memory 2202, and the peripheral device interface 2203 may be implemented on separate chips or circuit boards, which are not limited in this embodiment.

The Radio Frequency circuit 2204 is used for receiving and transmitting RF (Radio Frequency) signals, also called electromagnetic signals. The radio frequency circuit 2204 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 2204 converts an electric signal into an electromagnetic signal to transmit, or converts a received electromagnetic signal into an electric signal. Optionally, the radio frequency circuit 2204 comprises: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so forth. The radio frequency circuit 2204 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: the world wide web, metropolitan area networks, intranets, generations of mobile communication networks (2G, 3G, 4G, and 5G), Wireless local area networks, and/or WiFi (Wireless Fidelity) networks. In some embodiments, the rf circuit 2204 may also include NFC (Near Field Communication) related circuits, which are not limited in this application.

The display 2205 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 2205 is a touch display screen, the display screen 2205 also has the ability to acquire touch signals on or over the surface of the display screen 2205. The touch signal may be input to the processor 2201 as a control signal for processing. At this point, the display 2205 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, the display 2205 may be one, providing the front panel of the terminal 2200; in other embodiments, the display 2205 can be at least two, respectively disposed on different surfaces of the terminal 2200 or in a folded design; in still other embodiments, the display 2205 can be a flexible display disposed on a curved surface or on a folded surface of the terminal 2200. Even more, the display 2205 can be arranged in a non-rectangular irregular figure, i.e. a shaped screen. The Display screen 2205 may be made of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), or other materials.

The camera assembly 2206 is used to capture images or video. Optionally, camera assembly 2206 includes a front camera and a rear camera. Generally, a front camera is disposed at a front panel of the terminal, and a rear camera is disposed at a rear surface of the terminal. In some embodiments, the number of the rear cameras is at least two, and each rear camera is any one of a main camera, a depth-of-field camera, a wide-angle camera and a telephoto camera, so that the main camera and the depth-of-field camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize panoramic shooting and VR (Virtual Reality) shooting functions or other fusion shooting functions. In some embodiments, camera assembly 2206 may also include a flash. The flash lamp can be a monochrome temperature flash lamp or a bicolor temperature flash lamp. The double-color-temperature flash lamp is a combination of a warm-light flash lamp and a cold-light flash lamp, and can be used for light compensation at different color temperatures.

The audio circuit 2207 may include a microphone and a speaker. The microphone is used for collecting sound waves of a user and the environment, converting the sound waves into electric signals, and inputting the electric signals into the processor 2201 for processing or inputting the electric signals into the radio frequency circuit 2204 for realizing voice communication. For stereo capture or noise reduction purposes, the microphones may be multiple and disposed at different locations on terminal 2200. The microphone may also be an array microphone or an omni-directional pick-up microphone. The speaker is used to convert electrical signals from the processor 2201 or the radio frequency circuit 2204 into sound waves. The loudspeaker can be a traditional film loudspeaker or a piezoelectric ceramic loudspeaker. When the speaker is a piezoelectric ceramic speaker, the speaker can be used for purposes such as converting an electric signal into a sound wave audible to a human being, or converting an electric signal into a sound wave inaudible to a human being to measure a distance. In some embodiments, the audio circuitry 2207 may also include a headphone jack.

The positioning component 2208 is configured to locate a current geographic position of the terminal 2200 for navigation or LBS (Location Based Service). The Positioning component 2208 may be based on the Global Positioning System (GPS) in the united states, the beidou System in china, or the galileo System in russia.

A power supply 2209 is used to provide power to various components within terminal 2200. The power source 2209 can be alternating current, direct current, disposable batteries, or rechargeable batteries. When the power source 2209 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. The wired rechargeable battery is a battery charged through a wired line, and the wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, terminal 2200 also includes one or more sensors 2210. The one or more sensors 2210 include, but are not limited to: acceleration sensor 2211, gyro sensor 2212, pressure sensor 2213, fingerprint sensor 2214, optical sensor 2215 and proximity sensor 2216.

The acceleration sensor 2211 can detect the magnitude of acceleration on three coordinate axes of the coordinate system established with the terminal 2200. For example, the acceleration sensor 2211 may be used to detect components of the gravitational acceleration in three coordinate axes. The processor 2201 may control the touch display 2205 to perform information processing in a landscape view or a portrait view according to the gravitational acceleration signal collected by the acceleration sensor 2211. The acceleration sensor 2211 may also be used for acquisition of motion data of a game or a user.

The gyro sensor 2212 may detect a body direction and a rotation angle of the terminal 2200, and the gyro sensor 2212 may cooperate with the acceleration sensor 2211 to acquire a 3D motion of the user on the terminal 2200. The processor 2201 may implement the following functions according to the data collected by the gyro sensor 2212: motion sensing (such as changing the UI according to a user's tilting operation), image stabilization at the time of photographing, game control, and inertial navigation.

The pressure sensor 2213 may be disposed on a side bezel of the terminal 2200 and/or on an underlying layer of the touch display 2205. When the pressure sensor 2213 is arranged on the side frame of the terminal 2200, a holding signal of the user to the terminal 2200 can be detected, and the processor 2201 performs left-right hand recognition or shortcut operation according to the holding signal collected by the pressure sensor 2213. When the pressure sensor 2213 is arranged at the lower layer of the touch display screen 2205, the processor 2201 controls the operability control on the UI interface according to the pressure operation of the user on the touch display screen 2205. The operability control comprises at least one of a button control, a scroll bar control, an icon control and a menu control.

The fingerprint sensor 2214 is used for collecting the fingerprint of the user, and the processor 2201 identifies the identity of the user according to the fingerprint collected by the fingerprint sensor 2214, or the fingerprint sensor 2214 identifies the identity of the user according to the collected fingerprint. Upon recognizing that the user's identity is a trusted identity, the processor 2201 authorizes the user to perform relevant sensitive operations, including unlocking a screen, viewing encrypted information, downloading software, paying for and changing settings, etc. The fingerprint sensor 2214 may be disposed on the front, back, or side of the terminal 2200. When a physical button or a vendor Logo is provided on the terminal 2200, the fingerprint sensor 2214 may be integrated with the physical button or the vendor Logo.

The optical sensor 2215 is used to collect the ambient light intensity. In one embodiment, the processor 2201 may control the display brightness of the touch display 2205 according to the ambient light intensity collected by the optical sensor 2215. Specifically, when the ambient light intensity is high, the display brightness of the touch display 2205 is increased; when the ambient light intensity is low, the display brightness of the touch display screen 2205 is turned down. In another embodiment, the processor 2201 may also dynamically adjust the shooting parameters of the camera assembly 2206 according to the intensity of the ambient light collected by the optical sensor 2215.

A proximity sensor 2216, also known as a distance sensor, is typically disposed on the front panel of the terminal 2200. The proximity sensor 2216 is used to collect the distance between the user and the front face of the terminal 2200. In one embodiment, when the proximity sensor 2216 detects that the distance between the user and the front face of the terminal 2200 is gradually decreased, the processor 2201 controls the touch display 2205 to switch from the bright screen state to the rest screen state; when the proximity sensor 2216 detects that the distance between the user and the front surface of the terminal 2200 gradually becomes larger, the processor 2201 controls the touch display 2205 to switch from the breath screen state to the bright screen state.

Those skilled in the art will appreciate that the configuration shown in fig. 22 is not intended to be limiting of terminal 2200 and may include more or fewer components than shown, or some components may be combined, or a different arrangement of components may be used.

The present application further provides a computer-readable storage medium, in which at least one instruction, at least one program, a code set, or a set of instructions is stored, and the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by a processor to implement the method for setting properties of a virtual object provided in any of the above exemplary embodiments.

Embodiments of the present application provide a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the method for setting the attribute of the virtual object provided in the above-described alternative implementation.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above description is only exemplary of the present application and should not be taken as limiting, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.