CN114969064A

CN114969064A - 故障检测方法、装置、***及存储介质

Info

Publication number: CN114969064A
Application number: CN202110219601.1A
Authority: CN
Inventors: 李思玙; 杜厚庆; 李�真; 刘洋
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-02-26
Filing date: 2021-02-26
Publication date: 2022-08-30

Abstract

本申请实施例公开一种故障检测方法，所述方法包括以下步骤：提供配置界面，所述配置界面包括以下任一种或多种故障检测规则的配置项：告警类规则、文件类规则及数据库类规则；获取配置信息，所述配置信息包括触发的所述配置项所对应信息；根据所述配置信息生成故障检测规则，将生成的所述故障检测规则转化为故障规则文件，其中，所述故障规则文件用于在终端设备上执行，以进行故障检测。本申请还提供一种装置、***及存储介质，采用本申请的实施例，可以快速生成故障检测规则，快速实现故障检测方法的更新，且通过更新故障规则文件，实现故障规则与故障检测引擎的解耦。

Description

故障检测方法、装置、***及存储介质

技术领域

本申请实施例涉及故障检测技术领域，尤其涉及一种故障检测方法、装置、***及存储介质。

背景技术

随着移动互联网时代的到来，终端设备普及程度越来越高。不同的设备形态，如手机、平板电脑、智慧手表等逐渐构成了人们全场景体验的新生活方式。

当前终端设备的故障检测***是内置在终端设备中的，用户需要执行故障检测时，通过向故障检测***发起对应的故障检测命令，获取检测结果。请参阅图1，对于手机，手机故障检测***安装于手机内。现有技术方案一为专利《一种手机故障快速检测装置及***》，专利号:ZL201020183843.7，专利权人：康佳集团股份有限公司。该专利申请公开了通过用户输入指定的测试指令，利用存储模块中存储的程度代码和各类故障信息执行检测过程，并最终显示故障。现有技术方案二为专利《一种手机故障检测***》，公开(公告)号： CN104580320A，申请人：大连捌伍捌创新工场科技服务有限公司，该专利申请公开了一种手机的故障检测方法，检测单元安装到手机上，用于检测手机的工作状态，并将检测到的数据信息传送至数据传输单元；数据传输单元将数据信息传输至监控单元，监控单元调用内部数据库，判断手机出现的故障。现有技术方案一中的存储模块与现有技术方案二中的检测单元都用于故障检测，并均安装在手机中。当需要更新上述检测模块时(例如检测规则发生变化或新增检测规则)，需重新针对性地设计检测方案，工作量较大，需要重新编码、验证、发布，并更新至终端设备，流程较长。

现有基于规则的检测方法均是落实在某一具体领域，请参阅图2，其设计的是针对网络的网络故障检测。现有技术方案三为专利《一种建立网络故障诊断规则库的方法》，公开(公告)号：CN100393048C，专利权人：武汉大学。该专利申请公开了通过用户输入指定的测试指令，利用存储模块中存储的程度代码和各类故障信息执行检测过程，并最终显示故障。针对网络故障的特点，根据网络故障数据的输入生成网络故障检测规则库。请参阅图3，其设计的是针对空调***的故障检测。现有技术方案四为专利《基于分类式规则的空调***故障诊断方法》，公开(公告)号：CN1967077A，专利权人：韩国energy技术研究院。该专利申请将空调***相关参数与规则进行匹配，从而判断是否是故障。终端设备的软硬件的迭代过程愈发频繁，对于终端设备的故障检测，需针对不同迭代产品设计检测模型。

发明内容

本申请实施例提供一种故障检测方法、装置、***及存储介质，通过提供告警类规则、文件类规则及数据库类规则的配置项，可以快速生成故障检测规则，快速实现故障检测方法的更新，且通过更新故障规则文件，实现故障规则与故障检测引擎的解耦。

第一方面，本申请的实施例提供一种故障检测方法，包括：提供配置界面，所述配置界面包括以下任一种或多种故障检测规则的配置项：告警类规则、文件类规则及数据库类规则；获取配置信息，所述配置信息包括触发的所述配置项所对应信息；根据所述配置信息生成故障检测规则；将生成的所述故障检测规则转化为故障规则文件，其中，所述故障规则文件用于在终端设备上执行，以进行故障检测。

其中告警类规则用于根据终端设备的告警数据库进行故障检测，文件类规则用于根据终端设备的指定文件进行故障检测，数据库类规则用于根据终端设备的定制数据库进行故障检测。获取触发的配置项所对应的配置信息，根据所述配置信息生成故障检测规则，将生成的所述故障检测规则转化为故障规则文件。

在其中一种可能实现方式中，所述配置界面还包括过滤项，所述过滤项用于设置执行所述故障检测规则的终端设备需满足的过滤条件；所述方法还包括：获取过滤条件，所述过滤条件包括触发的所述过滤项所对应信息；则所述根据所述配置信息生成相应的故障规则文件包括：根据所述配置信息和所述过滤条件生成故障规则文件。

在其中一种可能实现方式中，每个故障检测规则对应各自的过滤条件。

在其中一种可能实现方式中，所述过滤条件包括以下任一种或多种：检测维度、支持的设备类型、不支持的设备类型、支持的设备型号、支持的软件版本及支持的国家码。

在其中一种可能实现方式中，每个故障检测规则对应各自的配置项。

在其中一种可能实现方式中，所述告警类规则对应的配置信息包括以下一种或多种：检测维度、告警起始id、告警结束id、告警分析周期、累积总次数、峰值分析周期及峰值次数。

在其中一种可能实现方式中，所述文件类规则对应的配置信息包括以下任一种或多种：检测维度、文件节点的名称、文件节点的路径、文件节点的数据类型、运算表达式、所述运算表达式的数据类型及所述运算表达式的成立条件。

在其中一种可能实现方式中，所述数据库类规则对应的配置信息包括：定制数据库的信息和执行信息。

在其中一种可能实现方式中，所述定制数据库的信息包括：检测维度、数据库源路径、数据库源格式、数据库文件名、数据库名称及用于创建所述定制数据库的第一结构化查询语言。

在其中一种可能实现方式中，所述执行信息包括：检测维度、定制数据库的选择、用于执行检测的第二结构化查询语言、分析周期、所述第二结构化查询语言返回的参数、所述第二结构化查询语言返回的数据类型及检测的成立条件。

第二方面，本申请的实施例提供一种故障检测装置，包括：处理器，用于执行计算机程序，当所述计算机程序被执行时，所述处理器用于执行如上任意一项所述的故障检测方法。

第三方面，本申请的实施例提供一种故障检测***，包括终端设备和如上所述的故障检测装置；所述配置界面包括以下任一种或多种故障检测规则的配置项：告警类规则、文件类规则及数据库类规则；所述故障检测装置获取触发的所述配置项所对应的配置信息，根据所述配置信息生成故障检测规则，将生成的所述故障检测规则转化为故障规则文件；

所述终端设备下载所述故障规则文件并执行，以进行故障检测。

第四方面，本申请的实施例提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如上任意一项所述的故障检测方法。

本申请实施例中，通过提供告警类规则、文件类规则及数据库类规则的配置项，可以快速生成告警类规则、文件类规则及数据库类规则的故障检测规则，将生成的故障检测规则转化为故障规则文件，实现故障规则与故障检测引擎的解耦。通过更新故障规则文件快速实现故障检测方法的更新。

附图说明

图1为现有技术中故障检测示意图。

图2为现有技术中另一故障检测示意图。

图3为现有技术中另一故障检测示意图。

图4为本申请实施例提供的一种故障检测***架构示意图。

图5为本申请实施例提供的一种终端设备的结构示意图。

图6为本申请实施例提供的一种故障检测场景示意图

图7a为本申请实施例提供的一种主界面示意图。

图7b为本申请实施例提供的一种故障检测应用界面示意图。

图8为本申请实施例提供的一种故障检测方法流程示意图。

图9为本申请实施例提供的另一种故障检测方法流程示意图。

图10为本申请实施例提供的一种配置管理界面示意图。

图11为本申请实施例提供的一种过滤条件配置界面示意图。

图12为本申请实施例提供的一种规则配置界面示意图。

图13为本申请实施例提供的一种故障检测方法流程示意图。

图14为本申请实施例提供的一种告警类规则配置界面示意图。

图15为本申请实施例提供的另一种故障检测方法流程示意图。

图16为本申请实施例提供的一种文件类规则配置界面示意图。

图17为本申请实施例提供的另一种故障检测方法流程示意图。

图18为本申请实施例提供的一种数据库类规则配置界面示意图。

图19为本申请实施例提供的一种定制数据库配置界面示意图。

图20为本申请实施例提供的另一种故障检测方法流程示意图。

具体实施方式

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

本申请中所涉及的多个，是指两个或两个以上。另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

具体而言，检测模型可选的检测方法有：基于规则的检测、基于实例的检测、模糊检测等，各种检测方法在检测知识获取、检测结论的可靠性，以及解释能力上具有各自的特点。基于规则的检测是通过专家检测经验的积累而建立的，并可以固化成一定的规则形式描述，通过判断是否匹配指定的规则与故障联系起来，这种方法准确率相对较高。基于实例的检测是通过过去的经验实例指导解决新问题的方法，该检测的关键，在于如何建立一个有效的实例索引机制与示例组织方式。但过于依赖过往经验，可能存在误检测，同时过往经验亦不能覆盖所有场景。模糊检测是通过模糊语言变量进行逻辑推理，获取故障。但不适用于终端设备的故障检测。

现有终端设备形态多(平板、手机等)，与此同时，终端设备的软硬件的迭代过程也愈发频繁，对于终端设备的故障诊断，需针对不同迭代产品设计诊断模型，很难抽取到一套可以覆盖所有终端设备类型、软件版本、产品型号的故障检测规则。例如某些故障检测规则仅适用于指定的操作***版本，某些故障检测规则在某些检测场景下需设置不可用等。现有终端设备故障诊断维度广，落地成本高，难以应对快速迭代的产品节奏。例如硬件故障涉及wifi、蓝牙、传感器、摄像头等，软件故障涉及性能、功耗、稳定性等。在进行故障检测能力构建时，没有一套统一的规则范式，各个软硬件专家固化出的故障检测规则不尽相同。硬件专家可能需要设计软件需求，学习成本高。从故障检测规则生成、需求分析、编码验证到功能上架周期很长，当故障检测规则存在误报需要紧急修复，或者产品本身故障已经产生舆情需要上线新的规则进行检测时，无法快速上架。

为此，本申请提供一种故障检测方法，提供配置界面，配置界面包括以下任一种或多种故障检测规则的配置项：告警类规则、文件类规则及数据库类规则，其中告警类规则、文件类规则及数据库类规则具有很大的普适性，可覆盖大部分终端设备故障检测方案。且将终端设备的检测引擎与故障规则文件解耦，通过更新故障规则文件就可以快速更新故障检测方案。

请参阅图4，图4为本申请实施例提供的一种故障检测***架构示意图。该故障检测系统包括终端设备30故障规则配置平台10、服务器20和终端设备30。故障规则配置平台10 和服务器20之间进行通信连接，服务器20和终端设备30之间进行通信连接。第一用户可以操作故障规则配置平台10，第二用户可以操作终端设备30。

第一用户在故障规则配置平台10上配置故障检测规则，故障规则配置平台10根据用户配置故障检测规则的配置信息生成故障规则文件，并将故障规则文件发布至服务器20。第二用户操作终端设备30从服务器20上下载故障规则文件，终端设备30执行故障规则文件，进行故障检测。

在本申请实施例中，所述故障规则配置平台10包括计算机硬件或软件的操作环境，所述故障规则配置平台10可以实现为网站、应用程序等。如将故障规则配置应用安装在PC机上，该PC机为故障规则配置平台10。该故障规则配置应用可以实现故障检测装置40的功能。

在本申请实施例中，所述终端设备30可以是手机、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence,AI) 设备、可穿戴式设备、车载设备、智能家居设备和/或智慧城市设备等，本申请实施例对该终端设备30的具体类型不作特殊限制。

在本申请实施例中，所述服务器20在网络中为其它终端设备30(如PC机、智能手机等) 提供计算或者应用服务。故障规则配置平台10可以发布故障规则文件至服务器20，终端设备30可以从服务器20上下载故障规则文件。所述服务器20可以包括华为云等。

请参阅图5，以终端设备30为手机为例，本领域技术人员可以理解，图5所示的手机仅仅是一个范例，并不构成对手机的限定，手机可以具有比图中所示的更多或更少的部件。

示例性地，图5为本申请实施例提供的一种终端设备的结构示意图。

其中，终端设备30可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池 142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，摄像头193，显示屏194等。

可以理解的是，本发明实施例示意的结构并不构成对终端设备30的具体限定。在本申请另一些实施例中，终端设备30可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit， NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110 中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface， MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端设备30的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端设备30供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块 141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

终端设备30的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端设备30中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端设备30上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括一个或多个滤波器，开关，功率放大器，低噪声放大器 (low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端设备30上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(Bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near fieldcommunication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成一个或多个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端设备30的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备30可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access， CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址 (time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)， BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位*** (global positioning system，GPS)，全球导航卫星***(global navigation satellite system， GLONASS)，北斗卫星导航***(beidounavigation satellite system，BDS)，准天顶卫星*** (quasi-zenith satellitesystem，QZSS)和/或星基增强***(satellite based augmentation systems， SBAS)。

终端设备30通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode 的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed， Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端设备30可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备30可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体 (complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端设备30可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备30在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端设备30可以支持一种或多种视频编解码器。这样，终端设备30可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备 30的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得终端设备30执行本申请一些实施例中所提供的投屏显示方法，以及各种功能应用和数据处理等。内部存储器 121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***；该存储程序区还可以存储一个或多个应用程序(比如图库、联系人等)等。存储数据区可存储终端设备30使用过程中所创建的数据(比如照片，联系人等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。在另一些实施例中，处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，来使得终端设备30 执行本申请实施例中提供的投屏显示方法，以及各种功能应用和数据处理。

终端设备30可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备30可以通过扬声器170A收听音乐，或收听免提通话。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备30接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。克风170C，也称 “话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端设备30可以设置一个或多个麦克风170C。在另一些实施例中，终端设备30可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端设备30还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm 的开放移动终端设备30平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。触摸传感器可以设置于显示屏，由触摸传感器与显示屏组成触摸屏，也称“触控屏”。

另外，上述终端设备30中还可以包括按键、马达、指示器以及SIM卡接口等一种或多种部件，本申请实施例对此不做任何限制。

请参阅图6，图6为本申请实施例提供的一种故障检测场景示意图。以终端设备30为手机，故障规则配置平台10为故障规则配置网站，通过点击网址就可以进入故障规则配置网站的页面，即配置界面。

在本申请实施例中，该故障规则配置网站包括故障检测装置40，该故障检测装置40可以在逻辑上分成多个模块，每个模块可以具有不同的功能，每个模块的功能由设备中的处理器读取并执行存储器中的指令来实现，或由处理器读取存储至其上的指令来实现，示例性的，所述故障检测装置40包括界面提供模块401、过滤条件获取模块402、配置信息获取模块403 及文件生成模块404。需要说明的是，本申请实施例仅对故障检测装置40的结构和功能模块进行示例性划分，但是并不对其具体划分做任何限定。

界面提供模块401用于提供配置界面，用户通过该配置界面可以实现交互，配置故障检测规则。所述配置界面包括以下任一种或多种故障检测规则的配置项：告警类规则、文件类规则及数据库类规则；所述配置界面还可以包括过滤项，所述过滤项用于设置执行所述故障检测规则的终端设备30需满足的过滤条件。

过滤条件获取模块402用于获取过滤条件，用户触发过滤项，通过过滤项设置不同的过滤条件。获取触发的所述过滤项所对应信息，即可以得到过滤条件。

配置信息获取模块403用于获取配置信息，用户触发配置项，通过配置项设置不同的故障检测规则。获取触发的所述配置项所对应信息，即可以得到配置信息。

文件生成模块404用于生成故障规则文件，响应用户的操作获取相应的信息，如获取配置信息或获取过滤条件和配置信息，根据配置信息或获取过滤条件和配置信息生成故障检测规则，将生成的所述故障检测规则转化为故障规则文件。

在本申请实施例中，故障规则配置网站面向各领域专家提供规则的配置服务，各领域专家通过该网站的配置界面按照固定的范式配置检测规则。配置界面包括：配置管理界面、过滤条件配置界面和规则配置界面。规则配置界面按照一定的流程让领域专家补充填写相应的页面，用于配置并生成某项故障检测规则。配置管理界面用于故障检测规则集的管理，包括新增，编辑和删除；过滤条件配置界面用于配置“执行本规则的终端设备需满足哪些条件”；规则配置界面包含三种故障检测规则配置页面，分别对应三类故障检测规则范式，如告警类规则、文件类规则及数据库类规则。

在本申请实施例中，所述故障检测装置40生成故障规则文件后，还可以将该故障规则文件发布至服务器20，服务器20上存储着已发布的故障规则文件。具体地，在用户配置完成后，故障规则配置网站会将该配置结果输出成故障规则文件并发布至服务器20。

在一种具体实现方式中，故障检测装置40可以执行下文描述的步骤801-803和步骤 901-904中描述的内容。需要说明的是，本申请实施例仅对故障检测装置40的结构和功能模块进行示例性划分，但是并不对其具体划分做任何限定。

手机上安装故障检测应用，该故障检测应用包括检测引擎501和更新模块502。用户使用故障检测应用，触发检测，故障检测应用从服务器20上下载新的故障规则文件。手机根据新的故障规则文件进行故障检测，并呈现故障检测结果。

检测引擎501用于执行故障规则文件，进行故障检测。

在其中一种可能实现方式中，用户触发故障检测应用后，检测引擎501触发更新模块502 从服务器20上更新故障规则文件。检测引擎501从更新模块502获取故障规则文件进行故障检测。

更新模块502用于从服务器20上获取故障规则文件，更新故障规则文件。

在其中一种可能实现方式中，该故障检测应用可以为华为手机上的服务应用，请一并参阅图7a，手机的界面包括状态栏11、第一主界面12及Dock栏13。状态栏11中可以包括运营商的名称(例如***)、时间、信号强度和当前的剩余电量等。第一主界面12上包括应用程序，这些应用程序包括嵌入式应用程序及可下载应用程序，如图7a所示，第一主界面 12上包括日历图标、时钟图标、服务图标、邮箱图标、聊天软件图标和备忘录图标等。Dock 栏13中包括常用的应用程序的，如电话图标、信息图标及相机图标。

用户点击第一主界面12上的服务图标，进入服务应用，所述服务应用呈现服务应用界面，如图7b，包括状态栏11和服务应用界面14，状态栏11和图7a相似，在此不再赘述。服务应用界面14上包括相应的服务功能图标，如上门服务图标、环保回收图标和故障检测图标。用户点击故障检测图标，用户输入指示手机进入故障检测的指令，即向手机输入触发手机进行故障检测的指令，检测引擎501可以执行下文描述的步骤S131-S135、S151-S160、 S171-S175、S201-S208。

在其中一种可能的流程中，故障规则配置网站向各专家提供配置服务，各专家通过该故障规则配置网站的配置页面按照固定的范式配置故障检测规则。规则配置按照一定的流程让专家补充填写相应的页面，用于配置并生成某项规则。配置完成后，故障规则配置网站会将该配置结果输出成故障规则文件并发布至服务器20，如将故障检测规则翻译成指定格式的可扩展标记语言(Extensible Markup Language，xml)文件，将该可扩展标记语言文件发布至服务器20。用户触发故障检测应用，发起故障检测，手机的更新模块502会从服务器20更新最新的故障规则文件至本手机，利用故障检测引擎501针对故障规则文件执行故障检测。

在本申请实施例中，专家进行以下步骤：通过故障规则配置网站进入故障规则配置界面，在配置界面针对每个故障检测规则设置对应的配置项，配置项用于配置故障检测规则。专家通过操作配置界面的配置项即可以配置处故障检测规则，按照一定的流程即得到故障规则文件。

接下来对本申请实施例提供的故障检测方法进行介绍。

请参阅图8，图8为本申请实施例提供的一种故障检测方法流程示意图。该故障检测方法可以应用于故障检测装置。

步骤S801：提供配置界面，所述配置界面包括以下任一种或多种故障检测规则的配置项：告警类规则、文件类规则及数据库类规则。在本申请实施例中，配置界面可以向各专家提供相关的故障检测规则配置服务，配置项的数量可以包括多个，不同的配置项是故障检测规则的不同配置参数，对应着不同的配置信息。通过设置告警类规则对应的配置项实现对告警类规则的配置，通过设置文件类规则对应的配置项实现对文件类规则的配置，通过设置数据库类规则对应的配置项实现对数据库类规则的配置。另对于某一具体故障检测规则，其也可以包括不同的多个配置项。

可以理解，对于故障检测，大概包括两个步骤，第一步骤收集感兴趣的将要进行故障检测的数据。第二步骤执行预定逻辑判断该将要进行故障检测的数据是否为故障。由此，告警类规则用于从告警数据库中获取感兴趣的将要进行故障检测的告警数据，并根据预定逻辑判断该告警数据是否故障。文件类规则用于获取指定文件中的数据，并根据预定逻辑判断该指定文件中的数据是否故障。文件类规则用于根据用户配置感兴趣的将要进行故障检测的数据，即用户定制特定的定制数据库，获取该定制数据库中的数据，并根据预定逻辑判断该定制数据库中的数据是否故障。

在本申请实施例中，终端设备针对各类告警事件，会将各类告警事件存在故障告警数据库中。告警类规则用于覆盖可进行故障打点的所有领域，对告警事件进行故障检测。文件类规则用于针对终端设备中指定路径、指定文件寻找关键字，进行故障检测。数据库类规则用于针对故障数据源构建定制数据库，再针对定制数据库执行指定SQL(结构化查询语言)，即指定第二结构化查询语言，根据该第二结构化查询语言SQL执行结果，判断是否是故障。

步骤S802：获取配置信息，所述配置信息包括触发的所述配置项所对应的信息。

在本申请实施例中，用户触发配置项，故障检测装置获取该触发配置项对应的配置信息，如该触发配置项是关于检测维度，则获得关于检测维度的配置信息。配置信息用于配置故障检测规则。

其中，配置信息可以用于指定故障检测的检测维度，如性能检测、功耗检测等。配置信息还可以用于指定感兴趣的将要进行故障检测的数据，如指定文件，如定制数据库、如告警数据库中感兴趣的告警数据。配置信息还可以用于设置上述的预定逻辑，如故障成立的条件。

在本申请实施例中，每个故障检测规则对应各自的配置项，每个故障检测规则可以包括多个配置项，不同的故障检测规则的配置项可以不同，同一故障检测规则的各个配置项可以不同。每个故障检测规则对应着各自的配置信息，每个故障检测规则可以包括多个配置信息，不同的故障检测规则的配置信息可以不同，同一故障检测规则的各个配置信息可以不同。

在本申请实施例中，检测维度即检测的领域，包括检测终端设备的性能、功耗、通信、充电与耗电、卡顿与死机、软件异常、屏幕等。

其中，告警数据库中存在多条告警事件，每条告警事件对应着各自的id，可以通过设置告警id获取感兴趣的将要进行故障检测的告警数据。可以只设置告警起始id，即只获取该告警起始id的告警id，也可以设置告警结束id，则获取告警起始id到告警结束id之内的所有告警数据。

其中，告警分析周期可以用于设置检测的时间跨度，即从终端设备进行检测的时间开始，往前推的时间，告警分析周期为30天，则从终端设备进行检测的时间开始往前推30天，分析在这30天内的告警数据。

其中，累积总次数可以用于设置告警数据在告警分析周期内累积出现的总次数。告警分析周期和累积总次数可以用于分析告警数据是否故障。

其中，峰值分析周期可以用于设置检测的时间跨度，即从终端设备进行检测的时间开始，往前推的时间，峰值分析周期为10天，则从终端设备进行检测的时间开始往前推10天，分析在这10天内的告警数据。

其中，峰值次可以用于设置告警数据在峰值分析周期内，一天出现的总次数。峰值分析周期和峰值次数可以用于分析告警数据是否故障。

其中，文件节点的名称可以用于设置指定文件的名称。文件节点的路径可以用于设置指定文件的路径，如指定文件的存储路径、指定文件的文件名称。文件节点的数据类型可以用于设置文件节点的数据类型，如int等。文件节点的名称、文件节点的路径和文件节点的数据类型可以用来设置获取感兴趣的将要进行故障检测的数据。运算表达式可以用于设置文件节点数据的运算表达式。运算表达式的数据类型可以用于设置文件节点数据的运算表达式的数据类型。运算表达式的成立条件可以用于设置表达式成立条件。运算表达式、运算表达式的数据类型及运算表达式的成立条件可以用于分析指定文件的数据是否故障。

在其中一种可能实现方式中，所述数据库类规则对应的配置信息包括：定制数据库的信息和执行信息。所述定制数据库的信息包括：检测维度、数据库源路径、数据库源格式、数据库文件名、数据库名称及用于创建所述定制数据库的第一结构化查询语言。所述执行信息包括：检测维度、定制数据库的选择、用于执行检测的第二结构化查询语言、分析周期所述第二结构化查询语言返回的参数、所述第二结构化查询语言返回的数据类型及检测的成立条件。

其中，数据库源路径可以用于设置定制数据库的数据库源，即数据来源。数据库源格式可以用于设置定制数据库的数据库源格式。数据库文件名可以用于设置定制数据库的数据库源对应的对应的文件名。数据库名称可以用于设置定制数据库的名称。第一结构化查询语言可以用于创建该定制数据库。定制数据库的信息可以用于设置定制数据库，确定定制数据库的数据来源。

其中，定制数据库的选择可以用于选择定制过的定制数据库。用于执行检测的第二结构化查询语言用于指定对选择的定制数据库的检测。分析周期可以用于设置检测的时间跨度，即从终端设备进行检测的时间开始，往前推的时间，分析周期为30天，则从终端设备进行检测的时间开始往前推30天，分析在这30天内的定制数据库的数据。所述第二结构化查询语言返回的参数可以用于设置第二结构化查询语言对定制数据库进行查询后返回的数据。所述第二结构化查询语言返回的数据类型可以用于设置第二结构化查询语言对定制数据库进行查询后返回的数据的数据类型。检测的成立条件可以用于设置第二结构化查询语言返回的参数需要成立的条件。执行信息可以用于判断定制数据库是否故障。

步骤S803：根据所述配置信息生成故障规则文件，其中，所述故障规则文件用于在终端设备上执行，以进行故障检测。

在本申请实施例中，根据触发配置项所对应的配置信息生成故障检测规则，将配置生成的故障检测规则转化成故障规则文件，如可扩展标记语言(Extensible MarkupLanguage，xml) 文件。将该可扩展标记语言(Extensible Markup Language，xml)文件发布至服务器，终端设备从服务器上下载该可扩展标记语言(Extensible Markup Language，xml)文件，执行该可扩展标记语言(Extensible Markup Language，xml)文件，根据对应的故障检测规则进行故障检测。

在本申请实施例中，向用户提供配置界面以为用户提供故障规则配置服务，通过设置配置项便于用户操作，用户无需为故障检测规则重新编码验证，且避免编码验证质量因开发人员能力差异而参差不齐，最终结果受人因影响较大，容易引入软件错误。提供的告警类规则、文件类规则及数据库类规则具有很大的普适性，可覆盖大部分终端设备故障检测。相对于现有技术针对终端设备检测是硬编码在代码逻辑中，检测方案新增或更新依赖于软件升级，无法快速响应，本申请抽取出故障规则文件，并将终端设备上的检测引擎与故障规则文件解耦，提出了故障规则文件快速生成、发布、更新的流程，以实现故障检测方案的快速更新。

请参阅图9，图9为本申请实施例提供的另一种故障检测方法流程示意图。该故障检测方法可以应用于故障检测装置。

步骤S901：提供配置界面，所述配置界面包括配置项和过滤项。

步骤S902：获取配置信息，所述配置信息包括触发的所述配置项所对应信息。

步骤S902：获取过滤条件，所述过滤条件包括触发的所述过滤项所对应信息。

步骤S903：根据所述配置信息和所述过滤条件生成故障规则文件。

在本申请实施例中，所述配置界面还包括过滤项，其中过滤项用于设置执行所述故障检测规则的终端设备需满足的过滤条件。所述过滤条件包括以下任一种或多种：检测维度、支持的设备类型、不支持的设备类型、支持的设备型号、支持的软件版本及支持的国家码。每个故障检测规则对应各自的过滤条件。每项故障检测规则可以包括支持软件版本、设备类型等的多个过滤条件，通过条件过滤的终端设备方可执行指定故障检测规则，过滤条件通过规则文件灵活可配，解决了终端设备规则维度广，判断条件臃肿的问题。应用本发明提供的能力可以为每一个故障规则配置过滤条件，实现故障规则在不同设备、不同国家等的差异化使能。

其中，支持的设备类型可以用于设置执行该故障检测规则的终端设备需满足的设备类型，如手机、电脑等。不支持的设备类型可以用于设置无法执行该故障检测规则的终端设备需满足的设备类型，如手表等。支持的设备型号可以用于设置无法执行该故障检测规则的终端设备需满足的机型。支持的设备型号可以用于设置无法执行该故障检测规则的终端设备需满足的软件版本型号。支持的国家码可以用于设置无法执行该故障检测规则的终端设备需满足的国家码，如中国。

示例性地，专家需要新增某个故障检测规则，按照故障规则配置平台提供的范式，计划新增文件类规则。专家登录故障规则配置平台，进入配置界面，所述配置界面包括配置管理界面、过滤条件配置界面和规则配置界面，其中配置管理界面包括草稿区、已发布和已删除选项，点击已发布，已发布界面中呈现已发布的故障规则。点击已删除，已删除界面中呈现已删除的故障检测规则。请参阅图10，点击草稿区，草稿区界面中呈现编辑过尚未发布的故障规则，如该界面中呈现的编辑过尚未发布的故障规则的信息包括：规则ID为Rule001、规则类型为告警类、检测维度为性能、支持的设备类型为通用、不支持的设备类型为通用、支持的软件版本为osXXX，支持的设备型号为通用，支持的国家码为通用。草稿区界面还包括新增、导出和发布选项。新增选项用于增加新的故障检测规则，导出选项用于导出选中的故障检测规则，发布用于发布选中的故障检测规则。

专家点击新增选项后，可以进入过滤条件配置界面，过滤条件配置界面包括草稿区、已发布和已删除选项，点击已发布，已发布界面中呈现已发布的过滤条件。点击已删除，已删除界面中呈现已删除的过滤条件。请参阅图11，点击草稿区，草稿区界面中呈现编辑过尚未发布的过滤条件，如该界面中呈现的编辑过尚未发布的过滤条件的信息包括：规则Id、规则类型、检测维度、支持的设备类型、不支持的设备类型、支持的软件版本、支持的设备型号和支持的国家码。专家勾选要设置的故障检测规则对应的过滤条件，选择配置告警类规则的过滤条件，则勾选告警类规则，选择配置文件类规则的过滤条件，则勾选文件类规则，选择配置数据库类规则的过滤条件，则勾选数据库类规则。配置该故障检测规则的检测维度、支持的设备类型、不支持的设备类型、支持的设备类型、支持的软件版本、支持的设备型号和支持的国家码，如图11，在规则类型的告警类规则、文件类规则及数据库类规则中选择文件类规则，在检测维度中输入信息为性能，在支持的设备类型中输入A、B、C，在不支持的设备类型中输入a、b、c，在支持的软件版本中输入操作***A、版本1.0.0，在支持的设备型号中输入手机，在支持的国家码中输入通用。专家配置完成后，点击下一步。若需要返回上一步则可以点击返回。

在本申请实施例中，过滤条件配置界面过滤范围如下，请参阅表1。

表1

故障规则配置平台会将过滤条件配置界面配置的过滤条件，以XML(可拓展标示语言) 的形式呈现。如图11中过滤条件配置界面与故障规则文件的转化关系如下：

属性名	属性含义
		blackProducts	不支持的设备类型
countryCode	支持的国家码
		deviceType	支持的设备型号
osVersion	支持的软件版本
		production	支持的设备类型

基于专家在过滤条件配置界面中选择的规则类型为文件类规则，则专家点击下一步后，进入的规则配置界面是对应文件类规则的规则配置界面，规则配置界面包括草稿区、已发布和已删除选项，点击已发布，已发布界面中呈现已发布的故障检测规则。点击已删除，已删除界面中呈现已删除的故障检测规则。

请参阅图12，点击草稿区，草稿区界面中呈现编辑过尚未发布的过滤条件，如该界面中呈现的编辑过尚未发布的过滤条件的信息包括：规则Id、规则类型、检测维度、节点名称、节点路径、运算表达式、成立条件和自定义信息，还可以包括添加文件节点、添加成立条件等。专家勾选要设置的故障检测规则对应的配置项，配置该故障检测规则的配置信息包括：检测维度、文件节点的名称、文件节点的路径、运算表达式、所述运算表达式的成立条件和自定义信息。在规则类型的告警类规则、文件类规则及数据库类规则中选择文件类规则，在检测维度中输入信息为性能，在节点名称中输入performance，在节点路径中输入XX/XX/XX，在运算表达式中输入result＝performance*performance，在成立条件中输入result小于100。专家配置完成后，点击完成。若需要返回上一步则可以点击返回。

在专家点击完成后，回到配置管理界面，可以看到刚创建的故障检测规则被添加至草稿区，点击导出，将选择的故障检测规则翻译为对应的故障规则文件，如将选择的故障检测规则导出为对应的可拓展标示语言文件，例如图12的文件类规则导出结果如下：

<rule>

</params>

</1t>

</or>

</condition>

</nodeRule>

</rule>

对于达到发布标准的故障规则文件，可通过点击图10故障规则管理界面的发布选项，将故障规则文件发布至服务器(如商用服务器)上，供终端设备下载并进行故障检测。

需要说明的是，本申请实施例可先对故障检测规则配置后再配置该故障检测规则对应的过滤条件，即也可以在进入配置管理界面后，呈现规则配置界面后再呈现过滤条件配置界面，即可先配置该故障检测规则对应的过滤条件后再对故障检测规则配置。

以用户使用手机执行故障检测为例，说明终端设备进行故障检测的过程。用户启动手机设备的故障检测应用，参见图7a至图7b，用户通过手机设备的故障检测应用启动性能故障检测任务，故障检测应用检测手机设备上的故障规则文件是否在服务器上有新版本，如有，将新版本的故障规则文件下载至手机设备上。故障检测引擎对故障规则文件执行检测，并将故障检测结果呈现给用户。请一并参阅图13，故障检测引擎执行以下步骤以进行故障检测：

步骤S131：启动故障检测。

在本申请实施例中，故障检测引擎启动性能故障检测任务性能。

步骤S132：解析故障规则文件。

在本申请实施例中，故障检测引擎解析故障规则文件，以解析出各个故障检测规则。

步骤S133：获取故障规则文件中的各个故障检测规则。

在本申请实施例中，获取故障规则文件中的各个故障检测规则。

步骤S134：循环以下操作直至所有故障检测规则执行：针对当前故障检测规则，若满足该当前故障检测规则对应的过滤条件，根据该当前故障检测规则进行故障检测，若未满足该当前故障检测规则对应的过滤条件，获取下一个故障检测规则。

步骤S135:获取故障检测结果，向用户呈现故障检测结果。

在本申请实施例中，终端设备符合某一故障检测规则的过滤条件，则会根据该故障检测规则进行故障判断，获取该故障检测规则进行故障检测后的检测结果。获取所有可进行故障判断的故障检测规则的故障判断结果，得到该故障规则文件执行后的故障检测结果。

具体地，故障检测引擎启动故障检测任务，然后解析故障规则文件，以得到该故障规则文件中各个故障检测规则。故障检测引擎逐个执行解析完成的故障检测规则，判断是否故障。具体地，依序从故障规则文件中获取故障检测规则，每次获取一个故障检测规则，当前获取的故障检测规则即当前故障检测规则。针对当前故障检测规则，判断终端设备是否满足该当前故障检测规则对应的过滤条件，若是，根据该当前故障检测规则进行规则匹配，其中，对于各个故障检测规则的规则匹配可以参考下述的步骤S151-S160、S171-S175、S201-S208。判断是否故障。若否，获取下一个故障检测规则，执行下一个故障检测规则。示例性地，获取故障检测规则A，判断终端设备是否满足故障检测规则A对应的过滤条件，若是，根据故障检测规则A进行规则匹配，以判断是否故障。若否，获取下一个故障检测规则B，判断终端设备是否满足故障检测规则B对应的过滤条件，若是，根据故障检测规则B进行规则匹配，以判断是否故障。若否，获取下一个故障检测规则C，以此类推，直至完成所有的故障检测规则。获取故障规则文件执行后的故障检测结果，向用户呈现故障检测结果。

下面将详细介绍规则配置界面。

告警类规则：终端设备针对各类事件，存在故障告警数据库，从故障告警数据库中获取感兴趣的数据，对该感兴趣的数据进行故障分析，如通过配置指定故障告警id返回，按照发生次数、峰值等进行检测，以确定是否故障。

需要说明的是，“告警(Warning)”不等于“故障(Failure)”，可通过告警类规则将识别告警是否为故障。

请参阅图14，告警类规则配置界面中告警类规则配置项包括：规则Id、规则类型、检测维度、告警起始id、告警结束id、告警分析周期、告警总次数、峰值分析周期、峰值次数(1 天)、检测起点。示例性地，专家在各个配置项输入的该告警类规则配置信息包括如下：在规则类型中选择告警类规则。在检测维度中输入为稳定性。在告警起始id中输入90000001，在告警结束id中输入90000010，在告警分析周期中输入30天，在累积总次数中输入为10，在峰值分析周期中输入为10天，在峰值次数(1天)中输入为5，检测起始点为所有。专家配置完成后，点击完成。若需要返回上一步则可以点击返回。

关于告警类规则中各配置项说明如下：

告警起始id和告警结束id：告警数据库匹配的告警id范围，仅选取从告警起始id～告警结束id范围内的告警。

告警分析周期和累计总次数：选取“告警分析周期”内的告警，如30天内的告警，累计发生“累计总次数”次时，如累积发生10次时，该告警类规则匹配到故障。

峰值分析周期和峰值次数(1天)：选取“峰值分析周期”内的告警，如10天内的告警，周期内某一天告警发生次数达到“峰值次数”时，如发生次数达到5次时，该告警类规则匹配到故障。

检测起始点：选取“检测起始点”至今的告警，该范围与“告警分析周期”和“峰值分析周期”取交集。

“检测起始点”支持三种类型，请参阅表2。

检测起始点类型	含义
		【所有】	选取所有时间点的告警
【恢复出厂设置】	选取从上次恢复出厂设置时间点至今的告警
		【升级】	选取从上次升级时间点至今的告警

表2

在专家点击完成后，可以回到配置管理界面，可以看到刚创建的故障检测规则被添加至草稿区，点击导出，将选择的故障检测规则翻译为对应的故障规则文件，如将选择的故障加粗规则导出为对应的可拓展标示语言文件，例如图14的告警类规则导出结果如下：

<rule>

</alarmId>

</alarmRule>

</rule>

<rule>

图14中各个故障检测规则配置信息和故障规则文件的转化关系如下，请参阅表3。

表3

在将故障规则文件导出之后，由故障检测引擎判断某条告警类规则是否故障，请一并参阅图15。

在本申请实施例中，故障检测引擎执行告警类规则，执行步骤S151，启动告警类规则检测。执行步骤S152，确定当前执行的告警类故障检测规则的告警id，得到本规则关联的告警 id范围从Eventid_Min到Eventid_Max。然后执行步骤S153，判断是否存在type＝“duration” 的待处理故障检测规则。若是，执行步骤S154，根据beginFlag和period计算出统计哪些时间的告警。然后执行步骤S155，根据上面计算的时间和告警id访问，从告警数据库中获取告警数据。然后执行步骤S156，判断告警数据发生次数是否达到threshold。若是，则判断为故障，结束流程。步骤S153和步骤S156的判断结果为否时，执行步骤S157，判断是否存在type＝ “daily_peak”的待处理故障检测规则。若否，则判断为故障，结束流程。若是，执行步骤 S158，根据beginFlag和period计算出统计哪些时间的告警，然后执行步骤S159，根据上面计算的时间和告警id范围，从告警数据库中获取告警数据。然后执行步骤S160：告警数据单日发生次数是否达到threshold。若是，则判断为故障，结束流程，若否，则判断不是故障，结束流程。

需要说明的是，上述type＝“daily_peak”和type＝“duration”可择一设置，也可均设置。示例性地，设置type＝“duration”，在告警分析周期中输入30天，在告警总次数输入10，以终端设备进行检测开始，过去的30天内，分析告警id范围从Eventid_Min到Eventid_Max，即告警起始id到告警结束id之间的告警次数，这个告警范围的告警id出现的告警总次数大于或等于10，则确认故障。设置type＝“daily_peak”，在峰值分析周期中输入为10天，在峰值次数 (1天)中输入为5，以终端设备进行检测开始，过去的10天内，分析告警id范围从Eventid_Min 到Eventid_Max，即告警起始id到告警结束id之间的告警次数，在一天内出告警次数达到5 的，则确认为故障。当设置type＝“daily_peak”和type＝“duration”，只要一个符合则为故障。

文件类规则：针对终端设备中指定路径、指定文件寻找关键字，匹配故障。示例性地，终端设备中，设备状态会被写入指定文件。从指定目录，指定文件中提取关键字，支持自定义配置关键字对应的表达式及成立条件。故障检测引擎会针对指定表达式进行计算，符合成立条件的判定为故障。文件类规则可以主要用于解决硬件类的故障，文件类规则也可以用于解决软件类的故障。

请参阅图16，文件类规则配置界面中文件类规则配置项包括：规则Id、规则类型、检测维度、节点名称、节点路径、节点类型、运算表达式、表达式类型、成立条件、添加文件节点、添加成立条件。示例性地，专家在各个配置项输入的该文件类规则配置信息包括如下：在规则类型中选择文件类规则。在检测维度中输入电池。在节点名称中输入chargeFulldesign。在节点路径中输入/sys/class/power_supply/battery/charge_full_design。在节点类型中输入int。点击添加文件节点，新增文件节点名称、节点路径和节点类型，在该新增文件节点名称中输入chargeFull，在该新增节点路径中输入/sys/class/power_supply/battery/charge_full。在该新增节点类型中输入int。在运算表达式中输入per＝chargeFull*100/chargeFullDesign。在表达式类型中输入int。在成立条件中输入per小于75。点击添加成立条件，新增成立条件。在该新增成立条件中输入per大于60。专家配置完成后，点击完成。若需要返回上一步则可以点击返回。

关于文件类规则中各配置项说明如下：

节点名称：某个文件节点的名称。节点路径：某个文件节点的路径。节点类型：该文件节点数据类型。运算表达式：包含两部分，等号右边为计算公式，左边为计算结果的名称。表达式类型：该运算表达式类型。成立条件：本规则是属于故障的成立条件。

对于图16中的规则，其成立条件如下：首先读取chargeFullDesign和chargeFull对应的节点路径的数值，然后利用运算表达式中的公式计算出电量百分比per。最后判断per是否同时满足per<75和per>60。如果满足，则本规则匹配到故障。

在专家点击完成后，可以回到配置管理界面，可以看到刚创建的故障检测规则被添加至草稿区，点击导出，将选择的故障检测规则翻译为对应的故障规则文件，如将选择的故障加粗规则导出为对应的可拓展标示语言文件，例如图16的文件类规则导出结果如下：

<Rule>

</params>

<and>

</ge>

</lt>

</and>

</or>

</condition>

</nodeRule>

</rule>

图16中各个故障检测规则配置信息和故障规则文件的转化关系如下，请参阅表4。

xml内容	含义
		<nodeRule>标签	标识这是一个文件类规则
<nodeInfo>标签	标识这是一个节点
		<nodeInfo>标签的param属性	节点名称
<nodeInfo>标签的path属性	节点路径
		nodeInfo标签的type属性	节点类型
<logicExpression>标签	标识这是一个运算表达式
		<logicExpression>标签的express属性	运算表达式
<logicExpression>标签的ret属性	运算表达式名称
		<logicExpression>标签的type属性	运算表达式类型
<params>标签	用于保存各个节点和表达式名称
		<condition>标签	用于保存成立条件

表4

在将故障规则文件导出之后，由故障检测引擎判断某条文件类规则是否故障，请一并参阅图17。

在本申请实施例中，故障检测引擎执行文件类故障规则，执行步骤S171，启动文件类规则检测。执行步骤S172，判断是否仍有未读取节点。若是，执行步骤S173，根据指定数据类型，从指定节点路径读取节点信息。通过执行步骤S173，读取完所有节点信息。若否，执行步骤S174，根据读取的节点信息，计算运算表达式的值。然后执行步骤S175，判断表达式的值是否满足成立条件。不满足成立条件，则不是故障，结束流程。若满足成立条件，则是故障，结束流程。

数据库类规则：针对故障数据源构建定制数据库，再针对定制数据库执行指定SQL(结构化查询语言)，根据SQL执行结果，判断是否是故障。很多终端设备故障需要针对某个数据源进行分析，数据源可能是某个数据库文件，也可能是故障告警文件或者云侧故障上报数据。通过将数据源中与故障相关的内容选出，构建定制数据库，可以通过针对定制数据库执行SQL的方法，进行更加灵活的故障诊断。

很多终端设备故障需要针对某个数据源进行分析，数据源可能是某个数据库文件，也可能是故障告警文件或者云侧故障上报数据。通过将数据源中与故障相关的内容选出，构建定制数据库，可以通过针对定制数据库执行SQL的方法，进行更加灵活的故障诊断。

数据库类规则包含两个步骤：

第一步骤：将数据源中与故障检测相关的信息数据取出，构建定制数据库。

第二步骤：基于该定制数据库执行指定第二结构化查询语言SQL，根据第二结构化查询语言SQL执行结果，判断是否是故障。

构建定制数据库，请参阅图18，数据库类规则配置界面中数据库类规则配置项包括：规则Id、规则类型、检测维度、数据库源路径、数据库源格式、数据库文件名、运算表达式、表达式类型、成立条件、添加文件节点、添加成立条件。示例性地，专家在各个配置项输入的该文件类规则配置信息包括如下：在规则类型中选择数据库类规则。在检测维度中输入功耗。在数据库源路径中输入data/data/xxx/xxx。在数据库源路径输入zip。在数据库文件名输入正则表达式：“abc.”\.(db)*(zip)*”。在定制数据库名称中输入new_power_engine。在定制数据库创建SQL：drop table if exists new_power_genie；create tablenew_power_genie(id int, timestamp int.xxx)；insert into new power genie(id,timestamp)select。

各配置项说明如下：

数据库源路径：数据库源对应的文件路径。数据库源格式：数据库源对应的文件后缀。数据库文件名：数据库源对应的文件需要满足的正则表达式。定制数据库名称：利用数据库源，创建的定制数据库的名称。定制数据库创建SQL，即第一结构化查询语言：利用数据库员，创建定制数据库所需的SQL。一般包括三条SQL：第一条：如果定制数据库已存在，将其删除。第二条：创建新的数据库表。第三条：从数据源注入数据至新的数据库表。

在专家点击完成后，可以回到配置管理界面，可以看到刚创建的故障检测规则被添加至草稿区，点击导出，将选择的故障检测规则翻译为对应的故障规则文件，如将选择的故障加粗规则导出为对应的可拓展标示语言文件，例如图18的文件类规则导出结果如下：

</decompressionType>

</dbPath>

</dbPaths>

<sql>drop table if exists new power_genie；

create table new_power_genie(id int,timestamp int,xxx)；

insert into new_power_genie(id,timestamp)select*from xxx</sql>

</createNewTable>

</createTables>

</CustomizedDB>

</Consumption>

图18中各个故障检测规则配置信息和故障规则文件的转化关系如下，请参阅表5。

xml内容	含义
		<CustomizedDB>标签	标识这是一个定制数据库生成规则
<dbPaths>标签	保存数据源路径
		<dbPath>标签value属性	数据源路径
<decompressionType>标签	数据源文件格式
		<dbName>标签	数据源文件名称的正则表达式
<createTables>标签	保存构建定制数据库所需执行的SQL

表5

基于定制数据库执行数据库类规则检测，设置结构化查询语言，即第二结构化查询语言。请参阅图19，数据库类规则配置界面中配置项包括：规则ID、规则类型、检测维度、定制数据库选择、SQL、分析最近、SQL返回参数、SQL返回类型、规则成立条件。示例性地，专家在各个配置项输入的该文件类规则配置信息包括如下：在规则类型中选择数据库类规则。在检测维度中输入功耗。在定制数据库选择中输入new_power_engine。在SQL中输入select count(*)as ret from new_power_engine where type＝"15"and xxx。在分析最近中输入30天。即分析距离当前检测时间前30天。在SQL返回参数中输入ret。在SQL返回类型中输入int。在规则成立条件中输入ret大于3。专家配置完成后，点击完成。若需要返回上一步则可以点击返回。

在专家点击完成后，可以回到配置管理界面，可以看到刚创建的故障检测规则被添加至草稿区，点击导出，将选择的故障检测规则翻译为对应的故障规则文件，如将选择的故障加粗规则导出为对应的可拓展标示语言文件，例如图19的数据库类规则导出结果如下：

<defDBDomain>Consumption</defDBDomain>

<defDBName>new_power_genie</defDBName>

</referenceDefDB>

</params>

</queryReturnParam>

<SQL_Condition type＝"defDBSql">

<sql>select count(*)as ret from new_power_genie where type＝‘15’andxxx</sql>

</ge>

</or>

</condition>

</SQLItem>

</SQI_Condition>

</AnalysisMethod>

</commandRule>

图19中各个故障检测规则配置信息和故障规则文件的转化关系如下，请参阅表6。

xml内容	含义
		<commandRule>标签	标识这是一个数据库类规则
<referenceDefDB>标签	保存本规则关联的定制数据库信息
		<defDBDomain>标签	本规则关联的定制数据库所属领域
<defDBName>标签	本规则关联的定制数据库名称
		<queryReturnParam>标签	本规则对应的SQL执行结果的名称及返回值
<SQLItem>标签	本规则对应的SQL信息
		<sql>标签	本规则对应的SQL语句
<time>标签	本规则分析的数据样本时间范围
		<condition>标签	本规则成立条件

表6

在将故障规则文件导出之后，由故障检测引擎判断某条数据类规则是否故障，请一并参阅图20。

在本申请实施例中，故障检测引擎执行数据类故障规则，执行步骤S201，启动数据库类故障检测规则检测。然后执行步骤S202，判断数据源是否为压缩文件，若是，执行步骤S203，解压缩，解压缩或判断数据源不是压缩文件后，执行步骤S204，获取数据源数据。然后执行步骤S205，执行SQL，创建定制数据库。然后执行步骤S205，得到定制数据库。然后执行步骤S206得到定制数据库。然后执行步骤S207，针对定制数据库，执行指定SQL。然后执行步骤S208，判断是否满足成立条件，若是，则确定为故障，结束流程。若否，确定不是故障，结束流程。

现有技术没有适用性广的基于规则的故障诊断方法。本申请提出了三种较为普适的故障简称规则类型，可覆盖大部分终端设备故障检测方案。现有技术针对终端设备检测是硬编码在代码逻辑中，检测方案新增或更新依赖于软件升级，无法快速响应。本申请抽取出故障规则文件，并将检测引擎与规则文件解耦，提出了规则文件快速生成、发布、更新的流程。实现故障检测方案的快速更新。

故障检测引擎与故障规则文件解耦，各领域专家通过故障规则配置页面可直接生成规则文件并发布，终端设备通过更新规则文件，实现故障检测方案的快速更新。

每项故障检测规则支持包括操作***版本、设备类型在内的多个过滤条件，通过条件过滤的终端设备方可执行指定规则，过滤条件通过规则文件灵活可配，解决了终端设备规则维度广，判断条件臃肿的问题。

三种故障检测规则范式具有很大的普适性。所有软硬件领域均可在***发生问题时向系统写入告警(Warning)，告警类规则可以覆盖到可进行故障打点的所有领域。终端***的各种硬件状态信息、运行时参数会在指定路径文件中保存，文件类规则对于解决硬件类故障非常有效。数据库类规则适用于针对问题模型进行复杂分析的场景，通过将问题模型数据规约抽取成感兴趣的故障定制数据库，并配之以灵活的SQL，可实现复杂的数据分析，进而定位故障的效果。

本申请实施例还提供了一种计算机可读存储介质。所述可读存储介质中存储有计算机指令，所述指令在计算设备上运行时，使得计算设备执行前述实施例提供的故障检测方法。

对于本领域的技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他具体形式实现本申请。因此，只要在本申请的实质精神范围之内，对以上实施例所作的适当改变和变化都应该落在本申请要求保护的范围之内。

Claims

1.一种故障检测方法，其特征在于，所述方法包括：

提供配置界面，所述配置界面包括以下任一种或多种故障检测规则的配置项：告警类规则、文件类规则及数据库类规则；

获取配置信息，所述配置信息包括触发的所述配置项所对应的信息；

根据所述配置信息生成故障检测规则；

将生成的所述故障检测规则转化为故障规则文件，其中，所述故障规则文件用于在终端设备上执行，以进行故障检测。

2.如权利要求1所述的故障检测方法，其特征在于，所述配置界面还包括过滤项，所述过滤项用于设置执行所述故障检测规则的终端设备需满足的过滤条件；

所述方法还包括：

获取过滤条件，所述过滤条件包括触发的所述过滤项所对应的信息；

则所述根据所述配置信息生成相应的故障规则文件包括：

根据所述配置信息和所述过滤条件生成故障规则文件。

3.如权利要求2所述的故障检测方法，其特征在于，每个故障检测规则对应各自的过滤条件。

4.如权利要求2或3所述的故障检测方法，其特征在于，所述过滤条件包括以下任一种或多种：

检测维度、支持的设备类型、不支持的设备类型、支持的设备型号、支持的软件版本及支持的国家码。

5.如权利要求1至4任一项所述的故障检测方法，其特征在于，每个故障检测规则对应各自的配置项。

6.如权利要求5所述的故障检测方法，其特征在于，所述告警类规则对应的配置信息包括以下一种或多种：

检测维度、告警起始id、告警结束id、告警分析周期、累积总次数、峰值分析周期及峰值次数。

7.如权利要求5或6所述的故障检测方法，其特征在于，所述文件类规则对应的配置信息包括以下任一种或多种：

检测维度、文件节点的名称、文件节点的路径、文件节点的数据类型、运算表达式、所述运算表达式的数据类型及所述运算表达式的成立条件。

8.如权利要求5至7任一项所述的故障检测方法，其特征在于，所述数据库类规则对应的配置信息包括：定制数据库的信息和执行信息。

9.如权利要求8所述的故障检测方法，其特征在于，所述定制数据库的信息包括：

检测维度、数据库源路径、数据库源格式、数据库文件名、数据库名称及用于创建所述定制数据库的第一结构化查询语言。

10.如权利要求8或9所述的故障检测方法，其特征在于，所述执行信息包括：

检测维度、定制数据库的选择、用于执行检测的第二结构化查询语言、分析周期、所述第二结构化查询语言返回的参数、所述第二结构化查询语言返回的数据类型及检测的成立条件。

11.一种故障检测装置，其特征在于，包括：处理器，用于执行计算机程序，当所述计算机程序被执行时，所述处理器用于执行如权利要求1至10任意一项所述的故障检测方法。

12.一种故障检测***，其特征在于，包括终端设备和如权利要求11所述的故障检测装置；

所述故障检测装置包括配置界面，所述配置界面包括以下任一种或多种故障检测规则的配置项：告警类规则、文件类规则及数据库类规则；

所述故障检测装置获取触发的所述配置项所对应的配置信息，根据所述配置信息生成故障检测规则，将生成的所述故障检测规则转化为故障规则文件；

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至10任意一项所述的故障检测方法。