CN117793630A - 智能导航方法、装置、服务器以及车辆 - Google Patents

Abstract

本申请公开了一种智能导航方法、装置、服务器以及车辆，响应车辆发送的针对目标地点的导航请求，基于导航请求确定目标地点对应的目标路线方案；基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；将导航数据发送至车辆，以使得车辆根据导航数据进行导航指引。由于服务器端的算力更高且更可靠稳定，那么服务器能够基于更高算力确定出目标地点对应的目标路线方案，然后根据车辆行驶信息确定车辆在目标路线上的导航数据，这样使得车辆接收到导航数据后可以直接对驾驶员进行导航指引，在云端为车辆提供智能导航服务，降低了对车端的算力需求。

Description

智能导航方法、装置、服务器以及车辆

技术领域

本申请涉及汽车技术领域，尤其涉及一种智能导航方法、装置、服务器以及车辆。

背景技术

用户在驾驶车辆的过程中，有时可能不清楚前往目的地的路径，此时就会用到导航功能。目前用户在使用车载导航功能时，通常需要安装地图应用，下载离线地图，而随着用户使用导航的次数越来越多，下载的地图导航数据以及地图应用会占据较多的内存空间，而若是直接联网使用在线地图，则会消耗过多流量，为用户带来流量使用过多的困扰。因此需要一种智能导航方法，以解决目前导航功能存在的问题。

发明内容

本申请提供一种智能导航方法、装置、服务器以及车辆，可以解决相关技术中地图信息更新不及时、流量消耗过多的技术问题。

第一方面，本申请实施例提供一种智能导航方法，应用于服务器，该方法包括：

响应车辆发送的针对目标地点的导航请求，基于所述导航请求确定所述目标地点对应的目标路线方案；

基于所述目标路线方案以及车辆行驶信息确定导航数据，所述车辆行驶信息中至少包括车速信息以及车辆位置信息；

将所述导航数据发送至所述车辆，以使得所述车辆根据所述导航数据进行导航指引。

第二方面，本申请实施例提供一种智能导航方法，应用于车辆，该方法包括：

响应针对目标地点的导航请求，向服务器发送所述导航请求，以使得所述服务器基于所述导航请求确定所述目标地点对应的目标路线方案；

接收所述服务器基于所述目标路线方案以及车辆行驶信息发送的导航数据，所述车辆行驶信息中至少包括车速信息以及车辆位置信息；

根据所述导航数据进行导航指引。

第三方面，本申请实施例提供一种智能导航装置，应用于服务器，该装置包括：

请求响应模块，用于响应车辆发送的针对目标地点的导航请求，基于所述导航请求确定所述目标地点对应的目标路线方案；

数据计算模块，用于基于所述目标路线方案以及车辆行驶信息确定导航数据，所述车辆行驶信息中至少包括车速信息以及车辆位置信息；

数据发送模块，用于将所述导航数据发送至所述车辆，以使得所述车辆根据所述导航数据进行导航指引。

第四方面，本申请实施例提供一种智能导航装置，应用于车辆，该装置包括：

请求发起模块，用于响应针对目标地点的导航请求，向服务器发送所述导航请求，以使得所述服务器基于所述导航请求确定所述目标地点对应的目标路线方案；

数据接收模块，用于接收所述服务器基于所述目标路线方案以及车辆行驶信息发送的导航数据，所述车辆行驶信息中至少包括车速信息以及车辆位置信息；

导航指引模块，用于根据所述导航数据进行导航指引。

第五方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法的步骤。

第六方面，本申请实施例提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面中方法的步骤。

第七方面，本申请实施例提供一种车辆，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述计算机程序适于由处理器加载并执行上述第二方面中方法的步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

本申请提供一种智能导航方法，应用于服务器，响应车辆发送的针对目标地点的导航请求，基于导航请求确定目标地点对应的目标路线方案；基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；将导航数据发送至车辆，以使得车辆根据导航数据进行导航指引。由于服务器端的算力更高且更可靠稳定，那么服务器响应车辆对目标地点的导航请求后，能够基于服务器端平台的更高算力确定出目标地点对应的目标路线方案，然后进一步根据车辆当前的行驶信息确定车辆在目标路线上的导航数据，这样使得车辆接收到导航数据后可以直接对驾驶员进行导航指引，在云端为车辆提供智能导航服务，降低了对车端的算力需求和数据存储需求，进而降低车辆的成本，提升用户的用车体验。

附图说明

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

图1为本申请实施例提供的一种智能导航方法的示例性系统架构图；

图2为本申请实施例提供的一种智能导航方法的流程示意图；

图3为本申请实施例提供的一种智能导航方法的流程示意图；

图4为本申请实施例提供的一种智能导航方法的通讯系统示意图；

图5为本申请实施例提供的一种智能导航方法的流程示意图；

图6为本申请实施例提供的一种智能导航装置的结构框图；

图7为本申请实施例提供的一种智能导航装置的结构框图；

图8为本申请实施例提供的一种服务器的结构示意图；

图9为本申请实施例提供的一种车辆的结构示意图。

具体实施方式

为使得本申请的特征和优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

随着汽车行业的快速发展，人们可以通过驾驶汽车而快速到达目的地，然而一些用户在驾驶车辆的过程中，有时可能不清楚前往目的地的路径，此时就需要用到导航功能，通过导航功能获取车辆从当前位置到目的地的行驶路线，这样用户可以按照路线驾驶车辆到达目的地。最初在开发导航功能时，考虑到用户在驾驶车辆时一般也会携带自己的移动终端，因此主要将导航功能搭载在移动终端中供用户使用，便于用户查询每次行驶的导航数据。但移动终端的导航一般需要使用终端的网络流量以及占据终端的内存空间，那么为了使得车辆满足更全面的用户需求，各车企开启了对车机端的智能开发进程，其中就包括车载导航功能。

目前用户在使用车载导航功能时，一般可以选择通过离线导航或在线导航两种方式来获取导航信息。在离线导航方式中，通常需要在车端中安装地图应用，从地图应用下载离线地图，而随着用户使用导航的次数越来越多、环境跨度的不断增大以及城市发展的不断加快，地图资源后期将成几何式增加，带来资源消耗会不断增多，下载的地图导航数据以及地图应用会占据越来越多的内存空间；而在线导航方式中，车端也需要安装地图应用，然后依靠车载终端或者移动终端提供网络进行地图更新以及在线地图导航，这种方式地图应用也会占据车机内存并且会在使用在线地图的过程中消耗过多流量，为用户带来流量使用过多的困扰。

因此本申请实施例提供一种智能导航方法，响应车辆发送的针对目标地点的导航请求，基于导航请求确定目标地点对应的目标路线方案；基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；将导航数据发送至车辆，以使得车辆根据导航数据进行导航指引，以解决上述地图信息更新不及时、流量消耗过多的技术问题。

请参阅图1，图1为本申请实施例提供的一种智能导航方法的示例性系统架构图。

如图1所示，系统架构可以包括车辆101、网络102和服务器103。网络102用于在车辆101和服务器103之间提供通信链路的介质。网络102可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆的，无线通信链路包括蓝牙通信链路、无线保真(Wireless-Fidelity，Wi-Fi)通信链路或微波通信链路等。

车辆101可以通过网络102与服务器103交互，以接收来自服务器103的消息或向服务器103发送消息，或者车辆101可以通过网络102与服务器103交互，进而接收其他用户向服务器103发送的消息或者数据。车辆101可以是硬件，也可以是软件。当车辆101为硬件时，可以是各种电子设备，包括但不限于智能手表、智能手机、平板电脑、膝上型便携式计算机和台式计算机等。当车辆101为软件时，可以是安装在上述所列举的电子设备中，其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。

服务器103可以是提供各种服务的业务服务器。需要说明的是，服务器103可以是硬件，也可以是软件。当服务器103为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器103为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

在本申请实施例中，车辆101响应针对目标地点的导航请求，向服务器103发送导航请求；服务器103响应车辆101发送的针对目标地点的导航请求，基于导航请求确定目标地点对应的目标路线方案；然后服务器103基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；进一步地，服务器103将导航数据发送至车辆，以使得车辆101接收服务器基于目标路线方案以及车辆行驶信息发送的导航数据，并根据导航数据进行导航指引。

应理解，图1中的车辆、网络以及服务器的数目仅是示意性的，根据实现需要，可以是任意数量的车辆、网络以及服务器。

请参阅图2，图2为本申请实施例提供的一种智能导航方法的流程示意图。本申请实施例的执行主体可以是执行智能导航的服务器，也可以是执行智能导航方法的服务器中的处理器，还可以是执行智能导航方法的服务器中的智能导航服务。为方便描述，下面以执行主体是服务器中的处理器为例，介绍智能导航方法的具体执行过程。

如图2所示，智能导航方法，应用于服务器，至少可以包括：

S202、响应车辆发送的针对目标地点的导航请求，基于导航请求确定目标地点对应的目标路线方案。

可选地，目前车载导航功能，当用户使用离线地图进行导航时，地图应用可能由于车辆长时间不联网而无法及时更新地图版本，导致无法按照最新线路规划线路的问题，而若是直接使用在线地图，则容易在导航过程中使用太多网络流量而对用户造成困扰。另一方面，在导航功能的使用过程中，地图应用以及地图数据均会占用车端内存空间，不利于车机内存空间的有效利用，并且无论是使用离线地图还是在线地图，都是在车机端进行到地图数据查询以及导航路线数据的计算，然后根据导航路线数据实现导航指引，也即导航计算的主体是车辆本身，然而，车辆需要获取、处理的数据较多，考虑到车辆成本的控制，车端支持的算力通常比较有限，若直接在车端进行导航计算，将极大消耗车端的计算资源，那么搭载智能导航功能的车辆需要的整车成本以及软件复杂度都会上升，不便于智能导航功能的使用和优化。

可选地，为了减小车端的导航计算压力，导航数据可以在车辆连接的车联网云平台(Telematics Service Platform,TSP)中进行计算，车联网云平台用于实现车联网的各项功能服务，可以与车辆进行通讯，与车辆进行互相的收发消息数据等，通常车联网云平台的算力更高且更可靠稳定，并且车联网云平台可以实现实时扩容，便于导航服务的优化和更新，通过在车联网云平台为车辆提供智能导航服务，可以降低对车端的算力需求，降低车辆的成本，提升用户的用车体验。

在本申请实施例中，要通过车联网云平台来进行导航计算，就需要车辆在自身存在导航需求时，将针对目标地点的导航请求发送给车联网云平台所在的服务器，此时服务器响应车辆发送的导航请求，进行导航计算，得到去往目标地点的导航数据，然后将导航数据发送给车辆以使得车辆根据导航数据对驾驶员进行路线指引，这样将导航计算迁移到服务器中进行，可以减少车端的计算成本，并且服务器高效的数据处理效率也能增强导航数据的即时性。

可以理解地，在整个导航过程中，首先车辆与车联网云平台所在的服务器之间是存在通讯网络链路的，以便于车辆与服务器之间的信息数据传输。具体的，服务器与车辆之间通过移动通讯网络实现通讯，可用的移动通讯网络有多代例如第三代移动通讯网络(3Generation,3G)、第四代移动通讯网络(4Generation,4G)、第五代移动通讯网络(5Generation,5G)，其中，5G网络的速度最快，因此在一种优选的实施方式中，车辆与服务器基于第五代移动通讯网络也即5G网络进行通讯。

进一步地，在使用5G网络时，车辆具体是通过5G核心网(5G Core,5G C)与服务器进行通讯的，5G核心网是5G移动通信系统的核心部分，负责处理移动设备和互联网之间的通信。在5G时代，移动网络服务的对象也不再是单纯的移动手机，而是各种类型的设备，比如移动手机、平板、固定传感器、车辆等等，应用场景也多样化，比如移动宽带、大规模互联网、任务关键型互联网等等，需要满足的要求也多样化，比如移动性、安全性、时延性、可靠性等等。此时网络切片技术应运而生，通过网络切片技术在一个独立的物理网络上切分出多个虚拟的逻辑网络，从而避免了为每一个服务建设一个专用的物理网络，以此达到节省成本的作用。通常5G网络是根据不同群体不同需求划分网络切片，例如当需要提升一次传输的数据量时，可以使用5G网络中划分出的高带宽网络切片；当需要降低数据传输的时延，可以使用5G网络中划分出的低时延网络切片；当需要支持服务器中大量服务与车辆的连接时，可以使用5G网络中划分出的海量连接切片。那么在本申请实施例中，把5G网络切成多个虚拟且相互隔离的独立虚拟网络，不同的网络切片具有不同的数据传输特性，分别应对不同的信息传输服务，服务器与车辆的每次通讯过程中，通过移动通讯网络中的至少一个网络切片进行数据传输，其中，在一种优选的实施方式中，车辆向服务器发送针对目标地点的导航请求时，可以是通过5G网络中的海量连接切片实现的。

可选地，在导航计算的过程中，明确需要到达的目的地之后，服务器计算导航数据时，具体过程是跟首先确定车辆当前所处的位置，并在当前地区对应的地图上定位车辆位置以及目标地点，然后根据地图上的道路信息，确定车辆从当前位置到目标地点的目标路线方案，然后再根据目标路线方案中涉及到的道路路况、车辆信息等来确定适于为车辆提供的导航引导数据。

S204、基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息。

可选地，确定需要向用户进行驾驶引导的目标路线方案之后，进一步需要根据车辆自身的当前行驶情况以及路线中的道路信息，来确定需要向用户下发的具体导航指令，也即服务器需要基于目标路线方案以及车辆行驶信息确定导航数据，其中，车辆行驶信息中至少包括车速信息以及车辆位置信息，根据车速信息、车辆位置信息以及道路信息，可以计算出用户的道路情况以及用户应该做出的驾驶行为，例如，用户当前的车辆行驶速度为40千米每小时，前方500米有红绿灯路口，因此此时计算出的导航数据中就应该包含地图信息、前方道路情况、车辆行驶路线的示意线条以及指示用户进行及时减速的提示信息。

可选地，车辆在行驶过程中，一般会实时上传自己的行驶数据到车联网云平台连接的大数据平台的数据库中，以便于对车辆行驶情况进行记录，便于车辆的故障判断、日志信息调取等等，基于此，服务器可以在大数据平台的数据库中获取车辆行驶信息。在一种可行的实施方式中，大数据平台还可以存在算力模块来负责车辆行驶数据的处理和分析等，那么大数据平台中的算力模块也可以进行导航数据的计算，也即服务器通过指示大数据平台的算力模块对导航数据进行计算，来实现在云端的导航数据计算过程。

S206、将导航数据发送至车辆，以使得车辆根据导航数据进行导航指引。

可选地，服务器计算出所有的导航数据之后，通过移动通讯网络将导航数据发送至车辆，车辆接收导航数据后可以直接使用导航数据来对用户进行导航指引。具体的，导航数据中包含多种信息，例如地图信息、前方道路情况、车辆行驶路线的示意线条以及指示用户进行及时减速的提示信息等，那么车辆进行导航指引的方式也存在多种，包括通过音箱进行语音播报、通过中控显示屏幕播放地图导航视频等。

需要说明的是，道路信息和车辆行驶信息可能是不断变化的，因此导航数据也需要按照预设频率更新，也即每隔预设周期就重新计算车辆当前位置到前方一段道路的导航信息，以使得用户能够获得实时准确的导航引导。在车辆行驶过程中，若检测到车辆的位置驶离目标路线，那么则需要立即根据车辆的当前位置重新计算到达目标地点的导航数据。

在本申请实施例中，提供一种智能导航方法，应用于服务器，响应车辆发送的针对目标地点的导航请求，基于导航请求确定目标地点对应的目标路线方案；基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；将导航数据发送至车辆，以使得车辆根据导航数据进行导航指引。由于服务器端的算力更高且更可靠稳定，那么服务器响应车辆对目标地点的导航请求后，能够基于服务器端平台的更高算力确定出目标地点对应的目标路线方案，然后进一步根据车辆当前的行驶信息确定车辆在目标路线上的导航数据，这样使得车辆接收到导航数据后可以直接对驾驶员进行导航指引，在云端为车辆提供智能导航服务，降低了对车端的算力需求和数据存储需求，进而降低车辆的成本，提升用户的用车体验。

请参阅图3，图3为本申请实施例提供的一种智能导航方法的流程示意图。

如图3所示，智能导航方法，应用于服务器，至少可以包括：

S302、响应车辆发送的针对目标地点的导航请求。

可选地，通过车联网云平台对导航数据进行计算时，车辆会将针对目标地点的导航请求发送到车联网云平台所在的服务器，服务器响应导航请求，在云端完成后续的导航计算，将最终计算得到的导航数据再返回至车辆以使得车辆根据导航数据对驾驶员进行导航指引。

可选地，请参阅图4，图4为本申请实施例提供的一种智能导航方法的通讯系统示意图。如图4所示，服务器与车辆之间通过移动通讯网络实现通讯，当移动通讯网络为5G网络时，基于5G网络的特性，可以把5G网络切成多个虚拟且相互隔离的独立虚拟网络，不同的网络切片具有不同的数据传输特性，分别应对不同的信息传输服务，而考虑到车辆与服务器的多种服务之间可能都会涉及不同请求信息、消息的传输，因此可以从5G网络中划分出第三网络切片，第三网络切片为单次连接节点超过预设节点阈值的切片，也即如图4所示的一种海量连接切片，对于连接面广的信息传输，车辆与服务器之间的请求数据、消息等都可以通过5G网络中的海量连接切片来实现收发，那么服务器接收车辆发送的针对目标地点的导航请求时，也就是使用海量连接切片实现的。其中，预设节点阈值可以根据实际场景中的服务需求数量来设定，第三网络切片能够满足超过预设节点阈值的较多的服务调用，以使得车辆使用第三网络切片来调用服务器中的服务时，能够同时支持多种服务的调用，显著提升云端与终端的对接能力，本申请对预设节点阈值的数值不进行具体限定。

S304、基于导航请求向地图供应服务器发送目标地点对应的路线规划请求。

可选地，在导航计算的过程中，明确需要到达的目的地之后，服务器首先根据车辆当前所处的位置以及当前所处区域的地图，然后根据地图数据确定当前位置到目标地点之间的道路信息，从而确定车辆从当前位置到目标地点的目标路线方案。

具体地，地图信息的准确性决定了目标路线方案是否可靠，也就影响了后续导航数据计算的可靠性，因此首先需要确定准确的地图信息，才能保证后续导航服务的准确和可靠。通常随着城市道路布局的开发、维护等，道路信息可能时常变化，为了基于最新版本的准确地图来进行导航，服务器可以通过调用第三方地图云端的路线规划服务，来获得目标路线方案。请继续参阅图4，第三方地图云端是专门提供地图服务的供应方，第三方地图云端所在的地图供应服务器一般能够及时更新优化地图数据，那么服务器就可以基于导航请求向第三方地图云端所在的地图供应服务器发送目标地点对应的路线规划请求，以使得地图供应服务器能够基于自己的地图数据规划出用于车辆导航的目标路线方案。

S306、接收地图供应服务器响应路线规划请求后返回的至少一个路线方案，以及从至少一个路线方案中确定目标路线方案。

可选地，地图供应服务器响应路线规划请求后，根据车辆当前所处的位置以及所在区域的地图数据，在地图上定位车辆位置以及目标地点，然后根据地图上的道路信息，确定车辆从当前位置到目标地点的目标路线方案，之后地图供应服务器会将目标路线方案返回车联网云平台的服务器，以使得服务器进行后续导航计算得到导航数据。

进一步地，通常在地图上车辆从当前位置到目标地点之间，可能存在多条可行路线，不同的路线涉及到不同的路况，那么各路线都具有不同的特点，例如其中包括长度最短的路线、用时最短的路线、包括红绿灯最少的路线、车流量最少的路线、最符合用户个性化偏好的路线等等，那么地图供应服务器可以规划出所有可行的路线方案，然后在所有可行的路线方案中决策出优选的目标路线方案，也即服务器可以接收地图供应服务器响应路线规划请求后返回的至少一个路线方案，以及从至少一个路线方案中确定目标路线方案。另一种实施方式中，从至少一个路线方案中确定目标路线方案的过程可以在车联网云平台的服务器中进行，也可以在地图供应服务器进行，本申请对此不作限定。

可选地，在所有可行的路线方案中决策出优选的目标路线方案时，一种可行的实施方式是，将所有可行的路线方案都反馈给用户，让用户自主选择符合个人需求的路线方案作为目标路线方案，在具体过程中，地图供应服务器完成所有可行的路线方案的规划后，将所有可行的路线方案返回服务器，服务器再将所有可行的路线方案推送到车辆，车辆展示所有可行的路线方案以使得用户获知当前可选的路线方案信息，此时用户可以按照偏好自主选择其中一种路线方案，此时服务器接收车辆在至少一个路线方案中进行选择操作后返回的路线选择信息，确定路线选择信息对应的目标路线方案，这样在每次导航中用户可以选择自己喜欢的路线进行导航，优化用户的导航体验。

可选地，在所有可行的路线方案中决策出优选的目标路线方案时，另一种可行的实施方式是，可以根据预设的路线方案决策规则，自动在多个可行的路线方案中决策出符合预设决策规则的目标路线方案，例如预设的路线方案决策规则可以是使用所有方案中用时最短的路线方案，那么在自动决策时，会自动选择用时最短的路线方案为目标路线方案，这样可以提升路线方案的选择效率，提升导航效率。需要说明的是，预设的路线方案决策规则可以是用户自定义的，也可以是车辆出厂时默认设置的，本申请实施例对预设决策规则的制定方式不作具体限定。

S308、获取车辆对应的车辆行驶信息。

可选地，确定需要向用户进行驾驶引导的目标路线方案之后，进一步需要根据车辆自身的当前行驶情况以及路线中的道路信息，来计算需要向用户下发的具体导航指令，也即服务器需要基于目标路线方案以及车辆行驶信息确定导航数据，其中，车辆行驶信息中至少包括车速信息以及车辆位置信息，根据车速信息、车辆位置信息以及道路信息，可以计算出用户的道路情况以及用户应该做出的驾驶行为。如图4所示，车辆在行驶过程中，一般会实时上传自己的行驶数据到车联网云平台连接的大数据平台的数据库中，以便于对车辆行驶情况进行记录，便于车辆的故障判断、日志信息调取等等，基于此，服务器在获取车辆行驶信息时，能够从车辆上传行驶数据的大数据平台中获取车辆对应的车辆行驶信息

S310、将针对目标路线方案的导航数据请求以及车辆行驶信息发送至地图供应服务器，以使得地图供应服务器基于第二地图数据、车辆行驶信息以及目标路线方案生成导航数据，第二地图数据为地图供应服务器中的当前版本的地图数据。

可选地，第三方地图云端作为专门提供地图服务的供应方，其拥有及时更新优化的可靠地图数据，那么在云端进行导航计算时，具体可以通过第三方地图云端的地图供应服务器来计算导航数据，此时，服务器将针对目标路线方案的导航数据请求以及车辆行驶信息发送至地图供应服务器，以使得地图供应服务器获知需要进行导航计算的目标路线方案，根据自己拥有的当前版本的地图数据、车辆行驶信息以及目标路线方案生成导航数据。需要说明的是，考虑到在车辆行驶过程中，道路信息和车辆行驶信息可能在不断变化，因此地图供应服务器计算导航数据时也是按照预设频率更新，也即每隔预设周期就重新计算车辆当前位置到前方一段道路的导航信息，以使得用户能够获得实时准确的导航引导。

S312、接收地图供应服务器发送的导航数据。

可选地，地图供应服务器计算出导航数据之后将导航数据返回服务器，服务器接收地图供应服务器发送的导航数据，以便于后续将导航数据发给车辆，使得车辆使用导航数据进行导航指引。

S314、对导航数据进行拆分处理，得到导航数据中的导航地图数据、导航轨迹引导数据以及特殊道路提示数据。

可选地，导航数据中包含多种信息，例如地图信息、前方道路情况、车辆行驶路线的示意线条以及指示用户进行及时减速的提示信息等，其中不同信息的特点不同，例如红绿灯提示信息、拥挤路段提示信息等路况复杂的道路，这类特殊道路信息的实时性较强，那么在传输时应该尽量减少这类信息的时延，因此对于这类数据优选使用低时延的通讯网络链路进行数据传输，以使得信息能够及时到达车辆。

其中，在具体实现时，一段道路上的路况复杂度可以通过多种道路信息来确定，例如，可以根据路段的拥堵程度确定该路段的路况复杂度，具体为对路段上的车流量和/或人流量进行统计计算，当车流量超过预设车流量阈值和/或当人流量超过预设人流量阈值时，确定路段为路况复杂路段，车流量阈值、人流量阈值可以按照导致车辆无法顺畅快速通过的流量值来设定。在其他可行的实施方式中，还可以根据路段的道路装置信息确定该路段的路况复杂度，例如红绿灯、转向灯、警示灯、路障路标等等，道路装置较多时路况也会变复杂，那么当道路装置信息满足预设复杂装置条件，则说明路段为路况复杂路段。另一方面，考虑到多并行车道、多转向车道的道路的复杂度也可能较高，那么还可以在当路段的道路信息满足预设复杂道路条件时确定该路段的路况复杂度，道路信息包括但不限于并行车道信息、转向车道信息、合并车道信息等。除此之外，根据路段所处的场景环境信息也可以确定路段的路况复杂度，当路段所处的场景环境为学校周边、医院周边等场景，也会增加路况复杂度。

进一步地，请继续参阅图4，对于不同类型的数据使用不同的数据传输方式，基于车辆与服务器之间的5G网络通讯链路，可以使用5G网络中具有不同的数据传输特性的网络切片来实现不同类型的数据传输，基于此，服务器可以对导航数据进行拆分处理，分别得到导航数据中的导航地图数据、导航轨迹引导数据以及特殊道路提示数据，然后根据各不同类型的数据的特点，选用不同的网络切片来实现从服务器到车辆的数据传输。

其中，服务器对导航数据进行拆分时，考虑到导航数据基于整片较大区域的地图生成，导航数据中的完整地图信息可能包括较大区域，而每次车辆需要的地图数据只是完整区域中与预计行车路线相关的一部分，因此服务器可以将导航数据中的完整地图数据按照是否为本次导航涉及区域进行切块拆分，只将本次导航路线相关的区域的导航地图数据推送给车辆。另一方面，导航数据中还可以拆分出导航轨迹引导数据，导航轨迹引导数据即为导航涉及的车速信息、导航轨迹信息等于行驶引导相关的数据，车辆可以基于这些数据进行语音播报，以使得用户方便的获得道路信息。另外，特殊道路提示数据则为红绿灯提示、拥挤路段提示及变道路口提示等实时性较强的数据，能够使得用户及时获知路况信息，方便用户在行驶过程中对车辆进行驾驶控制。

S316、使用第一网络切片将导航地图数据和导航轨迹引导数据发送至车辆，以使得车辆根据导航地图数据和导航轨迹引导数据进行导航指引。

具体地，请继续参阅图4，对于从导航数据中拆分得到的与本次导航涉及区域有关的导航地图数据，考虑到导航地图数据中包括道路转向信息、道路长度、道路标识信息等大量数据，整体数据量较大，需要传达的信息量较多，那么可以从5G网络中划分出第一网络切片，第一网络切片为单次数据传输带宽超过预设带宽阈值的网络切片，也即如图4所示的一种高带宽网络切片，当需要提升一次传输的数据量时可以通过5G网络中的高带宽网络切片来实现收发，以使得车辆根据导航地图数据来对车辆进行导航指引。其中，预设带宽阈值可以根据实际场景中的带宽需求来设定，第一网络切片能够支持带宽超过预设带宽阈值的大量数据同批次传输，以使得车辆能使用第一网络切片与服务器进行大量数据的快速同步，本申请对预设带宽阈值的数值不进行具体限定。

可选地，对于导航轨迹引导数据，其中也包括了导航文字指示信息、导航语音指示信息、车速信息、转向预告信息等多种数据，需要传达的信息量也较多，因此也可以使用一次能传输较大数据量的第一网络切片，也即如图4所示的一种高带宽网络切片，服务器将导航轨迹引导数据通过第一网络切片发送至车辆，以使得车辆根据导航轨迹引导数据对驾驶员进行导航指引，这样在服务器云端为车辆提供智能导航服务，降低了导航过程中对车端的算力需求和数据存储需求。

S318、使用第二网络切片将特殊道路提示数据发送至车辆，以使得车辆根据特殊道路提示数据进行导航指引。

具体地，请继续参阅图4，对于从导航数据中拆分得到的特殊道路提示数据，其中包括红绿灯提示、拥挤路段提示及变道路口提示等信息，这些路段的路况复杂并且变化快，因此这类信息的实时性较强，需要及时快速地传达到车辆，那么就需要使用降低数据传输的时延的网络切片，因此可以从5G网络中划分出第二网络切片，第二网络切片为单次数据传输时长不超过预设时长阈值的网络切片，也即如图4所示的一种低时延网络切片。其中，预设时长阈值可以根据实际场景中的实时性需求来设定，第二网络切片能够满足在预设时长内完成数据传输，保证了数据的实时性，本申请对预设节点阈值的数值不进行具体限定。服务器与车辆之间使用第二网络切片来传输特殊道路提示数据，可以使得车辆及时接收到特殊道路提示数据并根据特殊道路提示数据进行导航指引和控车辅助，这样将导航主体从车端迁移服务器云端，降低车辆成本，减少车辆资源浪费。

在本申请实施例中，提供一种智能导航方法，应用于服务器，响应车辆发送的针对目标地点的导航请求；基于导航请求向地图供应服务器发送目标地点对应的路线规划请求；接收地图供应服务器响应路线规划请求后返回的至少一个路线方案，以及从至少一个路线方案中确定目标路线方案，这样可以提升路线方案的选择效率，提升用户的导航体验；获取车辆对应的车辆行驶信息，使得地图供应服务器基于第二地图数据、车辆行驶信息以及目标路线方案生成导航数据，得到准确可靠的导航数据；对导航数据进行拆分处理，得到导航数据中的导航地图数据、导航轨迹引导数据以及特殊道路提示数据，使用5G网络中具有不同的数据传输特性的网络切片来实现不同类型的数据传输，最终使得车辆直接从服务器获取导航数据，这样将导航主体从车端迁移服务器云端，降低车辆成本，减少车辆资源浪费。

通过上述实施例的介绍可以知道，在车辆中进行导航计算时，可能由于车辆中的地图数据没有及时更新而导致最终导航数据不准确，导航数据不符合实际场景的地图信息时，会对用户的行车带来极大麻烦，因此为了保证地图数据的可靠性，可以选择在能够及时更新地图信息的第三方地图云端实现目标路线方案以及导航数据的计算。而在本申请另一实施例中，车联网云平台所在的服务器也可以存储地图数据，那么此时就可以根据服务器中的地图数据来直接进行导航计算，而不需要向第三方进行请求，以此提升导航数据的计算效率。基于此，计算导航数据时可以按照以下步骤实施。

上述步骤S204、基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息的实现流程，至少可以包括：

可选地，确定需要向用户进行驾驶引导的目标路线方案之后，从存储车辆信息的大数据平台的数据库中获取车辆行驶信息，然后基于第一地图数据、车辆行驶信息以及目标路线方案生成导航数据，此时不再需要向第三方进行请求，能够提升导航数据的计算效率。其中第一地图数据为服务器的地图数据，而为了保证服务器中地图数据是最新的符合实际场景的，那么可以根据符合实际场景的当前版本的地图数据对第一地图数据进行更新，以使得服务器中用于导航的地图数据都是可靠的。

可选地，根据符合实际场景的当前版本的地图数据对第一地图数据进行更新时，可以基于第三方地图云端来验证自身地图数据的可靠性。具体的，服务器在每次确定目标路线方案之后，从第三方地图云端获取目标路线方案对应的当前版本的地图数据以及自身的地图数据，进行对比，如果服务器的地图数据与当前版本的地图数据相同，则不需要更新，可以直接用于导航计算；若服务器的地图数据与当前版本的地图数据不同，则按照当前版本的地图数据对服务器自身的地图数据进行更新，然后再将更新后的地图数据用于导航计算。这样服务器在自己内部进行地图更新，可以不将用户的行驶信息、导航信息等提供给第三方，也保护了用户的信息安全。需要说明的是，服务器自身的地图数据与当前版本的地图数据的对比操作，可以在服务器中进行，也可以在具备算力模块的大数据平台进行，本申请实施例对次不作限定。

在本申请实施例中，当车联网云平台所在的服务器中存在地图数据时，可以根据服务器中的地图数据来直接进行导航计算，而不需要向第三方进行请求，以此提升导航数据的计算效率；并且服务器在自己内部进行地图更新，避免用户车辆本地地图不及时更新时导致的导航不准确的问题，使得用户能够使用最新地图进行导航的同时，还可以不将用户的行驶信息、导航信息等提供给第三方，也保护了用户的信息安全。

请参阅图5，图5为本申请实施例提供的一种智能导航方法的流程示意图。

如图5所示，智能导航方法，应用于车辆，至少可以包括：

S502、响应针对目标地点的导航请求，向服务器发送导航请求，以使得服务器基于导航请求确定目标地点对应的目标路线方案。

可选地，当用户存在导航需求时，可以在车辆中的显示屏幕中，选择导航功能对应的控件，其中，导航功能对应的控件可以是车辆自身提供的地图应用软件的控件，也可以是在应用商城下载的提供地图的第三方地图应用软件对应的控件。当车机中下载多个导航功能对应的应用软件时，用户可以根据个人喜好选择其中之一作为开启本次导航功能的控件。当用户选择目标控件之后，目标控件的选择信息通过5G网络中的海量连接切片发送到车辆对应的车联网云平台所在的服务器；然后服务器将目标控件选择信息对应的导航页面信息再通过海量连接切片返回至车辆；车辆接收导航页面信息后可以跳转至对应的导航页面，此时用户可以在打开的导航页面中选择目标地点作为本次导航的目的地；用户对目标地点选择完毕后生成针对目标地点的导航请求；进一步的，车辆就可以通过海量连接切片向服务器发送该导航请求，以使得服务器基于导航请求确定目标地点对应的目标路线方案。

S504、接收服务器基于目标路线方案以及车辆行驶信息发送的导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息。

可选地，为了减小车端的导航计算压力，服务器会根据目标路线方案以及车辆行驶信息对导航数据进行计算，计算出导航数据之后，服务器将导航数据发送至车辆，车辆接收服务器发送的导航数据，后续就可以直接按照导航数据执行导航任务。

S506、根据导航数据进行导航指引。

可选地，导航数据中可能包含多种信息，例如地图信息、前方道路情况、车辆行驶路线的示意线条以及指示用户进行及时减速的提示信息等，车辆根据导航数据可对用户进行导航指引，在导航指引时，可以通过音箱进行语音播报、通过中控显示屏幕播放地图导航视频等，以使得用户直观的获知导航信息，按照导航指引来驾驶车辆。

可选地，当检测到车辆位置到达目标地点时，完成本次导航，此时车辆自动结束导航任务。在导航结束后，车端可以直接清除本次使用的导航数据，释放车机内存空间。并且，车辆可以生成本次导航的记录信息并上传至大数据平台的数据库进行存储，当用户想要获取历史导航记录时，可以向目标历史导航记录对应的目标数据库发起查询请求，以使得大数据平台索引到目标历史导航记录对应的目标数据库，然后将目标历史导航记录发送至车辆，车辆则直接接收目标历史导航记录并对其进行显示。

在本申请实施例中，提供一种智能导航方法，应用于车辆，响应针对目标地点的导航请求，向服务器发送导航请求，以使得服务器基于导航请求确定目标地点对应的目标路线方案；接收服务器基于目标路线方案以及车辆行驶信息发送的导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；根据导航数据进行导航指引。将导航计算的主体从车辆迁移服务器云端，在云端为车辆提供智能导航服务，减少车辆资源浪费，实现降低车辆成本，同时也减少了车辆本地地图不及时更新时可能导致的导航不准确的问题。

请参阅图6，图6为本申请实施例提供的一种智能导航装置的结构框图。

如图6所示，智能导航装置600，应用于服务器，包括：

请求响应模块610，用于响应车辆发送的针对目标地点的导航请求，基于导航请求确定目标地点对应的目标路线方案；

数据计算模块620，用于基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；

数据发送模块630，用于将导航数据发送至车辆，以使得车辆根据导航数据进行导航指引。

可选地，请求响应模块610，还用于基于导航请求向地图供应服务器发送目标地点对应的路线规划请求；接收地图供应服务器响应路线规划请求后返回的至少一个路线方案，以及从至少一个路线方案中确定目标路线方案。

可选地，请求响应模块610，还用于向车辆推送至少一个路线方案，以及接收车辆在至少一个路线方案中进行选择操作后返回的路线选择信息；确定路线选择信息对应的目标路线方案。

可选地，数据计算模块620，还用于基于第一地图数据、车辆行驶信息以及目标路线方案生成导航数据，第一地图数据为服务器中根据当前版本的地图数据更新后的地图数据。

可选地，数据计算模块620，还用于获取车辆对应的车辆行驶信息；将针对目标路线方案的导航数据请求以及车辆行驶信息发送至地图供应服务器，以使得地图供应服务器基于第二地图数据、车辆行驶信息以及目标路线方案生成导航数据，第二地图数据为地图供应服务器中的当前版本的地图数据；接收地图供应服务器发送的导航数据。

可选地，服务器与车辆之间通过移动通讯网络中的至少一个网络切片进行数据传输，网络切片为移动通讯网络中相互隔离的独立虚拟网络，不同的网络切片具有不同的数据传输特性。

可选地，移动通讯网络中包括第一网络切片和第二网络切片，数据发送模块630，还用于对导航数据进行拆分处理，得到导航数据中的导航地图数据、导航轨迹引导数据以及特殊道路提示数据；使用第一网络切片将导航地图数据和导航轨迹引导数据发送至车辆，以使得车辆根据导航地图数据和导航轨迹引导数据进行导航指引；使用第二网络切片将特殊道路提示数据发送至车辆，以使得车辆根据特殊道路提示数据进行导航指引。

在本申请实施例中，提供一种智能导航装置，应用于服务器，其中，请求响应模块，用于响应车辆发送的针对目标地点的导航请求，基于导航请求确定目标地点对应的目标路线方案；数据计算模块，用于基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；数据发送模块，用于将导航数据发送至车辆，以使得车辆根据导航数据进行导航指引。由于服务器端的算力更高且更可靠稳定，那么服务器响应车辆对目标地点的导航请求后，能够基于服务器端平台的更高算力确定出目标地点对应的目标路线方案，然后进一步根据车辆当前的行驶信息确定车辆在目标路线上的导航数据，这样使得车辆接收到导航数据后可以直接对驾驶员进行导航指引，在云端为车辆提供智能导航服务，降低了对车端的算力需求和数据存储需求，进而降低车辆的成本，提升用户的用车体验。

请参阅图7，图7为本申请实施例提供的一种智能导航装置的结构框图。

如图7所示，智能导航装置700，应用于车辆，包括：

请求发起模块710，用于响应针对目标地点的导航请求，向服务器发送导航请求，以使得服务器基于导航请求确定目标地点对应的目标路线方案；

数据接收模块720，用于接收服务器基于目标路线方案以及车辆行驶信息发送的导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；

导航指引模块730，用于根据导航数据进行导航指引。

在本申请实施例中，提供一种智能导航装置，应用于车辆，其中，请求发起模块，用于响应针对目标地点的导航请求，向服务器发送导航请求，以使得服务器基于导航请求确定目标地点对应的目标路线方案；数据接收模块，用于接收服务器基于目标路线方案以及车辆行驶信息发送的导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；导航指引模块，用于根据导航数据进行导航指引。将导航计算的主体从车辆迁移服务器云端，在云端为车辆提供智能导航服务，减少车辆资源浪费，实现降低车辆成本，同时也减少了车辆本地地图不及时更新时可能导致的导航不准确的问题。

本申请实施例还提供了一种计算机存储介质，计算机存储介质可以存储有多条指令，指令适于由处理器加载并执行如上述实施例中的任一项的方法的步骤。

请参见图8，图8为本申请实施例提供的一种服务器的结构示意图。如图8所示，服务器800可以包括：至少一个服务器处理器801，至少一个网络接口804，用户接口803，存储器805，至少一个通信总线802。

其中，通信总线802用于实现这些组件之间的连接通信。

其中，用户接口803可以包括显示屏(Display)、摄像头(Camera)，可选用户接口803还可以包括标准的有线接口、无线接口。

其中，网络接口804可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，服务器处理器801可以包括一个或者多个处理核心。服务器处理器801利用各种接口和线路连接整个服务器800内的各个部分，通过运行或执行存储在存储器805内的指令、程序、代码集或指令集，以及调用存储在存储器805内的数据，执行服务器800的各种功能和处理数据。可选的，服务器处理器801可以采用数字信号处理(Digital SignalProcessing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。服务器处理器801可集成中央处理器(Central Processing Unit，CPU)、图像处理器(GraphicsProcessing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到服务器处理器801中，单独通过一块芯片进行实现。

其中，存储器805可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选的，该存储器805包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器805可用于存储指令、程序、代码、代码集或指令集。存储器805可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器805可选的还可以是至少一个位于远离前述服务器处理器801的存储装置。如图8所示，作为一种计算机存储介质的存储器805中可以包括操作系统、网络通信模块、用户接口模块以及智能导航程序。

在图8所示的服务器800中，服务器处理器801可以用于调用存储器805中存储的智能导航程序，并具体执行以下操作：

响应车辆发送的针对目标地点的导航请求，基于导航请求确定目标地点对应的目标路线方案；

基于目标路线方案以及车辆行驶信息确定导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；

将导航数据发送至车辆，以使得车辆根据导航数据进行导航指引。

在一些实施例中，服务器处理器801在执行基于导航请求确定目标地点对应的目标路线方案时，具体执行以下步骤：基于导航请求向地图供应服务器发送目标地点对应的路线规划请求；接收地图供应服务器响应路线规划请求后返回的至少一个路线方案，以及从至少一个路线方案中确定目标路线方案。

在一些实施例中，服务器处理器801在执行从至少一个路线方案中确定目标路线方案时，具体执行以下步骤：向车辆推送至少一个路线方案，以及接收车辆在至少一个路线方案中进行选择操作后返回的路线选择信息；确定路线选择信息对应的目标路线方案。

在一些实施例中，服务器处理器801在执行基于目标路线方案以及车辆行驶信息确定导航数据时，具体执行以下步骤：基于第一地图数据、车辆行驶信息以及目标路线方案生成导航数据，第一地图数据为服务器中根据当前版本的地图数据更新后的地图数据。

在一些实施例中，服务器处理器801在执行基于目标路线方案以及车辆行驶信息确定导航数据时，具体执行以下步骤：获取车辆对应的车辆行驶信息；将针对目标路线方案的导航数据请求以及车辆行驶信息发送至地图供应服务器，以使得地图供应服务器基于第二地图数据、车辆行驶信息以及目标路线方案生成导航数据，第二地图数据为地图供应服务器中的当前版本的地图数据；接收地图供应服务器发送的导航数据。

在一些实施例中，服务器与车辆之间通过移动通讯网络中的至少一个网络切片进行数据传输，网络切片为移动通讯网络中相互隔离的独立虚拟网络，不同的网络切片具有不同的数据传输特性。

在一些实施例中，移动通讯网络中包括第一网络切片和第二网络切片，服务器处理器801在执行将导航数据发送至车辆，以使得车辆根据导航数据进行导航指引时，具体执行以下步骤：对导航数据进行拆分处理，得到导航数据中的导航地图数据、导航轨迹引导数据以及特殊道路提示数据；使用第一网络切片将导航地图数据和导航轨迹引导数据发送至车辆，以使得车辆根据导航地图数据和导航轨迹引导数据进行导航指引；使用第二网络切片将特殊道路提示数据发送至车辆，以使得车辆根据特殊道路提示数据进行导航指引。

请参见图9，图9为本申请实施例提供的一种车辆的结构示意图。如图9所示，车辆900可以包括：至少一个车辆处理器901，至少一个网络接口904，用户接口903，存储器905，至少一个通信总线902。

其中，通信总线902用于实现这些组件之间的连接通信。

其中，用户接口903可以包括显示屏(Display)、摄像头(Camera)，可选用户接口903还可以包括标准的有线接口、无线接口。

其中，网络接口904可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，车辆处理器901可以包括一个或者多个处理核心。车辆处理器901利用各种接口和线路连接整个车辆900内的各个部分，通过运行或执行存储在存储器905内的指令、程序、代码集或指令集，以及调用存储在存储器905内的数据，执行车辆900的各种功能和处理数据。可选的，车辆处理器901可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。车辆处理器901可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到车辆处理器901中，单独通过一块芯片进行实现。

其中，存储器905可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选的，该存储器905包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器905可用于存储指令、程序、代码、代码集或指令集。存储器905可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器905可选的还可以是至少一个位于远离前述车辆处理器901的存储装置。如图9所示，作为一种计算机存储介质的存储器905中可以包括操作系统、网络通信模块、用户接口模块以及智能导航程序。

在图9所示的车辆900中，用户接口903主要用于为用户提供输入的接口，获取用户输入的数据；而车辆处理器901可以用于调用存储器905中存储的智能导航程序，并具体执行以下操作：

响应针对目标地点的导航请求，向服务器发送导航请求，以使得服务器基于导航请求确定目标地点对应的目标路线方案；

接收服务器基于目标路线方案以及车辆行驶信息发送的导航数据，车辆行驶信息中至少包括车速信息以及车辆位置信息；

根据导航数据进行导航指引。

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

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。上述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时，全部或部分地产生按照本说明书实施例上述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。上述计算机指令可以存储在计算机可读存储介质中，或者通过上述计算机可读存储介质进行传输。上述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DigitalSubscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。上述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。上述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字多功能光盘(DigitalVersatile Disc，DVD))、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

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

以上为对本申请所提供的一种智能导航方法、装置、服务器以及车辆的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种智能导航方法，其特征在于，应用于服务器，所述服务器与车辆之间通过通讯链路进行信息传输，所述方法包括：

响应车辆发送的针对目标地点的导航请求，基于所述导航请求确定所述目标地点对应的目标路线方案；

基于所述目标路线方案以及车辆行驶信息确定导航数据，所述车辆行驶信息中至少包括车速信息以及车辆位置信息；

将所述导航数据发送至所述车辆，以使得所述车辆根据所述导航数据进行导航指引。

2.根据权利要求1所述的方法，其特征在于，所述基于所述导航请求确定所述目标地点对应的目标路线方案，包括：

基于所述导航请求向地图供应服务器发送所述目标地点对应的路线规划请求；

接收所述地图供应服务器响应所述路线规划请求后返回的至少一个路线方案，以及从所述至少一个路线方案中确定目标路线方案。

3.根据权利要求1所述的方法，其特征在于，所述基于所述目标路线方案以及车辆行驶信息确定导航数据，包括：

获取所述地图供应服务器中的当前版本的地图数据，将所述服务器中的第一地图数据以及所述当前版本的地图数据进行对比；

若所述第一地图数据与所述当前版本的地图数据不一致，则根据所述当前版本的地图数据更新所述第一地图数据，以及基于所述更新后的第一地图数据、所述车辆行驶信息以及所述目标路线方案生成导航数据；

若所述第一地图数据与所述当前版本的地图数据一致，则基于所述第一地图数据、所述车辆行驶信息以及所述目标路线方案生成导航数据。

4.根据权利要求1所述的方法，其特征在于，所述基于所述目标路线方案以及车辆行驶信息确定导航数据，包括：

获取所述车辆对应的车辆行驶信息；

将针对所述目标路线方案的导航数据请求以及所述车辆行驶信息发送至地图供应服务器，以使得所述地图供应服务器基于第二地图数据、所述车辆行驶信息以及所述目标路线方案生成导航数据，所述第二地图数据为所述地图供应服务器中的当前版本的地图数据；

接收所述地图供应服务器发送的所述导航数据。

5.根据权利要求1所述的方法，其特征在于，所述服务器与所述车辆之间通过移动通讯网络中的至少一个网络切片进行数据传输，所述网络切片为所述移动通讯网络中相互隔离的独立虚拟网络，不同的网络切片具有不同的数据传输特性；

所述移动通讯网络中至少包括第一网络切片和第二网络切片，所述第一网络切片为单次数据传输带宽超过预设带宽阈值的网络切片，所述第二网络切片为单次数据传输时长不超过预设时长阈值的网络切片；

所述将所述导航数据发送至所述车辆，以使得所述车辆根据所述导航数据进行导航指引，包括：

对所述导航数据进行拆分处理，得到所述导航数据中的导航地图数据、导航轨迹引导数据以及特殊道路提示数据，所述特殊道路为路况复杂的道路；

使用所述第一网络切片将所述导航地图数据和所述导航轨迹引导数据发送至所述车辆，以使得所述车辆根据所述导航地图数据和所述导航轨迹引导数据进行导航指引；

使用所述第二网络切片将所述特殊道路提示数据发送至所述车辆，以使得所述车辆根据所述特殊道路提示数据进行导航指引。

6.一种智能导航方法，其特征在于，应用于车辆，所述方法包括：

响应针对目标地点的导航请求，向服务器发送所述导航请求，以使得所述服务器基于所述导航请求确定所述目标地点对应的目标路线方案；

接收所述服务器基于所述目标路线方案以及车辆行驶信息发送的导航数据，所述车辆行驶信息中至少包括车速信息以及车辆位置信息；

根据所述导航数据进行导航指引。

7.一种智能导航装置，其特征在于，应用于服务器，所述服务器与车辆之间通过通讯链路进行信息传输，所述装置包括：

请求响应模块，用于响应车辆发送的针对目标地点的导航请求，基于所述导航请求确定所述目标地点对应的目标路线方案；

数据计算模块，用于基于所述目标路线方案以及车辆行驶信息确定导航数据，所述车辆行驶信息中至少包括车速信息以及车辆位置信息；

数据发送模块，用于将所述导航数据发送至所述车辆，以使得所述车辆根据所述导航数据进行导航指引。

8.一种智能导航装置，其特征在于，应用于车辆，所述装置包括：

请求发起模块，用于响应针对目标地点的导航请求，向服务器发送所述导航请求，以使得所述服务器基于所述导航请求确定所述目标地点对应的目标路线方案；

数据接收模块，用于接收所述服务器基于所述目标路线方案以及车辆行驶信息发送的导航数据，所述车辆行驶信息中至少包括车速信息以及车辆位置信息；

导航指引模块，用于根据所述导航数据进行导航指引。

9.一种服务器，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1～5任一项所述方法的步骤。

10.一种车辆，其特征在于，所述车辆能够执行如权利要求6所述方法的步骤。