CN115794452A - 故障信息处理方法及系统 - Google Patents

Abstract

本申请提供一种故障信息处理方法及系统。该方法应用于故障信息处理系统，故障信息处理系统包括：车侧模块及运维服务器，车侧模块包括：多个电子控制单元ECU、网关模块、第一数据传输模块以及人机交互模块；该方法包括：网关模块获取多个ECU中任一ECU的故障信息，并将故障信息发送至第一数据传输模块和人机交互模块；第一数据传输模块将故障信息发送至运维服务器；人机交互模块根据故障信息亮起警示灯，其中警示灯用于提醒用户在终端设备输入故障详情获取请求；运维服务器在接收到终端设备发送的故障详情获取请求时，根据故障信息获取故障详情，向终端设备发送故障详情。本申请的方法，解决了不能让机动车用户了解故障细节的问题。

Description

故障信息处理方法及系统

技术领域

本申请涉及数据处理技术领域，尤其涉及一种故障信息处理方法及系统。

背景技术

机动车在行驶的过程中，会由于部件寿命到期、部件磨损、意外事件以及软件错误导致运行故障，轻微故障可以继续行驶，而如果出现严重故障则需要外界协助解决。

目前，机动车出现故障后，可以将故障信息发送至云端，云端分析故障信息后远程协助解决故障。

但是，当前远程协助解决故障的方式不能让机动车的用户了解故障细节。

发明内容

本申请提供一种故障信息处理方法及系统，用以解决机动车用户不能了解机动车故障细节的问题。

第一方面，本申请提供一种故障信息处理方法，方法应用于故障信息处理系统，故障信息处理系统包括：车侧模块及运维服务器，车侧模块包括：多个电子控制单元ECU、网关模块、第一数据传输模块以及人机交互模块；方法包括：

网关模块获取多个ECU中任一ECU的故障信息，并将故障信息发送至第一数据传输模块和人机交互模块；第一数据传输模块将故障信息发送至运维服务器；人机交互模块根据故障信息亮起警示灯，其中警示灯用于提醒用户在终端设备输入故障详情获取请求；运维服务器在接收到终端设备发送的故障详情获取请求时，根据故障信息获取故障详情，向终端设备发送故障详情。

在一种可能的实现方式中，向终端设备发送故障详情之后，还包括：在运维服务器接收终端设备发送的用户输入的维护请求时，根据故障信息确定对应的软件安装包，将软件安装包发送至第一数据传输模块；第一数据传输模块将软件安装包发送至网关模块；网关模块控制任一ECU运行软件安装包，以完成故障处理。

在一种可能的实现方式中，运维服务器包括：第二数据传输模块、智能诊断模块、安装包获取模块、公钥基础设施PKI模块以及存储模块；运维服务器在接收到终端设备发送的故障详情获取请求时，根据故障信息获取故障详情，包括：第二数据传输模块接收终端设备发送的故障详情获取请求，将故障信息发送至智能诊断模块；智能诊断模块根据故障信息确定故障详情；相应地，在运维服务器接收到终端设备发送的用户输入的维护请求时，根据故障信息确定对应的软件安装包，将软件安装包发送至第一数据传输模块，包括：第二数据传输模块接收终端设备发送的用户输入的维护请求，将维护请求发送至智能诊断模块；智能诊断模块将故障详情发送至PKI模块，以使PKI模块根据故障详情确定安装包信息，并将安装包信息发送至安装包获取模块；安装包获取模块从存储模块获取安装包信息对应的软件安装包，并将软件安装包发送至第二数据传输模块；第二数据传输模块将软件安装包发送至第一数据传输模块。

在一种可能的实现方式中，网关模块包括：诊断处理模块以及软件安装控制模块，网关模块获取多个ECU中任一ECU的故障信息，并将故障信息发送至第一数据传输模块和人机交互模块，包括：网关模块中的诊断处理模块获取多个ECU中任一ECU的故障信息，并将故障信息发送至第一数据传输模块和人机交互模块；相应地，网关模块控制任一ECU运行软件安装包，以完成故障处理，包括：网关模块中的软件安装控制模块控制任一ECU运行软件安装包，以完成故障处理。

在一种可能的实现方式中，在第一数据传输模块将软件安装包发送至网关模块之后，还包括：网关模块向人机交互模块发送提示信息；人机交互模块将提示信息显示输出或语音输出，并接收用户根据提示信息输入的确认信息；人机交互模块将确认信息发送至网关模块；相应地，网关模块控制任一ECU运行软件安装包，以完成故障处理，包括：网关模块根据确认信息控制任一ECU运行软件安装包，以完成故障处理。

在一种可能的实现方式中，在网关模块控制任一ECU运行软件安装包，以完成故障处理之后，还包括：多个电子控制单元ECU自检，并将自检结果发送至网关模块；网关模块将自检结果发送至人机交互模块，以将自检结果显示输出或语音输出。

在一种可能的实现方式中，在网关模块控制任一ECU运行软件安装包，以完成故障处理之后，还包括：网关模块向人机交互模块发送故障消除信息，以使人机交互模块关闭警示灯。

第二方面，本申请提供一种故障信息处理系统，包括：车侧模块及运维服务器，车侧模块包括：多个电子控制单元ECU、网关模块、第一数据传输模块以及人机交互模块；网关模块，用于获取多个ECU中任一ECU的故障信息，并将故障信息发送至第一数据传输模块和人机交互模块；第一数据传输模块，用于将故障信息发送至运维服务器；人机交互模块，用于根据故障信息亮起警示灯，其中警示灯用于提醒用户在终端设备输入故障详情获取请求；运维服务器，用于在接收到终端设备发送的故障详情获取请求时，根据故障信息获取故障详情，向终端设备发送故障详情。

在一种可能的实现方式中，运维服务器，还用于接收终端设备发送的用户输入的维护请求时，根据故障信息确定对应的软件安装包，将软件安装包发送至第一数据传输模块；第一数据传输模块，还用于将软件安装包发送至网关模块；网关模块，还用于控制任一ECU运行软件安装包，以完成故障处理。

在一种可能的实现方式中，运维服务器包括：第二数据传输模块、智能诊断模块、安装包获取模块、公钥基础设施PKI模块以及存储模块；第二数据传输模块，用于接收终端设备发送的故障详情获取请求，将故障信息发送至智能诊断模块；智能诊断模块，用于根据故障信息确定故障详情；第二数据传输模块，还用于接收终端设备发送的用户输入的维护请求，将维护请求发送至智能诊断模块；智能诊断模块，还用于将故障详情发送至PKI模块；PKI模块，用于根据故障详情确定安装包信息，并将安装包信息发送至安装包获取模块；安装包获取模块，用于从存储模块获取安装包信息对应的软件安装包，并将软件安装包发送至第二数据传输模块；第二数据传输模块，还用于将软件安装包发送至第一数据传输模块。

本申请提供的故障信息处理方法及系统，通过将故障详情发送至用户处，可以使机动车用户了解故障原因和故障等级等信息，解决了现有技术中不能让机动车用户了解故障细节的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的故障信息处理方法的系统架构示意图一；

图2为本申请实施例提供的故障信息处理方法的流程示意图；

图3为本申请实施例提供的故障信息处理方法的系统架构示意图二；

图4为本申请实施例提供的故障信息处理方法的系统架构示意图三；

图5为本申请实施例提供的故障信息处理方法的系统架构示意图四。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

随着社会经济日益发展，机动车购买量逐渐增加，机动车成为了人们出行的常用交通工具，机动车的维修也逐渐成为了常见的事件，而当前机动车故障不仅限于机械故障，还包括软件错误。

目前解决机动车故障的方法除了返厂维修外，还可以将故障信息发送至云端，由云端服务器由故障信息查找相应的解决方法。这种方法减少了维修机动车的时间成本，但不能让机动车的用户了解故障的原因等具体细节。

图1为本申请实施例提供的故障信息处理方法的系统架构示意图一。如图1所示，左侧为故障信息处理系统100，包括：车侧模块101以及运维服务器102，右侧为终端设备200，其中车侧模块101，包括：多个电子控制单元ECU 1011、网关模块1012、第一数据传输模块1013以及人机交互模块1014。

运维服务器102，可以是单一的服务器，也可以利用具有更强大处理能力和更高安全性的一个服务器或多个服务器组成的集群来实现，在可能的情况下，还可以使用计算能力较强的计算机、笔记本电脑等进行替代。

终端设备200，可以包括计算机、平板、手机、掌上电脑(Personal DigitalAssistant，PDA)以及笔记本等，它们可以进行数据的输入以及数据的显示输出或语音输出。

网关模块1012，可以用于获取上述多个电子控制单元ECU1011中任一个ECU的故障信息，并将故障信息发送至第一数据传输模块1013和人机交互模块1014。

第一数据传输模块1013，可以用于将故障信息发送至运维服务器102。

人机交互模块1014，可以在接收到故障信息后亮起相应的警示灯。

终端设备200，可以用于接收用户输入的维护请求并将维护请求发送至运维服务器102。

运维服务器102，可以用于在接收到故障详情获取请求时，根据故障信息获取故障详情，并向终端设备200发送故障详情。

可以理解的是，本申请实施例示意的结构并不构成对故障信息处理方法的具体限定。在本申请另一些可行的实施方式中，上述架构可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，具体可根据实际应用场景确定，在此不做限制。图1所示的部件可以以硬件，软件，或软件与硬件的组合实现。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的故障信息处理方法的流程示意图。本申请实施例的执行主体可以是图1中的故障信息处理系统。如图2所示，该方法包括：

S201：网关模块获取多个ECU中任一ECU的故障信息，并将故障信息发送至第一数据传输模块和人机交互模块。

在本步骤中，故障信息可以是一串代码，这串代码可以是数字、字母和符号中的一种或多种组成的。网关模块实时监控机动车状态，即持续查看上述多个ECU中每个ECU的状态，当有机动车部发生故障时相应的即可检测出相应ECU的故障信息。第一数据传输模块可以是TBOX(telematics box，车联网系统)。人机交互模块，可以包括汽车中控以及仪表盘等。

其中，TBOX中主要包含GPS(Global Positioning System，全球定位系统)天线以及SIM卡(Subscriber Identity Module，用户身份识别卡)，还包含2G、3G、4G和/或5G天线等。

S202：第一数据传输模块将故障信息发送至运维服务器。

在本步骤中，发送的方式可以是通过2G、3G、4G或5G网络发送，也可以是以短信的形式发送，本申请对此不作特殊限制。

S203：人机交互模块根据故障信息亮起警示灯，其中警示灯用于提醒用户在终端设备输入故障详情获取请求。

在本步骤中，警示灯可以是发动机故障灯、发动机系统故障指示灯、电池过热指示灯等等。

S204：运维服务器在接收到终端设备发送的故障详情获取请求时，根据故障信息获取故障详情，向终端设备发送故障详情。

其中，故障详情可以包括故障名称、故障等级、可能的故障原因、故障修复方式建议等。发送方式可以是以任意一种无线方式发送。

从上述实施例的描述可知，本申请实施例通过将故障详情发送至用户处，可以使机动车用户了解故障原因和故障等级等信息，解决了现有技术中不能让机动车用户了解故障细节的问题。

在一种可能的实现方式中，向终端设备发送故障详情之后，还包括：

S205：在运维服务器接收终端设备发送的用户输入的维护请求时，根据故障信息确定对应的软件安装包，将软件安装包发送至第一数据传输模块。

在本步骤中，根据故障信息确定对应的软件安装包，可以是在预设的故障信息与软件安装包对照表中查询得到对应的软件安装包名称，再由软件安装包的名称查找得到软件安装包。软件安装包的格式可以包括apk(Android application package，Android应用程序包)格式、exe(executable file，可执行文件)格式等，本申请不对此做特殊限制。

S206：第一数据传输模块将软件安装包发送至网关模块。

在本步骤中，发送方式可以是通过无线发送的方式，也可以是通过有线发送的方式。

具体的，有线发送的方式例如通过总线发送，无线发送的方式例如通过局域网发送。

S207：网关模块控制任一ECU运行软件安装包，以完成故障处理。

在本步骤中，控制上述任一ECU运行软件安装包可以是向上述步骤S201中故障对应的ECU发送软件安装包和安装指令，或直接将软件安装包在向上述步骤S201中故障对应的ECU中运行。

从上述实施例的描述可知，本申请实施例通过由车侧模块获取机动车的故障信息，并将故障信息发送至运维服务器，使运维服务器可以找到对应的软件安装包，同时人机交互模块警示灯可以提醒用户输入维护请求，以让运维服务器接收维护请求，从而实现软件安装包的下发，最终车侧模块安装软件安装包达到故障的修复的目的，实现了机动车故障的远程修复。

在一种可能的实现方式中，运维服务器包括：第二数据传输模块、智能诊断模块、安装包获取模块、公钥基础设施PKI模块以及存储模块。

上述步骤S204中运维服务器在接收到终端设备发送的故障详情获取请求时，根据故障信息获取故障详情，具体包括：

S2041：第二数据传输模块接收终端设备发送的故障详情获取请求，将故障信息发送至智能诊断模块。

在本步骤中，故障信息的发送方式可以是通过总线或无线方式发送，本申请对此不作特殊限制。

S2042：智能诊断模块根据故障信息确定故障详情。

在本步骤中，根据故障信息确定故障详情可以是在预设的故障信息与故障详情对照表中，通过故障信息查找得到对应的故障详情。

相应地，上述步骤S205中，在运维服务器接收到终端设备发送的用户输入的维护请求时，根据故障信息确定对应的软件安装包，将软件安装包发送至第一数据传输模块，具体包括：

S2051：第二数据传输模块接收终端设备发送的用户输入的维护请求，将维护请求发送至智能诊断模块。

在本步骤中，智能诊断模块可以是以板卡的形式存在的，也可以是以单独的服务器形式存在的。若智能诊断模块是以板卡的形式存在的，则故障信息发送方式可以是通过总线发送。若智能诊断模块是单独的服务器形式存在的，则故障信息发送方式可以是通过总线发送也可以是通过网线、无线网络等方式发送。

S2052：智能诊断模块将故障详情发送至PKI模块，以使PKI模块根据故障详情确定安装包信息，并将安装包信息发送至安装包获取模块。

在本步骤中，PKI模块可以包括PKI策略、软硬件系统、证书机构、注册机构、证书发布系统和PKI应用等。根据故障详情确定安装包信息可以是根据预设的故障详情与安装包信息对照表查询相应的安装包信息，以确保安装包适合故障机动车的车型以及配置。

S2053：安装包获取模块从存储模块获取安装包信息对应的软件安装包，并将软件安装包发送至第二数据传输模块。

在本步骤中，存储模块可以是硬盘、U盘或任何存储介质，还可以是数据库，本申请对此不作特殊限制。第二数据传输模块可以是无线数传模块，还可以是数据接收器与数据发送器。

其中，数据库可以包括单独一种数据库也可以是多种数据库的组合。例如：Oracle(甲骨文)数据库、MySQL(关系型数据库管理系统)、DRDS(Distribute RelationalDatabase Service，分布式关系型数据库)数据库、ES(Elasticsearch，弹性搜索)数据库等数据库中的一种或多种，本申请对此不作特殊限制。

S2054：第二数据传输模块将软件安装包发送至第一数据传输模块。

在本步骤中，软件安装包的发送方式同样可以是通过无线的方式发送。

从上述实施例的描述可知，本申请实施例提供了由故障信息确定对应的软件安装包的具体方法。

在一种可能的实现方式中，网关模块包括：诊断处理模块以及软件安装控制模块，

上述步骤S201中，网关模块获取多个ECU中任一ECU的故障信息，并将故障信息发送至第一数据传输模块和人机交互模块，具体包括：

S2011：网关模块中的诊断处理模块获取多个ECU中任一ECU的故障信息，并将故障信息发送至第一数据传输模块和人机交互模块。

本步骤的故障信息获取方式与上述步骤S201类似，在这里不再赘述。

相应地，上述步骤S207中，网关模块控制任一ECU运行软件安装包，以完成故障处理，具体包括：

S2071：网关模块中的软件安装控制模块控制任一ECU运行软件安装包，以完成故障处理。

在本步骤中，软件安装控制模块可以是是所有ECU的主控制器。控制上述任一ECU运行安装包的过程与上述步骤S207类似，在这里不再赘述。

从上述实施例的描述可知，本申请实施例提供了获取故障信息的具体方式和运行安装包的具体方式。

在一种可能的实现方式中，在上述步骤S206，第一数据传输模块将软件安装包发送至网关模块之后，还包括：

S301：网关模块向人机交互模块发送提示信息。

在本步骤中，提示信息可以包括确认安装的提示信息。

具体的，提示信息例如“是否确认升级”、“是否确认安装”、“是否进行修复”等，本申请对此不作具体限制。

S302：人机交互模块将提示信息显示输出或语音输出，并接收用户根据提示信息输入的确认信息。

在本步骤中，显示输出可以是在中控显示屏进行显示，语音输出可以是使用机动车的扬声器播放提示信息的语音。确认信息可以是对中控屏幕的点击信息、键入语句等，还可以是语音信息。

具体的，确认信息例如对中控屏幕中确认按钮的点击操作。语音信息例如“确认升级”或“确认修复”等。

S303：人机交互模块将确认信息发送至网关模块。

本步骤确认信息的发送方法与上述步骤S201中故障信息的发送方式类似，在这里不再赘述。

相应地，上述步骤S207，网关模块控制任一ECU运行软件安装包，以完成故障处理，具体包括：网关模块根据确认信息控制任一ECU运行软件安装包，以完成故障处理。

根据确认信息控制任一ECU运行软件安装包，可以是在得到确认信息后控制任一ECU运行软件安装包。

从上述实施例的描述可知，本申请实施例添加了运行软件安装包之前的确认步骤，使软件升级是经过用户两次确认的。

在一种可能的实现方式中，在上述步骤S207网关模块控制任一ECU运行软件安装包，以完成故障处理之后，还包括：

S207A：多个电子控制单元ECU自检，并将自检结果发送至网关模块。

在本步骤中，自检结果可以包括“正常”、“升级成功”、“升级失败”、“升级失败”或“修复失败”等，本申请对此不作具体限制。

S207B：网关模块将自检结果发送至人机交互模块，以将自检结果显示输出或语音输出。

本步骤中，将自检结果输出的过程与上述步骤S302类似，在这里不再赘述。

从上述实施例的描述可知，本步骤提供了对故障处理结果的输出过程，可以是故障修复的最终结果更加直观。

在一种可能的实现方式中，在上述步骤S207网关模块控制任一ECU运行软件安装包，以完成故障处理之后，还包括：

S208：网关模块向人机交互模块发送故障消除信息，以使人机交互模块关闭警示灯。

在本步骤中，故障消除信息可以是一串代码，代码形式如上述步骤S201描述。

从上述实施例的描述可知，本申请实施例提供了关闭警示灯的方案，可以使修复结果更加直观。

继续参考图1。如图1所示，本申请提供的故障信息处理系统100，包括：车侧模块101及运维服务器102，车侧模块101包括：多个电子控制单元ECU1011、网关模块1012、第一数据传输模块1013以及人机交互模块1014。

网关模块1012，用于获取多个ECU1011中任一ECU的故障信息，并将故障信息发送至第一数据传输模块和人机交互模块；

第一数据传输模块1013，用于将故障信息发送至运维服务器；

人机交互模块1014，用于根据故障信息亮起警示灯，其中警示灯用于提醒用户在终端设备输入故障详情获取请求；

运维服务器102，用于在接收到终端设备发送的故障详情获取请求时，根据故障信息获取故障详情，向终端设备发送故障详情。

在一种可能的实现方式中，运维服务器102，还用于在接收终端设备发送的用户输入的维护请求时，根据故障信息确定对应的软件安装包，将软件安装包发送至第一数据传输模块；

第一数据传输模块1013，还用于将软件安装包发送至网关模块；

网关模块1012，还用于控制任一ECU运行软件安装包，以完成故障处理。

图3为本申请实施例提供的故障信息处理方法的系统架构示意图二。如图3所示，运维服务器102包括：第二数据传输模块1021、智能诊断模块1022、安装包获取模块1023、公钥基础设施PKI模块1024以及存储模块1025。

第二数据传输模块1021，用于接收终端设备发送的故障详情获取请求，将故障信息发送至智能诊断模块。

智能诊断模块1022，用于根据故障信息确定故障详情。

第二数据传输模块1021，还用于接收终端设备200发送的用户输入的维护请求，将维护请求发送至智能诊断模块1022。

智能诊断模块1022，还用于将故障详情发送至PKI模块1024。

PKI模块1024，用于根据故障详情确定安装包信息，并将安装包信息发送至安装包获取模块1023。

安装包获取模块1023，用于从存储模块1025获取安装包信息对应的软件安装包，并将软件安装包发送至第二数据传输模块1021。

第二数据传输模块1021，还用于将软件安装包发送至第一数据传输模块1013。

图4为本申请实施例提供的故障信息处理方法的系统架构示意图三。如图4所示，网关模块1012包括：诊断处理模块10121以及软件安装控制模块10122。

网关模块1012中的诊断处理模块10121，用于获取多个ECU 1011中任一ECU的故障信息，并将故障信息发送至第一数据传输模块1013和人机交互模块1014。

网关模块1012中的软件安装控制模块10122，用于控制任一ECU运行软件安装包，以完成故障处理。

图5为本申请实施例提供的故障信息处理方法的系统架构示意图四。如图5所示，网关模块1012，还用于向人机交互模块1014发送提示信息。

人机交互模块1014，还用于将提示信息显示输出或语音输出，并接收用户根据提示信息输入的确认信息。

人机交互模块1014，还用于将确认信息发送至网关模块1012。

网关模块1012，还用于根据确认信息控制任一ECU运行软件安装包，以完成故障处理。

继续参考图5。多个电子控制单元ECU 1011，还用于自检，并将自检结果发送至网关模块1012。

网关模块1012，还用于将自检结果发送至人机交互模块1014，以将自检结果显示输出或语音输出。

继续参考图5。网关模块1012，还用于向人机交互模块1014发送故障消除信息，以使人机交互模块1014关闭警示灯。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。

存储模块可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外部设备互连(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种故障信息处理方法，其特征在于，所述方法应用于故障信息处理系统，所述故障信息处理系统包括：车侧模块及运维服务器，所述车侧模块包括：多个电子控制单元ECU、网关模块、第一数据传输模块以及人机交互模块；所述方法包括：

所述网关模块获取所述多个ECU中任一ECU的故障信息，并将所述故障信息发送至所述第一数据传输模块和所述人机交互模块；

所述第一数据传输模块将所述故障信息发送至所述运维服务器；

所述人机交互模块根据所述故障信息亮起警示灯，其中所述警示灯用于提醒用户在终端设备输入故障详情获取请求；

所述运维服务器在接收到所述终端设备发送的所述故障详情获取请求时，根据所述故障信息获取故障详情，向所述终端设备发送所述故障详情。

2.根据权利要求1所述的方法，其特征在于，所述向所述终端设备发送所述故障详情之后，还包括：

在所述运维服务器接收所述终端设备发送的用户输入的维护请求时，根据所述故障信息确定对应的软件安装包，将所述软件安装包发送至所述第一数据传输模块；

所述第一数据传输模块将所述软件安装包发送至所述网关模块；

所述网关模块控制所述任一ECU运行所述软件安装包，以完成故障处理。

3.根据权利要求2所述的方法，其特征在于，所述运维服务器包括：第二数据传输模块、智能诊断模块、安装包获取模块、公钥基础设施PKI模块以及存储模块；

所述运维服务器在接收到所述终端设备发送的所述故障详情获取请求时，根据所述故障信息获取故障详情，包括：

所述第二数据传输模块接收所述终端设备发送的所述故障详情获取请求，将所述故障信息发送至所述智能诊断模块；

所述智能诊断模块根据所述故障信息确定故障详情；

相应地，所述在所述运维服务器接收到所述终端设备发送的用户输入的维护请求时，根据所述故障信息确定对应的软件安装包，将所述软件安装包发送至所述第一数据传输模块，包括：

所述第二数据传输模块接收所述终端设备发送的所述用户输入的维护请求，将所述维护请求发送至所述智能诊断模块；

所述智能诊断模块将所述故障详情发送至所述PKI模块，以使所述PKI模块根据所述故障详情确定安装包信息，并将所述安装包信息发送至所述安装包获取模块；

所述安装包获取模块从所述存储模块获取所述安装包信息对应的软件安装包，并将所述软件安装包发送至所述第二数据传输模块；

所述第二数据传输模块将所述软件安装包发送至所述第一数据传输模块。

4.根据权利要求2或3所述的方法，其特征在于，所述网关模块包括：诊断处理模块以及软件安装控制模块，

所述网关模块获取所述多个ECU中任一ECU的故障信息，并将所述故障信息发送至所述第一数据传输模块和所述人机交互模块，包括：

所述网关模块中的诊断处理模块获取所述多个ECU中任一ECU的故障信息，并将所述故障信息发送至所述第一数据传输模块和所述人机交互模块；

相应地，所述网关模块控制所述任一ECU运行所述软件安装包，以完成故障处理，包括：

所述网关模块中的软件安装控制模块控制所述任一ECU运行所述软件安装包，以完成故障处理。

5.根据权利要求2或3所述的方法，其特征在于，在所述第一数据传输模块将所述软件安装包发送至所述网关模块之后，还包括：

所述网关模块向所述人机交互模块发送提示信息；

所述人机交互模块将所述提示信息显示输出或语音输出，并接收用户根据所述提示信息输入的确认信息；

所述人机交互模块将所述确认信息发送至所述网关模块；

相应地，所述网关模块控制所述任一ECU运行所述软件安装包，以完成故障处理，包括：

所述网关模块根据所述确认信息控制所述任一ECU运行所述软件安装包，以完成故障处理。

6.根据权利要求2或3所述的方法，其特征在于，在所述网关模块控制所述任一ECU运行所述软件安装包，以完成故障处理之后，还包括：

所述多个电子控制单元ECU自检，并将自检结果发送至所述网关模块；

所述网关模块将所述自检结果发送至所述人机交互模块，以将所述自检结果显示输出或语音输出。

7.根据权利要求2或3所述的方法，其特征在于，在所述网关模块控制所述任一ECU运行所述软件安装包，以完成故障处理之后，还包括：

所述网关模块向所述人机交互模块发送故障消除信息，以使所述人机交互模块关闭所述警示灯。

8.一种故障信息处理系统，其特征在于，包括：车侧模块及运维服务器，所述车侧模块包括：多个电子控制单元ECU、网关模块、第一数据传输模块以及人机交互模块；

所述网关模块，用于获取所述多个ECU中任一ECU的故障信息，并将所述故障信息发送至所述第一数据传输模块和所述人机交互模块；

所述第一数据传输模块，用于将所述故障信息发送至所述运维服务器；

所述人机交互模块，用于根据所述故障信息亮起警示灯，其中所述警示灯用于提醒用户在终端设备输入故障详情获取请求；

所述运维服务器，用于在接收到所述终端设备发送的所述故障详情获取请求时，根据所述故障信息获取故障详情，向所述终端设备发送所述故障详情。

9.根据权利要求8所述的系统，其特征在于，

所述运维服务器，还用于接收所述终端设备发送的用户输入的维护请求时，根据所述故障信息确定对应的软件安装包，将所述软件安装包发送至所述第一数据传输模块；

所述第一数据传输模块，还用于将所述软件安装包发送至所述网关模块；

所述网关模块，还用于控制所述任一ECU运行所述软件安装包，以完成故障处理。

10.根据权利要求9所述的系统，其特征在于，所述运维服务器包括：第二数据传输模块、智能诊断模块、安装包获取模块、公钥基础设施PKI模块以及存储模块；

所述第二数据传输模块，用于接收所述终端设备发送的所述故障详情获取请求，将所述故障信息发送至所述智能诊断模块；

所述智能诊断模块，用于根据所述故障信息确定故障详情；

所述第二数据传输模块，还用于接收所述终端设备发送的所述用户输入的维护请求，将所述维护请求发送至所述智能诊断模块；

所述智能诊断模块，还用于将所述故障详情发送至所述PKI模块；

所述PKI模块，用于根据所述故障详情确定安装包信息，并将所述安装包信息发送至所述安装包获取模块；

所述安装包获取模块，用于从所述存储模块获取所述安装包信息对应的软件安装包，并将所述软件安装包发送至所述第二数据传输模块；

所述第二数据传输模块，还用于将所述软件安装包发送至所述第一数据传输模块。

Images