一种故障诊断方法、装置、车辆及存储介质与流程

1.本发明实施例涉及计算机技术，尤其涉及一种故障诊断方法、装置、车辆及存储介质。


背景技术：

2.随着车辆智能化程度的不断提升，使得车辆的故障类型也随之增长，增加了车辆故障诊断的复杂度。当前车辆发生严重故障时，通常仪表灯会亮灯进行显示，并告知用户故障信息，但用户并不能根据仪表灯显示的故障信息确定故障具体原因和维修方式。现有技术中，将通过后台运行的智能诊断app或者远程上传故障码确定车辆故障的维修方式，但是由于故障码所包含的信息有限，并不能准确的确定出故障的具体原因，需要多次往返维修点或者维修方式不正确，增加车辆的维修成本。


技术实现要素：

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.图1是本发明实施例提供的故障诊断方法的一个流程示意图；
43.图2是本发明实施例提供的故障诊断方法的另一流程示意图；
44.图3是本发明实施例提供的故障诊断装置的结构示意图；
45.图4是本发明实施例提供的车辆的结构示意图。
具体实施方式
46.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
47.图1为本发明实施例提供的故障诊断方法的一个流程示意图，该方法可以由本发明实施例提供的故障诊断装置来执行，该装置可采用软件和/或硬件的方式实现。在一个具体的实施例中，该装置可以集成在电子设备中，电子设备比如可以是车辆网关。以下实施例将以该装置集成在电子设备中为例进行说明，参考图1，该方法具体可以包括如下步骤：
48.步骤110、监测车辆的仪表灯显示情况，并根据车辆的仪表灯显示情况确定车辆的故障信息；
49.示例的，仪表灯可以理解为车辆仪表上显示的所有灯，用于指示、提示或警示驾驶员所在车辆上各灯对应的车辆组件的性能变化，比如：车辆的仪表灯上的胎压指示灯点亮，用于指示车辆的轮胎出现了问题，需要驾驶员进行车辆的轮胎故障的排查。车辆的仪表灯显示情况可以理解为车辆的仪表灯中的各灯的点亮情况，用于监测车辆的各组件的性能情况。车辆的故障信息可以理解为根据车辆的仪表灯中的各灯的点亮情况对应的车辆组件的故障，根据车载诊断系统确定出车辆组件的故障信息。
50.具体实现中，车辆网关实时监测车辆的仪表灯显示情况，并根据车辆仪表灯显示情况，根据仪表灯中的各灯的点亮情况确定是否存在故障，如果仪表灯中的各灯均未点亮，则说明车辆组件并未发生性能变化；如果仪表灯中的各灯存在点亮情况，根据各灯对应的车辆组件进行故障诊断或查看车辆组件的性能情况，确定出车辆的仪表灯显示情况对应的车辆的故障信息。
51.步骤120、根据故障信息中的故障码从云服务器获取故障信息对应的数据任务和诊断脚本；
52.示例的，故障信息中的故障码可以理解为根据仪表灯显示情况确定出的车组件的故障经车辆故障诊断仪分析出来的故障码，维修人员可以根据故障码确定出车辆的组件状态进行维修，故障码可以是通过代码的形式呈给维修人员，可以是数字符号，也可以是二维码，当故障码是数字符号时，需要通过数字符号对应的位数上符号确定出故障码对应的车辆组件的故障；当故障码是二维码时，通过特定程序扫描二维码呈现出故障码对应的车辆组件的故障。云服务器可以理解为不需要依赖硬件设施的服务器，具有可弹性伸缩的计算服务和资源存储的功能，并可以降低开发运营的难度和成本。数据任务可以理解为确定故障码对应的车辆组件故障的具体故障原因，需要进行监测数据内容。比如：汽车轮胎故障可以是车辆左右车轮的胎压不一致，或者任意一车辆轮胎扎钉胎内气体泄露，需要通过传感器监测车胎的完整度、车胎的气压状态、车胎上是否有附着物等监测。诊断脚本可以理解为任意一或者两个车辆组件的组合用于确定具体故障原因的脚本，用于诊断根据数据任务获取的数据的具体故障原因。
53.具体实现中，根据仪表灯显示情况确定出车辆组件的故障经车辆故障诊断仪分析出来的故障码，根据故障码可以确定出与可能发生故障的车辆组件，车辆网关将故障信息中的故障码发送给云服务器，云服务器根据故障码从资源数据中匹配出故障信息对应的数据任务和诊断脚本。云服务器根据故障码将故障信息对应的数据任务和诊断脚本发送给车辆网关，以使得车辆网关根据故障信息中的故障码从云服务器中获取到故障信息对应的数据任务和诊断脚本。车辆网关根据数据任务和诊断脚本，可以确定出车辆的具体故障原因，确定出维修方案。
54.步骤130、根据数据任务中的预设触发条件实时监测车辆的组件状态数据，确定组件状态数据是否满足预设触发条件；
55.示例的，预设触发条件可以理解为根据车辆的需求和实验数据预设的触发监测数据的获取和诊断脚本运行的条件，也可以理解为根据数据任务对应的数监测的数据内容的阈值。车辆的组件状态数据可以理解为车辆的组件使用状态的数据，车辆的状态数据可以是车辆的组件正常状态数据，也可以是车辆的组件故障状态数据，其中，正常状态数据可以是车辆的组件正常使用时的驻停数据和运行数据，故障状态数据可以是车辆的组件故障时的驻停数据和运行数据。
56.具体实现中，根据数据任务中的预设触发条件确定出需要监测车辆的组件，根据车辆的组件对应的传感器进行组件状态的监测，根据车辆的组件对应的传感器采集车辆的组件状态数据进行查询，用于确定查询车辆的组件状态数据是否满足预设触发条件，如果车辆的组件状态数据满足预设触发条件，则说明监测到可以判断出车辆的组件具体故障原因的数据，需要进行数据获取，并运行诊断脚本得到车辆的诊断报告。
57.步骤140、当组件状态数据满足预设触发条件，获取组件状态数据并利用诊断脚本对组件状态数据进行分析，得到故障信息对应的诊断报告；
58.具体实现中，故障信息对应的诊断报告可以理解为呈现故障信息具体故障原因的报告信息，可以是具体故障原因信息根据预设格式呈现出来报告，预设格式是为了突出具体故障原因的核心内容，达到一目了然的效果，提升用户的使用感。车辆网关实时监测车辆的组件状态数据，当组件状态数据满足数据任务中的预设触发条件，则说明监测到可以判断车辆的组件具体故障原因的数据，获取组件状态数据并运行诊断脚本对应组件状态数据进行分析，以便于根据组件状态数据分析出故障信息对应的诊断报告，根据诊断报告确定出相应的维修方案。
59.步骤150、将诊断报告发送给云服务器，以使得车辆通过云服务器获取故障信息对应的维修方案。
60.具体实现中，当组件状态数据满足预设触发条件，车辆网关获取组件状态数据并利用诊断脚本对组件状态数据进行分析，得到故障信息对应的诊断报告，并将故障信息对应的诊断报告发送给云服务器，云服务器通过广播的方式或者信息共享的方式，将诊断报告发送给维修车辆相关的网站和维修站点，并获取到诊断报告相关的维修信息，根据维修信息形成多个维修方案，每个维修方案有其相应的评估指数，评估指数可以是根据维修时间、花费成本和维修便利程度。
61.本发明实施例中，通过监测车辆的仪表灯显示情况，并根据车辆的仪表灯显示情况确定车辆的故障信息；根据故障信息中的故障码从云服务器获取故障信息对应的数据任务和诊断脚本；根据数据任务中的预设触发条件实时监测车辆的组件状态数据，确定组件状态数据是否满足预设触发条件；当组件状态数据满足预设触发条件，获取组件状态数据并利用诊断脚本对组件状态数据进行分析，得到故障信息对应的诊断报告；将诊断报告发送给云服务器，以使得车辆通过云服务器获取故障信息对应的维修方案。即，本发明实施例，通过车辆网关与云服务器交互的方式，获取故障码对应的数据任务和诊断脚本，局部的对车辆设备进行监测，并获得故障码对应的诊断脚本，精准进行故障诊断，同时减少运行内存占用；根据预设触发条件过滤无用信息，快速确定出诊断报告，并利用云服务器共享方式确定出可行的维修方案，减少维修时间和成本。
62.下面进一步描述本发明实施例提供的故障诊断方法，如图2所示，该方法具体可以包括如下步骤：
63.步骤210、监测车辆的仪表灯显示情况，根据仪表灯显示情况确定车辆是否获取故障信息；
64.具体实现中，车辆网关实时监测车辆的仪表灯显示情况，并根据车辆仪表灯显示情况，根据仪表灯中的各灯的点亮情况确定是否存在故障，如果仪表灯中的各灯均未点亮，则说明车辆组件并未发生性能变化，并不需要获取车辆的故障信息，继续监测车辆的仪表灯显示情况；如果仪表灯显示情况中存在仪表灯处于点亮状态，则根据点亮灯对应的车辆组件的故障，获取车辆的故障信息。
65.步骤220、当仪表灯显示情况为车辆故障，则从车辆的车载诊断系统的接口获取车辆故障对应的故障信息，故障信息包括故障码。
66.示例地，车载诊断系统可以理解为车辆内部的故障自诊断系统，在仪表灯出现故
障指示灯，指示车辆故障时，需要根据车辆各部分工作状态进行自动检查和监测的系统。车载诊断系统的接口可以理解为车载诊断系统与其他车辆的组件的通信接口，主要用于将车载诊断系统确定出的故障码发送给其他车辆的组件。
67.具体实现中，当仪表灯显示情况为车辆故障时，则根据车辆各部分工作状态进行自动检查确定故障信息对应的故障码，车辆网关从车载诊断系统的接口处获取故障信息对应的故障码，以便于根据故障信息对应的故障码从云服务器中获取故障信息对应的数据任务和诊断脚本，得到故障信息具体的故障原因进行维修。
68.步骤230、根据故障信息中的故障码从云服务器获取故障信息对应的数据任务和诊断脚本；
69.进一步的，根据所述故障信息中的故障码从云服务器获取所述故障信息对应的数据任务和诊断脚本，包括：
70.将所述故障信息发送给所述云服务器，以使得所述云服务器根据所述故障信息中的故障码配置所述故障信息对应的数据任务和所述诊断脚本；
71.接收所述云服务器发送的所述数据任务和所述诊断脚本。
72.具体实现中，车辆网关将根据车载诊断系统确定出的故障信息发送给云服务器，云服务器根据故障信息中的故障码在云端脚本配置工具中配置故障信息对应的数据任务和诊断脚本，并将故障信息对应的数据任务和诊断脚本下发给车辆网关。车辆网关接收云服务器发送的故障信息对应的数据任务和诊断脚本，以便于根据数据任务对车辆的组件进行实时监测，当出现符合数据任务中预设触发条件的车辆的组件状态信息，针对监测车辆的组件状态信息确定出故障信息对应的诊断报告。
73.步骤240、根据数据任务中的预设触发条件实时监测车辆的组件状态数据，确定组件状态数据是否满足预设触发条件；
74.步骤250、当组件状态数据满足预设触发条件，获取组件状态数据并利用诊断脚本对组件状态数据进行分析，得到故障信息对应的诊断报告；
75.进一步的，根据所述数据任务中的预设触发条件实时监测所述车辆的组件状态数据，确定所述组件状态数据是否满足所述预设触发条件，包括：
76.根据所述预设触发条件对应的数据采集设备确定出实时监测的所述车辆的组件状态数据，并确定所述车辆的组件状态数据是否满足所述预设触发条件中的数据采集时间和所述预设触发条件中的数据长度；
77.当所述车辆的组件状态数据满足所述数据采集时间和所述数据长度，则所述组件状态数据满足所述预设触发条件。
78.示例地，预设触发条件包括数据采集时间、数据长度和数据采集组件，数据采集时间可以理解为车辆的组件对应的传感器获取到数据的时间点，用于数据是否为数据任务需要时刻的数据，还可以判断数据采集是否在数据任务周期内，判断数据的有效性。数据长度可以理解为车辆的组件对应的传感器采集数据的位数，用于判断采集数据是否可以进行诊断脚本运行。数据采集组件可以理解为确定车辆网关监测数据对应车辆的组件，还可以在采集数据较多或者混乱时，需要根据预设触发条件的数据采集组件核实数据来源是否正确。
79.具体实现中，根据预设触发条件中的数据采集组件，车辆网关确定预设触发条件
对应的数据采集设备，根据预设触发条件对应的数据采集设备确定出实时监测的车辆的组件状态数据。将车辆的组件状态数据分别与预设触发条件中的数据采集时间和预设触发条件中的数据长度进行比对，确定车辆的组件状态数据是否满足预设触发条件；当车辆的组件状态数据的数据采集时间在数据任务周期内且组件状态数据与预设触发条件中的数据长度一致，则车辆的组件状态数据满足数据采集时间和数据长度，组件状态数据满足预设触发条件。
80.进一步的，确定所述车辆的组件状态数据是否满足所述预设触发条件中的数据采集时间和所述预设触发条件中的数据长度，包括：
81.当所述车辆的组件状态数据不满足所述数据采集时间，确定所述数据任务的任务周期；
82.根据所述数据任务的任务周期确定所述车辆的组件状态数据的监测时间是否在所述任务周期内；
83.当所述监测时间超出所述数据任务的周期，则撤销所述数据任务。
84.示例地，数据任务的任务周期可以理解为云服务器根据故障信息确定出故障信息对应的监测车辆的组件状态数据的时间段，仅有在任务周期内的数据才可以利用诊断脚本进行分析，超出任务周期的数据可能进行诊断脚本准确性不高，不具有参考价值，数据任务的任务周期可以根据诊断报告的预设时间和数据任务的有效性来确定。
85.具体实现中，根据预设触发条件对应的数据采集设备确定出实时监测的车辆的组件状态数据，并确定车辆的组件状态数据是否满足预设触发条件中的数据采集时间和预设触发条件中的数据长度；当车辆的组件状态数据不满足数据采集时间，需要进一步的确定车辆的组件状态数据的采集时间是否在数据任务周期内。如果确定车辆的组件状态数据的采集时间未在数据任务周期内，则确定车辆组件状态数据的监测时间是否在任务周期内，当监测时间超出数据任务的周期，则说明无法监测有效车辆的组件状态数，数据任务没有任何监测意义，需要撤销数据任务，减少车辆网关的计算量。
86.步骤260、将诊断报告发送给云服务器，以使得车辆通过云服务器获取故障信息对应的维修方案。
87.进一步的，将所述诊断报告发送给云服务器，以使得所述车辆通过所述云服务器获取所述故障信息对应的维修方案，包括：
88.将所述诊断报告发送给所述云服务器，所述诊断报告用于从所述云服务器获取所述诊断报告对应的维修信息，所述维修信息是从所述云服务器和共享维修站点汇集的所有所述诊断报告对应的处理信息；
89.接收所述维修信息，根据所述维修信息确定出至少两种维修方案；
90.根据用户需求从所述至少两种维修方案中选取所述故障信息对应的维修方案。
91.示例地，诊断报告对应的维修信息可以理解为根据诊断报告中的具体故障原因对应的处理信息，维修信息是借助云服务器和共享维修站点汇聚的所有诊断报告对应的处理信息。车辆网关将分析出的诊断报告发送给云服务器，并通过云服务器将诊断报告共享给各信息资源和共享维修站点，可以根据诊断报告中的具体故障原因从各信息资源中汇聚诊断报告对应的第一处理信息，也可以通过共享维修站点从维修人员获取到诊断报告对应的第二处理信息，将诊断报告对应的第一处理信息和诊断报告对应的第二处理信息整理，得
到诊断报告对应的维修信息。维修方案可以理解为根据维修信息进行分析和整理，确定出的用户需要实施的具体的维修步骤。用户需求可以理解为根据用户信息确定出的用户需求的维修方案的主要评估因素。比如：用户拥有的资金较少，但有足够的时间进行维修，用户需求的评估因素就是价格。
92.具体实现中，车辆网关将分析出的诊断报告发送给云服务器，并通过云服务器将诊断报告共享给各信息资源和共享维修站点，得到诊断报告对应的维修信息。根据诊断报告对应的维修信息进行分析处理，确定出至少两种维修方案，用于用户进行故障信息的处理。根据用户需求对至少两种维修方案进行评估，选取满足用户需求维修方案作为故障信息对应的维修方案。
93.进一步的，根据用户需求从所述至少两种维修方案中选取所述故障信息对应的维修方案，包括：
94.获取用户信息，并根据所述用户信息确定出所述用户需求；
95.根据所述用户需求的满足程度将所述至少两种维修方案排序，选择排序最靠前的维修方案作为所述故障信息对应的维修方案。
96.具体实现中，用户信息可以理解为用户资金、时间和用车信息等，通过信息采集设备获取到用户信息，并根据用户信息确定出用户对车辆进行维修时，确定维修方案的主要评估因素。根据至少两种维修方案对用户需求的满足程度，将至少两种维修方案进行排序，选取用户需求的满足程度较高的维修方案作为故障信息对应的维修方案。其中，排序靠前的维修方案可以理解为在至少两种维修方案中用户需求的满足程度最高的维修方案。
97.本发明实施例中，通过监测车辆的仪表灯显示情况，并根据车辆的仪表灯显示情况确定车辆的故障信息；根据故障信息中的故障码从云服务器获取故障信息对应的数据任务和诊断脚本；根据数据任务中的预设触发条件实时监测车辆的组件状态数据，确定组件状态数据是否满足预设触发条件；当组件状态数据满足预设触发条件，获取组件状态数据并利用诊断脚本对组件状态数据进行分析，得到故障信息对应的诊断报告；将诊断报告发送给云服务器，以使得车辆通过云服务器获取故障信息对应的维修方案。即，本发明实施例，通过车辆网关与云服务器交互的方式，获取故障码对应的数据任务和诊断脚本，局部的对车辆设备进行监测，并获得故障码对应的诊断脚本，精准进行故障诊断，同时减少运行内存占用；根据预设触发条件过滤无用信息，快速确定出诊断报告，并利用云服务器共享方式确定出可行的维修方案，减少维修时间和成本。
98.图3是本发明实施例提供的故障诊断装置的结构示意图，如图3所示，该故障诊断装置包括：
99.信息确定模块310，用于监测车辆的仪表灯显示情况，并根据所述车辆的仪表灯显示情况确定所述车辆的故障信息；
100.任务获取模块320，用于根据所述故障信息中的故障码从云服务器获取所述故障信息对应的数据任务和诊断脚本；
101.触发确定模块330，用于根据所述数据任务中的预设触发条件实时监测所述车辆的组件状态数据，确定所述组件状态数据是否满足所述预设触发条件；
102.报告确定模块340，用于当所述组件状态数据满足所述预设触发条件，获取所述组件状态数据并利用诊断脚本对所述组件状态数据进行分析，得到所述故障信息对应的诊断
报告；
103.方案获取模块350，用于将所述诊断报告发送给云服务器，以使得所述车辆通过所述云服务器获取所述故障信息对应的维修方案。
104.一实施例中，所述信息确定模块310根据所述车辆的仪表灯显示情况确定所述车辆的故障信息，包括：
105.根据所述仪表灯显示情况确定所述车辆是否获取故障信息；
106.当所述仪表灯显示情况为所述车辆故障，则从所述车辆的车载诊断系统的接口获取所述车辆故障对应的故障信息，所述故障信息包括所述故障码。
107.一实施例中，所述任务获取模块320根据所述故障信息中的故障码从云服务器获取所述故障信息对应的数据任务和诊断脚本，包括：
108.将所述故障信息发送给所述云服务器，以使得所述云服务器根据所述故障信息中的故障码配置所述故障信息对应的数据任务和所述诊断脚本；
109.接收所述云服务器发送的所述数据任务和所述诊断脚本。
110.一实施例中，所述触发确定模块330根据所述数据任务中的预设触发条件实时监测所述车辆的组件状态数据，确定所述组件状态数据是否满足所述预设触发条件，包括：
111.根据所述预设触发条件对应的数据采集设备确定出实时监测的所述车辆的组件状态数据，并确定所述车辆的组件状态数据是否满足所述预设触发条件中的数据采集时间和所述预设触发条件中的数据长度；
112.当所述车辆的组件状态数据满足所述数据采集时间和所述数据长度，则所述组件状态数据满足所述预设触发条件。
113.一实施例中，所述触发确定模块330确定所述车辆的组件状态数据是否满足所述预设触发条件中的数据采集时间和所述预设触发条件中的数据长度，包括：
114.当所述车辆的组件状态数据不满足所述数据采集时间，确定所述数据任务的任务周期；
115.根据所述数据任务的任务周期确定所述车辆的组件状态数据的监测时间是否在所述任务周期内；
116.当所述监测时间超出所述数据任务的周期，则撤销所述数据任务。
117.一实施例中，所述方案获取模块350将所述诊断报告发送给云服务器，以使得所述车辆通过所述云服务器获取所述故障信息对应的维修方案，包括：
118.将所述诊断报告发送给所述云服务器，所述诊断报告用于从所述云服务器获取所述诊断报告对应的维修信息，所述维修信息是从所述云服务器和共享维修站点汇集的所有所述诊断报告对应的处理信息；
119.接收所述维修信息，根据所述维修信息确定出至少两种维修方案；
120.根据用户需求从所述至少两种维修方案中选取所述故障信息对应的维修方案。
121.一实施例中，所述方案获取模块350根据用户需求从所述至少两种维修方案中选取所述故障信息对应的维修方案，包括：
122.获取用户信息，并根据所述用户信息确定出所述用户需求；
123.根据所述用户需求的满足程度将所述至少两种维修方案排序，选择排序最靠前的维修方案作为所述故障信息对应的维修方案。
124.本发明装置实施例中，通过监测车辆的仪表灯显示情况，并根据车辆的仪表灯显示情况确定车辆的故障信息；根据故障信息中的故障码从云服务器获取故障信息对应的数据任务和诊断脚本；根据数据任务中的预设触发条件实时监测车辆的组件状态数据，确定组件状态数据是否满足预设触发条件；当组件状态数据满足预设触发条件，获取组件状态数据并利用诊断脚本对组件状态数据进行分析，得到故障信息对应的诊断报告；将诊断报告发送给云服务器，以使得车辆通过云服务器获取故障信息对应的维修方案。即，本发明实施例，通过车辆网关与云服务器交互的方式，获取故障码对应的数据任务和诊断脚本，局部的对车辆设备进行监测，并获得故障码对应的诊断脚本，精准进行故障诊断，同时减少运行内存占用；根据预设触发条件过滤无用信息，快速确定出诊断报告，并利用云服务器共享方式确定出可行的维修方案，减少维修时间和成本。
125.图4为本发明实施例提供的一种车辆的结构示意图。图4示出了适于用来实现本发明实施方式的示例性车辆12的框图。图4显示的车辆12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
126.如图4所示，车辆12以通用计算设备的形式表现。车辆12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
127.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
128.车辆12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被车辆12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
129.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。车辆12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
130.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
131.车辆12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24、车辆网关等)通信，还可与一个或者多个使得用户能与该车辆12交互的设备通信，和/或与使得该车辆12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，车辆12还可以通过网络适配器20
与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与车辆12的其它模块通信。应当明白，尽管图中未示出，可以结合车辆12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
132.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的故障诊断方法，该方法包括：
133.监测车辆的仪表灯显示情况，并根据所述车辆的仪表灯显示情况确定所述车辆的故障信息；
134.根据所述故障信息中的故障码从云服务器获取所述故障信息对应的数据任务和诊断脚本；
135.根据所述数据任务中的预设触发条件实时监测所述车辆的组件状态数据，确定所述组件状态数据是否满足所述预设触发条件；
136.当所述组件状态数据满足所述预设触发条件，获取所述组件状态数据并利用诊断脚本对所述组件状态数据进行分析，得到所述故障信息对应的诊断报告；
137.将所述诊断报告发送给云服务器，以使得所述车辆通过所述云服务器获取所述故障信息对应的维修方案。
138.本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现所述的故障诊断方法，该方法包括：
139.监测车辆的仪表灯显示情况，并根据所述车辆的仪表灯显示情况确定所述车辆的故障信息；
140.根据所述故障信息中的故障码从云服务器获取所述故障信息对应的数据任务和诊断脚本；
141.根据所述数据任务中的预设触发条件实时监测所述车辆的组件状态数据，确定所述组件状态数据是否满足所述预设触发条件；
142.当所述组件状态数据满足所述预设触发条件，获取所述组件状态数据并利用诊断脚本对所述组件状态数据进行分析，得到所述故障信息对应的诊断报告；
143.将所述诊断报告发送给云服务器，以使得所述车辆通过所述云服务器获取所述故障信息对应的维修方案。
144.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
145.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限
于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
146.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
147.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
148.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。