车辆维修诊断报告的整合方法、相关装置及存储介质与流程

1.本技术涉及汽车诊断领域，尤其涉及一种车辆维修诊断报告的整合方法、相关装置及存储介质。


背景技术：

2.随着汽车普及程度越来越高，汽车服务市场不断扩大，当车辆出现故障时，往往需要将车辆送至汽车维修机构进行维修。车辆维修记录是对车辆每次维修情况的详细存档。而在车辆进厂维修的到出厂的过程中，需要进行多次的数据检测。
3.目前标准的汽车诊断设备，在完成车辆诊断的检测后，只会根据当前的诊断数据直接生成维修诊断报告，维修诊断报告中的数据只与当前功能或系统的状况有关，灵活性差且所展示的诊断结果比较单一，导致用户体验差。


技术实现要素：

4.本技术实施例提供了一种车辆维修诊断报告的整合方法、相关装置及存储介质，用于提升用户体验。
5.本技术实施例第一方面提供了一种车辆维修诊断报告的整合方法，包括：
6.获取车辆的当前检测数据；
7.获取预设时间段内所述车辆的历史检测数据；
8.判断所述历史检测数据中是否存在故障码信息；
9.若是，则将所述历史检测数据和所述当前检测数据整合生成目标维修诊断报告。
10.可选的，在获取车辆的当前检测数据之后，所述方法还包括：
11.确定所述当前检测数据的检测类型；
12.所述获取预设时间段内所述车辆的历史检测数据包括：
13.获取预设时间段内与所述当前检测数据的检测类型相同的历史检测数据。
14.可选的，当所述当前检测数据的检测类型为全车检测时，所述获取预设时间段内与所述当前检测数据的检测类型相同的历史检测数据包括：
15.获取预设时间段内所述车辆检测类型为全车检测的历史检测数据。
16.可选的，当所述当前检测数据的检测类型为系统检测时，所述获取预设时间段内与所述当前检测数据的检测类型相同的历史检测数据包括：
17.确定所述当前检测数据对应的目标系统；
18.获取预设时间段内所述车辆的目标系统的历史检测数据。
19.可选的，在所述判断所述历史检测数据中是否存在故障码信息之后，所述方法还包括：
20.若否，则生成提示信息，所述提示信息用于提示所述车辆当前无故障信息。
21.可选的，在所述将所述故障码信息和所述当前检测数据整合生成目标维修诊断报告之前，所述方法还包括：
22.确定报告通用内容，所述报告通用内容包括所述车辆信息和维修厂信息；
23.所述将所述历史检测数据和所述当前检测数据整合生成目标维修诊断报告包括：
24.根据所述历史检测数据确定车辆诊断前数据；
25.根据所述当前检测数据确定车辆诊断后数据；
26.根据所述车辆诊断前数据、所述车辆诊断后数据和所述报告通用内容合并生成目标维修诊断报告。
27.可选的，若所述当前检测数据为全车检测时，所述根据所述车辆诊断前数据、所述车辆诊断后数据和所述报告通用内容合并生成目标维修诊断报告，包括：
28.按照系统划分方式，分别展示各个系统对应的车辆诊断前数据以及车辆诊断后数据，形成故障诊断信息内容；
29.将所述报告通用内容以及所述故障诊断信息内容合并，生成所述目标维修诊断报告。
30.本技术实施例第二方面提供了一种车辆维修诊断报告的整合装置，包括：
31.第一获取单元，用于获取车辆的当前检测数据；
32.第二获取单元，用于获取预设时间段内所述车辆的历史检测数据；
33.判断单元，用于判断所述历史检测数据中是否存在故障码信息；
34.生成单元，用于当所述判断单元的判断结果为是时，将所述历史检测数据和所述当前检测数据整合生成目标维修诊断报告。
35.可选的，所述整合装置还包括：
36.第一确定单元，用于确定所述当前检测数据的检测类型；
37.所述第二获取单元具体用于：
38.获取预设时间段内与所述当前检测数据的检测类型相同的历史检测数据。
39.可选的，当所述当前检测数据的检测类型为全车检测时，所述第二获取单元具体用于：
40.获取预设时间段内所述车辆检测类型为全车检测的历史检测数据。
41.可选的，当所述当前检测数据的检测类型为系统检测时，所述第二获取单元具体用于：
42.确定所述当前检测数据对应的目标系统；
43.获取预设时间段内所述车辆的目标系统的历史检测数据。
44.可选的，所述整合装置还包括：
45.提示单元，用于当所述判断单元的判断结果为否时，生成提示信息，所述提示信息用于提示所述车辆当前无故障信息。
46.可选的，所述整合装置还包括：
47.第二确定单元，用于确定报告通用内容，所述报告通用内容包括所述车辆信息和维修厂信息；
48.所述生成单元具体包括：
49.第一确定模块，用于根据所述历史检测数据确定车辆诊断前数据；
50.第二确定模块，用于根据所述当前检测数据确定车辆诊断后数据；
51.生成模块，用于根据所述车辆诊断前数据、所述车辆诊断后数据和所述报告通用
内容合并生成目标维修诊断报告。
52.可选的，若所述当前检测数据的检测类型为全车检测时，所述生成模块具体用于：
53.按照系统划分方式，分别展示各个系统对应的车辆诊断前数据以及车辆诊断后数据，形成故障诊断信息内容；
54.将所述报告通用内容以及所述故障诊断信息内容合并，生成所述目标维修诊断报告。
55.本技术实施例第三方面提供了一种电子设备，所述电子设备包括：
56.处理器、存储器、输入输出单元以及总线；
57.所述处理器与所述存储器、所述输入输出单元以及所述总线相连；
58.所述存储器保存有程序，所述处理器调用所述程序以执行第一方面以及第一方面中任一项可选的车辆维修诊断报告的整合方法。
59.本技术实施例第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行第一方面以及第一方面中任一项可选的车辆维修诊断报告的整合方法。
60.从以上技术方案可以看出，本技术实施例具有以下优点：
61.汽车在进厂维修中通常都会使用解码仪进行多次数据检测，当维修完成后，通过本技术提供的方法能够把预设时间段内同一车辆的维修检测数据进行整合，即把同一车辆维修前的诊断数据与维修后的诊断数据进行整合生成完整的车辆维修诊断报告，使车主能够了解到车辆维修前后的情况，从而提升了用户体验。
附图说明
62.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
63.图1为本技术实施例提供的车辆维修诊断报告的整合方法一个实施例流程示意图；
64.图2为本技术实施例提供的车辆维修诊断报告的整合方法另一个实施例流程示意图；
65.图3为本技术实施例提供的车辆维修诊断报告的整合装置一个实施例结构示意图；
66.图4为本技术实施例提供的车辆维修诊断报告的整合装置另一个实施例结构示意图；
67.图5为本技术实施例提供的电子设备一个实施例结构示意图。
具体实施方式
68.本技术实施例提供了一种车辆维修诊断报告的整合方法、相关装置及存储介质，用于提升用户体验。
69.需要说明的是，本技术实施例提供的车辆维修诊断报告的整合方法应用于具有车
辆检测维修功能的电子设备。该电子设备可以是计算机，个人电脑(pc)，也可以是移动终端，个人数字助理pda等。
70.请参阅图1，图1为本技术实施例提供的车辆维修诊断报告的整合方法的一个实施例，该方法包括：
71.101、获取车辆的当前检测数据。
72.目前的车辆均搭载有车载自动诊断系统(on-board diagnostics，obd)，obd是用于诊断车辆故障的系统，电子设备可以通过车辆上所搭载的obd与车辆内部的ecu进行通讯，例如发动机、波箱、仪表ecu等，可以实时访问到汽车数据从而检测汽车故障。当车辆出现故障时，一般需要到维修厂进行维修，而维修厂在完成维修后按照业务需求需要给客户提供本次检修的报告，在本实施例中，维修人员在完成车辆诊断的检测后生成诊断报告时，电子设备先获取被测车辆当前的检测数据。在本技术中，被测车辆当前的检测数据为维修后的数据，即无故障信息的检测数据。
73.102、获取预设时间段内车辆的历史检测数据。
74.电子设备在获取被测车辆当前的检测数据后，还需要获取被测车辆在之前预设时间段内的历史检测数据。该历史检测数据是指被测车辆在之前预设时间段内的一次或多次检测时访问到的检测数据。需要说明的是，该预设时间段可根据维修厂的维修情况自行设定，例如可以将该预设时间段设置为24小时或者设置为一周，如果该预设时间段为24小时，该历史检测数据则是指24小时内该被测车辆的检测数据。
75.在一些具体的实施例中，vin码信息是车辆识别代码，也可以称之为车架号，是车辆的制造厂商为了识别而给每一辆车指定的一组编码，具有对车辆的唯一识别性。而vin码中包含了制造商代码、车型代码以及车身类型代码等车辆的相关信息。具体的，电子设备可以在每一次检测完成后，以车辆的vin码信息作为文件标识存储当次的检测数据，使得电子设备可以通过车辆的vin码信息来匹配被测车辆的历史检测数据，电子设备还可以根据每次检测数据的存储时间来自动清除预设时间段之外的历史检测数据，以避免占用大量资源。
76.103、判断历史检测数据中是否存在故障码信息，若是，则执行步骤104。
77.在具体应用中，汽车诊断是通过电子设备对汽车进行性能测试和故障检查的方法和手段，通过汽车诊断能够测试出汽车各项工作性能指标，可以在汽车或总成不解体的情况下发现故障信息。当车辆出现故障时，会自动将故障码保存在车辆电子控制单元内部的数据存储区内。因此，可以通过故障码信息确定与当前车辆状态对应的故障状态。
78.在一些具体的实施例中，电子设备可以通过判断所获取到的历史检测数据中是否存在故障码信息来判断车辆在之前预设时间段内的故障情况，如果历史检测数据中存在故障码信息，则说明被测车辆在之前的预设时间段内存在故障情况，此时执行步骤104以生成完整的车辆维修诊断报告。如果历史检测数据不存在故障码信息，则说明被测车辆在之前预设时间段内没有检测到故障情况，此时则不需要生成车辆维修诊断报告。
79.104、将历史检测数据和当前检测数据整合生成目标维修诊断报告。
80.如果获取到的历史检测数据存在故障码信息，电子设备则将获取的历史检测数据和本次诊断的当前检测数据整合生成一份包含检测前与检测后的诊断报告，即目标维修诊断报告。由于本实施例将预设时间段内同一车辆具备故障码信息的历史检测数据和无故障
码信息的当前检测数据整合成目标维修诊断报告，使车主能够完整地了解到车辆维修前后的情况，从而提升了用户体验。
81.下面对本技术实施例提供的车辆维修诊断报告的整合方法进行详细说明，请参阅图2，图2为本技术提供的车辆维修诊断报告的整合方法的另一个实施例，该方法包括：
82.201、获取车辆的当前检测数据。
83.在本实施例中，步骤201与前述实施例中的步骤101类似，此处不再赘述。
84.202、确定当前检测数据的检测类型。
85.维修人员在对车辆进行检测时，可以选择对全车进行检测，也可以选择只对车辆的某些系统进行针对性检测，因此电子设备在获取到被测车辆当前的检测数据后还需要确定该检测数据的检测类型，该检测类型包括系统检测和全车检测。
86.203、获取预设时间段内与当前检测数据的检测类型相同的历史检测数据。
87.电子设备在获取被测车辆当前的检测数据后，还需要获取被测车辆在之前预设时间段内的历史检测数据。该历史检测数据是指被测车辆在之前预设时间段内的一次或多次检测时的检测数据。需要说明的是，该预设时间段可根据维修厂的维修情况自行设定，例如可以将该预设时间段设置为24小时，电子设备则获取24小时内该被测车辆的历史检测数据。
88.而针对当前检测数据不同的检测类型，电子设备所获取的历史检测数据不同。例如，当前检测数据的检测类型为全车检测时，电子设备则对应获取预设时间段内全车检测的历史检测数据；而当前检测数据的检测类型为系统检测时，电子设备所获取的历史检测数据具体如下：
89.电子设备确定当前检测数据对应的目标系统；
90.电子设备获取预设时间段内车辆的目标系统的历史检测数据。
91.如果当前检测数据为针对某一或某些系统的检测数据，电子设备则需要先确定与该当前检测数据对应的目标系统，从而获取预设时间段内被测车辆中目标系统的历史检测数据。
92.204、判断历史检测数据中是否存在故障码信息，若否，则执行步骤205，若是，则直接执行步骤206。
93.在具体应用中，汽车诊断是通过电子设备对汽车进行性能测试和故障检查的方法和手段，通过汽车诊断能够测试出汽车各项工作性能指标，可以在汽车或总成不解体的情况下发现故障信息。当车辆出现故障时，会自动将故障码保存在车辆电子控制单元内部的数据存储区内。因此，可以通过故障码信息确定与当前车辆状态对应的故障状态。
94.在一些具体的实施例中，电子设备可以通过判断所获取到的历史检测数据中是否存在故障码信息来判断车辆在之前预设时间段内的故障情况，如果历史检测数据中存在故障码信息，则说明被测车辆在之前的预设时间段内存在故障情况，此时执行步骤206及后续步骤以生成完整的车辆维修诊断报告。如果历史检测数据不存在故障码信息，则说明被测车辆在之前预设时间段内没有检测到故障情况，此时执行步骤205。
95.205、生成提示信息，提示信息用于提示车辆当前无故障信息。
96.如果电子设备确定被测车辆在之前预设时间段内的历史检测信息中没有故障码信息，则直接生成提示信息，以便提示维修人员该车辆已维修完成，即当前无故障情况。
97.206、确定报告通用内容，报告通用内容包括车辆信息和维修厂信息。
98.在一些具体的实施例中，在生成完整的维修诊断报告之前，需要先确定报告通用内容，该报告通用内容包含了车辆的基本信息以及维修厂信息。具体的，车辆信息是指不限于车辆的品牌、车型、年款、vin码、发动机信息、行驶里程等的车辆相关信息，维修厂信息则是指不限于维修厂名称、地址、联系方式、设备号等的维修厂相关信息。
99.207、根据历史检测数据确定车辆诊断前数据。
100.电子设备所获取的历史检测数据对应的是车辆诊断前的数据，该诊断前数据仅指的是本次诊断以前所检测的数据。电子设备具体可以通过历史检测数据中的故障码信息来分析具体的故障情况。
101.208、根据当前检测数据确定车辆诊断后数据。
102.电子设备所获取的当前检测数据对应的是车辆诊断后的数据，该诊断后数据指的是本次诊断所检测的数据。
103.209、根据车辆诊断前数据、车辆诊断后数据和报告通用内容合并生成目标维修诊断报告。
104.如果获取到的历史检测数据存在故障码信息，电子设备则根据历史检测数据确定车辆诊断前数据，根据当前检测数据确定诊断后数据，再结合报告通用内容整合生成一份包含车辆检测前与检测后情况的诊断报告，即目标维修诊断报告。目标维修诊断报告包括的数据信息有维修厂信息(包括但不限于维修厂名称、地址、联系方式、设备号等)、车辆信息(包括但不限于品牌、车型、年款、vin码、发动机信息、行驶里程等)、车辆诊断前数据(有故障码信息的历史检测数据)、车辆诊断后数据(无故障码信息的当前检测数据)。
105.在本实施例中，能够根据当前检测数据的检测类型获取相同检测类型的历史检测数据并进行整合，从而整合生成对应类型的维修诊断报告，从而使得该维修诊断报告更具针对性，提高用户体验。
106.进一步的，如果电子设备所获取的当前检测数据的检测类型为全车检测时，电子设备在根据车辆诊断前数据、车辆诊断后数据和报告通用内容合并生成目标维修诊断报告时，需要先按照系统划分方式，分别整合各个系统对应的车辆诊断前数据和诊断后数据，形成故障诊断信息内容，然后再将报告通用内容与该故障诊断信息内容合并生成目标维修诊断报告。在本实施例中，按照系统划分的方式进行数据整合，使得用户更加直观地看到各个系统进行维修前后的数据，提高维修诊断报告的可读性，进一步提高用户体验。
107.在本实施例中，汽车在进厂维修中通常都会使用解码仪进行多次数据检测，当维修完成后，通过本技术提供的方法能够把预设时间段内同一车辆的维修检测数据进行整合，即把同一车辆维修前的诊断数据与维修后的诊断数据进行整合生成完整的车辆维修诊断报告，使车主能够了解到维修诊断过程中产生的多次诊断结果，从而提升了用户体验。进一步的，如果维修人员执行的是全车检测，电子设备则智能匹配预设时间段内全车检测的历史检测数据，从而生成全车的车辆维修诊断报告。而如果维修人员执行的是针对某一系统的系统检测，电子设备则智能匹配预设时间段内该系统的历史检测数据，从而生成该系统的维修诊断报告。
108.例如，2020年1月时，一客户的汽车因故障进了a修理厂进行检修，维修厂完成当时故障检修工作。2021年5月时，该客户车辆又出现故障，再次来到a修理厂，需要再次检修。汽
车进厂时，接车的同事使用电子设备给客户现场执行了一次全车检测，检测出故障码4个，并当时做了一键清码功能，发现有一个故障码为历史故障码，已经清除。汽车转入维修工位，等待专业技师进行检修。第二天，专业技师拿到检修任务，再次进行了全车检测，显示车辆发动机系统有3个故障码，一键清码后依然存在。根据技师的专业与经验结合电子设备的信息帮助，快速解除了剩下的故障码。按业务要求维修厂需要给客户提供检修的报告。通过本实施例提供的方法，电子设备智能匹配本车辆最近一周的(2020年1月时做的检测数据信息则自动排除)全车检测数据，从而给客户生成了一份完整的维修诊断报告。
109.请参阅图3，图3为本技术提供的车辆维修诊断报告的整合装置一个实施例，该装置包括：
110.第一获取单元301，用于获取车辆的当前检测数据；
111.第二获取单元302，用于获取预设时间段内车辆的历史检测数据；
112.判断单元303，用于判断历史检测数据中是否存在故障码信息；
113.生成单元304，用于当判断单元303的判断结果为是时，将历史检测数据和当前检测数据整合生成目标维修诊断报告。
114.在本实施例中，汽车在进厂维修中通常都会使用解码仪进行多次数据检测，当维修完成后，通过本技术提供的装置能够把预设时间段内同一车辆的维修检测数据进行整合，即把同一车辆维修前的诊断数据与维修后的诊断数据进行整合生成完整的车辆维修诊断报告，使车主能够了解到维修诊断过程中产生的多次诊断结果，从而提升了用户体验。
115.下面对本技术实施例提供的车辆维修诊断报告的整合装置进行详细说明，请参阅图4，图4为本技术提供的车辆维修诊断报告的整合装置另一个实施例，该装置包括：
116.第一获取单元401，用于获取车辆的当前检测数据；
117.第二获取单元402，用于获取预设时间段内车辆的历史检测数据；
118.判断单元403，用于判断历史检测数据中是否存在故障码信息；
119.生成单元404，用于当判断单元403的判断结果为是时，将历史检测数据和当前检测数据整合生成目标维修诊断报告。
120.可选的，整合装置还包括：
121.第一确定单元405，用于确定当前检测数据的检测类型；
122.第二获取单元402具体用于：
123.获取预设时间段内与当前检测数据的检测类型相同的历史检测数据。
124.进一步的，当前检测数据的检测类型为全车检测时，第二获取单元402具体用于：
125.获取预设时间段内车辆检测类型为全车检测的历史检测数据。
126.进一步的，当前检测数据的检测类型为系统检测时，第二获取单元402具体用于：
127.确定当前检测数据对应的目标系统；
128.获取预设时间段内车辆的目标系统的历史检测数据。
129.可选的，整合装置还包括：
130.提示单元406，用于当判断单元403的判断结果为否时，生成提示信息，提示信息用于提示车辆当前无故障信息。
131.可选的，整合装置还包括：
132.第二确定单元407，用于确定报告通用内容，报告通用内容包括车辆信息和维修厂
信息；
133.生成单元404具体包括：
134.第一确定模块4041，用于根据历史检测数据确定车辆诊断前数据；
135.第二确定模块4042，用于根据当前检测数据确定车辆诊断后数据；
136.生成模块4043，用于根据车辆诊断前数据、车辆诊断后数据和报告通用内容合并生成目标维修诊断报告。
137.进一步的，若当前检测数据的检测类型为全车检测时，生成模块4043具体用于：
138.按照系统划分方式，分别展示各个系统对应的车辆诊断前数据以及车辆诊断后数据，形成故障诊断信息内容；
139.将报告通用内容以及故障诊断信息内容合并，生成目标维修诊断报告。
140.本实施例装置中，各单元及模块的功能与前述图2所示方法实施例中的步骤对应，此处不再赘述。
141.本技术实施例还提供了一种电子设备，请参阅图5，图5为本技术提供的电子设备一个实施例，该电子设备包括：
142.处理器501、存储器502、输入输出单元503、总线504；
143.处理器501与存储器502、输入输出单元503以及总线504相连；
144.存储器502保存有程序，处理器501调用程序以执行如上任一车辆维修诊断报告的整合方法。
145.本技术实施例还涉及一种计算机可读存储介质，计算机可读存储介质上保存有程序，其特征在于，当程序在计算机上运行时，使得计算机执行如上任一车辆维修诊断报告的整合方法。
146.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
147.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
148.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
149.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
150.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式
体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。