CN111010415B - 针对车联网的数据传输方法和装置 - Google Patents

Abstract

本发明涉及车联网技术领域，提供一种针对车联网的数据传输方法和装置。本发明应用于车联网系统的服务器的数据传输方法包括：建立所述服务器与车载终端的通信；从所述车载终端获取车辆信息；确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；向所述车载终端下发所确定的配置文件；以及接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。本发明的数据传输方法相对于现有技术中的固定采集方案，数据采集的灵活度和平台化都有大幅提升。

Description

针对车联网的数据传输方法和装置

技术领域

本发明涉及车联网技术领域，特别涉及一种针对车联网的数据传输方法和装置及介质和车联网系统。

背景技术

车联网系统包括主机、车载终端、手机APP及后台服务器。其中，主机主要用于影音娱乐、信息显示等；车载终端，例如车载TBOX(Telematics BOX)，其与后台服务器及手机APP通信，主要用于采集车辆相关数据；手机APP，也可以是WEB客户端，用户通过手机APP或WEB客户端从软件界面对车辆进行控制，如开关空调、查看信息等；后台服务器，例如TSP(Telematics Service Provider，汽车远程服务提供商)平台，其与手机APP及车载终端可基于网络进行通信，例如可将从车载终端获取的信息发送给手机APP以供用户查看。

进一步地，对于现在加入车联网系统的车辆，后台服务器与车载终端可基于4G网络通信以实现将车载终端采集的相关数据按需上传至所述后台服务器进行存储、管理和分析。

但是，现有的向后台服务器上传数据的方案实质上在车辆出厂时就已经固定了，例如固定了要上传的数据的种类、数量和周期，车载终端只能遵循该固定了的相应方案采集数据，无法添加新的数据和删去不想采集的数据。而在实际中，不同类型的车辆甚至同型号的不同批次的车辆，因存在版本不同或版本升级等问题，需要上传给后台服务器的相关数据的内容都可能不同，如果使用现有数据上传方案，将无法适应这类车辆的需求，且车辆型号越多、版本越多，数据上传出错的概率就越大，对后台服务器进行数据管理也会造成不利影响。

发明内容

有鉴于此，本发明旨在提出一种针对车联网系统的数据传输方法，以至少部分地解决现有车联网系统中向后台服务器上传数据的方案无法适应各类车辆需求的问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种针对车联网系统的数据传输方法，应用于所述车联网系统的服务器，且所述数据传输方法包括：建立所述服务器与车载终端的通信；从所述车载终端获取车辆信息；确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；向所述车载终端下发所确定的配置文件；以及接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。

进一步的，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车辆终端的通信的心跳包数据；和/或所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。

相对于现有技术，本发明所述的针对车联网系统的数据传输方法具有以下优势：

本发明所述的数据传输方法相对于现有技术中的固定采集方案，数据采集的灵活度和平台化都有大幅提升。具体地，本发明所述的数据传输方法实现了配置文件根据车型要求在后台服务器的灵活配置，使得数据采集方案能随时更新，从而能适应不同车型或同型号不同批次的车辆的需求。并且，可对于不同车型或同型号不同批次的车辆安装同样款式的车载终端，提升了车载终端的适用性，减少数据上传出错的概率，便于后台服务器进行数据管理，轻松实现了数据采集的平台化。

本发明的另一目的在于提出一种针对车联网系统的数据传输方法，以至少部分地解决上述技术问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种针对车联网系统的数据传输方法，应用于所述车联网系统的车载终端，且所述数据传输方法包括：建立所述车载终端与服务器的通信；接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据；以及按照所述数据格式，向所述服务器上传所采样的所述相关数据。

进一步的，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车辆终端的通信的心跳包数据；和/或所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。

进一步的，所述采样与所述数据类型及所述版本信息相适配的相关数据包括：确定与所述数据类型相适配的相关数据；根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及基于所述配置表进行所述相关数据的采样。

该应用于所述车联网系统的车载终端的数据传输方法与上述应用于所述车联网系统的服务器的数据传输方法相对于现有技术所具有的优势相同，在此不再赘述。

本发明的另一目的在于提出一种针对车联网系统的数据传输装置，以至少部分地解决上述技术问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种针对车联网系统的数据传输装置，应用于所述车联网系统的服务器，且所述数据传输装置包括：第一通信模块，用于建立所述服务器与车载终端的通信；车辆信息获取模块，用于从所述车载终端获取车辆信息；配置文件确定模块，用于确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；配置文件下发模块，用于向所述车载终端下发所确定的配置文件；以及相关数据接收模块，用于接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。

进一步的，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车辆终端的通信的心跳包数据；和/或所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。

该应用于所述车联网系统的服务器的数据传输装置与上述应用于所述车联网系统的服务器的数据传输方法相对于现有技术所具有的优势相同，在此不再赘述。

本发明的另一目的在于提出一种针对车联网系统的数据传输装置，以至少部分地解决上述技术问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种针对车联网系统的数据传输装置，应用于所述车联网系统的车载终端，且所述数据传输装置包括：第二通信模块，用于建立所述车载终端与服务器的通信；配置文件接收模块，用于接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；相关数据采样模块，用于响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据；以及相关数据上传模块，用于按照所述数据格式，向所述服务器上传所采样的所述相关数据。

进一步的，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车辆终端的通信的心跳包数据；和/或所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。

进一步的，所述相关数据采样模块包括：类型确定子模块，用于确定与所述数据类型相适配的相关数据；版本判断子模块，用于根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及采样子模块，用于基于所述配置表进行所述相关数据的采样。

该应用于所述车联网系统的车载终端的数据传输装置与上述应用于所述车联网系统的服务器的数据传输方法相对于现有技术所具有的优势相同，在此不再赘述。

本发明的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施方式及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明的第一实施例的针对车联网系统的数据传输方法的流程示意图；

图2是本发明第二实施例的一种针对车联网系统的数据传输方法的流程示意图；

图3是本发明第三实施例的一种针对车联网系统的数据传输装置的结构示意图；

图4是本发明第四实施例的一种针对车联网系统的数据传输装置的流程示意图；

图5是本发明第六实施例的一种车联网系统的结构示意图；

图6是本发明实施例的应用例一的方案原理示意图；

图7是本发明应用例一的数据传输方法的流程示意图；

图8(a)是本发明应用例一中的TSP平台下发的配置文件的格式的示图；

8(b)是图8(a)的配置文件的数据采样方案号、信号数量和采样周期n的格式的示图；

图8(c)是图8(a)的配置文件的信号编码的示图；

图9(a)是TBOX基于TSP下发的配置文件转化后的待上传数据的格式的示图；

图9(b)是图9(a)的待上传数据的时间戳的格式的示图；以及

图9(c)是图9(a)的待上传文件的信号上传周期的示图。

附图标记说明：

310、第一通信模块；320、车辆信息获取模块；330、配置文件确定模块；340、配置文件下发模块；350、相关数据接收模块；410、第二通信模块；420、配置文件接收模块；430、相关数据采样模块；440、相关数据上传模块。

具体实施方式

需要说明的是，在不冲突的情况下，本发明中的实施方式及实施方式中的特征可以相互组合。

另外还需要说明的是，在本发明实施例中，“数据”和“信号”可互换使用，“采集”与“采样”也可互换使用。

下面将参考附图并结合实施方式来详细说明本发明。

第一实施例

图1是本发明的第一实施例的针对车联网系统的数据传输方法的流程示意图。如图1所示，该数据传输方法应用于车联网系统的服务器端，且可以包括以下步骤：

步骤S110，建立所述服务器与车载终端的通信。

具体地，可建立所述服务器与车载终端基于无线通信网络的通信，例如基于4G网络。

步骤S120，从所述车载终端获取车辆信息。

其中，所述车辆信息主要包括车型信息，例如当前车辆为B037车型。在所述服务器和所述车载终端建立通信后，服务器可获取车辆信息。

步骤S130，确定与所获取的车辆信息相匹配的配置文件。

其中，所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息。

举例而言，可在服务器端配置预存有多种车型的配置文件的数据总库，服务器查询车辆属于哪类车型等车辆信息，以从数据总库中确定与所获取的车辆信息相匹配的配置文件，特别是获取版本信息。

在优选的实施例中，所述数据类型可以包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车辆终端的通信的心跳包数据。其中，所述车辆运行数据例如是车辆的油耗信息、故障信息等，所述用户习惯数据例如是用户喜好数据(如用户是否喜好听收音机)，所述心跳包数据除了用于维持所述服务器与所述车辆终端之间的通信之外，还可用于按照国标(GB/T32960.x)传输一些特定数据。关于应用本发明实施例的方法对车辆运行数据、用户习惯数据及心跳包数据进行采集的具体细节将在下文中通过应用例来说明，在此则不再赘述。

在另外的优选的实施例中，除版本信息之外，所述数据格式还可以包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。举例而言，该数据格式可以包含：版本号+要采样的信号数量+信号1位置和采样周期+信号2位置和采样周期+信号3位置和采样周期+……+信号n位置和采样周期。

步骤S140，向所述车载终端下发所确定的配置文件。

在优选的实施例中，可向所确定的配置文件添加校验，再将添加校验之后的所述配置文件下发至所述车载终端。如此，增加了校验机制，有利于保障数据安全。

步骤S150，接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。

具体地，所述车载终端接收到所述配置文件之后，确定待采集数据的数据类型，例如为车辆运行数据；再根据版本信息判断该数据是否发生版本变更，若是则按变更后的版本对应的方案采集相关数据，否则按原版本对应的方案采集数据；最后，车载终端按照配置文件规定的数据格式整理并上传采集的相关数据。该过程中，车载终端基于数据类型确定待采样数据，基于版本信息确定采集方案，故而所述相关数据是与所述数据类型及所述版本信息相适配的。进一步地，服务器接收车载终端上传的相关数据进行数据处理，如存储、分析和管理等。其中，所述相关数据与所述数据类型相适配，例如所述数据类型为车辆运行数据，则所述相关数据可以具体是油耗数据、故障数据等。

进一步地，服务器在下发配置文件后，如没有收到车载终端的反馈，则需要重新下发配置文件给车载终端。重试设定次数(例如3次)后，若仍没有成功，则可以取消重试，并记录失败信息(失败时间、车辆信息等)。该失败信息可以调出，从而在车载终端下一次登录服务器时，服务器再次下发配置文件。

综上，本发明实施例的数据传输方法实现了配置文件根据车型要求在后台服务器的灵活配置，使得数据版本、数据采样周期、数据类型、数据数量及数据格式等都可以灵活配置，使得数据采集方案能随时更新(已经量产的车辆也可以)，从而能适应不同车型或同型号不同批次的车辆的需求。并且，可对于不同车型或同型号不同批次的车辆安装同样款式的车载终端，提升了车载终端的适用性，且同样款式的车载终端有利于减少数据上传出错的概率，便于后台服务器进行数据管理，轻松实现了数据采集的平台化。因此，相对于现有技术中的固定采集方案，本发明实施例的方案的灵活度和平台化大幅提升。

第二实施例

图2是本发明第二实施例的一种针对车联网系统的数据传输方法的流程示意图。该数据传输方法应用于所述车联网系统的车载终端，且可以包括以下步骤：

步骤S210，建立所述车载终端与服务器的通信。

具体地，可建立所述车载终端与服务器基于无线通信网络的通信，例如基于4G网络。

步骤S220，接收所述服务器下发的与车辆信息相匹配的配置文件。

其中，所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息。其中，数据类型及数据格式的定义可参考前述的第一实施例，在此则不再赘述。

步骤S230，响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据。

在优选的实施例中，该步骤S230具体可以包括：确定与所述数据类型相适配的相关数据；根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及基于所述配置表进行所述相关数据的采样。

举例而言，所述车载终端接收到所述配置文件之后，确定待采集数据的数据类型，例如为车辆运行数据；再根据版本信息判断该数据是否发生版本变更，若是则按变更后的版本对应的方案采集相关数据，否则按原版本对应的方案采集数据。其中，车载终端基于数据类型确定待采样数据，基于版本信息确定采集方案，故而所述相关数据是与所述数据类型及所述版本信息相适配的。

步骤S240，按照所述数据格式，向所述服务器上传所采样的所述相关数据。

其中，所述相关数据的定义可参考前述第一实施例理解，在此不再赘述。

在优选的实施例中，车载终端登录服务器后，可以按照规定周期(例如每30秒)开始上传相关数据给服务器，若没有数据则记为无效状态。

在更为优选的实施例中，车载终端上传数据失败时需要重传，重传次数可设定，例如最多重传次数为3次(如果到达下一次上传数据的时间点，取消重传(并存储传输失败的数据))直接传送新数据。如果新数据按照本发明实施例的方案也传输失败，则进行存储，直到最新数据传输成功后再补发所有失败数据。传输失败的数据存储周期可设定，例如设定为7天，超出7天的数据自行丢弃。

另外，在向所述服务器上传所采样的所述相关数据时，可先向所采样的所述相关数据添加校验，再将添加校验之后的所述相关数据上传至所述服务器。如此，增加了校验机制，有利于保障数据安全。

该第二实施例的效果与前述第一实施例类似，故在此不再赘述。

第三实施例

图3是本发明第三实施例的一种针对车联网系统的数据传输装置的结构示意图。该数据传输装置应用于所述车联网系统的服务器，且包括：第一通信模块310，用于建立所述服务器与车载终端的通信；车辆信息获取模块320，用于从所述车载终端获取车辆信息；配置文件确定模块330，用于确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；配置文件下发模块340，用于向所述车载终端下发所确定的配置文件；以及相关数据接收模块350，用于接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。

该第三实施例的具体实施细节及效果可参考前述第一实施例，故在此不再赘述。

第四实施例

图4是本发明第四实施例的一种针对车联网系统的数据传输装置的流程示意图。该数据传输装置应用于所述车联网系统的车载终端，且包括：第二通信模块410，用于建立所述车载终端与服务器的通信；配置文件接收模块420，用于接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；相关数据采样模块430，用于响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据；以及相关数据上传模块440，用于按照所述数据格式，向所述服务器上传所采样的所述相关数据。

在优选的实施例中，所述相关数据采样模块430可以包括：类型确定子模块，用于确定与所述数据类型相适配的相关数据；版本判断子模块，用于根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及采样子模块，用于基于所述配置表进行所述相关数据的采样。

该第四实施例的其他实施细节及效果可参考前述第二实施例，故在此不再赘述。

第五实施例

本发明第五实施例提供了一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行第一实施例所述的数据传输方法，或者用于使得机器第二实施例的数据传输方法。

其中，针对于第一实施例，所述机器在服务器端执行指令；针对第二实施例，所述机器在车载终端执行指令。

对于机器可读存储介质中的数据传输方法可参考上述实施例进行理解，在此不再赘述。下面主要结合应用场景对机器可读存储介质进行进一步介绍。

本领域内的技术人员应明白，本发明第五实施例可提供为方法、装置(设备或系统)、或计算机程序产品。因此，本发明第五实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的机器可读存储介质上实施的计算机程序产品的形式。所述机器可读存储介质包括但不限于相变内存(相变随机存取存储器的简称，Phase ChangeRandom Access Memory，PRAM，亦称为RCM/PCRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体(Flash Memory)或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备等各种可以存储程序代码的介质。

第六实施例

图5是本发明第六实施例的一种车联网系统的结构示意图。如图5所示，该车联网系统包括车载终端510和服务器520，其中所述服务器520设置有实施例三所述的数据传输装置，且所述车载终端510设置有实施例四所述的数据传输装置。

对于车辆终端510和服务器520所包括的数据传输装置可参考上述实施例进行理解，在此不再赘述。另外，本领域技术人员可理解的是，车联网系统还包括主机，以及还包括手机APP或WEB客户端。

下面结合应用场景给出针对上述实施例一至实施例六对应的数据传输方案的应用例。

应用例一

该应用例一主要针对采集车辆运行数据或用户习惯数据的场景。其中，TSP平台收集车辆运行数据(CAN信号)后，可分析车辆运行情况，并判断是否需要反馈给用户以及向用户提供帮助。例如，TSP平台收集TBOX实时采集并上传的车辆故障数据，以分析车辆是否存在故障隐患，若存在，则及时反馈给用户，并向用户提供帮助策略，例如可采用什么工具进行修理或者附近的修车店的位置等。另外，TSP平台收集用户习惯数据(不涉及用户隐私)后，可分析用户喜好，并根据用户喜好来改进车辆。例如，TSP平台收集TBOX实时采集并上传的用户习惯数据，发现用户在车速小于30km/h(慢行状态)时会打开收音机，而车速高于30km/h时，则习惯关闭收音机，如此，TSP平台可向车辆制造商反馈增加“基于车速控制收音机的启动”的功能。

在此，将车辆运行数据和用户习惯数据统称为大数据，可知通过对大数据的分析，可以更好地为客户服务以及改良未来车辆的软件和硬件。

图6是本发明实施例的应用例一的方案原理示意图。如图6所示，该应用例一中，上述实施例提及的服务器为TSP平台，车载终端为TBOX，且该TBOX从车辆的GW(Gateway，网关)采集数据。其中，所述GW可以接多种不同类型的CAN总线，例如SCCAN总线(Safety ControlCAN总线，安全控制CAN总线，也可直接简称为SC总线)、PTCAN总线(Power Train CAN总线，动力驱动CAN总线，也可直接简称为PT总线)、ADCAN总线(Auxiliary Drive CAN总线，辅助驱动总线，也可直接简称为AD总线)。其中，因为车辆不同CPU的数据传输速度不同，故而可对车辆CPU进行人为分类。同一类接到一条CAN总线上,比如SC总线。不同速度的CAN的通信就需要依赖GW进行速度转换，比如SC总线的原件与AD总线的原件通信，需要依赖GW进行速度转换。另外，所有的CAN总线都要接到GW，从而使得GW可以采集到全车所有信号。

其中，TSP平台配置有数据总库，该数据总库中存储有所有车型的配置文件(以CAN报文信号的形式)，每种车型都有自己独立的下发配置文件(例如B037车型有B037车型的配置文件，B131车型有B131车型的配置文件等等)。TBOX唤醒后和TSP平台建立联接，联接建立后TSP平台可以获取车辆信息，根据车辆信息(主要是车型信息)来确定要下发的配置文件属于哪个车型、哪个版本。基于此，可开始进行TSP平台与TBOX之间的数据传输。

图7是本发明应用例一的数据传输方法的流程示意图。如图7所示，具体可以包括以下步骤：

步骤S710，TSP平台下发配置文件给TBOX。

其中，要求TSP平台按大数据配置的格式下发配置文件。图8(a)是本发明应用例一中的TSP平台下发的配置文件的格式的示图。如图8(a)所示，配置文件可以包含：版本号+要采样的信号数量+信号1位置和采样周期+信号2位置和采样周期+信号3位置和采样周期+……+信号n位置和采样周期。其中，版本号用于表征数据采样方案号，即不同版本对应有不同的数据采样方案，而TBOX根据接收到的配置文件的版本号确定要采用的数据采样方案。

下面进一步介绍图8(a)的配置文件的格式所包含的各个部分，其中图8(b)是图8(a)的配置文件的数据采样方案号、信号数量和采样周期n的格式的示图；图8(c)是图8(a)的配置文件的信号编码的示图，该信号编码例如用于示出信号位置。

(1)数据采样方案号格式

参考图8(b)，可用版本0x0001表示一般大数据版本1，而出厂的TBOX默认版本就是0x0001。对应地，0x0002表示一般大数据版本2，0x0003表示一般大数据版本3……，以此类推。

(2)信号数量格式

参考图8(b)，例如，采样周期n的新的信号数量有5个，内容就是0x0005，采样周期n的新的信号数量有10个，内容就是0x000A，以此类推。

(3)采样周期n的格式

参考图8(b)，例如，采样周期为1s，内容就是0x0001，采样周期为15s，内容就是0x000F，以此类推。

(4)信号编码的格式

参考图8(c)，该信号编码有4个字节，且包括：2位保留位、1位CAN信号区分位、11位ID号、9位MSB(MostSignificantBit，最高有效位)和9位LSB(Least Significant Bit，最低有效位)。其中，CAN信号区分位为0时表示SCCAN总线已有的报文，1表示其他总线报文，如果只接受SCCAN的报文，CAN信号区分位一直为零即可。其中，TBOX接到SCCAN总线后，可利用该SCCAN总线直接采集数据，而PTCAN总线需要利用GW将数据转到SCCAN总线上才能使TBOX收到数据，因此CAN信号区分位为0时，表示直接采集数据，为1时则表示通过GW进行转换后再采集数据。

另外，在TSP下发配置文件时，还可对下发的整包数据添加校验以保证数据安全。

步骤S720，TBOX接收配置文件。

步骤S730，TBOX判断版本号是否变化，若变化则执行步骤S740，否则执行步骤S750。

其中，判断版本号是否变化，即是判断数据采样方案是否需要随版本号变更。

步骤S740，TBOX更新自己的配置表。

其中，TBOX在出厂时具有厂家给出的默认配置表，该配置表与TSP平台中存储的相应配置文件是完全一致，但因车型变化或车辆升级等原因，当前从TSP平台下发的配置文件已经是针对新车型或新版本车辆的配置文件，故而TBOX需要按照接收到的配置文件来更新自己的配置表。

步骤S750，TBOX采集大数据，并从中提取出对应的信号，并按TSP的配置文件要求的存储位置替换旧的信号。

在此，该采集的大数据为CAN报文。

其中，若版本号没有变化，则TBOX按以前的配置表采集GW发送的报文，若有变化，则按更新后的配置表采集GW发送的报文。并且，TBOX进行数据采集可以包括：TBOX接收GW发送的CAN报文后，提取出对应的信号之后，按TSP平台下发的配置文件要求的存储位置替换旧的信号。

其中，图9(a)是TBOX基于TSP下发的配置文件转化后的待上传数据的格式的示图。如图9(a)所示，其包括：数据采样方案号(2字节)、时间戳(6字节)、采样周期、信号编码、信号有效位、信号上传周期等。其中，待上传数据的格式中各个部分的信号顺序与TSP下发的配置文件一一对应，信号高位在前(先发)，低位在后(后发)，其详细的排列顺序可以如下表所示。

其中，信号上传周期未在上表中说明，其具体构成将在下文描述。

下面进一步介绍图9(a)的待上传数据的格式所包含的各个部分，其中图9(b)是图9(a)的待上传数据的时间戳的格式的示图；图9(c)是图9(a)的待上传文件的信号上传周期的示图。

(1)数据采样方案号

该数据采样方案号与TSP平台下发的版本号相同，且新出厂版本号可设定为0x0001。

(2)时间戳

如图9(b)所示，6个字节分别对应于年、月、日、时、分、秒，其中每个字节都是BCD编码。例如：2019年12月21日23点59分59秒对应的6个字节内容是：年的值0X19(省略年的高两位)，月的值0X12，日的值0X21，时的值0X23，分的值0X59，秒的值0X59。

(3)信号数量

类似于TSP的配置文件，该信号数量也可以通过采样周期来表征。并且，信号数量和采样周期都按TSP下发的配置文件为准。如果是新出厂，按新出厂版本号0x0001对应的周期和数量(车厂给出)。

(4)信号编码

其中，信号按实际的CAN信号占位填入(按照TSP下发的MSB-LSB)。

(5)信号有效位(1位)

正常采集到信号此位填1，没有采到此位填0。

(6)信号上传周期

如果上传时某周期的信号采集了多次，按时间顺序从小到大排好再上传。例如，上传时周期为10秒的信号有两个，共采集了3次，则格式如图9(c)所示，信号1和信号2重复采样3次。

需说明的是，信号上报的周期是所有信号采样的周期的整倍数，这样每次上报同频的次数为：上报周期/采样周期。如果出现采样点在第0秒、10秒、20秒和30秒，即30秒内采集到4次，按前3次上报(即，上报0秒、10秒、20秒三处的数据)。

步骤S760，判断TBOX是否有上电或TSP是否请求上传，若是则执行步骤S770，否则返回步骤S750。

在另外的应用例中，在TBOX上电完成登录(或唤醒)后，还可按规定周期(例如每30秒)开始上传大数据给TSP平台。此时若没有信号，则记为无效状态。另外，此时整车电源需保证处于ACC状态、ON状态或远程控制状态。

步骤S770，TBOX上传大数据给TSP平台。

在此，根据步骤S750配置的待上传数据的格式进行上传。

优选地，若TBOX上传大数据失败时需要重传，可设定最多重传次数为3次(如果到达下一次发送大数据的时间点，取消重传，并存储传输失败的数据，然后直接传送新数据)。如果新数据按照策略也传输失败，在进行存储，直到最新数据传输成功后再补发所有失败数据。传输失败的数据存储周期可设定为7天，超出7天的数据自行丢弃。

另外，在TBOX上传大数据时，还可对上传的大数据添加校验以保证数据安全。

步骤S780，TSP平台收到大数据后按配置文件的格式进行处理。

其中，该处理包括解析、存储、分析数据等，例如分析车辆故障原因以向用户提供维修方案或分析用户喜好以改进后续生产的车辆的功能。

另外，TSP平台如果没有收到TBOX的反馈，则需要重新下发配置文件给TBOX。重试设定次数(例如3次)后仍没有成功，则取消重试，并记录失败状态信息(失败时间、车辆信息等)。该失败状态信息可以调出，在下一次登录时，TSP再次下发配置文件，并向TBOX给出详细的格式要求，TBOX则暂时按以前的格式上传大数据。

通过该应用例一可知，本发明实施例的应用于车联网的数据传输方案实现了对大数据采集的完全可配置化，可以根据车型要求的不同在TSP平台灵活配置数据格式，从而针对不同车型可安装同一款TBOX(大数据上传软件是相同的)，且有利于解决不同车型的车辆或同类型不同版本的车辆向TSP上传大数据的问题，相对于以前的固定采集方案，灵活度和平台化都大幅提升。

应用例二

该应用例二主要针对采集心跳包数据的场景。如上述所述，心跳包数据用于维持所述服务器与所述车辆终端之间的通信，还可用于按照国标(GB/T32960.x)传输一些特定数据。具体地，在某一车辆启动后，TBOX与TSP平台之间建立通信，从而该车辆占据TBOX与TSP平台之间通道，但是如果车辆熄火，则该车辆会让出通道。另外，如果该车辆的TBOX与TSP平台之间常时间没有互动，也会被默认为断网，使得车辆让出通道。因此，为了使车辆保持占有通道，可使TBOX向TSP传输心跳包数据，这即是心跳包数据用于维持后台服务器与车辆终端之间的通信的功能。另外，在心跳包数据用于维持后台服务器与车辆终端之间的通信，可让其根据国标要求上传指定数据，例如中国制定有关于电动汽车和混动汽车利用心跳包上传指定数据的规则。

但是，现有心跳包上传方案在车辆出厂时就已经固定了，而不同类型的车辆甚至同型号不同批注的车辆，心跳包的内容都可能不同。因此，现有心跳包上传方案无法适应不同车型的需求，当国际版本发生改变后也无法更新心跳包内容。

据此，可利用本发明实施例的数据传输方案来传输心跳包数据，其传输过程与上述的应用例一类似，区别主要在于将大数据对应替换为这里的心跳包数据，从而在TSP端配置心跳包数据总库及心跳包配置文件。

另外，还存在关于上传周期的区别。在应用例一的大数据上传中，上传周期与TSP平台下发有配置文件中的指定周期一致，即按照TSP下发的周期进行大数据上传。但在本应用例二的心跳包数据上传中，如果出现了3级报警的情况，则需要按国家要求上传前后30秒的数据，周期为1秒，这时无论TSP平台下发的周期是多少，都将上传心跳包数据的周期改为1秒，恢复正常情况后再按TSP下发的周期进行上传。

关于心跳包数据传输的其他实施细节可参考上述的应用例一，在此不再进行赘述。

通过该应用例二可知，本发明实施例的应用于车联网的数据传输方案实现了对心跳包数据采集的完全可配置化，可以根据车型要求的不同在TSP平台灵活配置数据格式，从而针对不同车型可安装同一款TBOX(心跳包上传软件是相同的)，且有利于解决不同车型的车辆或同类型不同版本的车辆向TSP上传心跳包数据的问题，相对于以前的固定采集方案，灵活度和平台化都大幅提升。

以上所述仅为本发明的较佳实施方式而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种针对车联网系统的数据传输方法，其特征在于，应用于所述车联网系统的服务器，且所述数据传输方法包括：

建立所述服务器与车载终端的通信；

从所述车载终端获取车辆信息；

确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息，且该版本信息用于表征数据采样方案号；

向所述车载终端下发所确定的配置文件；以及

接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配；

其中，所述车载终端对所述配置文件的所述响应包括：根据所述版本信息判断与所述数据类型相适配的相关数据是否发生版本变更，若是则按变更后的版本对应的方案采集相关数据，否则按原版本对应的方案采集相关数据。

2.根据权利要求1所述的数据传输方法，其特征在于，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或

所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。

3.一种针对车联网系统的数据传输方法，其特征在于，应用于所述车联网系统的车载终端，且所述数据传输方法包括：

建立所述车载终端与服务器的通信；

接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息，且该版本信息用于表征数据采样方案号；

响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据，包括：

确定与所述数据类型相适配的相关数据；

根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及

基于所述配置表进行所述相关数据的采样；以及

按照所述数据格式，向所述服务器上传所采样的所述相关数据。

4.根据权利要求3所述的数据传输方法，其特征在于，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或

所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。

5.一种针对车联网系统的数据传输装置，其特征在于，应用于所述车联网系统的服务器，且所述数据传输装置包括：

第一通信模块，用于建立所述服务器与车载终端的通信；

车辆信息获取模块，用于从所述车载终端获取车辆信息；

配置文件确定模块，用于确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息，且该版本信息用于表征数据采样方案号；

配置文件下发模块，用于向所述车载终端下发所确定的配置文件；以及

相关数据接收模块，用于接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配；

其中，所述车载终端对所述配置文件的所述响应包括：根据所述版本信息判断与所述数据类型相适配的相关数据是否发生版本变更，若是则按变更后的版本对应的方案采集相关数据，否则按原版本对应的方案采集相关数据。

6.根据权利要求5所述的数据传输装置，其特征在于，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或

所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。

7.一种针对车联网系统的数据传输装置，其特征在于，应用于所述车联网系统的车载终端，且所述数据传输装置包括：

第二通信模块，用于建立所述车载终端与服务器的通信；

配置文件接收模块，用于接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息，且该版本信息用于表征数据采样方案号；

相关数据采样模块，用于响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据，且包括：

类型确定子模块，用于确定与所述数据类型相适配的相关数据；

版本判断子模块，用于根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及

采样子模块，用于基于所述配置表进行所述相关数据的采样；以及

相关数据上传模块，用于按照所述数据格式，向所述服务器上传所采样的所述相关数据。

8.根据权利要求7所述的数据传输装置，其特征在于，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或

所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。

Images