元宇宙角色管理方法、装置、电子设备和可读存储介质

技术领域

本申请涉及虚拟现实技术领域，具体涉及一种元宇宙角色管理方法、装置、电子设备和可读存储介质。

背景技术

元宇宙是与现实世界映射和交互的虚拟世界，具备新型社会体系的数字生活空间，元宇宙作为一个虚拟的世界，为人们提供了更加广阔的创造和交流空间，同时也对各种技术提出了更高的要求。在元宇宙中构建各种应用、项目或者活动，例如游戏的虚拟场景，在每一个应用、项目或者活动的场景中，构建虚拟角色，使得虚拟世界更加真实。相关技术中，在进入某个具体的活动场景后，通过用户图片或者扫描用户人脸生成的图片，经过捏脸算法生成跟真实人脸相近的图片，以构建虚拟角色。上述角色根据某一个活动场景刻画，一个角色仅能够应用于其进入的活动场景中，在更换活动场景时，需要重新进行角色构建，角色应用场景单一。

发明内容

本申请提供了一种元宇宙角色管理方法、装置、电子设备和可读存储介质，能够构建适用于不同活动场景的角色，实现元宇宙应用的共享存储。

本申请实施例的技术方案如下：

第一方面，本申请实施例提供了一种元宇宙角色管理方法，应用于云渲染平台，所述方法包括：

获取用户登录所述云渲染平台的用户ID；

调度元宇宙客户端，根据所述用户ID在存档数据中查询角色信息，所述角色信息为预设的插件中预设的角色模板对应的角色信息；

在未查询到所述角色信息的情况下，利用所述预设的插件进行角色管理，得到所述角色信息，并将所述角色信息进行存档，得到所述存档数据；

响应于用户对所述角色信息的选择操作，加入与所述角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新所述存档数据。

在上述技术方案中，首先获取用户登录云渲染平台的用户ID，为后续的调度和查询提供操作支持；调度元宇宙客户端，根据用户ID在存档数据中查询角色信息，角色信息为预设的插件中预设的角色模板对应的角色信息，通过查询角色信息，以便确定后续是否进行角色管理；在未查询到角色信息的情况下，利用预设的插件进行角色管理，得到角色信息，并将角色信息进行存档，得到存档数据，利用预设的插件进行角色管理，有利于角色的快速形成，方便形成的角色应用于不同的活动；响应于用户对角色信息的选择操作，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，以适用于不同活动场景，利用编辑后的角色信息更新存档数据，以便下次直接使用存档数据中的角色信息，无需重新构建角色。与现有技术中一个角色仅能够应用于其进入的活动场景中，角色应用场景单一相比，本申请实施例通过利用预设的插件进行角色管理，将角色与活动分隔开，能够依据角色信息快速构建角色并适用于不同的活动场景，实现元宇宙应用的共享存储。

在本申请的一些实施例中，所述利用所述预设的插件进行角色管理，得到所述角色信息，包括：

利用所述预设的插件进行角色创建，得到初始角色；

对所述初始角色进行编辑处理，得到目标角色；

对所述目标角色进行拆分，得到所述角色信息。

在上述技术方案中，在未查询到角色信息的情况下，利用预设的插件进行角色创建，得到初始角色，具有角色后续才能使用角色；然后对初始角色进行编辑处理，得到目标角色，编辑初始角色能够使得角色符合一般活动场景，再对目标角色进行拆分，得到角色信息，能够根据角色信息得到适用于不同活动的角色。

在本申请的一些实施例中，所述角色信息包括角色资源和角色参数；

所述将所述角色信息进行存档，得到所述存档数据，包括：

利用预设的第一格式对所述角色资源进行存储，得到第一存储数据，所述第一格式为pak后缀文件；

利用预设的第二格式对所述角色参数进行存储，得到第二存储数据，所述第二格式为scv后缀文件；

将所述第一存储数据和所述第二存储数据构成所述存档数据。

在上述技术方案中，按照pak后缀文件格式对角色资源进行存储，可以将多个文件打包成一个文件，从而减少文件数量和管理上的复杂性，可以更加高效地组织、分发和部署文件，并且读取调用方便简单，适用于多种应用；按照scv后缀文件根式对角色参数进行存储，方便对角色参数进行修改，数据的读取和处理变得简单和快速，有利于根据不同应用快速进行目标角色变换；将第一存储数据和第二存储数据上传得到存档数据，以便后续查询存档数据中的角色信息以使用角色。

在本申请的一些实施例中，所述利用所述预设的插件进行角色创建，得到初始角色，包括：

响应于用户对所述角色模板的选择操作，在所述云渲染平台的页面上显示角色模板详情信息，所述角色模板详情信息包括任务角色形态；

响应于用户对角色模板详情信息中任务角色形态的选择操作，得到所述初始角色。

在上述技术方案中，触发于用户对角色模板的选择操作，显示角色模板详情信息，以及触发于用户对任务角色形态的选择操作，得到初始角色，该初始角色明确了人物角色的性别或者骨架信息，有利于后续对初始角色进行编辑，得到目标角色。

在本申请的一些实施例中，所述角色模板详情信息还包括装扮数据；

所述对所述初始角色进行编辑处理，得到目标角色，包括：

基于所述装扮数据，对所述初始角色进行体型、面部脸型、妆容、发型、服装和饰品中至少一种的编辑，得到所述目标角色。

在上述技术方案中，通过对初始角色的体型、面部脸型、妆容、发型、服装和饰品中的至少一种进行编辑，能够支持角色各个部分的编辑更改，使得得到的目标角色与活动场景符合，体验感较好。

在本申请的一些实施例中，在所述根据所述用户ID在存档数据中查询角色信息之后，所述方法还包括：

在查询到所述角色信息的情况下，响应于用户对所述角色信息的选择操作，加入与所述角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新所述存档数据。

在上述技术方案中，在查询到角色信息的情况下，响应于用户对角色信息的选择操作，挑选个人喜欢的角色，增加加入活动的兴趣，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，主要修改角色参数，能够实现快速进行换装，利用编辑后的角色信息更新存档数据，使得下次再利用该角色信息时，直接调用插件获取角色即可，节省操作。

在本申请的一些实施例中，在所述利用所述预设的插件进行角色管理，得到所述角色信息，并将所述角色信息进行存档，得到所述存档数据之前，所述方法还包括：

调用所述预设的插件，在所述预设的插件调用成功的情况下，在所述云渲染平台上显示角色管理页面，利用所述预设的插件进行角色管理；

在所述预设的插件调用失败的情况下，在所述云渲染平台的页面上显示插件调用失败的提示，响应于对所述预设的插件的配置操作，执行所述调用所述预设的插件的步骤。

在上述技术方案中，在预设的插件调用成功的情况下，利用预设的插件管理角色；在预设的插件调用失败的情况下，通过显示插件调用失败的提示，促使配置人员在对应的应用中配置插件，响应于对预设的插件的配置操作，执行调用预设的插件的步骤，以实现对角色的管理操作。

第二方面，本申请实施例提供了一种元宇宙角色管理装置，应用于云渲染平台，所述装置包括：

数据获取模块，用于获取用户登录所述云渲染平台的用户ID；

调度查询模块，用于调度元宇宙客户端，根据所述用户ID在存档数据中查询角色信息，所述角色信息为预设的插件中预设的角色模板对应的角色信息；

角色管理模块，用于在未查询到所述角色信息的情况下，利用所述预设的插件进行角色管理，得到所述角色信息，并将所述角色信息进行存档，得到所述存档数据；

数据更新模块，用于响应于用户对所述角色信息的选择操作，加入与所述角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新所述存档数据。

第三方面，本申请实施例提供了一种电子设备，包括处理器、存储器、用户接口及网络接口，所述存储器用于存储指令，所述用户接口和网络接口用于给其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行上述第一方面提供的任意一项所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有指令，当所述指令被执行时，执行上述第一方面提供的任意一项所述的方法。

综上所述，本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、由于采用了利用预设的插件进行角色管理，响应于用户对角色信息的选择操作，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新存档数据的技术手段，所以，有效解决了相关技术中一个角色仅能够应用于其进入的活动场景中，角色应用场景单一的问题。能够将角色与活动分隔开，依据角色信息快速构建角色并适用于不同的活动场景，实现元宇宙应用的共享存储。

2、将角色按照第一格式和第二格式进行存储，方便在活动中调用相应文件，即可进行角色的应用。

3、预设的插件中设置有角色模板，有利于快速构建角色。

4、从体型、面部脸型、妆容、发型、服装和饰品等多个方面编辑角色，使得虚拟角色更加形象，用户在活动中的体验感更好。

附图说明

图1是本申请一个实施例提供的元宇宙角色管理方法的流程示意图；

图2是图1中步骤S300的一个子步骤流程示意图；

图3是图2中步骤S310的一个子步骤流程示意图；

图4是图1中步骤S300的另一个子步骤流程示意图；

图5是本申请另一个实施例提供的元宇宙角色管理方法的流程示意图；

图6是本申请一个实施例提供的元宇宙角色管理方法的整体流程示意图；

图7是本申请一个实施例提供的元宇宙角色管理装置的结构示意图；

图8是本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

为了使本领域的技术人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“多个”的含义是指两个或两个以上。例如，多个系统是指两个或两个以上的系统，多个屏幕终端是指两个或两个以上的屏幕终端。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例提供一种元宇宙角色管理方法、装置、电子设备和可读存储介质，该元宇宙角色管理方法首先首先获取用户登录云渲染平台的用户ID，为后续的调度和查询提供操作支持；调度元宇宙客户端，根据用户ID在存档数据中查询角色信息，角色信息为预设的插件中预设的角色模板对应的角色信息，通过查询角色信息，以便确定后续是否进行角色管理；在未查询到角色信息的情况下，利用预设的插件进行角色管理，得到角色信息，并将角色信息进行存档，得到存档数据，利用预设的插件进行角色管理，有利于角色的快速形成，方便形成的角色应用于不同的活动；响应于用户对角色信息的选择操作，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，以适用于不同活动场景，利用编辑后的角色信息更新存档数据，以便下次直接使用存档数据中的角色信息，无需重新构建角色。与现有技术中一个角色仅能够应用于其进入的活动场景中，角色应用场景单一相比，本申请实施例通过利用预设的插件进行角色管理，将角色与活动分隔开，能够依据角色信息快速构建角色并适用于不同的活动场景，实现元宇宙应用的共享存储。

需要说明的是，该元宇宙角色管理方法应用于元宇宙建立的虚拟世界中各种活动的角色的管理，该活动为可以为游戏，也可以为活动社交场景应用，以及其他活动场景应用。其中，游戏或者社交场景可以是设定的，也可以调用的其他第三方开发的游戏等。本申请实施例能够快速构建角色，适用于不同的活动场景。示例性地，活动场景可以为浏览博物馆，角色可以浏览画作等。

下面结合附图，对本申请实施例提供的技术方案作出进一步说明。

参照图1，图1是本申请实施例提供的元宇宙角色管理方法的流程示意图。元宇宙角色管理方法应用于云渲染平台，通过电子设备或者可读存储介质中的处理器执行元宇宙角色管理方法，该元宇宙角色管理方法包括步骤S100、步骤S200、步骤S300和步骤S400。

步骤S100，获取用户登录云渲染平台的用户ID。

在一实施例中，首先在云渲染平台上进行账户注册，在注册后能够获得一个唯一的标识，唯一的标识记录为用户ID，该标识可以是用户的账号名，也可以为平台自动给出的能够标注唯一身份的编码。然后进行账号登录，登录成功，能够在云渲染平台上找到用户信息页面，得到用户ID。通过预设的API接口获取用户ID，根据用户ID进行后续操作的授权，为后续的客户端调度和查询提供操作支持。

步骤S200，调度元宇宙客户端，根据用户ID在存档数据中查询角色信息，角色信息为预设的插件中预设的角色模板对应的角色信息。

在一实施例中，利用预设的调度接口调度元宇宙客户端，元宇宙客户端中包括多个应用或活动，登录的元宇宙客户端的账户与用户ID相对应，经过授权后能够对各个活动进行访问，其中，该预设的调度接口为专业人员根据经验设置。通过调用元宇宙客户端能够进入元宇宙应用，每一个元宇宙应用均对应一个预设的插件，以便后续快速进行角色的管理。

在另一实施例中，根据用户ID在存档数据中查询角色信息，该角色信息为预设的插件中预设的角色模板对应的角色信息，每个用户可能对应有一个存档数据，根据用户ID查询存档数据，具体为获取当前存档数据的存储位置，该用户ID经过授权，能够访问内存或者硬盘，然后查找该用户ID对应的存档数据。在存档数据存储角色信息，通过在存档数据中查询角色信息，有利于后续确定是否进行角色创建管理。

步骤S300，在未查询到角色信息的情况下，利用预设的插件进行角色管理，得到角色信息，并将角色信息进行存档，得到存档数据。

在一实施例中，在未查询到角色信息的情况下，即表示为该用户ID对应的账号还未构建角色或者未保存有其他角色，利用预设的插件进行角色管理，得到角色信息，并将角色信息进行存档，得到存档数据。其中，该预设的插件为专业人员根据经验进行设定，并制定了操作说明书，能够对角色进行统一管理和存储，将角色与应用活动进行分离，快速构建应用于不同活动场景的角色，实现应用的共享存储，应用方便。

如图2所示，利用预设的插件进行角色管理，得到角色信息，包括但不限于有以下步骤：

步骤S310，利用预设的插件进行角色创建，得到初始角色。

在本申请一些可能的实施例中，在元宇宙的应用中安装和配置了预设的插件，使其具有正确的路径，能够使得各个应用方便快捷地调用。根据操作说明书，通过插件中提供的模板进行角色创建，得到初始角色。有利于后续对初始角色进行编辑，得到目标角色。

如图3所示，利用预设的插件进行角色创建，得到初始角色，包括但不限于有以下步骤：

步骤S311，响应于用户对角色模板的选择操作，在云渲染平台的页面上显示角色模板详情信息，角色模板详情信息包括任务角色形态。

在本申请一些可能的实施例中，根据云渲染平台上显示的插件提供的角色模板，用户可以对角色模板进行选择，响应于用户对预设的插件中的角色模板的选择操作，在云渲染平台的页面上显示角色模板详情信息。通过显示角色模板详情信息，有利于后续用户对角色进行具体细节方面的创建。其中，角色模板详情信息包括任务角色形态，任务角色形态是指人物角色的性别及其角色模型。

步骤S312，响应于用户对角色模板详情信息中任务角色形态的选择操作，得到初始角色。

在本申请一些可能的实施例中，根据步骤S311展示的角色模板详情信息，用户可以对角色模板详情信息中任务角色形态进行选择，响应于用户对角色模板详情信息中任务角色形态的选择操作，得到初始角色。该初始角色明确了人物角色的性别或者骨架信息，有利于后续对初始角色进行编辑，得到目标角色。示例性地，触发于用户对角色模板详情信息中的女性和女性对应的骨架的选择，得到的女性角色作为初始角色。其中性别包括男性和女性，骨架信息包括大骨架和小骨架等。

步骤S320，对初始角色进行编辑处理，得到目标角色。

在本申请一些可能的实施例中，角色模板详情信息还包括装扮数据，装扮数据提供体型、面部脸型、妆容、发型、服装和饰品等多种样式的选择。其中，体型包括身高和胖瘦，身高可以设置为具体的长度数值，胖瘦可以设置为具体的重量数值，并且胖瘦与步骤S312选择的骨架相关联；面部脸型包括圆脸、方脸和瓜子脸等；妆容包括彩妆、淡妆、素颜等；发型包括长发、中长发和短发，长发又包括长直发和长卷发，中长发也包括中长直发和中长卷发，短发包括直短发和卷短发等；服装包括古装、现代装、可以有不同的搭配，这里不作一一举例；饰品包括耳饰品、头饰品、手饰品等，这里不作一一举例。对初始角色进行编辑处理，主要为根据装扮数据，对初始角色进行装扮。示例性地，根据步骤S312创建的女性角色，可以选择小骨架，并进行捏脸处理，选择圆脸、淡妆、长直发、古装服饰、耳饰品、头饰品等，得到目标角色。通过得到目标角色，方便后续对目标角色进行拆分得到角色信息。

在另一实施例中，还可以对编辑得到的目标角色进行预览处理，用户通过点击云渲染平台的页面上显示的预览按钮，响应于对预览的点击操作，预览目标角色。在目标角色不符合用户的需求的情况下，用户还可以对角色进行编辑，根据任务角色形态和装扮数据进行修改，得到目标角色，以便后续根据目标角色得到角色信息。

步骤S330，对目标角色进行拆分，得到角色信息。

在一实施例中，根据步骤S320得到的目标角色，对目标角色可以进行拍照或者存档存储，有利于为用户提供参考样例。对目标角色进行拆分，将目标角色拆分为角色资源和角色参数，得到角色信息，将目标角色进行拆分，有利于后续用户仅仅修改角色参数就能够得到适用于不同活动场景的角色，以便快速构建角色，并能够适用于不同的活动场景。

在一实施例中，角色信息包括角色资源和角色参数，如图4所示，将角色信息进行存档，得到存档数据，包括但不限于有以下步骤：

步骤S340，利用预设的第一格式对角色资源进行存储，得到第一存储数据，第一格式为pak后缀文件。

在本申请一些可能的实施例中，由于角色信息包括角色资源和角色参数，分别对角色资源和角色参数进行存储。第一格式为pak后缀文件，在元宇宙的应用中，通过API接口获取pad后缀文件中的资源，无需手动解压和处理文件，读取调用方便简单。由于角色资源为目标角色对应的角色形态和装扮数据的选择，利用预设的第一格式对角色资源进行存储，得到第一存储数据，可以将多个文件打包成一个文件，从而减少文件数量和管理上的复杂性，可以更加高效地组织、分发和部署文件，并且读取调用方便简单，适用于多种应用。将多个文件打包成.pak文件后，可以增加文件的保护性，避免被非法访问和修改，对于元宇宙的应用需要保护资源完整性和安全性的场景具有较大作用。

步骤S350，利用预设的第二格式对角色参数进行存储，得到第二存储数据，第二格式为scv后缀文件。

在本申请一些可能的实施例中，第二格式为scv后缀文件，由于.csv文件是纯文本格式，其中的数据是以文本的形式表示的，因此可以被轻松阅读和理解，在进行数据交换、共享和合作时非常有用，有助于减少数据的解释和沟通成本。在元宇宙的应用中，基于不同编程语言提供的库获取scv后缀文件中的角色参数，示例性地，Python的pandas库和JavaScript的CSV Parser等，可以通过编辑器进行查看和编辑，数据的读取和处理简单。由于角色参数为目标角色对应的角色形态和装扮数据中对应的参数，修改角色参数决定了目标角色的最终呈现形态，且进行修改角色参数操作简单。利用预设的第二格式对角色资源进行存储，得到第二存储数据，通常不包含复杂的格式和结构，方便对角色参数进行修改，数据的读取和处理变得简单和快速，有利于根据不同应用快速进行目标角色变换。并且，几乎所有的数据处理工具和编程语言都提供了对.csv文件的支持，使得可以在不同的环境中处理.csv文件。

步骤S360，将第一存储数据和第二存储数据构成存档数据。

在本申请一些可能的实施例中，根据步骤S340得到的第一存储数据和步骤S350得到的第二存储数据，由于第一存储数据和第二存储数据的文件格式不同，分别将其保存至存档数据。即存档数据包括了第一存储数据和第二存储数据，第一存储数据对应了角色资源，第二存储数据对应了角色参数，通过角色资源和角色参数得到角色信息。然后通过预设的协议上传第一存储数据和第二存储数据，预设的协议可以为http协议或者udp协议。通过得到存档数据，查询存档中是否存在角色信息能够合理地进行角色管理，以快速构建出适用于不同活动场景的角色。

在另一实施例中，在根据用户ID在存档数据中查询角色信息之后，元宇宙角色管理方法还包括但不限于有步骤500。

步骤500，在查询到角色信息的情况下，响应于用户对角色信息的选择操作，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新存档数据。

在一实施例中，在查询到角色信息的情况下，表明已存在创建的角色，用户能够对存档数据中的角色信息进行选择，挑选个人喜欢的角色。响应于用户对存档数据中的角色信息的选择操作，能够根据角色信息得到喜好的角色。然后加入与角色模板对应的活动场景，使得选择的角色信息与活动场景相适应，加入活动后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新存档数据，具体为：针对该选择的角色信息，获取存档数据中对应的角色资源和角色参数，对选择的角色信息进行还原，得到还原后的角色，再对还原的角色进行编辑，主要修改第二格式文件中的角色参数，便能够得到符合该活动场景下的角色，操作简单快捷，无需再重新构建初始角色，简化了操作。再对角色进行编辑，然后形成角色信息，利用编辑后得到的角色信息更新存档数据，将编辑后得到的角色信息按照第一格式以及第二格式进行存储，更新存档数据，使得下次再利用该角色时，直接调用插件获取角色信息，并进行角色渲染即可得到角色，节省操作。通过存档数据进行角色管理，能够快速构建适用于不同活动场景的角色，实现元宇宙应用的共享存储。

如图5所示，在利用预设的插件进行角色管理，得到角色信息，并将角色信息进行存档，得到存档数据之前，元宇宙角色管理方法还包括但不限于有以下步骤：

首先调用预设的插件，步骤S600，在预设的插件调用成功的情况下，在云渲染平台上显示角色管理页面，利用预设的插件进行角色管理。

在一实施例中，调用预设的插件，在预设的插件调用成功的情况下，即表示为元宇宙的活动应用中成功配置了插件，在云渲染平台上显示角色管理页面，利用预设的插件进行角色管理，实现对角色的管理操作。

步骤S700，在预设的插件调用失败的情况下，在云渲染平台的页面上显示插件调用失败的提示，响应于对预设的插件的配置操作，执行调用预设的插件的步骤。

在一实施例中，调用预设的插件，在预设的插件调用失败的情况下，即表示为元宇宙的应用中未成功配置插件，在云渲染平台的页面上显示插件调用失败的提示，通过插件调用失败提示信息促使配置人员在对应的活动应用中配置插件，然后再重新调用预设的插件，实现利用插件对角色的管理操作。

步骤S400，响应于用户对角色信息的选择操作，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新存档数据。

在一实施例中，用户能够对存档数据中的角色信息进行选择，挑选个人喜欢的角色。响应于用户对存档数据中的角色信息的选择操作，能够根据角色信息得到喜好的角色。然后加入与角色模板对应的活动场景，使得选择的角色信息与活动场景相适应，加入活动后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新存档数据，具体为：针对该选择的角色信息，获取存档数据中对应的角色资源和角色参数，对选择的角色信息进行还原，得到还原后的角色，再对还原的角色进行编辑，主要修改第二格式文件中的角色参数，便能够得到符合该活动场景下的角色，操作简单快捷，无需再重新构建初始角色，简化了操作。再对角色进行编辑，然后形成角色信息，利用编辑后得到的角色信息更新存档数据，将编辑后得到的角色信息按照第一格式以及第二格式进行存储，更新存档数据，使得下次再利用该角色时，直接调用插件获取角色信息，并进行角色渲染即可得到角色，节省操作。通过存档数据进行角色管理，能够快速构建适用于不同活动场景的角色，实现元宇宙应用的共享存储。

在另一实施例中，利用预设的插件还可以对当前数据存档进行管理，还可以删除用户存档，以及删除本地缓存。

如图6所示，本申请实施例提供了元宇宙角色管理方法的整体流程示意图，首先获取用户登录云渲染平台的用户ID，然后调度元宇宙客户端，根据用户ID在存档数据中查询角色信息；在未查询到角色信息的情况下，利用预设的插件进行角色创建，得到初始角色，响应于用户对预设的插件中的角色模板的选择操作，在云渲染平台的页面上显示角色模板详情信息，角色模板详情信息包括任务角色形态，响应于用户对角色模板详情信息中任务角色形态的选择操作，得到初始角色；对初始角色进行体型、面部脸型、妆容、发型、服装和饰品中至少一种的编辑，得到目标角色，然后对目标角色进行拆分，得到角色信息，然后响应于用户对角色信息的选择操作，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新存档数据。在查询到角色信息的情况下，响应于用户对角色信息的选择操作，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新存档数据。本申请实施例通过利用预设的插件进行角色管理，将角色与活动分隔开，能够快速构建适用于不同活动应用的角色，实现元宇宙应用的共享存储。

如图7所示，本申请实施例提供一种元宇宙角色管理装置100，该装置100应用于云渲染平台，该装置100首先通过数据获取模块110获取用户登录云渲染平台的用户ID，为后续的调度和查询提供操作支持；然后利用调度查询模块120调度元宇宙客户端，根据用户ID在存档数据中查询角色信息，角色信息为预设的插件中预设的角色模板对应的角色信息，通过查询角色信息，以便确定后续是否进行角色管理；随后通过角色管理模块130在未查询到角色信息的情况下，利用预设的插件进行角色管理，得到角色信息，并将角色信息进行存档，得到存档数据，利用预设的插件进行角色管理，有利于角色的快速形成，方便形成的角色应用于不同的活动；再利用数据更新模块140响应于用户对角色信息的选择操作，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，以适用于不同活动场景，利用编辑后的角色信息更新存档数据，以便下次直接使用存档数据中的角色信息，无需重新构建角色。

需要说明的是，数据获取模块110与调度查询模块120连接，调度查询模块120与角色管理模块130连接，角色管理模块130与数据更新模块140连接。上述元宇宙角色管理方法应用于元宇宙角色管理装置100，元宇宙角色管理装置100通过利用预设的插件进行角色管理，响应于用户对角色信息的选择操作，加入与角色模板对应的活动场景后，对选择的角色信息进行角色渲染和编辑，利用编辑后的角色信息更新存档数据，能够将角色与活动分隔开，依据角色信息快速构建角色并适用于不同的活动场景，实现元宇宙应用的共享存储。

在一实施例中，角色管理模块130还包括角色创建模块131、角色编辑模块132和角色拆分模块133，角色创建模块131与角色编辑模块132连接，角色编辑模块132与角色拆分模块133连接。

在一实施例中，通过创建模块131响应于用户对预设的插件中的角色模板的选择操作，在云渲染平台的页面上显示角色模板详情信息。通过显示角色模板详情信息，有利于后续用户对角色进行具体细节方面的创建。响应于用户对角色模板详情信息中任务角色形态的选择操作，得到初始角色。该初始角色明确了人物角色的性别或者骨架信息，有利于后续对初始角色进行编辑，得到目标角色。

在一实施例中，通过角色编辑模块132对初始角色进行编辑处理，主要为根据装扮数据，对初始角色进行装扮。示例性地，根据创建的女性角色，可以选择小骨架，并进行捏脸处理，选择圆脸、淡妆、长直发、古装服饰、耳饰品、头饰品等，得到目标角色。通过得到目标角色，方便后续对目标角色进行存档并在应用活动中利用目标角色。还可以对编辑得到的目标角色进行预览处理，用户通过点击云渲染平台的页面上显示的预览按钮，响应于对预览的点击操作，预览目标角色。在目标角色不符合用户的需求的情况下，用户还可以对角色进行编辑，根据任务角色形态和装扮数据进行修改，得到目标角色，以便后续对目标角色进行拆分得到角色信息。

通过角色拆分模块133对目标角色进行拆分，将目标角色拆分为角色资源和角色参数，得到角色信息，将目标角色进行拆分，有利于后续用户仅仅修改角色参数就能够得到适用于不同活动场景的角色，以便快速构建角色，并能够适用于不同的活动场景。

还需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请还公开一种电子设备。参照图8，图8是本申请实施例的公开的一种电子设备的结构示意图。该电子设备500可以包括：至少一个处理器501，至少一个网络接口504，用户接口503，存储器505，至少一个通信总线502。

其中，通信总线502用于实现这些组件之间的连接通信。

其中，用户接口503可以包括显示屏（Display）、摄像头（Camera），可选用户接口503还可以包括标准的有线接口、无线接口。

其中，网络接口504可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器501可以包括一个或者多个处理核心。处理器501利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器505内的指令、程序、代码集或指令集，以及调用存储在存储器505内的数据，执行服务器的各种功能和处理数据。可选的，处理器501可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable LogicArray，PLA）中的至少一种硬件形式来实现。处理器501可集成中央处理器（CentralProcessing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器501中，单独通过一块芯片进行实现。

其中，存储器505可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器505包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器505可用于存储指令、程序、代码、代码集或指令集。存储器505可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器505可选的还可以是至少一个位于远离前述处理器501的存储装置。参照图8，作为一种计算机存储介质的存储器505中可以包括操作系统、网络通信模块、用户接口模块以及一种元宇宙角色管理方法的应用程序。

在图8所示的电子设备500中，用户接口503主要用于为用户提供输入的接口，获取用户输入的数据；而处理器501可以用于调用存储器505中存储一种元宇宙角色管理方法的应用程序，当由一个或多个处理器501执行时，使得电子设备500执行如上述实施例中一个或多个的方法。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几种实施方式中，应该理解到，所披露的装置，可通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践真理的公开后，将容易想到本公开的其他实施方案。

本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。