CN114095409A - 终端设备故障的远程检测方法、装置、设备及存储介质 - Google Patents

Abstract

本公开提供了一种终端设备故障的远程检测方法、装置、设备及介质，涉及网络技术领域。该方法包括：获取瘦客户端信息，匹配瘦客户端信息；利用瘦客户端信息连接瘦客户端；通过瘦客户端向待检测设备发送指令，分析指令的执行结果，确定待检测设备的故障类型。本公开提供的检测方法，通过在待检测设备上连接瘦客户端，检测设备通过瘦客户端对待检测设备进行指令的传输，待检测设备执行指令，检测设备通过分析指令执行结果确定待检测设备的状态，通过瘦客户端的加入，可以避免运维人员到现场进行高空或远端检测，保证了人身安全、提高了检测效率。同时避免了因待检测设备本身的故障导致无法连接到检测设备的问题，提高了故障检测的可靠性。

Description

终端设备故障的远程检测方法、装置、设备及存储介质

技术领域

本公开涉及网络技术领域，具体而言，涉及一种终端设备故障的远程检测方法、装置、电子设备及计算机可读存储介质。

背景技术

高空或远端终端设备是网络通信中的重要设备，在设备的实际应用中，有时需要对设备进行故障检测，以便于根据终端设备的故障类型进行运维操作，进行保证高空终端设备的有效运行。

在当前情况下，对高空或远端终端设备进行故障的检测，通常需要运维人员到现场进行采集数据、确定故障类型及故障维修方法，综合分析后才能进行故障维修，需要运维人员具有较高的专业知识水平，以及需要消耗大量的时间进行上述操作，这种方法使得设备故障运维时间长，造成故障发现不及时、运维滞后等问题，降低了用户的体验感。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于克服上述现有技术的不足，提供了一种终端设备故障的远程检测方法、装置、电子设备及计算机可读存储介质。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供了一种终端设备故障的远程检测方法，该方法包括：

获取瘦客户端信息，匹配所述瘦客户端信息；

利用所述瘦客户端信息连接所述瘦客户端；

通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，确定所述待检测设备的故障类型。

在本公开的一些实施例中，基于前述方案，所述方法还包括：

在确定所述检测设备的故障类型后，远程控制所述待检测设备，对所述待检测设备进行故障修护操作。

在本公开的一些实施例中，基于前述方案，所述获取瘦客户端信息，包括：

通过云平台获取所述瘦客户端信息。

在本公开的一些实施例中，基于前述方案，所述通过所述瘦客户端向待检测设备发送指令，包括：

通过所述瘦客户端连接的通信模块向待检测设备发送指令。

在本公开的一些实施例中，基于前述方案，通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，包括：

通过向所述瘦客户端向待检测设备发送原生指令，所述原生指令包括一个或多个发送策略，分析所述原生指令的执行结果，确定所述待检测设备的故障。

在本公开的一些实施例中，基于前述方案，所述通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，包括：

通过所述瘦客户端向待检测设备发送短指令，若所述短指令包括多组原生指令，则分析所述短指令对应的原生指令的执行结果，确定所述待检测设备的故障。

在本公开的一些实施例中，基于前述方案，所述通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，包括：

通过所述瘦客户端向待检测设备发送短指令，若所述短指令不包括原生指令，则直接分析所述短指令的执行结果，确定所述待检测设备的故障。

根据本公开的另一个方面，提供了一种终端设备故障的检测装置，该装置包括：

获取模块，用于获取瘦客户端信息，匹配所述瘦客户端信息；

连接模块，用于利用所述瘦客户端信息连接所述瘦客户端；

控制模块，用于通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，确定所述待检测设备的故障类型。

根据本公开的另一个方面，提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行，以实现如上述所述的方法。

根据本公开的另一个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储至少一条指令，所述至少一条指令由处理器加载并执行，以实现如上述所述的方法。

本公开提供了一种终端设备故障的远程检测方法，通过在待检测设备上连接有瘦客户端，瘦客户端可以与检测设备进行指令的传输，一方面，通过检测设备、瘦客户端与待检测设备间的指令传输，检测设别可根据指令执行结果判断待检测设备的故障类型，可以省去运维人员到现场检修的操作，节省了运维时间，提高了运维效率；

另一方面，通过瘦客户端的加入，可以避免因为待检测设备本身的故障导致的检测设备无法与待检测设备连接的问题，可以有效的检测出待检测设备的多种故障，提高了故障检测的可靠性；

第三方面，运维人员可以通过瘦客户端对待检测设备进行远程操作，运维人员可以随时获取待检测设备的数据信息，根据数据信息对待检测设备进行相应的操作，无需运维人员具有专业的知识水平，易操作。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本公开示例性实施例中的一种终端设备故障的远程检测方法的流程示意图。

图2为本公开示例性实施例中的现有的一种终端检测方法的交互图。

图3为本公开示例性实施例中的一种终端设备故障的远程检测方法的结构示意图。

图4为本公开示例性实施例中的一种终端设备故障的远程检测方法的交互图。

图5为本公开示例性实施例中的一种终端设备故障的远程检测装置的框架示意图。

图6为本公开示例性实施例中的一种电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式；相反，提供这些实施方式使得本公开将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。图中相同的附图标记表示相同或类似的结构，因而将省略它们的详细描述。此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。

在相关技术中，对终端设备故障检测的方法如图2所示，在此种终端故障检测方法中，通过在检测设备和待检测终端设备之间连接有TPC(Transmmision Control Protocol，传输控制协议)透传服务器，检测设备预先设置有用于待检测终端设备的检测策略，检测设备将预设的检测策略发送至TPC透传服务器上，通过TPC透传服务器调用待检测终端设备的操作接口，待检测终端设备根据被调用的操作接口，执行检测策略对应的操作，执行结果通过TPC透传服务器传输至检测设备，即向检测设备反馈检测策略对应的执行结果，检测设备获取执行结果后，对该执行结果进行分析，以确定待检测终端设备是否存在故障。

但在上述的终端设备故障检测方法中，待检测终端设备在通电开机后，需要通过TLS(Transport Layer Security，安全传输层协议)连接带部署在公网上的TPC透传服务器，然而若待检测终端设备本身就存在网络连接功能故障，则将导致此种终端设备故障方法的故障检测失效，还需要结合运维人员现场运维的结果才能确定待检测终端设备的故障类型，可见，上述的终端设备故障检测方法的可靠性低。因此，本公开提供了一种可靠性高的终端设备故障的远程检测方法。

本公开实施方式提供了一种终端设备故障的远程检测方法，如图1所示，结合图3，该终端设备故障的远程检测方法包括：

S10：获取瘦客户端信息，匹配所述瘦客户端信息；

S20：利用所述瘦客户端信息连接所述瘦客户端；

S30：通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，确定所述待检测设备的故障类型。

其中，在步骤S10中，获取瘦客户端301信息，匹配瘦客户端301信息。

瘦客户端301(Thin Client)指的是在客户端-服务器网络体系中的一个基本无需应用程序的计算哑终端，它通过一些协议和服务器通信，进而接入局域网，瘦客户端301将输入传送到服务器进行处理，服务器再把处理结果回传至瘦客户端301显示，不同的瘦客户端301可以同时登录到服务器上，可以模拟出一个相互独立又在服务器上的工作环境。

本公开提供的瘦客户端301，需要将瘦客户端301与预设的通信模块401进行连接，并将带有通信模块401的瘦客户端301连接在待检测设备101上，同时将瘦客户端301与待检测设备101连接在同一电源上，即瘦客户端301与待检测设备101共用电源。在瘦客户端301连接在电源上后，瘦客户端301自动开机，进行自检，同时，在检测设备201端，通过获取瘦客户端301信息，并且匹配瘦客户端301的信息，完成检测设备201与瘦客户端301之间的连接。

在一些实施例中，瘦客户端301中设置有多组原生指令，原生指令是指待检测设备101可以直接执行的指令，例如，瘦客户端301中设置有原生指令组A和原生指令组B，原生指令组A包括多个原生指令，每个原生指令用于对待检测设备101中的一个模块进行初始化，原生指令组B包括多个原生指令，每个原生指令用于对待检测设备101的一个模块进行日志信息的采集，瘦客户端301设置的每组原生指令中都对应着一个或多个发送策略，发送策略用于控制瘦客户端301按照预设的顺序将一组原生指令依次发送至待检测设备101端，每个发送策略都对应着待检测设备101相应的型号和版本。

此外，瘦客户端301设置了涵盖所有待检测设备101所支持的原生指令或原生指令组，例如，瘦客户端301的原生指令组A中，包括了6个原生指令，这6个原生指令分别用于为a、b、c、d、e、f等6个模块进行初始化，待检测设备101为摄像头，其中，型号X的摄像头中有a、b、c、d四种模块，型号Y的摄像头中有a、b、d、e、f五种模块，则瘦客户端301中针对原生指令组A，预设有发送策略1和发送策略2，这两种发送策略分别对应型号X的摄像头和型号Y的摄像头，当瘦客户端301连接到型号X的摄像头上后，瘦客户端301通过读取摄像头的型号，从而将发送策略1绑定给原生指令组A，并通过原生指令组A对型号X的摄像头进行模块的初始化；当瘦客户端301连接到型号Y的摄像头上后，瘦客户端301通过读取摄像头的型号，从而将发送策略2绑定给原生指令组A，并通过原生指令组A对型号Y的摄像头进行模块的初始化，通过不同的发送策略可以使得瘦客户端301对不同型号的待检测设备101进行相应的原生指令的操作。

此外，瘦客户端301中设置的原生指令或原生指令组包括但不限于上述的作用。

本公开中的待检测设备101可以是高空设备或远端设备，也可以是其它形式的待检测设备101，本公开对待检测设备101的具体类型不做限定。

本公开提供的检测设备201可以是用于对待检测设备101进行检测的和运维的设备，例如，检测设备201可以是运维设备，但本公开对检测设备201的类型不做具体限定。

本公开提供的瘦客户端301可以是适用于多种型号和版本的高空或与远端设备，例如，瘦客户端301可以是批量生产的设备，但本公开对瘦客户端301的型号和类型不做具体限定，需要满足瘦客户端301可以进行检测设备201及待检测设备101的指令和数据的传输即可。

其中，在步骤S20中，利用所述瘦客户端301信息连接所述瘦客户端301。

在步骤S10中，检测设备201获取到瘦客户端301的相关信息后，与瘦客户端301进行匹配，其中，检测设备201与瘦客户端301匹配是通过瘦客户端301的相关信息，例如，瘦客户端301的IP(Internet Protocol，国际互联协议)地址、瘦客户端301ID(Identitydocument，身份识别号)等，瘦客户端301通过携带的通信模块与检测设备201进行连接，其中，通信模块可以与检测设备201进行数据和指令上的传输。

其中，在步骤S30中，通过所述瘦客户端301向待检测设备101发送指令，分析所述指令的执行结果，确定所述待检测设备101的故障类型。

检测设备201首先向瘦客户端301发送指令，指令携带指令信息，指令信息包括类型标识，类型标识用于表征指令是原生指令还是短指令，此外，指令信息还包括关联ID和附带特征，附带特征包括特征码，特征码包括时间戳和用户ID，其中，指令信息是经过加密后的信息。

瘦客户端301在接收到检测设备201发送的指令后，利用瘦客户端301自身设置的密钥，对指令信息进行解密，获得解密后的指令信息，瘦客户端301从解密后的指令信息中读取出特征码，根据特征码中的时间戳，判断该时间戳是否为重复的时间戳，如果时间戳是重复的时间戳，则说明当前接收到的指令是一个重放攻击，属于非法指令信息，则不处理该指令；若时间戳不是重复的时间戳，则对该指令进行处理。

在瘦客户端301对指令进行处理时，瘦客户端301从指令信息中获取指令和类型标识，根据类型标识确定指令是原生指令还是短指令：

如果指令是原生指令，则瘦客户端301设备通过物理接口，将原生指令传递给待检测设备101执行，待检测设备101执行原生指令后，通过物理接口，将执行结果传递给瘦客户端301；

如果指令是短指令，则瘦客户端301根据该短指令，确定出该短指令对应的一组原生指令以及该组原生指令绑定的发送策略，同时瘦客户端301通过物理接口，基于上述发送策略，将这组原生指令依次传递给待检测设备101执行：例如，短指令是一个初始化指令，则瘦客户端301设备将上文中的用于模块初始化的原生指令组A中包括的多个原生指令传递给待检测设备101执行，待检测设备101通过执行原生指令组A中包括的多个原生指令，从而对多个模块进行初始化；例如，短指令是一个日志采集指令，则瘦客户端301设备将上文中用于日志采集的原生指令组B中包括的多个原生指令传递给待检测设备101执行，待检测设备101通过执行原生指令组B中包括的多个原生指令，从而采集多个模块各自的日志信息，待检测设备101执行原生指令组B后，通过物理接口，将多个执行结果传递给瘦客户端301；

如果指令是短指令，但没有对应的原生指令组，短指令可以为需要待检测设备101直接执行的指令，可以通过瘦客户端301的解密，将短指令发送至待检测设备101执行，短指令也可以为需瘦客户端301设备直接执行该短指令，例如，短指令是抓包指令，抓包指令用于检测待检测设备101的网络功能是否正常，抓包指令没有对应的原生指令组，则瘦客户端301设备直接执行该抓包指令，从而抓取待检测设备101收发的报文，瘦客户端301并将抓包指令的执行结果反馈至检测设备201，从而分析和判断待检测设备101是否发生故障，短指令的执行需要根据指令信息的类型具体确定指令执行端。

在一些实施例中，通过在瘦客户端301设置多组原生指令，当运维人员需要对待检测设备101的多个模块进行批量处理时，可以通过发起一个短指令，使得瘦客户端301设备通过处理该短指令，从而将相应的一组原生指令传递给待检测设备101执行，从而实现快速批量化处理，运维人员不需要学习每种待检测设备101的多种原生指令，可以通过通用的短指令间接控制待检测设备101。

其中，通过上述方法确定了待检测设备101的故障类型后，运程控制所述待检测设备101，对所述待检测设备101进行故障维修操作。

运用上述方法确定了待检测设备101的故障类型后，可以通过检测设备201向瘦客户端301发送指令，指令信息中包含有一个RPC(Remote Procedure Call，远程过程调用)操作指令，则瘦客户端301通过物理端口，从待检测设备101获得待检测设备101的控制页面数据，并将待检测设备101的控制页面数据发送给检测设备201，控制页面上显示有待检测设备101上的多个控件元素，每个控制元素分别对应待检测设备101的不同模块，运维人员可以通过点击目标控制元素，从而对相应模块进行控制和运维。

其中，本公开中的瘦客户端301可以与云平台501进行对接，与此同时，检测设备201也可以与云平台501进行对接，云平台501可以是公有云，也可以是其它类型的共享平台。

瘦客户端301可以将自身携带的相关信息通过通信模块上传到云平台501上，例如，瘦客户端301的设备ID、上报时间、IP地址、挂接的待检测设备101以及瘦客户端301设备集成的运维环境等相关信息，瘦客户端301还可以将待检测设备101的指令执行结果和关联ID上传至云平台501上。

检测设备201可以通过云平台501获取瘦客户端301的相关信息以及待检测设备101的指令执行结果等信息，也可以通过瘦客户端301获取待检测设备101的执行结果，以此对待检测设备101进行故障分析。

除此之外，检测设备201还可以向瘦客户端301发送升级指令，该升级指令中可以包括：新的原生指令组和新的发送策略，瘦客户端301接收到升级指令后，存储新的原生指令组和新的发送策略，并向公有云上报更新后的原生指令组和发送策略。

本公开提供了一种终端设备故障的远程检测方法，该方法通过在检测设备201和待检测设备101之间连接有瘦客户端301，通过瘦客户端301进行指令的传输，可以解决在待检测设备101网络故障时，无法获取待检测设备101信息的问题，提高了设备检测的可靠性；此外，在设备需要远距离运维支持或远程控制或需要远程数据采集时，本公开提供的方法都能提供支持，并且可靠性高，工作效率高。

下面结合图3和图4，对本公开提供的方法进行说明：

运维人员将带有通信模块的瘦客户端301挂接在待检测设备101进行上，瘦客户端301与待检测设备101共用电源，瘦客户端301与待检测设备101通过物理接口记性指令和数据的传输；

瘦客户端301自动开机，并将自身携带的相关信息传输至云平台501上；

检测设备201端通过与云平台501对接，获取瘦客户端301的相关信息，并通过匹配瘦客户端301的相关信息，检测设备201与瘦客户端301进行连接；

检测设备201通过向瘦客户端301发送指令以及相关的数据，瘦客户端301对检测设备201发送的指令进行解码，并发送到待检测设备101上进行指令的执行；

将瘦客户端301指令执行结果反馈至云平台501或检测设备201上，检测设备201可以在云平台501上获取执行结果或直接从瘦客户端301获取执行结果，检测设备201通过分析执行结果，定位待检测设备101的故障类型，并进行维修操作。

本公开的实施方式中还提供了一种终端设备故障的远程检测装置，图5为本公开示例性实施例中的一种终端设备故障的远程检测装置的框架示意图，如图5所示，该终端设备故障的远程检测装置1包括：获取模块10、连接模块20、控制模块30。

其中，获取模块10用于获取瘦客户端301信息，匹配所述瘦客户端301信息。

其中，连接模块20用于利用所述瘦客户端301信息连接所述瘦客户端301。

其中，控制模块30，用于通过所述瘦客户端301向待检测设备101发送指令，分析所述指令的执行结果，确定所述待检测设备101的故障类型。

本公开提供了一种终端设备故障的远程检测装置，该装置通过获取模块、连接模块以及控制模块，运用终端设备故障的远程检测方法检测待检测设备101的故障及确定待检测设备101的故障类型，可靠性高。

图6为本公开示例性实施例中的一种电子设备的结构示意图，如图6所示，电子设备1000以通用计算设备的形式表现。电子设备1000的组件可以包括但不限于：至少一个处理单元1010、至少一个存储单元1020、连接不同系统组件(包括存储单元1020和处理单元1010)的总线1030。

其中，存储单元存储有程序代码，程序代码可以被处理单元1010执行，使得处理单元1010执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元1010可以执行如图1所示的方法步骤等。

存储单元1020可以包括易失性存储单元，例如随机存取存储单元(RAM)1021和/或高速缓存存储单元1022，还可以进一步包括只读存储单元(ROM)1023。

存储单元1020还可以包括具有一组(至少一个)程序模块1025的程序/实用工具1024，这样的程序模块1025包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1030可以包括数据总线、地址总线和控制总线。

电子设备1000也可以与一个或多个外部设备1100(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(I/O)接口1040进行。电子设备1000还可以通过网络适配器1050与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1050通过总线1030与电子设备1000的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1000使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

本公开的示例性实施方式还提供了一种计算机可读存储介质，可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使电子设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。在一种实施方式中，该程序产品可以实现为便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

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

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

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

需要说明的是，尽管在附图中以特定顺序描述了本公开中终端设备故障的远程检测方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

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

Claims (10)

1.一种终端设备故障的远程检测方法，其特征在于，包括：

获取瘦客户端信息，匹配所述瘦客户端信息；

利用所述瘦客户端信息连接所述瘦客户端；

通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，确定所述待检测设备的故障类型。

2.根据权利要求1所述的终端设备故障的远程检测方法，其特征在于，所述方法还包括：

在确定所述检测设备的故障类型后，远程控制所述待检测设备，对所述待检测设备进行故障修护操作。

3.根据权利要求1所述的终端设备故障的远程检测方法，其特征在于，所述获取瘦客户端信息，包括：

通过云平台获取所述瘦客户端信息。

4.根据权利要求1所述的终端设备故障的远程检测方法，其特征在于，所述通过所述瘦客户端向待检测设备发送指令，包括：

通过所述瘦客户端连接的通信模块向待检测设备发送指令。

5.根据权利要求1所述的终端设备故障的远程检测方法，其特征在于，通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，包括：

通过向所述瘦客户端向待检测设备发送原生指令，所述原生指令包括一个或多个发送策略，分析所述原生指令的执行结果，确定所述待检测设备的故障。

6.根据权利要求1所述的终端设备故障的远程检测方法，其特征在于，所述通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，包括：

通过所述瘦客户端向待检测设备发送短指令，若所述短指令包括多组原生指令，则分析所述短指令对应的原生指令的执行结果，确定所述待检测设备的故障。

7.根据权利要求1所述的终端设备故障的远程检测方法，其特征在于，所述通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，包括：

通过所述瘦客户端向待检测设备发送短指令，若所述短指令不包括原生指令，则直接分析所述短指令的执行结果，确定所述待检测设备的故障。

8.一种终端设备故障的远程检测装置，其特征在于，包括：

获取模块，用于获取瘦客户端信息，匹配所述瘦客户端信息；

连接模块，用于利用所述瘦客户端信息连接所述瘦客户端；

控制模块，用于通过所述瘦客户端向待检测设备发送指令，分析所述指令的执行结果，确定所述待检测设备的故障类型。

9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行，以实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，

所述计算机可读存储介质中存储至少一条指令，所述至少一条指令由处理器加载并执行，以实现如权利要求1至7任一项所述的方法。

Images