合来计算汽车行程；能为用户提供多种汽车行程项目，如里程、燃油、车况、停留、驾驶行为、相关警情等；能提高这些数据的正确性和准确度，以满足用户的绝大部分需求。为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
[0028]请参阅图1，其为本发明提供的汽车行程的处理方法流程图；所述处理方法包括: S100、汽车启动时判断汽车内是否启动了 OBD功能和/或ACC功能；
S200、已启动OBD功能和/或ACC功能时，采用OBD算法和/或ACC算法、GPS算法根据上报的行程报文，判断汽车的启动状态和熄火状态，根据启动状态和熄火状态提取行程数据写入汽车行程；
S300、没有启动OBD功能和ACC功能时，执行GPS算法来判断汽车的启动状态和熄火状态，根据启动状态和熄火状态对应获得汽车行程。
[0029]应当理解的是，现有汽车中，GPS功能是必备的。但是OBD功能并非必备设置；且ACC功能与设备类型有关，有的设备支持、有的不支持，支持的设备若没有连接ACC信号线也无法执行ACC算法。为此，本实施例在步骤SlOO中，需要先判断OBD功能和/或ACC功能是否启动。只要安装了 OBD模块，则汽车启动时OBD功能对应启动；汽车支持ACC功能且连接了 ACC信号线即启动ACC功能。其中，OBD的优先级最高，ACC次之，GPS最低。
[0030]在所述步骤S200中，若汽车中安装了 OBD模块，则优先使用OBD算法来统计汽车行程，这种方法统计出来的行程数据最接近行车电脑值。所述OBD方法即是通过统计行车事件触发得到的数据。汽车在启动瞬间，车载主机会将OBD模块采集到的汽车当前车况信息(如启动时间、是否有故障、具体故障码)结合GPS数据一起打包给到后台的服务处理端；汽车行驶过程中，也会定时上报OBD模块采集到的相关行车数据(如里程、平均油耗、瞬时油耗、发动机转速、冷却液温度、电瓶电压、燃油存量、发动机负荷等)到后台；汽车熄火瞬间，车载主机还会把整个行程的统计数据(如启动时间、行程里程、行程油耗、行程时长、行驶时长、急加速次数、急减速次数、超速次数、停车未熄火次数等)给到后台，后台根据这些行程数据就能准确得出汽车行程。
[0031]没有设置OBD模块，但是汽车支持ACC功能且连接了 ACC信号线，可通过ACC算法来统计汽车行程，这种方法统计出的行程数据的值更加准确。ACC算法是通过汽车GPS报文里面的ACC状态位变化来统计汽车行程的，状态位为I表示启动状态，为O表示熄火状态。为了去除一部分误报数据，后台会制定排差算法(如收到几个ACC ON的报文才认为是真正的启动，收到几个ACC OFF的报文才认为是真正的熄火)来最大限度地接近汽车行驶实际值。
[0032]支持ACC的设备如果没有接ACC信号线，就通过GPS算法，采用GPS速度变化值来统计汽车行程，这种方法获得的行程数据能满足一般的用户需求。针对于没有OBD设备、也无法接ACC信号线的车载设备仅能适用GPS算法，其通过一段时间内的平均速度阀值来判断汽车的启动状态和熄火状态，从而得出该段行程数据。
[0033]若上述二种功能都启动，则按序先执行OBD算法，接着执行ACC算法，最后执行GPS算法。若OBD和ACC仅一种有，则执行OBD算法或ACC算法后再执行GPS算。OBD算法和ACC算法需结合GPS数据。若某种算法某个环节出现数据异常时，通过执行其他的算法即可对异常数据进行补偿，这样就能保证行程数据的可靠性。
[0034]需要理解的是，在上述三种算法计算过程中，任一算法在判断过程中某步骤出现超时导致判断结果有误时，会存在行程数据不完整的现象发生。可通过超时补偿算法和不同车型的经验油耗补偿算法来保障行程数据的完整性。
[0035]本实施例中，所述OBD算法统计出来的行程数据是基本接近行程电脑数据的，这是因为数据源本身就是采集汽车的实际数据通过算法统计出来的，启动/熄火报文的数据都各自携带了汽车行程相关的数据集，例如，启动报文附带了汽车是否有故障、有哪些故障、具体故障码是多少；熄火报文里附带了汽车启动时间、行程结束里程、行程油耗、司机驾驶行为数据等，然后结合GPS位置数据一起来统计。请同时参阅图2，所述OBD算法具体包括:
S201、获取第一预设时间内的最后一笔行程报文，判断该行程报文的数据合法性以及报文类型，在行程报文合法且为启动报文时执行步骤S202，在行程报文合法且为熄火报文时执行步骤S203。
[0036]如果是第一预设时间之前的行程报文的数据就舍弃掉，在第一预设时间以内的数据有效。基于此时间段内的行程报文较多，此处选择最后一笔行程报文作为OBD算法的计算基础。
[0037]S202、检测汽车当前状态为启动状态或熄火状态时，判断行程报文的合法性，在行程报文合法时缓存数据，执行写行程处理。
[0038]在行程报文是启动报文且当前汽车是启动状态，就判断事件时间是否比当前启动时间早，早的话就过滤掉不处理；行程报文是启动报文且当前汽车是熄火状态，也要判断事件时间是否比当前熄火时间早，早的话也过滤掉不处理；都不早时要另外判断事件时间和实际的接收时间的时间差是否在一个合理范围内(比如10分钟)，超过这个范围也过滤掉，经过这几道判断后得到的行程报文的数据认为是合理的启动数据，开始记录启动该行程报文对应的数据。
[0039]S203、对行程报文进行数据校验并判断数据的有效性，在数据合法时校准行程里程，缓存更新后的数据并执行写行程处理。
[0040]在所述行程报文为熄火报文时，先根据相关时间进行数据有效性判断(如熄火时间 > 启动时间)并进行校验，然后再判断熄火包里的启动时间是否是之前24小时之外的数据，如果是就过滤掉该行程报文；然后再进行行程时长的判断并对行程时长进行赋值，接着对行程里程进行校准。经过以上步骤得到的数据才是有效的熄火数据，最后开始记录该熄火数据
请一并参阅图3，其为本发明较佳实施例提供的汽车行程的处理方法中OBD算法的应用实施例流程图，所述OBD算法中涉及的时间定义为:
事件时间:启动或熄火那个时间点的定位时间；
当前启动时间:最后一笔行程数据中的启动时间；
当前熄火时间:最后一笔行程数据中的熄火时间；
接收时间:服务器接收行程报文的时间；
当前时间:服务器时间；
熄火包启动时间:熄火包里附加的行程启动时间(启动时刻点的定位时间)；
熄火时间:熄火时刻点的定位时间；
行驶时长:汽车有速度情况下的时长；
行程时长=行驶时长+怠速时长(如红灯时停车的时间)；
启动和熄火时间:熄火报文里面的启动和熄火时间；每个熄火报文里面都会附加汽车本次行程的启动时间。[0041 ] 所述OBD算法具体包括:
步骤1、判断事件时间是否超过第一预设时间，若是则结束，否则执行步骤2。
[0042]所述第一预设时间为24小时，若是24小时之前的数据则判断该行程报文不合法，可舍弃掉，OBD计算过程结束。在24小时内的行程报文则判断为合法。
[0043]步骤2、获取最后一笔行程数据，判断该行程报文是启动报文还是熄火报文，是启动报文时执行步骤3，是熄火报文时执行步骤8。
[0044]基于24小时内的行程报文较多，为了避免重复，本步骤选择最后上报的一笔在24小时以内的行程报文作为OBD计算的数据基础。上述步骤1、2对应步骤S201。
[0045]步骤3、检测汽车当前的状态为启动状态时，判断事件时间是否小于且等于当前启动时间，是则执行步骤7 ;否则执行步骤4。
[0046]步骤4、检测汽车当前的状态为熄火状态时，判断事件时间是否小于且等于当前熄火时间，是则执行步骤7 ;否则执行步骤5。
[0047]本实施例中，在行程报文为启动报文且当前汽车是启动状态时，通过判断事件时间是否比当前启动时间早，早的话就过滤掉不处理；如果是启动报文且当前汽车是熄火状态，也要判断事件时间是否比当前熄火时间早，早的话也过滤掉不处理；
步骤5、判断所述事件时间和接收时间的时间差是否大于等于第二预设时间:若是，执行步骤7、否则执行步骤6。
[0048]所述第二预设时间为10分钟。OBD模块实际采集到的启动或熄火的定位时间即为事件时间。将该事件时间以一笔行程报文的形式上报给服务器，服务器确认接收该行程报文的时间即为接收时间。上报过程中可能存在延