一种车辆维修结果验证方法和装置与流程

1.本发明涉及车辆检测领域，尤其是涉及一种车辆维修结果验证方法和装置。


背景技术：

2.目前，判断车辆故障是否成功维修的方式往往需要技术或厂家技术人员对维修后的车辆进行人工跟车，并且，在车辆故障维修过程中，有一部分故障由于需要在特定条件下或需要车辆运行一段时间才能复现(例如排放超标等)，此类故障为车辆维修之后的验证带来一定的困难。
3.现有的车辆维修结果验证方式多为人工判断，验证效率低且容易出现误判。


技术实现要素：

4.本发明的目的在于克服现有技术的缺点与不足，提供一种提高车辆维修结果验证的准确性进行的车辆维修结果验证方法和装置。
5.第一方面，本申请实施例提供了一种车辆维修结果验证方法，所述车辆上设有t
‑
box设备；
6.所述车辆维修结果验证方法包括以下步骤：
7.接收移动终端发送的验证请求信号；其中，所述验证请求信号包括车辆维修项目及其验证周期；
8.若所述验证周期大于设定时间阈值，从服务器中获取与所述车辆维修项目对应的验证模型和验证条件；
9.根据所述车辆维修项目生成数据采集任务；
10.根据所述数据采集任务生成车辆的采集配置信息并发送至所述t
‑
box设备；
11.接收所述t
‑
box设备返回的采集数据，将所述采集数据输入所述验证模型得到验证参数，并判断所述验证参数是否满足验证条件；
12.若所述验证参数始终满足所述验证条件，判断车辆维修成功，将所述车辆维修验证结果反馈至所述移动终端。
13.可选的，在接收移动终端发送的验证请求信号的步骤之后，还包括：
14.若所述验证周期小于或等于设定时间阈值；
15.获取与所述车辆维修项目对应的维修数据；
16.根据所述车辆维修项目生成用于提醒用户控制车辆执行对应操作的提示信号；
17.采集用户执行对应操作之后的验证数据；
18.将所述验证数据与所述维修数据进行比较，确定所述车辆是否维修成功。
19.可选的，所述t
‑
box设备返回的采集数据为验证周期内或验证里程内车辆的运行数据。
20.可选的，所述验证条件包括验证参数阈值范围和车辆运行的验证周期；
21.判断所述验证参数是否满足验证条件的步骤，包括：
22.在所述验证周期内，若所述验证参数始终处于所述验证参数阈值范围内，则判断所述验证参数满足所述验证条件。
23.可选的，所述验证条件包括验证参数阈值范围和车辆运行的验证里程；
24.判断所述验证参数是否满足验证条件的步骤，包括：
25.在所述验证里程内，若所述验证参数始终处于所述验证参数阈值范围内，则判断所述验证参数满足所述验证条件。
26.可选的，所述验证参数阈值范围为基于专家经验和/或台架试验得到的第一验证参数阈值范围。
27.可选的，所述验证请求信号还包括车辆型号；
28.在从服务器中获取与所述车辆维修项目对应的验证条件的步骤之前，还包括：
29.获取与所述车辆型号和车辆维修项目对应的历史数据，剔除所述历史数据中的离群点；
30.利用聚类算法对所述历史数据进行聚类，选取数据点最多的前n类进行数据合并；其中，n小于聚类的数量；
31.利用箱线图算法获取合并数据的分布区间，得到第二验证参数阈值范围；
32.若所述第二验证参数阈值范围小于所述第一验证参数阈值范围，以所述第二验证参数阈值范围作为验证参数阈值范围。
33.第二方面，本申请实施例提供了一种车辆维修结果验证装置，所述车辆上设有t
‑
box设备；
34.所述车辆维修结果验证装置包括：
35.请求信号接收模块，用于接收移动终端发送的验证请求信号；其中，所述验证请求信号包括车辆维修项目及其验证周期；
36.验证条件获取模块，用于若所述验证周期大于设定时间阈值，从服务器中获取与所述车辆维修项目对应的验证模型和验证条件；
37.数据采集任务生成模块，用于根据所述车辆维修项目生成数据采集任务；
38.配置信息生成模块，用于根据所述数据采集任务生成车辆的采集配置信息并发送至所述t
‑
box设备；
39.采集数据验证模块，用于接收所述t
‑
box设备返回的采集数据，将所述采集数据输入所述验证模型得到验证参数，并判断所述验证参数是否满足验证条件；
40.车辆维修结果获取模块，用于若所述验证参数始终满足所述验证条件，判断车辆维修成功，将所述车辆维修验证结果反馈至所述移动终端。
41.第三方面，本申请实施例提供了一种计算机可读存储介质，其上储存有计算机程序，该计算机程序被处理器执行时实现如上述任意一项所述的车辆维修结果验证方法的步骤。
42.第四方面，本申请实施例提供了一种车辆诊断系统，包括存储器、处理器以及存储在所述存储器中并可被所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上述任意一项所述的车辆维修结果验证方法的步骤。
43.在本申请实施例中，通过接收移动终端发送的包括车辆维修项目及其验证周期的验证请求信号，针对验证周期大于设定时间阈值的情况，通过从服务器中获取与车辆维修
项目对应的验证模型和验证条件，根据所述车辆维修项目生成数据采集任务，根据数据采集任务生成车辆的采集配置信息并发送至车辆的t
‑
box设备；通过接收t
‑
box设备返回的采集数据，将采集数据输入所述验证模型得到验证参数，并判断验证参数是否满足验证条件以此来判断车辆是否维修成功，以车辆自动采集验证数据替代传统的人工跟车，降低车辆维修结果验证成本，避免人工误判和漏判，提高车辆维修结果验证的准确性和效率。
44.为了更好地理解和实施，下面结合附图详细说明本发明。
附图说明
45.图1是本发明一个示例性的实施例中一种车辆维修结果验证方法的流程图；
46.图2是本发明一个示例性的实施例中一种车辆维修结果验证装置的结构示意图。
具体实施方式
47.为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。
48.应当明确，所描述的实施例仅仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它例子，都属于本申请实施例保护的范围。
49.在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
50.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。
51.此外，在本申请的描述中，除非另有说明，“若干个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
52.本申请实施例可以应用于对维修后车辆进行检测，所述车辆上设有t
‑
box设备，t
‑
box设备为车辆网智能车载终端，可通过车辆通信协议与车辆进行信息交互，获取车辆的运行数据。
53.如图1所示，本申请实施例提供了一种车辆维修结果验证方法，包括以下步骤：
54.步骤s1：接收移动终端发送的验证请求信号；其中，所述验证请求信号包括车辆维修项目及其验证周期；
55.所述验证请求信号为用户在移动终端输入的车辆维修结果验证请求信号。
56.验证周期为验证某个车辆维修项目是否维修成功所需要的时间。例如，当车辆故
障项目为尿素消耗高和再生频繁等在经维修后需要行使数百公里或数千公里进行验证时，验证周期可以是车辆行驶达到上述里程时所需要的的时间。
57.步骤s2：若所述验证周期大于设定时间阈值，从服务器中获取与所述车辆维修项目对应的验证模型和验证条件；
58.所述设定时间阈值可根据实际需求进行设定。
59.所述验证模型用于对采集数据进行逻辑计算，得到验证参数。其中，所述验证模型包括对应车辆维修项目验证参数的各项计算公式。
60.所述验证条件用于判断该验证参数是否满足维修成功的条件，根据判断结果得到车辆维修验证结果。
61.具体地，在一个实施例中，所述验证条件包括验证参数阈值范围和车辆运行的验证周期；
62.判断所述验证参数是否满足验证条件的步骤，包括：
63.在所述验证周期内，若所述验证参数始终处于所述验证参数阈值范围内，则判断所述验证参数满足所述验证条件。
64.在另一个实施例中，所述验证条件包括验证参数阈值范围和车辆运行的验证里程；
65.判断所述验证参数是否满足验证条件的步骤，包括：
66.在所述验证里程内，若所述验证参数始终处于所述验证参数阈值范围内，则判断所述验证参数满足所述验证条件。
67.步骤s3：根据所述车辆维修项目生成数据采集任务；
68.数据采集任务包括验证该车辆维修项目是否维修成功所需的各项车辆参数，例如尿素循环喷射量、车速、燃油循环喷射量、发动机转速、离合器信号等相关参数。在一个实施例中，可以生成多个数据采集任务，其中，一项车辆参数对应生成一数据采集任务。
69.步骤s4：根据所述数据采集任务生成车辆的采集配置信息并发送至所述t
‑
box设备；
70.在一个实施例中，基于车辆的通信协议，根据根据所述数据采集任务生成车辆的采集配置信息，车辆根据接收到的采集配置信息执行数据采集任务，并返回采集数据。
71.通过借助车辆自带的t
‑
box设备进行数据的采集和监控，降低车辆维修验证成本。
72.步骤s5：接收所述t
‑
box设备返回的采集数据，将所述采集数据输入所述验证模型得到验证参数，并判断所述验证参数是否满足验证条件；
73.在一个实施例中，所述t
‑
box设备返回的采集数据为验证周期内或验证里程内车辆的运行数据，当所述t
‑
box设备返回的采集数据满足一定的验证周期或验证里程时，向t
‑
box设备设备发送停止采集指令，控制所述t
‑
box设备停止数据采集。
74.所述验证条件可以为用户预设的用于判断车辆是否维修成功的验证参数阈值或验证参数阈值范围。在一个实施例中，所述验证参数阈值范围为基于专家经验和/或台架试验得到的第一验证参数阈值范围。
75.步骤s6：若所述验证参数始终满足所述验证条件，判断车辆维修成功，将所述车辆维修验证结果反馈至所述移动终端。
76.通过将车辆维修验证结果返回至移动终端，以便于用户或维修人员及时得知车辆
维修结果。
77.在本申请实施例中，通过接收移动终端发送的包括车辆维修项目及其验证周期的验证请求信号，针对验证周期大于设定时间阈值的情况，通过从服务器中获取与车辆维修项目对应的验证模型和验证条件，根据所述车辆维修项目生成数据采集任务，根据数据采集任务生成车辆的采集配置信息并发送至车辆的t
‑
box设备；通过接收t
‑
box设备返回的采集数据，将采集数据输入所述验证模型得到验证参数，并判断验证参数是否满足验证条件以此来判断车辆是否维修成功，以车辆自动采集验证数据替代传统的人工跟车，降低车辆维修结果验证成本，避免人工误判和漏判，提高车辆维修结果验证的准确性和效率。
78.在一个示例性的实施例中，在接收移动终端发送的验证请求信号的步骤之后，还包括：
79.若所述验证周期小于或等于设定时间阈值；
80.获取与所述车辆维修项目对应的维修数据；
81.根据所述车辆维修项目生成用于提醒用户控制车辆执行对应操作的提示信号；
82.采集用户执行对应操作之后的验证数据；
83.将所述验证数据与所述维修数据进行比较，确定所述车辆是否维修成功。
84.针对验证周期短的车辆维修项目，可直接通过生成提示信号，令用户按照该提示信号执行相应操作进行数据采集，并与维修数据比对快速地得到车辆维修验证结果。
85.在一个优选的实施例中，所述验证请求信号还包括车辆型号；
86.在从服务器中获取与所述车辆维修项目对应的验证条件的步骤之前，还包括：
87.获取与所述车辆型号和车辆维修项目对应的历史数据，剔除所述历史数据中的离群点；
88.利用聚类算法对所述历史数据进行聚类，选取数据点最多的前n类进行数据合并；其中，n小于聚类的数量；
89.利用箱线图算法获取合并数据的分布区间，得到第二验证参数阈值范围；
90.若所述第二验证参数阈值范围小于所述第一验证参数阈值范围，以所述第二验证参数阈值范围作为验证参数阈值范围。
91.箱线图是一种用作显示一组数据分散情况资料的统计图。通过先找出一组数据的上边缘、下边缘、中位数和两个四分位数；然后，连接两个四分位数画出箱体；再将上边缘和下边缘与箱体相连接，中位数在箱体中间，通过箱线图可以确定一批数据中的异常值和分布区间。在本申请书实施例中，通过箱线图算法得到合并数据的上限和下限，并以该上限和下限形成的区间作为第二验证参数阈值范围。
92.通过人工经验结合大数据分析的方式，得到更加精确的验证参数阈值范围，保证车辆维修结果验证的准确性。
93.以下以车辆尿素消耗作为车辆维修项目，以行驶里程和尿素燃油消耗比正常区间范围作为验证条件，对本申请实施例所述车辆维修结果验证过程进行说明，其验证过程如下：
94.从服务器中获取与车辆尿素消耗验证模型，该验证模型以车辆尿素燃油消耗比(百公里尿素消耗量/百公里燃油消耗量)作为验证参数，验证参数的计算过程如下：
95.通过tbox采集车辆运行过程中尿素循环喷射量、车速、燃油循环喷射量、发动机转
速、离合器信号等相关参数，每5分钟使用最近500公里数据进行百公里尿素消耗量和百公里燃油消耗量计算，再计算二者比值。其计算公式如下：
96.区间累计行驶里程(公里)＝∑当前车速(单位m/s)*采集间隔/1000；
97.1公里区间尿素累计消耗＝∑当前尿素喷射量(单位秒)*采集间隔；
98.在实际计算时，根据车辆的累计行驶里程不同，其尿素消耗计算公式不同，具体地：
99.当车辆累计行驶里程>500公里时：
100.100公里尿素消耗＝最近区间累计行驶里程500公里的区间尿素累计消耗值/5；
101.续航里程＝当前尿素液位值/100公里尿素消耗；
102.当车辆累计行驶里程<500公里时：
103.100公里尿素消耗＝总区间尿素累计消耗/总区间累计行驶里程；
104.续航里程＝当前尿素液位值/100公里尿素消耗；
105.基于专家经验确定指定车型的尿素燃油消耗比正常区间范围是3％～7％，为进一步精确该范围值，通过提取100台该车型车辆历史采集的最近2000公里数据，并通过上述计算公式每5分钟计算一次最近500公里尿素燃油消耗比值，得到100台车最近2000公里尿素燃油消耗比分布，共计近3万个数据点，在剔除异常值后，使用聚类方法将3万个数据点进行聚类，经过验证发现将数据聚成7类效果最好，其中3个数据点最多的组占到总数据点数的87％，将3个数据点最多的组数据合并后，使用箱线图算法计算数据的上下限制区间，最终通过大数据确定该车型的尿素燃油消耗比正常区间范围是3.3％～7.1％，即为验证参数阈值范围是3.3％～7.1％。
106.当接收到验证请求信号时，由于该验证周期较长，自动从服务器中导入验证模型中进行尿素燃油消耗比监控，当车辆运行指定时间或指定里程过程中尿素燃油消耗比值都在配置的正常区间范围，即认为本次维修有效，并返回维修结果至移动终端。
107.如图2所示，本申请实施例还提供了一种车辆维修结果验证装置，包括：
108.请求信号接收模块1，用于接收移动终端发送的验证请求信号；其中，所述验证请求信号包括车辆维修项目及其验证周期；
109.验证条件获取模块2，用于若所述验证周期大于设定时间阈值，从服务器中获取与所述车辆维修项目对应的验证模型和验证条件；
110.数据采集任务生成模块3，用于根据所述车辆维修项目生成数据采集任务；
111.配置信息生成模块4，用于根据所述数据采集任务生成车辆的采集配置信息并发送至所述t
‑
box设备；
112.采集数据验证模块5，用于接收所述t
‑
box设备返回的采集数据，将所述采集数据输入所述验证模型得到验证参数，并判断所述验证参数是否满足验证条件；
113.车辆维修结果获取模块6，用于若所述验证参数始终满足所述验证条件，判断车辆维修成功，将所述车辆维修验证结果反馈至所述移动终端。
114.需要说明的是，上述实施例提供的车辆维修结果验证装置在执行车辆维修结果验证方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分为不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的车辆维修结果验证装置与车辆维修
结果验证方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
115.本申请实施例还提供了一种计算机可读存储介质，其上储存有计算机程序，该计算机程序被处理器执行时实现如上述任意一项所述的车辆维修结果验证方法的步骤。
116.本发明可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。计算机可读储存介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd
‑
rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
117.本申请实施例还提供了一种车辆诊断系统，包括存储器、处理器以及存储在所述存储器中并可被所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上述任意一项所述的车辆维修结果验证方法的步骤。
118.本申请实施例所述车辆维修结果验证方法通过利用车辆自带的tbox设备进行数据监控，代替人工跟车，降低维修结果验证成本，将厂家技术人员跟车使用的方法转化成线上分析模型，保证维修结果验证的专业性，同时对数据进行实时监控运算，避免人工的误判和漏判，通过人工经验结合大数据分析等手段精确阈值范围，保证验证结果更加精确。
119.本发明并不局限于上述实施方式，如果对本发明的各种改动或变形不脱离本发明的精神和范围，倘若这些改动和变形属于本发明的权利要求和等同技术范围之内，则本发明也意图包含这些改动和变形。