CN107202585A - 一种车载系统的地图数据更新方法及装置 - Google Patents

Abstract

本申请公开了一种车载系统的地图数据更新方法及装置，方法包括：建立与智能终端间的通信连接；向智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据；接收所述智能终端反馈的地图数据，以便进行地图数据的更新。本申请只需要保证智能终端能够获取到最新的地图数据即可，进而通过建立智能终端与车载系统间的通信连接，即可实现车载系统的地图数据的更新，无需驾车到专业的售后服务点，极大方便了用户的使用。

Description

一种车载系统的地图数据更新方法及装置

技术领域

本申请涉及地图数据更新技术领域，更具体地说，涉及一种车载系统的地图数据更新方法及装置。

背景技术

随着人们生活水平的提升，对出行便利性的要求也越来越高。汽车作为一种舒适、快捷的交通工具得到了广泛的普及。现如今的汽车一般都提供了导航功能，能够根据用户指示的起始和终止位置进行路径规划，极大方便了人们的日常出行。

现如今交通路网的更新速度日益加快，为了更好的为用户进行路径规划，需要在路网数据更新后及时对车载系统的地图数据进行更新。而现有汽车的车载系统普遍存在联网能力低的问题。现有技术在对车载系统的地图数据进行更新时，需要驾车到专业的售后服务点，由工作人员通过专业工具将最新的地图数据导入车载系统，实现地图数据的更新。

由上可知，现有技术需要用户驾车到售后服务点进行地图数据更新，给用户带来很大的不便。

发明内容

有鉴于此，本申请提供了一种车载系统的地图数据更新方法及装置，用解决现有技术不便于用户进行车载系统的地图数据更新的问题。

为了实现上述目的，现提出的方案如下：

一种车载系统的地图数据更新方法，应用于车载系统，该方法包括：

建立与智能终端间的通信连接；

向所述智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据；

接收所述智能终端反馈的地图数据，以便进行地图数据的更新。

一种车载系统的地图数据更新方法，应用于智能终端，该方法包括：

建立与车载系统的通信连接；

接收所述车载系统发送的数据更新请求；

获取最新的地图数据，并发送至所述车载系统，以便车载系统进行地图数据的更新。

一种车载系统的地图数据更新装置，应用于车载系统，该装置包括：

第一通信连接建立单元，用于建立与智能终端间的通信连接；

数据更新请求发送单元，用于向所述智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据；

地图数据接收单元，用于接收所述智能终端反馈的地图数据，以便进行地图数据的更新。

一种车载系统的地图数据更新装置，应用于智能终端，该装置包括：

第二通信建立单元，用于建立与车载系统的通信连接；

数据更新请求接收单元，用于接收所述车载系统发送的数据更新请求；

地图数据发送单元，用于获取最新的地图数据，并发送至所述车载系统，以便车载系统进行地图数据的更新。

从上述的技术方案可以看出，本申请实施例提供的车载系统的地图数据更新方法，车载系统建立与智能终端间的通信连接，并向智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据，接收所述智能终端反馈的地图数据，以便进行地图数据的更新。按照本申请方案，用户只需要利用智能终端预先下载好最新的地图数据，或者只要保证智能终端能够获取到最新的地图数据即可。进而通过建立智能终端与车载系统间的通信连接，即可实现车载系统的地图数据的更新，无需驾车到专业的售后服务点，极大方便了用户的使用。

附图说明

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

图1为本申请实施例从车载系统角度公开的一种车载系统的地图数据更新方法流程图；

图2为本申请实施例从车载系统角度公开的另一种车载系统的地图数据更新方法流程图；

图3为本申请实施例从车载系统角度公开的又一种车载系统的地图数据更新方法流程图；

图4为本申请实施例公开的一种车载系统确定待更新地图数据的属性信息的方法流程图；

图5为本申请实施例公开的另一种车载系统确定待更新地图数据的属性信息的方法流程图；

图6为本申请实施例从智能终端角度公开的一种车载系统的地图数据更新方法流程图；

图7为本申请实施例从智能终端角度公开的另一种车载系统的地图数据更新方法流程图；

图8为本申请实施例从车载系统角度公开的一种车载系统的地图数据更新装置结构示意图；

图9为本申请实施例从智能终端角度公开的一种车载系统的地图数据更新装置结构示意图。

具体实施方式

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

本申请实施例公开了一种车载系统的地图数据更新系统，该系统包括车载系统和智能终端。其中，车载系统即为待更新地图数据的车载系统。智能终端可以是智能手机、笔记本等具备处理能力且能够与其它设备建立通信连接的智能设备。

在需要对车载系统进行地图数据更新时，建立车载系统与智能终端之间的通信连接。由车载系统向智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据。智能终端收到请求后将智能终端所能够获取的最新的地图数据发送给车载系统，由车载系统进行地图数据的更新。

这里，智能终端所能够获取的最新的地图数据可以包括：智能终端自身存储的地图数据，以及智能终端可以通过联网或其它手段所能够获取到的地图数据。

按照本申请方案，用户只需要利用智能终端预先下载好最新的地图数据，或者只要保证智能终端能够获取到最新的地图数据即可。进一步，建立智能终端与车载系统间的通信连接，即可实现车载系统的地图数据的更新，无需用户驾车到专业的售后服务点，极大方便了用户的使用。

可以理解的是，相比于现有技术，本申请用户可以在路网数据更新后及时进行车载系统地图数据的更新，更新频率更高，且不需要向售后服务点支付任何费用。

进一步，本申请介绍智能终端与车载系统的通信连接建立方式。

通信连接可以分为无线通信和有线通信。

第一，无线通信：

WIFI热点方式：智能终端一般都具备WIFI热点功能，因此可以设置智能终端的WIFI热点处于打开状态，然后在车载系统上连接智能终端的WIFI热点，即可实现二者的无线通信。

该种连接方式能够支持当前市面上大部分的智能终端和车载系统。

第二，有线通信：

1)AOA方式：

AOA(Android Open Accessory Protocol，安卓开放配件协议)能支持安卓系统的智能终端使用USB数据线与安卓系统的车载系统连接，即插即用，连上以后能直接调起智能终端和车载系统上的的app，用户学习成本低。

2)ADB方式：

ADB(Android Debug Bridge，安卓调试桥)能支持安卓系统的智能终端使用USB数据线与安卓系统的车载系统连接，需要用户主动打开adb调试模式。

3)USB网络共享方式：

支持多种平台的智能终端与多种平台的车载系统，通过USB数据线连接，需要用户主动打开USB网络共享功能。

上述仅仅为本申请简单介绍的集中可选方案，除此之外，凡是能够实现智能终端与车载系统间的通信连接的方案均可应用于本申请中。

接下来，本申请以车载系统的角度对方案进行介绍。参见图1，图1为本申请实施例从车载系统角度公开的一种车载系统的地图数据更新方法流程图。

如图1所示，该方法包括：

步骤S100、建立与智能终端间的通信连接；

步骤S110、向所述智能终端发送数据更新请求；

具体地，在需要对车载系统进行地图数据更新时，建立车载系统与智能终端间的通信连接，进而由车载系统向智能终端发送数据更新请求。

这里，数据更新请求用于请求所述智能终端所能获取的最新的地图数据。

步骤S120、接收所述智能终端反馈的地图数据，以便进行地图数据的更新。

本申请实施例提供的车载系统的地图数据更新方法，车载系统建立与智能终端间的通信连接，并向智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据，接收所述智能终端反馈的地图数据，以便进行地图数据的更新。按照本申请方案，用户只需要利用智能终端预先下载好最新的地图数据，或者只要保证智能终端能够获取到最新的地图数据即可。进而通过建立智能终端与车载系统间的通信连接，即可实现车载系统的地图数据的更新，无需驾车到专业的售后服务点，极大方便了用户的使用。

参见图2，图2为本申请实施例从车载系统角度公开的另一种车载系统的地图数据更新方法流程图。

如图2所示，该方法包括：

步骤S200、建立与智能终端间的通信连接；

步骤S210、向所述智能终端发送数据更新请求；

具体地，在需要对车载系统进行地图数据更新时，建立车载系统与智能终端间的通信连接，进而由车载系统向智能终端发送数据更新请求。

这里，数据更新请求可以是智能终端与车载系统预先约定好的一份报文或者一个标识等，其作用仅仅是通知智能终端，车载系统需要进行地图数据更新，对于数据更新请求的具体形式或内容并不做严格限定。

步骤S220、接收所述智能终端响应所述数据更新请求所反馈的数据清单；

其中，所述数据清单包括智能终端所能获取的最新的地图数据的属性信息。

这里，智能终端所能获取的最新的地图数据可以包括，智能终端本地存储的最新的地图数据，或者，智能终端可以联网下载的最新的地图数据，还可以是，智能终端可以从其它设备中接收的最新的地图数据。

地图数据的属性信息可以包括地图数据所对应的城市的ID、地图数据的版本号、大小等详细信息。

需要说明的是，地图数据可以是按照省份、地区或其它行政区域进行分类，则智能终端所能获取的最新的地图数据有可能是一个或多个分类的地图数据。每个分类的地图数据都存在对应的属性信息。本步骤中，智能终端将各分类的地图数据的属性信息整理在一份数据清单中，将该数据清单发送给车载系统。

步骤S230、对比本地存储的地图数据的属性信息与所述数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息；

具体地，车载系统中存储有地图数据，在接收到数据清单后，车载系统对比自身存储的地图数据的属性信息，与数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息。

可以理解的是，数据清单中的地图数据的属性信息为最新的地图数据的属性信息，因此若车载系统中某类地图数据的属性信息与数据清单中相同类地图数据的属性信息不相同或不完全相同，则代表车载系统中该类地图数据需要进行更新。进一步，若数据清单中包含的某类地图数据的属性信息在车载系统中不存在，则代表车载系统需要更新(下载)该类地图数据。

步骤S240、将确定的属性信息发送至所述智能终端；

具体地，当车载系统确定了待更新地图数据的属性信息后，将确定的属性信息发送给智能终端，以通知智能终端下发与确定的属性信息匹配的地图数据。

步骤250、接收所述智能终端反馈的与所述确定的属性信息匹配的地图数据，以便进行地图数据的更新。

具体地，智能终端收到车载系统发送的属性信息后，获取与该属性信息匹配的地图数据，进而将获取的地图数据发送给车载系统，由车载系统进行接收，进而可以利用接收的地图数据进行更新。

相比于上一实施例，本实施例介绍了一种车载系统如何获取智能终端最新的地图数据的可选方式，也即在车载系统向智能终端发送数据更新请求之后，接收智能终端响应该数据更新请求所反馈的数据清单，该数据清单包括智能终端所能获取的最新的地图数据的属性信息，由车载系统对比本地存储的地图数据的属性信息与该数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息，将确定的属性信息发送给智能终端，由智能终端获取与确定的属性信息匹配的地图数据，并反馈给车载系统，实现车载系统的地图数据的更新。

在本申请的另一个实施例中，公开了又一种车载系统的地图数据更新方法，参见图3。

如图3所示，该方法包括：

步骤S300、建立与智能终端间的通信连接；

步骤S310、向所述智能终端发送数据更新请求；

具体地，在需要对车载系统进行地图数据更新时，建立车载系统与智能终端间的通信连接，进而由车载系统向智能终端发送数据更新请求。

步骤S320、接收所述智能终端响应所述数据更新请求所反馈的数据清单；

其中，所述数据清单包括智能终端所能获取的最新的地图数据的属性信息。

步骤S330、对比本地存储的地图数据的属性信息与所述数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息；

具体地，车载系统中存储有地图数据，在接收到数据清单后，车载系统对比自身存储的地图数据的属性信息，与数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息。

步骤S340、将确定的待更新地图数据所对应的城市标识进行显示；

具体地，车载系统一般都提供有人机交互界面，进而在确定了待更新地图数据的属性信息之后，将待更新地图数据所对应的城市标识显示在人机交互界面上，以供用户选择所要进行地图数据更新的城市的城市标识。

这里，地图数据的属性信息可以包含地图数据所对应的城市的城市标识。城市标识可以是城市名称、城市简称等。例如，确定的待更新地图数据包括北京市对应的地图数据和天津市对应的地图数据。则可以将“北京市”、“天津市”展示在界面上，并提示用户选择所要进行地图数据更新的项目。

步骤S350、确定用户选中的城市标识；

步骤S360、将用户选中的城市标识对应的待更新地图数据的属性信息发送至所述智能终端；

具体地，用户选中的城市标识可以是一个或多个，将用户选中的各个城市标识对应的待更新地图数据的属性信息发送至智能终端，以通知智能终端下发与该属性信息匹配的地图数据。

步骤S370、接收所述智能终端反馈的与其所接收的属性信息匹配的地图数据，以便进行地图数据的更新。

具体地，智能终端收到车载系统发送的属性信息后，获取与该接收的属性信息匹配的地图数据，进而将获取的地图数据发送给车载系统，由车载系统进行接收，进而可以利用接收的地图数据进行更新。

可选的，在上述实施例的基础上，为了保证车载系统地图数据更新的可靠性，还可以在车载系统一侧增加对收到的地图数据进行校验的过程，具体方法可以是：

智能终端在向车载系统发送的数据清单中增加与所述地图数据对应的校验码。当地图数据为多类时，与各类地图数据对应的校验码为根据对应类地图数据而生成的校验码，校验码可以是md5值。

基于此，上述实施例中，车载系统在接收所述智能终端反馈的与其所接收的属性信息匹配的地图数据的同时，还包括：

车载系统接收所述智能终端反馈的与其所接收的属性信息匹配的地图数据对应的校验码，并对比该校验码与所述数据清单中相同属性信息的地图数据所对应的校验码，在校验码对比一致时输出成功提示。

通过对接收的地图数据进行校验，确定地图数据的完整无误。

进一步可选的，上述实施例中，车载系统建立与智能终端间的通信连接的过程，可以包括：

1、车载系统建立与所述智能终端间的有线或无线通道；

2、车载系统通过建立的有线或无线通道向所述智能终端发送所述车载系统自身的通信协议版本；

具体地，智能终端收到车载系统的通信协议版本后，对比自身与车载系统的通信协议版本，并在确定协议版本一致时，将协议版本一致的对比结果发送给车载系统。

3、车载系统接收所述智能终端反馈的确定协议版本一致的对比结果，保持所述有线或无线通道处于连接状态。

由此可知，只有在车载系统与智能终端的通信协议版本对等的情况下才继续通信，否则可以断开二者之间的通信，保证通信安全。

接下来，本申请实施例详细介绍车载系统对比本地存储的地图数据的属性信息与所述数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息的过程。

首先，本申请设定所述数据清单中的地图数据的属性信息包括：地图数据对应的城市ID和地图数据的版本号。

其中可以理解的是，地图数据的版本号不同代表地图数据进行过更新。

基于此，参见图4，图4为本申请实施例公开的一种车载系统确定待更新地图数据的属性信息的方法流程图。

如图4所示，该过程包括：

步骤S400、对比本地存储的地图数据对应的城市ID，与所述数据清单中的地图数据对应的城市ID；

具体地，车载系统对比本地存储的各类地图数据的城市ID，与数据清单中各类地图数据的城市ID，确定出不同的城市ID。

步骤S410、根据城市ID对比结果，确定第一城市ID和第二城市ID；

具体地，车载系统将所述数据清单中含有而本地不含有的城市ID确定为第一城市ID，将所述数据清单和本地共同含有的城市ID确定为第二城市ID。

步骤S420、对比本地存储的城市ID为所述第二城市ID的地图数据的版本号，与所述数据清单中相同城市ID的地图数据的版本号；

具体地，车载系统在本地查找出城市ID为所述第二城市ID的各类地图数据。针对查找到的各类地图数据，对比其版本号与所述数据清单中相同城市ID的地图数据的版本号。

步骤S430、将地图数据的版本号不同的地图数据的城市ID确定为第三城市ID；

具体地，车载系统从城市ID为第二城市ID的地图数据中，确定版本号与数据清单中相同城市ID的数据地图的版本号不一致的地图数据，将确定的地图数据的城市ID确定为第三城市ID。

可以理解的是，第三城市ID为从第二城市ID中选取的部分或全部城市ID。

步骤S440、根据所述第一城市ID和所述第三城市ID，在所述数据清单中确定待更新地图数据的属性信息。

具体地，将所述数据清单中，城市ID为所述第一城市ID和所述第三城市ID的地图数据的城市ID和版本号确定为待更新地图数据的属性信息。

为了便于理解上述方案，本实施例通过下述具体实例进行说明。

假设车载系统存储的地图数据的属性信息如下表1所示；智能终端发送给车载系统的数据清单如下表2所示。

表1

地图数据分类	地图数据对应的城市ID	地图数据的版本号
			地图数据1	A市	V1
地图数据2	B市	V2
			地图数据3	C市	V3
地图数据4	D市	V1

表2

当车载系统收到如上表2所示的数据清单后，执行下述各步骤：

车载系统对比表1和表2中地图数据的城市ID，确定D市为第一城市ID；确定A市、B市、C市为第二城市ID。

车载系统对比表1和表2中，第二城市ID的地图数据的版本号，发现表1和表2中A市对应的地图数据的版本号V1相同，表1和表2中B市对应的地图数据的版本号V1和V2不相同，表1和表2中C市对应的地图数据的版本号V2和V3不相同，因此将B市和C市确定为第三城市ID。

最后，车载系统将城市ID为第一城市ID和第三城市ID(共包含D市、B市和C市)的地图数据：地图数据2、地图数据3和地图数据4，确定为待更新地图数据，并将地图数据2、地图数据3和地图数据4的城市ID、版本号确定为待更新地图数据的属性信息。

可选的，地图数据可以包括图面数据、地图信息点数据和导航数据。基于此，本申请可以进一步设定数据清单中的地图数据的属性信息还包括：图面数据的版本号、地图信息点数据的版本号和导航数据的版本号。

其中，若地图数据所包含的图面数据、地图信息点数据和导航数据中的任意一个或多个产生变化后，产生变化的数据以及地图数据的版本号均会变化。举例如，地图数据1的版本号为V2，其包含的图面数据的版本号为V2、地图信息点数据的版本号为V1、导航数据的版本号为V3。若地图数据1中的图面数据发生了变更，则将变化后的图面数据的版本号更改为V3，并且将地图数据1的版本号更改为V3。

在此基础上，本申请公开了另一种车载系统确定待更新地图数据的属性信息的可选方法，参见图5。

如图5所示，该方法包括：

步骤S500、对比本地存储的地图数据对应的城市ID，与所述数据清单中的地图数据对应的城市ID；

具体地，车载系统对比本地存储的各类地图数据的城市ID，与数据清单中各类地图数据的城市ID，确定出不同的城市ID。

步骤S510、根据城市ID对比结果，确定第一城市ID和第二城市ID；

具体地，车载系统将所述数据清单中含有而本地不含有的城市ID确定为第一城市ID，将所述数据清单和本地共同含有的城市ID确定为第二城市ID。

步骤S520、对比本地存储的城市ID为所述第二城市ID的地图数据的版本号，与所述数据清单中相同城市ID的地图数据的版本号；

具体地，车载系统在本地查找出城市ID为所述第二城市ID的各类地图数据。针对查找到的各类地图数据，对比其版本号与所述数据清单中相同城市ID的地图数据的版本号。

步骤S530、将地图数据的版本号不同的地图数据的城市ID确定为第三城市ID；

具体地，车载系统从城市ID为第二城市ID的地图数据中，确定版本号与数据清单中相同城市ID的数据地图的版本号不一致的地图数据，将确定的地图数据的城市ID确定为第三城市ID。

可以理解的是，第三城市ID为从第二城市ID中选取的部分或全部城市ID。

步骤S540、对比所述数据清单中的与本地存储的，城市ID相同且为所述第三城市ID的地图数据的图面数据的版本号、地图信息点数据的版本号和导航数据的版本号；

步骤S550、确定图面数据的版本号、地图信息点数据的版本号和导航数据的版本号中存在差异的一项或多项；

步骤S560、根据所述第一城市ID，在所述数据清单中确定待更新地图数据的属性信息；

具体地，将所述数据清单中，城市ID为所述第一城市ID的地图数据的城市ID、地图数据的版本号、图面数据的版本号、地图信息点数据的版本号和导航数据的版本号确定为待更新地图数据的属性信息。

步骤S570、根据所述第三城市ID，在所述数据清单中确定待更新地图数据的属性信息。

具体地，将所述数据清单中，城市ID为所述第三城市ID的地图数据的城市ID、地图数据的版本号，以及确定的图面数据的版本号、地图信息点数据的版本号和导航数据的版本号中存在差异的一项或多项确定为待更新地图数据的属性信息。

相比于上一实施例，本实施例中若确定数据清单和本地存储的地图数据的版本号相同，但图面数据的版本号、地图信息点数据的版本号和导航数据的版本号中存在不同，则将存在不同的一项或多项数据作为待更新数据，将该项数据的版本号、该项数据所属地图数据的版本号、该项数据所属城市ID作为待更新地图数据的属性信息，发送给智能终端。

为了便于理解上述方案，本实施例通过下述具体实例进行说明。

假设车载系统存储的地图数据的属性信息如下表3所示；智能终端发送给车载系统的数据清单如下表4所示。

表3

表4

当车载系统收到如上表4所示的数据清单后，执行下述各步骤：

车载系统对比表1和表2中地图数据的城市ID，确定D市为第一城市ID；确定A市、B市、C市为第二城市ID。

车载系统对比表3和表4中，第二城市ID的地图数据的版本号，发现表3和表4中A市对应的地图数据的版本号V1相同，表3和表4中B市对应的地图数据的版本号V1和V2不相同，表3和表4中C市对应的地图数据的版本号V2和V3不相同，因此将B市和C市确定为第三城市ID。

进一步，车载系统对比表3和表4中，城市ID相同且为第三城市ID(B市和C市)的地图数据的图面数据的版本号、地图信息点数据的版本号和导航数据的版本号：首先以B市为例：表3和表4中，B市仅导航数据的版本号不同；其次以C市为例：表3和表4中，C市的地图信息点数据的版本号和导航数据的版本号均不同。

最后，在确定待更新地图数据的属性信息时：

将表4中，城市ID为D市的地图数据4的城市ID、地图数据的版本号、图面数据的版本号、地图信息点数据的版本号和导航数据的版本号确定为待更新地图数据的属性信息；

进一步，将表4中，城市ID为B市的地图数据2的城市ID、地图数据的版本号、导航数据的版本号确定为待更新地图数据的属性信息；

将表4中，城市ID为C市的地图数据3的城市ID、地图数据的版本号、地图信息点数据的版本号、导航数据的版本号确定为待更新地图数据的属性信息。

由上可知，本实施例中仅仅将图面数据、地图信息点数据和导航数据中版本号产生变化的数据作为待更新数据，对于版本号未变化的数据则不作为待更新数据。

接下来，本申请从智能终端一侧对本申请方案再次进行介绍。参见图6，图6为本申请实施例从智能终端角度公开的一种车载系统的地图数据更新方法流程图。

如图6所示，该方法包括：

步骤S600、建立与车载系统的通信连接；

步骤S610、接收所述车载系统发送的数据更新请求；

步骤S620、获取最新的地图数据，并发送至所述车载系统，以便车载系统进行地图数据的更新。

其中，智能终端所能获取的最新的地图数据可以包括，智能终端本地存储的最新的地图数据，或者，智能终端可以联网下载的最新的地图数据，还可以是，智能终端可以从其它设备中接收的最新的地图数据。

按照本申请方案，用户只需要利用智能终端预先下载好最新的地图数据，或者只要保证智能终端能够获取到最新的地图数据即可。进一步，建立智能终端与车载系统间的通信连接，即可实现车载系统的地图数据的更新，无需驾车到专业的售后服务点，极大方便了用户的使用。

参见图7，图7为本申请实施例从智能终端角度公开的另一种车载系统的地图数据更新方法流程图。

如图7所示，该方法包括：

步骤S700、建立与车载系统的通信连接；

步骤S710、接收所述车载系统发送的数据更新请求；

步骤S720、向所述车载系统发送数据清单；

其中，所述数据清单包括智能终端自身所能获取的最新的地图数据的属性信息。

步骤S730、接收所述车载系统发送的属性信息；

具体地，所述属性信息为所述车载系统对比自身存储的地图数据的属性信息与所述数据清单中的属性信息后，根据属性信息的差异所确定的待更新地图数据的属性信息。

步骤S740、获取与接收的属性信息匹配的地图数据，并发送至所述车载系统，以便车载系统进行地图数据的更新。

具体地，智能终端根据接收的属性信息查找匹配的地图数据，进而反馈给车载系统。

按照本申请方案，用户只需要利用智能终端预先下载好最新的地图数据，或者只要保证智能终端能够获取到最新的地图数据即可。进一步，建立智能终端与车载系统间的通信连接，即可实现车载系统的地图数据的更新，无需驾车到专业的售后服务点，极大方便了用户的使用。

可选的，智能终端向所述车载系统发送的数据清单中还可以包括与所述地图数据对应的校验码。

智能终端在将获取的地图数据发送至所述车载系统的同时，还可以进一步将获取的地图数据所对应的校验码发送至所述车载系统，以供所述车载系统对比该校验码与所述数据清单中相同属性信息的地图数据所对应的校验码。

可选的，智能终端建立与车载系统的通信连接的过程可以包括：

智能终端建立与所述车载系统间的有线或无线通道；

智能终端接收所述车载系统通过建立的有线或无线通道发送的车载系统的通信协议版本；

智能终端对比所述车载系统的通信协议版本与所述智能终端自身的通信协议版本，在确定版本对比一致时将确定版本对比一致的对比结果发送至所述车载系统。

下面对本申请实施例提供的车载系统的地图数据更新装置进行描述，下文描述的车载系统的地图数据更新装置与上文描述的车载系统的地图数据更新方法可相互对应参照。

参见图8，图8为本申请实施例从车载系统角度公开的一种车载系统的地图数据更新装置结构示意图。

如图8所示，该装置包括：

第一通信连接建立单元81，用于建立与智能终端间的通信连接；

数据更新请求发送单元82，用于向所述智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据；

地图数据接收单元83，用于接收所述智能终端反馈的地图数据，以便进行地图数据的更新。

按照本申请方案，用户只需要利用智能终端预先下载好最新的地图数据，或者只要保证智能终端能够获取到最新的地图数据即可。进一步，建立智能终端与车载系统间的通信连接，即可实现车载系统的地图数据的更新，无需驾车到专业的售后服务点，极大方便了用户的使用。

可选的，上述地图数据更新装置还可以包括：

数据清单接收单元，用于在向所述智能终端发送数据更新请求之后，接收所述智能终端响应所述数据更新请求所反馈的数据清单，所述数据清单包括智能终端所能获取的最新的地图数据的属性信息；

属性信息对比单元，用于对比本地存储的地图数据的属性信息与所述数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息；

属性信息发送单元，用于将确定的属性信息发送至所述智能终端；

则上述地图数据接收单元接收的所述智能终端反馈的地图数据具体为，与所述确定的属性信息匹配的地图数据。

可选的，上述属性信息发送单元可以包括：

城市标识显示单元，用于将确定的待更新地图数据所对应的城市标识进行显示，以供用户选择所要进行地图数据更新的城市的城市标识；

用户操作响应单元，用于确定用户选中的城市标识；

目标城市属性信息发送单元，用于将用户选中的城市标识对应的待更新地图数据的属性信息发送至所述智能终端。

可选的，上述地图数据更新装置还可以包括：

校验单元，用于对接收的与所述确定的属性信息匹配的地图数据进行校验。

校验方式可以是，数据清单接收单元所接收的数据清单中还可以包括与所述地图数据对应的校验码。所述地图数据接收单元还用于，接收所述智能终端反馈的与所述确定的属性信息匹配的地图数据对应的校验码。

基于此，校验单元，用于并对比所述地图数据接收单元所接收的校验码与所述数据清单中相同属性信息的地图数据所对应的校验码，在校验码对比一致时输出成功提示。

可选的，上述第一通信连接建立单元可以包括：

第一通道建立单元，用于建立与所述智能终端间的有线或无线通道；

通信协议版本发送单元，用于通过建立的有线或无线通道向所述智能终端发送所述车载系统自身的通信协议版本，以供所述智能终端对比自身与车载系统的通信协议版本；

对比结果接收单元，用于接收所述智能终端反馈的确定协议版本一致的对比结果时，保持所述有线或无线通道处于连接状态。

可选的，所述数据清单接收单元所接收的数据清单中的地图数据的属性信息可以包括：地图数据对应的城市ID、地图数据的版本号。

基于此，所述属性信息对比单元可以包括：

城市ID对比单元，用于对比本地存储的地图数据对应的城市ID，与所述数据清单中的地图数据对应的城市ID，将所述数据清单中含有而本地不含有的城市ID确定为第一城市ID，将所述数据清单和本地共同含有的城市ID确定为第二城市ID；

地图数据版本号对比单元，用于对比本地存储的城市ID为所述第二城市ID的地图数据的版本号，与所述数据清单中相同城市ID的地图数据的版本号，将地图数据的版本号不同的地图数据的城市ID确定为第三城市ID；

属性信息确定单元，用于将所述数据清单中，城市ID为所述第一城市ID和所述第三城市ID的地图数据的城市ID和版本号确定为待更新地图数据的属性信息。

可选的，所述地图数据可以包括图面数据、地图信息点数据、导航数据。所述数据清单接收单元所接收的数据清单中还可以包括图面数据的版本号、地图信息点数据的版本号和导航数据的版本号。其中，若地图数据所包含的图面数据、地图信息点数据和导航数据中的任意一个或多个产生变化后，产生变化的数据以及地图数据的版本号均会变化。

基于此，上述属性信息对比单元还可以包括：

子地图数据版本号对比单元，用于对比所述数据清单中的与本地存储的，城市ID相同且为所述第三城市ID的地图数据的图面数据的版本号、地图信息点数据的版本号和导航数据的版本号，确定图面数据的版本号、地图信息点数据的版本号和导航数据的版本号中存在差异的一项或多项；

进一步，所述属性信息确定单元可以包括：

第一属性信息确定子单元，用于将所述数据清单中，城市ID为所述第一城市ID的地图数据的城市ID、地图数据的版本号、图面数据的版本号、地图信息点数据的版本号和导航数据的版本号确定为待更新地图数据的属性信息；

第二属性信息确定子单元，用于将所述数据清单中，城市ID为所述第三城市ID的地图数据的城市ID、地图数据的版本号，以及确定的图面数据的版本号、地图信息点数据的版本号和导航数据的版本号中存在差异的一项或多项确定为待更新地图数据的属性信息。

参见图9，图9为本申请实施例从智能终端角度公开的一种车载系统的地图数据更新装置结构示意图。

如图9所示，该装置包括：

第二通信建立单元91，用于建立与车载系统的通信连接；

数据更新请求接收单元92，用于接收所述车载系统发送的数据更新请求；

地图数据发送单元93，用于获取最新的地图数据，并发送至所述车载系统，以便车载系统进行地图数据的更新。

按照本申请方案，用户只需要利用智能终端预先下载好最新的地图数据，或者只要保证智能终端能够获取到最新的地图数据即可。进一步，建立智能终端与车载系统间的通信连接，即可实现车载系统的地图数据的更新，无需驾车到专业的售后服务点，极大方便了用户的使用。

可选的，上述地图数据更新装置还可以包括：

数据清单发送单元，用于在接收所述车载系统发送的数据更新请求之后，向所述车载系统发送数据清单，所述数据清单包括智能终端自身所能获取的最新的地图数据的属性信息；

属性信息接收单元，用于接收所述车载系统发送的属性信息，所述属性信息为所述车载系统对比自身存储的地图数据的属性信息与所述数据清单中的属性信息后，根据属性信息的差异所确定的待更新地图数据的属性信息；

则，地图数据发送单元，具体可以包括：

第一地图数据发送子单元，用于获取与接收的属性信息匹配的地图数据，并发送至所述车载系统。

可选的，所述数据清单发送单元发送的数据清单中还可以包括与所述地图数据对应的校验码；

所述地图数据发送单元还用于，将获取的地图数据所对应的校验码发送至所述车载系统，以供所述车载系统对比该校验码与所述数据清单中相同属性信息的地图数据所对应的校验码。

可选的，所述第二通信建立单元可以包括：

第二通道建立单元，用于建立与所述车载系统间的有线或无线通道；

通信协议版本接收单元，用于接收所述车载系统通过建立的有线或无线通道发送的车载系统的通信协议版本；

通信协议版本对比单元，用于对比所述车载系统的通信协议版本与所述智能终端自身的通信协议版本，并将确定协议版本一致的对比结果发送至所述车载系统。

本申请还公开了一种车载系统的地图数据更新系统，该地图数据更新系统包括：

车载系统和智能终端；

车载系统在需要进行地图数据更新时，首先建立与智能终端之间的通信连接。进一步，车载系统向智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据。智能终端收到数据更新请求之后，查找最新的地图数据并反馈给车载系统，由车载系统进行地图数据的更新。

需要说明的是，对于车载系统向智能终端请求地图数据的详细过程，可以参照上文相关介绍，此处不再赘述。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (22)

1.一种车载系统的地图数据更新方法，其特征在于，应用于车载系统，该方法包括：

建立与智能终端间的通信连接；

向所述智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据；

接收所述智能终端反馈的地图数据，以便进行地图数据的更新。

2.根据权利要求1所述的方法，其特征在于，在所述向所述智能终端发送数据更新请求之后，还包括：

接收所述智能终端响应所述数据更新请求所反馈的数据清单，所述数据清单包括智能终端所能获取的最新的地图数据的属性信息；

对比本地存储的地图数据的属性信息与所述数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息；

将确定的属性信息发送至所述智能终端；

则接收的所述智能终端反馈的地图数据具体为，与所述确定的属性信息匹配的地图数据。

3.根据权利要求2所述的方法，其特征在于，所述将确定的属性信息发送至所述智能终端的步骤，具体包括：

将确定的待更新地图数据所对应的城市标识进行显示，以供用户选择所要进行地图数据更新的城市的城市标识；

确定用户选中的城市标识；

将用户选中的城市标识对应的待更新地图数据的属性信息发送至所述智能终端。

4.根据权利要求2所述的方法，其特征在于，还包括：

对接收的与所述确定的属性信息匹配的地图数据进行校验。

5.根据权利要求1所述的方法，其特征在于，所述建立与智能终端间的通信连接的步骤，具体包括：

建立与所述智能终端间的有线或无线通道；

通过建立的有线或无线通道向所述智能终端发送所述车载系统自身的通信协议版本，以供所述智能终端对比自身与车载系统的通信协议版本；

接收所述智能终端反馈的确定协议版本一致的对比结果时，保持所述有线或无线通道处于连接状态。

6.根据权利要求2-4任一项所述的方法，其特征在于，所述属性信息包括地图数据对应的城市ID与地图数据的版本号；

所述对比本地存储的地图数据的属性信息与所述数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息的步骤，具体包括：

对比本地存储的地图数据对应的城市ID，与所述数据清单中的地图数据对应的城市ID，将所述数据清单中含有而本地不含有的城市ID确定为第一城市ID，将所述数据清单和本地共同含有的城市ID确定为第二城市ID；

对比本地存储的城市ID为所述第二城市ID的地图数据的版本号，与所述数据清单中相同城市ID的地图数据的版本号，将地图数据的版本号不同的地图数据的城市ID确定为第三城市ID；

将所述数据清单中，城市ID为所述第一城市ID和所述第三城市ID的地图数据的城市ID和版本号确定为待更新地图数据的属性信息。

7.根据权利要求6所述的方法，其特征在于，

所述地图数据包括图面数据、地图信息点数据、导航数据；所述数据清单中的地图数据的属性信息还包括图面数据的版本号、地图信息点数据的版本号和导航数据的版本号；

则所述对比本地存储的地图数据的属性信息与所述数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息的过程，还包括：

对比所述数据清单中的与本地存储的，城市ID相同且为所述第三城市ID的地图数据的图面数据的版本号、地图信息点数据的版本号和导航数据的版本号；

将所述确定图面数据的版本号、地图信息点数据的版本号和导航数据的版本号中存在差异的一项或多项确定为待更新地图数据的属性信息。

8.根据权利要求7所述的方法，其特征在于，所述将所述数据清单中，城市ID为所述第一城市ID和所述第三城市ID的地图数据的城市ID和版本号确定为待更新地图数据的属性信息的过程，具体包括：

将所述数据清单中，城市ID为所述第一城市ID的地图数据的城市ID、地图数据的版本号、图面数据的版本号、地图信息点数据的版本号和导航数据的版本号确定为待更新地图数据的属性信息；

将所述数据清单中，城市ID为所述第三城市ID的地图数据的城市ID、地图数据的版本号，以及确定的图面数据的版本号、地图信息点数据的版本号和导航数据的版本号中存在差异的一项或多项确定为待更新地图数据的属性信息。

9.一种车载系统的地图数据更新方法，其特征在于，应用于智能终端，该方法包括：

建立与车载系统的通信连接；

接收所述车载系统发送的数据更新请求；

获取最新的地图数据，并发送至所述车载系统，以便车载系统进行地图数据的更新。

10.根据权利要求9所述的方法，其特征在于，在所述接收所述车载系统发送的数据更新请求之后，还包括：

向所述车载系统发送数据清单，所述数据清单包括智能终端自身所能获取的最新的地图数据的属性信息；

接收所述车载系统发送的属性信息，所述属性信息为所述车载系统对比自身存储的地图数据的属性信息与所述数据清单中的属性信息后，根据属性信息的差异所确定的待更新地图数据的属性信息；

则，所述获取最新的地图数据，并发送至所述车载系统，具体包括：

获取与接收的属性信息匹配的地图数据，并发送至所述车载系统。

11.根据权利要求9或10所述的方法，其特征在于，所述建立与车载系统的通信连接，包括：

建立与所述车载系统间的有线或无线通道；

接收所述车载系统通过建立的有线或无线通道发送的车载系统的通信协议版本；

对比所述车载系统的通信协议版本与所述智能终端自身的通信协议版本，并将确定协议版本一致的对比结果发送至所述车载系统。

12.一种车载系统的地图数据更新装置，其特征在于，应用于车载系统，该装置包括：

第一通信连接建立单元，用于建立与智能终端间的通信连接；

数据更新请求发送单元，用于向所述智能终端发送数据更新请求，以请求所述智能终端所能获取的最新的地图数据；

地图数据接收单元，用于接收所述智能终端反馈的地图数据，以便进行地图数据的更新。

13.根据权利要求12所述的装置，其特征在于，还包括：

数据清单接收单元，用于在向所述智能终端发送数据更新请求之后，接收所述智能终端响应所述数据更新请求所反馈的数据清单，所述数据清单包括智能终端所能获取的最新的地图数据的属性信息；

属性信息对比单元，用于对比本地存储的地图数据的属性信息与所述数据清单中的属性信息，根据属性信息的差异确定待更新地图数据的属性信息；

属性信息发送单元，用于将确定的属性信息发送至所述智能终端；

则所述地图数据接收单元接收的所述智能终端反馈的地图数据具体为，与所述确定的属性信息匹配的地图数据。

14.根据权利要求13所述的装置，其特征在于，所述属性信息发送单元包括：

城市标识显示单元，用于将确定的待更新地图数据所对应的城市标识进行显示，以供用户选择所要进行地图数据更新的城市的城市标识；

用户操作响应单元，用于确定用户选中的城市标识；

目标城市属性信息发送单元，用于将用户选中的城市标识对应的待更新地图数据的属性信息发送至所述智能终端。

15.根据权利要求13所述的装置，其特征在于，还包括：

校验单元，用于对接收的与所述确定的属性信息匹配的地图数据进行校验。

16.根据权利要求12所述的装置，其特征在于，所述第一通信连接建立单元包括：

第一通道建立单元，用于建立与所述智能终端间的有线或无线通道；

通信协议版本发送单元，用于通过建立的有线或无线通道向所述智能终端发送所述车载系统自身的通信协议版本，以供所述智能终端对比自身与车载系统的通信协议版本；

对比结果接收单元，用于接收所述智能终端反馈的确定协议版本一致的对比结果时，保持所述有线或无线通道处于连接状态。

17.根据权利要求13-15任一项所述的装置，其特征在于，所述属性信息包括：地图数据对应的城市ID与地图数据的版本号；

所述属性信息对比单元包括：

城市ID对比单元，用于对比本地存储的地图数据对应的城市ID，与所述数据清单中的地图数据对应的城市ID，将所述数据清单中含有而本地不含有的城市ID确定为第一城市ID，将所述数据清单和本地共同含有的城市ID确定为第二城市ID；

地图数据版本号对比单元，用于对比本地存储的城市ID为所述第二城市ID的地图数据的版本号，与所述数据清单中相同城市ID的地图数据的版本号，将地图数据的版本号不同的地图数据的城市ID确定为第三城市ID；

属性信息确定单元，用于将所述数据清单中，城市ID为所述第一城市ID和所述第三城市ID的地图数据的城市ID和版本号确定为待更新地图数据的属性信息。

18.根据权利要求17所述的装置，其特征在于，所述地图数据包括图面数据、地图信息点数据、导航数据；所述数据清单接收单元所接收的数据清单中还包括图面数据的版本号、地图信息点数据的版本号和导航数据的版本号；

所述属性信息对比单元还包括：

子地图数据版本号对比单元，用于对比所述数据清单中的与本地存储的，城市ID相同且为所述第三城市ID的地图数据的图面数据的版本号、地图信息点数据的版本号和导航数据的版本号，确定图面数据的版本号、地图信息点数据的版本号和导航数据的版本号中存在差异的一项或多项。

19.根据权利要求18所述的装置，其特征在于，所述属性信息确定单元包括：

第一属性信息确定子单元，用于将所述数据清单中，城市ID为所述第一城市ID的地图数据的城市ID、地图数据的版本号、图面数据的版本号、地图信息点数据的版本号和导航数据的版本号确定为待更新地图数据的属性信息；

第二属性信息确定子单元，用于将所述数据清单中，城市ID为所述第三城市ID的地图数据的城市ID、地图数据的版本号，以及确定的图面数据的版本号、地图信息点数据的版本号和导航数据的版本号中存在差异的一项或多项确定为待更新地图数据的属性信息。

20.一种车载系统的地图数据更新装置，其特征在于，应用于智能终端，该装置包括：

第二通信建立单元，用于建立与车载系统的通信连接；

数据更新请求接收单元，用于接收所述车载系统发送的数据更新请求；

地图数据发送单元，用于获取最新的地图数据，并发送至所述车载系统，以便车载系统进行地图数据的更新。

21.根据权利要求20所述的装置，其特征在于，还包括：

数据清单发送单元，用于在接收所述车载系统发送的数据更新请求之后，向所述车载系统发送数据清单，所述数据清单包括智能终端自身所能获取的最新的地图数据的属性信息；

属性信息接收单元，用于接收所述车载系统发送的属性信息，所述属性信息为所述车载系统对比自身存储的地图数据的属性信息与所述数据清单中的属性信息后，根据属性信息的差异所确定的待更新地图数据的属性信息；

则，所述地图数据发送单元，具体包括：

第一地图数据发送子单元，用于获取与接收的属性信息匹配的地图数据，并发送至所述车载系统。

22.根据权利要求20或21所述的装置，其特征在于，所述第二通信建立单元包括：

第二通道建立单元，用于建立与所述车载系统间的有线或无线通道；

通信协议版本接收单元，用于接收所述车载系统通过建立的有线或无线通道发送的车载系统的通信协议版本；

通信协议版本对比单元，用于对比所述车载系统的通信协议版本与所述智能终端自身的通信协议版本，并将确定协议版本一致的对比结果发送至所述车载系统。