CN115840754A

CN115840754A - Virtual resource management method and device and electronic equipment

Info

Publication number: CN115840754A
Application number: CN202211528304.6A
Authority: CN
Inventors: 孔剑平; 胡楠; 王琪; 李炳博
Original assignee: Zhejiang Nanometer Technology Co ltd
Current assignee: Zhejiang Nanometer Technology Co ltd
Priority date: 2022-11-30
Filing date: 2022-11-30
Publication date: 2023-03-24

Abstract

The application provides a virtual resource management method, a virtual resource management device and electronic equipment; the method is applicable to a terminal in the metasma, the terminal responds to the login operation of a user, sends first resource data of a first virtual resource stored locally to a metasma server, shows metasma scene information fed back by the metasma server based on the first resource data, and obtains change data of the first resource data from the metasma server; updating the first resource data stored locally based on the change data of the first resource data. According to the technical scheme, the resource data of the virtual resources of the user are stored in the local terminal, the user can perform management operations such as sharing/sharing stopping on the virtual resources on the terminal, namely the user can directly manage the virtual resources without departing from the metasma, particularly cross-metasma sharing and use can be performed under the condition that the metasma server is offline, and the use experience of the user is enhanced.

Description

Virtual resource management method and device and electronic equipment

Technical Field

The present application relates to a computer-based meta-universe system, and in particular, to a method and an apparatus for managing virtual resources, and an electronic device.

Background

The metasphere (or virtual world) is a simulated environment in which a user may live in the form of a digital avatar and interact with other users through the avatar. In the meta-universe, the user's digital avatar, objects, and scene are typically three-dimensional models, and since the virtual environment in the meta-universe is a simulation of a real environment, the user may obtain an immersive application experience.

The method comprises the following steps that a metasma server stores landscape and objects related to a virtual environment and resource data of user virtual resources, and a metasma client runs on an intelligent terminal or a computer such as a mobile phone of each user; the client communicates (e.g., over a network connection) with the host system (i.e., the metaspace server) and provides a display of the three-dimensional virtual environment on the user computer; based on this, the user controls the avatar to interact with other avatars or objects through the client.

In some embodiments, the resource data of the virtual resources designed/purchased by the user are stored in the metastic server, the operation condition of the metastic server is unpredictable for the user, and the method has the technical problems that the user cannot directly manage the virtual resources and the like.

Disclosure of Invention

In view of the above problems, the present application provides a method, an apparatus, and an electronic device for managing virtual resources, so as to alleviate the technical problem that a user stored in the virtual resource management manner cannot directly manage virtual resources.

In a first aspect, the present application provides a virtual resource management method, which is applied to a first terminal in a meta universe, and the method includes:

in response to a user's show operation, sending first resource data of a locally stored first virtual resource to a metastic server;

displaying the meta universe scene information fed back by the meta universe server based on the first resource data;

obtaining change data of the first resource data from the metastic server;

updating the first resource data stored locally based on the change data of the first resource data.

According to an embodiment of the present application, optionally, the virtual resource management method further includes:

responding to the sharing operation of a user, and sending a registration request to a sharing server, wherein the registration request carries an attribution user identifier of the virtual resource to be shared;

receiving a sharing request from a second terminal; the sharing request is sent by the second terminal based on the home subscriber identity sent by the sharing server;

determining a second virtual resource in the virtual resources to be shared according to the sharing request;

and sending the second resource data of the second virtual resource stored locally to the second terminal.

According to an embodiment of the present application, optionally, in the virtual resource management method, before the sending the locally stored second resource data of the second virtual resource to the second terminal, the method further includes:

sending a delete request to the metasserver, the delete request requesting the metasserver to delete the cached second resource data of the second virtual resource, the second virtual resource belonging to the first virtual resource.

According to an embodiment of the present application, optionally, in the virtual resource management method, after the sending the registration request to the sharing server, the method further includes:

responding to the translation operation of a user, and sending a translation request to the sharing server; the translation request comprises resource data of a first data format of the virtual resource and a second data format identification;

and receiving resource data of the second data format of the virtual resource, which is fed back after the sharing server translates the resource data.

According to an embodiment of the present application, optionally, in the virtual resource management method, the step of sending the locally stored second resource data of the second virtual resource to the second terminal includes:

determining a target data format requested by the second terminal based on the sharing request;

and sending second resource data of the target data format of the locally stored second virtual resource to the second terminal.

According to an embodiment of the present application, optionally, in the virtual resource management method, after the sending the locally stored second resource data of the second virtual resource to the second terminal, the method further includes:

responding to the sharing stopping operation of the user, and sending a sharing stopping request to the second terminal;

and receiving the second resource data after the second virtual resource is updated, which is fed back by the second terminal.

responding to the query operation of a user, and sending a query request for querying the virtual resource to be shared to the sharing server;

receiving a home user identifier of a third virtual resource in the virtual resources to be shared, which is fed back by the sharing server;

sending a sharing request to a third terminal based on the attribution user identification;

receiving and storing third resource data of the third terminal based on the third virtual resource;

transmitting the third resource data for the third virtual resource to the metasserver;

displaying the meta universe scene information fed back by the meta universe server based on the third resource data;

obtaining change data for the third resource data from the metasserver;

updating the locally stored third resource data based on the changed data of the third resource data.

According to an embodiment of the present application, optionally, in the virtual resource management method, after the updating the locally stored third resource data based on the change data of the third resource data, the method further includes:

receiving a sharing stopping request sent by the third terminal;

and feeding back the locally stored third resource data to the third terminal.

According to an embodiment of the present application, optionally, in the virtual resource management method, after the receiving the request to stop sharing sent by the third terminal, the method further includes:

sending a delete request to the current metasserver, the delete request requesting the metasserver to delete the cached third resource data.

According to an embodiment of the present application, optionally, in the virtual resource management method, the step of sending the third resource data of the third virtual resource to the meta space server includes:

determining whether a current data format of the third resource data matches a required data format of the metasserver;

when the data format is not matched with the current data format, the third resource data in the current data format and the requirement data format identifier are sent to the sharing server;

receiving and storing the third resource data in the required data format fed back after the sharing server translates the third resource data;

transmitting the third resource data in the demand data format to the metaspace server.

In a second aspect, the present application provides a virtual resource management device,

a first terminal disposed in a metasma, the apparatus comprising:

the response module is used for responding to the display operation of the user and sending first resource data of the locally stored first virtual resource to the meta-universe server;

the display module is used for displaying the meta-universe scene information fed back by the meta-universe server based on the first resource data;

a synchronization module to obtain change data of the first resource data from the metastic server;

and the storage module is used for updating the locally stored first resource data based on the change data of the first resource data.

In a third aspect, the present application provides an electronic device, comprising a memory and a processor, wherein the memory stores a computer program, and the computer program, when executed by the processor, performs the virtual resource management method according to any one of the first aspect.

Compared with the prior art, one or more embodiments in the above scheme can have the following advantages or beneficial effects:

in the embodiment of the application, the terminal responds to the login operation of a user and sends first resource data of a first virtual resource stored locally to the meta universe server; displaying the meta universe scene information fed back by the meta universe server based on the first resource data; obtaining change data of the first resource data from the metastic server; updating the first resource data stored locally based on the change data of the first resource data. In the technical scheme, resource data of virtual resources of a user are stored in a local terminal, the user can perform management operations such as sharing/stopping sharing and the like on the virtual resources at the terminal, a metastic server needs to acquire and display the resource data from the local terminal, and the metastic server does not store the data when the user exits from the metastic space; the resource data are stored in the terminal locally, the resource data of the user cannot be stored in the metastic server, the user can be separated from the metastic universe to directly manage the virtual resources of the user, especially, the cross-metastic universe sharing and use can be carried out under the condition that the metastic universe server is offline, and the use experience of the user is enhanced.

Drawings

The present application will be described in more detail hereinafter on the basis of embodiments and with reference to the accompanying drawings:

fig. 1 is a scene schematic diagram of a metasma provided in an embodiment of the present application;

fig. 2 is a schematic flowchart of a virtual resource management method according to an embodiment of the present application;

fig. 3 is a schematic flowchart of a virtual resource management method according to an embodiment of the present application;

fig. 4 is a schematic flowchart of a virtual resource management method according to an embodiment of the present application;

fig. 5 is a fourth flowchart illustrating a virtual resource management method according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a virtual resource management device according to an embodiment of the present disclosure.

In the drawings, like parts are designated with like reference numerals, and the drawings are not drawn to scale.

Detailed Description

The following detailed description will be provided with reference to the accompanying drawings and embodiments, so that how to apply the technical means to solve the technical problems and achieve the corresponding technical effects can be fully understood and implemented. The embodiments and various features in the embodiments of the present application can be combined with each other without conflict, and the formed technical solutions are all within the scope of protection of the present application.

In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced without some of these specific details or with other methods described herein.

Example one

Referring to fig. 1, fig. 1 is a schematic view of a scene of a meta universe provided in an embodiment of the present application, where the meta universe includes one or more meta universe servers (e.g., a meta universe server 12a and a meta universe server 12b in fig. 1), a plurality of clients (e.g., a client 11a, a client 11b, and a client 11c in fig. 1, that is, a first terminal, a second terminal, and a third terminal in the following embodiments, etc.), and a sharing server 13 provided in the present application innovatively; wherein each client is associated with a digital avatar. The meta space server, the sharing server and the plurality of clients are connected in the internet and other modes formed by various gateways, and are not described any more.

A metastic server refers to a server that hosts a metastic service, the metastic server being associated with a metastic client. A metastic server is a server or a cluster of servers that stores and launches various types of software needed to manage the metastic. The user accesses the meta universe through the client side of the meta universe, the digital avatar, the virtual object and the scene in the meta universe are displayed on the client side after being rendered, and meanwhile the user interacts with other digital avatars in the meta universe through the client side, moves the digital avatars and the like. For convenience of description, the client 11a is defined as a first terminal, the client 11b is defined as a second terminal, and the client 11c is defined as a third terminal, which may exchange functions at different times, and this application is not limited to the description.

The sharing server 13 provides the user with functions of sharing virtual resources, format conversion of resource data, sharing query, and secure transmission of resource data by establishing a communication channel between the sharing parties.

In the present application, a virtual object repository in the meta universe server is used to store virtual resources such as various virtual objects created/owned by a user in the meta universe. The virtual object refers to an avatar, a virtual product, a virtual building, a virtual weapon, a virtual power, a virtual organization, and the like. The virtual object may include attributes and/or metadata to represent its attributes, such as its owner and relationships. A virtual object management module in the metasserver is used to manage the avatars, the virtual assets associated with the avatars, the virtual objects, and the relationships between them. A request receiving module in the metasserver receives requests from other digital avatars, processes the requests, and distributes the requests to other processing modules. A content transfer module in the metasserver manages virtual object related data transfers between different digital avatars.

The method has the advantages that the constituting resources of the virtual resources are divided into general data and default data in an original manner, the general data are non-personalized data such as unified template data provided by a meta universe, and the default data are personalized data customized/drawn/edited by a user; in order to ensure the complete management authority of the user on the virtual resource, the application stores the default data (namely, the resource data in the following) of the virtual resource in the local of the terminal, and the general data is uniformly stored by the server.

The user registers the sharable virtual object in a registration module of the sharing server, and simultaneously marks the current manager, characteristics, purposes, related events and the like of the object for other users to retrieve and determine the user and the object which need to be shared. Since the formats of the avatar and the virtual objects/virtual assets at the user end may be different from the meta space, a format conversion module of the sharing server is required to convert the data of the avatar and the virtual objects/virtual assets into a format recognizable by the corresponding meta space; the conversion module can return the converted data to the client cache, so that the data can be reused at a later stage.

The user provides an identity ID and a password to log in the metasserver through the client, after the identity authentication is successful, the user provides default data (such as resource data of a user digital avatar and virtual assets/virtual objects thereof, and if the data format is different from that required by the metas, the data format needs to be translated through a conversion module) to the metas server (or the metas server requests the user). And establishing a message link between the meta universe server and the client to acquire the change information of the user shared object. After the user logs in, the user interacts in the metas, the data of the avatar and the related virtual assets/virtual objects are stored in a local cache of the metas server, and the state change is notified to the user client through message link. After the user logs out of the metastic space, if the virtual object associated with the user changes, the relevant data is uploaded to the user client, the relevant data in the metastic space server local cache is deleted, and meanwhile, the message link between the metastic space server and the user client is cancelled.

The second user sends a search request to the registration module, and the registration module locates the required object and the first user thereof according to the conditions in the request. The second user requests sharing of the virtual object it owns from the first user. The avatars corresponding to the first user and the second user may be in the same metasphere or in different metaspheres. If the first user agrees to the request and has logged in the first metasme, notifying the metasme server to delete the virtual object (i.e., delete data in the metasme server local cache); the first user transmits the object-related data to a client of the second user. The first user marks the object as shared in the registration module, and the current manager is the second user. A synchronization message link is established between two user clients. If the second user does not log in the metasma, the second user logs in, and then the user provides (or the metasma server requests) default data (such as the user digital avatar and the virtual assets/virtual objects thereof, if the data format is different from that required by the metasma, the data format needs to be translated through the conversion module) to the metasma server, otherwise, the user directly provides the data to the server. The data is stored in a local cache of the server. And the second universe server establishes a message link with the second user client, and informs the user client of the state change of the virtual object through the message link.

When the first user proposes to stop the virtual object sharing, the request is sent to the second user client side, and then the second client side sends a termination request to the second and universe servers; if the virtual object changes in the sharing process, uploading the data to a second user client, terminating message linkage between the server and the second client, and deleting the data from the local cache of the meta universe server; and the second client transmits the data to the first user client, terminates the message link between the first user and the second user client, and deletes the data from the second client.

The secure transfer function for data is explained as follows:

the sharing server 13 virtualizes a channel object for each communication channel for easy management, then generates a communication key pair of the channel object, calculates and stores a negotiation key between the channel object and a member (i.e., a communication participant of the communication channel, a sharing partner), manages a communication user group formed by the communication participant and the existence of the channel object of each communication channel, and manages data transmission between users based on a communication terminal. The communication channel is not meant to be a physical channel and any communication link and method may be implemented. After a user accesses the meta universe through the meta universe client, a client corresponding to each digital avatar generates a communication key pair; the receiving preamble, the communication key pair comprises a private key and a public key; the private key is stored locally at the client or the communication management server and is not exposed to others, while the public key can be distributed to others to negotiate a key.

In the application, in order to facilitate management of the communication channel, the sharing server associates the communication channel with the existence of the channel object; when a user initiates data transmission services such as multi-point group chat or point-to-point interaction, a sharing server allocates communication channels such as virtual links for the data transmission services and generates a corresponding channel object (one of a virtual user terminal/a user avatar), the channel object performs key agreement with a participating user, and as the terminals perform key agreement with the virtual channel object in the server, the security of key agreement between the terminals is higher; when a user finishes data transmission services such as multi-point group chat or point-to-point interaction, the sharing server eliminates a channel object corresponding to the data transmission services, and the life cycle of the channel object is finished.

In the present application, a data transmission service, a communication channel, a channel object, and a communication group (including all members of the data transmission service) are in one-to-one correspondence, and the channel object and a communication terminal (a terminal corresponding to a user avatar) perform public key exchange and negotiation key generation, so that an avatar identifier of each user avatar and a channel object identifier of the channel object uniquely correspond to one negotiation key, and negotiation keys between different user avatars and the channel object are different even in the same communication group.

Specifically, the sharing server 13 receives a data transmission request from a first terminal, where the data transmission request carries a first avatar identifier of a first terminal corresponding to a first avatar, a channel object identifier of a channel object, and a second avatar identifier of a transmission object corresponding to a second avatar; the first avatar and the second avatar belong to a channel group member corresponding to the channel object; decrypting encrypted data (namely resource data of the target virtual resource in the application) in the data transmission request according to the first avatar identification and a first negotiation key corresponding to the channel object identification to obtain data to be transmitted; encrypting the data to be transmitted according to the second identity identification and a second negotiation key corresponding to the channel object identification to obtain encrypted data to be transmitted; and sending the encrypted data to be transmitted to a second terminal corresponding to the second subscriber according to the second subscriber identity. The first avatar identification, the channel object identification and the second avatar identification can be unique identification codes in a certain meta-universe, and can also be unique identification codes of all the meta-universes; the implementation may be, for example, registering a serial number, etc.

The sharing management function for the resource data is described as follows:

the first terminal sends a registration request to a sharing server, wherein the registration request carries an attribution user identifier of the virtual resource; the sharing server shares and releases the virtual resources shared by the users on the platform for other terminals to inquire, share and manage and the like; the second terminal sends a query request for querying the virtual resource to the sharing server, receives the home subscriber identifier of the target virtual resource fed back by the sharing server, and sends a sharing request to the first terminal based on the home subscriber identifier; after receiving a sharing request from the second terminal, the first terminal determines a target virtual resource to be shared and sends resource data of the target virtual resource to the second terminal; and the second terminal receives the resource data of the target virtual resource fed back by the first terminal based on the sharing request, and uses the resource data in the logged-in metastic server.

It should be noted that the system scenario diagram shown in fig. 1 is only an example, and the server and the scenario described in the embodiment of the present application are for more clearly illustrating the technical solution of the embodiment of the present application, and do not form a limitation on the technical solution provided in the embodiment of the present application, and as a person having ordinary skill in the art knows, with the evolution of the system and the occurrence of a new service scenario, the technical solution provided in the embodiment of the present application is also applicable to similar technical problems.

Example two

Fig. 2 is a schematic flowchart of a first process of a virtual resource management method according to an embodiment of the present application, and referring to fig. 2, the virtual resource management method applicable to a first terminal in the metastic universe according to the embodiment includes:

step S210: in response to a demo operation by a user, first resource data of a locally stored first virtual resource is sent to a metastic server.

In some embodiments, the display operation includes that a user requests to log in a metasma for the first time, requests to log in the metasma after exiting the metasma, creates a new virtual resource, updates an existing virtual resource, logs in virtual resources shared by other users, and the like, when all metasma scenes need to be displayed, the first terminal indicates that the user needs to acquire one metasma scene when detecting the display operations; at this time, the first terminal will actively or passively send the first resource data of the locally stored first virtual resource to the metasserver.

In some embodiments, the active mode refers to that the first terminal sends the resource data to the meta-universe server in a request corresponding to the operation when responding to the display operation of the user, and the passive mode refers to that the first terminal sends the resource data to the meta-universe server in response to the request of the meta-universe server after the meta-universe server requests the resource data from the first terminal.

In some embodiments, the first virtual resource refers to a virtual resource that the user needs to display in the metasma, and the number and the objects of the virtual resource can be set according to the user.

Step S220: and displaying the meta universe scene information fed back by the meta universe server based on the first resource data.

In some embodiments, the metastic server performs metastic scene rendering after receiving the first resource data, obtains metastic scene information, and then feeds the metastic scene information back to the first terminal for display.

Step S230: obtaining change data for the first resource data from the metasserver.

In some embodiments, the user generates the change data based on the first terminal performing various operations in the metastic space that cause changes to the data of the virtual resource, and the metastic space server then notifies the first terminal over the message link with the first terminal.

Step S240: updating the first resource data stored locally based on the change data of the first resource data.

In some embodiments, in order to ensure the accuracy of the resource data, the first terminal performs synchronous update on the locally stored resource data based on the change data after receiving the change data.

The embodiment shown in fig. 2 illustrates how a user locally manages and applies resource data of a virtual resource by using a terminal, and based on the above improvement, the present application also supports functions of using the same virtual resource when the user uses multiple metasmes, sharing the virtual resource to other users, and acquiring some virtual resources from other users.

In some embodiments, for a way that a user uses the same virtual resource in multiple metasmes, the method provided by the present application further includes: responding to the translation operation of a user, and sending a translation request to a sharing server; the translation request comprises resource data of a first data format of the virtual resource and a second data format identification; and receiving resource data of the second data format of the virtual resource, which is fed back after the sharing server translates the resource data. The translation operation refers to an operation initiated when a user needs to use the virtual resources of the first universe in the second universe, the translation request carries resource data and a second data format identifier, the sharing server determines standards of the second data format and the like based on the second data format identifier, and then the translation request is sent to the first terminal after the translation is completed, so that the user can directly use the edited virtual resources in other universes needing the second data format, and the problems that the user redesigns the virtual resources or purchases the same virtual resources are solved.

In some embodiments, in view of a manner in which a user shares its virtual resources to other users, the method provided by the present application further includes: responding to the sharing operation of a user, and sending a registration request to a sharing server, wherein the registration request carries an attribution user identifier of the virtual resource to be shared; receiving a sharing request from a second terminal; the sharing request is sent by the second terminal based on the home subscriber identity sent by the sharing server; determining a second virtual resource in the virtual resources to be shared according to the sharing request; and sending the second resource data of the second virtual resource stored locally to the second terminal. The home user identifier may be an avatar identifier of an avatar corresponding to the virtual resource owner (first terminal/first user), where the avatar identifier may be a unique identifier in a certain metasma, or may be unique identifiers of all metasmas, and its implementation may be, for example, a registration serial number or the like; based on this embodiment, the user corresponding to the first terminal can share the virtual resource thereof to the user corresponding to the second terminal.

In some embodiments, before receiving the previous embodiment, before sending the locally stored second resource data of the second virtual resource to the second terminal, the method further includes: sending a delete request to the metasserver, the delete request requesting the metasserver to delete the cached second resource data of the second virtual resource, the second virtual resource belonging to the first virtual resource. When the second virtual resource has been used by the user of the first terminal, the present embodiment ensures uniqueness of the virtual resource.

In some embodiments, in order to implement sharing of the same virtual resource in multiple different metastables in accordance with the previous embodiment, after sending the registration request to the sharing server, the method further includes: responding to the translation operation of a user, and sending a translation request to the sharing server; the translation request comprises resource data of a first data format of the virtual resource and a second data format identification; and receiving resource data of the second data format of the virtual resource, which is fed back after the sharing server translates the resource data. At this time, the step of sending the locally stored second resource data of the second virtual resource to the second terminal includes: determining a target data format requested by the second terminal based on the sharing request; and sending second resource data of the target data format of the locally stored second virtual resource to the second terminal. In the embodiment, the first terminal completes the conversion of the resource data of the virtual resource, so that the use cost of the second terminal is reduced, and the sharing of the same virtual resource among a plurality of metasmes can be realized.

In some embodiments, in carrying out the previous embodiment, the user may stop sharing the virtual resource according to a need, and at this time, after sending the locally stored second resource data of the second virtual resource to the second terminal, the method further includes: responding to the sharing stopping operation of the user, and sending a sharing stopping request to the second terminal; and receiving the second resource data after the second virtual resource is updated, which is fed back by the second terminal. Based on the embodiment, the first terminal can also synchronize the update of the virtual resource, so that multiple users can edit the same virtual resource across the meta universe conveniently.

In some embodiments, in view of a manner in which a user shares virtual resources from other users, the method provided by the present application further includes: responding to the query operation of a user, and sending a query request for querying the virtual resource to be shared to a sharing server; receiving a home user identifier of a third virtual resource in the virtual resources to be shared, which is fed back by the sharing server; sending a sharing request to a third terminal based on the attribution user identification; receiving and storing third resource data of the third terminal based on the third virtual resource; transmitting the third resource data for the third virtual resource to the metasserver; displaying the meta universe scene information fed back by the meta universe server based on the third resource data; obtaining change data for the third resource data from the meta universe server; updating the locally stored third resource data based on the changed data of the third resource data. Specifically, when a user wants to select some virtual resources shared by other users, a query operation may be performed on the first terminal, the first terminal obtains, based on the query operation, a virtual resource list shared by other users from the sharing server for the user to select, and then, resource data may be obtained from a third terminal that provides resource data corresponding to the virtual resources and displayed in the accessed meta universe.

In some embodiments, in carrying out the previous embodiment, the other users may stop sharing the virtual resource as needed, and at this time, after the updating the locally stored third resource data based on the change data of the third resource data, the method further includes: receiving a sharing stopping request sent by the third terminal; and feeding back the locally stored third resource data to the third terminal. The embodiment realizes the return of the virtual resources.

In some embodiments, after receiving the request to stop sharing sent by the third terminal, the method further includes: sending a delete request to the current metasserver, the delete request requesting the metasserver to delete the cached third resource data. The embodiment ensures the uniqueness of the virtual resources.

In some embodiments, the step of sending the third resource data of the third virtual resource to the metaspace server in the present application, which is performed after the previous embodiment, includes: determining whether a current data format of the third resource data matches a required data format of the metasserver; when the data format is not matched with the current data format, the third resource data in the current data format and the requirement data format identifier are sent to the sharing server; receiving and storing the third resource data in the required data format fed back after the sharing server translates the third resource data; transmitting the third resource data in the requirements data format to the meta universe server. According to the embodiment, the first terminal carries out the cross-meta-universe data format of the virtual resource, so that the burden of the third terminal is reduced.

The present application will now be described in detail with reference to specific scenarios.

In the scenario 1, a user designs a virtual resource in a first universe and uses the virtual resource in a second universe, that is, the scenario mainly explains that the user performs cross-universe management on the virtual resource.

Fig. 3 is a schematic flowchart of a second flow of a virtual resource management method according to an embodiment of the present application, please refer to fig. 3, in which the virtual resource management method according to the embodiment includes:

step S310: the user generates a virtual resource in the first universe of elements.

In some embodiments, the user uses the first terminal 11a to join the first metasma provided by the first metasma server 12a, complete the operations of designing virtual resources, and the like, and then the resource data of these virtual resources is stored in the first data format in the first terminal 11a.

Step S320: resource data translation of the virtual resource.

In some embodiments, if a user needs to log in a second universe by using resource data of virtual resources in the first universe 12a, format conversion needs to be performed by the sharing server, specifically, the first terminal 11a sends a name and the like of the second universe as a data format identifier of a second data format to the sharing server together with the resource data of the first data format; the sharing server calls the parameters required by the second universe for the specification of the resource data and the like according to the name of the second universe, translates the resource data in the first data format into the resource data in the second data format according to the parameters, and feeds the resource data back to the first terminal 11a.

Step S330: the user presents the virtual resource in the second universe.

In some embodiments, taking over the previous step, the first terminal 11a sends the first resource data in the second data format of the locally stored first virtual resource to the second cosmic server 12b in response to the user's show operation, and shows the meta-cosmic scene information fed back by the second cosmic server 12b based on the first resource data.

In the scenario 2, in the scenario, the user designs the virtual resource in the first meta-space and shares the virtual resource with other users in the same meta-space to use the virtual resource, that is, the scenario mainly explains that the user shares the virtual resource in the meta-space.

Fig. 4 is a schematic flowchart of a third flow of a virtual resource management method according to an embodiment of the present application, and referring to fig. 4, the virtual resource management method according to the embodiment includes:

step S410: the first user generates a virtual resource in the first universe of elements.

In some embodiments, the first user joins the first metasequoia provided by the first metasequoia server 12a using the first terminal 11a, performs operations such as design of virtual resources, and then the resource data of these virtual resources is stored in the first data format within the first terminal 11a.

Step S420: the first user shares and issues the virtual resources in the sharing server.

In some embodiments, the first user wants to share out the virtual resource S in the first universe, and shares and issues the virtual resource S in the sharing server; at this time, the first user registers the sharable virtual object in the registration module of the sharing server 13, and simultaneously marks the current manager, features, usage, related events, and the like of the object for other users to search, and determines the user and the object to be shared.

Step S430: and searching and determining the virtual resource in the sharing server by the second user.

In some embodiments, in the previous step, the second user uses the second terminal 11b to send a search request to the registration module of the sharing server 13, and the registration module locates the required virtual resource S and the first user thereof according to the condition in the request, and then feeds back the virtual resource S and the first user to the second terminal 11b.

Step S440: and the second user and the first user transmit the resource data through the sharing server.

In some embodiments, the previous step is taken over, the first user agrees to the sharing request and has logged in the first metastic, at which point the first terminal notifies the first metastic server to delete the virtual resource S (i.e., delete the data in the metastic server local cache); the first user transmits the relevant data of the virtual resource S to the client of the second user. The first user marks the object as shared in the registration module, and the current manager is the second user. A synchronization message link is established between two user clients.

Step S450: the second user exposes the virtual resource in the first universe of elements.

In some embodiments, the previous step is taken over, and after the second terminal logs into the first metasserver 12a, the second user provides (or the first metasserver requests from the user) default data to the first metasserver, which is stored in the server's local cache. And the first metaclass server establishes a message link with the second terminal and informs the user client of the state change of the virtual object through the message link.

When a first user proposes to stop virtual object sharing, the first terminal sends a request to a second terminal, and then the second terminal sends a termination request to a first universe server; if the virtual object changes in the sharing process, the first meta-space server uploads data to the second terminal, the message link between the first meta-space server and the second terminal is terminated, and the data are deleted from the local cache of the first meta-space server; and transmitting the data to the first terminal by the second terminal, terminating the message link between the first terminal and the second terminal, and deleting the data from the second terminal.

In the scenario 3, the user designs the virtual resource in the first meta-space and shares the virtual resource with other users in other meta-spaces to use the virtual resource, that is, the scenario mainly explains that the user shares the virtual resource among the multi-elements in the first meta-space.

Fig. 5 is a fourth flowchart illustrating a virtual resource management method according to an embodiment of the present application, referring to fig. 5, the virtual resource management method according to the embodiment includes:

step S510: the first user generates a virtual resource in the first universe of elements.

Step S520: the first user shares, publishes and translates the virtual resources in the sharing server.

In some embodiments, the first user wants to share out the virtual resource in the first universe, and shares and issues the virtual resource in the sharing server; at this time, the first user registers the sharable virtual object S in the registration module of the sharing server 13, and simultaneously marks the current manager, features, usage, related events, and the like of the object, so as to be used for other users to search and determine the user and the object which need to be shared.

Meanwhile, the first terminal sends the resource data in the first data format of the virtual object S to the format conversion module of the sharing server so as to convert the avatar and the resource data of the virtual object/virtual asset into a format recognizable by the second universe, and the conversion module can return the converted data to the first terminal for caching, so that the first terminal can be reused at a later stage.

Step S530: and searching and determining the virtual resource in the sharing server by the third user.

In some embodiments, after the previous step, the third user uses the third terminal 11c to send a search request to the registration module of the sharing server 13, and the registration module locates the required virtual resource S and the first user thereof according to the condition in the request, and then feeds back the virtual resource S and the first user to the third terminal 11c.

Step S540: and the third user and the first user transmit the resource data through the sharing server.

In some embodiments, the previous step is taken over, the first user agrees to the sharing request and has logged in the first metastic, at which point the first terminal notifies the first metastic server to delete the virtual resource S (i.e., delete the data in the metastic server local cache); the first user transmits the resource data of the virtual resource S in the second data format to the third terminal of the third user. The first user marks the object as shared in the registration module, and the current manager is a third user. A synchronization message link is established between the terminals of the two users.

Step S550: the third user presents the virtual resource in the second universe.

In some embodiments, the previous step is taken over, and after the third terminal logs into the second cosmic server 12b, the user provides (or the metas server requests from the user) default data to the second cosmic server, which is stored in the server's local cache. And the second universe server establishes a message link with the third terminal and informs the user client of the state change of the virtual object through the message link.

When the first user proposes to stop the virtual object sharing, the first terminal sends a request to the third terminal, and then the third terminal sends a termination request to the second universe server; in the sharing process, if the virtual object changes, the second binary universe server uploads data to the third terminal, message link between the second binary universe server and the third terminal is terminated, and data is deleted from the local cache of the second binary universe server; and transmitting the data to the first terminal by the third terminal, terminating the message link between the first terminal and the third terminal, and deleting the data from the third terminal.

EXAMPLE III

Fig. 6 is a schematic structural diagram of a virtual resource management device according to an embodiment of the present application, please refer to fig. 6, where the virtual resource management device according to this embodiment is disposed in a terminal device in the metasma, and includes:

a response module 610, configured to send, to the metaspace server, first resource data of the locally stored first virtual resource in response to a presentation operation of the user;

a display module 620, configured to display the meta-universe scene information fed back by the meta-universe server based on the first resource data;

a synchronization module 630 for obtaining change data of the first resource data from the metastic server;

a storage module 640, configured to update the locally stored first resource data based on the changed data of the first resource data.

The specific embodiment of the method for performing data transmission based on the above modules is described in detail in embodiment two, and is not described herein again.

Example four

The present embodiment provides an electronic device, which may be a mobile phone, a computer, a tablet computer, or the like as a sharing server in the present application, and includes a memory and a processor, where the memory stores a computer program, and the computer program, when executed by the processor, implements the virtual resource management method as described in the second embodiment. It is to be appreciated that the electronic device can also include input/output (I/O) interfaces, as well as communication components.

The processor is configured to perform all or part of the steps in the virtual resource management method according to the second embodiment. The memory is used to store various types of data, which may include, for example, instructions for any application or method in the terminal device, as well as application-related data.

The Processor may be an Application Specific Integrated Circuit (ASIC), a Digital Signal Processor (DSP), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a controller, a microcontroller, a microprocessor, or other electronic components, and is configured to perform the virtual resource management method in the second embodiment.

The Memory may be implemented by any type of volatile or non-volatile Memory device or combination thereof, such as Static Random Access Memory (SRAM), electrically Erasable Programmable Read-Only Memory (EEPROM), erasable Programmable Read-Only Memory (EPROM), programmable Read-Only Memory (PROM), read-Only Memory (ROM), magnetic Memory, flash Memory, magnetic disk or optical disk.

EXAMPLE five

The present embodiments also provide a computer-readable storage medium, such as a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, a server, an App, etc., having stored thereon a computer program that, when executed by a processor, performs the following method steps:

obtaining change data of the first resource data from the metastic server;

The specific embodiment process of the above method steps can be referred to as embodiment two, and the detailed description of this embodiment is not repeated here.

In summary, the present application provides a virtual resource management method, an apparatus, and an electronic device, where the method is applied to a terminal in a meta universe, where the terminal responds to a login operation of a user and sends first resource data of a first locally stored virtual resource to a meta universe server; displaying the meta universe scene information fed back by the meta universe server based on the first resource data; obtaining change data of the first resource data from the metastic server; updating the first resource data stored locally based on the change data of the first resource data. In the technical scheme, resource data of virtual resources of a user are stored in a local terminal, the user can perform management operations such as sharing/stopping sharing and the like on the virtual resources at the terminal, a metastic server needs to acquire and display the resource data from the local terminal, and the metastic server does not store the data when the user exits from the metastic space; the resource data are stored in the terminal locally, the resource data of the user cannot be stored in the metastic server, the user can be separated from the metastic universe to directly manage the virtual resources of the user, especially, the cross-metastic universe sharing and use can be carried out under the condition that the metastic universe server is offline, and the use experience of the user is enhanced.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrases "comprising a," "8230," "8230," or "comprising" does not exclude the presence of additional like elements in a process, method, article, or apparatus that comprises the element.

Although the embodiments disclosed in the present application are described above, the descriptions are only for the convenience of understanding the present application, and are not intended to limit the present application. It will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the disclosure as defined by the appended claims.

Claims

1. A method for virtual resource management for a metasystem, adapted for use with a first terminal in the metasystem, the method comprising:

obtaining change data of the first resource data from the metastic server;

2. The method of claim 1, further comprising:

3. The method according to claim 2, further comprising, before said sending the locally stored second resource data of the second virtual resource to the second terminal:

4. The method of claim 2, after the sending the registration request to the sharing server, further comprising:

and receiving resource data of the virtual resource in a second data format, which is fed back after the resource data is translated by the sharing server.

5. The method according to claim 4, wherein the step of sending the locally stored second resource data of the second virtual resource to the second terminal comprises:

6. The method according to any of claims 2 to 5, further comprising, after said sending locally stored second resource data of said second virtual resource to said second terminal:

7. The method of claim 1, further comprising:

receiving a home subscriber identifier of a third virtual resource in the virtual resources to be shared, which is fed back by the sharing server;

obtaining change data for the third resource data from the metasserver;

8. The method of claim 7, further comprising, after the updating the locally stored third resource data based on the change data of the third resource data:

receiving a sharing stopping request sent by the third terminal;

and feeding back the locally stored third resource data to the third terminal.

9. The method according to claim 8, further comprising, after said receiving the request to stop sharing sent by the third terminal:

sending a delete request to a current metasserver, the delete request requesting the metasserver to delete the cached third resource data.

10. The method of any of claims 7 to 9, wherein the step of sending the third resource data for the third virtual resource to the metasserver comprises:

transmitting the third resource data in the requirements data format to the meta universe server.

11. A virtual resource management apparatus, provided in a first terminal in a meta universe, the apparatus comprising:

12. An electronic device, comprising a memory and a processor, the memory having stored thereon a computer program which, when executed by the processor, performs the method of any of claims 1 to 10.