CN115238152A - 一种车辆用推荐方法、车载主机娱乐系统及车辆 - Google Patents

Abstract

本申请公开了一种车辆用推荐方法、车载主机娱乐系统及车辆。所述车辆用推荐方法包括：车载主机娱乐系统获取车辆信息；车载主机娱乐系统根据车辆信息生成推荐信息。本申请的车辆用推荐方法中，获取车辆信息以及根据车辆信息生成推荐信息均在车载主机娱乐系统完成，车机端可以不依赖于网络，在离线模式下亦可以在本地计算，直接计算出相应场景下推荐给用户的功能。数据多模性更加优越。在端侧可以结合更多的传感器数据以及云端无法获取到的安全类数据,如:车外视觉环境识别数据、车内视觉乘员状态数据、车辆各个域控制器数据，利用大算力芯片计算出更加精准的推荐结果。

Description

一种车辆用推荐方法、车载主机娱乐系统及车辆

技术领域

本申请涉及车辆推荐技术领域，具体涉及一种车辆用推荐方法、车载主机娱乐系统以及车辆。

背景技术

现有智能推荐都是采用线上推荐方式，即将某些信息发送给云端，然而云端计算完后将推荐的内容发送给车载主机娱乐系统，采用这种方式，具有如下问题：

1)随着车联网的发展，很多高端车辆都提供了AI关怀的功能，而目前市面上的行车推荐功能均是基于互联网远端计算来触发推荐，比如车辆收集到用户的听歌爱好，然后将数据发送到云端，由云端计算用户可能喜欢的歌曲然后将对于的歌曲信息通过Push发送到车机，然后提示用户播放。同理还有类似于打开车窗，疲劳场景下推荐清醒模式等。

2)在弱网和无网络的情况下，无法有效的推荐对于功能。

3)受限于网络传输的延迟性，在时效性方面无法满足一个良好的用户体验。

因此，希望有一种技术方案来解决或至少减轻现有技术的上述不足。

发明内容

本发明的目的在于提供一种车辆用推荐方法来至少解决上述的一个技术问题。

本发明的一个方面，提供一种车辆用推荐方法，所述车辆用推荐方法包括：

车载主机娱乐系统获取车辆信息；

车载主机娱乐系统根据车辆信息生成推荐信息。

可选地，所述车辆信息至少包括如下信息中的一个或多个：

车辆的视觉环境信息、车辆当前GPS坐标位置、车内乘员信息、车辆基本信息。

可选地，所述车载主机娱乐系统根据车辆信息生成推荐信息包括：

获取车辆当前GPS坐标位置；

根据车辆当前GPS坐标位置判断在车辆位置的预设距离范围内是否存在能够交互的场景信息，若是，则

获取交互数据表，所述交互数据表包括预设场景信息以及预设场景信息对应的预设交互动作；

获取与场景信息相同的预设场景信息所对应的预设交互动作；

根据预设交互动作生成推荐信息。

可选地，所述车辆的视觉环境信息包括车辆的外环境图像信息；

在所述获取交互数据表之前，所述车载主机娱乐系统根据车辆信息生成推荐信息进一步包括：

获取车辆的外环境图像信息；

获取经过训练的环境分类器；

提取所述车辆的外环境图像信息的图像特征；

将所述图像特征输入至所述环境分类器，从而获取分类器标签，所述分类器标签包括至少一个分类场景信息；

判断分类场景信息是否与通过GPS坐标位置所获取的场景信息相同，若是，则

获取交互数据表。

可选地，所述车辆基本信息包括车速信息；

在所述获取交互数据表之前，所述车载主机娱乐系统根据车辆信息生成推荐信息进一步包括：

判断车速信息是否小于预设车速，若是，则

获取交互数据表。

可选地，在生成推荐信息之后，所述车辆用推荐方法进一步包括：

根据所生成的推荐信息生成询问语音信息；

获取使用者根据所述询问语音信息所反馈的语音信息；

识别所述语音信息中的语义信息，若所述语义信息表示同意该推荐信息，则

将所述推荐信息发送给能够执行该推荐信息的车辆内执行机构进行执行。

可选地，所述车辆用推荐方法在车载主机娱乐系统无法与云端正常通讯的状态下使用。

本申请还提供了一种车载主机娱乐系统，所述车载主机娱乐系统包括：

车辆信息获取模块，所述车辆信息获取模块用于获取车辆信息；

推荐信息生成模块，所述推荐信息生成模块用于根据车辆信息生成推荐信息。

可选地，所述车载主机娱乐系统进一步包括：

网络判断模块，所述网络判断模块用于判断车载主机娱乐系统是否能够与云端进行正常通讯，若否，则控制所述推荐信息生成模块工作。

本申请还提供了一种车辆，所述车辆包括如上所述的车载主机娱乐系统。

有益效果

本申请的车辆用推荐方法中，获取车辆信息以及根据车辆信息生成推荐信息均在车载主机娱乐系统完成，具有如下优点：

1)车机端可以不依赖于网络，在离线模式下亦可以在本地计算，直接计算出相应场景下推荐给用户的功能。

2)数据多模性更加优越。在端侧可以结合更多的传感器数据以及云端无法获取到的安全类数据,如:车外视觉环境识别数据、车内视觉乘员状态数据、车辆各个域控制器数据，利用大算力芯片计算出更加精准的推荐结果。

3)高时效性，省去了网络传输这一步骤，直接本地计算、本地执行，用户体验更好。

4)可以结合云端大数据的能力，无限扩展推荐场景，云端不断开发推荐脚本，而车机端则更新脚本、执行脚本。

附图说明

图1是本申请一实施例的车辆用推荐方法的流程示意图。

图2是本申请一实施例的能够实现本申请的车辆用推荐方法的电子设备示意图。

具体实施方式

为使本申请实施的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。所描述的实施例是本申请一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。下面结合附图对本申请的实施例进行详细说明。

图1是本申请一实施例的车辆用推荐方法的流程示意图。

如图1所示的车辆用推荐方法包括：

步骤1：车载主机娱乐系统获取车辆信息；

步骤2：车载主机娱乐系统根据车辆信息生成推荐信息。

本申请的车辆用推荐方法中，获取车辆信息以及根据车辆信息生成推荐信息均在车载主机娱乐系统完成，具有如下优点：

1)车机端可以不依赖于网络，在离线模式下亦可以在本地计算，直接计算出相应场景下推荐给用户的功能。

2)数据多模性更加优越。在端侧可以结合更多的传感器数据以及云端无法获取到的安全类数据,如:车外视觉环境识别数据、车内视觉乘员状态数据、车辆各个域控制器数据，利用大算力芯片计算出更加精准的推荐结果。

3)高时效性，省去了网络传输这一步骤，直接本地计算、本地执行，用户体验更好。

4)可以结合云端大数据的能力，无限扩展推荐场景，云端不断开发推荐脚本，而车机端则更新脚本、执行脚本。

在本实施例中，车辆信息至少包括如下信息中的一个或多个：

车辆的视觉环境信息、车辆当前GPS坐标位置、车内乘员信息、车辆基本信息。

在本实施例中，所述车载主机娱乐系统根据车辆信息生成推荐信息包括：

获取车辆当前GPS坐标位置；

根据车辆当前GPS坐标位置判断在车辆位置的预设距离范围内是否存在能够交互的场景信息，若是，则

获取交互数据表，所述交互数据表包括预设场景信息以及预设场景信息对应的预设交互动作；

获取与场景信息相同的预设场景信息所对应的预设交互动作；

根据预设交互动作生成推荐信息。

通过GPS信息可以了解车辆当前行驶到什么地方，该地方是否需要进行一些推荐行为，例如，车辆开到高速公路收费站时，使用者需要摇下车窗来缴费，如果通过GPS能判断现在在高速公路收费站，则可以通过推荐功能自动摇下车窗方便使用者。

在本实施例中，车辆的视觉环境信息包括车辆的外环境图像信息；

在获取交互数据表之前，所述车载主机娱乐系统根据车辆信息生成推荐信息进一步包括：

获取车辆的外环境图像信息；

获取经过训练的环境分类器；

提取所述车辆的外环境图像信息的图像特征；

将所述图像特征输入至所述环境分类器，从而获取分类器标签，所述分类器标签包括至少一个分类场景信息；

判断分类场景信息是否与通过GPS坐标位置所获取的场景信息相同，若是，则

获取交互数据表。

可以理解的是，通过GPS位置判断，一方面可能会具有一定的误差，另一方面，可能驾驶者虽然经过收费站，但是实际是经过收费站旁边的小路，并不需要与收费员进行互动，此时，通过摄像装置的图片进行判断可以更为准确的判断出是否需要推荐交互。

在本实施例中，车辆基本信息包括车速信息；

在所述获取交互数据表之前，所述车载主机娱乐系统根据车辆信息生成推荐信息进一步包括：

判断车速信息是否小于预设车速，若是，则

获取交互数据表。

在一些情况下，虽然摄像装置判断出位于收费站，GPS信息也判断出位于收费站，但是实际比如收费站今天不需要收费，也就不需要和收费员进行互动，此时，可以通过车速来进一步判断，例如，车速逐渐减少并且趋于停止，说明可能需要进行互动，若车速虽然较少但是并没有趋于停止的意思，则可能是不需要进行收费互动，此时则不需要获取交互数据表。

在本实施例中，在生成推荐信息之后，所述车辆用推荐方法进一步包括：

根据所生成的推荐信息生成询问语音信息；

获取使用者根据所述询问语音信息所反馈的语音信息；

识别所述语音信息中的语义信息，若所述语义信息表示同意该推荐信息，则

将所述推荐信息发送给能够执行该推荐信息的车辆内执行机构进行执行。

虽然通过上述判断判断为需要进行推荐，但是，最后是否执行推荐所需要执行的功能的权力，应该属于使用者，因此，在确定需要推荐时，还需要通过语音来咨询使用者，只有使用者同意(例如语音回答为可以，同意等语义词)，则进行执行。

在本实施例中，车辆用推荐方法在车载主机娱乐系统无法与云端正常通讯的状态下使用。

本申请的方法特别适用于离线状态，可以不依赖于网络就可以实现推荐功能。

下面以举例的方式对本申请进行进一步详细阐述，可以理解的是，该举例并不构成对本申请的任何限制。

当用户经过高速路口收费站时，如果车辆没有ETC时，到达人工收费窗口，需要用户手动降下窗户。而通过本申请，实现了通过GPS发现车辆位于收费站场景，并通过车外前档摄像头识别到车辆走的是人工收费匝道，并且车辆的速度逐步降低5KM以下，同时主驾驶窗户处于全关闭或者开度20％以内，当前天气状态为良好，则主动为用户打开主驾窗户。驾驶员交纳完费用之后，检测到车辆加速度离开，驾驶员驾驶状态为专心驾驶车辆，GPS点离开车费站，则主动关闭主驾车窗。

本申请还提供了一种车载主机娱乐系统，所述车载主机娱乐系统包括车辆信息获取模块以及推荐信息生成模块，车辆信息获取模块用于获取车辆信息；推荐信息生成模块用于根据车辆信息生成推荐信息。

在本实施例中，车载主机娱乐系统进一步包括网络判断模块，所述网络判断模块用于判断车载主机娱乐系统是否能够与云端进行正常通讯，若否，则控制所述推荐信息生成模块工作。

本申请的车载主机娱乐系统，获取各个传感器所传递的数据，例如车辆的视觉环境信息、车辆当前GPS坐标位置、车内乘员信息、车辆基本信息，通过YAML脚本将规则组合在一起，然后利用车机CPU算力通过规则引擎计算，最终得出一个执行决策，然后将对于的功能推荐给用户。

在本实施例中，多模数据输入：车载主机娱乐系统的所有事件以及状态元数据由多个功能域输入，事件&状态由产品定义，经多模数据预处理后输入到数据同步服务。

数据同步服务：用于统一存储车载主机娱乐系统的所有传感器数据，并加工处理。

模型库：车载主机娱乐系统内置有基于YAML脚本编写的对于场景计算和结果的模型文件。

融合分析引擎：车载主机娱乐系统使用模型库文件进行计算的规则引擎。

语音助手&应用：车载主机娱乐系统用于将推荐结果和用户交互的功能展示模块。

云端：云端用于为车载主机娱乐系统的模型库文件进行开发与发布。

可以理解的是，本申请可以在有网络时进行，也可以在无网络时进行。

本申请还提供了一种车辆，所述车辆包括如上所述的车载主机娱乐系统。

可以理解的是，上述对方法的描述，也同样适用于对装置的描述。

本申请还提供了一种电子设备，包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序，处理器执行计算机程序时实现如上的车辆用推荐方法。

本申请还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时能够实现如上的车辆用推荐方法。

图2是能够实现根据本申请一个实施例提供的车辆用推荐方法的电子设备的示例性结构图。

如图2所示，电子设备包括输入设备501、输入接口502、中央处理器503、存储器504、输出接口505以及输出设备506。其中，输入接口502、中央处理器503、存储器504以及输出接口505通过总线507相互连接，输入设备501和输出设备506分别通过输入接口502和输出接口505与总线507连接，进而与电子设备的其他组件连接。具体地，输入设备504接收来自外部的输入信息，并通过输入接口502将输入信息传送到中央处理器503；中央处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器504中，然后通过输出接口505将输出信息传送到输出设备506；输出设备506将输出信息输出到电子设备的外部供用户使用。

也就是说，图2所示的电子设备也可以被实现为包括：存储有计算机可执行指令的存储器；以及一个或多个处理器，该一个或多个处理器在执行计算机可执行指令时可以实现结合图1描述的车辆用推荐方法。

在一个实施例中，图2所示的电子设备可以被实现为包括：存储器504，被配置为存储可执行程序代码；一个或多个处理器503，被配置为运行存储器504中存储的可执行程序代码，以执行上述实施例中的车辆用推荐方法。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动，媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数据多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，模块、程序段、或代码的一部分包括一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地标识的方框实际上可以基本并行地执行，他们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或总流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

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

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现装置/终端设备的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在本实施例中，装置/终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减。本申请虽然以较佳实施例公开如上，但其实并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此，本申请的保护范围应当以本申请权利要求所界定的范围为准。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。

虽然，上文中已经用一般性说明及具体实施方案对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所做的这些修改或改进，均属于本发明要求保护的范围。

Claims (10)

1.一种车辆用推荐方法，其特征在于，所述车辆用推荐方法包括：

车载主机娱乐系统获取车辆信息；

车载主机娱乐系统根据车辆信息生成推荐信息。

2.如权利要求1所述的车辆用推荐方法，其特征在于，所述车辆信息至少包括如下信息中的一个或多个：

车辆的视觉环境信息、车辆当前GPS坐标位置、车内乘员信息、车辆基本信息。

3.如权利要求2所述的车辆用推荐方法，其特征在于，所述车载主机娱乐系统根据车辆信息生成推荐信息包括：

获取车辆当前GPS坐标位置；

根据车辆当前GPS坐标位置判断在车辆位置的预设距离范围内是否存在能够交互的场景信息，若是，则

获取交互数据表，所述交互数据表包括预设场景信息以及预设场景信息对应的预设交互动作；

获取与场景信息相同的预设场景信息所对应的预设交互动作；

根据预设交互动作生成推荐信息。

4.如权利要求3所述的车辆用推荐方法，其特征在于，

所述车辆的视觉环境信息包括车辆的外环境图像信息；

在所述获取交互数据表之前，所述车载主机娱乐系统根据车辆信息生成推荐信息进一步包括：

获取车辆的外环境图像信息；

获取经过训练的环境分类器；

提取所述车辆的外环境图像信息的图像特征；

将所述图像特征输入至所述环境分类器，从而获取分类器标签，所述分类器标签包括至少一个分类场景信息；

判断分类场景信息是否与通过GPS坐标位置所获取的场景信息相同，若是，则

获取交互数据表。

5.如权利要求4所述的车辆用推荐方法，其特征在于，所述车辆基本信息包括车速信息；

在所述获取交互数据表之前，所述车载主机娱乐系统根据车辆信息生成推荐信息进一步包括：

判断车速信息是否小于预设车速，若是，则

获取交互数据表。

6.如权利要求5所述的车辆用推荐方法，其特征在于，在生成推荐信息之后，所述车辆用推荐方法进一步包括：

根据所生成的推荐信息生成询问语音信息；

获取使用者根据所述询问语音信息所反馈的语音信息；

识别所述语音信息中的语义信息，若所述语义信息表示同意该推荐信息，则

将所述推荐信息发送给能够执行该推荐信息的车辆内执行机构进行执行。

7.如权利要求6所述的车辆用推荐方法，其特征在于，所述车辆用推荐方法在车载主机娱乐系统无法与云端正常通讯的状态下使用。

8.一种车载主机娱乐系统，其特征在于，所述车载主机娱乐系统包括：

车辆信息获取模块，所述车辆信息获取模块用于获取车辆信息；

推荐信息生成模块，所述推荐信息生成模块用于根据车辆信息生成推荐信息。

9.如权利要求8所述的车载主机娱乐系统，其特征在于，所述车载主机娱乐系统进一步包括：

网络判断模块，所述网络判断模块用于判断车载主机娱乐系统是否能够与云端进行正常通讯，若否，则控制所述推荐信息生成模块工作。

10.一种车辆，其特征在于，所述车辆包括如权利要求8或9所述的车载主机娱乐系统。

Images