一种车辆维修方法、装置和车辆与流程

1.本发明涉及车辆诊修领域，尤其是涉及一种车辆维修方法、装置和车辆。


背景技术：

2.随着汽车电动化、智能化、网联化的发展，汽车中的电子控制单元(ecu)的数量也在不断增加，这就导致车辆的软件程序越发的庞大与复杂，软件程序更容易出现故障。
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.图1是本发明一个示例性的实施例中一种车辆维修方法的流程图；
40.图2是本发明一个示例性的实施例中一种车辆维修装置的结构示意图。
具体实施方式
41.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施例方式作进一步地详细描述。
42.应当明确，所描述的实施例仅仅是本技术实施例一部分实施例，而不是全部的实施例。基于本技术实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它例子，都属于本技术实施例保护的范围。
43.在本技术实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术实施例。在本技术实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
44.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。在本技术的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本技术中的具体含义。
45.此外，在本技术的描述中，除非另有说明，“若干个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
46.本技术实施例可以应用于电动车辆、燃油车辆或者混合动力车辆等车辆上，所述车辆上设有车载终端和电子控制单元，车载终端分别与电子控制单元和客户端连接，车载终端用于接收客户端发出的控制指令并通过车辆通信协议与车辆的电子控制单元进行信息交互，实现车辆的控制。
47.其中，所述车载终端可以是t-box设备或obd设备，所述客户端可以是手机或任一可与车载终端进行无线连接的移动设备。
48.如图1所示，本技术实施例提供了一种车辆维修方法，包括以下步骤：
49.步骤s1：获取车辆故障数据；
50.所述车辆故障数据可以包括车辆识别码、行驶里程、故障码和故障码对应的车身系统信息等数据，该故障码为样本车辆行驶至该行驶里程时所出现的故障码，其中该车身系统信息为该故障码对应的车身系统信息。
51.在一个实施例中，所述车辆故障数据可以利用车载终端采集车辆电子控制单元(electronic control unit，ecu)中的运行数据得到。
52.步骤s2：根据所述车辆故障数据，利用故障识别模型确定故障项目；
53.所述故障识别模型可以为事先利用车辆故障样本数据进行预训练得到的用于识
别车辆故障项目的模型，所述车故障样本数据包括故障数据及其对应的故障项目。在本技术实施例中，所述故障识别模型通过对车辆的故障数据进行分析运算，得到故障项目。
54.步骤s3：读取当前车辆的数据包的第一版本信息；
55.所述第一版本信息用于确定车辆数据包的版本，包括第一更新日期和第一维修项目；其中，所述第一更新日期可以是指数据包的上线或下线的日期。
56.步骤s4：从服务器中获取与所述故障项目对应的第二数据包及其第二版本信息；其中，所述第二版本信息包括第二更新日期及与所述故障项目对应的第二维修项目；
57.所述第二版本信息用于确定车辆数据包的版本，包括第二更新日期和第二维修项目；其中，所述第二更新日期可以是指数据包的上线或下线的日期。
58.所述第二数据包为服务器中存储的与所述故障项目对应的最新的数据包。
59.在一个实施例中，在从服务器中获取与所述故障项目对应的第二数据包的步骤之前，还包括：
60.判断所述服务器中是否存在与所述故障项目对应的第二数据包；
61.若是，则从服务器中获取与所述故障项目对应的第二数据包；
62.否则，生成所述故障项目并推送至客户端。
63.具体地，所述服务器保存有与各品牌、车型、电子控制单元类型及维修项目的数据包；每一个数据包按照品牌、车型、电子控制单元类型及车辆故障项目进行分类和编码。优选地，每一个数据包设有唯一的编码，在获取与所述故障项目对应的第二数据包时，根据车辆的品牌、车型、电子控制单元类型和故障项目确定数据包的编码，并在服务器中查找该数据包的编码，得到第二数据包。
64.所述从服务器中获取与所述故障项目对应的第二数据包的步骤包括：
65.获取车辆的品牌、车型和电子控制单元类型；
66.根据所述故障项目确定第二维修项目；
67.从所述服务器中获取与所述车辆的品牌、车型、电子控制单元类型和第二维修项目对应的第二数据包。
68.步骤s5：若所述第一更新日期早于所述第二更新日期，或者，所述第一维修项目不是所述故障项目对应的维修项目，则将所述第二数据包发送至车辆电子控制单元，以使所述电子控制单元利用所述第二数据包进行程序刷写。
69.在一个实施例中，可以利用诊断设备接收第二数据包并存储，通过将诊断设备将第二数据包刷写至所述车辆电子控制单元。所述诊断设备与车辆电子控制单元可以通过有线连接或蓝牙、无线网络等方式建立连接。
70.当第一更新日期早于所述第二更新日期，判断当前数据包不是最新版本，数据包需要升级；当所述第一维修项目不是所述故障项目对应的维修项目，判断当前数据包无法解决车辆故障问题，需要进行更新，车辆电子控制单元接收第二数据包并解析第二数据包的数据，利用第二数据包中的程序实现电子控制单元程序的刷写。
71.在本技术实施例中，通过利用故障识别模型识别车辆故障数据中的故障项目，从服务器中获取与所述故障项目对应的第二数据包及其第二版本信息，读取当前车辆的数据包的第一版本信息，从服务器中获取与所述故障项目对应的第二数据包及其第二版本信息，判断第一更新日期是否早于所述第二更新日期，或者，判断第一维修项目是否为故障项
目对应的维修项目，确定数据包是否需要进行更新；并通过将第二数据包发送至车辆电子控制单元，以使电子控制单元利用第二数据包进行程序刷写，从而自动地实现车辆电子控制单元的软件升级和修复，提高车辆维修效率。
72.在一个示例性的实施例中，所述车辆维修方法还包括以下步骤：
73.获取刷写任务清单；
74.其中，所述刷写任务清单包括车辆清单、当前版本信息和升级版本信息，所述车辆清单包括至少两辆待升级车辆；所述车辆清单包括所述至少两辆待升级车辆的品牌、车型和电子控制单元类型。
75.读取至少两辆待升级车辆的数据包的版本信息；
76.若所述至少两辆待升级车辆的数据包的版本信息与所述当前版本信息相同，从服务器中获取与所述升级版本信息和所述车辆清单对应的数据包，并根据所述车辆清单发送至对应的车辆电子控制单元，以使所述电子控制单元利用所述第二数据包进行程序刷写。
77.重新读取当前车辆的数据包的版本信息并返回至客户端。
78.优选地，在读取至少两辆待升级车辆的数据包的版本信息的步骤之后，还包括：
79.若所述至少两辆待升级车辆的数据包的版本信息与所述当前版本信息不相同，发出异常提醒信号至客户端。
80.当批量刷写任务发生时，通过利用车载终端识别待升级车辆的当前数据包版本信息，并与任务清单进行比较，当识别结果与任务清单上的内容不一致时，发出异常提醒信号至客户端，以提醒整车厂或相关人员调整刷写策略(不执行刷写或下发特殊数据包)，当识别结果与任务清单上的内容一致时，在刷写完成后通过车载终端再次读取当前电子控制单元数据包版本信息并返回至客户端以便于用户统计批量刷写任务完成情况。
81.如图2所示，本技术实施例还提供了一种车辆维修装置，包括：
82.故障数据获取模块1，用于获取车辆故障数据；
83.故障项目获取模块2，用于根据所述车辆故障数据，利用故障识别模型确定故障项目；
84.第一版本信息获取模块3，用于读取当前车辆的数据包的第一版本信息；其中，所述第一版本信息包括第一更新日期和第一维修项目；
85.第二版本信息获取模块4，从服务器中获取与所述故障项目对应的第二数据包及其第二版本信息；其中，所述第二版本信息包括第二更新日期及与所述故障项目对应的第二维修项目；
86.刷写模块5，用于若所述第一更新日期早于所述第二更新日期，或者，若所述第一维修项目不是所述故障项目对应的维修项目，则将所述第二数据包发送至车辆电子控制单元，以使所述电子控制单元利用所述第二数据包进行程序刷写。
87.需要说明的是，上述实施例提供的车辆维修装置在执行车辆维修方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分为不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的车辆维修装置与车辆维修方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
88.本技术实施例还提供了一种计算机可读存储介质，其上储存有计算机程序，该计
算机程序被处理器执行时实现如上述任意一项所述的车辆维修方法的步骤。
89.本发明可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。计算机可读储存介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
90.本技术实施例还提供了一种车辆，包括存储器、处理器以及存储在所述存储器中并可被所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上述任意一项所述的车辆维修方法的步骤。
91.本技术实施例针对数据包刷写周期长、成本高、管控难的问题，通过按照品牌、车型、电子控制单元类型及车辆故障项目对众多数据包版本进行分类和编码，保证每一款数据包编码唯一，根据车型、技术路线和功能用途等进行标签化管理并支持查询功能，当故障发生时技师利用车载终端自动读取车辆控制器当前数据包版本，并与服务器中存储的对应的新版本数据包进行比对，通过优先尝试数据包刷写来解决车辆故障问题，通过在刷写完成后，重新读取当前车辆的数据包的版本信息并返回至客户端，记录每一次数据包下发行为，使数据包来源有据可查，帮助统计批量刷写的完成情况。本技术实施例通过将数据包刷写列为故障排查的优先手段，故障发生时通过校验数据包版本信息并利用第二数据包进行程序刷写，减少因故障排查而带来的工时费、材料费浪费，提高故障排查效率和维修效率。
92.本发明并不局限于上述实施方式，如果对本发明的各种改动或变形不脱离本发明的精神和范围，倘若这些改动和变形属于本发明的权利要求和等同技术范围之内，则本发明也意图包含这些改动和变形。