车辆导航方法、装置、车载端及存储介质

技术领域

本申请涉及智慧城市技术领域，特别涉及一种车辆导航方法、装置、车载端及存储介质。

背景技术

传统汽车导航都是基于地图的位置信息的搜索与计算，其依赖于用户输入确切的位置信息。然而在实际生活中，用户出行时存在不知道具体地点但有具体需求的情况，例如，用户需要购买某个具体的商品，但不知道购买该商品的具体地点。目前，只能依靠用户借助网络资源进行大量的信息搜索，并对搜索结果进行分析和筛选，整个过非常耗时以及无法保证搜索结果的准确性。

发明内容

本申请为解决上述技术问题，提供一种车辆导航方法、装置、车载端及存储介质。

第一方面，本申请提供一种车辆导航方法，所述导航方法包括：

获取车载端用户的出行事件需求；

基于所述出行事件需求，请求目标云端生成与所述出行事件需求对应的目的地导航路径信息；

接收所述目的地导航路径信息，所述目的地导航路径信息用于车辆导航。

在第一方面的一些实现方式中，所述基于所述出行事件需求，请求目标云端生成与所述出行事件需求对应的目的地导航路径信息，包括：

基于所述出行事件需求，向RSU设备发送目的地导航请求，所述目的地导航请求由所述RSU设备转发至所述目标云端；

接收所述RSU设备返回的所述目的地导航路径信息，所述目的地导航路径信息为所述目标云端响应于所述目的地导航请求，并根据所述出行事件需求匹配对应的属性信息，根据所述属性信息匹配得对应的目标目的地位置信息，以生成导航线路信息。

在第一方面的一些实现方式中，所述接收所述RSU设备返回的所述目的地导航路径信息之前，还包括：

接收所述RSU设备返回的目的地位置信息集，所述目的地位置信息集包括至少一个目的地位置信息，所述目的地位置信息为所述目标云端响应于所述目的地导航请求生成的与所述出行事件需求对应的位置信息；

响应于所述车载端用户的目的地确认指令，向所述RSU设备发送所述目标目的地位置信息，所述目标目的地位置信息为所述目的地位置信息集中被所述车载端用户确认的目的地位置信息。

在第一方面的一些实现方式中，所述目标云端包括本区域云端和相邻区域云端；所述目的地导航请求由所述RSU设备转发至所述RSU设备所在区域的本区域云端；若所述本区域云端未匹配到与所述出行事件需求对应的目标目的地位置信息，则所述目的地导航请求由所述RSU设备转发至所述RSU设备所在区域的相邻区域云端。

在第一方面的一些实现方式中，所述接收所述目的地导航路径信息之后，还包括：

利用预设路径优化策略，对所述目的地导航路径信息进行优化，得到优化后的目的地导航路径信息。

在第一方面的一些实现方式中，所述利用预设路径优化策略，对所述目的地导航路径信息进行优化，得到优化后的目的地导航路径信息，包括：

在车辆行驶过程中，实时接收周边路况信息；

基于所述周边路况信息，对所述目的地导航路径信息进行实时优化，得到优化后的所述目的地导航路径信息。

在第一方面的一些实现方式中，所述目标云端缓存有多个目的地的属性信息，所述属性信息用于匹配与所述出行事件需求，根据匹配得到的属性信息以获得对应的目的地位置信息。

第二方面，本申请还提供一种车辆导航装置，所述导航装置包括：

获取模块，用于获取车载端用户的出行事件需求；

请求模块，用于基于所述出行事件需求，请求目标云端生成与所述出行事件需求对应的目的地导航路径信息；

导航模块，用于接收所述目的地导航路径信息，所述目的地导航路径信息用于车辆导航。

第三方面，本申请还提供一种车载端，其特征在于，包括处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时实现如第一方面所述的车辆导航方法。

第四方面，本申请还提供一种计算机可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的车辆导航方法。

与现有技术相比，本申请至少具备以下有益效果：

通过获取车载端用户的出行事件需求，并基于所述出行事件需求，请求目标云端生成与所述出行事件需求对应的目的地导航路径信息，再基于所述目的地导航路径信息，对所述车载端所在的汽车进行导航控制。以根据用户的实际出行场景需求自动匹配目的地，实现快速和精准地响应用户出行需求，而无需用户自行输入目的地或者查找满足实际出行场景需求的目的地，提高用户出行体验。

附图说明

图1为本申请实施例示出的车辆导航方法的流程示意图；

图2为本申请实施例示出的基于V2X技术的车联网结构示意图；

图3为本申请实施例示出的车辆导航装置的结构示意图；

图4为本申请实施例示出的计算机设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参照图1，图1为本申请实施例提供的一种车辆导航方法的流程示意图。本申请实施例的车辆导航方法可应用于计算机设备，该计算机设备包括但不限于车载终端（车载端）、智能手机、平板电脑和笔记本电脑等设备。可以理解的是，当计算机设备为车载端时，车载端可以利用V2X技术与云端通信连接；当计算机设备为智能手机、平板电脑和笔记本电脑等设备时，其可以利用移动互联网技术与云端通信连接。如图1所示，本实施例的车辆导航方法包括步骤S101至步骤S103，详述如下：

步骤S101，获取车载端用户的出行事件需求。

在本步骤中，出行事件需求为表征用户出行目的的信息，其包括但不限于购物需求、游玩需求、住宿需求和如厕需求等。例如，用户想要购买水果，可以在车载端输入如“我现在想要去买水果，帮我导航”、“我下午要去游泳，帮我导航”或者“我现在要找个酒店住一晚，帮我导航”等事件需求。

步骤S102，基于所述出行事件需求，请求目标云端生成与所述出行事件需求对应的目的地导航路径信息。

在本步骤中，对于车载端，车载端与云端基于V2X（vehicle to X）技术进行通信。可选地，车载端包含车载单元（On board Unit，OBU）设备，OBU设备通过路侧单元（RoadSide Unit，RSU）设备与云端（或者移动边缘计算，Mobile Edge Computing，MEC）进行通信。其中云端可以有多个，例如按照RSU设备区域进行划分，每个RSU设备所在区域对应有一个云端。

可选地，车载端将出行事件需求生成为请求信息，并向目标云端发送该请求信息，以请求目标云端匹配与出行事件需求对应的目的地，以及生成当前位置与目的地之间的目的地导航路径信息。应理解，目的地导航路径信息可基于路径规划算法生成，该路径规划算法可以是Dijkstra 算法、Floyd算法和A*算法等，对此不作限定。

在一些实施例中，所述目标云端缓存有多个目的地的属性信息，所述属性信息用于匹配与所述出行事件需求，根据匹配得到的属性信息以获得对应的目的地位置信息。

在本实施例中，属性信息包括但不限于位置信息、位置用途信息和位置开放时间信息等。可选地，属性信息可以为云端预先存储的属性信息，也可以为云端从电子地图上实时接收到并缓存的属性信息。进一步地，云端可以以预设周期从电子地图上接收属性信息，并对原来缓存的属性信息进行更新。

示例性地，云端解析出行事件需求，得到需求类型和需求时间等需求属性信息，如“我现在想要去买水果，帮我导航”，可解析得到需求类型为购物类型（可具体为水果购买类型）和需求时间为现在，将需求属性信息与云端缓存的多个目的地的属性信息进行匹配，匹配出位置用途信息为水果购买类型和当前开放的目的地，并输出该目的地的位置信息。

步骤S103，接收所述目的地导航路径信息，所述目的地导航路径信息用于车辆导航。

在本步骤中，目的地导航路径信息为当前位置与目的地之间的导航路线信息。可选地，可以将步骤S102得到的目的地导航路径信息作为汽车的当前导航路线；也可以对步骤S102得到的目的地导航路径信息进行优化，将优化后的目的地导航路径信息作为汽车的当前导航路线。

可选地，目的地导航路径信息可显示于车载端的显示单元上，为用户驾驶汽车提供导航参考；也可以应用于智能驾驶，为汽车智能驾驶提供导航参考。需要说明的是，本实施例用户的实际出行场景需求自动匹配目的地，实现快速和精准地响应用户出行需求，而无需用户自行输入目的地或者查找满足实际出行场景需求的目的地，提高用户出行体验。

在一些实施例中，在图1所示实施例的基础上，所述步骤S101，包括：

基于所述出行事件需求，向所述RSU设备发送目的地导航请求，所述目的地导航请求由所述RSU设备转发至所述目标云端；

接收所述RSU设备返回的所述目的地导航路径信息，所述目的地导航路径信息为所述目标云端响应于所述目的地导航请求，并根据所述出行事件需求匹配对应的属性信息，根据所述属性信息匹配得对应的目标目的地位置信息，以生成导航线路信息。

在本实施例中，如图2所示的基于V2X技术的车联网结构示意图，其MEC为云端，RSU为路侧单元设备，OBU为车载单元设备，Attraction为目的地的属性信息，Destination为目的地。在一实施例中，OBU设备向RSU设备发送目的地导航请求，RSU设备将该目的地导航请求转发至云端，云端根据Attraction匹配与出行事件需求对应的目的地，并生成该目的地与当前汽车位置之间的目的地导航路径信息。

在另一实施例中，所述目标云端包括本区域云端和相邻区域云端；所述目的地导航请求由所述RSU设备转发至所述RSU设备所在区域的本区域云端；若所述本区域云端未匹配到与所述出行事件需求对应的目标目的地位置信息，则所述目的地导航请求由所述RSU设备转发至所述RSU设备所在区域的相邻区域云端。

在本实施例中，多个区域云端之间可以存在相互请求和响应交互通路。可选地，相邻区域云端可以有多个，当本区域云端未查询到满足出行事件需求的目的地时，目的地导航请求可以由RSU设备广播至多个相邻区域云端，并接收相邻区域云端返回的目的地导航路径信息。目的地导航请求也可以由RSU设备按照相邻区域云端与本区域云端的距离排序，依次转发至距离最近的相邻区域云端（即以区域距离由近到远进行依次转发），直至接收到最近相邻区域云端返回的目的地导航路径信息，以满足用户去最近目的地的需求。目的地导航请求还可以由RSU设备按照相邻区域云端与本区域云端的区域属性（区域属性如工业区、住宅区、商务区和商业区等）相似度排序，依次转发至相似度最低的相邻区域云端（即以区域属性相似度由低到高依次转发），直至接收到相邻区域云端返回的目的地导航路径信息，以满足快速和低运算方式查询到目的地的需求，例如对于购买衣服需求，若本区域云端的区域属性为工业区，本区域云端未查询到满足购买衣服需求的目的地，则可以区域属性为商业区的相邻区域云端作为优先转发对方。可以理解的是，以上转发方式可以其中一种实现，也可以多种结合实现。

在一些实施例中，所述接收所述RSU设备返回的所述目的地导航路径信息之前，还包括：

接收所述RSU设备返回的目的地位置信息集，所述目的地位置信息集包括至少一个目的地位置信息，所述目的地位置信息为所述目标云端响应于所述目的地导航请求生成的与所述出行事件需求对应的位置信息；

响应于所述车载端用户的目的地确认指令，向所述RSU设备发送所述目标目的地位置信息，所述目标目的地位置信息为所述目的地位置信息集中被所述车载端用户确认的目的地位置信息。

在本实施例中，满足出行事件需求的目的地可能有多个，所以为更加符合用户需求，将云端匹配到的所有目的地返回至车载端，以供用户选择目标目的地位置信息。可选地，目的地位置信息集可根据目的地位置与汽车当前位置之间的距离由近到远进行排序，也可以根据目的地属性信息与出行事件需求的匹配度由高到低进行排序。

可选地，目标云端可以在接收目的地确认指令后，再生成并返回用户所确认的目的地导航路径信息；目标云端也可以返回目的地位置信息集后，计算汽车当前位置与目的地位置信息集中每个目的地之间的目的地导航路径信息，当接收到目的地确认指令后，直接返回用户所确认的目的地导航路径信息。

在一些实施例中，在图1所示实施例的基础上，所述步骤S103之后，还包括：

利用预设路径优化策略，对所述目的地导航路径信息进行优化，得到优化后的目的地导航路径信息。

在本实施例中，预设路径优化策略为车载端接收到步骤S102输出的目的地导航路径信息后，对该目的地导航路径信息进行路径优化的优化策略，其包括但不限于基于实时路况的路径优化策略和基于本地路径与云端路径融合的路径优化策略等。

可选地，对于基于实时路况的路径优化策略，包括：在所述汽车行驶过程中，实时接收周边路况信息；基于所述周边路况信息，对所述目的地导航路径信息进行实时优化，得到优化后的所述目的地导航路径信息。

在本可选实施例中，周边路况信息为表征当前汽车所在区域范围的道路路况信息，其包括但不限于道路施工信息、车辆事故信息和街道临时封控通知信息等。对于车载端，车载端通过OBU设备与当前汽车所在区域的RSU设备通信，实时接收RSU设备发布的周边路况信息，并利用路径优化算法，根据所述周边路况信息，对目的地导航路径信息进行优化。其中路径优化算法可以是Dijkstra 算法、Floyd算法和A*算法等，对此不作限定。

可选地，对于基于本地路径与云端路径融合的路径优化策略，包括：利用路径规划算法，计算汽车当前位置与目的地位置之间的导航路径，得到本地导航路径信息；将本地路径与所述目的地导航路径信息进行路径融合，得到优化后的目的地导航路径信息。可选地，路径融合可以为基于导航路径最短或导航用时最短等优化原则，对本地导航路径信息与目的地导航路径信息进行分段融合。例如，以本地导航路径信息和目的地导航路径信息之间的位置交点，将本地导航路径信息与目的地导航路径信息划分为多个路段信息，根据多个路段信息，拼接为形成当前汽车位置与目的地位置之间路径最短的导航路径信息，得到优化后的目的地导航路径信息。

需要说明的是，本申请实施例依托于V2X技术，结合MEC的信息搜集能力，为用户提供精确的导航方案，从而提升用户使用产品的感受。MEC收集的目的地属性信息里包含了具体场所信息，例如针对商业地点，属性信息里包含了具体的实时货品信息；针对景点，属性信息里包含了景点门票和景点活动等实时信息；每个属性地点的本地信息网络和云服务中心对接，实时更新相关信息。当用户有出行需求时，可以通过V2X网络资源优势，给用户提供合理的路径推荐和地点推荐，从而简化用户的出行流程，提高用户的出行效率和出行体验。

为了执行上述方法实施例对应的车辆导航方法，以实现相应的功能和技术效果。参见图3，图3示出了本申请实施例提供的一种车辆导航装置的结构框图。为了便于说明，仅示出了与本实施例相关的部分，本申请实施例提供的车辆导航装置，包括：

获取模块301，用于获取车载端用户的出行事件需求；

请求模块302，用于基于所述出行事件需求，请求目标云端生成与所述出行事件需求对应的目的地导航路径信息；

导航模块303，用于接收所述目的地导航路径信息，所述目的地导航路径信息用于车辆导航。

在一些实施例中，所述请求模块302，包括：

第一发送单元，用于基于所述出行事件需求，向RSU设备发送目的地导航请求，所述目的地导航请求由所述RSU设备转发至所述目标云端；

第一接收单元，用于接收所述RSU设备返回的所述目的地导航路径信息，所述目的地导航路径信息为所述目标云端响应于所述目的地导航请求，并根据所述出行事件需求匹配对应的属性信息，根据所述属性信息匹配得对应的目标目的地位置信息，以生成导航线路信息。

在一些实施例中，所述请求模块302，还包括：

第二接收单元，用于接收所述RSU设备返回的目的地位置信息集，所述目的地位置信息集包括至少一个目的地位置信息，所述目的地位置信息为所述目标云端响应于所述目的地导航请求生成的与所述出行事件需求对应的位置信息；

发送单元，用于响应于所述车载端用户的目的地确认指令，向所述RSU设备发送所述目标目的地位置信息，所述目标目的地位置信息为所述目的地位置信息集中被所述车载端用户确认的目的地位置信息。

在一些实施例中，所述目标云端包括本区域云端和相邻区域云端；所述目的地导航请求由所述RSU设备转发至所述RSU设备所在区域的本区域云端；若所述本区域云端未匹配到与所述出行事件需求对应的目标目的地位置信息，则所述目的地导航请求由所述RSU设备转发至所述RSU设备所在区域的相邻区域云端。

在一些实施例中，所述车辆导航装置，还包括：

优化模块，用于利用预设路径优化策略，对所述目的地导航路径信息进行优化，得到优化后的目的地导航路径信息。

在一些实施例中，所述优化模块，具体用于：

在所述汽车行驶过程中，实时接收周边路况信息；

基于所述周边路况信息，对所述目的地导航路径信息进行实时优化，得到优化后的所述目的地导航路径信息。

在一些实施例中，所述目标云端缓存有多个目的地的属性信息，所述属性信息用于匹配与所述出行事件需求，根据匹配得到的属性信息以获得对应的目的地位置信息。

上述的车辆导航装置可实施上述方法实施例的车辆导航方法。上述方法实施例中的可选项也适用于本实施例，这里不再详述。本申请实施例的其余内容可参照上述方法实施例的内容，在本实施例中，不再进行赘述。

图3为本申请一实施例提供的车载端的结构示意图。如图3所示，该实施例的车载端3包括：至少一个处理器30（图3中仅示出一个）、存储器31以及存储在所述存储器31中并可在所述至少一个处理器30上运行的计算机程序32，所述处理器30执行所述计算机程序32时实现上述任意方法实施例中的步骤。

该车载端可包括但不仅限于处理器30、存储器31。本领域技术人员可以理解，图3仅仅是车载端3的举例，并不构成对车载端3的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括车载端包含车载单元（On board Unit，OBU）设备，OBU设备通过路侧单元（Road Side Unit，RSU）设备与云端（或者移动边缘计算，Mobile Edge Computing，MEC）进行通信，以及输入输出设备和网络接入设备等。

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

所述存储器31在一些实施例中可以是所述车载端3的内部存储单元，例如车载端3的硬盘或内存。所述存储器31在另一些实施例中也可以是所述车载端3的外部存储设备，例如所述车载端3上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器31还可以既包括所述车载端3的内部存储单元也包括外部存储设备。所述存储器31用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器31还可以用于暂时地存储已经输出或者将要输出的数据。

另外，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任意方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在车载端上运行时，使得车载端执行时实现上述各个方法实施例中的步骤。

在本申请所提供的几个实施例中，可以理解的是，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意的是，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台车载端执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步的详细说明，应当理解，以上所述仅为本申请的具体实施例而已，并不用于限定本申请的保护范围。特别指出，对于本领域技术人员来说，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。