公交车辆保养类型确定方法、装置、设备以及存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种公交车辆保养类型确定方法、装置、设备及存储介质。

背景技术：

汽车保养是指定期对汽车相关部分进行检查、清洁、补给、润滑、调整或更换某些零件的预防性工作，又称汽车维护。汽车保养的目的是保持车容整洁，技术状况正常，消除隐患，预防故障发生，减缓劣化过程，延长使用周期。

现有的车辆保养方案，特别是针对公交车辆的保养方案，是以预防为主严格按计划进行保养的制度，没有考虑到不同车辆技术状况的差异，而是将保养间隔里程制定在平均水平上，这会在人力、物力、财力上造成一定的浪费，同时在保养制度在执行过程中，会产生不应有的重复与不适时拆检更换，造成脱离实际的过度修理或失修。传统的公交车辆保养计划无法合理地确定保养类型。

技术实现要素：

基于此，有必要针对传统公交车辆保养计划无法合理确定保养类型的技术问题，提供一种公交车辆保养类型确定可以合理确定公交车辆保养类型的方法、装置、计算机设备以及存储介质。

一种公交车辆保养类型确定方法，所述方法包括：

获取公交车辆的当前行驶里程数；

根据所述当前行驶里程数，更新所述公交车辆的各保养类型对应的累计里程数，所述累计里程数为距离上一次对所述公交车辆执行该保养类型后公交车辆已累计行驶里程数；

根据各所述保养类型的当前累计里程数与各所述保养类型的保养间隔里程阈值之间的里程对应关系，确定所述公交车辆的保养类型。

在其中一个实施例中，所述保养类型包括：底盘一级保养、底盘二级保养以及发动机保养，其中，底盘二级保养的保养项目包含底盘一级保养的所有保养项目；

所述根据各所述保养类型的当前累计里程数与各所述保养类型的保养间隔里程阈值之间的里程对应关系，确定所述公交车辆的所需保养类型之前还包括：

获取所述公交车辆的运行线路以及所述公交车辆的车型型号，根据所述公交车辆的运行线路确定所述公交车辆的运行路况信息；

获取所述目标的运行状况参数，所述运行状况参数包括刹车制动蹄片参数；

基于所述公交车辆的车型型号、所述运行路况信息、以及所述刹车制动蹄片参数，确定所述底盘一级保养里程阈值和所述底盘二级保养里程阈值。

在其中一个实施例中，所述根据各所述保养类型的当前累计里程数与各所述保养类型的保养间隔里程阈值之间的里程对应关系，确定所述公交车辆的所需保养类型之前还包括：

获取所述公交车辆的运行线路以及所述公交车辆的车型型号，根据所述公交车辆的运行线路确定所述公交车辆的运行路况信息；

获取所述公交车辆的公交车辆参数信息，并基于所述公交车辆参数信息确定应用于所述公交车辆的润滑油参数信息；

基于所述公交车辆的车型型号、所述运行路况信息、以及基于确定的润滑油参数信息，确定所述发动机保养里程阈值。

在其中一个实施例中，所述根据各所述保养类型的当前累计里程数与各所述保养类型的保养间隔里程阈值之间的里程对应关系，确定所述公交车辆的保养类型，包括：

根据所述底盘一级保养里程数与所述底盘一级保养里程阈值判断是否需要进行保养；

当不需要进行保养时，判断所述公交车辆的保养类型为无；

当需要进行保养时，根据所述底盘二级保养里程数与所述底盘二级保养里程阈值，判断所述公交车辆的保养类型判断所述公交车辆的保养类型为底盘一级保养或底盘二级保养，并根据所述发动机保养里程数与所述发动机保养里程阈值，确定所述保养类型是否包括发动机保养。

在其中一个实施例中，所述根据各所述保养类型的当前累计里程数与各所述保养类型的保养间隔里程阈值之间的里程对应关系，确定所述公交车辆的保养类型之前，还包括：

在任意一个保养类型的保养间隔里程阈值减去预定乘积的差值小于该保养类型的当前累计里程数时，将其置入实时计划保养表单，其中，所述预定乘积为所述公交车辆的日计划里程与计划天数的乘积。

在其中一个实施例中，在确定所述公交车辆的保养类型之后，还包括步骤：

根据确定的保养类型，查询实时计划保养表单中同保养类型公交车辆已有排单，确定所述公交车辆的保养日期以及与所述保养类型对应的保养项目计划；

将所述保养日期以及所述保养项目计划推送至所述公交车辆关联的车间终端和车队终端。

在其中一个实施例中，在确定所述公交车辆的保养类型之后，还包括步骤：

在接收到所述公交车辆保养类型对应的保养完毕信息后，将确定的所述公交车辆的保养类型的当前累计里程数清零。

一种公交车辆保养类型确定装置，所述装置包括：

当前里程获取模块，用于获取公交车辆的当前行驶里程数；

累积里程获取模块，用于根据所述当前行驶里程数，更新所述公交车辆的各保养类型对应的累计里程数，所述累计里程数为距离上一次对所述公交车辆执行该保养类型后公交车辆已累计行驶里程数；

保养方案获取模块，用于根据各所述保养类型的当前累计里程数与各所述保养类型的保养间隔里程阈值之间的里程对应关系，确定所述公交车辆的保养类型。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取公交车辆的当前行驶里程数；

根据所述当前行驶里程数，更新所述公交车辆的各保养类型对应的累计里程数，所述累计里程数为距离上一次对所述公交车辆执行该保养类型后公交车辆已累计行驶里程数；

根据各所述保养类型的当前累计里程数与各所述保养类型的保养间隔里程阈值之间的里程对应关系，确定所述公交车辆的保养类型。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取公交车辆的当前行驶里程数；

根据所述当前行驶里程数，更新所述公交车辆的各保养类型对应的累计里程数，所述累计里程数为距离上一次对所述公交车辆执行该保养类型后公交车辆已累计行驶里程数；

根据各所述保养类型的当前累计里程数与各所述保养类型的保养间隔里程阈值之间的里程对应关系，确定所述公交车辆的保养类型。

上述公交车辆保养类型确定方法、装置、计算机设备以及存储介质，通过获取公交车辆的当前行驶里程数；根据当前行驶里程数，更新公交车辆的各保养类型对应的累计里程数，累计里程数为距离上一次对公交车辆执行该保养类型后公交车辆已累计行驶里程数；根据各保养类型的当前累计里程数与各保养类型的保养间隔里程阈值之间的里程对应关系，确定公交车辆的保养类型。本申请通过结合公交车辆的具体行驶里程数以及历史的保养记录，为其选择合适的保养类型，从而提高公交车辆的保养效果。

附图说明

图1为一个实施例中公交车辆保养类型确定方法的应用环境图；

图2为一个实施例中公交车辆保养类型确定方法的流程示意图；

图3为另一个实施例中公交车辆保养类型确定方法的流程示意图；

图4为另一个实施例中公交车辆保养类型确定方法的流程示意图；

图5为一个实施例中公交车辆保养类型确定装置的结构框图；

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

具体实施方式

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

本申请提供的公交车辆保养类型确定方法，可以应用于如图1所示的应用环境中，其中，车载终端102通过网络与保养类型推算服务器104进行通信，保养类型推算服务器104可以接收车载终端102提交的公交车辆行驶里程数相关数据；而后根据当前行驶里程数，更新公交车辆的各保养类型对应的累计里程数，累计里程数为距离上一次对公交车辆执行该保养类型后公交车辆已累计行驶里程数；根据各保养类型的当前累计里程数与各保养类型的保养间隔里程阈值之间的里程对应关系，确定公交车辆的保养类型。保养类型推算服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图2所示，在其中一个实施例中，本申请的公交车辆保养类型确定方法，通过保养类型推算服务器实现，公交车辆保养类型确定方法具体包括以下步骤：

s200，获取公交车辆的当前行驶里程数。

公交车辆是指待确定保养类型的公交车辆，本申请的公交车辆保养方案具体用于对根据公交车辆的具体状况为其确定一个使用的公交车辆保养方案，而公交车辆的行驶里程数是公交车辆保养的一个重要参考数据，服务器可以根据公交车辆的行驶里程数为其确定对应保养类型。首先，保养类型推算服务器可以直接从终端获取当前公交车辆的行驶里程数据。在一个具体实施例中，可以获取公交车辆上传的公交车辆当天行驶的当天gps里程数，并将当天gps里程数作为当前行驶里程数。在另一个实施例中，可以获取公交车辆上传的公交车辆的累积gps里程数；获取记录的公交车辆的已累积gps里程数，并将累积gps里程数和已累积gps里程数的差值，确定为公交车辆的当前行驶里程数。

s400，根据当前行驶里程数，更新公交车辆的各保养类型对应的累计里程数，累计里程数为距离上一次对公交车辆执行该保养类型后公交车辆已累计行驶里程数。

针对各个不同保养类型，本申请包含了不同的保养间隔里程阈值，当累积里程数达到保养间隔里程阈值时，即可判断公交车辆应进行该类型的汽车保养，而累计里程数是指各个不同保养类型下对应的汽车行驶里程，累积里程从公交车辆上次进行该类型的保养后开始累加计算。因为不同的保养类型针对的对象不同，有的针对汽车的发动机进行保养，有的针对公交车辆的底盘进行保养，需要针对不同的保养对象确定不同的保养类型。

s600，根据各保养类型的当前累计里程数与各保养类型的保养间隔里程阈值之间的里程对应关系，确定公交车辆的保养类型。

里程对应关系具体是指保养类型下的当前累计里程数是否超过了该保养类型的保养间隔里程阈值。当达到或者是超过了该保养类型的保养间隔里程阈值时，保养类型推算服务器即可判断公交车辆应进行该类型的公交车辆保养，提高公交车辆的保养效果，并保证公交车辆的运营效率。

上述公交车辆保养类型确定方法，通过获取公交车辆的当前行驶里程数；根据当前行驶里程数，更新公交车辆的各保养类型对应的累计里程数，累计里程数为距离上一次对公交车辆执行该保养类型后公交车辆已累计行驶里程数；根据各保养类型的当前累计里程数与各保养类型的保养间隔里程阈值之间的里程对应关系，确定公交车辆的保养类型。本申请通过结合公交车辆的具体行驶里程数以及历史的保养记录，为其选择合适的保养类型，从而提高公交车辆的保养效果。

在一个实施例中，保养类型包括：底盘一级保养、底盘二级保养以及发动机保养，其中，底盘二级保养的保养项目包含底盘一级保养的所有保养项目；各保养类型的当前累计里程数包括：底盘一级保养里程数、底盘二级保养里程数以及发动机保养里程数，保养间隔里程阈值包括：底盘一级保养里程阈值、底盘二级保养里程阈值以及发动机保养里程阈值。

在一个实施例中，步骤s400之前还包括确定底盘保养里程阈值的步骤，具体为：

获取公交车辆的运行线路以及公交车辆的车型型号，根据公交车辆的运行线路确定公交车辆的运行路况信息。

获取目标的运行状况参数，运行状况参数包括刹车制动蹄片参数。

基于公交车辆的车型型号、运行路况信息、以及刹车制动蹄片参数，确定底盘一级保养里程阈值和底盘二级保养里程阈值。

具体的，根据公交车辆实际运行公里分为底盘一级保养d1、底盘二级保养d2和发动机保养f2。其中底盘一级保养d1的实际运行公里大约为4000至6000公里，底盘二级保养d2的实际运行公里大约为16000至20000公里，发动机保养f2的实际运行公里大约为20000至25000公里，发动机保养是和底盘保养作为组合保养出现。所有保养类型都是以保证公交车辆运行安全为前提下设置的，具体包括了d1(底盘一级保养)、d2(底盘二级保养)、d1f2、d2f2。d2包含d1所有的保养作业内容，d2f2包含所有保养类型的保养作业内容。底盘一级保养d1作业内容主要是清洁、检查、调整、紧固、润滑。底盘二级保养d2包括d1作业内容外，主要对传动、转向、制动等系统进行维护和维修，保证行车安全。而影响底盘保养里程阈值的因素主要包括了公交车辆的具体型号，公交车辆的运行路况信息以及公交车辆的刹车制动蹄片参数，其中公交车辆的运行路况信息可以根据其运行线路来进行确定。对于公交车辆的具体型号对底盘保养里程阈值的影响度可以基于对各型号公交车辆的历史经验来获得，基于历史经验来总结汽车型号对底盘保养里程阈值的影响度。对于公交车辆的运行路况信息，运行路况越差的公交车辆，其底盘保养里程阈值越短。服务器可以运行路况的分类级别，对于各类别的运行路况分配不同的底盘保养里程阈值影响度。对于刹车制动蹄片参数，该刹车制动蹄片参数具体可以为刹车制动蹄片磨损厚度，蹄片厚度磨损越多，其对应的保养间隔公里参数就越小。通过多种参数结合考虑公交车辆的底盘保养里程阈值，可以有效提高各公交车辆所用保养类型的针对性，提高公交车辆保养的效果。

在一个实施例中，步骤s400之前还包括确定发动机保养里程阈值的步骤，具体为：

获取公交车辆的运行线路以及公交车辆的车型型号，根据公交车辆的运行线路确定公交车辆的运行路况信息；获取公交车辆的公交车辆参数信息，并基于公交车辆参数信息确定应用于公交车辆的润滑油参数信息；基于公交车辆的车型型号、运行路况信息、以及基于确定的润滑油参数信息，确定发动机保养里程阈值。

影响发动机保养里程阈值的因素主要包括了公交车辆的车型型号、运行路况信息、以及基于确定的润滑油参数信息，其中润滑油参数信息具体包括了润滑油公里数，即发动机更换润滑油的公里数。发动机保养里程阈值的最重要影响因素是发动机对应的润滑油参数信息，一般根据公交车辆的车型型号、运行路况信息等影响因素选择一个略小于润滑油公里数的数据作为确定的发动机保养里程阈值。通过多种参数结合考虑公交车辆的发动机保养里程阈值，可以有效提高各公交车辆所用保养类型的针对性，提高公交车辆保养的效果。

在一个实施例中，步骤s600具体包括：

根据底盘一级保养里程数与底盘一级保养里程阈值判断是否需要进行保养；

当不需要进行保养时，判断公交车辆的保养类型为无；

当需要进行保养时，根据底盘二级保养里程数与底盘二级保养里程阈值，判断公交车辆的保养类型判断公交车辆的保养类型为底盘一级保养或底盘二级保养，并根据发动机保养里程数与发动机保养里程阈值，确定保养类型是否包括发动机保养。

具体而言，在底盘一级保养里程数小于底盘一级保养里程阈值时，判定不需要进行保养。

在底盘一级保养里程数大于或者等于底盘一级保养里程阈值，底盘二级保养里程数小于底盘二级保养里程阈值，且发动机保养里程数小于发动机保养里程阈值时，确定公交车辆的保养类型为底盘一级保养。

在底盘一级保养里程数大于或者等于底盘一级保养里程阈值，底盘二级保养里程数大于或者等于底盘二级保养里程阈值，且发动机保养里程数小于发动机保养里程阈值时，确定公交车辆的保养类型为底盘二级保养。

在底盘一级保养里程数大于或者等于底盘一级保养里程阈值，底盘二级保养里程数小于底盘二级保养里程阈值，且发动机保养里程数大于或者等于发动机保养里程阈值时，确定公交车辆的保养类型为底盘一级保养与发动机保养类型。

在底盘一级保养里程数大于或者等于底盘一级保养里程阈值，底盘二级保养里程数大于或者等于底盘二级保养里程阈值，且发动机保养里程数大于或者等于发动机保养里程阈值时，确定公交车辆的保养类型为底盘二级保养与发动机保养类型。

具体的，在本申请中，底盘一级保养里程数与底盘二级保养里程数分开计算，在底盘一级保养里程数小于底盘一级保养里程阈值时，判定不需要进行保养，判断公交车辆距上次保养的行驶路程较短，暂时不需要进行相应保养。而在底盘一级保养里程数大于或者等于底盘一级保养里程阈值，底盘二级保养里程数小于底盘二级保养里程阈值，且发动机保养里程数小于发动机保养里程阈值时，公交车辆在底盘一级保养的范围内已达到阈值，而高级的底盘二级保养和发动机保养并未达到阈值，此时可以确定公交车辆的保养类型为底盘一级保养。在底盘一级保养里程数大于或者等于底盘一级保养里程阈值，底盘二级保养里程数大于或者等于底盘二级保养里程阈值，且发动机保养里程数小于发动机保养里程阈值时，由于高级的底盘二级保养包括了底盘一级保养的全部内容，此时可以确定公交车辆的保养类型为底盘二级保养。而对于发动机保养，当进行底盘保养时，只要发动机保养的阈值达到，即可将发动机保养作为当前底盘保养的组合保养来进行保养类型的确定。通过具体的各个保养类型对应的里程数据来综合确定公交车辆的保养类型，可以提高保养类型确定的正确性，提高公交车辆保养的实际效果。

在一个实施例中，步骤s600之前，还包括：

在任意一个保养类型的保养间隔里程阈值减去预定乘积的差值小于该保养类型的当前累计里程数时，将其置入实时计划保养表单，其中，预定乘积为公交车辆的日计划里程与计划天数的乘积。

其中日计划里程数为公交车辆计划每日的行车里程数，而计划天数是指一个提前预估进行保养排表的天数，一般可以提前一周进行排表，将该天数设置为7天。实施计划保养表单是指对公交车辆的保养顺序进行排列的表单。由于公交车辆保养过程中的设备使用等问题，可以提前制定实时计划保养表单，将计划天数内需要进行保养的公交车辆置入该时计划保养表单，并根据置入表单的时间将其进行排序，防止公交车辆在保养时出现保养时间相同的问题。

如图3所示，在其中一个实施例中，步骤s600之后，还包括步骤：

s720，根据确定的保养类型，查询实时计划保养表单中同保养类型公交车辆已有排单，确定公交车辆的保养日期以及与保养类型对应的保养项目计划。

s740，将保养日期以及保养项目计划推送至公交车辆关联的车间终端和车队终端。

在确定公交车辆的保养类型之后，可以依据该保养类型，查询实时计划保养表单中同保养类型公交车辆已有排单，而后确定公交车辆的保养日期，并生成与保养类型对应的且针对公交车辆的保养项目计划，而后将保养日期推送至进行保养的车间终端与公交车辆所在的车队终端，提醒车间与车队进行提前准备，提高公交车辆保养的效率。

如图4所示，在其中一个实施例中，步骤s600之后，还包括：

步骤s800，在接收到公交车辆保养类型对应的保养完毕信息后，将确定的公交车辆的保养类型的当前累计里程数清零。

当公交车辆进行保养之后，车载终端或者公交车辆保养车间会向保养类型推算服务器推送一个公交车辆对应的保养完毕信息，当服务器接收到该消息之后，会将公交车辆进行保养的该保养类型对应的累积里程数清零，进行下一轮的保养里程累积工作。

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

如图5所示，本申请还包括一种公交车辆保养类型确定装置，装置包括：

当前里程获取模块200，用于获取公交车辆的当前行驶里程数。

累积里程获取模块400，用于根据当前行驶里程数，更新公交车辆的各保养类型对应的累计里程数，累计里程数为距离上一次对公交车辆执行该保养类型后公交车辆已累计行驶里程数。

保养类型推算模块600，用于根据各保养类型的当前累计里程数与各保养类型的保养间隔里程阈值之间的里程对应关系，确定公交车辆的保养类型。

在其中一个实施例中，保养类型包括：底盘一级保养、底盘二级保养以及发动机保养，其中，底盘二级保养的保养项目包含底盘一级保养的所有保养项目。各保养类型的当前累计里程数包括：底盘一级保养里程数、底盘二级保养里程数以及发动机保养里程数，保养间隔里程阈值包括：底盘一级保养里程阈值、底盘二级保养里程阈值以及发动机保养里程阈值。还包括阈值获取模块，阈值获取模块用于获取公交车辆的运行线路以及公交车辆的车型型号，根据公交车辆的运行线路确定公交车辆的运行路况信息；获取目标的运行状况参数，运行状况参数包括刹车制动蹄片参数；基于公交车辆的车型型号、运行路况信息、以及刹车制动蹄片参数，确定底盘一级保养里程阈值和底盘二级保养里程阈值。

在其中一个实施例中，阈值获取模块还用于获取公交车辆的运行线路以及公交车辆的车型型号，根据公交车辆的运行线路确定公交车辆的运行路况信息；获取公交车辆的公交车辆参数信息，并基于公交车辆参数信息确定应用于公交车辆的润滑油参数信息；基于公交车辆的车型型号、运行路况信息、以及基于确定的润滑油参数信息，确定发动机保养里程阈值。

在其中一个实施例中，保养类型推算模块600用于根据底盘一级保养里程数与底盘一级保养里程阈值判断是否需要进行保养；当不需要进行保养时，判断公交车辆的保养类型为无；当需要进行保养时，根据底盘二级保养里程数与底盘二级保养里程阈值，判断公交车辆的保养类型判断公交车辆的保养类型为底盘一级保养或底盘二级保养，并根据发动机保养里程数与发动机保养里程阈值，确定保养类型是否包括发动机保养。

在其中一个实施例中，还包括表单设置模块，用于在任意一个保养类型的保养间隔里程阈值减去预定乘积的差值小于该保养类型的当前累计里程数时，将其置入实时计划保养表单，其中，预定乘积为公交车辆的日计划里程与计划天数的乘积。

在其中一个实施例中，还包括计划推送模块，用于根据确定的保养类型，查询实时计划保养表单中同保养类型公交车辆已有排单，确定公交车辆的保养日期以及与保养类型对应的保养项目计划；将保养日期以及保养项目计划推送至公交车辆关联的车间终端和车队终端。

在其中一个实施例中，还包括里程清零模块，用于在接收到公交车辆保养类型对应的保养完毕信息后，将确定的公交车辆的保养类型的当前累计里程数清零。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种公交车辆保养类型确定方法。该数据库存储有公交车辆的保养间隔里程阈值以及当前累计里程数等数据。

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取公交车辆的当前行驶里程数；

根据当前行驶里程数，更新公交车辆的各保养类型对应的累计里程数，累计里程数为距离上一次对公交车辆执行该保养类型后公交车辆已累计行驶里程数；

根据各保养类型的当前累计里程数与各保养类型的保养间隔里程阈值之间的里程对应关系，确定公交车辆的保养类型。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取公交车辆的运行线路以及公交车辆的车型型号，根据公交车辆的运行线路确定公交车辆的运行路况信息；获取目标的运行状况参数，运行状况参数包括刹车制动蹄片参数；基于公交车辆的车型型号、运行路况信息、以及刹车制动蹄片参数，确定底盘一级保养里程阈值和底盘二级保养里程阈值。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取公交车辆的运行线路以及公交车辆的车型型号，根据公交车辆的运行线路确定公交车辆的运行路况信息；获取公交车辆的公交车辆参数信息，并基于公交车辆参数信息确定应用于公交车辆的润滑油参数信息；基于公交车辆的车型型号、运行路况信息、以及基于确定的润滑油参数信息，确定发动机保养里程阈值。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据底盘一级保养里程数与底盘一级保养里程阈值判断是否需要进行保养；当不需要进行保养时，判断公交车辆的保养类型为无；当需要进行保养时，根据底盘二级保养里程数与底盘二级保养里程阈值，判断公交车辆的保养类型判断公交车辆的保养类型为底盘一级保养或底盘二级保养，并根据发动机保养里程数与发动机保养里程阈值，确定保养类型是否包括发动机保养。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在任意一个保养类型的保养间隔里程阈值减去预定乘积的差值小于该保养类型的当前累计里程数时，将其置入实时计划保养表单，其中，预定乘积为公交车辆的日计划里程与计划天数的乘积。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据确定的保养类型，查询实时计划保养表单中同保养类型公交车辆已有排单，确定公交车辆的保养日期以及与保养类型对应的保养项目计划；将保养日期以及保养项目计划推送至公交车辆关联的车间终端和车队终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在接收到公交车辆保养类型对应的保养完毕信息后，将确定的公交车辆的保养类型的当前累计里程数清零。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取公交车辆的当前行驶里程数；

根据当前行驶里程数，更新公交车辆的各保养类型对应的累计里程数，累计里程数为距离上一次对公交车辆执行该保养类型后公交车辆已累计行驶里程数；

根据各保养类型的当前累计里程数与各保养类型的保养间隔里程阈值之间的里程对应关系，确定公交车辆的保养类型。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取公交车辆的运行线路以及公交车辆的车型型号，根据公交车辆的运行线路确定公交车辆的运行路况信息；获取目标的运行状况参数，运行状况参数包括刹车制动蹄片参数；基于公交车辆的车型型号、运行路况信息、以及刹车制动蹄片参数，确定底盘一级保养里程阈值和底盘二级保养里程阈值。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取公交车辆的运行线路以及公交车辆的车型型号，根据公交车辆的运行线路确定公交车辆的运行路况信息；获取公交车辆的公交车辆参数信息，并基于公交车辆参数信息确定应用于公交车辆的润滑油参数信息；基于公交车辆的车型型号、运行路况信息、以及基于确定的润滑油参数信息，确定发动机保养里程阈值。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据底盘一级保养里程数与底盘一级保养里程阈值判断是否需要进行保养；当不需要进行保养时，判断公交车辆的保养类型为无；当需要进行保养时，根据底盘二级保养里程数与底盘二级保养里程阈值，判断公交车辆的保养类型判断公交车辆的保养类型为底盘一级保养或底盘二级保养，并根据发动机保养里程数与发动机保养里程阈值，确定保养类型是否包括发动机保养。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在任意一个保养类型的保养间隔里程阈值减去预定乘积的差值小于该保养类型的当前累计里程数时，将其置入实时计划保养表单，其中，预定乘积为公交车辆的日计划里程与计划天数的乘积。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据确定的保养类型，查询实时计划保养表单中同保养类型公交车辆已有排单，确定公交车辆的保养日期以及与保养类型对应的保养项目计划；将保养日期以及保养项目计划推送至公交车辆关联的车间终端和车队终端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到公交车辆保养类型对应的保养完毕信息后，将确定的公交车辆的保养类型的当前累计里程数清零。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

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

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