车载助手虚拟形象自定义方法与流程

1.本发明涉及人工智能技术领域，尤其涉及一种车载助手虚拟形象自定义方法。


背景技术：

2.随着人工智能领域的迅速发展，虚拟形象在直播带货、智能音箱、游戏等场景有广泛应用。如中国专利cn202010834708.2，公开了“一种车载助手的拟人化交互方法、装置及汽车”》，其公开的车载助手的拟人化交互方式，较传统的单一合成语音，能更好的达到共情效果。但目前市场上已配置虚拟助手形象的车型，基本为官方提供的固定形象，无法满足不同车主的差异化、个性化需求。
3.因此，如何在智能车辆领域，提供一种能够快速生成个性化虚拟形象的技术，以更好地满足用户差异化、个性化的需求，以成为本领域技术人员急需解决的技术问题。


技术实现要素：

4.针对现有技术存在的上述不足，本发明的目的在于提供一种车载助手虚拟形象自定义方法，用户能够自定义虚拟形象，实现端-云-端的交互，从而更好地满足用户差异化、个性化的需求。
5.为了解决上述技术问题，本发明采用的技术方案是这样的：一种车载助手虚拟形象自定义方法，其特征在于：包括如下步骤：1）车云平台上传并配置形象素材资源；2）移动客户端拍照生成肖像照片，然后上传到车云平台；3）车云平台将肖像照片传递到第三方云平台进行肖像风格化；4）第三方云平台将生成的虚拟形象回传到车云平台，供移动客户端下载；5）移动客户端下载虚拟形象后，进行个性化调整后，然后将调整后的资源配置文件及头部资源打包，并上传到车云平台进行保存；6）车机客户端同步车云平台的形象资源后，进行换装操作；并根据需求场景，执行虚拟形象交互渲染。
6.进一步地，步骤5）的具体工作过程包括如下步骤：s1、校验权限是否通过，若通过则进入步骤s2；s2、从车云平台获取虚拟形象列表，并判断是否存在虚拟形象，若否，进入步骤s3；若是，则进入步骤s4；s3、开始形象创建,选择拍照生成虚拟形象或者选取已有照片生成虚拟形象；s4、直接展示对应形象；s5、编辑或装扮形象；s6、若放弃形象修改, 则返回到步骤s2，s7、若确定保存形象,则将该自定义虚拟形象的配置文件上传到车云平台，进行新增虚拟形象到车云平台或对已有虚拟形象进行修改。
7.进一步地，步骤s3具体包括如下步骤：a1、从车云平台获取默认配置文件；a2、更新头发、胡子、眼镜的映射关系列表，并保存头发、胡子、眼镜的映射配置文件；a3、获取拍照生成的头部形象；a4、根据步骤a3生成的头部形象，获取头发、胡子、眼镜类别数据；a5、根据映射列表解析，以类别和头部匹配的头发、眼睛、胡子素材进行关系映射，形成新的头发、胡子、眼镜的映射配置文件：a6、最后，将a5得到的新的头发、胡子、眼镜的映射配置文件与默认配置文件合并生成新的配置文件数据，然后上传到车云平台。
8.进一步地，步骤s7具体包括如下步骤：b1、对当前形象资源配置文件建立资源索引文件，然后进行资源压缩；b2、压缩成功后，将资源及配置文件上传至车云平台，并判断是否创建成功；b3、若上传失败，则提示创建失败；若资源及配置文件已达到最大形象数量限制，则提示删除已有虚拟形象；b4、若创建成功，则提示创建成功，并存储该虚拟形象。
9.进一步地，步骤6）具体包括如下步骤：z1、车机端主动获取车云平台推送的自定义虚拟形象，然后形象中心更新形象数据；z2、调用车机形象sdk接口执行切换自定义虚拟形象操作，同时将资源形象及配置文件传递给第三方；z3、第三方sdk收到切换形象的指令后，判断收到的资源形象及配置文件是否有效；z4、如果资源形象及配置文件有效，则将收到的配置文件与本地配置文件进行对比，以判断是否有资源形象更新；如果资源形象及配置文件无效，则回传信息给车机端；z5、如果有资源形象需要更新，则逐个下载资源形象的更新包；如果没有资源新乡需要更新，则通过配置文件整理本地资源；z6、如果更新包下载成功，则更新的资源文件及本地已有资源文件合并，形成新的资源文件；如果更新包下载不成功，则回传传信息给车机端；z7、最后，加载新的资源文件，定进行3d引擎渲染。
10.与现有技术相比，本发明具有如下优点：采用本方案，用户能够通过移动客户端（如手机端app等）进行自定义虚拟形象，并将自定义的虚拟形象上传到车云平台，然后在通过车云平台配置（或推送，或下载）到车机端，从而实现端-云-端的交互，从而更好地满足用户差异化、个性化的需求。
附图说明
11.图1是本发明的总体工作流程图。
12.图2是本发明中移动客户端的工作流程图。
13.图3是本发明中拍照生成整套配置文件的工作流程图。
14.图4是本发明中新增及修改形象的工作流程图。
15.图5是本发明中车机客户端的工作流程图。
具体实施方式
16.下面将结合附图及实施例对本发明作进一步说明。
17.实施例：参见图1，一种车载助手虚拟形象自定义方法，包括如下步骤：1）车云平台上传并配置形象素材资源；2）移动客户端（手机客户端）拍照生成肖像照片，然后上传肖像照片到车云平台；3）车云平台获取肖像照片后，将肖像照片传递到第三方云平台进行肖像风格化；4）第三方云平台将生成的虚拟形象回传到车云平台，供移动客户端下载；5）移动客户端下载虚拟形象后，进行个性化调整后，然后将调整后的资源配置文件及头部资源打包，并上传到车云平台进行保存；6）车机客户端同步车云平台的形象资源（资源配置文件及头部资源）后，进行换装操作；并根据需求场景，执行虚拟形象交互渲染。
18.具体地：本方案中，移动客户端通过主动拍照或上传照片的方式，提供一张人脸图像，并选择性别，提取其面部五官参数及其性别特征，生成差异化的3d虚拟形象。支持自定义更改自定义虚拟形象的体型、脸型、眉毛、睫毛、眼睛、鼻子、嘴唇、发型、胡子形象参数信息，给形象搭配不同的套装、上衣、裤装、裙装、帽子、发卡、眼镜、袜子、鞋子服饰装扮，以满足个性化需求；支持将当前所保存的自定义虚拟形象发送应用到车机客户端，作为专属车载助手形象；支持重新编辑自定义虚拟形象的参数信息，并同步车机助手为最新数据；支持删除自定义虚拟形象，将同步删除车机助手的该自定义虚拟形象等。
19.车机客户端主动拉取到自定义形象数据后，将完整渲染展示该虚拟形象；支持将当前应用中的官方品牌车载助手形象切换为自定义虚拟形象；使用自定义虚拟形象后，支持在不同场景展示不同动作、播报不同tts文案内容等。
20.车云平台上传并管理自定义虚拟形象的体型、脸型、眉毛、睫毛、眼睛、鼻子、嘴唇、发型、胡子形象素材，以及套装、上衣、裤装、裙装、帽子、发卡、眼镜、袜子、鞋子服饰装扮素材；上传并管理自定义虚拟形象的场景动作素材；配置根据图像所识别到的五官性别参数与部分类别素材的对应关系，以保证自定义虚拟形象所生成的初始形象与人像照片的相似度；配置自定义虚拟形象在不同场景下的播放动作、tts播报文案内容以及展示策略等；根据车型项目需求选择具体的发布策略；保存管理用户的相关数据，如车机、形象对应关系等。
21.第三方云平台对肖像图片进行特征分析，并根据分析结果数据，完成自定义3d虚拟形象的建模与生成渲染。
22.具体实施时：本方案中，参见图2，步骤5）的具体工作过程包括如下步骤：s1、校验权限是否通过，若通过则进入步骤s2；s2、从车云平台获取虚拟形象列表，并判断是否存在虚拟形象，若否，进入步骤s3；若是，则进入步骤s4；
s3、开始形象创建,选择拍照生成虚拟形象或者选取已有照片生成虚拟形象；即先上传照片，然后生产虚拟形象。参见图3，具体包括如下步骤：a1、从车云平台获取默认配置文件；a2、更新头发、胡子、眼镜的映射关系列表，并保存头发、胡子、眼镜的映射配置文件；a3、获取拍照生成的头部形象；a4、根据步骤a3生成的头部形象，获取头发、胡子、眼镜类别数据；a5、根据映射列表解析，以类别和头部匹配的头发、眼睛、胡子素材进行关系映射，形成新的头发、胡子、眼镜的映射配置文件：a6、最后，将a5得到的新的头发、胡子、眼镜的映射配置文件与默认配置文件合并生成新的配置文件数据，然后上传到车云平台。
23.s4、直接展示对应形象；s5、编辑或装扮形象；s6、若放弃形象修改, 则返回到步骤s2，s7、若确定保存形象,则将该自定义虚拟形象的配置文件上传到车云平台，进行新增虚拟形象到车云平台或对已有虚拟形象进行修改；参见图4，具体包括如下步骤：b1、对当前形象资源配置文件建立资源索引文件，然后进行资源文件压缩；b2、压缩成功后，将资源及配置文件上传至车云平台，并判断是否创建成功；b3、若上传失败，则提示创建失败；若资源及配置文件已达到最大形象数量限制，则提示删除已有虚拟形象；b4、若创建成功，则提示创建成功，并存储该虚拟形象。
24.本方案中，参见图5，步骤6）具体包括如下步骤：z1、车机端主动获取车云平台推送的自定义虚拟形象，然后形象中心更新形象数据；z2、调用车机形象sdk接口执行切换自定义虚拟形象操作，同时将资源形象及配置文件json字符串传递给第三方；z3、第三方sdk收到切换形象的指令后，判断收到的资源形象及配置文件是否有效；z4、如果资源形象及配置文件有效，则将收到的配置文件与本地配置文件进行对比，以判断是否有资源形象更新；如果资源形象及配置文件无效，则回传信息给车机端；z5、如果有资源形象需要更新，则逐个下载资源形象的更新包；如果没有资源新乡需要更新，则通过配置文件整理本地资源；z6、如果更新包下载成功，则将更新的资源文件及本地已有资源文件合并，形成新的资源文件；如果更新包下载不成功，则回传传信息给车机端；z7、最后，加载新的资源文件（通过配置文件整理本地资源后形成的资源文件或将更新的资源文件与本地已有资源文件合并形成的资源文件），定进行3d引擎渲染。
25.另外，本方案中，第三方云平台通过肖像照片生成3d虚拟形象的技术为成熟的现有技术，因此，在此不作详细阐述。
26.最后需要说明的是，以上实施例仅用以说明本发明的技术方案而非限制技术方
案，本领域的普通技术人员应当理解，那些对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，均应涵盖在本发明的权利要求范围当中。