CN115578804A - 数据传输方法、系统、装置、设备、存储介质及车辆 - Google Patents

Abstract

本公开提供一种数据传输方法、系统、装置、电子设备、存储介质及车辆，所述方法包括：获取行车记录信息；获取车端与道路通讯设备之间的链路状态；响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在服务器；响应于确定所述链路状态为异常状态，将所述行车记录信息进行本地存储。当链路状态正常，将行车记录信息通过道路通讯设备存储在服务器中，这样，可以减少车端本地存储的信息量，缓解车端的本地存储压力，降低车端本地存储设备的寿命损耗。

Description

数据传输方法、系统、装置、设备、存储介质及车辆

技术领域

本公开涉及数据处理技术领域，尤其涉及一种数据传输方法、系统、装置、设备、存储介质及车辆。

背景技术

随着车辆行业的发展，行车记录仪顺势而生，行车记录仪可以记录车辆行驶过程中的信息。然而，由于行车记录仪的存储空间较小，当采用当前存储方式存储较多信息时，会给行车记录仪会造成存储压力。

发明内容

有鉴于此，本公开的目的在于提出一种数据传输方法、系统、装置、设备、存储介质及车辆，以解决现有技术中将行车记录信息全部存储在行车记录仪中，而对行车记录仪造成存储压力的问题。

基于上述目的，本公开的第一方面提出了一种数据传输方法，包括：

获取行车记录信息；

获取车端与道路通讯设备之间的链路状态；

响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在服务器；

响应于确定所述链路状态为异常状态，将所述行车记录信息进行本地存储。

在一些实施例中，所述获取车端与道路通讯设备之间的链路状态，包括：

获取所述车端的状态；

响应于确定所述车端的状态为正常通讯状态，获取车辆位置和道路通讯设备的通讯覆盖范围；

确定所述车辆位置在所述通讯覆盖范围之内，获取车端与道路通讯设备之间的链路状态。

在一些实施例中，所述获取行车记录信息，包括：

获取车辆行驶过程中的图像信息、视频信息以及声音信息；

将所述图像信息、所述视频信息和所述声音信息中的至少之一作为所述行车记录信息。

在一些实施例中，还包括：

响应于所述车端当前所在道路的通讯设备的数量为至少两个，确定所述车端与至少两个所述通讯设备之间的链路状态均为正常状态，分别获取所述至少两个通讯设备的带宽；

将所述至少两个通讯设备中所述带宽最大的通讯设备作为所述道路通讯设备；

建立所述车端与所述道路通讯设备之间的通讯链路，以通过所述道路通讯设备将所述行车记录信息存储在所述服务器。

在一些实施例中，在通过所述道路通讯设备将所述行车记录信息存储在服务器之后，还包括：

获取行车记录信息的调取指令；

将所述行车记录信息的调取指令发送至所述道路通讯设备；其中，通过所述调取指令调取所述服务器中存储的所述行车记录信息；

将所述服务器中存储的所述行车记录信息和/或所述车端中本地存储的所述行车记录信息作为所述行车记录信息输出。

基于同一个发明构思，本公开的第二方面提出了一种数据传输系统，包括：采集装置、车联网控制器、服务器以及本地存储器；

所述采集装置，被配置为获取行车记录信息；

所述车联网控制器，被配置为获取车端与道路通讯设备之间的链路状态；响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在所述服务器；响应于确定所述链路状态为异常状态，将所述行车记录信息存储到本地存储器中。

基于同一个发明构思，本公开的第三方面提出了一种数据传输装置，包括：

行车记录信息获取模块，被配置为获取行车记录信息；

链路状态获取模块，被配置为获取车端与道路通讯设备之间的链路状态；

服务器存储模块，被配置为响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在服务器；

本地存储模块，被配置为响应于确定所述链路状态为异常状态，将所述行车记录信息进行本地存储。

基于同一发明构思，本公开的第四方面提出了一种电子设备，包括存储器、处理器及存储在所述存储器上并可由所述处理器执行的计算机程序，所述处理器在执行所述计算机程序时实现如上所述的方法。

基于同一发明构思，本公开的第五方面提出了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行如上所述的方法。

基于同一发明构思，本公开的第六方面提出了一种车辆，所述车辆包括第二方面所述的数据传输系统或第三方面所述的数据传输装置或第四方面所述的电子设备或第五方面所述的存储介质。

从上面所述可以看出，本公开提供的一种数据传输方法、系统、装置、设备、存储介质及车辆，车端通过判断车端与道路通讯设备之间的链路状态确定行车记录信息的存储方式。当链路状态正常，将行车记录信息通过道路通讯设备存储在服务器中，这样，可以减少车端本地存储的信息量，缓解车端的本地存储压力，降低车端本地存储设备的寿命损耗。

附图说明

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

图1为本公开实施例的数据传输方法的流程图；

图2A为本公开实施例的行车记录信息存储方法的示意框图；

图2B为本公开实施例的车辆定位算法的示意框图；

图3为本公开实施例的数据传输系统的结构示意图；

图4为本公开实施例的数据传输装置的结构示意图；

图5为本公开实施例的电子设备的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本公开实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

随着车辆行业的发展，行车记录仪顺势而生，行车记录仪可以记录车辆行驶过程中的信息。然而，由于行车记录仪的存储空间较小，当采用当前存储方式存储较多信息时，会给行车记录仪会造成存储压力。并且，行车记录仪的存储方式一般为循环存储，存储内容较多时会自动删除最早存储的信息，这样会严重影响行车记录仪的使用寿命。

如上所述，如何通过改变行车记录信息的存储方式，而减少行车记录仪中存储的行车记录信息，缓解行车记录仪的存储压力成为了一个重要的研究问题。

基于上述描述，如图1所示，本实施例提出的数据传输方法，所述数据传输方法应用于车端，所述车端包括摄像头、本地存储器和车联网控制器；所述方法包括：

步骤101，获取行车记录信息。

具体实施时，行车记录信息是车辆在行驶过程中的采集的图像信息、视频信息和声音信息。行车记录信息通过摄像头和收音设备获取。在具体实现时，还可以通过行车记录仪进行采集。

在一些实施例中，步骤101包括：

步骤1011，获取车辆行驶过程中的图像信息、视频信息以及声音信息。

步骤1012，将所述图像信息、所述视频信息和所述声音信息中的至少之一作为所述行车记录信息。

具体实施时，行车记录信息包括下列至少之一：图像信息、视频信息和声音信息。除此之外，行车记录信息还包括：自身车辆行车信息、其他车辆行车信息、车辆行车位置信息、车辆行车时间信息、车辆车牌号信息或者车辆识别码信息。

例如，自身车辆行车信息包括车内摄像头采集的车内图像信息、车内视频信息，以及车内图像信息和车内视频信息对应的车辆位置信息、时间信息，还包括自身车辆的车牌号信息或者车辆VIN号信息(即车辆识别码信息)；自身车辆行车信息还包括车内麦克风采集的车内声音信息。

例如，其他车辆行车信息包括车外摄像头采集的车外图像信息、车外视频信息，以及车外图像信息和车外视频信息对应的车辆位置信息、时间信息，还包括其他车辆的车牌号信息或者车辆VIN号信息(即车辆识别码信息)。

具体实施时，车端通过摄像头、收音设备或者其他传感器获取行车记录信息后，将行车记录信息发送给行车记录仪(Digital Video Recorder，简称DVR)中的信息汇总处理模块进行分析处理。

在上述方案中，当面对突发情况或者用户想要调取行车记录信息时，不会出现行车记录信息缺失的问题。通过摄像头和收音设备采集行车记录信息，使获取的行车记录信息更加全面。

具体实施时，所述摄像头包括设置在车内的车内摄像头和设置在车外的车外摄像头；所述收音设备包括设置在车内的车内收音设备和/或设置在车外的车外收音设备。摄像头包括车外摄像头和车内摄像头。车内摄像头采集自身车辆内部的图像信息和视频信息，车外摄像头采集自身车辆外部的图像信息和视频信息以及其他车辆的图像信息和视频信息。将自身车辆内部、自身车辆外部以及其他车辆的图像信息和视频信息发送给行车记录仪DVR中的信息汇总处理模块汇总后作为行车记录信息。

具体实施时，收音设备包括车内收音设备和/或车外收音设备，收音设备可以是麦克风。车内收音设备采集自身车辆内部的声音信息，车外收音设备采集自身车辆外部的声音信息以及其他车辆的声音信息。将自身车辆内部和/或自身车辆外部、其他车辆的声音信息发送给行车记录仪DVR中的信息汇总处理模块汇总后作为行车记录信息。

在上述方案中，车辆通过采集车内行车记录信息和车外行车记录信息，当车辆遇到突发事件或者需要依靠行车记录信息进行事故定责时，综合车内行车记录信息和车外行车记录信息，可以更加精准地进行事故定责。

步骤102，获取车端与道路通讯设备之间的链路状态。

具体实施时，链路状态通过车联网控制器(Telematic BOX，简称T-BOX)获取。当车辆行驶的道路上存在道路通讯设备，车辆车端的车联网控制器T-BOX会与道路通讯设备建立连接，形成通讯链路。并且，车端通过车联网控制器T-BOX获取通讯链路的链路状态，判断链路状态是否为正常状态。

另外，判定链路状态的过程还可以包括对车端及道路通讯设备的通讯状态进行判定，以及车辆是否在道路通讯设备的通讯覆盖范围内。当车端或者道路通讯设备的通讯状态存在异常，或者车辆不在道路通讯设备的通讯覆盖范围内时，车联网控制器T-BOX与道路通讯设备之间便不能建立通讯链路。

在一些实施例中，步骤102包括：

步骤102A，获取所述车端的状态。

具体实施时，获取车端的状态，此处获取的车端状态为车端通讯设备的通讯状态，判断车端通讯设备是否可以正常进行通讯。例如，获取车联网控制器T-BOX的通讯状态。在车端与道路通讯设备建立通讯连接之前，车端会对车端通讯设备的通讯状态进行检查，确保车端通讯设备的通讯状态为正常通讯状态。另外，道路通讯设备的通讯状态也会实时或者定时的进行检查，确保道路通讯设备的通讯状态为正常通讯状态。

步骤102B，响应于确定所述车端的状态为正常通讯状态，获取车辆位置和道路通讯设备的通讯覆盖范围。

具体实施时，当车端和道路通讯设备都处于正常通讯状态时，车端的通讯设备要与道路通讯设备建立通讯链路，还需要车辆在道路通讯设备的通讯覆盖范围之内。

具体实施时，当车端通讯设备和道路通讯设备的通讯状态正常时，车端的车联网控制器T-BOX会通过实时动态差分定位(Real-time kinematic，简称RTK)中的高精定位确定车辆位置，通过全球导航卫星系统(Global Navigation Satellite System，简称GNSS)将车辆位置发送给车联网控制器T-BOX。

同时，车端通过车联网控制器T-BOX获取道路通讯设备的通讯覆盖范围。道路通讯设备是固定在道路，用于车辆在途径该道路时可以借助设置在道路的通讯设备将车辆的行车记录信息(包括：图像、视频、音频中的至少之一)发送至服务器中，在服务器中进行存储。

步骤102C，确定所述车辆位置在所述通讯覆盖范围之内，获取车端与道路通讯设备之间的链路状态。

具体实施时，确定车辆位置在道路通讯设备的通讯覆盖范围内后，车端的通讯设备(例如，车联网控制器T-BOX)会与道路通讯设备自动建立通讯链路，并获取通讯链路的链路状态。其中，所述通讯链路可以是车用无线通讯(Vehicle to Everything，简称V2X)。

在上述方案中，确保车端和道路通讯设施满足建立通讯链路的条件后，建立通讯链路。在车辆位置判定过程中，利用RTK服务进行高精定位，使得定位的车辆位置更加精确，从而可以更加精确的判断车辆是否在道路通讯设施的通讯覆盖范围之内。另外，RTK服务还可以实现实时定位，车辆在行驶过程中可以根据车辆位置的改变，实时获取可以建立通讯链路的道路通讯设备，快速建立通讯链路，及时将行车记录信息发送至道路通讯设备存储在服务器。实时获取可以建立的通讯链路并及时将行车记录信息存储在服务器中，可以进一步减少行车记录仪中本地存储的行车记录信息量，从而减少行车记录仪的存储压力。

在满足建立通讯链路的条件后，车用无线通讯V2X可以自动建立通讯链路，可以快速地建立通讯链路。另外，车用无线通讯V2X更加方便且易于信息及数据的传输。

步骤103，响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在服务器。

具体实施时，在车联网控制器T-BOX对链路状态进行判断之前，行车记录信息先通过本地存储器(例如，行车记录仪)进行本地存储。车端的行车记录仪包括存储模块和信息汇总处理模块。车端采集的行车记录信息存储在车端的行车记录仪的存储模块中，车端的车联网控制器T-BOX对车端与道路通讯设备之间的链路状态进行判断，当链路状态为正常状态时，行车记录仪中的信息汇总处理模块将采集到的行车记录信息通过车用无线通讯V2X发送至道路通讯设施，通过道路通讯设施将行车记录信息发送至服务器(例如，云端服务器)进行存储。当将行车记录信息通过道路通讯设施存储在服务器中时，行车记录仪中的信息汇总模块就不会再将行车记录信息发送给行车记录仪中的存储模块进行本地存储，即此时，就会切断将行车记录信息存储在行车记录仪本地存储模块的存储过程。

具体实施时，服务器能够存储各个道路的通讯设备发来的各个车辆的行车记录信息，并将这些行车记录信息与发送车辆以及相应的道路均进行关联对应。服务器可以是专门构建的存储行车记录信息的云端存储平台，也可以是道路通讯设施中专门的存储模块。即该服务器可以是安装在对应道路上，也可以是按照地理区域进行划分，安装在相应地理区域的范围内，或者就安装一个服务器，用于存储各个地区对应各个道路的车辆的行车记录信息。其中行车记录信息的获取和存储过程均是经过车辆用户确认授权后，存储在服务器中的。

其中，道路可以是直行道路也可以是十字路口、T字路口或者多叉路口等。

在上述方案中，由于将行车记录信息存储在服务器时，就会切断行车记录仪的本地存储，因此，可以减少行车记录仪本地存储的信息量，缓解行车记录仪的存储压力。一般情况下，行车记录仪的存储方式为循环存储，存储内容较多时会自动删除最早存储的信息。而本申请中由于行车记录仪存储信息减少，减少自动删除信息的情况，从而降低行车记录仪的寿命损耗。

在一些实施例中，在步骤103之后还包括：

步骤103a，获取行车记录信息的调取指令。

步骤103b，将所述行车记录信息的调取指令发送至所述道路通讯设备；其中，通过所述调取指令调取所述服务器中存储的所述行车记录信息。

步骤103c，将所述服务器中存储的所述行车记录信息和/或所述车端中本地存储的所述行车记录信息作为所述行车记录信息输出。

具体实施时，当车辆在行驶过程中，由于多个道路通讯设备相隔较远，行车记录信息部分通过道路通讯设备存储在服务器中，部分存储在行车记录仪中。用户想要通过车端调取服务器中的行车记录信息时，车端向道路通讯设备发送调取指令，道路通讯设备接收到调取指令后判断车端是否具有调取行车记录信息的权限，确定车端具有调取权限后，道路通讯设备从服务器中存储的行车记录信息中调取该用户车辆的行车记录信息发送给车端，车端可以将调取的行车记录信息和本地存储的行车记录信息一起输出，得到完整的行车记录信息。

可以理解的是，在使用本申请中上述实施例的技术方案之前或者技术方案实施过程中，均会通过恰当的方式对所涉及的个人信息的类型、使用范围、使用场景等告知用户，并获得用户的授权。

例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确的提示用户，其请求执行的操作将需要获取和使用到用户的个人信息(例如，账号信息)。从而，使得用户可以根据提示信息来自主的选择是否向执行本申请技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。

作为一种可选的但非限定的实现方式，响应于接受到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。

可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本申请的实现方式构成限定，其他满足相关法律法规的方式也可应用于本申请的实现方式中。

在上述方案中，用户可以在车端调取服务器中存储的行车记录信息，避免行车记录仪中存储的行车记录信息不完整，并且可以根据完整的行车记录信息解决事故定责等突发情况。

步骤104，响应于确定所述链路状态为异常状态，将所述行车记录信息进行本地存储。

具体实施时，车端的行车记录仪包括存储模块和信息汇总处理模块。车端采集的行车记录信息存储在车端的行车记录仪的存储模块中，车端的车联网控制器T-BOX对车端与道路通讯设备之间的链路状态进行判断，当链路状态为异常状态时，行车记录信息继续存储在行车记录仪中的存储模块中，进行本地存储。

在一些实施例中，在步骤104之后还包括：

步骤104A，响应于所述车端当前所在道路的通讯设备的数量为至少两个，确定所述车端与至少两个所述通讯设备之间的链路状态均为正常状态，分别获取所述至少两个通讯设备的带宽。

步骤104B，将所述至少两个通讯设备中所述带宽最大的通讯设备作为所述道路通讯设备。

步骤104C，建立所述车端与所述道路通讯设备之间的通讯链路，以通过所述道路通讯设备将所述行车记录信息存储在所述服务器。

具体实施时，当车辆行驶的道路上存在两个及以上的通讯设备均可以与车端建立通讯链路时，车端可以分别获取两个及以上的通讯设备的带宽，通过比较两个及以上道路通讯设备的带宽，确定建立通讯链接的道路通讯设备。

在上述方案中，带宽是指在单位时间内能够传输的数据量，带宽越大能够传输的数据量越大，通讯能力越强。将带宽最大的通讯设备作为道路通讯设备建立通讯链路，因此，建立的通讯链路通讯能力最强，可以快速地进行行车记录信息的传输和存储。

在上述实施例中，车端通过判断车端与道路通讯设备之间的链路状态确定行车记录信息的存储方式。当链路状态正常，车端关闭本地存储，将行车记录信息通过道路通讯设备存储在服务器中，这样，可以减少车端本地存储的信息量，缓解车端的本地存储压力，降低车端本地存储设备的寿命损耗。

需要说明的是，本公开的实施例还可以以下方式进一步描述：

如图2A所示，图2A为行车记录信息存储方法的示意框图，包括：

步骤1，行车记录仪DVR中的信息汇总处理模块接收车外摄像头、车内摄像头和车内麦克风采集的行车记录信息。

其中，行车记录信息包括下列至少之一：自身车辆信息、其他车辆信息、车辆图像信息、车辆视频信息、车辆语音信息、车辆绝对位置信息、时间信息、车牌号信息和车辆VIN号信息。

步骤2，信息汇总处理模块实时监控车端与道路通讯设备之间建立的通讯链路的链路状态。

信息汇总处理模块实时监控链路状态过程包括：

1.车辆位置判断

如图2B所示，图2B为车辆定位算法的示意框图。车端的车联网控制器T-BOX在5G联网状态下，会通过实时动态差分定位RTK服务中的高精定位以及定位算法确定车辆位置(即图2B中的定位结果)，并通过惯性测量单元(Inertial Measurement Unit，简称IMU)测量车辆的加速度和角速度，通过全球导航卫星系统GNSS将车辆位置发送给车联网控制器T-BOX。通过RTK服务的高精定位获取车辆位置，使定位的车辆位置更加准确。同时，车端通过车联网控制器T-BOX获取道路通讯设备的通讯覆盖范围。车端对车辆位置和道路通讯设备的通讯覆盖范围进行分析处理，确定车辆是否在道路通讯设备的通讯覆盖范围内。当车辆在通讯覆盖范围内时，车端与道路通讯设备之间才可以建立通讯链路。

2.链路状态判断

当车辆在通讯覆盖范围内时，车端的车联网控制器T-BOX会通过车用无线通讯V2X与道路通讯设备建立通讯链路，并获取通讯链路的链路状态，判断链路状态是否为正常状态，是否可以进行正常通讯。

步骤3，当链路状态为正常状态时，信息汇总处理模块将接收到的行车记录信息发送至车联网控制器T-BOX，车联网控制器T-BOX通过车用无线通讯V2X将行车记录信息发送至道路通讯设备，将行车记录信息通过道路通讯设备存储在服务器中。

步骤4，当链路状态为异常状态时，信息汇总处理模块将接收到的行车记录信息发送至行车记录仪的存储模块，通过行车记录仪的存储模块进行本地存储。

另外，除了链路状态异常外，不能将行车记录信息存储在服务器中的场景还包括下列至少之一：

1.道路中不存在道路通讯设备

2.道路通讯设备不能进行车用无线通讯V2X

3.车端的车联网控制器T-BOX为异常状态

4.道路通讯设备为异常状态

其中，道路可以是直行道路也可以是十字路口、T字路口或者多叉路口等。

在上述实施例中，车端通过判断车端与道路通讯设备之间的链路状态确定行车记录信息的存储方式。当链路状态正常，车端关闭本地存储，将行车记录信息通过道路通讯设备存储在服务器中，这样，可以减少车端本地存储的信息量，缓解车端的本地存储压力，降低车端本地存储设备的寿命损耗。

需要说明的是，本公开实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本公开实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本公开的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种数据传输系统。

参考图3，所述数据传输系统，包括：采集装置301、车联网控制器302、服务器303以及本地存储器304；

所述采集装置301，被配置为获取行车记录信息；

所述车联网控制器302，被配置为获取车端与道路通讯设备之间的链路状态；响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在所述服务器303；响应于确定所述链路状态为异常状态，将所述行车记录信息存储到本地存储器304中。

在上述实施例中，通过判断车联网控制器与道路通讯设备之间的链路状态确定行车记录信息的存储方式。当链路状态正常，车联网控制器向本地存储器发送关闭指令，关闭本地存储，车联网控制器将行车记录信息通过车用无线通讯发送至道路通讯设备，通过道路通讯设备将行车记录信息发送给服务器进行存储。这样，可以减少车端本地存储的信息量，缓解车端的本地存储压力，降低车端本地存储设备的寿命损耗。

当然，在实施本公开时可以把各器件的功能在同一个或多个软件和/或硬件中实现。

上述实施例的系统用于实现前述任一实施例中相应的数据传输方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种数据传输装置。

参考图4，所述数据传输装置，包括：

行车记录信息获取模块401，被配置为获取行车记录信息；

链路状态获取模块402，被配置为获取车端与道路通讯设备之间的链路状态；

服务器存储模块403，被配置为响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在服务器；

本地存储模块404，被配置为响应于确定所述链路状态为异常状态，将所述行车记录信息进行本地存储。

在一些实施例中，链路状态获取模块402，包括：

车端状态获取单元，被配置为获取所述车端的状态；

车辆位置获取单元，被配置为响应于确定所述车端的状态为正常通讯状态，获取车辆位置和道路通讯设备的通讯覆盖范围；

链路状态获取单元，被配置为确定所述车辆位置在所述通讯覆盖范围之内，获取车端与道路通讯设备之间的链路状态。

在一些实施例中，行车记录信息获取模块401包括：

信息获取单元，被配置为获取车辆行驶过程中的图像信息、视频信息以及声音信息；

行车记录信息获取单元，被配置为将所述图像信息、所述视频信息和所述声音信息中的至少之一作为所述行车记录信息。

在一些实施例中，在本地存储模块404之后，还包括：

带宽获取单元，被配置为响应于所述车端当前所在道路的通讯设备的数量为至少两个，确定所述车端与至少两个所述通讯设备之间的链路状态均为正常状态，分别获取所述至少两个通讯设备的带宽；

道路通讯设备确定单元，被配置为将所述至少两个通讯设备中所述带宽最大的通讯设备作为所述道路通讯设备；

服务器存储单元，被配置为建立所述车端与所述道路通讯设备之间的通讯链路，以通过所述道路通讯设备将所述行车记录信息存储在所述服务器。

在一些实施例中，在服务器存储模块403之后，还包括：

调取指令获取单元，被配置为获取行车记录信息的调取指令；

调取指令发送单元，被配置为将所述行车记录信息的调取指令发送至所述道路通讯设备；其中，通过所述调取指令调取所述服务器中存储的所述行车记录信息；

行车记录信息输出单元，被配置为将所述服务器中存储的所述行车记录信息和/或所述车端中本地存储的所述行车记录信息作为所述行车记录信息输出。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本公开时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述任一实施例中相应的数据传输方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的数据传输方法。

图5示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB(Universal Serial Bus，通用串行总线)、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI(Wireless Fidelity，无线网络通信技术)、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的数据传输方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的数据传输方法。

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

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的数据传输方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本申请还提供了一种车辆，包括上述实施例中的数据传输装置、或电子设备、或存储介质，所述车辆设备实现上任意一实施例所述的数据传输方法。

上述实施例的车辆用于实现前述任一实施例所述的数据传输方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本公开实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本公开实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本公开实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本公开实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本公开实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本公开实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本公开实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

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

获取行车记录信息；

获取车端与道路通讯设备之间的链路状态；

响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在服务器；

响应于确定所述链路状态为异常状态，将所述行车记录信息进行本地存储。

2.根据权利要求1所述的方法，其特征在于，所述获取车端与道路通讯设备之间的链路状态，包括：

获取所述车端的状态；

响应于确定所述车端的状态为正常通讯状态，获取车辆位置和道路通讯设备的通讯覆盖范围；

确定所述车辆位置在所述通讯覆盖范围之内，获取车端与道路通讯设备之间的链路状态。

3.根据权利要求1所述的方法，其特征在于，所述获取行车记录信息，包括：

获取车辆行驶过程中的图像信息、视频信息以及声音信息；

将所述图像信息、所述视频信息和所述声音信息中的至少之一作为所述行车记录信息。

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

响应于所述车端当前所在道路的通讯设备的数量为至少两个，确定所述车端与至少两个所述通讯设备之间的链路状态均为正常状态，分别获取所述至少两个通讯设备的带宽；

将所述至少两个通讯设备中所述带宽最大的通讯设备作为所述道路通讯设备；

建立所述车端与所述道路通讯设备之间的通讯链路，以通过所述道路通讯设备将所述行车记录信息存储在所述服务器。

5.根据权利要求1-4任意一项所述的方法，其特征在于，在通过所述道路通讯设备将所述行车记录信息存储在服务器之后，还包括：

获取行车记录信息的调取指令；

将所述行车记录信息的调取指令发送至所述道路通讯设备；其中，通过所述调取指令调取所述服务器中存储的所述行车记录信息；

将所述服务器中存储的所述行车记录信息和/或所述车端中本地存储的所述行车记录信息作为所述行车记录信息输出。

6.一种数据传输系统，其特征在于，包括：采集装置、车联网控制器、服务器以及本地存储器；

所述采集装置，被配置为获取行车记录信息；

所述车联网控制器，被配置为获取车端与道路通讯设备之间的链路状态；响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在所述服务器；响应于确定所述链路状态为异常状态，将所述行车记录信息存储到本地存储器中。

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

行车记录信息获取模块，被配置为获取行车记录信息；

链路状态获取模块，被配置为获取车端与道路通讯设备之间的链路状态；

服务器存储模块，被配置为响应于确定所述链路状态为正常状态，通过所述道路通讯设备将所述行车记录信息存储在服务器；

本地存储模块，被配置为响应于确定所述链路状态为异常状态，将所述行车记录信息进行本地存储。

8.一种电子设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如权利要求1至5任意一项所述的方法。

9.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行权利要求1至5任意一项所述的方法。

10.一种车辆，其特征在于，包括权利要求6所述的数据传输系统或权利要求7所述的数据传输装置或权利要求8所述的电子设备或权利要求9所述的存储介质。

Images