CN111083123B - 一种设备故障处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种设备故障处理方法、装置、电子设备和存储介质，其中该方法包括：获取待测设备中的故障信息；压缩故障信息，得到调试信息；将调试信息通过窄带物联网传输至后台。本发明实施例的技术方案，通过对待测设备中采集的故障信息的压缩，可以减少故障信息的数据量，实现在低通信容量的窄带物联网中传输压缩后的故障信息，提高故障信息的传输效率。

Description

一种设备故障处理方法、装置、电子设备和存储介质

技术领域

本发明实施例涉及物联网技术领域，尤其涉及一种设备故障处理方法、装置、电子设备和存储介质。

背景技术

物联网可以利用感知技术和智能装备对物理世界进行感知识别，通过网络传输互联，进行计算、处理和知识挖掘，实现人与物、物与物的信息交互和无缝联结，达到对物理世界的实时监控、远程控制和精确管理的目的。目前，物联网已广泛应用于冷链运输、智能家居、健康养老、公共安全、工业自动化、移动销售终端等领域。信息获取、信息传输和信息处理是物联网应用的3个主要环节，目前物联网的信息传输主要依靠地面有线网络和地面无线网络。而地面网络受地域影响较大，覆盖能力有限，导致在海上、山上、野外等偏远地区，基于地面网络的物联网无法应用。卫星通信网络覆盖面积大，对地形和距离不敏感，覆盖地域广、不受地理环境和地质灾害影响，可为物联网提供广域甚至全球的信息采集和传输，从而实现物联网在智慧海洋、智能运输等领域的应用——这是所谓的天基物联网。

由于卫星与地面之间高速通信一般需要较高发射功率，设备体积、供电等都需要克服一定的技术障碍。目前，比较可行的是组建窄带天基物联网。窄带物联网的卫星信道容量低、延迟大，每次只能传输少量字节，甚至只有数十、数百字节。另一方面，即使不考虑卫星重访终端的周期和卫星进入网关站的周期，仅仅是星地之间通讯的延迟就可能达到几秒甚至几十秒。因此，窄带物联网的终端与后台的通信必须将信息量大大减少，消息的收发必须采取与地面物联网不同的机制。

地面物联网终端上运行的程序出现问题时，可以通过将终端日志发送到后台进行分析解决，甚至可以借助终端操作系统的辅助进行远程调试。然而，由于日志文件一般较大，日志的记录点常常不足以准确定位错误。远程调试则需要较小的通信延迟以便开发人员与被调试程序交互，这些条件窄带天基物联网无法做到。对于天基窄带物联网来说，按照字节计数的信道容量不能支撑完整的现有故障信息的传输，并且错误定位的准确率不能满足需求。

发明内容

本发明实施例提供一种设备故障处理方法、装置、电子设备和存储介质，以减少故障信息的数据量，实现通过低通信容量的窄带物联网传输故障信息。

第一方面，本发明实施例提供了一种设备故障处理方法，包括：

获取待测设备中的故障信息；

压缩所述故障信息，得到调试信息；

将所述调试信息通过窄带物联网传输至后台。

第二方面，本发明实施例还提供了一种设备故障处理装置，包括：

信息获取模块，用于获取待测设备中的故障信息；

信息压缩模块，用于压缩所述故障信息，得到调试信息；

信息传输模块，用于将所述调试信息通过窄带物联网传输至后台。

进一步的，所述信息获取模块具体用于：

通过调试函数获取故障点的调用堆栈信息，组成所述故障信息。

进一步的，所述信息压缩模块具体用于：

提取所述故障信息中局部信息的非数字信息和数字信息；

对所述非数字信息进行数字化处理，并删除所述数字信息中的局部变量名和描述性信息；

将数字化处理后的所述非数字信息和删除后的所述数字信息确定为第一调试子信息。

进一步的，所述局部信息包括源代码文件路径、源代码行号、局部变量名和局部变量值，所述非数字信息为所述源代码文件路径。

进一步的，所述信息压缩模块具体用于：

提取所述故障信息中全局信息的全局变量；

将所述全局变量中的命令行参数按顺序排列之后，确定为第二调试子信息。

进一步的，所述全局信息中包括所述全局变量、环境变量、输入参数和外部消息中的至少一个。

进一步的，所述装置还包括：

数字签名模块，用于将所述调试信息通过窄带物联网传输至后台之前，对所述待测设备中的业务程序进行数字签名，将所述数字签名添加入所述调试信息中。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上所述的设备故障处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的设备故障处理方法。

本发明实施例通过获取待测设备中的故障信息，压缩故障信息，得到调试信息，并将调试信息通过窄带物联网传输至后台。本发明实施例的技术方案，通过对待测设备中采集的故障信息的压缩，可以减少故障信息的数据量，实现在低通信容量的窄带物联网中传输压缩后的故障信息，提高故障信息的传输效率。

附图说明

图1为本发明实施例一中提供的一种设备故障处理方法的流程图；

图2为本发明实施例一中提供的一种局部信息的结构示意图；

图3为本发明实施例一中提供的一种局部信息压缩示意图；

图4为本发明实施例二中提供的一种设备故障处理方法的流程图；

图5为本发明实施例三中提供的一种设备故障处理装置的结构示意图；

图6为本发明实施例四中提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一中提供的一种设备故障处理方法的流程图，本实施例可适用于对物联网设备的故障进行处理的情况，该方法可以由设备故障处理装置执行，该装置可以采用软件和/或硬件的方式实现，该装置可配置于电子设备中，例如服务器或终端设备，典型的终端设备包括移动终端，具体包括手机、电脑或平板电脑等。如图1所示，该方法具体可以包括：

S110、获取待测设备中的故障信息。

其中，待测设备可以为窄带物联网中的终端设备。本实施例中的待测设备通常采用低功耗的微控制单元（Microcontroller Unit，MCU）和较小的静态随机存取存储器（Static Random-Access Memory，SRAM），同时待测设备上的业务程序足够简单灵活，以便快速针对用户使用场景开发业务程序。

LUA是一种符合较小内存占用又尽量简单的脚本语言，是待测设备业务语言的一个优秀选项，本实施例中的待测设备上运行的业务代码可以主要采用LUA实现。采用LUA作为天基窄带物联网中待测设备上运行的用户业务逻辑编程语言有诸多优势，例如LUA是脚本语言，比较容易编写； LUA解释器比较小巧，方便打包进硬件资源受限的待测设备中。

LUA运行过程时依赖的两个关键数据区为堆和栈，堆用于存放全局变量，栈用于存放每一调用帧的局部变量。本实施例中的故障信息可以为业务程序在错误发生时刻的堆栈信息，还可以包括一些全局信息。

具体的，获取待测设备中的故障信息，可以包括：通过调试函数获取故障点的调用堆栈信息，组成故障信息。故障信息可以通过包装用户代码的目的进行捕获，即业务程序在正常运行模式运行出错后，待测设备可以自动进入故障诊断模式，并通过LUA自带的调试（Debug）库中的异常处理方法逐步运行每一行代码，通过返回值获知错误，并在错误点通过调用调试函数，获取到此时的调用堆栈信息，从而组成故障信息。

其中，异常处理方法中的方法本实施例中不作限定，例如异常处理方法可以为Xpcall方法等。调试函数可以为LUA提供的调试库中包括的基础调试函数，调试函数也可以根据实际情况进行设定，例如调试函数可以为Gethook、Getinfo、Getlocal、Getmetatable和Getregistry等。基于调试库中的基础调试函数，能够比较容易地实现单步、设置断点和获取调用堆栈等调试功能。

S120、压缩故障信息，得到调试信息。

其中，故障信息可以包括全局信息和局部信息。全局信息中可以包括全局变量、环境变量、输入参数和外部消息等中的至少一个。全局信息是一系列变量的名字和值的配对，由于不同来源的变量名字可能重复，需要区分是来源，包括全局变量、环境变量、启动参数和各种外部消息，因此全局信息是一个三元组的信息，包括来源、变量名字和变量值。

局部信息中可以包括源代码文件路径、源代码行号、局部变量名和局部变量值。局部信息是指栈轨迹（StackTrace），栈轨迹是业务程序运行期间的快照，以栈的形式存在，栈的每一层即调用帧，记录了源代码文件路径、源代码行号、局部变量名和局部变量值。由于确定了源代码文件路径和源代码行号就能唯一确定到执行的函数，因此局部信息的每一帧需要含有当前执行的源代码路径、源代码行号以及所有局部变量值。

具体的，压缩故障信息，得到调试信息，可以包括：提取故障信息中局部信息的非数字信息和数字信息；对非数字信息进行数字化处理，并删除数字信息中的局部变量名和描述性信息；将数字化处理后的非数字信息和删除后的数字信息确定为第一调试子信息。其中，非数字信息可以为源代码文件路径。第一调试子信息为对局部信息进行压缩后的信息。

图2为本发明实施例一中提供的一种局部信息的结构示意图，如图２所示，局部信息即为栈轨迹，栈轨迹是一个树形结构，栈轨迹可以包括多个调用帧，图中为“帧１”到“帧N”，“帧K”为“帧１”到“帧N”中间的一个调用帧；每个调用帧可以包括多个局部变量，图中为“局部变量１”到“局部变量N”，“局部变量K”和“局部变量L”为“局部变量１”到“局部变量N”中间的局部变量；每个局部变量可以包括多个局部变量值，图中“局部变量K”可以包括“Up1”到“UpN”，“局部变量L”可以包括“Kv1”到“KvN”。上述N的具体数值本实施例中不作限定。

基于图2，局部信息中的帧、局部变量值、表格中的键值对和函数闭包中的外部局部变量（UpValue）等属于数字信息，数字信息是自然有序的，通过调试库能够以编号索引访问各个变量，在实现对故障信息的压缩过程中，对数字信息只需删除其中的局部变量名和描述性信息，并依次按序输出即可。将数字信息压缩后输出时，如果某一个信息是定长的类型，例如浮点数，直接输出；否则，对于变长的复杂类型的信息，例如字符串、表格和函数闭包等，则先输出长度再依次输出各成员。

需要注意的是，LUA存在几种特殊的复杂变量类型，常见的是表格类型和函数类型，它们可以由若干子变量组成。表格变量中每一个键值对的值可能是任意类型；函数变量可能是一个闭包，每一个外部局部变量（UpValue）也可能是任意类型。因此，这两种类型的变量需要进一步根据类型进行递归处理。

图3为本发明实施例一中提供的一种局部信息压缩示意图，参见图3，图中反映了压缩并输出局部信息的整个流程，具体可以包括：S11、输出帧数量。根据帧数量遍历每一帧。S12、输出局部变量数量。根据局部变量数量遍历每一个局部变量。S13、取得变量类型。S14、直接输出空、布尔值和数值。S15、直接输出字符串。当变量类型为空、布尔值、数值和字符串时，可以直接输出。S16、输出表格长度。当变量类型为表格时，则先输出表格长度。S17、输出关键字。S18、输出值。根据表格长度遍历每个键值对（Key-Value），并输出关键字（Key）和值（Value）。输出值之后。由于值可以是任意类型，因此需要返回执行S13。S19、输出函数定义位置。当变量类型为函数时，先输出函数定义位置，函数定义位置可以由源文件编号和源代码行号组成，源文件编号是针对函数定义位置中的非数字信息，即函数的源代码文件路径，进行数字化处理之后得到的。S20、输出闭包的外部局部变量的长度。进一步查询闭包的外部局部变量（UpValue），并输出闭包的外部局部变量的长度。S21、输出外部局部变量。根据外部局部变量的长度遍历每个外部局部变量，输出外部局部变量（UpValue）。由于每一个外部局部变量（UpValue）也可能是任意类型，因此需要返回执行S13。

本实施例中可以采用数字代码的方式对局部信息中的非数字信息进行数字化处理，即采用有序的数字编号代替非数字信息，以固定的字段排列代替格式标签。图3中的函数定义位置可以包括函数的源代码文件路径和函数在此源文件中的源代码行号。由于直接传输函数源文件路径耗费较大，本实施例中在业务程序打包发布时，可以按照深度优先或者广度优先的方法遍历，即同一目录下的文件按照字符串排序之后进行遍历，将所有源文件排列成一个序列，每一个源文件对应着一个数字编号。因此，函数定义位置是源文件编号和源代码行号组成。

按照图3输出局部信息，除了字符串和表格的值之外，其他信息都只需要输出一个数字就可以，相对于以文本方式保存的局部信息，能够显著减小传输尺寸。

进一步的，压缩故障信息，得到调试信息，还可以包括：提取故障信息中全局信息的全局变量；将全局变量中的命令行参数按顺序排列之后，确定为第二调试子信息。第二调试子信息为对全局信息进行压缩后的信息。

由于全局信息压缩之后的数据量减少程度不如局部信息明显，而且，枚举程序中对全部可能出现的全局变量顺序编号比较困难，因为全局变量的定义可以发生在任一函数的内部，全局变量的列表随着执行路径的不同而发生改变。因此，本实施例中对全局信息的压缩，只将全局变量中的命令行参数顺序输出，得到第二调试子信息。

综上，调试信息可以由第一调试子信息和第二调试子信息组成。

S130、将调试信息通过窄带物联网传输至后台。

具体的，得到调试信息之后，可以将调试信息通过窄带物联网输出至后台。开发人员在后台接收到调试信息后，可以根据调试信息中的帧行号确定调用函数，并根据此帧的局部变量值恢复此帧的现场，按照帧从最外层到最里层的顺序恢复故障发生时的堆栈现场，以使开发人员迅速定位和排除故障。

本实施例的技术方案，通过获取待测设备中的故障信息，压缩故障信息，得到调试信息，并将调试信息通过窄带物联网传输至后台。本实施例通过对待测设备中采集的故障信息的压缩，可以减少故障信息的数据量，实现在低通信容量的窄带物联网中传输压缩后的故障信息，提高故障信息的传输效率。

实施例二

图4为本发明实施例二中提供的一种设备故障处理方法的流程图。本实施例在上述实施例的基础上，进一步优化了上述基于运单的兴趣点失效挖掘方法。相应的，如图4所示，本实施例的方法具体包括：

S210、获取待测设备中的故障信息。

具体的，获取待测设备中的故障信息，可以包括：通过调试函数获取故障点的调用堆栈信息，组成故障信息。调试函数可以为LUA提供的调试库中包括的基础调试函数，调试函数可以根据实际情况进行设定，例如调试函数可以为Gethook、Getinfo、Getlocal、Getmetatable和Getregistry等。

示例性的，通过调试函数Getinfo，可以返回关于一个函数信息的表，并且可以方便得到任一帧的函数信息；通过调试函数Getlocal，可以返回在栈的指定层处函数的任一索引的局部变量的名字和值，这个调试函数不仅可以访问显式定义的局部变量，也可以访问形参或临时变量等；而通过调试函数Getupvalue 可以返回函数的任一闭包层次上任一外部局部变量（UpValue）的名字和值；结合上述3个函数，可以获取局部信息中帧、局部变量和函数闭包的所有信息。

S220、压缩故障信息，得到调试信息。

具体的，压缩故障信息，得到调试信息，可以包括：提取故障信息中局部信息的非数字信息和数字信息；对非数字信息进行数字化处理，并删除数字信息中的局部变量名和描述性信息；将数字化处理后的非数字信息和删除后的数字信息确定为第一调试子信息。其中，非数字信息可以为源代码文件路径。第一调试子信息为对局部信息进行压缩后的信息。

进一步的，压缩故障信息，得到调试信息，还可以包括：提取故障信息中全局信息的全局变量；将全局变量中的命令行参数按顺序排列之后，确定为第二调试子信息。第二调试子信息为对全局信息进行压缩后的信息。

综上，调试信息可以由第一调试子信息和第二调试子信息组成。

S230、对待测设备中的业务程序进行数字签名，将数字签名添加入调试信息中。

其中，数字签名是只有信息的发送者才能产生的别人无法伪造的一段数字串，这段数字串同时也是对信息的发送者发送信息真实性的一个有效证明，它是一种类似写在纸上的普通的物理签名，但是使用了公钥加密领域的技术来实现的，用于鉴别数字信息的方法。

为了避免待测设备上运行的业务程序不同于后面开发人员调试的业务程序，本实施例中可以对待测设备中的业务程序进行数字签名，将数字签名添加入调试信息中，该数字签名可以保证生产运行代码与开发调试代码的一致性。

因此，本实施例中的调试信息可以包括业务程序的数字签名、对局部信息进行压缩后得到的第一调试子信息和对全局信息进行压缩后得到的第二调试子信息。

S240、将调试信息通过窄带物联网传输至后台。

具体的，得到调试信息之后，可以将调试信息通过窄带物联网输出至后台。开发人员在后台接收到调试信息后，根据待测设备的编号和数字签名找到和确认对应的软件版本，之后可以根据调试信息中的帧行号确定调用函数，并根据此帧的局部变量值恢复此帧的现场，按照帧从最外层到最里层的顺序恢复故障发生时的堆栈现场，以使开发人员迅速定位和排除故障。

在上述实施例的基础上，待测设备进行故障处理（即故障诊断）的过程可以包括：第一阶段：正常模式。待测设备中业务程序正常启动所有服务，当发现服务发生异常，如死锁、意外退出或执行非法操作时，自动将该服务杀死。第二阶段：诊断模式。业务程序以单步方式运行出错的服务，在运行的每一步，业务程序记录该服务的堆栈信息。当运行到发生错误的地方后，将收集的现场堆栈信息按照以上规则转换为一个较小的字节流，并转储到文件中。第三阶段：报告模式。业务程序打开转储文件，将压缩后的故障信息（即本实施例中的调试信息），发送到后台。

本实施例中提供的设备故障处理方法，能够实现窄带天基物联网终端设备的自动错误发现和定位，能够比较完整地收集故障信息，便于开发人员准确定位，并且提供了窄带天基物联网终端设备上将LUA故障信息编码压缩的方法，适合于在较低容量的信道上传输。

本实施例通过获取待测设备中的故障信息，压缩故障信息，得到调试信息；对待测设备中的业务程序进行数字签名，将数字签名添加入调试信息中，并将调试信息通过窄带物联网传输至后台。本实施例的技术方案，通过对待测设备中采集的故障信息的压缩，可以减少故障信息的数据量，实现在低通信容量的窄带物联网中传输压缩后的故障信息，提高故障信息的传输效率；并且通过增加业务程序的数字签名，可以保障待测设备上运行的业务程序与开发人员调试的业务程序的一致性，提高故障处理的准确性。

实施例三

图5为本发明实施例三中提供的一种设备故障处理装置的结构示意图，本实施例可适用于对物联网设备的故障进行处理的情况。本发明实施例所提供的设备故障处理装置可执行本发明任意实施例所提供的设备故障处理方法，具备执行方法相应的功能模块和有益效果。

该装置具体包括信息获取模块310、信息压缩模块320和信息传输模块330，其中：

信息获取模块310，用于获取待测设备中的故障信息；

信息压缩模块320，用于压缩故障信息，得到调试信息；

信息传输模块330，用于将调试信息通过窄带物联网传输至后台。

本发明实施例通过获取待测设备中的故障信息，压缩故障信息，得到调试信息，并将调试信息通过窄带物联网传输至后台。本发明实施例的技术方案，通过对待测设备中采集的故障信息的压缩，可以减少故障信息的数据量，实现在低通信容量的窄带物联网中传输压缩后的故障信息，提高故障信息的传输效率。

进一步的，信息获取模块310具体用于：

通过调试函数获取故障点的调用堆栈信息，组成故障信息。

进一步的，信息压缩模块320具体用于：

提取故障信息中局部信息的非数字信息和数字信息；

对非数字信息进行数字化处理，并删除数字信息中的局部变量名和描述性信息；

将数字化处理后的非数字信息和删除后的数字信息确定为第一调试子信息。

进一步的，局部信息包括源代码文件路径、源代码行号、局部变量名和局部变量值，非数字信息为源代码文件路径。

进一步的，信息压缩模块320具体用于：

提取故障信息中全局信息的全局变量；

将全局变量中的命令行参数按顺序排列之后，确定为第二调试子信息。

进一步的，全局信息中包括全局变量、环境变量、输入参数和外部消息中的至少一个。

进一步的，该装置还包括：

数字签名模块，用于将调试信息通过窄带物联网传输至后台之前，对待测设备中的业务程序进行数字签名，将数字签名添加入调试信息中。

本发明实施例所提供的设备故障处理装置可执行本发明任意实施例所提供的设备故障处理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图6为本发明实施例四中提供的一种电子设备的结构示意图。图6示出了适于用来实现本发明实施方式的示例性电子设备412的框图。图6显示的电子设备412仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，电子设备412以通用设备的形式表现。电子设备412的组件可以包括但不限于：一个或者多个处理器416，存储装置428，连接不同系统组件（包括存储装置428和处理器416）的总线418。

总线418表示几类总线结构中的一种或多种，包括存储装置总线或者存储装置控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构（Industry SubversiveAlliance，ISA）总线，微通道体系结构（Micro Channel Architecture，MAC）总线，增强型ISA总线、视频电子标准协会（Video Electronics Standards Association，VESA）局域总线以及外围组件互连（Peripheral Component Interconnect，PCI）总线。

电子设备412典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备412访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储装置428可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器（Random Access Memory，RAM）430和/或高速缓存存储器432。电子设备412可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统434可以用于读写不可移动的、非易失性磁介质（图6未显示，通常称为“硬盘驱动器”）。尽管图6中未示出，可以提供用于对可移动非易失性磁盘（例如“软盘”）读写的磁盘驱动器，以及对可移动非易失性光盘，例如只读光盘（Compact Disc Read-Only Memory，CD-ROM）,数字视盘（Digital Video Disc-Read Only Memory，DVD-ROM）或者其它光介质）读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线418相连。存储装置428可以包括至少一个程序产品，该程序产品具有一组（例如至少一个）程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组（至少一个）程序模块442的程序/实用工具440，可以存储在例如存储装置428中，这样的程序模块442包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块442通常执行本发明所描述的实施例中的功能和/或方法。

电子设备412也可以与一个或多个外部设备414（例如键盘、指向终端、显示器424等）通信，还可与一个或者多个使得用户能与该电子设备412交互的终端通信，和/或与使得该电子设备412能与一个或多个其它计算终端进行通信的任何终端（例如网卡，调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口422进行。并且，电子设备412还可以通过网络适配器420与一个或者多个网络（例如局域网（Local Area Network，LAN），广域网（Wide Area Network，WAN）和/或公共网络，例如因特网）通信。如图6所示，网络适配器420通过总线418与电子设备412的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备412使用其它硬件和/或软件模块，包括但不限于：微代码、终端驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列（Redundant Arrays of Independent Disks，RAID）系统、磁带驱动器以及数据备份存储系统等。

处理器416通过运行存储在存储装置428中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的设备故障处理方法，该方法包括：

获取待测设备中的故障信息；

压缩故障信息，得到调试信息；

将调试信息通过窄带物联网传输至后台。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的设备故障处理方法，该方法包括：

获取待测设备中的故障信息；

压缩故障信息，得到调试信息；

将调试信息通过窄带物联网传输至后台。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器（RAM）、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (6)

1.一种设备故障处理方法，其特征在于，包括：

获取待测设备中的故障信息，其中，所述故障信息是基于LUA脚本运行所产生的；

压缩所述故障信息，得到调试信息；

将所述调试信息通过窄带天基物联网传输至后台；

其中，所述压缩所述故障信息，得到调试信息，包括：提取所述故障信息中局部信息的非数字信息和数字信息；对所述非数字信息进行数字化处理，并删除所述数字信息中的局部变量名和描述性信息；将数字化处理后的所述非数字信息和删除后的所述数字信息确定为第一调试子信息；

提取所述故障信息中全局信息的全局变量；将所述全局变量中的命令行参数按顺序排列之后，确定为第二调试子信息；

所述第一调试子信息和所述第二调试子信息构成所述调试信息；

所述局部信息包括源代码文件路径、源代码行号、局部变量名和局部变量值，所述非数字信息为所述源代码文件路径；

所述将所述调试信息通过窄带物联网传输至后台之前，还包括：对所述待测设备中的业务程序进行数字签名，将所述数字签名添加入所述调试信息中。

2.根据权利要求1所述的方法，其特征在于，所述获取待测设备中的故障信息，包括：

通过调试函数获取故障点的调用堆栈信息，组成所述故障信息。

3.根据权利要求1所述的方法，其特征在于，所述全局信息中包括所述全局变量、环境变量、输入参数和外部消息中的至少一个。

4.一种设备故障处理装置，其特征在于，包括：

信息获取模块，用于获取待测设备中的故障信息，其中，所述故障信息是基于LUA脚本运行所产生的；

信息压缩模块，用于压缩所述故障信息，得到调试信息；

信息传输模块，用于将所述调试信息通过窄带天基物联网传输至后台；

其中，所述信息压缩模块，用于提取所述故障信息中局部信息的非数字信息和数字信息；对所述非数字信息进行数字化处理，并删除所述数字信息中的局部变量名和描述性信息；将数字化处理后的所述非数字信息和删除后的所述数字信息确定为第一调试子信息；

提取所述故障信息中全局信息的全局变量；将所述全局变量中的命令行参数按顺序排列之后，确定为第二调试子信息；

所述第一调试子信息和所述第二调试子信息构成所述调试信息；

所述局部信息包括源代码文件路径、源代码行号、局部变量名和局部变量值，所述非数字信息为所述源代码文件路径；

所述装置还包括数字签名模块，用于将所述调试信息通过窄带物联网传输至后台之前，还包括：对所述待测设备中的业务程序进行数字签名，将所述数字签名添加入所述调试信息中。

5.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-3中任一所述的设备故障处理方法。

6.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-3中任一所述的设备故障处理方法。

Images