CN106227190B - 车辆故障处理方法、装置及系统 - Google Patents

Abstract

本发明实施例提供一种车辆故障处理方法、装置及系统，所述方法包括：接收第一终端发送的车辆导诊请求；查询车辆部件对应的预设诊断流程，预设诊断流程中包括一个或多个诊断问题；将诊断流程中的一个诊断问题发送到第一终端；接收第一终端返回的诊断问题对应的诊断答案，并查询诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束；查询所述诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法。所述方法使得故障处理人员及外出维修人员，可以随时方便地获取专家库中的故障处理方法，使得维修人员能更准确更快速的发现车辆故障并给出解决方案，提高了故障处理反应速度并达到更好的故障维修效果。

Description

车辆故障处理方法、装置及系统

技术领域

本发明涉及计算机应用领域，具体而言，涉及一种车辆故障处理方法、装置及系统。

背景技术

当前对于车辆故障处理的方法比较单一，大多数是维修人员直接向有经验的维修人员进行口头的请教，当维修人员一个人单独在外，又遇到未曾处理过的车辆故障时，则可能车辆故障无法处理的问题。

发明内容

有鉴于此，本发明实施例的目的在于提供一种车辆故障处理方法、装置及系统，以解决上述问题。

第一方面，本发明实施例提供一种车辆故障处理方法，所述方法包括：接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件；查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题；将所述诊断流程中的一个诊断问题发送到所述第一终端；接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束；查询所述诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法。

第二方面，本发明实施例提供一种车辆故障处理装置，所述装置包括：接收模块，用于接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件；查询模块，用于查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题；发送模块，用于将所述诊断流程中的一个诊断问题发送到所述第一终端；处理模块，用于接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束；查询所述诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法。

第三方面，本发明实施例提供一种车辆故障处理系统，所述系统包括：车辆终端、服务器、第一终端以及第二终端，所述车辆终端，用于获取车辆的车辆设备参数，并将所述车辆设备参数发送到所述服务器；所述服务器，用于接收车辆终端发送的车辆设备参数；根据所述车辆设备参数以及预设的车辆故障判定规则，判断车辆是否故障；如果判断所述车辆发生故障，则判定故障类型及故障等级；还用于接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件；查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题；将所述诊断流程中的一个诊断问题发送到所述第一终端；接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束，查询所述预设诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法；还用于接收第二终端发送的添加指令，所述添加指令包括故障部件，故障类型及对应的故障处理方法；将所述故障部件，所述故障类型及所述故障处理方法匹配并存储；查询当前故障处理状态为未处理状态的故障车辆；将所述未处理状态的故障车辆的信息，向第二终端返回；接收第二终端发送的分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号；将所述故障车辆信息发送到所述第一终端唯一识别号对应的第一终端；所述第一终端，用于向所述服务器发起车辆导诊请求，所述车辆导诊请求包括车辆部件；接收所述服务器发送的所述诊断流程中的诊断问题并向所述服务器返回所述诊断问题对应的诊断答案；接收所述服务器返回所述诊断结果及所述故障处理方法；所述第二终端，用于向所述服务器发送添加指令，所述添加指令包括故障部件，故障类型及对应的故障处理方法；向所述服务器发送发送的分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号。

与现有技术相比，本发明实施例提供的一种车辆故障处理方法、装置及系统，通过在服务器内部预置车辆部件对应的预设诊断流程，使得维修人员可以通过第一终端向服务器发起车辆导诊请求，维修人员通过第一终端与服务器进行问答式的交互，并最终获得车辆故障对应的诊断结果及所述故障处理方法，这种方式，使得故障处理人员及外出维修人员，可以随时方便地获取专家库中的故障处理方法，使得维修人员能更准确更快速的发现车辆故障并给出解决方案，提高了故障处理反应速度并达到更好的故障维修效果。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例提供的服务器与车辆终端、第一终端以及第二终端交互的示意图。

图2是本发明实施例提供的服务器的方框示意图。

图3是本发明第一实施例提供的一种车辆故障处理方法的流程图。

图4是本发明第一实施例提供的一种信息处理方法的部分流程图。

图5是本发明第一实施例提供的一种信息处理方法的部分流程图。

图6是本发明第一实施例提供的一种信息处理方法的部分流程图。

图7是本发明第一实施例提供的一种信息处理方法的部分流程图。

图8是本发明第一实施例提供的一种信息处理方法的部分流程图。

图9是本发明第一实施例提供的一种信息处理方法的部分流程图。

图10是本发明第一实施例提供的一种信息处理方法的部分流程图。

图11是本发明第一实施例提供的一种信息处理方法的部分流程图。

图12是本发明第一实施例提供的一种信息处理方法的部分流程图。

图13是本发明第一实施例提供的一种信息处理方法的部分流程图。

图14是本发明第一实施例提供的一种信息处理方法的部分流程图。

图15是本发明第二实施例提供的一种信息处理方法的流程图。

图16是本发明实施例提供的一种信息处理装置的功能模块示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性或时间先后。

如图1所示，是本发明实施例提供的服务器200与车辆终端100、第一终端400以及第二终端300交互的示意图。所述服务器200通过网络500与一个或多个车辆终端100进行通信连接，以进行数据通信或交互。所述服务器200通过网络500与一个或多个第一终端100进行通信连接，以进行数据通信或交互。所述服务器200与所述第二终端300进行通信连接，以进行数据通信或交互。所述车辆终端100可以通过CAN总线或线束等通信方式与车辆设备相连接，例如与发动机连接，获取到车辆设备的车辆设备参数，并通过网络500将所述车辆设备参数传输到所述服务器200。所述服务器200可以是网络服务器、数据库服务器等。所述第一终端安装有第一客户端，所述第一客户端可以是第三方应用程序，例如手机APP，所述第二终端安装第二客户端，所述第二客户端也可以是第三方应用程序，例如浏览器。

如图2所示，是所述服务器200的方框示意图。所述服务器200包括车辆故障处理装置210、存储器220、存储控制器230、处理器240。

所述存储器220、存储控制器230、处理器240各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述车辆故障处理装置210包括至少一个可以软件或固件(firmware)的形式存储于所述存储器中或固化在所述服务端200的操作系统(operating system，OS)中的软件功能模块。所述处理器240用于执行存储器220中存储的可执行模块，例如所述车辆故障处理装置210包括的软件功能模块或计算机程序。

其中，存储器220可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read－Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read－Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read－Only Memory，EEPROM)等。其中，存储器220用于存储程序，所述处理器240在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务端所执行的方法可以应用于处理器中，或者由处理器实现。

处理器240可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可以理解，图2所示的结构仅为示意，服务器200还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

图3示出了本发明第一实施例提供的一种车辆故障处理方法的流程图，请参阅图3，本实施例描述的是服务器的处理流程，所述方法包括：

步骤S301，接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件。

其中，所述第一终端安装有第一客户端，所述第一客户端可以是第三方应用程序，例如手机APP。此时第三方应用程序的界面上可以以三维图的形式实时的展现出现故障的车辆部件，以使维修人员在使用所述第一终端时，能够更加直观，用户体验更好。

另外，可以理解的是，本发明实施例提供的方法也可以应用于括除车辆之外的故障，比如船舶、列车等装置，并不局限于所述实施例。

步骤S302，查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题。

步骤S303，将所述诊断流程中的一个诊断问题发送到所述第一终端。

步骤S304，接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束。

步骤S305，查询所述诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法。

例如：假设车辆的发动机故障，首先由第一终端发送的车辆导诊请求，所述车辆导诊请求中包括发动机，服务器接收到所述车辆导诊请求后，会在服务器端查询发动机对应的预设诊断流程，其中服务器中可以建立专门的专家库用于存储所述预设诊断流程。所述预设诊断流程中包括一个或多个诊断问题，例如发动机是否停止工作、是否过热、诊断接口是否报错等。

假设将所述诊断流程中的诊断问题“发动机是否过热”发送到所述第一终端，如果维修人员通过第一终端返回的诊断答案为是“是”，此时服务器查询所述诊断问题对应的下一个诊断问题，例如“温度是否超过95度”，并将所述诊断问题发送到第一终端，依次类推，直到整个诊断流程结束。

通过多轮问答，最后专家库会综合以上诊断给出一个或多个诊断结果及所述故障处理方法。

比如对于以上发动机过热问题，服务器向所述第一终端返回的诊断结果及所述故障处理方法可以如下所示：

(1)气缸体的水套有砂眼或穿孔导致冷却液流失。

建议处理方式：更换气缸体。参见《XXX车型维修手册》第XX页，或访问链接XX。

(2)冷却系统中有空气，会形成气阻，使冷却水循环不良，导致发动机温度过高。

建议处理方式：让发动机高速运转，将水箱盖轻轻拧开至刚有气体放出，此时会有部分冷却水随气体一起流出，如此反复多次，直至感到将气体放完为止。故障排除后，应及时补充冷却水。参见《XXX车型维修手册》第XX页，或访问链接XX。

(3)脏物粘附或堵塞散热器.

建议处理方式：可先用压缩空气吹散热器格栅，再用水管冲洗。参见《XXX车型维修手册》第XX页，或访问链接XX。

可以理解的是，采用这种问答式的方式可以逐步缩小车辆故障的范围。并且根据设置的问题答完后，服务器根据所有问题进行综合分析，得到诊断结果和所述故障处理方法，维修人员可以根据故障处理方法快速的处理故障。

请参阅图4，优选的，所述方法还可以包括：

步骤S306，接收车辆终端发送的车辆设备参数。

其中，所述车辆终端可以通过CAN总线或线束等通信方式与车辆设备相连接，例如与发动机连接，获取到车辆设备的车辆设备参数，并通过网络将所述车辆设备参数传输到所述服务器。

步骤S307，根据所述车辆设备参数以及预设的车辆故障判定规则，判断车辆是否故障。

步骤S308，如果判断所述车辆发生故障，则判定故障类型及故障等级。

服务器可以将所述车辆终端的唯一标识号与所述故障类型及故障等级匹配起来进行统一管理，进一步的，将这些信息发送到所述第二终端，以使第二终端将所述信息进行展示，以使管理人员能够通过所述第二终端对故障车辆进行统一的管理，以及将所述故障车辆分发给不同的维修人员，以使维修人员接收到维修任务后，及时的进行车辆维修。

请参阅图5，优选的，所述方法还可以包括：

步骤S309，接收第一终端发送的搜索请求，所述搜索请求包括车辆部件。

步骤S310，查询所述车辆部件对应的一个或多个故障类型，并将所述一个或多个故障类型返回到所述第一终端。

步骤S311，接收所述第一终端发送的选择指令，所述选择指令用于从所述故障类型中选择一个。

步骤S312，查询所述选择指令对应的故障类型对应的一个或多个故障处理方法，并将所述一个或多个故障处理方法返回到所述第一终端。

可以理解的是，服务器中可以预存储不同故障类型对应的处理方法，当维修人员通过第一终端对某个故障类型进行搜索时，服务器将对应的故障处理方法返回到所述第一终端，所述第一终端可以在第一客户端的页面上列出该故障的所有处理办法，从而帮助维修人员确认故障处理方法，提高故障维修效率。

请参阅图6，优选的，所述方法还可以包括：

步骤S313，接收第一终端发送的查询请求，所述查询请求包括时间范围。

步骤S314，查询所述时间范围内的维修记录，所述维修记录包括车辆故障以及所述车辆故障对应的故障处理信息。

步骤S315，将所述维修记录返回到所述第一终端。

可以理解的是，服务器可以将维修人员以往完成的车辆维修情况进行统计，如果现有维修车辆出项类似故障，维修人员可通过第一终端进行查询，查看某个时间段内的维修记录来帮助现有车辆的故障修理。

请参阅图7，优选的，所述方法还可以包括：

步骤S316，接收第一终端发送的选中指令，所述选中指令用于从一个或多个故障车辆从选中一个故障车辆。

步骤S317，查询所述故障车辆对应的信息，所述信息包括所述故障信息以及所述故障信息对应的维修建议。

维修人员可以通过第一终端发送选择指令，例如选择一个故障车辆，然后进入该车辆的故障详情页面。在详情页面中完全体现了故障详细信息以及所述故障信息对应的维修建议等。维修人员可以根据当前的故障情况，再结合维修建议进行维修处理。

优选的，维修人员也可以通过第一终端查看管理人员分发的维修任务，直观了解车辆的基本故障信息，维修人员可以根据时间和维修等级的优先情况及时完成任务。

请参阅图8，优选的，所述方法还可以包括：

步骤S318，接收第一终端发送的维修汇报信息，所述维修汇报信息包括维修人员唯一识别号，维修车辆进度以及所述维修人员当前位置信息。

步骤S319，将所述维修车辆进度以及所述维修人员当前位置信息生成一条维修记录，与所述维修人员唯一识别号匹配并存储。

服务器将维修人员唯一识别号与维修人员维修车辆的进度以及维修人员的位置等具体信息匹配起来，优选的，也可以将所述信息发送到第二终端，管理人员可以通过第二终端了解到维修人员的维修情况，以使管理人员能够更好的对维修人员进行管理。

请参阅图9，优选的，所述方法还可以包括：

步骤S320，接收第二终端发送的维修人员信息。

其中，所述维修人员信息可以包括维修人员姓名，级别，工龄，维修领域，联系电话，所属单位。

步骤S321，生成所述维修人员唯一识别号，将所述维修人员唯一识别号与所述维修人员信息匹配并存储。

服务器将维修人员唯一识别号与所述维修人员信息匹配起来，优选的，也可以将所述信息发送到第二终端，管理人员可以通过第二终端了解到维修人员的个人情况，以使管理人员能够更好的对维修人员进行管理，进一步的，可以按照维修人员的个人情况，例如工龄及维修领域，更加合理的进行维修任务的分配。

请参阅图10，优选的，所述方法还可以包括：

步骤S322，接收第二终端发送的添加指令，所述添加指令包括故障部件，故障类型及对应的故障处理方法。

步骤S323，将所述故障部件，所述故障类型及所述故障处理方法匹配并存储。

其中，可以由经验特别丰富的老维修人员或车辆维修专家通过第二终端向所述服务器发送添加指令，所述添加指令包括故障部件，故障类型及对应的故障处理方法，服务器可以通过接收添加指令来进行专家库的建立。进一步的，所述专家库的建立也可以通过人工智能和大数据技术获得。

请参阅图11，优选的，所述方法还可以包括：

步骤S324，接收第二终端发送的查询指令，所述查询指令包括故障类型，故障等级或日期。

步骤S325，根据所述查询指令，查找对应的故障车辆的信息，所述信息包括故障车辆对应的维修状态以及维修进度。

管理人员可以通过第二终端向服务器发送查询指令，并通过所述第二终端接收到所述故障车辆对应的维修状态以及维修进度，这种方式使得维修人员可以直观的看到当前故障车辆的维修状态，以及分发情况，能够时刻的了解车辆的维修进度，及时的提醒维修人员快速处理。

请参阅图12，优选的，所述方法还可以包括：

步骤S326，查询当前故障处理状态为未处理状态的故障车辆。

其中，故障处理状态可以包括未处理状态、检测故障状态、故障确认状态、等待配件状态、维修故障状态、维修完毕状态等，可以理解的是，并不局限于此。

步骤S327，将所述未处理状态的故障车辆的信息，向第二终端返回。

步骤S328，接收第二终端发送的分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号。

步骤S329，将所述故障车辆信息发送到所述第一终端唯一识别号对应的第一终端。

服务器对当前所有故障车辆的维修状态进行统计，将当前未处理的故障车辆的信息发送到第二终端，管理人员通过所述第二终端及时了解还有多少故障车辆未处理，并分配维修人员跟进，即发送到维修人员对应的第一终端。

请参阅图13，优选的，所述方法还可以包括：

步骤S330，接收所述第一终端发送的维修报告，所述维修包括故障类型及故障处理结果；

步骤S331，将所述维修报告发送到第二终端；

步骤S332，接收第二终端返回的更新后的维修报告，所述更新后的维修报告包括所述故障类型和更新后的故障处理结果；

步骤S333，将所述故障类型和更新后的故障处理结果匹配并存储。

维修人员或者故障管理员对车辆进行维修后，可以通过第一终端将本次故障的处理结果将形成维修报告，并发送到服务器，服务器将所述维修报告发送到第二终端，维护专家通过第二终端进行维修报告的审阅，整理或者修订，将更新后的维修报告通过第二终端发送到服务器，服务器将所述故障类型和更新后的故障处理结果匹配并存储进专家库。

可以理解的是，将更新后的维修报告作为服务器中专家库的补充或数据支撑。随着故障处理情况的积累，可基于历史故障症候的统计给出不同解决方案的成功处置概率，从而促进故障管理及维修人员的修理成功率。

请参阅图14，优选的，所述方法还可以包括：

步骤S334，查找故障部件对应的信息，所述故障信息包括故障部件名称，型号，故障部件对应的车辆编号，故障时间；

步骤S335，将所述信息发送到对应的第三终端。

可以理解的是，服务器可以对各故障部件的维修情况进行统计，并将将相关情况(如故障部件名称、型号、车辆编号、出现时间等)发送给车辆制造企业和车辆运营企业对应的第三终端，当车辆制造企业和车辆运营企业的人员通过所述第三终端查看到相应的信息后，可以将所述信息用于促进车辆制造企业的设计、采购和制造流程，以及作为车辆运营企业机务或驾驶员合理驾驶行为的考核依据。

本发明实施例提供的车辆故障处理方法，通过在服务器内部预置车辆部件对应的预设诊断流程，使得维修人员可以通过第一终端向服务器发起车辆导诊请求，维修人员通过第一终端与服务器进行问答式的交互，并最终获得车辆故障对应的诊断结果及所述故障处理方法，这种方式，使得维修人员在外维修时，可以随时获取到故障处理的方法，使得维修人员能够更准确更快速的发现车辆故障并给出解决方案，提高了故障处理率；且可以覆盖了全生命周期结合，比如根据部件的故障情况追溯到部件采购、制造等生产流程，部件全生命周期管理可促进整车及部件的品质；且能随时了解维修进度及人员位置；管理人员可以通过第二终端加强对维修过程的全程监控，了解故障及维修人员的实时情况。

图15示出了本发明第二实施例提供的一种车辆故障处理方法的流程图，请参阅图15，本实施例描述的是服务器的处理流程，所述方法包括：

步骤S401，接收车辆终端发送的车辆设备参数；

步骤S402，根据所述车辆设备参数以及预设的车辆故障判定规则，判断车辆是否故障；如果判断所述车辆发生故障，则判定故障类型及故障等级。

步骤S403，查询当前故障处理状态为未处理状态的故障车辆；将所述未处理状态的故障车辆的信息，向第二终端返回；

步骤S404，接收第二终端发送的分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号；将所述故障车辆信息发送到所述第一终端唯一识别号对应的第一终端。

步骤S405，接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件；

步骤S406，查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题；

步骤S407，将所述诊断流程中的一个诊断问题发送到所述第一终端；

步骤S408，接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束；

步骤S409，查询所述诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法。

步骤S410，接收第一终端发送的维修汇报信息，所述维修汇报信息包括故障管理人员及维修人员的唯一识别号，维修车辆进度以及所述人员当前位置信息；

步骤S411，将所述维修车辆进度以及所述人员当前位置信息生成一条维修记录，与所述人员唯一识别号匹配并存储。

步骤S412，接收所述第一终端发送的维修报告，所述维修包括故障类型及故障处理结果；

步骤S413，将所述维修报告发送到第二终端；

步骤S414，接收第二终端返回的更新后的维修报告，所述更新后的维修报告包括所述故障类型和更新后的故障处理结果；

步骤S415，将所述故障类型和更新后的故障处理结果匹配并存储。

步骤S416，查找故障部件对应的信息，所述故障信息包括故障部件名称，型号，故障部件对应的车辆编号，故障时间；

步骤S417，将所述信息发送到对应的第三终端。

本发明实施例提供的车辆故障处理方法，除了解决上一实施例可以解决的问题外，且覆盖了从故障自动发现、报警、智能导诊、备件供应、维修、总结的整个流程，这样就会形成一个闭环的处理系统，体现了故障的全生命周期。

请参阅图16，是本发明实施例提供的图2所示的车辆故障处理装置210的功能模块示意图。所述车辆故障处理装置210运行于所述服务器200。所述车辆故障处理装置210包括接收模块211、查询模块212、发送模块213、处理模块214。

所述接收模块211，用于接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件。

所述查询模块212，用于查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题。

所述发送模块213，用于将所述诊断流程中的一个诊断问题发送到所述第一终端。

所述处理模块214，用于接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束；查询所述诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于中间服务器200的存储器220内。以上各模块同样可以由硬件例如集成电路芯片实现。

请参阅图1，是本发明实施例提供的一种车辆故障处理系统，所述系统包括车辆终端100、服务器200、第一终端400以及第二终端300。

所述车辆终端100，用于获取车辆的车辆设备参数，并将所述车辆设备参数发送到所述服务器200。

所述服务器200，用于接收车辆终端100发送的车辆设备参数；根据所述车辆设备参数以及预设的车辆故障判定规则，判断车辆是否故障；如果判断所述车辆发生故障，则判定故障类型及故障等级；还用于接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件；查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题；将所述诊断流程中的一个诊断问题发送到所述第一终端；接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束，查询所述预设诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法；还用于接收第二终端300发送的添加指令，所述添加指令包括故障部件，故障类型及对应的故障处理方法；将所述故障部件，所述故障类型及所述故障处理方法匹配并存储；查询当前故障处理状态为未处理状态的故障车辆；将所述未处理状态的故障车辆的信息，向第二终端300返回；接收第二终端300发送的分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号；将所述故障车辆信息发送到所述第一终端400唯一识别号对应的第一终端。

所述第一终端400，用于向所述服务器200发起车辆导诊请求，所述车辆导诊请求包括车辆部件；接收所述服务器200发送的所述诊断流程中的诊断问题并向所述服务器200返回所述诊断问题对应的诊断答案；接收所述服务器200返回所述诊断结果及所述故障处理方法。

所述第二终端300，用于向所述服务器200发送添加指令，所述添加指令包括故障部件，故障类型及对应的故障处理方法；向所述服务器200发送分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例所提供的车辆故障处理装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (13)

1.一种车辆故障处理方法，其特征在于，所述方法包括：

接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件；

查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题；

将所述诊断流程中的一个诊断问题发送到所述第一终端；

接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束；

查询所述诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法；

所述方法还包括：

查询当前故障处理状态为未处理状态的故障车辆；

将所述未处理状态的故障车辆的信息，向第二终端返回；

接收第二终端发送的分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号；

将所述故障车辆信息发送到所述第一终端唯一识别号对应的第一终端。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收车辆终端发送的车辆设备参数；

根据所述车辆设备参数以及预设的车辆故障判定规则，判断车辆是否故障；

如果判断所述车辆发生故障，则判定故障类型及故障等级。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收第一终端发送的搜索请求，所述搜索请求包括车辆部件；

查询所述车辆部件对应的一个或多个故障类型，并将所述一个或多个故障类型返回到所述第一终端；

接收所述第一终端发送的选择指令，所述选择指令用于从所述故障类型中选择一个；

查询所述选择指令对应的故障类型对应的一个或多个故障处理方法，并将所述一个或多个故障处理方法返回到所述第一终端。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收第一终端发送的查询请求，所述查询请求包括时间范围；

查询所述时间范围内的维修记录，所述维修记录包括车辆故障以及所述车辆故障对应的故障处理信息；

将所述维修记录返回到所述第一终端。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收第一终端发送的选中指令，所述选中指令用于从一个或多个故障车辆从选中一个故障车辆；

查询所述故障车辆对应的信息，所述故障车辆对应的信息包括所述故障车辆信息以及所述故障车辆信息对应的维修建议。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收第一终端发送的维修汇报信息，所述维修汇报信息包括故障管理人员或维修人员的唯一识别号，维修车辆进度以及人员当前位置信息；

将所述维修车辆进度以及所述人员当前位置信息生成一条维修记录，与所述故障管理人员或维修人员的唯一识别号匹配并存储。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收第二终端发送的故障管理人员或维修人员信息；

生成所述故障管理人员或维修人员信息的唯一识别号，将所述故障管理人员或维修人员信息的唯一识别号与所述故障管理人员或维修人员信息的信息匹配并存储。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收第二终端发送的添加指令，所述添加指令包括故障部件，故障类型及对应的故障处理方法；

将所述故障部件，所述故障类型及所述故障处理方法匹配并存储。

9.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收第二终端发送的查询指令，所述查询指令包括故障类型，故障等级或日期；

根据所述查询指令，查找对应的故障车辆的信息，所述故障车辆的信息包括故障车辆对应的维修状态以及维修进度。

10.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述第一终端发送的维修报告，所述维修报告包括故障类型及故障处理结果；

将所述维修报告发送到第二终端；

接收第二终端返回的更新后的维修报告，所述更新后的维修报告包括所述故障类型和更新后的故障处理结果；

将所述故障类型和更新后的故障处理结果匹配并存储。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

查找故障部件对应的信息，所述故障部件对应的信息包括故障部件名称，型号，故障部件对应的车辆编号，故障时间；

将所述故障部件对应的信息发送到对应的第三终端。

12.一种车辆故障处理装置，其特征在于，所述装置包括：

接收模块，用于接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件；

查询模块，用于查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题；

发送模块，用于将所述诊断流程中的一个诊断问题发送到所述第一终端；

处理模块，用于接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束；查询所述诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法；

所述处理模块，还用于查询当前故障处理状态为未处理状态的故障车辆；将所述未处理状态的故障车辆的信息，向第二终端返回；接收第二终端发送的分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号；将所述故障车辆信息发送到所述第一终端唯一识别号对应的第一终端。

13.一种车辆故障处理系统，其特征在于，所述系统包括车辆终端、服务器、第一终端以及第二终端，

所述车辆终端，用于获取车辆的车辆设备参数，并将所述车辆设备参数发送到所述服务器；

所述服务器，用于接收车辆终端发送的车辆设备参数；根据所述车辆设备参数以及预设的车辆故障判定规则，判断车辆是否故障；如果判断所述车辆发生故障，则判定故障类型及故障等级；还用于接收第一终端发送的车辆导诊请求，所述车辆导诊请求包括车辆部件；查询所述车辆部件对应的预设诊断流程，所述预设诊断流程中包括一个或多个诊断问题；将所述诊断流程中的一个诊断问题发送到所述第一终端；接收所述第一终端返回的所述诊断问题对应的诊断答案，并查询所述诊断问题对应的下一个诊断问题，并将所述下一个诊断问题发送到所述第一终端，直到整个诊断流程结束，查询所述预设诊断流程对应的诊断结果及故障处理方法，向所述第一终端返回所述诊断结果及所述故障处理方法；还用于接收第二终端发送的添加指令，所述添加指令包括故障部件，故障类型及对应的故障处理方法；将所述故障部件，所述故障类型及所述故障处理方法匹配并存储；查询当前故障处理状态为未处理状态的故障车辆；将所述未处理状态的故障车辆的信息，向第二终端返回；接收第二终端发送的分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号；将所述故障车辆信息发送到所述第一终端唯一识别号对应的第一终端；

所述第一终端，用于向所述服务器发起车辆导诊请求，所述车辆导诊请求包括车辆部件；接收所述服务器发送的所述预设诊断流程中的诊断问题并向所述服务器返回所述诊断问题对应的诊断答案；接收所述服务器返回的所述诊断结果及所述故障处理方法；

所述第二终端，用于向所述服务器发送添加指令，所述添加指令包括故障部件，故障类型及对应的故障处理方法；向所述服务器发送分发指令，所述分发指令中包括故障车辆信息及第一终端唯一识别号。