一种虚拟角色的换装方法、系统和计算机可读存储介质与流程

1.本申请涉及图像处理技术领域，特别是涉及一种虚拟角色的换装方法、系统和计算机可读存储介质。


背景技术：

2.在多人在线战术竞技游戏(multiplayer online battle arena)简称为moba和角色扮演类游戏(role
‑
playing game)简称为rpg游戏中，为提升玩家的使用体验和商业需求，通常对一个虚拟角色提供有多个装扮(也称为皮肤)，其中，装扮可以包括虚拟角色的形状、组成色彩和技能特效等。
3.在相关技术中，在对虚拟角色添加新的装扮时，通过2d动画资源spine自带的皮肤功能，需要将与装扮相关的所有文件导出，再由研发人员重新进行资源策划和配置；在这个过程中，对资源的管理和配置的步骤过于繁琐。同时，随着添加的新装扮的数量越来越多，整个虚拟角色的数据量也越来越大。
4.目前针对相关技术中在对虚拟角色添加新的装扮(皮肤)时过程较为繁琐的问题，尚未提出有效的解决方案。


技术实现要素：

5.本申请实施例提供了一种虚拟角色的换装方法、系统、计算机设备和计算机可读存储介质，以至少解决相关技术中在对虚拟角色添加新的装扮(皮肤)时过程较为繁琐的问题。
6.第一方面，本申请实施例提供了一种一种虚拟角色的换装方法，所述方法包括：
7.spine客户端根据设计人员的第一操作指令生成虚拟角色的第一模型，其中，所述第一模型包括一个骨骼文件和多个第一拆份文件；
8.将所述第一模型中的所述骨骼文件和所述第一拆份文件保存在第一文件夹；
9.复制所述第一拆份文件至第二文件夹，所述spine客户端获取所述第一拆份文件并根据第二操作指令对所述第一拆份文件进行修改生成第二拆份文件；
10.将所述骨骼文件和所述第二拆份文件结合生成第二模型。
11.在其中一些实施例中，所述spine客户端获取所述第一拆份文件并根据第二操作指令对所述第一拆份文件进行修改，生成第二拆份文件包括：
12.所述spine客户端接收设计人员的第二操作指令，根据所述第二操作指令中的修改指令对所述第一拆份文件的颜色、形状进行修改，生成所述第二拆份文件；
13.根据所述第二操作指令中的删减指令对所述拆份文件进行删减，生成所述第二拆份文件。
14.在其中一些实施例中，所述根据所述第二操作指令对所述第一拆份文件的形状进行修改包括：
15.所述spine客户端通过所述第二操作指令中的比例切换指令，通过配置所述第一
拆份文件中头部文件和身体文件的比例对所述第一拆份文件的形状进行修改。
16.在其中一些实施例中，所述spine客户端根据第二操作指令对所述第一拆份文件进行修改生成第二拆份文件包括：
17.所述spine客户端根据第二操作指令对所述第一拆份文件进行修改后，所述spine客户端获取所述第一拆份文件的尺寸信息，按照所述尺寸信息将修改后所述第一拆份文件导出后，生成所述第二拆份文件。
18.在其中一些实施例中，所述将所述第二模型的数据保存在第二文件夹中包括：
19.所述spine客户端获取所述第一拆份文件的命名信息以及所述第一拆份文件与第二拆份文件的对应关系，根据所述对应关系对所述第二拆份文件进行文件命名。
20.在其中一些实施例中，将所述骨骼文件和所述第二拆份文件结合生成第二模型包括：
21.所述spine客户端获取所述第一拆份文件的导出设置信息，在所述骨骼文件和所述第二拆份文件结合之后生成初始第二模型；
22.所述spine根据所述导出设置信息将所述初始第二模型导出生成所述第二文件夹；
23.所述spine客户端接收设计人员的第三操作指令，根据所述第三操作指令改变所述第二模型的比例。
24.第二方面，本申请实施例提供了一种虚拟角色的换装系统，所述系统包括：spine客户端和存储端，其中，
25.所述spine客户端用于根据设计人员的第一操作指令生成虚拟角色的第一模型，其中，所述第一模型包括一个骨骼文件和多个第一拆份文件、根据第二操作指令对所述第一拆份文件进行修改生成第二拆份文件、以及将所述骨骼文件和所述第二拆份文件结合生成第二模型；
26.所述存储端用于将所述第一模型中的所述骨骼文件和所述第一拆份文件保存在第一文件夹，复制所述第一拆份文件至第二文件夹。
27.在其中一些实施例中，所述spine客户端还用于所接收设计人员的第二操作指令，根据所述第二操作指令中的修改指令对所述第一拆份文件的颜色、形状进行修改，以及根据所述第二操作指令中的删减指令对所述拆份文件进行删减。
28.第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的一种虚拟角色的换装方法。
29.第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的一种虚拟角色的换装方法。
30.相比于相关技术，本申请实施例提供的一种spine客户端根据设计人员的第一操作指令生成虚拟角色的第一模型，其中，第一模型包括一个骨骼文件和多个第一拆份文件；将第一模型中的骨骼文件和第一拆份文件保存在第一文件夹；复制第一拆份文件至第二文件夹，spine客户端根据第二操作指令对第一拆份文件进行修改生成第二拆份文件；将骨骼文件和第二拆份文件结合生成第二模型。解决了相关技术中在对虚拟角色添加新的装扮(皮肤)时过程较为繁琐的问题，在不用重新导出骨骼及动画信息的条件下，实现不同造型
的皮肤。
附图说明
31.此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
32.图1是根据本申请实施例的一种虚角色的换装方法的应用环境示意图；
33.图2是根据本申请实施例的个虚拟角色的换装方法的流程图；
34.图3是本申请实施例的主皮肤和拓展皮肤的示意图；
35.图4是根据本申请实施例的改变模型比例的示意图；
36.图5是根据本实施例的改变模型头身比例的示意图；
37.图6是根据本申请实施例的一种虚拟角色换装系统的结构框图；
38.图7是根据本申请实施例的电子设备的内部结构示意图。
具体实施方式
39.为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
40.显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。
41.在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
42.除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对
象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
43.本申请实施例提供的一种虚拟角色的换装方法，可以应用在图1所示的应用环境中，图1是根据本申请实施例的一种虚角色的换装方法的应用环境示意图，如图1所示，终端10与服务器11通过网络进行通信，终端10上安装有对虚拟角色的装扮进行设计和渲染的应用程序客户端。用户可以通过终端10上的如触摸屏、实体按键以及键盘和鼠标等外部设备对应用程序发出操作指令，用于实现对虚拟角色皮肤模型的设计、修改、更新以及相关数据的保存等功能。另外，终端10上产生的虚拟角色皮肤修改和更新的相关数据可以上传至服务器，同时终端10还可以服务器11发出的如虚拟角色的皮肤添加和更新等指令信息，以实现对虚拟角色的换装和皮肤资源的管理。进一步的，终端10可以是智能手机、平板电脑、台式电脑、笔记本电脑和智能可穿戴设备；服务器11可以是独立的服务器或者是多个服务器组成的集群。
44.本申请提供了一种虚拟角色的换装方法，图2是根据本申请实施例的虚拟角色的换装方法的流程图，如图2所示，该流程包括如下步骤：
45.步骤s201，spine客户端根据设计人员的第一操作指令生成虚拟角色的第一模型，其中，第一模型包括一个骨骼文件和多个第一拆份文件；需要说明的是，spine是一款专门为软件和游戏开发设计的2d动画软件，第一操作指令是游戏设计人员结合项目需求和技术经验通过计算机处理器生成的设计指令。另外，该虚拟角色可以是游戏系统中玩家操作的实体，或者是计算机程序控制的npc游戏实体。进一步的，在本实施例中，该第一模型是最基础的模型，后续的换装流程都基于该第一模型，设计人员在设计该第一模型预时，将第一模型设计为最复杂的状态，包括头部、衣摆和装饰灯部位，用于方便后删减修改，对后续生成拓展皮肤预留了足够的拓展空间。需要说明的是，在spine动画软件中，动画模型通常由骨骼和贴图组成，其中，拆份文件是将基础模型中的贴图拆分后生成的，可选的，该拆份文件可以是头部装饰贴图、发型贴图，衣服贴图和帽冠贴图等，本实施例中，第一拆份文件包含虚拟对象的全部贴图；
46.步骤s202，将第一模型中的骨骼文件和第一拆份文件保存在第一文件夹；需要说明的是，在保存的过程中，对于骨骼文件和所有的第一拆份文件都设置有有独立且不同的文件名称，从而方便后续在拓展皮肤创建过程中，保持拆份文件的一致性；另外，为了便于主皮肤与拓展皮肤的区分，第一文件夹采用独立的且易凸显主副关系的命名方式，例如：第一文件夹命名为：images
‑
衡山尼姑，可选的，第二文件的命名方式为：images
‑
衡山尼姑_白小青；
47.步骤s203，复制第一拆份文件至第二文件夹，spine客户端根据第二操作指令对第一拆份文件进行修改生成第二拆份文件；其中，该第二操作指令是设计人员修改第一拆份文件的指令，比如，修改拆份文件颜色的指令或缩放贴图的指令。其中，在修改拆份文件的颜色时，该拆份文件中可以有任意的像素变化。可以理解，在对多个拆份文件经过像素变化后，渲染生成的拓展皮肤的造型将会发生较大的改变；在本实施例中，将第一拆份文件和从第一文件夹复制至第二文件夹的过程中，第一拆份文件的命名信息和尺寸信息不能改变，需要跟主皮肤的第一拆份文件的命名和尺寸保持一致，从而保证后续生成的第二模型不会产生畸变；
48.步骤s204，spine客户端基于骨骼文件和第二拆份文件结合生成第二模型，可选的，上述第二模型可以按照预设的导出设置信息导出至本地存储。
49.通过上述步骤s201至s204，相比较于相关技术中将与装扮相关的所有文件导出，再由研发人员重新进行资源策划和配置，进行虚拟角色皮肤更新的方法，本实施例通过在设计阶段设计包含全部背景贴图的基础模型，再将所有的背景贴图拆分为若干个拆份文件，在进行皮肤更新时，只需要获取拆份文件，对拆份文件进行删减和修改或者添加之后，再将其结合到基础模型的骨骼图上生成新的皮肤的装扮，同时，在虚拟角色的换装过程中，提供有一套规范制作流程，方便后续的管理。解决了相关技术中在更新皮肤时，需要将原有皮肤相关的所有数据导出，导致皮肤更新过程所需工作量较大的问题，提升了工作效率问题。
50.在其中一些实施例中，图3是本申请实施例的主皮肤301和拓展皮肤302的示意图，如图3所示，主皮肤301包括该虚拟角色的最复杂状态，根据主皮肤301生成的拓展皮肤302则是在主皮肤301基础上进行更改拆份图，删减拆份图等操作制作生成的。通过本实施例提供的方法，在版本更新的情况下，不用对虚拟角色的整套文件进行更新，只需更新新的贴图即拆份文件和配置文件即可，同时，因为不需要进行整套文件的更新，只需增加新的拆份文件，所以角色的皮肤文件的数据量不会跟随皮肤数量的增多而显著增大。
51.在其中一些实施例中，spine客户端获取第一拆份文件并根据第二操作指令对第一拆份文件进行修改生成第二拆份文件包括，spine客户端接收设计人员的第二操作指令，根据第二操作指令中的修改指令对第一拆份文件的颜色、形状进行修改，生成第二拆份文件；另外，可以根据第二操作指令中的删减指令对拆份文件进行删减，生成第二拆份文件。进一步的，spine客户端还可以通过第二操作指令中的缩放指令，根据缩放指令配置第一拆份文件中头部文件和身体文件的比例以及整体比例对第一拆份文件的形状进行修改。需要说明的是，该第二操作指令是设计人员通过电脑外接设备并在spine客户端环境中对拆份文件执行操作的操作指令。在对第一拆份文件修改或删减操作后，spine客户端获取第一拆份文件的尺寸信息，按照尺寸信息对第一拆份文件导出后生成第二拆份文件，通过上述方式，可以使主皮肤301和拓展皮肤302的模型尺寸和贴图尺寸保持一致。
52.在其中一些实施例中，图4是根据本申请实施例的改变模型比例的示意图，如图4所示，401是基础模型即主皮肤301，402是改变拆分图后生成的拓展皮肤302，403是其中一个改变模型比例生成的拓展皮肤302，其中，模型比例改变包括对模型中头部区域和身体区域贴图比例的改变，404是另一个改变模型比例和拆分图生成的拓展皮肤302。可以理解的是，通过改变拆份文件和改变头部贴图和身体贴图的比例或模型的整体比例，可以实现不同体型和造型的拓展皮肤302。可选的，基于上述基础模型，针对一些较大体型差异的拓展皮肤302也可以实现，图5是根据本实施例的改变模型头身比例的示意图，如图5所示，通过改变模型的头部区域贴图和模型整体的比例来实现虚拟角色的不同体型，例如，在虚拟角色拓展皮肤302的身材较为矮小时，将头部区域拆份文件与模型整体的比例增大；在虚拟角色的拓展皮肤302的身材较为高大时，将头部区域拆份文件与模型整体的比例减小，通过上述提供的比例缩放方法，实现在游戏环境中的虚拟角色的比例协调。
53.需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些
情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
54.本实施例还提供了一种虚拟角色的换装系统，该系统用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
55.图6是根据本申请实施例的一种虚拟陀角色换装系统的结构框图，如图6所示，该系统包括spine客户端61和存储端62，其中，
56.spine客户端61用于根据设计人员的第一操作指令生成虚拟角色的第一模型，其中，第一模型包括一个骨骼文件和多个第一拆份文件，获取第一拆拆份文件根据第二操作指令对第一拆份文件进行修改生成第二拆份文件，以及将骨骼文件和第二拆份文件结合生成第二模型；
57.存储端62用于将第一模型中的骨骼文件和第一拆份文件保存在第一文件夹，复制第一拆份文件至第二文件夹。
58.在其中一些实施例中，spine客户端61还用于所接收设计人员的第二操作指令，根据第二操作指令中的修改指令对第一拆份文件的颜色、形状进行修改，以及根据第二操作指令中的删减指令对拆份文件进行删减。
59.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种虚拟角色的换装方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
60.在一个实施例中，图7是根据本申请实施例的电子设备的内部结构示意图，如图7所示，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图7所示。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的数据库用于存储数据。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种虚拟角色的换装方法。
61.本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
62.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申
请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
63.本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
64.以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。