本公开涉及车辆的数据采集技术领域，尤其涉及一种数据方法、装置、设备及介质。
背景技术：
目前，车辆运行数据的采集方法包括周期采集方法、变化采集方法和增量采集方法。然而，在实际情况下，每种车辆运行数据只能配置一种采集方案，导致被配置增量采集的数据容易出现数据丢失的问题，不利于数据分析，被配置变化采集的超高精度、高频变化的数据会占用人机接口(简称hmi)的大量资源，影响用户使用的流畅性，被配置周期采集的低频变化、有限枚举的数据会上传大量的重复无效数据，浪费流量带宽，即已有的车辆运行数据的采集方法会浪费存储、计算资源。
现有技术中，为了提高数据采集精度和效率，一般仅采集被确认为有强需求的车辆运行数据，然而这种采集方式会导致持续的有新数据需要增加到数据采集系统的信号采集模块里，进而需要频繁发布数据，提高系统压力和出错概率。
技术实现要素：
为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种数据采集方法、装置、设备及介质。
第一方面，本公开提供了一种数据采集方法，包括：
获取车辆的实时运行数据；
对实时运行数据中的目标运行数据进行增量采集，得到增量数据，目标运行数据为目标数据类型对应的运行数据；
对实时运行数据进行全量变化采集，得到全量变化数据；
将增量数据和全量变化数据传输至目标设备。
在其中一个实施例中，目标数据类型包括用于进行实时展示的数据类型。
在其中一个实施例中，对实时运行数据中的目标运行数据进行增量采集，得到增量数据，包括：
根据目标运行数据和目标数据类型对应的第一历史运行数据，确定目标数据类型对应的实时状态数据；
将实时状态数据作为增量数据。
在其中一个实施例中，根据目标运行数据和目标数据类型对应的第一历史运行数据，确定目标数据类型对应的实时状态数据，包括：
在实时运行数据的采样时刻为第一类采样时刻的情况下，将目标运行数据中的第一变化数据作为实时状态数据，第一变化数据为相对于第一历史运行数据发生变化的运行数据；
在采样时刻为第二类采样时刻的情况下，将目标运行数据作为实时状态数据。
在其中一个实施例中，对实时运行数据进行全量变化采集，得到全量变化数据，包括：
将实时运行数据中的第二变化数据作为全量变化数据，第二变化数据为相对于第二历史运行数据发生变化的运行数据，所述第二历史运行数据为所述实时运行数据对应的历史运行数据。
在其中一个实施例中，将增量数据和全量变化数据传输至目标设备，包括：
将增量数据打包为第一数据包；
将全量变化数据打包为第二数据包；
将第一数据包和第二数据包加入传输列队，以通过传输队列将第一数据包和第二数据包传输至目标设备。
在其中一个实施例中，将增量数据打包为第一数据包，包括：
在实时运行数据的采样时刻为采样周期内的首个采样时刻的情况下，根据采样时刻和采样时刻对应的包序列号，将增量数据打包为第一数据包；
在实时运行数据的采样时刻为采样周期内的非首个采样时刻的情况下，根据采样时刻对应的包序列号，将增量数据打包为第一数据包。
在其中一个实施例中，将全量变化数据打包为第二数据包，包括：
在实时运行数据的采样时刻为采样周期内的首个采样时刻的情况下，根据采样时刻和采样时刻对应的包序列号，将全量变化数据打包为第二数据包；
在实时运行数据的采样时刻为采样周期内的非首个采样时刻的情况下，根据采样时刻对应的包序列号，将全量变化数据为第二数据包。
在其中一个实施例中，在将第一数据包和第二数据包加入传输列队之后，该方法还包括：
在确定第一数据包和第二数据包传输失败的情况下，在闪存中存储第二数据包；
获取通信网络的实时通信参数；
在实时通信参数符合预设传输条件的情况下，将闪存中存储的数据包依次加入传输队列，以通过传输队列将闪存中存储的数据包传输至目标设备。
在其中一个实施例中，所述预设传输条件用于确定所述车辆所连接的传输网络由非正常状态恢复至正常状态。
在其中一个实施例中，在闪存中存储第二数据包，包括：
在闪存的空闲存储空间的空间容量大于或等于第二数据包的数据量的情况下，将第二数据包存储至空闲存储空间中；
在空闲存储空间的空间容量小于第二数据包的数据量的情况下，利用第二数据包依次覆盖最先存储于闪存中的至少一个数据包。
在其中一个实施例中，所述实时运行数据处于预设的精度范围内，所述精度范围的上限为小数点前五位，所述精度范围的下限为小数点后五位。
第二方面，本公开提供了一种数据采集装置，包括：数据获取模块，配置为获取车辆的实时运行数据；
第一处理模块，配置为对实时运行数据中的目标运行数据进行增量采集，得到增量数据，目标运行数据为目标数据类型对应的运行数据；
第二处理模块，配置为对实时运行数据进行全量变化采集，得到全量变化数据；
数据传输模块，配置为将增量数据和全量变化数据传输至目标设备。
第三方面，本公开提供了一种数据采集设备，包括：
处理器；
存储器，用于存储可执行指令；
其中，处理器用于从存储器中读取可执行指令，并执行可执行指令以实现第一方面的数据采集方法。
第四方面，本公开提供了一种计算机可读存储介质，该存储介质存储有计算机程序，当计算机程序被处理器执行时，使得处理器实现第一方面的数据采集方法。
本公开实施例提供的技术方案与现有技术相比具有如下优点：
本公开实施例的数据采集方法、装置、设备及介质，能够对实时运行数据中的目标运行数据进行增量采集，以实时地采集目标运行数据的数据变化情况，并且对实时运行数据进行全量变化采集，以实时地采集所有发生变化的车辆运行数据，使得同一种实时运行数据可以通过不同的采集方式进行采集，适应于各种采集需求，以供不同的数据使用途径。同时，对车辆运行数据进行全量变化采集，可以降低存储、计算资源，并且降低系统压力和出错概率。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
图1为本公开实施例提供的一种数据采集的原理图；
图2为本公开实施例提供的一种数据采集方法的流程示意图；
图3为本公开实施例提供的另一种数据采集方法的流程示意图；
图4为本公开实施例提供的一种数据采集装置的结构示意图；
图5为本公开实施例提供的一种数据采集设备的结构示意图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
在相关技术中，车辆运行数据的采集方法包括周期采集方法、变化采集方法和增量采集方法。
其中，周期采集方法，指的是每隔设定时间间隔采集数据且上报，设定时间间隔可以是1s、2s、10s、60s等，如果因网络等原因采集数据上报不成功时，可待网络正常时补发未上报数据。然而，周期采集方法的缺点是：对于信号值低频变化、或为有限枚举值的数据，会上传大量的无效数据，浪费流量宽带；变化采集方法，指的是车辆运行数据发生变化即采集上报；上报不成功时可补发未上报数据。然而，变化采集方法的缺点是：对于高精度、高频变化的数据，采集上报过于频繁，会占用大量资源，影响用户使用的流畅性；增量采集方法，指的是变化采集，与云端每1秒对比一次采集时间的变化上传。然而，增量采集方法的缺点是：对于未成功上传的数据会丢弃，不补发上传数据，导致历史数据丢失，无法满足分析需求。除上述方式之外，现有技术中还采用针对同一车辆数据，还可以仅采集被确认为有强需求的车辆运行数据，然而，这种方式的缺点是：会导致持续的有新数据需要增加到数据采集系统的信号采集模块里，如果采集到大量新数据时，需要频繁发布数据，系统压力和出错概率大大提高。
为了解决上述的问题，本公开实施例提供了一种数据采集方法、装置、设备及介质。能够适应于车辆运行数据的各种采集需求，且可以降低存储、计算资源，并且降低提高系统压力和出错概率。
图1示出了一种数据采集的原理图。如图1所示，该原理图为车辆的数据采集系统采集实时运行数据的原理图。其中，数据采集系统1包括影音(headunit，hu)子系统11、汽车仪表板集群(instrumentpanelcluster，ipc)子系统12、综合控制器局域网(integratedcontrollerareanetwork，ican)子系统13、企业网关(enterprisegateway，egw)子系统14和回声控制器局域网(echocontrollerareanetwork，ecan子系统15。hu子系统11中包括系统级芯片(systemonchip，soc)模块111、微控制单元(microcontrollerunit，mcu)模块112、信号采集模块113和信号传输模块114。具体的，通过hu子系统11中的soc模块111生成实时运行数据s1，将实时运行数据s1分别传输至信号采集模块113、ipc子系统12和mcu模块112；接着，ipc子系统12对实时运行数据s1进行处理，将处理后的实时运行数据s3传输至ican子系统13，ican子系统13将实时运行数据s3传输至ecan子系统15；同时，mcu模块112对实时运行数据s1进行处理，将处理后的实时运行数据s2传输至ecan子系统15，ecan子系统15将实时运行数据s2传输至egw子系统14；然后，egw子系14将实时运行数据s2和实时运行数据s3整合成实时运行数据s4，并将实时运行数据s4发送至信号采集模块113，信号采集模块113接收到实时运行数据s4后，可以通过信号传输模块114将实时运行数据s4上传至服务器、云端以及客户端等目标设备。
为了解决相关技术中车辆运行数据的采集方式单一，占用存储空间大，并且系统压力和出错概率较高等问题。采用图1所示的数据采集系统，基于信号采集模块采集车辆的实时运行数据，例如车辆内的影音信号、车辆的仪表信号以及空调信号等，并对实时运行数据中的目标运行数据进行增量采集，得到增量数据，目标运行数据为目标数据类型对应的运行数据，以及对实时运行数据进行全量变化采集，得到全量变化数据，进一步通过信号传输模块将生成的增量数据和全量变化数据传输至目标设备，以实现适应于车辆运行数据的各种采集需求，且可以降低存储、计算资源，并且降低提高系统压力和出错概率的效果。
下面，首先对本公开实施例提供的数据采集方法进行说明。
图2示出了本公开实施例提供的一种数据采集方法的流程示意图。在本公开一些实施例中，图2所示的方法可以应用于车辆的处理器，该处理器中可以控制图1所示的各子系统以及各模块执行如下步骤。
如图2所示，该数据采集方法可以包括如下步骤。
s210、获取车辆的实时运行数据。
其中，图2所示的实施例中所述的车辆可以是任意型号的车辆，该车辆可以是自动驾驶车辆也可以是手动驾驶车辆，本实施中的车辆优选为自动驾驶车辆。实时运行数据指的是车辆运行过程中实时变化的车辆运行数据，以用于进行数据分析。在一些实施例中，实时运行数据可以包括车辆本身的实时行驶参数、车辆所处环境的实时环境数据以及车辆所运行道路的实时道路数据等。示例性的，车辆本身的实时行驶参数包括但不限于车辆本身的速度、加速度、发动机功率、油门数据、位姿数据、车内影音数据、空调数据以及仪表数据等；车辆所处环境的实时环境数据包括但不限于车外环境温度、湿度等；车辆所运行道路的实时道路数据包括但不限于周围车辆的行驶速度、周围车辆的位置等。
在本公开实施例中，在进行数据采集之前，设置实时运行数据的精度范围和采集时间间隔。
其中，实时运行数据处于预设的精度范围内，所述精度范围的上限为小数点前五位，所述精度范围的下限为小数点后五位。例如，精度范围：-5、-4、-3、-2、-1、0、1、2、3、4、5，其中，0表示信号原始值，-1表示保留小数点后一位，1表示保留各位，其他数据依次类推。需要说明的是，不同的实时运行数据可以预先设置为上述精度范围内的不同精度。例如，精度要求较高的实时运行数据的精度可以为小数点前五位至小数点后五位，精度要求较低的实时运行数据的精度可以为小数点前三位至小数点后三位。
由于车辆运行时有些数据是超高精度的，例如，车速的单位为千米/小时，车速的精度精确到小数点后三位，雷达与车首线夹角达到了小数点后9位。然而，在进行数据分析时，不需要超高精度的车辆运行数据即可准确分析车辆运行数据，例如，车速的单位为千米/小时，车速的精度精确到个位数即可，雷达与车首线夹角选择小数点后4位即可。显然，如果采集超高精度的车辆运行数据，不会提高运行数据的分析精度，同时会占用大量资源，也会影响数据分析效率，且浪费流量宽带。因此，对实时运行数据设置合适的采集精度，在不降低分析精度的同时，可以降低资源占用率，降低系统压力，并提高数据分析效率。
其中，采集时间间隔可以设置为1秒，也可以设置为其他时间间隔，本实施例中的采集时间间隔优选为1秒。
需要说明的是，有些车辆运行数据的信号值是高频高精度连续变化的信号，对于这种类型的信号，如果信号值发生变化即采集上报，容易产生采集上报过于频繁的现象。然而，在进行数据分析时，不需要这样的超高频信号，只需要有效精度的变化值即可，且不需要毫秒级的变化，秒级即可满足数据分析需求。因此，对实时运行数据设置合适的采样时间间隔，无需采集重复无效数据，以针对性的采集到直接用于数据分析的有效数据，无需频繁发布数据，降低流量带宽和资源占用率，也有利于提升数据分析过程的分析精度和效率，进一步有利于提高用户使用的流畅性，以提升用户使用体验。
s220、对实时运行数据中的目标运行数据进行增量采集，得到增量数据，目标运行数据为目标数据类型对应的运行数据。
在本公开实施例中，目标数据类型包括用于进行实时展示的数据类型。也就是说，目标运行数据包括用于进行实时展示的数据，也可以说，目标运行数据包括用于实时展示在客户端或者控制台的展示界面的车辆运行数据。例如，目标运行数据包括：车辆的运行速度、加速度、天窗开关状态数据等。
如前述描述，增量采集指的是变化采集，与云端每1秒对比一次采集时间的变化上传。在本公开实施例中，对实时运行数据中的目标运行数据进行增量采集，可以针对性的采集到代表最新状态的实时运行数据。这种采集方式的优点是，通过每1秒与云端的数据进行对比，在网络不稳定时，最新状态的值也会及时的上报，且可以对补发数据进行上报，使云端处理数据的效率更高，用户端显示更实时，减小了延时。
例如，目标运行数据是天窗开关状态信号，此信号在用户手机的应用程序中，需要显示最新状态，通过对目标运行数据进行增量采集，并将增量数据发送至用户手机，便于用户在手机上看到的天窗开关的状态与天窗开关的实际状态一致，有利于提升用户体验。
在本公开的一些实例中，s220可以具体包括：根据目标运行数据和目标数据类型对应的第一历史运行数据，确定目标数据类型对应的实时状态数据；将实时状态数据作为增量数据。
在本公开实施例中，第一历史运行数据指的是在当前的采集时刻之前特定时间段内的目标运行数据，也就是说，第一历史运行数据是在目标运行数据的当前的采集时刻之前的最后变更状态的数据。可选的，特定时间段可以是从车辆启动至当前采集时刻的时间段，还可以是在车辆运行过程中，当前采集时刻的前十分钟、前半小时等。
在本公开实施例中，实时状态数据指的是当前采集时刻的目标运行数据，也可以说，实时状态数据是最新状态数据。可选的，实时状态数据可以包括与第一历史运行数据不同的数据，也可以包括与第一历史运行数据相同的数据。
在本公开另一些实例中，s220中的步骤“根据目标运行数据和目标数据类型对应的第一历史运行数据，确定目标数据类型对应的实时状态数据”，还可以具体包括：在目标运行数据的采样时刻为第一类采样时刻的情况下，将目标运行数据中的第一变化数据作为实时状态数据，第一变化数据为相对于第一历史运行数据发生变化的运行数据；在所述采样时刻为第二类采样时刻的情况下，将所述目标运行数据作为所述实时状态数据。
其中，第一类采样时刻指的是目标运行数据发生变化的采样时刻，即第一类采样时刻为变化上报的采样时刻。因此，如果当前的采样时刻下的目标运行数据相对于第一历史数据发生变化，将当前的采样时刻作为第一类采样时刻，第一类采样时刻对应的目标运行数据为第一变化数据，将第一变化数据作为实时状态数据。显然，基于第一类采样时刻采集第一变化数据，可以在目标运行数据发生变化时采集数据，属于变化采集方法。这种采集方法的优点是，对于信号值低频变化、或为有限枚举值的目标运行数据，只采集一个有效变化值，可以减少采集的数据量。
其中，第二类采样时刻指的是与上一采样时刻之间的时间间隔为特定时间间隔的采样时刻。即第二类采样时刻为定期上报的采样时刻。因此，基于第二类采样时刻采集目标运行数据，作为实时状态数据，以定期上报目标运行数据，属于定期采集方法。这种采集方法的优点是对于信号值高频连续变化的信号，每秒只采集一个值，在满足统计分析需求的情况下，可以减少采集上传的数据量。
通过上述方式对实时运行数据中的目标运行数据进行增量采集，可以实时地采集目标运行数据的数据变化；在执行增量采集步骤时，融合了定期采集和变化采集，可以适应于各种信号采集需求，以供不同数据的使用途径。例如，对于信号值变化频率极低的实时运行数据，采用变化采集方法，可以降低上报信号量；对于信号值变化频率在毫秒级的高精度和超高精度的实时运行数据，采用定期采集方法，极大降低了采集量和上报量。
在本公开另一些实例中，在执行完s220中的步骤“将所述实时状态数据作为所述增量数据”之后，还包括：根据增量数据对第一历史运行数据进行更新，得到更新后的第一历史运行数据。
由于数据采集过程是实时进行的，在当前的采样时刻采集到增量数据后，基于增量数据的时间戳，利用当前的采样时刻采集到的增量数据替换第一历史运行数据，以得到更新后的第一历史运行数据，使第一历史运行数据只保留各信号的实时状态数据，并使在下一个采样时刻进行增量采集时，基于更新后的第一历史运行数据采集实时状态数据，使增量采集过程平稳有序的执行，保证数据采集的准确性和有序性。
s230、对实时运行数据进行全量变化采集，得到全量变化数据。
在本公开实施例中，全量变化采集指的是对所有有变化的实时运行数据均执行采集的操作，以得到全量变化数据。显然，全量变化数据包括目标运行数据和除目标运行数据以外的其他运行数据。
在本公开一种实施例中，s230可以具体包括：将所述实时运行数据中的第二变化数据作为所述全量变化数据，所述第二变化数据为相对于第二历史运行数据发生变化的运行数据，第二历史运行数据为实时运行数据对应的历史运行数据。
在本公开实施例中，第二历史运行数据指的是在当前的采集时刻之前特定时间段内的实时运行数据，也就是说，第二历史运行数据是在目标运行数据的当前的采样时刻之前的最后变更状态的数据，具体可以是在当前的采集时刻之前特定时间段内的实时运行数据对应的历史运行数据。与前述描述相同的，特定时间段可以是从车辆启动至当前采集时刻的时间段，还可以是在车辆运行过程中，当前采集时刻的前十分钟、前半小时等。可以理解的是，如果实时运行数据相对于第二历史数据发生变化，说明在当前采集时刻实时运行数据发生变化，发生变化的实时运行数据为第二变化数据，将第二变化数据作为全量变化数据。
通过上述方式对实时运行数据中进行全量变化采集，可以实时采集到采集实时运行数据的数据变化，由于预先设置的采集精度和采集时间间隔，避免采集无效数据，可以实现降低存储、计算资源、提高系统压力和出错概率的效果。
在本公开另一些实例中，s220中的步骤“在所述将所述实时运行数据中的第二变化数据作为所述全量变化数据”之后，还包括：根据所述全量变化数据对所述第二历史运行数据进行更新，得到更新后的第二历史运行数据。
由于数据采集过程是实时进行的，在当前的采样时刻采集到全量变化数据后，基于全量变化数据的时间戳，利用当前的采样时刻采集到的全量变化数据替换第二历史运行数据中，以得到更新后的第二历史运行数据，使第二历史运行数据只保留各信号的实时状态数据，并使在下一个采样时刻进行全量变化采集时，基于更新后的第二历史运行数据继续进行全量变化采集，以得到新的全量变化数据，使全量变化采集过程平稳有序的执行，保证数据采集的准确性和有序性。
需要说明的是，图2中的s220和s230是并行执行的，在本公开的其他实施例中，还可以先执行s220再执行s230，也可以先执行s230再执行s220，改变s220和s230的执行顺序后，s220和s230的具体执行逻辑不变。
s240、将增量数据和全量变化数据传输至目标设备。
在本公开实施例中，目标设备可以包括但不限于客户端、云端以及服务器等。参考图1所示的信号采集原理图，可以基于信号传输模块将采集到的增量数据和全量变化数据发送至目标设备，以使目标设备对接收到的数据进行显示。
在本公开的一些实例中，s240可以具体包括：将增量数据打包为第一数据包；将全量变化数据打包为第二数据包；将第一数据包和第二数据包加入传输列队，以通过传输队列将第一数据包和第二数据包传输至目标设备。
其中，第一数据包和第二数据包均包括包头标识和包内信息。其中，包头标识指的是用于识别数据包的标识信息，可以是包序列号、二进制代码等，包内信息指的是增量数据或全量变化数据。传输队列指的是消息传输队列，采用先进先出的队列机制，按照数据包的生成顺序上传，以避免后生成的包先上传的问题。
为了避免不同类型的数据之间产生干扰，将增量数据打包为第一数据包，将全量变化数据打包为第二数据包，并分别为第一数据包和第二数据包设置包头标识，将第一数据包和第二数据包加入传输列队，通过传输列队将第一数据包和第二数据包传输至目标设备。
具体的，参见图1所示的信号采集原理图解释全量数据和增量数据传输至目标设备的原理。首先，对车辆的网络进行唤醒，通过信号传输模块从信号采集模块获取增量数据和全量变化数据，并分别进行打包得到第一数据包和第二数据包，并为两类数据包设置包头标识；接着，将第一数据包和第二数据包加入传输队列上传至目标设备；然后，信号传输模块每间隔一秒钟从信号采集模块获取数据，并与上一秒获取的数据进行比较，得到新的增量数据和新的全量变化数据，并打包成新的第一数据包和新的第二数据包，放入传输队列中，传输队列基于先进先出的原则，将新的第一数据包和新的第二数据包上传至目标设备，依次循环执行上述过程。
在本公开的一些实例中，s240中的“将所述增量数据打包为第一数据包”，可以具体包括：在实时运行数据的采样时刻为采样周期内的首个采样时刻的情况下，根据采样时刻和采样时刻对应的包序列号，将增量数据打包为所述第一数据包；在实时运行数据的采样时刻为采样周期内的非首个采样时刻的情况下，根据采样时刻对应的包序列号，将增量数据打包为所述第一数据包。
具体的，采样周期可以是五分钟、十分钟或者半小时。采样时刻可以是1秒。包序列号根据采样周期内的采样时刻实时确定。本公开实施例中，包序列号可以包括公共数据和特殊数据，公共数据指的是不同采样时刻下包序列号中相同的数据，特殊数据根据采样时刻的时间戳确定。首个采样时刻的增量数据对应的第一数据包根据采样时刻和采样时刻对应的包序列号确定；非首个采样时刻的增量数据对应的第一数据包根据采样时刻对应的包序列号确定。
例如，第1秒采样时刻对应的包序列号为：1 11110001，第2秒采样时刻对应的包序列号为：11110002，第3秒采样时刻对应的包序列号为：11110003，其他采样时刻对应的包序列号依次类推。
通过上述方式生成的第一数据包，只有一个包头的时间，第一数据包包内的信号不用单独标时间，减小了第一数据包的大小，减小对带宽的占用，实现降低流量和数据传输成本的效果。
在本公开的一些实例中，s240中的“将所述全量变化数据打包为第二数据包”，可以具体包括：在实时运行数据的采样时刻为采样周期内的首个采样时刻的情况下，根据采样时刻和采样时刻对应的包序列号，将全量变化数据打包为第二数据包；在实时运行数据的采样时刻为采样周期内的非首个采样时刻的情况下，根据采样时刻对应的包序列号，将全量变化数据为第二数据包。
在本公开的实施例中，生成第二数据包的原理与生成第一数据包的原理相同。也就是说，首个采样时刻的增量数据对应的第二数据包根据采样时刻和采样时刻对应的包序列号确定；非首个采样时刻的增量数据对应的第二数据包根据采样时刻对应的包序列号确定。显然，上述方式生成的第二数据包，也只有一个包头的时间，第二数据包包内的信号不用单独标时间，减小了第二数据包的大小，减小对带宽的占用，实现降低流量和数据传输成本的效果。
在本公开实施例中，能够获取车辆的实时运行数据，对实时运行数据中用于进行实时展示的目标运行数据进行增量采集，得到增量数据，并且对实时运行数据进行全量变化采集，以实时地采集所有发生变化的车辆运行数据，使得同一种实时运行数据可以通过不同的采集方式进行采集，适应于各种采集需求，以供不同的数据使用途径。同时，对车辆运行数据进行全量变化采集，可以降低存储、计算资源，并且降低系统压力和出错概率。
在本公开另一种实施例中，为了避免因网络原因导致实时运行数据上报失败，导致数据丢失，在将第一数据包和第二数据包加入传输丢列之后，该数据采集方法还可以包括：在网络不通畅的情况下，将第二数据包存储至闪存中，以在网络恢复正常时，将闪存中存储的数据包重新加入传输队列，以通过传输队列将闪存中存储的数据包重新传输至目标设备。
下面，将基于一个具体事例，对本公开实施例提供的数据采集方法进行详细说明。
如3示出了本公开实施例提供的一种数据采集方法的流程示意图。
如图3所示，该数据采集方法可以具体包括如下步骤。
s310、获取车辆的实时运行数据。
s320、对实时运行数据中的目标运行数据进行增量采集，得到增量数据，目标运行数据为目标数据类型对应的运行数据。
s330、对实时运行数据进行全量变化采集，得到全量变化数据。
s340、将增量数据打包为第一数据包，以及将全量变化数据打包为第二数据包。
s350、将第一数据包和第二数据包加入传输列队。
s360、在确定第一数据包和第二数据包传输失败的情况下，在闪存中存储第二数据包。
由于第一数据包中的增量数据是需要实时展示的数据，第二数据包中的全量变化数据不需要实时展示，且需要保留所有数据。由此，当确定第一数据包和第二数据包传输失败的情况下，在闪存中存储第二数据包，以将传输失败的第二数据包进行临时存储，避免实时运行数据丢失。
在本公开实施例中，第二数据将第一数据包和第二数据包加入传输列队之后，可以实时获取网络延时时长、网络连接状态等信息，以确定第一数据包和第二数据包是否传输失败。如果传输失败，将第二数据包存储在闪存中，以将传输失败的第二数据包进行临时存储。
s370、获取通信网络的实时通信参数。
在本公开实施例中，实时通信参数可以包括但不限于网络延时时长、网络连接状态等参数。
s380、在实时通信参数符合预设传输条件的情况下，将闪存中存储的数据包依次加入传输队列，以通过传输队列将闪存中存储的数据包传输至目标设备。
在本公开实施例中，预设传输条件用于确定所述车辆所连接的传输网络由非正常状态恢复至正常状态。例如，如果网络延时时长小于设定延时阈值，或者，网络连接状态稳定，确定实时通信参数符合预设传输条件。进一步的，将临时存入闪存中的数据包，即第二数据包按照包序列号依次加入传输队列，以通过传输队列将闪存中存储的数据包重新传输至目标设备，保证采集的实时运行数据均上报至目标设备，避免实时运行数据丢失。
在本公开一种实施例中，在闪存中存储所述第二数据包的方法，具体包括：在闪存的空闲存储空间的空间容量大于或等于第二数据包的数据量的情况下，将第二数据包存储至所述空闲存储空间中；在空闲存储空间的空间容量小于第二数据包的数据量的情况下，利用第二数据包依次覆盖最先存储于闪存中的至少一个数据包。
具体的，实时确定闪存中空闲存储空间。如果闪存的空闲存储空间的空间容量大于或等于第二数据包的数据量的情况，可以将第二数据包直接存储至空闲存储空间。如果空闲存储空间的空间容量小于第二数据包的数据量，说明闪存中空闲存储空间不能存储第二数据包中的全部数据，根据闪存中各数据包的包序列号，确定最先存储于闪存中的至少一个数据包，如果最先存储于闪存中的第一个数据包的数据量大于或等于第二数据包的数据量，将第二数据包覆盖最先存储于闪存中的第一个数据包；如果最先存储于闪存中的第一个数据包的数据量小于第二数据包的数据量，根据数据包的包序列号继续确定最先存储于闪存中的第一个数据包和第二个数据包的数据量；如果第一个数据包和第二个数据包的数据量大于或等于第二数据包的数据量，将第二数据包覆盖最先存储于闪存中的第一个数据包和第二个数据包；如果第一个数据包和第二个数据包的数据量小于第二数据包的数据量，按照包序列号继续确定最先存储于所述闪存中的后续数据包的数据量，直至最先存储于闪存中的至少一个数据包大于或等于第二数据包，并利用第二数据包覆盖最先存储于闪存中的至少一个数据包。
综上所述，本公开实施例所提供的数据采集方法，在将第一数据包和第二数据包加入传输列队之后，确定第一数据包和第二数据包是否传输失败，如果传输失败，基于闪存的空闲存储空间的空间容量、第二数据包的数据量以及最先存储于闪存中的至少一个数据包的数据量，将第二数据包临时存储在闪存中，待实时通信参数符合预设传输条件时，将闪存中存储的数据包依次加入传输队列，以通过传输队列将闪存中存储的数据包传输至目标设备。实现了在遇到网络不通畅的情况下，有序存储第二数据包，待网络恢复正常时，将闪存中的第二数据包继续传输至目标设备，避免实时运行数据丢失，有利于目标设备准确的分析实时运行数据，降低实时数据的出错率。
图4示出了本公开实施例提供的一种数据采集装置的结构示意图。
在本公开一些实施例中，图4所示的装置可以应用于车辆的处理器中，该处理器可以控制图1所示的影音系统执行数据采集操作。
如图4所示，该数据采集装置400可以包括：数据获取模块410、第一处理模块420、第二处理模块430、数据传输模块440。
其中，数据获取模块410，可以用于获取车辆的实时运行数据；
第一处理模块420，可以用于对所述实时运行数据中的目标运行数据进行增量采集，得到增量数据，所述目标运行数据为目标数据类型对应的运行数据；
第二处理模块430，可以用于对所述实时运行数据进行全量变化采集，得到全量变化数据；
数据传输模块440，可以用于将所述增量数据和所述全量变化数据传输至目标设备。
在本公开实施例中，能够获取车辆的实时运行数据，对实时运行数据中用于进行实时展示的目标运行数据进行增量采集，得到增量数据，并且对实时运行数据进行全量变化采集，以实时地采集所有发生变化的车辆运行数据，使得同一种实时运行数据可以通过不同的采集方式进行采集，适应于各种采集需求，以供不同的数据使用途径。同时，对车辆运行数据进行全量变化采集，可以降低存储、计算资源，并且降低系统压力和出错概率。
在本公开一些实施例中，所述目标数据类型包括用于进行实时展示的数据类型。
在本公开一些实施例中，第一处理模块420可以包括第一确定单元和第二确定单元。
第一确定单元可以用于根据所述目标运行数据和所述目标数据类型对应的第一历史运行数据，确定所述目标数据类型对应的实时状态数据。
第二确定单元可以用于将所述实时状态数据作为所述增量数据。
在本公开一些实施例中，第一确定单元还可以用于在所述目标运行数据的采样时刻为第一类采样时刻的情况下，将所述目标运行数据中的第一变化数据作为所述实时状态数据，所述第一变化数据为相对于所述第一历史运行数据发生变化的运行数据；
在所述采样时刻为第二类采样时刻的情况下，将所述目标运行数据作为所述实时状态数据。
在本公开一些实施例中，第二处理模块430可以包括：第三确定单元。第三确定单元可以用于将所述实时运行数据中的第二变化数据作为所述全量变化数据，所述第二变化数据为相对于第二历史运行数据发生变化的运行数据，所述第二历史运行数据为所述实时运行数据对应的历史运行数据。
在本公开一些实施例中，数据传输模块440可以包括：第一打包单元、第二打包单元、传输子单元。
第一打包单元可以用于将所述增量数据打包为第一数据包。
第二打包单元可以用于将所述全量变化数据打包为第二数据包。
传输子单元可以用于将所述第一数据包和所述第二数据包加入传输列队，以通过所述传输队列将所述第一数据包和所述第二数据包传输至所述目标设备。
在本公开一些实施例中，第一打包单元还可以用于，在所述实时运行数据的采样时刻为采样周期内的首个采样时刻的情况下，根据所述采样时刻和所述采样时刻对应的包序列号，将所述增量数据打包为所述第一数据包；
在所述实时运行数据的采样时刻为采样周期内的非首个采样时刻的情况下，根据所述采样时刻对应的包序列号，将所述增量数据打包为所述第一数据包。
在本公开一些实施例中，第二打包单元还可以用于，在所述实时运行数据的采样时刻为采样周期内的首个采样时刻的情况下，根据所述采样时刻和所述采样时刻对应的包序列号，将所述全量变化数据打包为所述第二数据包；
在所述实时运行数据的采样时刻为采样周期内的非首个采样时刻的情况下，根据所述采样时刻对应的包序列号，将所述全量变化数据为所述第二数据包。
在本公开一些实施例中，传输子单元还可以用于，在确定所述第一数据包和所述第二数据包传输失败的情况下，在闪存中存储所述第二数据包；
获取通信网络的实时通信参数；
在所述实时通信参数符合预设传输条件的情况下，将所述闪存中存储的数据包依次加入所述传输队列，以通过所述传输队列将所述闪存中存储的数据包传输至所述目标设备。
在本公开一些实施例中，所述预设传输条件用于确定所述车辆所连接的传输网络由非正常状态恢复至正常状态。
在本公开一些实施例中，传输子单元还可以用于，在所述闪存的空闲存储空间的空间容量大于或等于所述第二数据包的数据量的情况下，将所述第二数据包存储至所述空闲存储空间中；
在所述空闲存储空间的空间容量小于所述第二数据包的数据量的情况下，利用所述第二数据包依次覆盖最先存储于所述闪存中的至少一个数据包。
在本公开一些实施例中，所述实时运行数据处于预设的精度范围内，所述精度范围的上限为小数点前五位，所述精度范围的下限为小数点后五位。
需要说明的是，图4所示的数据采集装置400可以执行图2和图3所示的方法实施例中的各个步骤，并且实现图2和图3所示的方法实施例中的各个过程和效果，在此不做赘述。
图5示出了本公开实施例提供的一种数据采集设备的结构示意图。
如图5所示，该数据采集设备可以包括处理器501以及存储有计算机程序指令的存储器502。
具体地，上述处理器501可以包括中央处理器(cpu)，或者特定集成电路(applicationspecificintegratedcircuit，asic)，或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器502可以包括用于信息或指令的大容量存储器。举例来说而非限制，存储器502可以包括硬盘驱动器(harddiskdrive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universalserialbus，usb)驱动器或者两个及其以上这些的组合。在合适的情况下，存储器502可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器502可在综合网关设备的内部或外部。在特定实施例中，存储器502是非易失性固态存储器。在特定实施例中，存储器502包括只读存储器(read-onlymemory，rom)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(programmablerom，prom)、可擦除prom(electricalprogrammablerom，eprom)、电可擦除prom(electricallyerasableprogrammablerom，eeprom)、电可改写rom(electricallyalterablerom，earom)或闪存，或者两个或及其以上这些的组合。
处理器501通过读取并执行存储器502中存储的计算机程序指令，以执行本公开实施例所提供的数据采集方法的步骤。
在一个示例中，该车辆还可包括收发器503和总线504。其中，如图5所示，处理器501、存储器502和收发器503通过总线504连接并完成相互间的通信。
总线504包括硬件、软件或两者。举例来说而非限制，总线可包括加速图形端口(acceleratedgraphicsport，agp)或其他图形总线、增强工业标准架构(extendedindustrystandardarchitecture，eisa)总线、前端总线(frontsidebus，fsb)、超传输(hypertransport，ht)互连、工业标准架构(industrialstandardarchitecture，isa)总线、无限带宽互连、低引脚数(lowpincount，lpc)总线、存储器总线、微信道架构(microchannelarchitecture，mca)总线、外围控件互连(peripheralcomponentinterconnect，pci)总线、pci-express(pci-x)总线、串行高级技术附件(serialadvancedtechnologyattachment，sata)总线、视频电子标准协会局部(videoelectronicsstandardsassociationlocalbus，vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线504可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。
以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
