CN114444733A - 自助服务设备故障处理方法、终端设备及存储介质 - Google Patents

Abstract

本申请涉及医疗自助服务设备监管领域，公开了一种自助服务设备故障处理方法、终端设备及存储介质。该方法包括：实时获取自助服务设备的状态信息；所述自助服务设备用于在所述状态信息中识别故障信息，并对所述故障信息进行标识得到故障标识；确认所述故障标识的类型；当所述故障标识为第一类故障时，将对应的通知信息发送给对应的移动终端，以通知用户进行维修；以及当所述故障标识为第二类故障时，对所述自助服务设备进行自动排障。通过上述方式，本申请能够实时监测自助服务设备的状态，提高运维效率。

Description

自助服务设备故障处理方法、终端设备及存储介质

技术领域

本申请涉及医疗自助服务设备监控领域，特别是涉及一种自助服务设备的故障处理方法、终端设备及存储介质。

背景技术

当前，公立医院门诊量逐年增加，医疗资源不足“凸显”，医患矛盾日益严峻，“就医难”已成为一个严重的社会问题。用户挂号预约付费等排队时间长、名医专家难预约、医疗信息难获取以及就医流程不清晰等问题尤为突出。人民群众要求得到更优质的医疗服务的愿望日益强烈。

基于上述社会问题，医疗自助服务终端应运而生。医院自助服务终端是医院的自助服务设备，主要是针对我国大型医院排队挂号时间久，等待队伍长，同时造成医院拥挤堵塞的现状而设计，通过结合触摸屏等硬件技术并与医院现有系统(HIS)实现对接，可以满足病人对于医院的自助挂号、自助预约、自助充值、自助缴费等信息查询需求，还能帮助医院优化业务流程，提升医院日常营运效率和服务质量，有效缓解排队问题、改善用户体验。但是自助服务设备出故障时，往往通过患者或引导人员通过人工的形式进行报障处理。这种模式下，故障处理周期长，故障问题定位复杂，自助服务设备可能一直处于故障等待状态，给患者造成业务风险和极差的服务体验和满意度评价。

目前市场出现了一些自助服务设备监控管理平台，但是自助服务设备上报的故障类型不够明确，故障部位定位不够准确，且不能及时的以合理的处理方式应对各类故障。，虽然设计方案也是用于监控、管理的目的，但是效率较低、拓展较差、业务较简、响应较慢。无法真正做到设备较为高效监管。

发明内容

本申请主要解决的技术问题是提供一种自助服务设备故障处理方法，该方法可以实现实时监测监控范围内自助服务设备的状态信息，根据故障信息进行自动排障或自动通知人工维修。提高设备维护效率和用户体验感。

为了解决上述问题，本申请采用的一种技术方案是：提供一种自助服务设备故障处理方法，该方法应用于服务器，方法具体包括，实时获取自助服务设备的状态信息；自助服务设备用于在状态信息中识别故障信息，并对故障信息进行标识得到故障标识；确认故障标识的类型；当故障标识为第一类故障时，将对应的通知信息发送给对应的移动终端，以通知用户进行维修；以及，当故障标识为第二类故障时，对自助服务设备进行自动排障。

进一步地，实时获取自助服务设备的状态信息中，包括，建立与自助服务设备的网络连接；向自助服务设备发送状态信息调用指令，以使自助服务设备响应于调用指令进行自动排查，生成状态信息；实时获取状态信息。

进一步地，向自助服务设备发送状态信息调用指令，以使自助服务设备响应于调用指令进行自动排查，生成状态信息，包括，设置自助服务设备的状态参数；发布状态信息调用指令和状态参数，以使自助服务设备响应于状态信息调用指令，根据状态参数进行自动排查，生成状态信息。

进一步地，响应于状态信息包含故障标识，确认故障标识的类型中，包括，获取故障标识；根据预设标识参数对故障标识进行认证；其中，预设标识参数为自助服务设备的故障参数；响应于认证通过，根据预设规则将故障标识标记为第一类故障或第二类故障。

进一步地，响应于状态信息包含故障标识，确认故障标识的类型中，包括，响应于状态信息包含故障标识，根据预设标识参数确认故障标识为软件故障标识或硬件故障标识；响应于故障标识为硬件故障标识，根据硬件故障分类原则确认故障标识的类型；响应于故障标识为软件故障标识，根据软件故障分类原则确认故障标识的类型。

进一步地，响应于故障标识为第二类故障，对自助服务设备进行自动排障中，包括，根据预设标识参数确认故障标识为硬件故障或软件故障；响应于故障标识为硬件故障，向自助服务设备发送自动重启指令，以使自助服务设备执行自动重启；响应于故障标识为软件故障，保存软件故障记录，并向自助服务设备发布业务暂停指令，以使自助服务设备显示业务暂停提示消息。

进一步地，根据预设标识参数确认故障标识为硬件故障或软件故障之前，还包括，监控自助服务设备的使用状态，响应于自助服务设备在使用中，以使自助服务设备显示倒计时，以提醒用户尽快结束使用；响应于故障标识为硬件故障，向自助服务设备发送自动重启指令，以使自助服务设备执行自动重启，包括，监控自助服务设备的工作状态，响应于自助服务设备重启预设次数后仍然故障，将故障标识标记为第一类故障。

进一步地，该方法还包括，发布应急处理指令，以使监管范围内全部或部分自助服务设备暂停服务，并在自助服务设备显示预设提示内容。

为了解决上述问题，本申请采用的另一种技术方案是：提供一种终端设备，包括，处理器以及与处理器耦接的存储器，存储器中存储有计算机程序，处理器用于执行计算机程序以实现上述方法。

为了解决上述问题，本申请采用的另一种技术方案是：提供一种计算机可读存储介质，其中，计算机可读存储介质中存储有程序数据，程序数据在被处理器执行时，用于实现上述方法。

本申请的有益效果是：区别于现有技术的情况，本申请提供一种自助服务设备故障处理方法，该方法应用于服务器，该方法包括，实时获取自助服务设备的状态信息；自助服务设备用于在状态信息中识别故障信息，并对故障信息进行标识得到故障标识；当故障标识为第一类故障时，将对应的通知信息发送给对应的移动终端，以通知用户进行维修；以及当故障标识为第二类故障时，对自助服务设备进行自动排障。通过上述方式，本申请可以实时监测监控范围内自助服务设备的状态信息，根据故障信息进行自动排障或自动通知人工维修。提高设备维护效率和用户体验感。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本申请提供的自助服务设备故障处理方法第一实施例的流程示意图；

图2是本申请提供的实时获取状态信息方法一实施例的流程示意图；

图3是本申请提供的状态信息生成方法一实施例的流程示意图；

图4是本申请提供的故障类型确认方法第一实施例的流程示意图；

图5是本申请提供的故障类型确认方法第二实施例的流程示意图；

图6是本申请提供的自动排障方法一实施例的流程示意图；

图7是本申请提供的自助服务设备故障处理方法第二实施例的流程示意图；

图8是本申请提供的终端设备一实施例的结构示意图；

图9是本申请提供的计算机可读存储介质一实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部方法和流程。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

随着医疗信息化的发展，越来越多的医院提供医疗自助服务设备，患者可以通过使用自助服务设备进行建档、挂号、缴费、打印报告等。这极大的方便了患者，同时也减轻了医院服务窗口的负担。但是由于自助服务设备是一种服务型机器设备，出现故障在所难免。由于无法对自助服务设备和服务器进行实时和远程的监控，运维人员不能及时对异常情况做出响应，而且必须到现场才能进行排障操作，效率低下，影响服务质量。此外，渠道商、经销商和设备商也难以准确获取与己方相关的自助服务设备的统计与分析数据，例如设备使用率、故障发生率、设备分布情况等，这不利于对后续的设备研发提出更好的改进建议。基于上述无法实时监控自助服务设备的工作状态，无法自动重置设备等缺点，提出一种自助服务设备故障处理方法。

参阅图1，图1是本申请提供的一种自助服务设备故障处理方法一实施例的流程示意图。本实施例的自助服务设备故障处理方法具体包括步骤11至14：

步骤11：实时获取自助服务设备的状态信息。

具体地，自助服务设备，主要是针对我国大型医院排队挂号时间久，等待队伍长，同时造成医院拥挤堵塞的现状而设计，通过结合触摸屏等硬件技术并与医院现有系统(HIS)实现对接，可以满足病人对于医院的自助挂号、自助预约、自助充值、自助缴费等信息查询需求，还能帮助医院优化业务流程，提升医院日常营运效率和服务质量，有效缓解排队问题、改善用户体验。

由于自助服务设备在工作过程中，难免会出现一些故障，因此，采用统一的监管平台，与监管区域中的自助服务设备建立网络持久性连接，实时获取自助服务设备的状态信息。

可选地，本方案兼容基于Windows、Android、鸿蒙OS等操作系统下自助服务终端软件对接。无操作平台限制，扩展性高，兼容能力强。

步骤12：自助服务设备用于在状态信息中识别故障信息，并对故障信息进行标识得到故障标识。

具体地，自助服务设备具有实时自检功能，即根据一定的自检程序对自助服务设备中每一个模块的软件、硬件设备进行检查，判断自助服务设备是否具有故障。响应于自助服务设备在自检过程中生成状态信息，若在状态信息中发现故障信息，自助服务设备对故障信息进行标识，生成故障标识。其中，自助服务设备根据故障类型进行不同种类标记，例如根据软件设备故障或硬件设备故障进行标记，根据不同的软件模块例如挂号模块故障、缴费模块故障进行标识，也可以根据不同硬件模块例如显示模块、打印模块故障进行标识，通过上述标识方法，服务器可以根据相应的故障标识确认故障类型。

步骤13：确认故障标识的类型。

具体地，服务器中配置有与自助服务设备中得到的故障标识对应的预设故障参数，根据预设故障参数确定故障标识对应的故障类型为软件/硬件故障、故障位置、故障的严重程度等。

具体地，根据预设标识参数可将故障标识分类为软件故障或硬件故障。

具体地，根据故障的严重程序可将故障标识分类为第一类故障(致命性故障)或第二类故障(非致命性故障)。

步骤14：当故障标识为第一类故障时，将对应的通知信息发送给对应的服务终端，以通知用户进行维修；以及当故障标识为第二类故障时，对自助服务设备进行自动排障。

具体地，服务器获取到自助服务设备的状态信息，响应于状态信息中包括故障标识，根据预设故障标识分类为第一类故障或第二类故障。其中，第一类故障为致命性故障，第二类故障为非致命性故障。当识别故障标识为第一类故障时，说明自助服务设备的故障较大，严重影响用户使用。此时，采取第一类故障的处理方法，即以短信、钉钉、微信、电话等方式通知运维人员进行维修。运维人员接受到故障设备的故障信息后，可以安排以最快速度赶到设备现场进行维修。

具体地，识别到故障标识为第二类故障，即设备具有非致命性故障，则根据故障类型对自助服务设备发布自动排障指令，进行自动排障。

可选地，自动排障操作包括：业务暂停、软件重启、设备重启和设备关机等。

综上所述，本申请提出一种自助服务设备故障处理方法，该方法应用于服务器，方法包括：实时获取自助服务设备的状态信息；自助服务设备用于在状态信息中识别故障信息，并对故障信息进行识别得到故障标识；当故障标识为第一类故障时，将对应的通知信息发送给对应的移动终端，以通知用户进行维修；以及当故障标识为第二类故障时，对自助服务设备进行自动排障。通过上述方法，本申请能够实时监测监管范围内的自助服务设备的状态信息，在自助服务设备上进行自检时对故障信息进行标识，并在服务器中对故障标识进行分类，以针对不同类型的故障采取不同的处理方法维护自助服务设备。综上，本申请具有实时监测自助服务设备的状态，提高运维效率的优点。

在获取自助服务设备的状态信息时，本申请提出一种实时获取状态信息方法。

具体参阅图2，图2是本申请提供的实时获取状态信息方法一实施例的流程示意图。本实施例具体包括步骤111至113：

步骤111：建立与自助服务设备的网络连接。

具体地，服务器与自助服务设备之间建立持续性网络连接或间断性网络连接，本申请以持续性网络连接为例。

本方案采用网络持久性连接的形式与自助服务终端系统建立连接，并进行数据双向传输以及状态监管。

其中，网络持续性连接为使用同一个TCP连接发送和接受多个http请求/应答；非持续性连接为一个TCP连接只能发送和接受一个http请求/应答。非持续性连接具有如下缺点：每个请求的对象，都需要建立和维护一个全新的TCP连接，对每个TCP连接，TCP缓存要分配，TCP变量要同时保持在客户端和服务器，这会给Web服务器造成相当大的负担，并且，每个对象都要遭受2个往返时间(round-trip time，RTT)的延迟，一个RTT建立TCP连接，一个RTT请求响应对象。因此，使用持续性连接可以使信息传输效率提高，减小Web服务器的负担。

步骤112：向自助服务设备发送状态信息调用指令，以使自助服务设备响应于调用指令进行自动排查，生成状态信息。

具体地，为了实时监测监管范围内的自助服务设备的工作状态，服务器需实时对每一台自助服务设备发布状态信息调用指令。自助服务设备接收状态信息调用指令，响应于该指令根据设定程序进行自动排查。例如首先排查显示模块，设备向显示模块发送验证信息，若能够得到预设的响应信息，则说明显示模块状态良好；若没有得到预设的响应信息，则返回带有标识的故障信息，故障信息根据预设状态参数进行标识。该状态参数由发明人员发明并设定。

具体地，采用上述方法对自助服务设备的每一个模块进行自检，最终得到自助服务设备整体的状态信息。

可选地，故障标识可以包括：软件/硬件故障标识、软/硬件类型故障标识、异常状态码；其中，异常状态码越大，表明故障类型越严重。

步骤113：实时获取状态信息。

具体地，自助服务设备将上述状态信息发送至服务器。

通过上述方法，可将自助服务设备通过自检后得到的状态信息上传至服务器。在生成状态信息时，本申请提出一种状态信息生成方法。

具体地，参阅图3，图3是本申请提供的状态信息生成方法一实施例的流程示意图。本实施例具体包括步骤1121至1122：

步骤1121：设置自助服务设备的状态参数。

具体地，针对自助服务设备的硬件模块、软件模块、故障位置、故障类型以及异常状态码等设置不同的参数以表示不同模块的状态类型。其中，状态参数为发明人设计，且服务器监管范围内的所有自助服务设备均配置有相同的状态参数，供自助服务设备参考。

步骤1122：发布状态信息调用指令和状态参数，以使自助服务设备响应于状态信息调用指令，根据状态参数进行自动排查，生成状态信息。

具体地，服务器发布状态信息调用指令以及状态参数，自助服务设备响应于调用指令，根据状态参数进行自检，若对应的故障出现，则在相应的故障标识位进行标记。其中，故障标识位包括：软件/硬件标记、故障类型标记、异常状态码标记。根据上述标识位中的标记参数，即可确定故障位置和故障类型。

具体地，参阅图4，图4是本申请提供的故障类型确认方法第一实施例的流程示意图。本实施例具体包括步骤121至123：

步骤121：获取故障标识。

具体地，当状态信息中包括故障标识时，服务器获取到故障标识。

步骤122：根据预设标识参数对故障标识进行认证；其中，预设标识参数为自助服务设备的故障参数。

具体地，服务器中存储有预设标识参数，预设标识参数为自助服务设备中的故障参数。故障参数与状态参数不同，状态参数包括故障参数。若服务器获取的状态参数包含故障标识时，需要进一步根据预设标识参数进行认证，防止误报，若认证不通过则该状态信息中不包含故障标识，自助服务设备无故障。

步骤123：响应于认证通过，根据预设规则将故障标识标记为第一类故障或第二类故障。

具体地，预设标识参数与故障标识进行比对，确认故障标识正确后，认证通过。此时判定该自助服务设备出现故障。再一次根据预设规则，判断故障的严重程度。例如，根据异常状态码的大小判断故障的严重程度。如果故障为一般故障，是由接口不稳定等造成的故障，则标记为第二类故障；若故障比较严重，导致软件/硬件瘫痪，直接影响到用户的使用，则分类为第一类故障。其中，针对第一类故障中对应的故障类型，异常状态码均设置为较大数字，针对第二类故障中对应的故障类型，异常状态码均设置为较小数字。

可选地，还可以由自助服务设备对故障进行判断，若故障严重影响自助服务设备的正常工作，即生成较大数字的异常状态码，若故障对自助服务设备的正常工作无太大影响，即生成较小数字的异常状态码。

除了上述标记方法以外，还可以根据软件/硬件标记位，判断该故障类型为软件故障或硬件故障，再根据故障细化分类方法进行分类。

具体参阅图5，图5是本申请提供的故障类型确认方法第二实施例的流程示意图。本实施例具体包括步骤124至126：

步骤124：响应于状态信息包含故障标识，根据预设标识参数确认故障标识为软件故障或硬件故障。

具体地，在返回的状态信息中，包括软件/硬件标记位，即当自助服务设备进行自检时，若自助服务设备确有故障出现，则出现故障的部位首先由自助服务设备进行判断，该部位是软件模块还是硬件模块，根据软件/硬件故障参数首先进行软件/硬件标记。例如，该模块属于软件模块，则在该位置标记0，若该模块属于硬件模块，则在该位置标记1。通过上述方法，便可根据该标记位的参数确定故障的类型。

当状态参数上传至服务器时，服务器端设置有预设标识参数，该预设标识参数的设计原则与自助服务设备上的故障标识码的设计原则一致，则根据预设标识参数即可确定故障标识码为软件故障标识或硬件故障标识。

步骤125：响应于故障标识为硬件故障标识，根据硬件故障分类原则确认故障标识的类型。

具体地，自助服务设备包括多个硬件模块，在确认了自助服务设备出现了硬件故障后，接下来需要定位出现故障的具体模块。状态信息中还包括故障类型标记位，该状态参数位的参数所表示的意义为出现故障的具体模块标记，例如，显示模块标记为1，存储模块标记为2，扫码模块标记为3，等等。若该状态位标记的数字为1，则证明显示模块出现故障，再结合软件/硬件标记位中显示为硬件故障，即可确认是显示模块硬件故障。

根据上述方法，针对故障具体类型还设置有异常状态码位。状态参数中的异常状态码位用于标记异常状态，该数值的大小决定了故障的严重程度，例如显示模块的故障为屏幕中出现了一个小黑斑，但其大小以及所处的位置并不影响用户的正常使用，因此，可将此类故障定义为非致命性故障，并不需要紧急处理，则该故障的异常状态码可以设置为较小的数值，例如01；若显示模块的故障为屏幕出现了闪动，不能较长时间维持在工作界面，一直闪烁，且出现黑白条纹等，那么该故障已经严重影响到用户的正常使用，可以定义该故障为致命性故障，需要维修人员进行紧急维修，则该故障的异常状态码可以设置为较大的数值，例如1001。根据上述规则，将致命性故障均设置为较大数字的异常状态码，将非致命性故障均设置为较小数字的异常状态码，则在识别故障的严重程度时，可以根据预设阈值进行区分。其中，预设阈值根据全部异常状态码以及其对应的故障类型进行确定。

可选地，预设阈值可以包括一个数字，也可以包括多个数字。

步骤126：响应于故障标识为软件故障标识，根据软件故障分类原则确认故障标识的类型。

具体地，自助服务设备中配置了许多的软件模块，例如扫码模块需要利用软件驱动，以处理扫码后的数据；人脸模块需要利用软件中的算法对人脸进行识别等。同样地，在故障类型标记位中标记有具体的故障位置，例如扫码软件故障，则标记为10，人脸识别软件故障，则标记为20，等等。根据预设标识参数对该故障类型标记位的标记码进行识别，确认出现故障的具体软件模块。再根据步骤125中介绍的异常状态码位，判断故障为软件致命性故障或软件非致命性故障。

通过上述方法判断出自助服务设备具体的故障位置以及故障类型后，针对一些常见故障，本申请方法可以自动进行排障处理，针对一些复杂故障，可以通过多种方式自动通知维修人员进行维修。

具体地，当服务器端识别到故障标识，并将其分类为第一类故障时，调用通知渠道数据接口，以通知维修人员进行维修。其中，通知方式可以为短信、微信、钉钉、电话通知等。通知的内容包括自助服务设备的编号以及所处位置，自助服务设备的软件/硬件标记码、故障类型标记码、异常状态码等，以便维修人员快速定位故障。

具体参阅图6，图6是本申请提供的自动排障方法一实施例的流程示意图。本实施例应用于故障标识为第二类故障时，采用的处理方法。本实施例具体包括步骤141至143：

步骤141：根据预设标识参数确认故障标识为硬件故障或软件故障。

步骤142：响应于故障标识为硬件故障，向自助服务设备发送自动重启指令，以使自助服务设备执行自动重启。

具体地，故障标识分类为第二类故障，且为硬件故障，可能是硬件设备长时间使用造成设备反应迟钝、卡机等。针对这种现象，自助服务设备重启即可解决问题。因此，服务器下发自动重启指令以使对应的自助服务设备进行自动重启。

可选地，自助服务设备重启预设次数后仍有故障，将故障标识标记为第一类故障，并调用通知渠道API，获取运维人员的联系方式，通过短信、微信、钉钉、电话通知运维人员进行维修。

步骤143：响应于故障标识为软件故障，保存软件故障记录，并向自助服务设备发布业务暂停指令，以使自助服务设备显示业务暂停提示消息。

具体地，故障标识分类为第二类故障，且为软件故障，可能为软件接口不稳定造成的数据传输不稳定。一般情况下，过一段时间后，软件接口会自动变稳定，软件可恢复正常使用。在接口不稳定的时间段，服务器针对该自助服务设备的该软件模块发布业务暂停使用指令，自助服务设备接收该指令，同时在该软件界面显示业务暂停提示消息，同时服务器不断的获取该软件接口的状态信息，当软件接口恢复稳定后，恢复该软件的正常使用。

可选地，将软件故障数据记录在服务器中，以便开发人员快速定位故障，后续进行相应的改进设计。

可选地，当自助服务设备的故障较严重，或故障较为复杂，需要人为处理时，可通过服务器处理平台对自助服务设备发布以下指令，分别为：软件重启、自助服务设备重启和自助服务设备关机。以上三种指令均为人工出发，平台无法自动触发。

可选地，自助服务设备在自动重启或业务暂停前，服务器首先获取自助服务设备的使用状态，若设备当前处于闲置状态，则直接执行自动重启，或软件业务暂停；若用户正在使用该自助服务设备办理业务，则在屏幕闲置位置显示，设备重启倒计时10s，同时显示提示用户尽快结束办理业务，防止造成财产损失等文字。同理，若软件出现故障，检测是否有用户正在使用该软件办理业务，若有，则显示倒计时以及提示文字。

可选地，本申请中提出的方法还包括应急处理方法。即当全部或部分设备需要维护、系统升级，或出现紧急情况需要暂停办理某个业务时，可通过服务器平台向管控范围内的全部或部分自助服务设备发布应急处理指令，以使自助服务设备屏蔽某个功能或屏幕显示停机维护等消息，以提醒用户耐心等待，系统正在维护。

参阅图7，图7是本申请提供的自助服务设备故障处理方法第二实施例的流程示意图。

自助服务设备中可以看作是由多个模块组成，包括金融键盘模块、打印模块、语音模块、显示模块……读卡模块和人脸模块。上述模块又分别包括硬件装置和软件装置。上述模块中产生的故障总体可以分为硬件故障和软件故障。服务器首先发布状态参数调用指令，自助服务设备响应于上述指令，针对每一个模块的软件和硬件部分进行自检，生成状态参数。

响应于状态参数中包含故障标识，根据预设标识参数将故障标识分为第一类故障或第二类故障。若该故障标识分类为第一类故障，则调用渠道通知数据接口，获取运维人员的联系方式，以钉钉、短信、电话、微信等方式通知运维人员进行维修；若该故障标识分类为第二类故障，再将该故障继续细分为硬件故障或软件故障，针对不同的故障类型予以不同的处理方式，若第二类故障为硬件故障，则发布设备自动重启指令，以使服务设备执行自动重启；若为软件故障，则发布业务暂停指令，以使该软件的业务暂停，并保存故障记录。

综上所述，本申请通过与监管范围内的每一台自助服务设备建立网络持续性连接，实时获取自助服务设备的状态信息。当状态信息中包括故障标识时，对故障标识进行分类，分类为第一类故障(致命性故障)和第二类故障(非致命性故障)。针对第一类故障，采用自动发布通知信息给运维人员，以使运维人员能够快速定位故障并进行维修。针对第二类故障，又将其细分为硬件故障或软件故障，针对硬件故障，使自助服务设备执行自动重启以修复故障，针对软件故障，使该软件模块业务暂停，同时记录软件故障信息，以便开发人员通过代码解决上述故障。总体来讲，本申请实时监控自助服务设备的状态，根据不同类型的故障，予以不同的故障处理方法，处理方式灵活，提高运维效率。

具体地，服务器用于监控监管范围内自助服务设备的软件故障和硬件故障，服务器中存储有故障参数，故障参数包括软件故障参数和硬件故障参数。

具体地，当服务器监控自助服务设备的软件故障时，自助服务设备上配置的软件一部分已经配置好故障参数，另一部分软件并未配置故障参数。针对已经配置好故障参数的软件，当该软件出现软件故障时，根据故障参数对故障进行标记，生成故障标识；对于没有配置好故障参数的软件，服务器将故障参数通过软件接口传送给该软件，使得没有配置故障参数的软件配置故障参数，当该软件出现故障时，再根据故障参数对故障进行标记，生成故障标识。

具体地，当服务器监控自助服务设备的硬件故障时，一部分自助服务设备中已配置故障参数，另一部分自助服务设备中未配置故障参数。对于已配置故障参数的自助服务设备，当自助服务设备发生硬件故障时，根据故障参数对硬件故障进行标记；对于未配置故障参数的自助服务设备，服务器与自助服务设备通过网络接口连接，发送故障参数至未配置故障参数的自助服务设备后，当该自助服务设备发生硬件故障时，根据故障参数对硬件故障进行标记，生成故障标识。

具体参阅图8，图8是本申请提供的一种终端设备一实施例的结构示意图。

数字授权装置100中包括处理器110和存储器120。处理器110和存储器120耦接。存储器120中存储有计算机程序，计算机程序用于执行上述自助服务终端的显示方法。

具体参阅图9，图9是本申请提供的计算机可读存储介质一实施例的结构示意图。

计算机可读存储介质200中包括程序数据210。程序数据210在被处理器执行时，可以实现上述自助服务终端的显示方法。

区别于现有技术的情况，本申请提出一种自助服务设备故障处理方法，其中该方法应用于服务器，该方法具体包括：实时获取自助服务设备的状态信息；响应于状态信息包含故障标识，确认故障标识的类型；其中，自助服务设备用于在状态信息中识别故障信息，并对故障信息进行标识；响应于故障标识为第一类故障，将对应的通知信息发送给对应的移动终端，以通知用户进行维修；以及响应于故障标识为第二类故障，对自助服务设备进行自动排障。采用这种方式，本申请能够实时监控自助服务设备的状态，根据不同类型的故障，予以不同的故障处理方法，处理方式灵活，提高运维效率。

以上所述仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种自助服务设备故障处理方法，其特征在于，所述方法应用于服务器，所述方法包括：

实时获取自助服务设备的状态信息；

所述自助服务设备用于在所述状态信息中识别故障信息，并对所述故障信息进行标识得到故障标识；

确认所述故障标识的类型；

当所述故障标识为第一类故障时，将对应的通知信息发送给对应的移动终端，以通知用户进行维修；以及

当所述故障标识为第二类故障时，对所述自助服务设备进行自动排障。

2.根据权利要求1所述的方法，其特征在于，

所述实时获取自助服务设备的状态信息，包括：

建立与所述自助服务设备的网络连接；

向所述自助服务设备发送状态信息调用指令，以使所述自助服务设备响应于所述调用指令进行自动排查，生成状态信息；

实时获取所述状态信息。

3.根据权利要求2所述的方法，其特征在于，

所述向所述自助服务设备发送状态信息调用指令，以使所述自助服务设备响应于所述调用指令进行自动排查，生成状态信息，包括：

设置所述自助服务设备的状态参数；

发布所述状态信息调用指令和所述状态参数，以使所述自助服务设备响应于所述状态信息调用指令，根据所述状态参数进行自动排查，生成状态信息。

4.根据权利要求1所述的方法，其特征在于，

所述响应于所述状态信息包含故障标识，确认所述故障标识的类型，包括：

获取所述故障标识；

根据预设标识参数对所述故障标识进行认证；其中，预设标识参数为自助服务设备的故障参数；

响应于认证通过，根据预设规则将所述故障标识标记为第一类故障或第二类故障。

5.根据权利要求1所述的方法，其特征在于，

所述响应于所述状态信息包含故障标识，确认所述故障标识的类型，包括：

响应于所述状态信息包含故障标识，根据预设标识参数确认所述故障标识为软件故障标识或硬件故障标识；

响应于所述故障标识为硬件故障标识，根据硬件故障分类原则确认所述故障标识的类型；

响应于所述故障标识为软件故障标识，根据软件故障分类原则确认所述故障标识的类型。

6.根据权利要求1所述的方法，其特征在于，

所述响应于所述故障标识为第二类故障，对所述自助服务设备进行自动排障，包括：

根据预设标识参数确认所述故障标识为硬件故障或软件故障；

响应于所述故障标识为硬件故障，向所述自助服务设备发送自动重启指令，以使所述自助服务设备执行自动重启；

响应于所述故障标识为软件故障，保存所述软件故障记录，并向所述自助服务设备发布业务暂停指令，以使所述自助服务设备显示业务暂停提示消息。

7.根据权利要求6所述的方法，其特征在于，

所述根据预设标识参数确认所述故障标识为硬件故障或软件故障之前，还包括：

监控所述自助服务设备的使用状态，响应于所述自助服务设备在使用中，以使所述自助服务设备显示倒计时，以提醒用户尽快结束使用；

所述响应于所述故障标识为硬件故障，向所述自助服务设备发送自动重启指令，以使所述自助服务设备执行自动重启，包括：

监控所述自助服务设备的工作状态，响应于所述自助服务设备重启预设次数后仍然故障，将所述故障标识标记为第一类故障。

8.根据权利要求1所述的方法，其特征在于，

所述方法还包括：

发布应急处理指令，以使监管范围内全部或部分自助服务设备暂停服务，并在所述自助服务设备显示预设提示内容。

9.一种终端设备，其特征在于，所述终端设备包括处理器以及与所述处理器耦接的存储器，所述存储器中存储有计算机程序，所述处理器用于执行所述计算机程序以实现如权利要求1-8任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序数据，所述程序数据在被处理器执行时，用于实现如权利要求1-8任一项所述的方法。

Images