CN108614540A - 汽车检测修理方法及其*** - Google Patents

Abstract

本发明提供一种汽车检测修理方法及***。本发明所提供的一种汽车故障检测修理***，包括：获取车辆的车况数据；将车况数据发送至云端服务器；根据车况数据以及云端服务器中预存的车辆运行数据判断所述车况数据是否为正常运行数据。本发明提供的一种汽车检测修理***，提高了检测效率大大减少人工对车故障类型确定的时间，并且通过相车主提供维修/保养方式的建议，对故障防患于未然，减少车辆在行驶过程中的故障率。

Description

汽车检测修理方法及其***

技术领域

本发明汽车维修技术领域，尤其涉及一种汽车检测修理方法及其***。

背景技术

目前，近几年，随着汽车产业的飞速发展，每年汽车的销售量均超过2000万辆，截止2016年，国内汽车的保有量就已经达到19440万辆。

其中，汽车给人们工作生活所带来的便利不言而喻，但是，汽车经常需要发生故障却给用户带来许多不便。现有技术中，汽车在发生故障之后，车主需要事先预约修理厂，并将汽车驾驶到修理厂或者是利用拖车将汽车拖到修理厂，以使得修理厂的维修工人对车辆进行检测，以确定故障原因并进行维修。同时用户在使用车的过程中经常会遇到故障，且这些故障的发生时间通常是在用户的用车过程中。这些在用车过程中发生的故障通常是在车辆行使过程中，给用户带来很大的不便。对于较严重的故障还会阻塞交通，给其他车辆的行驶造成不便，影响道路的行驶效率和市容环境。

可见，目前通过人工对车辆的故障检测维修方式需要耗费大量的人力和物力，并且对于车主而言，通常只能在汽车出现故障的时候被动的寻找维修厂，且有可能会因为选择了修复能力不足的修理厂，以及自身对维修方面的知识不足，而导致低级修理厂为车辆带来二次伤害和一些事故误操作。

发明内容

本发明提供一种汽车故障检测修理***，以减少由于人工对车辆的故障检测维修方式需要耗费的人力和物力，并且通过相车主提供维修方式的建议，有效地避免了由于修理厂不当维修而给车辆带来二次伤害和一些事故误操作；同时对车辆未发送故障时，还能预先提示用户维修保养建议，对故障防患于未然，减少车辆在行驶过程中的故障率。

第一方面，本发明提供一种汽车检测修理方法，包括

获取车辆的车况数据；

将车况数据发送至云端服务器；

根据车况数据以及云端服务器中预存的车辆运行数据判断所述车况数据是否为正常运行数据；

若判断结果为否，将车况数据转生成第一维修信息，根据所述第一维修信息以及预存的维修方案列表筛选出所述第一维修信息对应的第一维修方案；

若判断结果为是，将车况数据转换为第一保养信息，根据所述第一保养数据以及预存的保养方案列表筛选出所述第一保养信息对应的第一保养方案。

在一种可能的设计中，所述获取车辆的车况数据包括：获取车辆信息以及第一性能数据，所述预存的车辆运行数据为第一性能正常数据区间。

在一种可能的设计中，其特征在于，其中根据车况数据以及云端服务器中预存的车辆运行数据判断所述车况数据是否为正常运行数据，包括：

判断所述第一性能数据是否在预设的第一性能正常数据区间内。

在一种可能的设计中，其特征在于，根据所述第一维修信息以及预存的维修方案列表筛选出所述第一维修信息对应的第一维修方案包括：

所述云端服务器根据所述第一维修信息以及预设的常见车辆故障类型列表筛选出所述车辆当前发生的故障类型，并将所述故障类型发送至所述修理厂服务器；

所述修理厂服务器根据所述故障类型以及故障修理方式列表筛选出所述故障类型对应的维修方式信息，并将所述维修方式信息反馈至所述云端服务器，以使所述云端服务器将所述维修方式信息发送至所述智能终端。

在一种可能的设计中，所述将车况数据转换为第一保养信息，根据所述第一保养数据以及预存的保养方案列表筛选出所述第一保养信息对应的第一保养方案包括：

所述云端服务器根据所述第一保养信息以及预设的常见车辆保养类型列表筛选出所述车辆当前所需的保养类型，并将所述保养类型发送至所述修理厂服务器；

所述修理厂服务器根据所述保养类型以及保养处理方式列表筛选出所述保养类型对应的保养方式信息，并将所述保养方式信息反馈至所述云端服务器，以使所述云端服务器将所述保养方式信息发送至所述智能终端。

第二方面，本发明还提供一种汽车检测修理***，包括：智能终端、云端服务器以及修理厂服务器；

所述智能终端通过局域网或互联网与所述云端服务器连接，所述云端服务器通过局域网或互联网与所述修理厂服务器连接；

所述智能终端用于获取车况数据，并将所述车况数据发送至所述云端服务器；

其中所述云端服务器用于根据所述车况数据以及预设的车辆信息进行判断车况数据是否为正常数据：

若判断结果为否，将车况数据转生成第一维修信息，根据所述第一维修信息以及预存的维修方案列表筛选出所述第一维修信息对应的第一维修方案；

若判断结果为是，将车况数据转换为第一保养信息，根据所述第一保养数据以及预存的保养方案列表筛选出所述第一保养信息对应的第一保养方案。

在一种可能的设计中，所述云端服务器根据所述第一维修信息生成维修日志并将所述维修日志发送至所述智能终端。

在一种可能的设计中，所述云端服务器根据所述第一保养信息生成保养日志并将所述保养日志发送至所述智能终端。

在一种可能的设计中，还包括：车辆；

所述车辆上设置有检测单元，所述检测单元与所述车辆中的行车电脑相连接，所述检测单元通过短距离无线通信方式与所述智能终端连接；

所述检测单元用于获取车辆当前的车况数据并发送至智能终端。

在一种可能的设计中，所述短距离无线通信方式为蓝牙通信、无线局域网通信或者紫蜂协议通信中的一种。

本发明提供的一种汽车检测修理方法及其***，获取车辆的车况数据智并通过智能终端将车况数据发送至云端服务器，实现了对车辆状况的实时跟踪。当车辆处于故障时，根据所述第一维修信息以及预存的维修方案列表筛选出所述第一维修信息对应的第一维修方案，通过云端的大数据分析一方面提高了效率，大大的减少了人工对车故障类型确定的时间，另一方面，通过数据的多方对比，提高了精准度，有效地避免了由于修理厂不当维修而给车辆带来二次伤害和一些事故误操作。当车辆处于正常状况时，将车况数据转换为第一保养信息，根据所述第一保养数据以及预存的保养方案列表筛选出所述第一保养信息对应的第一保养方案。针对车辆的健康状态建议保养方案，对故障防患于未然，减少车辆在行驶过程中的故障率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种汽车检测修理方法的流程示意图；

图2是根据一示例性实施例示出的一种汽车检测修理***的结构示意图；

图3是根据一示例性实施例示出的一种汽车检测修理***的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

图1是根据一示例性实施例示出的一种汽车检测修理方法的流程示意图。如图1所示，本实施例提供的汽车检测修理方法，包括：

201获取车辆的车况数据。

获取车辆的车况数据可以为获取行车电脑中车况数据。

获取车辆的车况数据包括：获取车辆信息以及第一性能数据，预存的车辆运行数据为第一性能正常数据区间。

上述的车辆信息至少包括：车辆品牌、车辆型号、车辆故障代码以及车辆对应的车主信息。其中，车辆品牌可以是“大众”，车辆型号可以是“朗逸”等，通过具体车型的确定，使得云端服务器在进行故障类型筛选时更加具有针对性。

具体的，行车电脑实际上是一个电子控制单元，它是由输入电路、微机和输出电路等三部分组成。输入电路接受传感器和其它装置输入的信号，对信号进行过滤处理和放大，然后转换成一定伏特的输入电平。从传感器送到行车电脑输入电路的信号既有模拟信号也有数字信号，输入电路中的模/数转换器可以将模拟信号转换为数字信号，然后传递给微机。微机将上述已经预处理过的信号进行运算处理，并将处理数据送至输出电路。输出电路将数字信息的功率放大，有些还要还原为模拟信号，使其驱动被控的调节伺服元件工作。在行车电脑中存储有各种与车辆运行状态相关的数据信息，主要包括即时油耗、平均油耗、剩余油量、续航里程、发动机转速、车速、水温、进气压力、加速性能、各种车辆传感器电压等信息。

通过获取行车电脑中车况数据，此处的车况数据就可以包括：即时油耗、平均油耗、剩余油量、续航里程、发动机转速、车速、水温、进气压力、加速性能、各种车辆传感器电压等信息数据，而第一性能数据就可以是这些数据中的任意一个。而行车电脑中车况数据的获取方式可以是定期通过外接设备输出，也可以是通过设在车辆上设置车况采集装置，其中，该车况采集装置分别与车辆的行车电脑以及服务器相连接，通过车况采集装置可以实时获取行车电脑中的车况数据。

202将车况数据发送至云端服务器。

将获取后的车况数据发送至云端服务器具体的，可以通过车况采集装置发送至云端服务器上，以便通过服务器上对采集得到的数据进行分析，以确定车辆当前的状况。也可以是通过移动终端上传至云端服务器。

213根据车况数据以及云端服务器中预存的车辆运行数据判断车况数据是否为正常运行数据，判断为否。

具体地，根据第一性能数据以及预设的车辆运行数据判断第一性能数据是否为正常运行数据，其中，预设的车辆运行数据可以为即时油耗、平均油耗、剩余油量、续航里程、发动机转速、车速、水温、进气压力、加速性能、各种车辆传感器电压等信息数据正常情况下的数字。

在一种可能的设计中，可以通过判断上述的第一性能数据是否在预设的第一性能正常数据区间内，其中，第一性能正常数据区间为车辆在标定时设置在行车电脑中第一性能正常运行的运行数据区间。例如，在车辆标定时，设置的正常水温为5-55度，则如果通过行车电脑中获取到的当前水温为65度，则说明此时，车辆的水冷***处于非正常工作状态，存在故障。

223根据车况数据以及云端服务器中预存的车辆运行数据判断车况数据是否为正常运行数据，判断为是。

在一种可能的设计中，可以通过判断上述的第一性能数据是否在预设的第一性能正常数据区间内，其中，第一性能正常数据区间为车辆在标定时设置在行车电脑中第一性能正常运行的运行数据区间。例如，在车辆标定时，设置的正常水温为5-55度，则如果通过行车电脑中获取到的当前水温为45度，则说明此时，车辆的水冷***处于正常工作状态。

311将车况数据转生成第一维修信息，根据第一维修信息以及预存的维修方案列表筛选出第一维修信息对应的第一维修方案。

具体地，先将车况数据转生成第一维修信息。

云端服务器根据第一维修信息以及预设的常见车辆故障类型列表筛选出车辆当前发生的故障类型，并将故障类型发送至修理厂服务器；修理厂服务器根据故障类型以及故障修理方式列表筛选出故障类型对应的维修方式信息，并将维修方式信息反馈至云端服务器，以使云端服务器将维修方式信息发送至智能终端。

例如，在云端服务器中设置的常见车辆故障类型列表可以是第一维修信息和故障类型之间对应关系的列表，如“P0100”对应“空气流量计线路不良”，而“P0115”则对应“水温传感器线路不良”等。

321，将车况数据转换为第一保养信息，根据第一保养数据以及预存的保养方案列表筛选出第一保养信息对应的第一保养方案。

云端服务器根据第一保养信息以及预设的常见车辆保养类型列表筛选出车辆当前所需的保养类型，并将保养类型发送至修理厂服务器；

修理厂服务器根据保养类型以及保养处理方式列表筛选出保养类型对应的保养方式信息，并将保养方式信息反馈至云端服务器，以使云端服务器将保养方式信息发送至智能终端。

例如，在云端服务器中设置的常见车辆保养类型列表可以是第一保养信息和故障类型之间对应关系的列表，如“B0100”对应“火花塞老化”，而“B0115”则对应“节气门积灰”等。

图2、3是根据一示例性实施例示出的一种汽车检测修理***的结构示意图。如图2、3所示，本实施例提供的一种汽车检测修理***，包括：

智能终端101、云端服务器102以及修理厂服务器103。

具体的，上述的智能终端101可以是通过局域网或互联网与云端服务器102连接，而云端服务器102也可以是通过局域网或互联网与修理厂服务器103连接。其中，上述的智能终端101可以是智能手机、平板电脑或者是笔记本电脑，值得说明的，在本实施例中并不对上述的智能终端101的具体形式进行限定，只需保证该智能终端101具有与云端服务器102进行信息收发即可。

在一种可能的设计中，还包括：车辆104；

车辆104上设置有检测单元1041，检测单元1041与车辆104中的行车电脑1042相连接，检测单元通过短距离无线通信方式与智能终端101连接；

检测单元1041用于获取车辆104当前的车况数据并发送至智能终端101。其中，上述的短距离无线通信方式可以为蓝牙通信、无线局域网通信或者紫蜂协议通信中的一种，值得说明的，在本实施例中并不对上述短距离无线通信方式进行具体的限定，只需保证故障检测单元与智能终端101之间能够实现可靠的通信连接即可。

智能终端101用于获取车况数据，并将车况数据发送至云端服务器102。

获取车辆104的车况数据可以为获取行车电脑中车况数据。

获取车辆104的车况数据包括：获取车辆信息以及第一性能数据，预存的车辆运行数据为第一性能正常数据区间。

上述的车辆信息至少包括：车辆品牌、车辆型号、车辆故障代码以及车辆104对应的车主信息。其中，车辆品牌可以是“大众”，车辆型号可以是“朗逸”等，通过具体车型的确定，使得云端服务器102在进行故障类型筛选时更加具有针对性。

具体的，行车电脑实际上是一个电子控制单元，它是由输入电路、微机和输出电路等三部分组成。输入电路接受传感器和其它装置输入的信号，对信号进行过滤处理和放大，然后转换成一定伏特的输入电平。从传感器送到行车电脑输入电路的信号既有模拟信号也有数字信号，输入电路中的模/数转换器可以将模拟信号转换为数字信号，然后传递给微机。微机将上述已经预处理过的信号进行运算处理，并将处理数据送至输出电路。输出电路将数字信息的功率放大，有些还要还原为模拟信号，使其驱动被控的调节伺服元件工作。在行车电脑中存储有各种与车辆运行状态相关的数据信息，主要包括即时油耗、平均油耗、剩余油量、续航里程、发动机转速、车速、水温、进气压力、加速性能、各种车辆传感器电压等信息。

通过获取行车电脑中车况数据，此处的车况数据就可以包括：即时油耗、平均油耗、剩余油量、续航里程、发动机转速、车速、水温、进气压力、加速性能、各种车辆传感器电压等信息数据，而第一性能数据就可以是这些数据中的任意一个。而行车电脑中车况数据的获取方式可以是定期通过外接设备输出，也可以是通过设在车辆104上设置车况采集装置，其中，该车况采集装置分别与车辆104的行车电脑以及服务器相连接，通过车况采集装置可以实时获取行车电脑中的车况数据。将获取后的车况数据发送至云端服务器102具体的，可以通过车况采集装置发送至云端服务器102上，以便通过服务器上对采集得到的数据进行分析，以确定车辆104当前的状况。也可以是通过移动终端上传至云端服务器102。

其中云端服务器102还有用于根据车况数据以及预设的车辆信息进行判断车况数据是否为正常数据：

根据车况数据以及云端服务器102中预存的车辆运行数据判断车况数据是否为正常运行数据，判断为否。将车况数据转生成第一维修信息，根据第一维修信息以及预存的维修方案列表筛选出第一维修信息对应的第一维修方案。在一种可能的设计中，可以通过判断上述的第一性能数据是否在预设的第一性能正常数据区间内，其中，第一性能正常数据区间为车辆在标定时设置在行车电脑中第一性能正常运行的运行数据区间。例如，在车辆104标定时，设置的正常水温为5-55度，则如果通过行车电脑中获取到的当前水温为65度，则说明此时，车辆104的水冷***处于非正常工作状态，存在故障。具体地，先将车况数据转生成第一维修信息。云端服务器102根据第一维修信息以及预设的常见车辆故障类型列表筛选出车辆当前发生的故障类型，并将故障类型发送至修理厂服务器103；修理厂服务器103根据故障类型以及故障修理方式列表筛选出故障类型对应的维修方式信息，并将维修方式信息反馈至云端服务器102，以使云端服务器102将维修方式信息发送至智能终端101。例如，在云端服务器102中设置的常见车辆故障类型列表可以是第一维修信息和故障类型之间对应关系的列表，如“P0100”对应“空气流量计线路不良”，而“P0115”则对应“水温传感器线路不良”等。

根据车况数据以及云端服务器102中预存的车辆运行数据判断车况数据是否为正常运行数据，判断为是。

在一种可能的设计中，可以通过判断上述的第一性能数据是否在预设的第一性能正常数据区间内，其中，第一性能正常数据区间为车辆104在标定时设置在行车电脑中第一性能正常运行的运行数据区间。例如，在车辆标定时，设置的正常水温为5-55度，则如果通过行车电脑中获取到的当前水温为45度，则说明此时，车辆104的水冷***处于正常工作状态。

根据车况数据以及云端服务器102中预存的车辆运行数据判断车况数据是否为正常运行数据，判断为是。将车况数据转换为第一保养信息，根据第一保养数据以及预存的保养方案列表筛选出第一保养信息对应的第一保养方案。

在一种可能的设计中，可以通过判断上述的第一性能数据是否在预设的第一性能正常数据区间内，其中，第一性能正常数据区间为车辆104在标定时设置在行车电脑中第一性能正常运行的运行数据区间。例如，在车辆标定时，设置的正常水温为5-55度，则如果通过行车电脑中获取到的当前水温为45度，则说明此时，车辆104的水冷***处于正常工作状态。

云端服务器102根据第一保养信息以及预设的常见车辆保养类型列表筛选出车辆104当前所需的保养类型，并将保养类型发送至修理厂服务器103；

修理厂服务器103根据保养类型以及保养处理方式列表筛选出保养类型对应的保养方式信息，并将保养方式信息反馈至云端服务器102，以使云端服务器102将保养方式信息发送至智能终端101。

例如，在云端服务器102中设置的常见车辆保养类型列表可以是第一保养信息和故障类型之间对应关系的列表，如“B0100”对应“火花塞老化”，而“B0115”则对应“节气门积灰”等。

在一种可能的设计中，云端服务器102根据所述第一维修信息生成维修日志并将所述维修日志发送至所述智能终端101。

在一种可能的设计中，所述云端服务器102根据所述第一保养信息生成保养日志并将所述保养日志发送至所述智能终端101。

为了在修理厂对车辆104进行维修之后，车主能够及时的得知修理的情况，云端服务器102根据获取到的车辆维修信息生成维修日志，并将维修日志发送至智能终端101，以使智能终端101显示维修日志。此外，车主可以查看车辆修理日志，修理工对车辆104的维修情况，建议保养等数据，同时还可以作为云端服务器102大数据分析的数据库的学习素材。更进一步地，在后期的二手车交易或者是保险定保的过程中都可以以修理日志作为参考依据，使得报价更加贴近现实的车况。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种汽车检测修理方法，其特征在于，包括

获取车辆的车况数据；

将车况数据发送至云端服务器；

根据车况数据以及云端服务器中预存的车辆运行数据判断所述车况数据是否为正常运行数据；

若判断结果为否，将车况数据转生成第一维修信息，根据所述第一维修信息以及预存的维修方案列表筛选出所述第一维修信息对应的第一维修方案；

若判断结果为是，将车况数据转换为第一保养信息，根据所述第一保养数据以及预存的保养方案列表筛选出所述第一保养信息对应的第一保养方案。

2.根据权利要求1所述的汽车检测修理方法，其特征在于，所述获取车辆的车况数据包括：获取车辆信息以及第一性能数据，所述预存的车辆运行数据为第一性能正常数据区间。

3.根据权利要求2所述的汽车检测修理方法，其特征在于，其中根据车况数据以及云端服务器中预存的车辆运行数据判断所述车况数据是否为正常运行数据，包括：

判断所述第一性能数据是否在预设的第一性能正常数据区间内。

4.根据权利要求3所述的汽车检测修理方法，其特征在于，根据所述第一维修信息以及预存的维修方案列表筛选出所述第一维修信息对应的第一维修方案包括：

所述云端服务器根据所述第一维修信息以及预设的常见车辆故障类型列表筛选出所述车辆当前发生的故障类型，并将所述故障类型发送至所述修理厂服务器；

所述修理厂服务器根据所述故障类型以及故障修理方式列表筛选出所述故障类型对应的维修方式信息，并将所述维修方式信息反馈至所述云端服务器，以使所述云端服务器将所述维修方式信息发送至所述智能终端。

5.根据权利要求3所述的汽车检测修理方法，其特征在于，所述将车况数据转换为第一保养信息，根据所述第一保养数据以及预存的保养方案列表筛选出所述第一保养信息对应的第一保养方案包括：

所述云端服务器根据所述第一保养信息以及预设的常见车辆保养类型列表筛选出所述车辆当前所需的保养类型，并将所述保养类型发送至所述修理厂服务器；

所述修理厂服务器根据所述保养类型以及保养处理方式列表筛选出所述保养类型对应的保养方式信息，并将所述保养方式信息反馈至所述云端服务器，以使所述云端服务器将所述保养方式信息发送至所述智能终端。

6.一种汽车检测修理***，其特征在于，包括：智能终端、云端服务器以及修理厂服务器；

所述智能终端通过局域网或互联网与所述云端服务器连接，所述云端服务器通过局域网或互联网与所述修理厂服务器连接；

所述智能终端用于获取车况数据，并将所述车况数据发送至所述云端服务器；

其中所述云端服务器用于根据所述车况数据以及预设的车辆信息进行判断车况数据是否为正常数据：

若判断结果为否，将车况数据转生成第一维修信息，根据所述第一维修信息以及预存的维修方案列表筛选出所述第一维修信息对应的第一维修方案；

若判断结果为是，将车况数据转换为第一保养信息，根据所述第一保养数据以及预存的保养方案列表筛选出所述第一保养信息对应的第一保养方案。

7.根据权利要求6所述的汽车检测修理***，其特征在于，所述云端服务器根据所述第一维修信息生成维修日志并将所述维修日志发送至所述智能终端。

8.根据权利要求6所述的汽车检测修理***，其特征在于，所述云端服务器根据所述第一保养信息生成保养日志并将所述保养日志发送至所述智能终端。

9.根据权利要求6所述的汽车检测修理***，其特征在于，还包括：车辆；

所述车辆上设置有检测单元，所述检测单元与所述车辆中的行车电脑相连接，所述检测单元通过短距离无线通信方式与所述智能终端连接；

所述检测单元用于获取车辆当前的车况数据并发送至智能终端。

10.根据权利要求9所述的汽车检测修理***，其特征在于，所述短距离无线通信方式为蓝牙通信、无线局域网通信或者紫蜂协议通信中的一种。