CN115214696A - 一种车机虚拟形象交互方法、***、车辆及存储介质 - Google Patents

Abstract

本申请适用于车辆管理技术领域，提供了一种车机虚拟形象交互方法、***、车辆及存储介质，该方法包括：先获取用户设置的虚拟形象的性格类型，根据性格类型确定车控策略和语音合成策略，最后利用车控策略控制车辆运行；本申请将虚拟形象的性格类型与车控策略、语音合成策略关联，用户在配置车辆时，只需配置虚拟形象的性格类型即可得到车控策略和语音合成策略，相较于现有技术需要分别配置车辆的多种项目，本申请对车辆的配置简单、快速。

Description

一种车机虚拟形象交互方法、***、车辆及存储介质

技术领域

本申请属于车辆管理技术领域，尤其涉及一种车机虚拟形象交互方法、***、车辆及存储介质。

背景技术

随着生活水平的提高，汽车已经是人们出行必不可少的工具。由于汽车的智能化程度低，用户在使用汽车时，需要分别选择汽车的多种参数，例如，油门踏板灵敏度、方向盘扭矩力度等。另外，用户在需要更改参数时，也需要一个参数一个参数进行选择并更改，为用户带来不便。

发明内容

本申请实施例提供了一种车机虚拟形象交互方法、***、车辆及存储介质，可以解决汽车智能化程度低的问题。

第一方面，本申请实施例提供了一种车机虚拟形象交互方法，包括：

在车辆启动或运行时，查找出用户设置在车机中且提供车控服务的虚拟形象，所述车控服务包括车控策略的确定；

获取所述虚拟形象的性格类型；

根据获取的所述性格类型确定与之关联的车控策略，其中，所述车控策略包括驾驶模式和/或车辆操控参数；

基于确定出的所述车控策略控制所述车辆的运行。

第二方面，本申请实施例提供了一种车机虚拟形象交互***，包括：

虚拟形象确定模块，用于在车辆启动或运行时，查找出用户设置在车机中且提供车控服务的虚拟形象，所述车控服务包括车控策略的确定；

性格获取模块，用于获取所述虚拟形象的性格类型；

车控策略确定模块，用于根据获取的所述性格类型确定与之关联的车控策略，其中，所述车控策略包括驾驶模式和/或车辆操控参数；

车辆控制模块，用于基于确定出的所述车控策略控制所述车辆的运行。

第三方面，本申请实施例提供了一种车辆，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述的车机虚拟形象交互方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的车机虚拟形象交互方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在车辆上运行时，使得车辆执行上述第一方面中任一项所述的车机虚拟形象交互方法。

本申请第一方面实施例与现有技术相比存在的有益效果是：本申请在车辆启动或运行时，先获取车机中虚拟形象的性格类型，根据性格类型确定车控策略，最后利用车控策略控制车辆运行；相较于现有技术需要分别配置车辆的多种项目，本申请将虚拟形象的性格类型与车控策略关联，车辆在使用时，只需根据虚拟形象的性格类型即可得到车控策略，使车辆的配置简单、快速，提高了车辆的自动化程度。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的车机虚拟形象交互方法的流程示意图；

图2是本申请一实施例提供的专业知识输出方法的流程示意图；

图3是本申请一实施例提供的虚拟形象的多种头像的示意图；

图4是本申请一实施例提供的行驶路线的确定方法的流程示意图；

图5是本申请一实施例提供的虚拟人的架构示意图；

图6是本申请一实施例提供的车机虚拟形象交互***的结构示意图；

图7是本申请另一实施例提供的车辆的结构示意图。

具体实施方式

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。

随着人工智能、虚拟现实等技术的快速发展，虚拟数字人逐渐应用在各个领域。虚拟数字人是利用数字建模技术，通过3D图形渲染技术、动作捕捉技术等模拟真实人物表情、神态特征，并运用深度学习、语义理解和语音合成等技术形成的具有人类特征的AI机器人。

目前，随着汽车的发展，车载虚拟数字人已经在车辆中得到应用。但是，车载虚拟数字人的虚拟形象的设置比较单一，用户只能自定义虚拟形象的服饰和五官，由于用户可以自定义的项目较少，不能满足不同用户对虚拟形象的需求，用户个性化体验差。

本申请提供的车机虚拟形象交互方法，用户可以自定义车机中虚拟形象的多种信息，满足了不同用户对车机中虚拟形象的不同需求。

图1示出了本申请提供的车机虚拟形象交互方法的示意性流程图，参照图1，对该方法的详述如下：

S101，在车辆启动或运行时，查找出用户设置在车机中且提供车控服务的虚拟形象，所述车控服务包括车控策略的确定。

在本实施例中，虚拟形象为用户提前设置的。虚拟形象可以包括性格类型、外形、职业和虚拟形象的服务内容等。具体的，用户可以通过手持终端或车辆上的显示设备设置虚拟形象，例如，手持终端可以为手机或平板电脑等。

在本实施例中，车辆启动可以通过检测车辆钥匙所在的位置确定。车辆运行可以通过速度传感器检测的车辆速度确定。或者，车辆运行还可以通过检测车辆的挡位确定，车辆处于前进挡、后退挡时确定车辆运行。

在本实施例中，车控服务还可以包括行驶路线的确定。

S102，获取虚拟形象的性格类型。

在本实施例中，用户可以通过手持终端设置虚拟形象的性格类型。用户还可以通过车辆上到的显示设备设置虚拟形象的性格类型。

作为举例，用户可以在车辆上的显示设备显示虚拟形象的设置页面时，通过选择设置页面上的信息设置虚拟形象的性格类型。

在本实施例中，虚拟形象的性格类型可以为温和型、活跃型、可爱型、理智型、热情型、话唠型或忠诚型等。用户在设置虚拟形象时，可以将虚拟形象设置为上述性格类型中的任意一种。

S103，根据获取的所述性格类型确定与之关联的车控策略，其中，所述车控策略包括驾驶模式和/或车辆操控参数。

在本实施例中，驾驶模式可以为经济模式、运动模式或舒适模式。车辆操控参数包括油门踏板灵敏度、方向盘扭矩力度、喷油量、发动机扭矩、发动机转速中的一种或多种。

在本实施例中，性格类型可以与驾驶模式关联存储。性格类型可以与车辆操控参数关联存储。性格类型还可以与驾驶模式和车辆操控参数均关联存储。

在本实施例中，车辆中预先设置不同的性格类型关联不同的车控策略。例如，温和型、享乐型等与舒适模式关联存储，活跃型、激进型等与运动模式关联存储，理智型、节俭型等与经济模式关联存储。

S104，基于确定出的车控策略控制车辆的运行。

在本实施例中，车控策略用于配置车辆。

本申请实施例中，先获取用户设置的虚拟形象的性格类型，根据性格类型确定车控策略，最后利用车控策略控制车辆运行；本申请将虚拟形象的性格类型与车控策略关联，用户在配置车辆时，只需配置虚拟形象的性格类型即可得到车控策略，相较于现有技术需要分别配置车辆的多种项目，本申请省去了对车控策略的配置过程，使车辆的配置简单、快速，提高了车辆的智能化程度。

在一种可能的实现方式中，在步骤S101之后，上述方法还可以包括：

根据获取的所述性格类型确定与之关联的虚拟形象的语音合成策略，所述语音合成策略包括音色、语料库和音调中的至少一个。

在本实施例中，性格类型还与语音合成策略关联存储，虚拟形象具有与所述性格类型关联的语音合成策略的功能。具体的，性格类型与语音TTS(TextToSpeech，从文本到语音)关联，通过性格类型可以确定虚拟形象在发声时的信息。不同的性格类型可以关联不同的语音合成策略。

在本实施例中，性格类型还可以与语料库关联，语料库包括人机交互时，基于接收的用户发出的语音信息确定的应答信息，例如，用户发出的语音信息为“你好”，应答信息为“你好”。

在本实施例中，用户通过设置性格类型可以确定虚拟形象的语音合成策略，减少了用户在配置车辆上的虚拟形象时的配置项目，提高了配置效率。

在一种可能的实现方式中，上述方法还可以包括：

S201，获取所述虚拟形象的职业。

在本实施例中，虚拟形象的职业可以为医生、律师、教师、演员、警察或公务员等。用户在设置虚拟形象时，可以将虚拟形象设置为上述职业中的一种。

S202，根据虚拟形象的职业确定与之关联的专业知识信息。

在本实施例中，职业与对应的专业知识信息关联，根据获取的虚拟形象的职业确定与之关联的专业知识信息，虚拟形象具有职业对应的专业知识信息的交互能力。

虚拟形象的知识领域可以包括体育、国学、娱乐、新闻、购物和美容等。不同的职业可以关联不同的专业知识信息。

作为举例，若虚拟形象的职业为律师，与律师关联的专业知识信息为法律相关知识。若虚拟形象的职业为医生，与医生关联的专业知识信息为医学相关知识。

如图2所示，具体的，上述方法还可以包括：

S301，在接收到用户的语音交互请求后，获取与所述性格类型关联的语音合成策略。

S302，在确定所述语音交互请求包括专业知识请求时，获取所述虚拟形象的职业。

在本实施例中，专业知识请求可以根据语音交互请求中的关键字确定，若语音交互请求中包括预设的专业知识关键字，则确定该请求为专业知识请求；若语音交互请求中不包括预设的专业知识关键字，则确定该请求不是专业知识请求。例如，若语音交互请求中包括律师、医生等关键字，可以确定该语音交互请求为专业知识请求。

S303，根据所述虚拟形象的职业确定与之关联的所述虚拟形象的专业知识信息。

S304，根据所述语音合成策略，输出与所述语音交互请求对应的所述专业知识信息。

在本实施例中，虚拟形象在与用户交互过程中，接收到用户的语音交互请求后，对语音交互请求进行分析，并确定语音交互请求对应的应答信息。在语音交互请求包括对专业知识进行询问时，应答信息为专业知识信息，虚拟形象输出与语音交互请求对应的专业知识信息，且与语音交互请求对应的专业知识信息的输出语调、音色等，根据确定的语音合成策略确定。若语音交互请求不包括专业知识请求，则在语料库中查询与语音交互请求对应的应答信息。

作为举例，若用户的语音信息为“A事件是否为刑事案件”，则应答信息应该在法律专业知识信息中搜寻，以确定对应的应答信息。

在本实施例中，通过虚拟形象的职业可以确定虚拟形象的专业知识信息，减少了用户在配置车辆上的虚拟形象时的配置项目，提高了配置效率。

在一种可能的实现方式中，在步骤S102之前，上述方法还可以包括：

生成所述虚拟形象。

在本实施例中，虚拟形象可配置的信息包括：外形、职业、服务内容和性格类型等。用户可以在配置平台中选择虚拟形象的配置信息。配置平台可以为设置移动终端中的APP(application，应用程序)，或者为车辆中的车控主机等。

具体的，生成虚拟形象的过程包括：

根据用户选择和/或输入的形象信息生成所述虚拟形象的外形。

在本实施例中，形象信息包括年龄、性别、头像、身材、国籍、语种中的至少一种。虚拟形象的年龄可以为20-30岁、31-35岁、36-40岁等。用户在设置虚拟形象时，可以将虚拟形象设置为上述年龄中的一种。

语言种类信息可以包括中文、英文、日文等。用户在设置虚拟形象时，可以将虚拟形象设置为上述语言种类中的一种。形象信息还可以包括虚拟形象的头像和国籍信息等。例如，头像可以为图3中所示。虚拟形象的身材可以为偏瘦、中等、肥胖等。

根据用户选择和/或输入的职业信息配置所述虚拟形象的职业。

在本实施例中，职业信息包括教师、工程师、总裁、演员、大夫、警察中的一种。

根据用户选择和/或输入的性格信息配置所述虚拟形象的性格类型，并根据所述性格类型自动确定与之关联的语音合成策略。

在本实施例中，语音合成策略包括语调、音色以及语料库，所述性格类型包括温和型、活跃型、可爱型、理智型、热情型、话唠型、忠诚型、节俭型、激进型、享乐型的一种。

根据用户选择和/或输入的服务信息配置虚拟形象的服务内容。

在本实施例中，服务内容包括闲聊服务、感知服务、生态服务、车控服务和车辆诊断服务中至少一种。感知服务包括语音感知、视觉感知、全域感知、全员感知和全时感知等。生态服务为车辆中的电子产品(如音频视频、记录仪、电子控制器等)提供数据、文件、协同等。车辆诊断服务用于确定车辆是否正常，例如，油箱中油的位置、安全带有无系好、车门有无关好等。

具体的，用户可以通过触摸车辆显示屏上的不同控键开启不同的服务。例如，在接收到用户作用在第一控键上的操作后，开启闲聊服务。

另外，若一个车辆中用户申请了多个虚拟形象，每个虚拟形象的配置信息可以不同，例如，每个虚拟形象的性格类型可以不同。

在虚拟形象配置完成后，用户可以在需要使用虚拟形象时，启用该虚拟形象，例如，通过虚拟控键控制虚拟形象的开启和关闭。

在本实施例中，为用户设置虚拟形象的配置接口，用户可以根据喜好和需要配置虚拟形象的信息，满足了不同用户的需求。

在一种可能的实现方式中，配置虚拟形象的性格类型的方法还可以包括：

通过车辆中安装的摄像头采集第一图像，第一图像包括用户的外貌特征，外貌特征包括五官、脸型、衣着和表情等。

对第一图像中包括的用户的外貌特征进行分析，确定用户的外貌类型，其中，外貌类型包括粗犷型、娇小型、可爱型、知性型等。

查找与用户的外貌类型关联的候选性格类型。

若与用户的外貌类型关联的候选性格类型为一个，利用该候选性格类型配置虚拟形象的性格类型。

若与用户的外貌类型关联的候选性格类型为至少两个，显示与用户的外貌类型关联的所有候选性格类型，并提示用户选择一个候选性格类型。

在显示候选性格类型之后的预设时间内接收到用户选择的候选性格类型，则根据用户选择的候选性格类型配置虚拟形象的性格类型。

若在显示候选性格类型之后的预设时间内未接收到用户选择的候选性格类型，显示其他性格类型，其他性格类型为除了与用户的外貌类型关联的所有候选性格类型之外的性格类型。若接收到用户选择的其他性格类型，利用用户选择的其他性格类型配置虚拟形象的性格类型。

可选的，在确定候选性格类型为一个后，显示候选性格类型。在显示候选性格类型之后的预设时间内接收到第一指令，第一指令表征用户确定使用该候选性格类型，则根据该候选性格类型配置虚拟形象的性格类型。若在显示候选性格类型之后的预设时间内未接收到第一指令，显示其他性格类型。若接收到用户选择的其他性格类型，利用用户选择的其他性格类型配置虚拟形象的性格类型。

在一种可能的实现方式中，配置虚拟形象的性格类型的方法还可以包括：

获取当前时间之前预设时间段内用户每次驾驶车辆时的驾驶行为信息，驾驶行为信息包括驾驶路线、踩油门力度、油门开度、每次驾驶车辆的平均速度等。驾驶路线包括存在高速、不存在高速、拥堵路段的个数等。基于用户的驾驶行为信息，确定用户的常用驾驶模式。

确定与常用驾驶模式关联的候选性格类型。

若与常用驾驶模式关联的候选性格类型为一个，利用该候选性格类型配置虚拟形象的性格类型。

若与常用驾驶模式关联的候选性格类型为至少两个，显示与驾驶模式关联的所有候选性格类型，并提示用户选择一个候选性格类型。

在显示候选性格类型之后的预设时间内接收到用户选择的候选性格类型，则根据用户选的候选性格类型配置虚拟形象的性格类型。

若在显示候选性格类型之后的预设时间内未接收到用户选择的候选性格类型，显示其他性格类型，其他性格类型为除了与驾驶模式关联的候选性格类型之外的性格类型。若接收到用户选择的其他性格类型，利用用户选择的其他性格类型配置虚拟形象的性格类型。

在一种可能的实现方式中，配置虚拟形象的性格类型的方法还可以包括：

通过车辆中安装的摄像头采集第一图像，第一图像包括用户的外貌特征。

对第一图像中包括的用户的外貌特征进行分析，确定用户的外貌类型。

获取当前时间之前预设时间段内用户每次驾驶车辆时的驾驶行为信息。

基于用户的外貌类型和确定的用户的驾驶行为信息，确定用户合适的候选性格类型，用该候选性格类型配置虚拟形象的性格类型。

或者，基于用户的外貌类型和确定的用户的驾驶行为信息，确定用户合适的候选性格类型，显示该候选性格类型。在显示候选性格类型之后的预设时间内接收到用户选择的候选性格类型，则根据用户选的候选性格类型配置虚拟形象的性格类型。

若在显示候选性格类型之后的预设时间内未接收到用户选择的候选性格类型，显示其他性格类型，其他性格类型为除了确定的用户合适的候选性格类型之外的性格类型。若接收到用户选择的其他性格类型，利用用户选择的其他性格类型配置虚拟形象的性格类型。

如图4所示，在一种可能的实现方式中，所述车控服务包括行驶路线的确定，上述方法还可以包括：

S401，获取车辆的起点位置和用户选择或输入的终点位置。

在本实施例中，用户在使用车辆时，可以通过车辆中的导航设备设置用户的起点位置和终点位置。

另外，起点位置还可以由车辆中的定位装置检测获得。

S402，基于所述起点位置、所述终点位置和预设地图，确定出从所述起点位置至所述终点位置的所有的行驶路线。

在本实施例中，从起点位置到达终点位置可能存在多种方法，例如，走高速或不走高速等，因此，需要根据起点位置和终点位置确定可以从起点位置到达终点位置的所有行驶路线。

具体的，还可以通过获取用户输入的路线需求，确定从起点位置到终点位置的各个行驶路线。

作为举例，若用户的路线需求为不走高速，在确定起点位置至终点位置的行驶路线时，需要将存在高速的路线去除。

S403，基于获取的性格类型，在所有的所述行驶路线中选择出与之相符合的行驶路线。

在本实施例中，在确定各个行驶路线后，还需要根据性格类型确定的驾驶模式确定最终用户需要的行驶路线。确定的最终用户需要的行驶路线为与性格类型相符合的行驶路线，也可以记为目标行驶路线。

具体的，步骤S403的实现过程可以包括：

S4031，在根据所述性格类型确定的驾驶模式包括经济模式时，基于各个行驶路线上的车况信息，确定各个行驶路线所产生的费用，选择费用最低的行驶路线作为与所述性格类型相符合的行驶路线。

在本实施例中，费用包括燃油消耗费用和过路费用中的至少一个，过路费用包括高速过路费、过桥费等费用。

在本实施例中，若驾驶模式为经济模式，说明用户的需求为油耗较低，因此，需要选择各个行驶路线中油耗较少的路线。

具体的，车况信息可以为行驶路线上车辆的稀疏程度、红路灯的个数、限速区域限速值、高速收费站位置等。根据行驶路线和车况信息，可以计算各个行驶路线上的消耗费用。

S4032，在根据所述性格类型确定的驾驶模式为运动模式时，基于各个行驶路线上的车况信息，确定各个行驶路线所需要的行驶时间，选择行驶时间最短的所述行驶路线作为与所述性格类型相符合的行驶路线。

在本实施例中，若驾驶模式为运动模式，说明用户的需求为快速到达终点位置，则需要查找行驶路线中行驶时间最少的行驶路线。

具体的，行驶时间的确定方法与预计油耗的确定方法相似，请参照预计油耗的确定方法，在此不再赘述。

S4033，在根据所述性格类型确定的驾驶模式为舒适模式时，基于各个行驶路线上的车况信息，确定各个行驶路线的预计堵车次数和/或预计堵车时间，基于所有所述预计堵车次数和/或所有所述预计堵车时间，确定与所述性格类型相符合的行驶路线。

在本实施例中，若驾驶模式为舒适模式，说明用户的需求为驾驶车辆尽量舒适。需要确定各个行驶路线中预计堵车次数和/或预计堵车时间。

具体的，预计堵车次数和预计堵车时间的确定方法与预计油耗的确定方法相似，请参照预计油耗的确定方法，在此不再赘述。

具体的，若根据车况信息确定的是预计堵车次数，则将预计堵车次数中的最小值对应的行驶路线作为目标行驶路线。

若根据车况信息确定的是预计堵车时间，则将预计堵车时间中的最小值对应的行驶路线作为目标行驶路线。

若根据车况信息确定的是预计堵车时间和预计堵车次数，则根据预设权重，计算堵车参数。将堵车参数中的最小值对应的行驶路线作为目标行驶路线。

具体的，计算预计堵车次数与第一权重的乘积，得到第一值。计算预计堵车时间与第二权重的乘积，得到第二值。计算第一值和第二值的和，得到堵车参数。

本申请实施例中，在确定了驾驶模式后，则可以确定路线选择策略。相当于，在确定虚拟形象的性格类型后，即可确定路线选择策略，减少了配置车辆时需要配置的项目，提高了车辆配置时间。路线选择策略包括路线计算模型。路线计算模型包括计算行驶时间、油耗、预计堵车次数和预计堵车时间的计算模型。

如图5所示，在一种可能的实现过程中，在车辆上设置多种应用程序编程接口(ApplicationProgrammingInterface，API)。具体的，设有多个API，通过多个API共同定义虚拟数字人，例如，多个API可以包括虚拟人引擎API、原子化服务API和设备抽象API接口。

虚拟人引擎API可以包括知识引擎模型、性格引擎模型、身份引擎模型、身份引擎模型、3D形象模型引擎和其他引擎模型等。3D形象模型引擎可以包括表情属性、动作属性和服饰属性等。身份引擎模型可以包括身份类型、身份级别等。性格引擎模型可以包括性格类型、声色、音调等。其他引擎模型可以包括3d模型渲染引擎和虚拟人成长引擎等。

原子化服务API可以为提供多种功能交互服务数据。原子化服务API可以包括人机交互服务、车身控制服务、热管理服务、运动控制服务和其他服务等。车身控制服务可以提供包括内灯控制、车门控制、座椅控制和喇叭控制等数据。运动控制服务可以提供扭矩控制、转向控制、驻车控制和悬架控制等数据。人机交互服务可以提供语音交互、显示控制、声音控制和车控设置等数据。热管理服务可以提供通风控制、温度控制、设备散热和环境监测等数据。其他服务可以包括生态内容服务、拟人闲聊服务、车辆诊断服务、信息咨询服务等。

设置抽象API接口可以提供多种设备抽象服务数据，例如，传感器抽象接口、执行器抽象接口、传统电子控制单元(Electronic Control Unit，ECU)抽象接口和其他硬件抽象接口等。传感器抽象接口可以提供电池电压、电池电流、车窗位置、加速踏板位置、制动踏板位置和方向盘转角等数据。执行器抽象接口可以提供车门电机、驻车电机、座椅电机、雨刷电机、悬架电机和车窗电机等数据。传统ECU抽象接口可以提供自适应巡航控制***(Adaptive Cruise Control，ACC)、车身电子稳定***(Electronic Stability Program，ESP)、电池管理***(Battery Management System，BMS)、自动制动***(AutonomousEmergency Braking，AEB)、运输管理***(Transportation Management System，TMS)和车道保持辅助(Lane Keeping Assist，LKA)等数据。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例所述的车机虚拟形象交互方法，图6示出了本申请实施例提供的车机虚拟形象交互***的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图6，该***500可以包括：虚拟形象确定模块510、性格获取模块520、车控策略确定模块530和车辆控制模块540。

其中，虚拟形象确定模块510，用于在车辆启动或运行时，查找出用户设置在车机中且提供车控服务的虚拟形象，所述车控服务包括车控策略的确定；

性格获取模块520，用于获取所述虚拟形象的性格类型；

车控策略确定模块530，用于根据获取的所述性格类型确定与之关联的车控策略，其中，所述车控策略包括驾驶模式和/或车辆操控参数；

车辆控制模块540，用于基于确定出的所述车控策略控制所述车辆的运行。

在一种可能的实现方式中，上述车辆500还可以包括：

语音合成策略获取模块，用于在接收到用户的语音交互请求后，获取与所述性格类型关联的语音合成策略，所述语音合成策略包括音色、语料库和音调中的至少一个；

职业信息获取模块，用于在确定所述语音交互请求包括专业知识请求时，获取所述虚拟形象的职业；

专业知识确定模块，用于根据所述虚拟形象的职业确定与之关联的所述虚拟形象的专业知识信息；

信息输出模块，用于根据所述语音合成策略，输出与所述语音交互请求对应的所述专业知识信息。

在一种可能的实现方式中，与性格获取模块520相连的还包括：

虚拟形象生成模块，用于生成所述虚拟形象；

其中，所述生成所述虚拟形象包括：

根据用户选择和/或输入的形象信息生成所述虚拟形象的外形，所述形象信息包括年龄、性别、头像、身材、国籍、语种中的至少一种；

根据用户选择和/或输入的职业信息配置所述虚拟形象的职业，所述职业信息包括教师、工程师、总裁、演员、大夫、警察中的一种；

根据用户选择和/或输入的性格信息配置所述虚拟形象的性格类型，并根据所述性格类型自动确定与之关联的语音合成策略，所述语音合成策略包括语调、音色以及语料库，所述性格类型包括温和型、活跃型、可爱型、理智型、热情型、话唠型、忠诚型、节俭型、激进型、享乐型中的一种；

根据用户选择和/或输入的服务信息配置虚拟形象的服务内容，所述服务内容包括闲聊服务、感知服务、生态服务、车控服务和车辆诊断服务中至少一种。

在一种可能的实现方式中，所述车控服务包括行驶路线的确定，上述车辆500还包括：

位置确定模块，用于获取车辆的起点位置和用户选择和/或输入的终点位置；

路线生成模块，用于基于所述起点位置、所述终点位置和预设地图，确定出从所述起点位置至所述终点位置的所有的行驶路线；

路线确定模块，用于基于获取的所述性格类型，在所有的所述行驶路线中选择出与之相符合的行驶路线。

在一种可能的实现方式中，路线确定模块具体还可以用于：

在根据所述性格类型确定的所述驾驶模式为经济模式时，基于各个所述行驶路线上的车况信息，确定各个所述行驶路线所产生的费用，所述费用包括燃油消耗费用和高速费用中的至少一个，并选择费用最低的所述行驶路线为与所述性格类型相符合的行驶路线。

在一种可能的实现方式中，路线确定模块具体还可以用于：

在根据所述性格类型确定的所述驾驶模式为运动模式时，基于各个所述行驶路线上的车况信息，确定各个所述行驶路线所需要的行驶时间，选择行驶时间最短的所述行驶路线为与所述性格类型相符合的行驶路线。

在一种可能的实现方式中，路线确定模块具体还可以用于：

在根据所述性格类型确定的所述驾驶模式包括舒适模式时，基于各个所述行驶路线上的车况信息，确定各个所述行驶路线的预计堵车次数和/或预计堵车时间，基于所有所述预计堵车次数和/或所有所述预计堵车时间，确定与所述性格类型相符合的行驶路线。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种车辆，参见图7，该车辆600可以包括：至少一个处理器610、存储器620以及存储在所述存储器620中并可在所述至少一个处理器610上运行的计算机程序，所述处理器610执行所述计算机程序时实现上述任意各个方法实施例中的步骤，例如图1所示实施例中的步骤S101至步骤S104。或者，处理器610执行所述计算机程序时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块510至模块540的功能。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器620中，并由处理器610执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序段，该程序段用于描述计算机程序在车辆600中的执行过程。

本领域技术人员可以理解，图7仅仅是车辆的示例，并不构成对车辆的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如输入输出设备、网络接入设备、总线等。

处理器610可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器620可以是车辆的内部存储单元，也可以是车辆的外部存储设备，例如插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。所述存储器620用于存储所述计算机程序以及车辆所需的其他程序和数据。所述存储器620还可以用于暂时地存储已经输出或者将要输出的数据。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本申请实施例提供的车机虚拟形象交互方法可以应用于计算机、平板电脑、笔记本电脑、上网本、个人数字助理(personal digital assistant，PDA)等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的终端设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被一个或多个处理器执行时，可实现上述各个方法实施例的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被一个或多个处理器执行时，可实现上述各个方法实施例的步骤。

同样，作为一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述各个方法实施例中的步骤。

其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种车机虚拟形象交互方法，其特征在于，包括：

在车辆启动或运行时，查找出用户设置在车机中且提供车控服务的虚拟形象，所述车控服务包括车控策略的确定；

获取所述虚拟形象的性格类型；

根据获取的所述性格类型确定与之关联的车控策略，其中，所述车控策略包括驾驶模式和/或车辆操控参数；

基于确定出的所述车控策略控制所述车辆的运行。

2.如权利要求1所述的车机虚拟形象交互方法，其特征在于，所述方法还包括：

在接收到用户的语音交互请求后，获取与所述性格类型关联的语音合成策略，所述语音合成策略包括音色、语料库和音调中的至少一个；

在确定所述语音交互请求包括专业知识请求时，获取所述虚拟形象的职业；

根据所述虚拟形象的职业确定与之关联的所述虚拟形象的专业知识信息；

根据所述语音合成策略，输出与所述语音交互请求对应的所述专业知识信息。

3.如权利要求1至2任一项所述的车机虚拟形象交互方法，其特征在于，在所述获取所述虚拟形象的性格类型之前，所述方法还包括：

生成所述虚拟形象；

其中，所述生成所述虚拟形象包括：

根据用户选择和/或输入的形象信息生成所述虚拟形象的外形，所述形象信息包括年龄、性别、头像、身材、国籍、语种中的至少一种；

根据用户选择和/或输入的职业信息配置所述虚拟形象的职业，所述职业信息包括教师、工程师、总裁、演员、大夫、警察中的一种；

根据用户选择和/或输入的性格信息配置所述虚拟形象的性格类型，并根据所述性格类型自动确定与之关联的语音合成策略，所述语音合成策略包括语调、音色以及语料库，所述性格类型包括温和型、活跃型、可爱型、理智型、热情型、话唠型、忠诚型、节俭型、激进型、享乐型中的一种；

根据用户选择和/或输入的服务信息配置虚拟形象的服务内容，所述服务内容包括闲聊服务、感知服务、生态服务、车控服务和车辆诊断服务中至少一种。

4.如权利要求1所述的车机虚拟形象交互方法，其特征在于，所述车控服务包括行驶路线的确定，所述方法还包括：

获取车辆的起点位置和用户选择和/或输入的终点位置；

基于所述起点位置、所述终点位置和预设地图，确定出从所述起点位置至所述终点位置的所有的行驶路线；

基于获取的所述性格类型，在所有的所述行驶路线中选择出与之相符合的行驶路线。

5.如权利要求4所述的车机虚拟形象交互方法，其特征在于，所述基于获取的所述性格类型，在所有的所述行驶路线中选择出与之相符合的行驶路线，包括：

在根据所述性格类型确定的所述驾驶模式为经济模式时，基于各个所述行驶路线上的车况信息，确定各个所述行驶路线所产生的费用，所述费用包括燃油消耗费用和过路费用中的至少一个，并选择费用最低的所述行驶路线作为与所述性格类型相符合的行驶路线。

6.如权利要求4所述的车机虚拟形象交互方法，其特征在于，所述基于获取的所述性格类型，在所有的所述行驶路线中选择出与之相符合的行驶路线，包括：

在根据所述性格类型确定的所述驾驶模式为运动模式时，基于各个所述行驶路线上的车况信息，确定各个所述行驶路线所需要的行驶时间，选择行驶时间最短的所述行驶路线作为与所述性格类型相符合的行驶路线。

7.如权利要求4所述的车机虚拟形象交互方法，其特征在于，所述基于获取的所述性格类型，在所有的所述行驶路线中选择出与之相符合的行驶路线，包括：

在根据所述性格类型确定的所述驾驶模式包括舒适模式时，基于各个所述行驶路线上的车况信息，确定各个所述行驶路线的预计堵车次数和/或预计堵车时间，基于所有所述预计堵车次数和/或所有所述预计堵车时间，确定与所述性格类型相符合的行驶路线。

8.一种车机虚拟形象交互***，其特征在于，包括：

虚拟形象确定模块，用于在车辆启动或运行时，查找出用户设置在车机中且提供车控服务的虚拟形象，所述车控服务包括车控策略的确定；

性格获取模块，用于获取所述虚拟形象的性格类型；

车控策略确定模块，用于根据获取的所述性格类型确定与之关联的车控策略，其中，所述车控策略包括驾驶模式和/或车辆操控参数；

车辆控制模块，用于基于确定出的所述车控策略控制所述车辆的运行。

9.一种车辆，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的车机虚拟形象交互方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的车机虚拟形象交互方法。

Images