CN112188399B - 数据传输处理方法及装置 - Google Patents

Abstract

本申请是关于一种数据传输处理方法及装置。该方法包括：通过设定方式检测设定区域范围内的周边车载设备；向检测到的所述周边车载设备发送数据获取请求；从响应所述请求的所述周边车载设备中，选择其中一车载设备获取数据。本申请提供的方案，能够更方便实现数据的传输，可以不需要通过网络向服务器请求获取数据，节省服务器流量和带宽。

Description

数据传输处理方法及装置

技术领域

本申请涉及导航技术领域，尤其涉及一种数据传输处理方法及装置。

背景技术

相关技术中，车辆一般通过车载设备例如车载导航设备显示地图供用户查看。车载导航设备的地图数据来自车载导航设备自身存储的离线地图包，或来自服务器通过网络传输的地图数据。也就是说，目前向车载导航设备传输地图数据有两种方式，第一种是车载导航设备离线预先下载好地图包，存储在本地；第二种是地图数据存储在服务器，车载导航设备与服务器联网后，从服务器下载地图数据。

但是，采用离线存储方式，更新不及时，且不适合大数据或者动态数据的情况；而在线从服务器下载地图数据，需要先联网，需要耗费服务器流量和带宽。

发明内容

为克服相关技术中存在的问题，本申请提供一种数据传输处理方法及装置，该方法能够更方便实现数据的传输，节省服务器流量和带宽。

本申请第一方面提供一种数据传输处理方法，包括：

通过设定方式检测设定区域范围内的周边车载设备；

向检测到的所述周边车载设备发送数据获取请求；

从响应所述请求的所述周边车载设备中，选择其中一车载设备获取数据。

在一种实施方式中，所述向检测到的所述周边车载设备发送数据获取请求之后还包括：

接收所述周边车载设备返回是否具有所需数据的应答结果；

所述从响应所述请求的所述周边车载设备中，选择其中一车载设备获取数据，包括：根据所述周边车载设备中至少一车载设备返回具有所需数据的应答结果，从所述周边车载设备中选择其中一车载设备获取数据。

在一种实施方式中，所述方法还包括：

根据所述周边车载设备都返回未具有所需数据的应答结果，通过无线网络向服务器请求获取数据；或，

根据所述周边车载设备都未响应所述请求或都未返回数据，通过无线网络向服务器请求获取数据。

在一种实施方式中，所述通过设定方式检测设定区域范围内的周边车载设备，包括：

通过蓝牙、热点或无线电方式检测设定区域范围内的周边车载设备。

在一种实施方式中，所述从响应所述请求的所述周边车载设备中，选择其中一车载设备获取数据，包括：

从响应所述请求的所述周边车载设备中，与其中一车载设备建立可靠连接或不可靠连接，根据建立的所述可靠连接或不可靠连接，接收该车载设备发送的数据；或，

从响应所述请求的所述周边车载设备中，根据所述周边车载设备采用广播机制广播数据，选择其中一车载设备，接收该车载设备广播的数据。

在一种实施方式中，所述从响应所述请求的所述周边车载设备中，选择其中一车载设备获取数据，包括：

从响应所述请求的所述周边车载设备中，根据所述周边车载设备的排序结果择优选择其中一车载设备获取数据，

其中所述排序结果的排序参数至少包括如下之一：周边车载设备的信号质量、与周边车载设备之间的距离、周边车载设备是否移动、周边车载设备的数据版本。

在一种实施方式中，所述向检测到的所述周边车载设备发送数据获取请求，包括：

向检测到的所述周边车载设备发送地图数据获取请求。

在一种实施方式中，所述方法还包括：

向检测到的所述周边车载设备发送分享的事件消息，和/或，向服务器上传事件消息进行备份。

在一种实施方式中，所述向检测到的所述周边车载设备发送分享的事件消息，包括：通过建立的可靠连接或建立的无线网络连接，向检测到的所述周边车载设备发送分享的事件消息。

本申请第二方面提供一种数据传输处理装置，包括：

检测模块，用于通过设定方式检测设定区域范围内的周边车载设备；

请求模块，用于向所述检测模块检测到的所述周边车载设备发送数据获取请求；

获取模块，用于从响应所述请求的所述周边车载设备中，选择其中一车载设备获取数据。

在一种实施方式中，所述装置还包括：

分享模块，用于向检测到的所述周边车载设备发送分享的事件消息，和/或，向服务器上传事件消息进行备份。

本申请第三方面提供一种电子设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

本申请提供的技术方案可以包括以下有益效果：

本申请提供的方案，当车辆行驶到某些地方需要获取该地区的导航数据例如地图数据时，可以向检测到的周边车载设备发送数据获取请求；再从响应所述请求的所述周边车载设备中，选择其中一车载设备获取所需要的数据。这样，就能够更方便实现数据的传输，不需要通过网络向服务器请求获取数据，节省服务器流量和带宽；该方式也可以及时获得最新的数据；另外，通过这种方式，在没有网络的时候也可以及时获得所需要的地图数据。

进一步的，本申请的方案，车辆还可以向检测到的周边车载设备主动发送分享的事件消息和/或向服务器上传事件消息进行备份，这样可以及时向其他车辆告知一些有用的消息。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1是本申请实施例示出的一种数据传输处理方法的流程示意图；

图2是本申请实施例示出的一种数据传输处理方法的另一流程示意图；

图3是本申请实施例示出的一种数据传输处理方法的另一流程示意图；

图4是本申请实施例示出的一种数据传输处理方法的另一流程示意图；

图5是本申请实施例示出的一种数据传输处理装置的结构示意图；

图6是本申请实施例示出的一种数据传输处理装置的另一结构示意图；

图7是本申请实施例示出的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

本申请实施例提供一种数据传输处理方法，该方法能够更方便实现数据的传输，节省服务器流量和带宽，另外还能实现事件消息的分享。

以下结合附图详细描述本申请实施例的技术方案。

实施例一

图1是本申请实施例示出的一种数据传输处理方法的流程示意图。

参见图1，包括步骤：

步骤S101，通过设定方式检测设定区域范围内的周边车载设备。

该步骤可以通过蓝牙、热点或无线电方式检测设定区域范围内的周边车载设备。

步骤S102，向检测到的周边车载设备发送数据获取请求。

该步骤可以通过广播等形式向检测到的周边车载设备发送数据获取请求。该数据获取请求例如可以是地图数据获取请求，也即可以向检测到的周边车载设备发送地图数据获取请求。

步骤S103，从响应请求的周边车载设备中，选择其中一车载设备获取数据。

周边车载设备接收到请求后，可以响应请求。响应请求的方式包括：返回是否具有所需数据的应答结果，或者可以不返回是否具有所需数据的应答结果，而是在具有所需数据时直接返回请求所需的数据作为响应。

该步骤可以从响应请求的周边车载设备中，选择其中一车载设备建立可靠连接或不可靠连接，根据建立的可靠连接或不可靠连接，接收该车载设备发送的数据；或，从响应请求的周边车载设备中，根据周边车载设备采用广播机制广播数据，选择其中一车载设备，接收该车载设备广播的数据。该数据例如可以是地图数据。

需说明的是，如果周边车载设备都未响应请求或都未返回数据，则根据周边车载设备都未响应请求或都未返回数据，通过无线网络向服务器请求获取数据。

可以发现，本申请提供的方案，当车辆行驶到某些地方需要获取该地区的导航数据例如地图数据时，可以向检测到的周边车载设备发送数据获取请求；再从响应请求的周边车载设备中，选择其中一车载设备获取所需要的数据。这样，就能够更方便实现数据的传输，不需要通过网络向服务器请求获取数据，节省服务器流量和带宽；该方式也可以及时获得最新的数据；另外，通过这种方式，在没有网络的时候也可以及时获得所需要的数据例如地图数据。

实施例二

图2是本申请实施例示出的一种数据传输处理方法的另一流程示意图。

参见图2，包括步骤：

步骤S201，通过设定方式检测设定区域范围内的周边车载设备。

该步骤可以通过蓝牙、热点或无线电方式检测设定区域范围内的周边车载设备。

步骤S202，向检测到的周边车载设备发送数据获取请求。

该步骤可以通过广播等形式向检测到的周边车载设备发送地图数据获取请求。

步骤S203，接收周边车载设备返回是否具有所需数据的应答结果。

周边车载设备接收到数据获取请求后，可以返回是否具有所需数据的应答结果。

步骤S204，在周边车载设备中至少一车载设备返回具有所需数据的应答结果的情况下，从周边车载设备中选择其中一车载设备获取数据。

该步骤根据周边车载设备中至少一车载设备返回具有所需数据的应答结果，从周边车载设备中选择其中一车载设备获取地图数据。

该步骤可以从返回具有所需数据的应答结果的周边车载设备中，选择其中一车载设备建立可靠连接或不可靠连接，根据建立的可靠连接或不可靠连接，接收该车载设备发送的数据；或，从返回具有所需数据的应答结果的周边车载设备中，根据周边车载设备采用广播机制广播数据，选择其中一车载设备，接收该车载设备广播的数据。

可以发现，本申请提供的方案，当车辆行驶到某些地方需要获取该地区的导航数据例如地图数据时，可以向检测到的周边车载设备发送数据获取请求；接收周边车载设备返回是否具有所需数据的应答结果；在周边车载设备中至少一车载设备返回具有所需数据的应答结果的情况下，就可以从周边车载设备中选择其中一车载设备获取数据。这样，可以根据应答结果及时获知哪些车载设备具有本车辆所需的数据，可以从中选择一个车载设备来获取数据，更方便实现数据传输，就不需要通过网络向服务器请求获取数据，节省服务器流量和带宽；该方式也可以及时获得所需的最新数据。

实施例三

图3是本申请实施例示出的一种数据传输处理方法的另一流程示意图。图3相对于图1和图2，更详细的介绍了本申请的方案。

参见图3，包括步骤：

步骤S301，当车辆的车载设备需要所处区域的地图数据时，通过设定方式检测设定区域范围内的周边车载设备。

当车辆行驶到某些地方，车载设备需要获取该地区的导航数据例如地图数据时，可以通过设定方式检测设定区域范围内的周边车载设备。例如，可以通过蓝牙方式检测设定区域范围内的周边车载设备，或者是通过热点或无线电方式进行检测。设定区域范围，例如可以为几米到几千米之间。

以蓝牙方式为例，车载设备开启蓝牙功能，开启后，开始进行蓝牙扫描，获取扫描结果就可以检测到同样开启蓝牙功能的周边车载设备。以热点方式为例，车载设备开启热点功能，开启后，开始进行热点扫描，获取扫描结果就可以检测到同样开启热点功能的周边车载设备。具体的蓝牙扫描过程和热点扫描过程采用相关技术实现，本申请方案对此并不加以限定。

步骤S302，通过广播等形式向检测到的周边车载设备发送数据获取请求。

当检测到周边车载设备后，车辆的车载设备可以通过广播等形式向检测到的周边车载设备发送地图数据获取请求。

步骤S303，判断是否接收到周边车载设备返回的具有所需数据的应答结果，如果是，进入步骤S304，如果否，进入步骤S305。

周边车载设备对车辆车载设备发出的广播请求，会根据自身实际情况进行响应，向发出请求的车载设备返回是否具有所需数据的应答结果。

车辆的车载设备判断是否接收到周边车载设备返回的具有所需数据的应答结果，如果收到周边车载设备返回的具有所需数据的应答结果，进入步骤S304，否则进入步骤S305。

步骤S304，从周边车载设备中选择其中一车载设备获取数据。

因为可能会有一个或多个周边车载设备中返回具有所需数据的应答结果，因此需要从返回具有所需数据的应答结果的周边车载设备中，选择其中一车载设备获取地图数据。

一般的，可以根据周边车载设备的排序结果择优选择其中一车载设备获取数据，其中排序结果的排序参数至少包括如下之一：周边车载设备的信号质量、与周边车载设备之间的距离、周边车载设备是否移动、周边车载设备的数据版本。

也就是说，可以根据上述排序参数对返回具有所需数据的应答结果的周边车载设备进行排序，优先选取排序最前的车载设备来获取数据。例如，选择周边车载设备中信号质量为最好、与周边车载设备之间的距离为最短、周边车载设备处于未移动状态、周边车载设备的数据版本为最新的一个周边车载设备。需说明的是，如果该排序最前的车载设备的数据传输中出现了异常，则重新获取进行排序，以此类推。

车辆的车载设备从周边车载设备获取数据，可以通过建立连接后获取数据，也可以是不需要连接而是通过广播方式获取数据。

其中建立连接的方式，包括与其中一车载设备建立可靠连接或不可靠连接，根据建立的可靠连接或不可靠连接，接收该车载设备发送的数据。一般可靠连接是建立传输通道，进行端对端通信；而不可靠连接，是直接发送数据，不需要反馈是否接受。

RC（Reliable Connection，可靠连接）一般可以采用TCP（Transmission ControlProtocol，传输控制协议）建立连接，TCP协议是一种面向连接的、可靠的、基于字节流的传输层通信协议，在交互数据时，其采用多种机制保证可靠性，同时也保证TCP的性能。

UC（Unreliable Connection，不可靠连接）一般可以采用UDP（User DatagramProtocol，用户数据报协议）协议建立连接。UDP协议是面向非连接的协议，即不与对方建立连接，而直接将数据包发送过去，适用于一次只传送少量数据、对可靠性要求不高的应用环境。

其中不需要连接的方式，包括根据周边车载设备采用广播机制广播数据，选择其中一车载设备，接收该车载设备广播的数据。广播机制，一般是发送端直接广播数据，由接收端抉择是否需要接收该数据。广播（broadcast）一般指封包在网络中传输时，目的地址为网络“广播域”中所有设备的一种传输方式。通常，广播都是限制在局域网中的，比如以太网或令牌环网络。

步骤S305，在周边车载设备都返回未具有所需数据的应答结果的情况下，通过无线网络向服务器请求获取数据。

因为周边车载设备都没有所需数据，因此车辆的车载设备只能通过无线网络向服务器请求获取地图数据，也即通过联网方式向服务器获取地图数据。

可以发现，本申请提供的方案，当车辆行驶到某些地方需要获取该地区的导航数据例如地图数据时，可以通过多种方式从周边车载设备中选择其中一车载设备获取数据，数据传输更方便，就不需要通过网络向服务器请求获取数据，节省服务器流量和带宽；该方式也可以及时获得所需的最新数据。

实施例四

图4是本申请实施例示出的一种数据传输处理方法的另一流程示意图。

参见图4，包括步骤：

步骤S401，通过设定方式检测设定区域范围内的周边车载设备。

该步骤可以通过蓝牙、热点或无线电方式检测设定区域范围内的周边车载设备，具体可参见步骤S301中的描述，此处不再赘述。

步骤S402，向检测到的周边车载设备发送分享的事件消息。

该步骤可以通过建立的可靠连接或建立的无线网络连接，向检测到的周边车载设备发送分享的事件消息，例如发送道路堵塞消息、道路交通事故消息等。

一般的，向周边车载设备主动进行事件分享时，为了保证成功率，一般可以选择使用可靠连接，建立端对端通信来发送分享的事件消息。当然，有，也可以通过网络来发送分享的事件消息。

步骤S403，向服务器上传事件消息进行备份。

除了向周边车载设备主动进行事件分享，还可以向服务器上传事件消息进行备份，由服务器进行各种相应处理。

需说明的是，步骤S4202与步骤S403没有必然的顺序关系。

可以发现，本申请提供的方案，除了可以更方便实现数据的传输，另外还能实现事件消息的分享，例如主动向周边车载设备分析道路堵塞、道路通畅或道路交通事故等事件消息。

与前述应用功能实现方法实施例相对应，本申请还提供了一种数据传输处理装置、电子设备及相应的实施例。

图5是本申请实施例示出的一种数据传输处理装置的结构示意图。

参照图5，本申请提供的数据传输处理装置，包括：检测模块51、请求模块52、获取模块53。

检测模块51，用于通过设定方式检测设定区域范围内的周边车载设备。检测模块51可以通过蓝牙、热点或无线电方式检测设定区域范围内的周边车载设备。

请求模块52，用于向检测模块51检测到的周边车载设备发送数据获取请求。请求模块52可以通过广播等形式向检测到的周边车载设备发送地图数据获取请求。

获取模块53，用于从响应请求的周边车载设备中，选择其中一车载设备获取数据。

获取模块53可以从响应请求的周边车载设备中，与其中一车载设备建立可靠连接或不可靠连接，根据建立的可靠连接或不可靠连接，接收该车载设备发送的数据；或，从响应请求的周边车载设备中，根据周边车载设备采用广播机制广播数据，选择其中一车载设备，接收该车载设备广播的数据。

本申请提供的装置，当车辆行驶到某些地方需要获取该地区的导航数据例如地图数据时，可以向检测到的周边车载设备发送数据获取请求；再从响应请求的周边车载设备中，选择其中一车载设备获取所需要的数据。这样，就能够更方便实现数据的传输，就不需要通过网络向服务器请求获取数据，节省服务器流量和带宽；该方式也可以及时获得最新的数据；另外，通过这种方式，在没有网络的时候也可以及时获得所需要的数据例如地图数据。

图6是本申请实施例示出的一种数据传输处理装置的另一结构示意图。

参照图6，本申请提供的数据传输处理装置，包括：检测模块51、请求模块52、获取模块53、分享模块54。

其中，检测模块51、请求模块52、获取模块53的功能可以参见图5中的描述。

其中，检测模块51可以通过设定方式检测设定区域范围内的周边车载设备。例如，可以通过蓝牙方式检测设定区域范围内的周边车载设备，或者是通过热点或无线电方式进行检测。设定区域范围，例如可以为几米到几千米之间。

其中，获取模块53可以根据周边车载设备的排序结果择优选择其中一车载设备获取数据，其中排序结果的排序参数至少包括如下之一：周边车载设备的信号质量、与周边车载设备之间的距离、周边车载设备是否移动、周边车载设备的数据版本。也就是说，可以根据上述排序参数对返回具有所需数据的应答结果的周边车载设备进行排序，优先选取排序最前的车载设备来获取数据。例如，选择周边车载设备中信号质量为最好、与周边车载设备之间的距离为最短、周边车载设备处于未移动状态、周边车载设备的数据版本为最新的一个周边车载设备。需说明的是，如果该排序最前的车载设备的数据传输中出现了异常，则重新获取进行排序，以此类推。获取模块53从周边车载设备获取数据，可以通过建立连接后获取数据，也可以是不需要连接而是通过广播方式获取数据。

分享模块54，用于向检测到的周边车载设备发送分享的事件消息，和/或，向服务器上传事件消息进行备份。

分享模块54可以通过建立的可靠连接或建立的无线网络连接，向检测到的周边车载设备发送分享的事件消息，例如发送道路堵塞消息等。

一般的，向周边车载设备主动进行事件分享时，为了保证成功率，一般可以选择使用可靠连接，建立端对端通信来发送分享的事件消息。当然，有，也可以通过网络来发送分享的事件消息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。

图7是本申请实施例示出的电子设备的结构示意图。该电子设备例如可以为车载设备但不局限于此。

参见图7，电子设备700包括存储器710和处理器720。

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

存储器710可以包括各种类型的存储单元，例如系统内存、只读存储器（ROM），和永久存储装置。其中，ROM可以存储处理器720或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置（例如磁或光盘、闪存）作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备（例如软盘、光驱）。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器710可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片（DRAM，SRAM，SDRAM，闪存，可编程只读存储器），磁盘和/或光盘也可以采用。在一些实施方式中，存储器710可以包括可读和/或写的可移除的存储设备，例如激光唱片（CD）、只读数字多功能光盘（例如DVD-ROM，双层DVD-ROM）、只读蓝光光盘、超密度光盘、闪存卡（例如SD卡、min SD卡、Micro-SD卡等等）、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器710上存储有可执行代码，当可执行代码被处理器720处理时，可以使处理器720执行上文述及的方法中的部分或全部。

上文中已经参考附图详细描述了本申请的方案。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。本领域技术人员也应该知悉，说明书中所涉及的动作和模块并不一定是本申请所必须的。另外，可以理解，本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

此外，根据本申请的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本申请还可以实施为一种非暂时性机器可读存储介质（或计算机可读存储介质、或机器可读存储介质），其上存储有可执行代码（或计算机程序、或计算机指令代码），当所述可执行代码（或计算机程序、或计算机指令代码）被电子设备（或电子设备、服务器等）的处理器执行时，使所述处理器执行根据本申请的上述方法的各个步骤的部分或全部。

本领域技术人员还将明白的是，结合这里的申请所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (3)

1.一种数据传输处理方法，其特征在于，包括：

通过蓝牙、热点或无线电方式检测设定区域范围内的周边车载设备；

向检测到的所述周边车载设备发送地图数据获取请求；

接收所述周边车载设备返回是否具有所需数据的应答结果；

根据所述周边车载设备中至少一车载设备返回具有所需数据的应答结果，从所述周边车载设备中选择其中一车载设备获取数据；

其中，从响应所述请求的所述周边车载设备中，与其中一车载设备建立可靠连接或不可靠连接，根据建立的所述可靠连接或不可靠连接，接收该车载设备发送的数据；

其中，从响应所述请求的所述周边车载设备中，根据所述周边车载设备的排序结果择优选择其中一车载设备获取数据，其中所述排序结果的排序参数至少包括如下之一：周边车载设备的信号质量、与周边车载设备之间的距离、周边车载设备是否移动、周边车载设备的数据版本；

所述方法还包括：向检测到的所述周边车载设备发送分享的事件消息，和/或，向服务器上传事件消息进行备份；其中，通过建立的可靠连接或建立的无线网络连接，向检测到的所述周边车载设备发送分享的事件消息。

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

根据所述周边车载设备都返回未具有所需数据的应答结果，通过无线网络向服务器请求获取数据；或，

根据所述周边车载设备都未响应所述请求或都未返回数据，通过无线网络向服务器请求获取数据。

3.一种数据传输处理装置，其特征在于，包括：

检测模块，用于通过蓝牙、热点或无线电方式检测设定区域范围内的周边车载设备；

请求模块，用于向所述检测模块检测到的所述周边车载设备发送地图数据获取请求；

获取模块，用于接收所述周边车载设备返回是否具有所需数据的应答结果；根据所述周边车载设备中至少一车载设备返回具有所需数据的应答结果，从所述周边车载设备中选择其中一车载设备获取数据；其中，从响应所述请求的所述周边车载设备中，与其中一车载设备建立可靠连接或不可靠连接，根据建立的所述可靠连接或不可靠连接，接收该车载设备发送的数据；其中，从响应所述请求的所述周边车载设备中，根据所述周边车载设备的排序结果择优选择其中一车载设备获取数据，其中所述排序结果的排序参数至少包括如下之一：周边车载设备的信号质量、与周边车载设备之间的距离、周边车载设备是否移动、周边车载设备的数据版本；

分享模块，用于向检测到的所述周边车载设备发送分享的事件消息，和/或，向服务器上传事件消息进行备份；其中，通过建立的可靠连接或建立的无线网络连接，向检测到的所述周边车载设备发送分享的事件消息。

Images