CN110286666A - 车辆行程状态标定方法、装置及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种车辆行程状态标定方法、装置及计算机可读存储介质，该方法包括：获取OBD数据采集设备上报的车辆的点火数据包以及熄火数据包；基于所述点火数据包以及熄火数据包对应的时间，按照时间先后顺序，对所述点火数据包以及熄火数据包进行排序；在排序过程中，若出现异常事件，则进行异常事件处理；基于经过异常事件处理后得到的点/熄火数据包序列，得到车辆的行程标定信息。通过本发明，对OBD数据采集设备上报的车辆的点火数据包以及熄火数据包进行排序时，通过异常事件处理机制对出现的异常事件进行处理，使得最终得到的点/熄火数据包序列能更准确反映真实的车辆行程。

Description

车辆行程状态标定方法、装置及计算机可读存储介质

技术领域

本发明涉及OBD数据处理技术领域，尤其涉及车辆行程状态标定方法、装置及计算机可读存储介质。

背景技术

车辆行程，标志着一次以点熄火为基础的驾驶行为。现有技术中，通常单纯以OBD数据采集设备上报的点火数据包以及熄火数据包来做行程的分割。

但是由于设备故障或通信故障等原因，导致OBD数据采集设备上报的数据可能与真实的车辆行程不相符，从而导致无法利用OBD数据采集设备上报的点火数据包以及熄火数据包得到准确的车辆行程。

发明内容

本发明的主要目的在于提供一种车辆行程状态标定方法、装置及计算机可读存储介质，旨在解决现有技术中由于OBD数据采集设备上报的数据可能与真实的车辆行程不相符，从而导致无法利用OBD数据采集设备上报的点火数据包以及熄火数据包得到准确的车辆行程的技术问题。

为实现上述目的，本发明提供一种车辆行程状态标定方法，所述行程状态标定方法包括以下步骤：

获取OBD数据采集设备上报的车辆的点火数据包以及熄火数据包；

基于所述点火数据包以及熄火数据包对应的时间，按照时间先后顺序，对所述点火数据包以及熄火数据包进行排序；

在排序过程中，若出现异常事件，则进行异常事件处理；

基于经过异常事件处理后得到的点/熄火数据包序列，得到车辆的行程标定信息。

可选的，所述在排序过程中，若出现异常事件，则进行异常事件处理的步骤包括：

在排序过程中，若存在两个相邻的实时上报的熄火数据包，则以在所述两个相邻的实时上报的熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包；

将所述点火补录数据包补录至所述两个相邻的实时上报的熄火数据包之间。

可选的，在所述将所述点火补录数据包补录至所述两个相邻的实时上报的熄火数据包之间的步骤之后，还包括：

在对一来自缓存区的点火补传数据包进行排序时，若检测到在所述点火补传数据包之前或之后的数据包为点火数据包，则判断所述点火数据包是否为点火补录数据包；

若所述点火数据包为点火补录数据包，则以所述点火补传数据包替换所述点火补录数据包。

可选的，在所述判断所述点火数据包是否为点火补录数据包的步骤之后，还包括：

若所述点火数据包不为点火补录数据包，则基于所述点火补传数据包对应的时间，将所述点火补传数据包补传至所述点火数据包之前或之后；

以在所述点火补传数据包以及所述点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包；

将所述熄火补录数据包补录至所述点火补传数据包以及所述点火数据包之间。

可选的，所述在排序过程中，若出现异常事件，则进行异常事件处理的步骤还包括：

在排序过程中，若存在两个相邻的实时上报的点火数据包，则以在所述两个相邻的实时上报的点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包；

将所述熄火补录数据包补录至所述两个相邻的实时上报的点火数据包之间。

可选的，在所述将所述熄火补录数据包补录至所述两个相邻的实时上报的点火数据包之间的步骤之后，还包括：

在对一来自缓存区的熄火补传数据包进行排序时，若检测到在所述熄火补传数据包之前或之后的数据包为熄火数据包，则判断所述熄火数据包是否为熄火补录数据包；

若所述熄火数据包为熄火补录数据包，则以所述熄火补传数据包替换所述熄火补录数据包。

可选的，在所述判断所述熄火数据包是否为熄火补录数据包的步骤之后，还包括：

若所述熄火数据包不为熄火补录数据包，则基于所述熄火补传数据包对应的时间，将所述熄火补传数据包补传至所述熄火数据包之前或之后；

以在所述熄火补传数据包以及所述熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包；

将所述点火补录数据包补录至所述熄火补传数据包以及所述熄火数据包之间。

可选的，所述基于经过异常事件处理后得到的数据包序列，得到车辆的行程标定信息的步骤包括：

基于经过异常事件处理后得到的数据包序列，从所述数据包序列中依次选取两个相邻的数据包，得到若干数据包组；

以每个数据包组标定一次车辆行程信息。

此外，为实现上述目的，本发明还提供一种车辆行程状态标定装置，所述车辆行程状态标定装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆行程状态标定程序，所述车辆行程状态标定程序被所述处理器执行时实现如上所述的车辆行程状态标定方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有车辆行程状态标定程序，所述车辆行程状态标定程序被处理器执行时实现如上所述的车辆行程状态标定方法的步骤。

本发明中，获取OBD数据采集设备上报的车辆的点火数据包以及熄火数据包；基于所述点火数据包以及熄火数据包对应的时间，按照时间先后顺序，对所述点火数据包以及熄火数据包进行排序；在排序过程中，若出现异常事件，则进行异常事件处理；基于经过异常事件处理后得到的点/熄火数据包序列，得到车辆的行程标定信息。通过本发明，对OBD数据采集设备上报的车辆的点火数据包以及熄火数据包进行排序时，通过异常事件处理机制对出现的异常事件进行处理，使得最终得到的点/熄火数据包序列能更准确反映真实的车辆行程。

附图说明

图1为本发明实施例方案涉及的硬件运行环境的车辆行程状态标定装置结构示意图；

图2为本发明车辆行程状态标定方法一实施例的流程示意图；

图3为本发明车辆行程状态标定方法一实施例中补录点火补录数据包的场景示意图；

图4为本发明车辆行程状态标定方法一实施例中补录熄火补录数据包的场景示意图；

图5为本发明车辆行程状态标定方法一实施例中点/熄火数据包序列的示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1为本发明实施例方案涉及的硬件运行环境的车辆行程状态标定装置结构示意图。

如图1所示，该车辆行程状态标定装置可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的车辆行程状态标定装置结构并不构成对车辆行程状态标定装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及车辆行程状态标定程序。

在图1所示的车辆行程状态标定装置中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的车辆行程状态标定程序，并执行以下操作：

获取OBD数据采集设备上报的车辆的点火数据包以及熄火数据包；

基于所述点火数据包以及熄火数据包对应的时间，按照时间先后顺序，对所述点火数据包以及熄火数据包进行排序；

在排序过程中，若出现异常事件，则进行异常事件处理；

基于经过异常事件处理后得到的点/熄火数据包序列，得到车辆的行程标定信息。

进一步地，处理器1001可以调用存储器1005中存储的车辆行程状态标定程序，还执行以下操作：

在排序过程中，若存在两个相邻的实时上报的熄火数据包，则以在所述两个相邻的实时上报的熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包；

将所述点火补录数据包补录至所述两个相邻的实时上报的熄火数据包之间。

进一步地，处理器1001可以调用存储器1005中存储的车辆行程状态标定程序，还执行以下操作：

在对一来自缓存区的点火补传数据包进行排序时，若检测到在所述点火补传数据包之前或之后的数据包为点火数据包，则判断所述点火数据包是否为点火补录数据包；

若所述点火数据包为点火补录数据包，则以所述点火补传数据包替换所述点火补录数据包。

进一步地，处理器1001可以调用存储器1005中存储的车辆行程状态标定程序，还执行以下操作：

若所述点火数据包不为点火补录数据包，则基于所述点火补传数据包对应的时间，将所述点火补传数据包补传至所述点火数据包之前或之后；

以在所述点火补传数据包以及所述点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包；

将所述熄火补录数据包补录至所述点火补传数据包以及所述点火数据包之间。

进一步地，处理器1001可以调用存储器1005中存储的车辆行程状态标定程序，还执行以下操作：

在排序过程中，若存在两个相邻的实时上报的点火数据包，则以在所述两个相邻的实时上报的点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包；

将所述熄火补录数据包补录至所述两个相邻的实时上报的点火数据包之间。

进一步地，处理器1001可以调用存储器1005中存储的车辆行程状态标定程序，还执行以下操作：

在对一来自缓存区的熄火补传数据包进行排序时，若检测到在所述熄火补传数据包之前或之后的数据包为熄火数据包，则判断所述熄火数据包是否为熄火补录数据包；

若所述熄火数据包为熄火补录数据包，则以所述熄火补传数据包替换所述熄火补录数据包。

进一步地，处理器1001可以调用存储器1005中存储的车辆行程状态标定程序，还执行以下操作：

若所述熄火数据包不为熄火补录数据包，则基于所述熄火补传数据包对应的时间，将所述熄火补传数据包补传至所述熄火数据包之前或之后；

以在所述熄火补传数据包以及所述熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包；

将所述点火补录数据包补录至所述熄火补传数据包以及所述熄火数据包之间。

进一步地，处理器1001可以调用存储器1005中存储的车辆行程状态标定程序，还执行以下操作：

基于经过异常事件处理后得到的数据包序列，从所述数据包序列中依次选取两个相邻的数据包，得到若干数据包组；

以每个数据包组标定一次车辆行程信息。

参照图2，图2为本发明车辆行程状态标定方法一实施例的流程示意图。

在一实施例中，车辆行程状态标定方法包括：

步骤S10，获取OBD数据采集设备上报的车辆的点火数据包以及熄火数据包；

本实施例中，OBD数据采集设备连接于汽车的OBD接口，并利用汽车的OBD接口通过汽车CAN线实时采集到汽车相关的数据。其中，OBD数据采集设备能采集到的数据包括但不限于：ACC状态(点火、预点火、OBD采集数据设备通电、熄火)、仪表盘里程、仪表盘油耗、发动机转速、仪表盘速度、进气口温度、冷却液温度(水温)、空气流量、气门位置传感器、发动机负荷、电瓶电压。

本实施例中，车辆行程状态标定装置(具体可以是服务器)仅获取OBD数据采集设备上报的车辆的点火数据包以及熄火数据包。其中，点火数据包以及熄火数据包包括OBD数据采集设备实时采集并上报的点火数据包以及熄火数据包，还包括来自缓存区的由OBD数据采集设备采集到的历史点火数据包以及熄火数据包(当OBD数据采集设备与车辆行程状态标定装置存在通信故障时，将实时采集的点火数据包以及熄火数据包存储在缓存区中，后续恢复通信时，再将缓存区中的历史点火数据包以及熄火数据包上报至车辆行程状态标定装置)。

步骤S20，基于所述点火数据包以及熄火数据包对应的时间，按照时间先后顺序，对所述点火数据包以及熄火数据包进行排序；

本实施例中，点火数据包以及熄火数据包对应的时间可以是：点火数据包或熄火数据包被OBD数据采集设备采集到时，OBD数据采集设备自身的时间。基于点火数据包以及熄火数据包对应的时间，即可按照时间先后顺序，对点火数据包以及熄火数据包进行排序。

步骤S30，在排序过程中，若出现异常事件，则进行异常事件处理；

本实施例中，在排序过程中，只有点火数据包与熄火数据包相邻时，才是正常的行程，否则认定出现了异常事件，则需要对异常事件进行处理。

在一可选实施例中，步骤S30包括：

步骤S301，在排序过程中，若存在两个相邻的实时上报的熄火数据包，则以在所述两个相邻的实时上报的熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包；

步骤S302，将所述点火补录数据包补录至所述两个相邻的实时上报的熄火数据包之间。

本实施例中，若存在两个相邻的实时上报的熄火数据包，显然，这两个相邻的实时上报的熄火数据包之间，缺少点火数据包，因此，需要进行点火补录。本实施例中，以在这两个相邻的实时上报的熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包，并将这个点火补录数据包补录至这两个相邻的实时上报的熄火数据包之间。参照图3，图3为本发明车辆行程状态标定方法一实施例中补录点火补录数据包的场景示意图。如图3所示，在两个相邻的实时上报的熄火数据包对应的两个时间点之间的某时刻，接收到第一包CAN数据，将第一包CAN数据作为点火补录数据包，并将这个点火补录数据包补录至这两个相邻的实时上报的熄火数据包之间，使得当前得到的点/熄火数据包序列，能更准确反映真实的车辆行程。

在另一可选实施例中，步骤S30还包括：

步骤S303，在排序过程中，若存在两个相邻的实时上报的点火数据包，则以在所述两个相邻的实时上报的点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包；

步骤S304，将所述熄火补录数据包补录至所述两个相邻的实时上报的点火数据包之间

本实施例中，若存在两个相邻的实时上报的点火数据包，显然，这两个相邻的实时上报的点火数据包之间，缺少熄火数据包，因此，需要进行熄火补录。本实施例中，以在这两个相邻的实时上报的点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包，并将这个熄火补录数据包补录至这两个相邻的实时上报的点火数据包之间。参照图4，图4为本发明车辆行程状态标定方法一实施例中补录熄火补录数据包的场景示意图。如图4所示，在两个相邻的实时上报的点火数据包对应的两个时间点之间的某时刻，接收到最后一包CAN数据，将最后一包CAN数据作为熄火补录数据包，并将这个熄火补录数据包补录至这两个相邻的实时上报的点火数据包之间，使得当前得到的点/熄火数据包序列，能更准确反映真实的车辆行程。

步骤S40，基于经过异常事件处理后得到的点/熄火数据包序列，得到车辆的行程标定信息。

本实施例中，在出现异常事件，并经过异常事件处理后，得到点/熄火数据包序列。如图5所示，图5为本发明车辆行程状态标定方法一实施例中点/熄火数据包序列的示意图。如图5所示，一个点火数据包(包括正常上报的点火数据包以及补录的点火补录数据包)以及一个熄火数据包(包括正常上报的熄火数据包以及补录的熄火补录数据包)即标定了一次行程。

一实施例中，步骤S40包括：

基于经过异常事件处理后得到的数据包序列，从所述数据包序列中依次选取两个相邻的数据包，得到若干数据包组；

以每个数据包组标定一次车辆行程信息。

本实施例中，参照图5，从图5中第一个点火数据包开始，依次选取两个两个相邻的数据包，得到若干数据包组。其中每隔数据包组包括一个点火数据包以及一个熄火数据包，且点火数据包在熄火数据包之前。如此，每个数据包组便可标定一次车辆行程信息。

本实施例中，获取OBD数据采集设备上报的车辆的点火数据包以及熄火数据包；基于所述点火数据包以及熄火数据包对应的时间，按照时间先后顺序，对所述点火数据包以及熄火数据包进行排序；在排序过程中，若出现异常事件，则进行异常事件处理；基于经过异常事件处理后得到的点/熄火数据包序列，得到车辆的行程标定信息。通过本实施例，对OBD数据采集设备上报的车辆的点火数据包以及熄火数据包进行排序时，通过异常事件处理机制对出现的异常事件进行处理，使得最终得到的点/熄火数据包序列能更准确反映真实的车辆行程。

进一步地，本发明车辆行程状态标定方法一实施例中，在步骤S302之后，还包括：

在对一来自缓存区的点火补传数据包进行排序时，若检测到在所述点火补传数据包之前或之后的数据包为点火数据包，则判断所述点火数据包是否为点火补录数据包；

若所述点火数据包为点火补录数据包，则以所述点火补传数据包替换所述点火补录数据包。

本实施例中，当OBD数据采集设备与车辆行程状态标定装置存在通信故障时，将实时采集的点火数据包以及熄火数据包存储在缓存区中，后续恢复通信时，再将缓存区中的历史点火数据包以及熄火数据包(即在通信故障时实时采集的点火数据包以及熄火数据包)上报至车辆行程状态标定装置。当接收到来自缓存区的由OBD数据采集设备采集到的历史点火数据包(即点火补传数据包)，并对该点火补传数据包进行排序时(即按OBD的采集时间排序)，若检测到在该点火补传数据包之前或之后的数据包为点火数据包，则进一步判断该点火数据包是否为点火补录数据包，若该点火数据包为点火补录数据包，则以该点火补传数据包替换该点火补录数据包。

本实施例中，由于通信故障等原因，导致某个点火数据包没有实时上传至车辆行程状态标定装置，后续恢复通信后，在对该点火数据包(即点火补传数据包)进行排序时，若其之前或之后的数据包为点火补录数据包，说明这个点火补录数据包是因为之前由于通信故障没有接收到这个点火补传数据包而补录的，因此，直接以这个点火补传数据包替换该点火补录数据包，使得得到的点/熄火数据包序列能更准确反映真实的车辆行程。

进一步地，本发明车辆行程状态标定方法一实施例中，在判断所述点火数据包是否为点火补录数据包的步骤之后，还包括：

若所述点火数据包不为点火补录数据包，则基于所述点火补传数据包对应的时间，将所述点火补传数据包补传至所述点火数据包之前或之后；

以在所述点火补传数据包以及所述点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包；

将所述熄火补录数据包补录至所述点火补传数据包以及所述点火数据包之间。

本实施例中，若与点火补传数据包相邻的点火数据包不为点火补录数据包，则基于该点火补传数据包对应的时间，将该点火补传数据包补传至该点火数据包之前或之后。则出现了两个相邻的点火数据包，因此，需要进行熄火补录处理，即以在该点火补传数据包以及该点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包，并将该熄火补录数据包补录至该点火补传数据包以及该点火数据包之间。

进一步地，本发明车辆行程状态标定方法一实施例中，在步骤S304之后，还包括：

在对一来自缓存区的熄火补传数据包进行排序时，若检测到在所述熄火补传数据包之前或之后的数据包为熄火数据包，则判断所述熄火数据包是否为熄火补录数据包；

若所述熄火数据包为熄火补录数据包，则以所述熄火补传数据包替换所述熄火补录数据包。

本实施例中，当OBD数据采集设备与车辆行程状态标定装置存在通信故障时，将实时采集的点火数据包以及熄火数据包存储在缓存区中，后续恢复通信时，再将缓存区中的历史点火数据包以及熄火数据包(即在通信故障时实时采集的点火数据包以及熄火数据包)上报至车辆行程状态标定装置。当接收到来自缓存区的由OBD数据采集设备采集到的历史熄火数据包(即熄火补传数据包)，并对该熄火补传数据包进行排序时(即按OBD的采集时间排序)，若检测到在该熄火补传数据包之前或之后的数据包为熄火数据包，则进一步判断该熄火数据包是否为熄火补录数据包，若该熄火数据包为熄火补录数据包，则以该熄火补传数据包替换该熄火补录数据包。

本实施例中，由于通信故障等原因，导致某个熄火数据包没有实时上传至车辆行程状态标定装置，后续恢复通信后，在对该熄火数据包(即熄火补传数据包)进行排序时，若其之前或之后的数据包为熄火补录数据包，说明这个熄火补录数据包是因为之前由于通信故障没有接收到这个熄火补传数据包而补录的，因此，直接以这个熄火补传数据包替换该熄火补录数据包，使得得到的点/熄火数据包序列能更准确反映真实的车辆行程。

进一步地，本发明车辆行程状态标定方法一实施例中，在判断所述熄火数据包是否为熄火补录数据包的步骤之后，还包括：

若所述熄火数据包不为熄火补录数据包，则基于所述熄火补传数据包对应的时间，将所述熄火补传数据包补传至所述熄火数据包之前或之后；

以在所述熄火补传数据包以及所述熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包；

将所述点火补录数据包补录至所述熄火补传数据包以及所述熄火数据包之间。

本实施例中，若与熄火补传数据包相邻的熄火数据包不为熄火补录数据包，则基于该熄火补传数据包对应的时间，将该熄火补传数据包补传至该熄火数据包之前或之后。则出现了两个相邻的熄火数据包，因此，需要进行点火补录处理，即以在该熄火补传数据包以及该熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包，并将该点火补录数据包补录至该熄火补传数据包以及熄火数据包之间。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有车辆行程状态标定程序，所述车辆行程状态标定程序被处理器执行时实现如上车辆行程状态标定方法各个实施例的操作。

本发明计算机可读存储介质的具体实施例与上述车辆行程状态标定方法的各个实施例基本相同，在此不做赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种车辆行程状态标定方法，其特征在于，所述行程状态标定方法包括以下步骤：

获取OBD数据采集设备上报的车辆的点火数据包以及熄火数据包；

基于所述点火数据包以及熄火数据包对应的时间，按照时间先后顺序，对所述点火数据包以及熄火数据包进行排序；

在排序过程中，若出现异常事件，则进行异常事件处理；

基于经过异常事件处理后得到的点/熄火数据包序列，得到车辆的行程标定信息。

2.如权利要求1所述的车辆行程状态标定方法，其特征在于，所述在排序过程中，若出现异常事件，则进行异常事件处理的步骤包括：

在排序过程中，若存在两个相邻的实时上报的熄火数据包，则以在所述两个相邻的实时上报的熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包；

将所述点火补录数据包补录至所述两个相邻的实时上报的熄火数据包之间。

3.如权利要求2所述的车辆行程状态标定方法，其特征在于，在所述将所述点火补录数据包补录至所述两个相邻的实时上报的熄火数据包之间的步骤之后，还包括：

在对一来自缓存区的点火补传数据包进行排序时，若检测到在所述点火补传数据包之前或之后的数据包为点火数据包，则判断所述点火数据包是否为点火补录数据包；

若所述点火数据包为点火补录数据包，则以所述点火补传数据包替换所述点火补录数据包。

4.如权利要求3所述的车辆行程状态标定方法，其特征在于，在所述判断所述点火数据包是否为点火补录数据包的步骤之后，还包括：

若所述点火数据包不为点火补录数据包，则基于所述点火补传数据包对应的时间，将所述点火补传数据包补传至所述点火数据包之前或之后；

以在所述点火补传数据包以及所述点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包；

将所述熄火补录数据包补录至所述点火补传数据包以及所述点火数据包之间。

5.如权利要求1所述的车辆行程状态标定方法，其特征在于，所述在排序过程中，若出现异常事件，则进行异常事件处理的步骤还包括：

在排序过程中，若存在两个相邻的实时上报的点火数据包，则以在所述两个相邻的实时上报的点火数据包对应的两个时间点之间接收到的最后一包CAN数据作为熄火补录数据包；

将所述熄火补录数据包补录至所述两个相邻的实时上报的点火数据包之间。

6.如权利要求5所述的车辆行程状态标定方法，其特征在于，在所述将所述熄火补录数据包补录至所述两个相邻的实时上报的点火数据包之间的步骤之后，还包括：

在对一来自缓存区的熄火补传数据包进行排序时，若检测到在所述熄火补传数据包之前或之后的数据包为熄火数据包，则判断所述熄火数据包是否为熄火补录数据包；

若所述熄火数据包为熄火补录数据包，则以所述熄火补传数据包替换所述熄火补录数据包。

7.如权利要求6所述的车辆行程状态标定方法，其特征在于，在所述判断所述熄火数据包是否为熄火补录数据包的步骤之后，还包括：

若所述熄火数据包不为熄火补录数据包，则基于所述熄火补传数据包对应的时间，将所述熄火补传数据包补传至所述熄火数据包之前或之后；

以在所述熄火补传数据包以及所述熄火数据包对应的两个时间点之间接收到的第一包CAN数据作为点火补录数据包；

将所述点火补录数据包补录至所述熄火补传数据包以及所述熄火数据包之间。

8.如权利要求1至7中任一项所述的车辆行程状态标定方法，其特征在于，所述基于经过异常事件处理后得到的数据包序列，得到车辆的行程标定信息的步骤包括：

基于经过异常事件处理后得到的数据包序列，从所述数据包序列中依次选取两个相邻的数据包，得到若干数据包组；

以每个数据包组标定一次车辆行程信息。

9.一种车辆行程状态标定装置，其特征在于，所述车辆行程状态标定装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆行程状态标定程序，所述车辆行程状态标定程序被所述处理器执行时实现如权利要求1至8中任一项所述的车辆行程状态标定方法的步骤。

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