CN111586150A - 车辆数据上传方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种车辆数据上传方法、装置、计算机设备和存储介质。所述方法包括：采集车辆原始数据，并对所述车辆原始数据进行信号解析；对解析后的车辆原始数据进行分类压缩计算得到基本事件；根据预设规则对所述基本事件进行事件判断得到待上传事件；将所述待上传事件上传至服务器。采用本方法能够保证数据量的同时减少数据传输量。

Description

车辆数据上传方法、装置、计算机设备和存储介质

技术领域

本申请涉及智能车辆技术领域，特别是涉及一种车辆数据上传方法、装置、计算机设备和存储介质。

背景技术

现代汽车工业快速发展，自动驾驶，车联网，远程等各种新型功能和用户体验被引入到汽车中，汽车的复杂度几何级的提升，车内通信负载从原先的30-40％到现在70-90％，翻了一倍多，从而对于车辆的运行监控和异常行为的捕获带来了很大的困扰，自从有了车联网之后，数据可以实时上传到云端，大量的数据上传之后进行汇总，利用数据统计和模型算法进行各种大数据分析。一台车一天的数据量就可以达到几GB，需要消耗大量的数据流量进行数据上传。

发明内容

基于此，有必要针对上述技术问题，提供一种能够保证信息量的同时减少数据上传量的车辆数据上传方法、装置、计算机设备和存储介质。

一种车辆数据上传方法，所述方法包括：

采集车辆原始数据，并对所述车辆原始数据进行信号解析；

对解析后的车辆原始数据进行分类压缩计算得到基本事件；

根据预设规则对所述基本事件进行事件判断得到待上传事件；

将所述待上传事件上传至服务器。

上述车辆数据上传方法，在采集得到车辆原始数据后，首先对车辆原始数据进行信号解析，然后通过对解析后的车辆原始数据进行分类压缩计算得到基本事件，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，且更进一步地根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量，且由于事先进行了计算，保证了信息量的同时减少数据上传量，从而不需要消耗大量的数据流量进行数据上传。

在其中一个实施例中，所述采集车辆原始数据，并对所述车辆原始数据进行信号解析，包括：

采集车辆中的总线的车辆原始数据，将所采集到的车辆原始数据按照采集时间缓存至缓存队列中；

按照采集时间从所述缓存队列中提取车辆原始数据，并对所提取的车辆原始数据进行信号解析。

上述实施例中，并不是直接采集后进行处理，而是将采集到数据缓存到缓存队列中，然后从缓存队列中提取车辆原始数据，并对所提取的车辆原始数据进行信号解析，这样可以缓解数据采集和信号解析之间的速度问题，避免存在大量的数据未解析，从而占用大量的内存，且还可以避免信号解析出现故障时，数据的丢失。

在其中一个实施例中，所述对解析后的车辆原始数据进行分类压缩计算得到基本事件，包括：

根据预设的数据类型对解析后的所述车辆原始数据进行分类；

获取各所述预设的信号类型对应的数据压缩规则；

根据所述数据压缩规则对相应的车辆原始数据，进行数据压缩处理得到基本事件。

上述实施例中，首先对解析后的车辆原始数据进行分类，然后再分别对每一类数据进行压缩，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，从而减少数据上传的量。

在其中一个实施例中，所述预设的信号类型包括事件型信号、数值型信号以及故障信号中的至少一个。

上述实施例中给出了信号类型的分类，这样将信号分为离散的事件型信号、连续的数值型信号以及故障信号，可以分别处理，特别是对于故障信号单独列出，便于后续的故障事件的判断。

在其中一个实施例中，所述根据预设规则对所述基本事件进行事件判断得到待上传事件，包括：

判断所述基本事件是否为异常事件；

当所述基本事件为异常事件时，则判定所述异常事件为待上传事件。

上述实施例汇总，将异常事件单独进行判断，这样由于车辆在行驶的时候正常的数据的价值是小于故障的数据的价值的，因此首先进行异常的判断，可以保证故障的数据都进行上传，减少服务器的处理。

在其中一个实施例中，所述根据预设规则对所述基本事件进行事件判断得到待上传事件，还包括：

当所述基本事件不为异常事件时，则根据预设事件提取规则对所述基本事件进行提取得到待上传事件。

上述实施例中，根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量。

在其中一个实施例中，所述根据预设事件提取规则对所述基本事件进行提取得到待上传事件，包括：

根据预设事件提取规则，判断所述基本事件是否为直接上传事件；

当所述基本事件为直接上传事件时，则将所述直接上传事件判定为待上传事件。

上述实施例中，由于基本事件中也是存在有价值的事件的，该部分事件可以直接上传，因此可以预先进行提取出来，减少后续的处理。

在其中一个实施例中，根据预设事件提取规则对所述基本事件进行提取得到待上传事件，还包括：

当所述基本事件不为直接上传事件时，则对所述基本事件进行事件提炼得到新的事件，将新的事件作为待上传事件。

上述实施例中，根据基本事件计算得出新的事件，进一步地进行了事件的提炼，减少了待上传数据的量。

在其中一个实施例中，所述将所述直接上传事件判定为待上传事件之后，还包括：

将所述直接上传事件对应的日志进行缓存；

所述将所述待上传事件上传至服务器之后，还包括：

接收服务器发送的日志提取指令；

根据所述日志提取指令将缓存后的日志上传至服务器。

上述实施例中，预先对存在异常的事件的日志进行缓存，这样当服务器需要该些事件对应的日志时，可以直接上传，不需要再次查询，提高了效率。

在其中一个实施例中，所述将所述待上传事件上传至服务器，包括：

将所述待上传事件进行打包后缓存；

按照预设周期，将缓存后的待上传事件上传至服务器。

上述实施例中，打包好的待上传事件预先进行缓存，且将会按照固定的周期比如1分钟/次的频率上传服务器，这样可以按照顺序进行上传，保证不会出现紊乱等。

一种车辆数据上传装置，所述装置包括：

采集模块，用于采集车辆原始数据，并对所述车辆原始数据进行信号解析；

压缩模块，用于对解析后的车辆原始数据进行分类压缩计算得到基本事件；

待上传事件获取模块，用于根据预设规则对所述基本事件进行事件判断得到待上传事件；

上传模块，用于将所述待上传事件上传至服务器。

上述车辆数据上传装置，在采集得到车辆原始数据后，首先对车辆原始数据进行信号解析，然后通过对解析后的车辆原始数据进行分类压缩计算得到基本事件，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，且更进一步地根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量，且由于事先进行了计算，保证了信息量的同时减少数据上传量，从而不需要消耗大量的数据流量进行数据上传。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

上述计算机设备，在采集得到车辆原始数据后，首先对车辆原始数据进行信号解析，然后通过对解析后的车辆原始数据进行分类压缩计算得到基本事件，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，且更进一步地根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量，且由于事先进行了计算，保证了信息量的同时减少数据上传量，从而不需要消耗大量的数据流量进行数据上传。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

上述计算机可读存储介质，在采集得到车辆原始数据后，首先对车辆原始数据进行信号解析，然后通过对解析后的车辆原始数据进行分类压缩计算得到基本事件，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，且更进一步地根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量，且由于事先进行了计算，保证了信息量的同时减少数据上传量，从而不需要消耗大量的数据流量进行数据上传。

附图说明

图1为一个实施例中车辆数据上传方法的应用环境图；

图2为一个实施例中车辆数据上传方法的流程示意图；

图3为一个实施例中的待上传事件计算方法的流程示意图；

图4为另一个实施例中车辆数据上传方法的流程示意图；

图5为一个实施例中车辆数据上传装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的车辆数据上传方法，可以应用于如图1所示的应用环境中。其中，车辆终端102通过网络与服务器104进行通信。其中车辆终端102采集车辆原始数据，并对车辆原始数据进行信号解析；然后对解析后的车辆原始数据进行分类压缩计算得到基本事件；这样车辆终端102可以根据预设规则对基本事件进行事件判断得到待上传事件；最后车辆终端102将待上传事件上传至服务器104。上述车辆数据上传方法，在采集得到车辆原始数据后，首先对车辆原始数据进行信号解析，然后通过对解析后的车辆原始数据进行分类压缩计算得到基本事件，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，且更进一步地根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量，且由于事先进行了计算，保证了信息量的同时减少数据上传量，从而不需要消耗大量的数据流量进行数据上传。其中，车辆终端102可以但不限于是安装在车辆上的各种个人计算机、笔记本电脑、智能手机、平板电脑等，且每一台车内配置一个专用终端或者是一个满足采集需求替代控制器为载体，可以是硬件形式也可以以软件为载体植入已有终端，只要能获得车内网络数据和连接到云端，有配套数据记录载体即可。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种车辆数据上传方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

S202：采集车辆原始数据，并对车辆原始数据进行信号解析。

具体地，车辆原始数据是指车辆上各个传感器以及控制器所采集的数据，例如车速等。车辆终端可以实时采集车辆原始数据并将该车辆原始数据进行存储，例如存储到一缓存队列中。

且在车辆终端在启动，也就是上电后，车辆终端完成软硬件的初始化，以及事件的分拣策略的记载后，采集车辆原始数据，其中事件的分拣策略也就是下文的步骤S204和S206所涉及的内容，该策略可以是服务器下发的。

S204：对解析后的车辆原始数据进行分类压缩计算得到基本事件。

具体地，本申请的构思是在保证信息量不丢失的前提下，减少数据的传输量，也就是说在车辆终端采集了车辆原始数据后，需要对车辆原始数据进行处理，从而保证信息量的前提下，减少数据传输量，例如将表示同一状态的数据进行计算仅得到状态，将基本数据进行统计得到统计数据等，这样将车辆原始数据进行分类压缩计算得到基本事件，这些基本事件的数据量相比较车辆原始数据的量要少非常多，几百个字节的原始数据可以压缩到仅仅几个事件十几个字节，缩小10倍以上。

其中分类压缩计算是指首先对车辆原始数据进行分类，然后每一分类对应一数据处理规则，从而根据数据处理规则对同一类的车辆原始数据进行压缩处理得到基本事件。其中可选地，车辆终端可以并行对每一分类的车辆原始数据进行压缩处理。

S206：根据预设规则对基本事件进行事件判断得到待上传事件。

具体地，预设规则可以是预先设置的，例如由服务器下发的，或者是由用户预先设置的，且可以根据使用过程中的动态需求进行迭代更新的，也即是指上文中的分拣策略。

该预设规则可以对基本事件进行事件判断，从而确定基本事件中是否存在需要上传的事件，或者是对基本事件进行二次分拣，以生成新的事件，从而将新的事件上传至服务器。

其中通过对基本事件进行二次分拣，也就是说将多个基本事件进行处理得到一个或者是得到较少的事件量，从而达到保证信息量的同时减少数据的传输量。

S208：将待上传事件上传至服务器。

具体地，车辆终端在计算得到待上传事件后，可以将待上传事件进行缓存，然后由专门的上传线程来从缓存中读取到后，再上传至服务器。

可选地，上述的各个步骤可以是通过多线程并行进行的，例如可以设置专门的采集线程、解析线程、基本事件计算线程、待上传事件获取线程以及上传线程。这样采集线程采集到车辆原始数据后，解析线程则可以读取到，然后进行解析处理，并缓存解析处理的结果，基本事件计算线程则读取缓存中的解析后的车辆原始数据，然后再进行分类压缩处理得到基本事件，从而待上传事件获取线程可以从缓存中读取到基本事件以进行二次分拣得到待上传事件，最后由上传线程读取待上传事件来上传到服务器。

上述车辆数据上传方法，在采集得到车辆原始数据后，首先对车辆原始数据进行信号解析，然后通过对解析后的车辆原始数据进行分类压缩计算得到基本事件，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，且更进一步地根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量，且由于事先进行了计算，保证了信息量的同时减少数据上传量，从而不需要消耗大量的数据流量进行数据上传。

在其中一个实施例中，采集车辆原始数据，并对车辆原始数据进行信号解析，包括：采集车辆中的总线的车辆原始数据，将所采集到的车辆原始数据按照采集时间缓存至缓存队列中；按照采集时间从缓存队列中提取车辆原始数据，并对所提取的车辆原始数据进行信号解析。

具体地，车辆终端的车辆原始数据的采集就是将车内总线的原始网络报文全部采集，并记录采集时的时间戳，存入“环形缓冲队列”，从而环形缓冲队列按照采集的时间戳的前后时间配置要求持续记录，确保24小时数据循环覆盖。

这样车辆终端则可以通过数据解析车辆原始数据，即将环形缓冲队列中的报文数据提取出来，按照整车网络的信号定义和解析公式进行信号解析，也就是从一条总线报文中将信号提取出来，解析成为信号量，例如一个总线报文8个字节data，64位bit，可以按照字节来定义信号，也可以按照位定义信号，车辆终端根据信号的定义方式来解析对应的车辆原始数据得到解析后的数据。

上述实施例中，并不是直接采集后进行处理，而是将采集到数据缓存到缓存队列中，然后从缓存队列中提取车辆原始数据，并对所提取的车辆原始数据进行信号解析，这样可以缓解数据采集和信号解析之间的速度问题，避免存在大量的数据未解析，从而占用大量的内存，且还可以避免信号解析出现故障时，数据的丢失。

在其中一个实施例中，对解析后的车辆原始数据进行分类压缩计算得到基本事件，包括：根据预设的数据类型对解析后的车辆原始数据进行分类；获取各预设的信号类型对应的数据压缩规则；根据数据压缩规则对相应的车辆原始数据，进行数据压缩处理得到基本事件。

上述实施例中，首先对解析后的车辆原始数据进行分类，然后再分别对每一类数据进行压缩，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，从而减少数据上传的量。

在其中一个实施例中，预设的信号类型包括事件型信号、数值型信号以及故障信号中的至少一个。

上述实施例中给出了信号类型的分类，这样将信号分为离散的事件型信号、连续的数值型信号以及故障信号，可以分别处理，特别是对于故障信号单独列出，便于后续的故障事件的判断。

具体地，预设的信号类型可以包括事件型信号、数值型信号以及故障信号其中的至少一个，这样该些预设的信号类型对应有数据压缩规则，例如，事件型信号的压缩规则，比如刹车，开关门窗等信号量按照次数进行计数压缩得到基本事件。数值型信号的压缩规则，比如燃油量，发动机转速，车速等按照数值变化进行记录得到基本事件；故障型信号的压缩规则，比如监测到故障信号之后记录故障事件，并且获取故障码记录以得到基本事件。

且可选地，车辆终端首先根据上述分类对解析后的车辆原始数据进行分类，这样可以根据分类的组别数来开启相同数量的线程，从而每一个线程则相应地获取到预设的信号类型对应的数据压缩规则，根据数据压缩规则对相应的车辆原始数据，进行数据压缩处理得到基本事件，这样可以提高处理的效率。

本实施例中，首先对解析后的车辆原始数据进行分类，然后再分别对每一类数据进行压缩，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，从而减少数据上传的量。

在其中一个实施例中，根据预设规则对基本事件进行事件判断得到待上传事件，包括：判断基本事件是否为异常事件；当基本事件为异常事件时，则判定异常事件为待上传事件。

上述实施例汇总，将异常事件单独进行判断，这样由于车辆在行驶的时候正常的数据的价值是小于故障的数据的价值的，因此首先进行异常的判断，可以保证故障的数据都进行上传，减少服务器的处理。

在其中一个实施例中，根据预设规则对基本事件进行事件判断得到待上传事件，还包括：当基本事件不为异常事件时，则根据预设事件提取规则对基本事件进行提取得到待上传事件。

上述实施例中，根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量。

在其中一个实施例中，根据预设事件提取规则对基本事件进行提取得到待上传事件，包括：根据预设事件提取规则，判断基本事件是否为直接上传事件；当基本事件为直接上传事件时，则将直接上传事件判定为待上传事件。

上述实施例中，由于基本事件中也是存在有价值的事件的，该部分事件可以直接上传，因此可以预先进行提取出来，减少后续的处理。

在其中一个实施例中，根据预设事件提取规则对基本事件进行提取得到待上传事件，还包括：当基本事件不为直接上传事件时，则对基本事件进行事件提炼得到新的事件，将新的事件作为待上传事件。

上述实施例中，根据基本事件计算得出新的事件，进一步地进行了事件的提炼，减少了待上传数据的量。

在其中一个实施例中，将直接上传事件判定为待上传事件之后，还包括：将直接上传事件对应的日志进行缓存；将待上传事件上传至服务器之后，还包括：接收服务器发送的日志提取指令；根据日志提取指令将缓存后的日志上传至服务器。

上述实施例中，预先对存在异常的事件的日志进行缓存，这样当服务器需要该些事件对应的日志时，可以直接上传，不需要再次查询，提高了效率。

请参阅图3所示，图3为一个实施例中的待上传事件计算方法的流程示意图，在该实施例中，车辆终端首先判断基本事件是否为异常事件，例如可以通过数据范围异常、平均值偏离异常、信号缺失异常以及故障触发等方式进行简单的判断，如果基本事件是异常事件，则可以将异常事件判定为待上传事件，且还可以将待上传事件对应的日志log进行缓存，并与异常事件进行关联，这样可以在车辆终端接收到服务器发送的日志上传指令时，根据异常事件查询到对应的日志，并直接进行上传，不需要再次查询，提高了效率，从而服务器可以根据上传的日志来确定该些异常事件是否后续直接上传等。且可选地，上述的异常事件，是指不在预设规则中所设置的事件，仅是在异常的时候需要上传的事件。这样后续服务器可以根据异常事件的日志来进行处理，以判断是否将该些异常事件添加到预设规则中，从而后续车辆终端直接进行上传等。

当基本事件不为直接上传事件时，则对基本事件进行事件提炼得到新的事件，将新的事件作为待上传事件，具体地，车辆终端对基本事件进行一个二次分拣，判定哪些是需要直接上传的，哪些是需要根据基本事件计算得出新的事件的。其中此处的二次分拣的策略可以是提供一个二次开发的接口，可以由云端下发一些函数或者算法进行处理，该二次开发可以根据终端的运算量以及代码规范性来进行设置，以不能是死循环以及不能影响车辆终端的任务运行处理为限。

其中直接上传的基本事件可以是由服务器根据后续事件的用途来确定的，例如若用途需要该基本事件，则直接将该基本事件进行上传，而计算新的事件也是根据后续事件的用途来确定的，例如服务器可以下发一部分计算给车辆终端，车辆终端预先对基本事件进行初步的简单的计算，从而减少数据传输量等。

也就是说车辆终端实时采集车辆原始数据，进行“事件”抽象，周期性将事件包和相关log上传云端。相比较传统的采集原始数据的方法来说，车辆终端数据预加工，从原材料变成半成品，所以很多原始数据经过边缘计算之后可能只有一个数值或者一条事件记录，减少数据的传输量。

上述实施例中，根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量，且由于事先进行了计算，保证了信息量的同时减少数据上传量，从而不需要消耗大量的数据流量进行数据上传。

在其中一个实施例中，将待上传事件上传至服务器，包括：将待上传事件进行打包后缓存；按照预设周期，将缓存后的待上传事件上传至服务器。

具体地，车辆终端在计算得到待上传事件后，首先对待上传事件进行“事件打包保存”，打包好的数据将会按照固定的周期比如1分钟/次的频率上传服务器，也可以支持二次开发，提供可编程逻辑实现一些算法，使得通用性更强。

上述实施例中，打包好的待上传事件预先进行缓存，且将会按照固定的周期比如1分钟/次的频率上传服务器，这样可以按照顺序进行上传，保证不会出现紊乱等。

请参照图4所示，图4为另一个实施例中的车辆数据上传方法的步骤流程图。在该实施例中，首先，车终端上电完成“软硬件初始化”，预设规则“配置加载”；然后车辆终端开启几个任务，“原始数据采集”任务，“信号解析”和“基本事件提取”任务，事件判断(基础事件和预设规则)任务，事件记录保存和上传任务，多任务并行方式运行。具体地，原始数据采集功能的主要工作就是将车内总线的原始网络报文全部采集，记录时间戳，存入“环形缓冲队列”，环形缓冲队列按照前后时间配置要求持续记录，确保24小时数据循环覆盖。信号解析功能将环形缓冲队列中的报文数据提取出来，按照整车网络的信号定义和解析公式进行信号解析。

基本事件提取按照三种类型对信号进行分类，保存到基本事件缓存，包括：事件型信号：比如刹车，开关门窗等信号量按照次数进行计数；数值型信号：比如燃油量，发动机转速，车速等按照数值变化进行记录；故障信号：监测到故障信号之后记录故障事件，并且获取故障码记录。基本判定用于在终端进行异常行为的判定，通过数值范围异常；平均值偏离异常；信号缺失异常；故障触发等方式进行简单判断，如果有异常将原始log暂存，并与事件挂钩。

预设规则是根据服务器分派的预设规则，对基本事件进行一个二次分拣，判定哪些是需要上传的，哪些是需要根据基本事件计算得出新的事件的(事件提炼)，然后进行“事件打包保存”，打包好的数据将会按照固定的周期比如1分钟/次的频率上传云端，也可以支持二次开发，提供可编程逻辑实现一些算法，使得通用性更强。

此外，当服务器发现事件有异常，可以从服务器立即下发请求日志获取指令，车辆终端收到指令之后，将日志log上传，抓取事件现场进行深入分析。

上述实施例中，在采集得到车辆原始数据后，首先对车辆原始数据进行信号解析，然后通过对解析后的车辆原始数据进行分类压缩计算得到基本事件，这样可以将原有的数据量较大的数据压缩为数据量较少的数据，且更进一步地根据预设规则对基本事件进行事件判断得到待上传事件，进一步地对基本事件进行了筛选，减少了待上传数据的量，且由于事先进行了计算，保证了信息量的同时减少数据上传量，从而不需要消耗大量的数据流量进行数据上传。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种车辆数据上传装置，包括：采集模块100、压缩模块200、待上传事件获取模块300和上传模块400，其中：

采集模块100，用于采集车辆原始数据，并对车辆原始数据进行信号解析；

压缩模块200，用于对解析后的车辆原始数据进行分类压缩计算得到基本事件；

待上传事件获取模块300，用于根据预设规则对基本事件进行事件判断得到待上传事件；

上传模块400，用于将待上传事件上传至服务器。

在其中一个实施例中，上述的采集模块100可以包括：

第一缓存单元，用于采集车辆中的总线的车辆原始数据，将所采集到的车辆原始数据按照采集时间缓存至缓存队列中；

解析单元，用于按照采集时间从缓存队列中提取车辆原始数据，并对所提取的车辆原始数据进行信号解析。

在其中一个实施例中，上述的压缩模块200可以包括：

分类单元，用于根据预设的数据类型对解析后的车辆原始数据进行分类；

压缩规则获取单元，用于获取各预设的信号类型对应的数据压缩规则；

压缩处理单元，用于根据数据压缩规则对相应的车辆原始数据，进行数据压缩处理得到基本事件。

在其中一个实施例中，预设的信号类型包括事件型信号、数值型信号以及故障信号中的至少一个。

在其中一个实施例中，上述的待上传事件获取模块300可以包括：

第一判断单元，用于判断基本事件是否为异常事件；

第一上传单元，用于当基本事件为异常事件时，则判定异常事件为待上传事件。

在其中一个实施例中，上述的待上传事件获取模块300还可以包括：

第二上传单元，用于当基本事件不为异常事件时，则根据预设事件提取规则对基本事件进行提取得到待上传事件。

在其中一个实施例中，上述的第二上传单元可以包括：

第二判断单元，用于根据预设事件提取规则，判断基本事件是否为直接上传事件；

直接上传单元，用于当基本事件为直接上传事件时，则将直接上传事件判定为待上传事件。

在其中一个实施例中，上述的第二上传单元还可以包括：

提炼上传单元，用于当基本事件不为直接上传事件时，则对基本事件进行事件提炼得到新的事件，将新的事件作为待上传事件。

在其中一个实施例中，上述车辆数据上传模块400还可以包括：

缓存模块，用于将直接上传事件对应的日志进行缓存；

接收模块，用于接收服务器发送的日志提取指令；

日志传输模块，用于根据日志提取指令将缓存后的日志上传至服务器。

在其中一个实施例中，上述的上传模块400可以包括：

第二缓存单元，用于将待上传事件进行打包后缓存；

周期上传单元，用于按照预设周期，将缓存后的待上传事件上传至服务器。

关于车辆数据上传装置的具体限定可以参见上文中对于车辆数据上传方法的限定，在此不再赘述。上述车辆数据上传装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种车辆数据上传方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：采集车辆原始数据，并对车辆原始数据进行信号解析；对解析后的车辆原始数据进行分类压缩计算得到基本事件；根据预设规则对基本事件进行事件判断得到待上传事件；将待上传事件上传至服务器。

在一个实施例中，处理器执行计算机程序时所实现的采集车辆原始数据，并对车辆原始数据进行信号解析，包括：采集车辆中的总线的车辆原始数据，将所采集到的车辆原始数据按照采集时间缓存至缓存队列中；按照采集时间从缓存队列中提取车辆原始数据，并对所提取的车辆原始数据进行信号解析。

在一个实施例中，处理器执行计算机程序时所实现的对解析后的车辆原始数据进行分类压缩计算得到基本事件，包括：根据预设的数据类型对解析后的车辆原始数据进行分类；获取各预设的信号类型对应的数据压缩规则；根据数据压缩规则对相应的车辆原始数据，进行数据压缩处理得到基本事件。

在一个实施例中，处理器执行计算机程序时所涉及的预设的信号类型包括事件型信号、数值型信号以及故障信号中的至少一个。

在一个实施例中，处理器执行计算机程序时所实现的根据预设规则对基本事件进行事件判断得到待上传事件，包括：判断基本事件是否为异常事件；当基本事件为异常事件时，则判定异常事件为待上传事件。

在一个实施例中，处理器执行计算机程序时所实现的根据预设规则对基本事件进行事件判断得到待上传事件，还包括：当基本事件不为异常事件时，则根据预设事件提取规则对基本事件进行提取得到待上传事件。

在一个实施例中，处理器执行计算机程序时所实现的根据预设事件提取规则对基本事件进行提取得到待上传事件，包括：根据预设事件提取规则，判断基本事件是否为直接上传事件；当基本事件为直接上传事件时，则将直接上传事件判定为待上传事件。

在一个实施例中，处理器执行计算机程序时所实现的根据预设事件提取规则对基本事件进行提取得到待上传事件，还包括：当基本事件不为直接上传事件时，则对基本事件进行事件提炼得到新的事件，将新的事件作为待上传事件。

在一个实施例中，处理器执行计算机程序时所实现的将直接上传事件判定为待上传事件之后，还包括：将直接上传事件对应的日志进行缓存；处理器执行计算机程序时所实现的将待上传事件上传至服务器之后，还包括：接收服务器发送的日志提取指令；根据日志提取指令将缓存后的日志上传至服务器。

在一个实施例中，处理器执行计算机程序时所实现的将待上传事件上传至服务器，包括：将待上传事件进行打包后缓存；按照预设周期，将缓存后的待上传事件上传至服务器。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：采集车辆原始数据，并对车辆原始数据进行信号解析；对解析后的车辆原始数据进行分类压缩计算得到基本事件；根据预设规则对基本事件进行事件判断得到待上传事件；将待上传事件上传至服务器。

在一个实施例中，计算机程序被处理器执行时所实现的采集车辆原始数据，并对车辆原始数据进行信号解析，包括：采集车辆中的总线的车辆原始数据，将所采集到的车辆原始数据按照采集时间缓存至缓存队列中；按照采集时间从缓存队列中提取车辆原始数据，并对所提取的车辆原始数据进行信号解析。

在一个实施例中，计算机程序被处理器执行时所实现的对解析后的车辆原始数据进行分类压缩计算得到基本事件，包括：根据预设的数据类型对解析后的车辆原始数据进行分类；获取各预设的信号类型对应的数据压缩规则；根据数据压缩规则对相应的车辆原始数据，进行数据压缩处理得到基本事件。

在一个实施例中，计算机程序被处理器执行时所涉及的预设的信号类型包括事件型信号、数值型信号以及故障信号中的至少一个。

在一个实施例中，计算机程序被处理器执行时所实现的根据预设规则对基本事件进行事件判断得到待上传事件，包括：判断基本事件是否为异常事件；当基本事件为异常事件时，则判定异常事件为待上传事件。

在一个实施例中，计算机程序被处理器执行时所实现的根据预设规则对基本事件进行事件判断得到待上传事件，还包括：当基本事件不为异常事件时，则根据预设事件提取规则对基本事件进行提取得到待上传事件。

在一个实施例中，计算机程序被处理器执行时所实现的根据预设事件提取规则对基本事件进行提取得到待上传事件，包括：根据预设事件提取规则，判断基本事件是否为直接上传事件；当基本事件为直接上传事件时，则将直接上传事件判定为待上传事件。

在一个实施例中，计算机程序被处理器执行时所实现的根据预设事件提取规则对基本事件进行提取得到待上传事件，还包括：当基本事件不为直接上传事件时，则对基本事件进行事件提炼得到新的事件，将新的事件作为待上传事件。

在一个实施例中，计算机程序被处理器执行时所实现的将直接上传事件判定为待上传事件之后，还包括：将直接上传事件对应的日志进行缓存；处理器执行计算机程序时所实现的将待上传事件上传至服务器之后，还包括：接收服务器发送的日志提取指令；根据日志提取指令将缓存后的日志上传至服务器。

在一个实施例中，计算机程序被处理器执行时所实现的将待上传事件上传至服务器，包括：将待上传事件进行打包后缓存；按照预设周期，将缓存后的待上传事件上传至服务器。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (13)

1.一种车辆数据上传方法，所述方法包括：

采集车辆原始数据，并对所述车辆原始数据进行信号解析；

对解析后的车辆原始数据进行分类压缩计算得到基本事件；

根据预设规则对所述基本事件进行事件判断得到待上传事件；

将所述待上传事件上传至服务器。

2.根据权利要求1所述的方法，其特征在于，所述采集车辆原始数据，并对所述车辆原始数据进行信号解析，包括：

采集车辆中的总线的车辆原始数据，将所采集到的车辆原始数据按照采集时间缓存至缓存队列中；

按照采集时间从所述缓存队列中提取车辆原始数据，并对所提取的车辆原始数据进行信号解析。

3.根据权利要求1所述的方法，其特征在于，所述对解析后的车辆原始数据进行分类压缩计算得到基本事件，包括：

根据预设的数据类型对解析后的所述车辆原始数据进行分类；

获取各所述预设的信号类型对应的数据压缩规则；

根据所述数据压缩规则对相应的车辆原始数据，进行数据压缩处理得到基本事件。

4.根据权利要求3所述的方法，其特征在于，所述预设的信号类型包括事件型信号、数值型信号以及故障信号中的至少一个。

5.根据权利要求1至4任意一项所述的方法，其特征在于，所述根据预设规则对所述基本事件进行事件判断得到待上传事件，包括：

判断所述基本事件是否为异常事件；

当所述基本事件为异常事件时，则判定所述异常事件为待上传事件。

6.根据权利要求5所述的方法，其特征在于，所述根据预设规则对所述基本事件进行事件判断得到待上传事件，还包括：

当所述基本事件不为异常事件时，则根据预设事件提取规则对所述基本事件进行提取得到待上传事件。

7.根据权利要求6所述的方法，其特征在于，所述根据预设事件提取规则对所述基本事件进行提取得到待上传事件，包括：

根据预设事件提取规则，判断所述基本事件是否为直接上传事件；

当所述基本事件为直接上传事件时，则将所述直接上传事件判定为待上传事件。

8.根据权利要求7所述的方法，其特征在于，根据预设事件提取规则对所述基本事件进行提取得到待上传事件，还包括：

当所述基本事件不为直接上传事件时，则对所述基本事件进行事件提炼得到新的事件，将新的事件作为待上传事件。

9.根据权利要求7所述的方法，其特征在于，所述将所述直接上传事件判定为待上传事件之后，还包括：

将所述直接上传事件对应的日志进行缓存；

所述将所述待上传事件上传至服务器之后，还包括：

接收服务器发送的日志提取指令；

根据所述日志提取指令将缓存后的日志上传至服务器。

10.根据权利要求1至4任意一项所述的方法，其特征在于，所述将所述待上传事件上传至服务器，包括：

将所述待上传事件进行打包后缓存；

按照预设周期，将缓存后的待上传事件上传至服务器。

11.一种车辆数据上传装置，其特征在于，所述装置包括：

采集模块，用于采集车辆原始数据，并对所述车辆原始数据进行信号解析；

压缩模块，用于对解析后的车辆原始数据进行分类压缩计算得到基本事件；

待上传事件获取模块，用于根据预设规则对所述基本事件进行事件判断得到待上传事件；

上传模块，用于将所述待上传事件上传至服务器。

12.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至10中任一项所述方法的步骤。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至10中任一项所述的方法的步骤。

Images