CN111540133B

CN111540133B - 外接设备的状态检测方法、装置和相关设备

Info

Publication number: CN111540133B
Application number: CN202010341710.6A
Authority: CN
Inventors: 王鹏鹏
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2020-04-27
Filing date: 2020-04-27
Publication date: 2022-07-05
Anticipated expiration: 2040-04-27
Also published as: CN111540133A

Abstract

本申请提供一种外接设备的状态检测方法、装置和相关设备，统一设备服务响应于设备监控服务按一定周期发送的检测请求，向检测请求所指定的目标外接设备的驱动组件发送状态获取请求，若经过预设的超时时长后驱动组件仍未反馈设备状态，对驱动组件发起重启指令，使驱动组件重启；重启成功后再次发送状态获取请求，并等待驱动组件设备状态；将驱动组件反馈的目标外接设备的设备状态发送至设备监控服务。本方案中，统一设备服务可以重启由于外接设备的热插拔而关闭的驱动组件，从而确保对设备状态的检测不受外接设备的热插拔的影响。

Description

外接设备的状态检测方法、装置和相关设备

技术领域

本发明涉及外接设备技术领域，特别涉及一种外接设备的状态检测方法、装置和相关设备。

背景技术

目前，各银行均配置有多种形式的自助终端，用户可以通过操作自助终端实现多种银行业务的自助办理。为了提供更全面的服务，这些自助终端往往连接有多种外接设备，例如视频监控设备，指纹识别设备等。

为了及时发现外接设备的故障，自助终端系统配置有设备监控服务，设备监控服务可以通过系统中预先加载的每个外接设备对应的驱动组件实时检测各个外接设备的设备状态。

现有技术存在的问题是，若自助终端运行时某个外接设备发生热插拔，则该外接设备的驱动组件会自动关闭，导致设备监控服务无法监控发生热插拔的外接设备的设备状态。

发明内容

基于上述现有技术的缺点，本申请提供一种外接设备的状态检测方法、装置和相关设备，以提供一种适用于发生热插拔的外接设备的状态检测方案。

本申请第一方面提供一种外接设备的状态检测方法，应用于自助终端系统的统一设备服务，所述方法包括：

响应于设备监控服务按一定周期发送的检测请求，向所述检测请求所指定的目标外接设备的驱动组件发送状态获取请求；其中，所述状态获取请求用于请求所述驱动组件反馈所述目标外接设备的设备状态；

若经过预设的超时时长后所述驱动组件未反馈所述目标外接设备的设备状态，对所述驱动组件发起重启指令，使所述驱动组件重启；

若所述驱动组件重启成功，返回执行所述向所述检测请求所指定的目标外接设备的驱动组件发送状态获取请求；

将所述驱动组件反馈的所述目标外接设备的设备状态发送至所述设备监控服务。

可选的，所述若经过预设的超时时长后所述驱动组件未反馈所述目标外接设备的设备状态，对所述驱动组件发起重启指令，使所述驱动组件重启，包括：

若经过预设的超时时长后所述驱动组件未反馈所述目标外接设备的设备状态，检测所述目标外接设备的设备连接端口是否发生变更；

若所述目标外接设备的设备连接端口未发生变更，返回执行所述向所述检测请求所指定的目标外接设备的驱动组件发送状态获取请求；

若所述目标外接设备的设备连接端口发生变更，对所述驱动组件发起重启指令，使所述驱动组件重启。

可选的，所述若所述目标外接设备的设备连接端口发生变更，对所述驱动组件发起重启指令，使所述驱动组件重启，包括：

若所述目标外接设备的设备连接端口发生变更，判断所述驱动组件是否正在运行；

若所述驱动组件正在运行，返回执行所述向所述检测请求所指定的目标外接设备的驱动组件发送状态获取请求；

若所述驱动组件已关闭，对所述驱动组件发起重启指令，使所述驱动组件重启。

可选的，所述若经过预设的超时时长后所述驱动组件未反馈所述目标外接设备的设备状态，对所述驱动组件发起重启指令，使所述驱动组件重启之后，还包括：

若所述驱动组件重启失败，向所述设备监控服务反馈所述目标外接设备的设备故障信息。

本申请第二方面提供一种外接设备的状态检测装置，应用于自助终端系统的统一设备服务，所述装置包括：

发送单元，用于响应于设备监控服务按一定周期发送的检测请求，向所述检测请求所指定的目标外接设备的驱动组件发送状态获取请求；其中，所述状态获取请求用于请求所述驱动组件反馈所述目标外接设备的设备状态；

重启单元，用于若经过预设的超时时长后所述驱动组件未反馈所述目标外接设备的设备状态，对所述驱动组件发起重启指令，使所述驱动组件重启；

所述发送单元，用于若所述驱动组件重启成功，返回执行所述向所述检测请求所指定的目标外接设备的驱动组件发送状态获取请求；

所述发送单元，用于将所述驱动组件反馈的所述目标外接设备的设备状态发送至所述设备监控服务。

可选的，所述重启单元若经过预设的超时时长后所述驱动组件未反馈所述目标外接设备的设备状态，对所述驱动组件发起重启指令，使所述驱动组件重启时，具体用于：

可选的，所述重启单元若所述目标外接设备的设备连接端口发生变更，对所述驱动组件发起重启指令，使所述驱动组件重启时，具体用于：

可选的，所述发送单元还用于：

本申请第三方面提供一种计算机存储介质，用于存储程序，所述程序被执行时，具体用于实现本申请第一方面任意一项所提供的外接设备的状态检测方法。

本申请第四方面提供一种电子设备，包括存储器和处理器；

所述存储器用于存储程序；

所述处理器用于执行所述程序，所述程序被执行时，具体用于实现本申请第一方面任意一项所提供的外接设备的状态检测方法。

附图说明

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

图1为本申请实施例提供的一种自助终端系统的架构示意图；

图2为本申请实施例提供的一种外接设备的状态检测方法的流程图；

图3为本申请另一实施例提供的一种外接设备的状态检测方法的流程图；

图4为本申请又一实施例提供的一种外接设备的状态检测方法的流程图；

图5为本申请实施例提供的一种外接设备的状态检测装置的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

要实现本申请实施例所提供的外接设备的状态检测方法，需要对现有的自助终端系统进行改进。

具体的，为了实现本申请任一实施例所提供的状态检测方法，需要在现有的自助终端系统的基础上，添加一个位于设备监控服务和各个外接设备的驱动组件之间的统一设备服务，得到如图1所示的自助终端系统的架构。

如图1所示，本申请提供的改进后的自助终端系统包括设备监控服务100，上层应用200，统一设备服务300，以及分别对应于每一个外接设备的驱动组件400。

其中，上层应用和设备监控服务均属于现有的自助终端系统中的模块。上层应用就是运行于自助终端系统的各种应用程序。在本申请提供的系统架构中，这些应用程序用于按自身预设的用户处理逻辑处理用户操作自助终端时输入的各种信息，若在处理过程中发现需要和自助终端系统连接的某个外接设备进行数据交互，上层应用就会向统一设备服务发送这个外接设备的驱动组件调用请求，使统一设备向对应的驱动组件转发驱动组件调用请求，并通过统一设备服务获得驱动组件反馈的调用结果。

设备监控服务，用于按一定周期轮询自助终端系统连接的每一个外接设备。在本申请提供的自助终端系统架构中，每轮询到一个外接设备，设备监控服务就向统一设备服务发送目标外接设备(指代当前轮询到的需要检测的外接设备)的检测请求，使得统一设备服务向目标外接设备的驱动组件发送状态获取请求，并通过统一设备服务获得目标外接设备的驱动组件反馈的设备状态。

进一步的，设备监控服务还可以将每一次收到的设备状态，和对应的外接设备的标识，以及收到设备状态的时间戳一并记录在设备状态数据库中，从而生成记录有一段时间内各个外接设备在各个时刻的设备状态的设备监控日志，以便于维护人员查阅。另外，若某次接收的设备状态表明相应的外接设备发生故障，那么设备监控服务可以通过发送提示信息的方式通知相关的维护人员。

统一设备服务可以理解为一个用于封装自助终端系统中的多个驱动组件的接入层。本申请所提供的自助终端系统的架构中，上层应用和设备监控服务对自助终端所连接的任意一个外接设备的驱动组件的访问，均需要依赖统一设备服务的转发而实现。

具体的，统一设备服务会接收上层应用的驱动组件调用请求，然后对驱动组件调用请求进行解析，得到与被调用的驱动组件的数据交互格式相匹配的解析后的调用请求，并将解析后的调用请求转发至被调用的驱动组件。当被调用的驱动组件向统一设备服务反馈调用请求的执行结果后，统一设备服务会基于上层应用所规定的数据交互格式对执行结果进行解析，然后将解析得到的和上层应用的数据交互格式匹配的执行结果反馈给上层应用。

类似的，统一设备服务也会对设备监控服务对目标外接设备的检测请求进行解析，得到相应的状态获取请求，然后将状态获取请求发送给目标外接设备的驱动组件，另一方面，驱动组件执行状态获取请求后反馈的设备状态，也会由统一设备服务解析并转发至设备监控服务，由此完成对自助终端所连接的外接设备的状态检测。

进一步的，统一设备服务还可以维护一个启用设备列表，列表中记录有自助终端所连接的每一个已启用的外接设备的设备标识和对应的配置项，在任意一个外接设备发生热插拔进而引起相应的驱动组件关闭后，统一设备服务可以基于这个外接设备的配置项对这个外接设备的驱动组件进行重启，通过这种方式确保外接设备热插拔之后设备监控服务仍然可以对外接设备进行状态检测。

驱动组件，也可以称为SP(service provider，服务提供商)组件。一个外接设备的驱动组件，可以理解为生产该外接设备的厂商提供的和该外接设备配套的一组基于外接设备调用标准规范的编写的驱动软件。一个计算机系统(本申请所述的自助终端系统就相当于一种计算机系统)安装了某种外接设备的驱动组件之后，计算机系统就可以通过驱动组件和相应的外接设备执行原子交互操作，从而实现和外接设备的数据交互以及对外接设备的控制。

基于上述自助终端系统的架构，本申请第一个实施例提供一种外接设备的状态检测方法，应用于统一设备服务，请参考图2，该方法包括以下步骤：

S201、响应于设备监控服务定时发送的检测请求，向检测请求所指定的目标外接设备的驱动组件发送状态获取请求。

如前文所述，设备监控服务会轮询自助终端的每个外接设备并对每个轮询到的外接设备发送检测请求。

具体的，设备监控服务会每经过一个预设的时间间隔T，就将自助终端的一个外接设备确定为目标外接设备，然后向统一设备服务发送检测请求，检测请求中携带有目标外接设备的设备标识。统一设备服务通过识别检测请求携带的设备标识，就可以确定本次需要检测的目标外接设备以及目标外接设备的驱动组件，然后就可以将解析得到的状态获取请求向目标外接设备的SP组件(以下简称为目标SP组件)发送。

统一设备服务获得检测请求后，可以基于目标外接设备的SP组件所规定的数据交互格式对检测请求进行解析，就可以得到步骤S201所述的状态获取请求。

状态获取请求用于请求驱动组件反馈目标外接设备的设备状态。

S202、等待目标SP组件反馈设备状态。

若等待时间大于预设的超时时长，换言之，若统一设备服务发送了状态获取请求之后，经过了预设的超时时长而目标SP组件仍未反馈目标外接设备的设备状态，则确定目标SP组件超时未反馈，执行步骤S203。

若等待时间小于或等于预设的超时时长，也就是说，若统一设备服务发送了状态获取请求之后，在预设的超时时长之内就收到了目标SP组件反馈的设备状态，说明目标SP组件未超时，执行步骤S205。

上述超时时长可以根据目标SP组件处理状态获取请求所需的时间确定，不同的SP组件处理状态获取请求所需的时间不同，因此，本申请对于超时时长不做限定。

在正常运行状态下，目标SP组件在接收状态获取请求之后，会执行相应的设备状态检测操作，从而获得目标外接设备中的多个用于指示目标外接设备当前的设备状态的参数，进而基于这些参数确定目标外接设备当前的设备状态。目标SP组件确定了目标外接设备当前的设备状态之后，即向统一设备服务反馈目标外接设备的设备状态。

对应的，目标SP组件超时未反馈设备状态的原因，很可能：

目标外接设备发生了热插拔，导致目标SP组件当前处于关闭状态，索引目标SP组件无法及时反馈设备状态。

因此，本实施例中，可以在目标SP组件超时未反馈时直接重启目标SP组件。

其中，一个外接设备的设备状态可以包括正常状态和故障状态两种。

需要说明的是，上述等待时间指代，当前时刻和最近一次向目标SP组件发送状态获取请求的时刻之间的时间间隔。也就是说，若统一设备服务在重启了目标SP组件之后再次执行步骤S201，那么上述等待时间就会从再次执行步骤S201的时刻开始重新计算。

S203、对目标SP组件发起重启指令，使目标SP组件重启。

若目标SP组件重启成功，返回执行步骤S201，也就是再次向目标SP组件发送状态获取请求。

若目标SP驱动组件重启失败，则执行步骤S204。

如前文所述，统一设备服务可以维护一个记录有每一个和自助终端连接并且已启用的外接设备的启用设备列表，启用设备列表存储有每个已启用的外接设备的设备标识和配置项，并且，外接设备的配置项中记录有这个外接设备的SP组件的重启命令。

由此，统一设备服务可以在目标SP组件超时未反馈之后，从启用设备列表的目标外接设备的配置项中获得目标SP组件的重启指令，然后基于目标SP组件的重启指令重启目标SP组件。

S204、向设备监控服务反馈目标外接设备的设备故障信息。

目标SP组件在重启的过程中会和目标外接设备进行数据交互，在目标外接设备已启用并且未发生故障的情况下，目标SP驱动组件不会发生重启失败，对应的，若目标SP驱动组件重启失败，则很可能是目标外接设备发生了故障，导致目标SP组件重启过程中和目标外接设备的数据交互不能顺利执行，最终才引起目标SP组件重启失败。

因此，在确定目标SP组件重启失败后，统一设备服务可以直接向设备监控服务反馈目标外接设备的设备故障信息，从而提示目标外接设备发生故障。

S205、将目标SP组件反馈的目标外接设备的设备状态发送至设备监控服务。

如前文所述，设备监控服务接收设备状态之后，可以将设备状态，目标外接设备的设备标识以及表示接收设备状态的时刻的时间戳一并记录在数据库中。

进一步的，若目标外接设备当前的设备状态是故障状态，或者设备监控服务收到统一设备服务反馈的设备故障信息，则设备监控服务可以向自助终端的维护人员发送故障提示信息，以便维护人员及时对外接设备进行维修。

具体的，故障提示信息可以用短信的形式发送至维护人员的移动通信终端，也可以推送至维护人员的社交账号，或者采用其他的发送方式，本申请对具体的发送方式不做限定。

本申请提供一种外接设备的状态检测方法，统一设备服务响应于设备监控服务按一定周期发送的检测请求，向检测请求所指定的目标外接设备的驱动组件发送状态获取请求，若经过预设的超时时长后驱动组件仍未反馈设备状态，对驱动组件发起重启指令，使驱动组件重启；重启成功后再次发送状态获取请求，并等待驱动组件设备状态；将驱动组件反馈的目标外接设备的设备状态发送至设备监控服务。本方案中，统一设备服务可以重启由于外接设备的热插拔而关闭的驱动组件，从而确保对设备状态的检测不受外接设备的热插拔的影响。

本申请第二个实施例还提供一种外接设备的状态检测方法，仍然应用于统一设备服务，请参考图3，该方法包括以下步骤：

S301、响应于设备监控服务定时发送的检测请求，向检测请求所指定的目标外接设备的驱动组件发送状态获取请求。

S302、等待目标SP组件反馈设备状态。

若目标SP组件超时未反馈，执行步骤S303，若目标SP组件未超时，执行步骤S306。

S303、检测目标外接设备的连接端口是否发生变更。

若目标外接设备的连接端口发生变更，则执行步骤S304，若目标外接设备的连接端口未发生变更，则返回执行步骤S301。

步骤S303所述的连接端口发生变更，具体包括以下两种情况：

第一，目标外接设备当前的连接端口，和前一次检测目标外接设备的设备状态时，目标外接设备的连接端口不一致。例如，假设目标外接设备当前的连接端口是自助终端的端口A，而前一次检测目标外接设备的设备状态时，目标外接设备的连接端口是自助终端的端口B，若出现这种情况就可以确定目标外接设备的连接端口发生变更。

第二，目标外接设备在本次检测和前一次检测的时间间隔内发生了热插拔，也就是说，在本次检测和前一次检测的时间间隔内，目标外接设备从当前的连接端口被拔出，然后又被插入当前的连接端口，若出现这种情况也可以认为目标外接设备的连接端口发生变更。

S304、对目标SP组件发起重启指令，使目标SP组件重启。

若目标SP组件重启成功，则返回执行步骤S301，若目标SP组件重启失败，则执行步骤S305。

S305、向设备监控服务反馈目标外接设备的设备故障信息。

S306、将目标SP组件反馈的目标外接设备的设备状态发送至设备监控服务。

在自助终端系统运行过程中，SP组件超时未反馈的原因可能是SP组件由于相应的外接设备发生热插拔而关闭，也可能是外接设备未发生热插拔，但是SP组件当前处理的请求过多以至于无法及时处理统一设备服务发送的状态获取请求。检测目标外接设备的设备状态时，可能会发生第二种情况导致的目标SP组件超时未反馈，如果这种情况下也对目标SP组件进行重启，就会导致目标SP组件当前处理的请求发生异常中断，进而可能引起自助终端系统的故障。因此，本实施例在确定目标SP组件超时未反馈之后，进一步检测目标外接设备的连接端口是否发生变更，若连接端口发生变更，则认为目标SP组件超时未反馈是由目标外接设备热插拔导致的目标SP组件关闭引起的，此时可以对目标SP组件进行重启，反之，若连接端口未发生变更，则认为目标SP组件超时未反馈是由目标SP组件当前处理的请求过多导致目标SP组件处理效率降低引起的，这种情况就应该再次发送状态获取请求，而不应该重启目标SP组件，从而避免在目标SP组件处理多个请求时重启目标SP组件，防止自助终端系统发生故障。

本申请第三个实施例还提供一种外接设备的状态检测方法，应用于统一设备服务，请参考图4，该方法包括以下步骤：

S401、响应于设备监控服务定时发送的检测请求，向检测请求所指定的目标外接设备的驱动组件发送状态获取请求。

S402、等待目标SP组件反馈设备状态。

若目标SP组件超时未反馈，执行步骤S403，若目标SP组件未超时，执行步骤S407。

S403、检测目标外接设备的连接端口是否发生变更。

若目标外接设备的连接端口发生变更，则执行步骤S404，若目标外接设备的连接端口未发生变更，则返回执行步骤S401。

S404、判断目标SP组件是否正在运行。

若目标SP组件正在运行，则返回执行步骤S401。若目标SP组件已关闭，则执行步骤S405。

步骤S404的具体执行过程可以是：

向目标SP组件发送组件状态获取请求，若发送了组件状态获取请求之后，目标SP组件在预设的超时时长内反馈了目标SP组件当前的运行状态，则确定目标SP组件正在运行，若发送了组件状态获取请求并且等待了预设的超时时长之后目标SP组件仍未反馈目标SP组件当前的运行状态，则确定目标SP组件已关闭。

S405、对目标SP组件发起重启指令，使目标SP组件重启。

若目标SP组件重启成功，则返回执行步骤S401，若目标SP组件重启失败，则执行步骤S406。

S406、向设备监控服务反馈目标外接设备的设备故障信息。

S407、将目标SP组件反馈的目标外接设备的设备状态发送至设备监控服务。

本实施例进一步通过向目标SP组件发送组件状态获取请求的方式确认目标SP组件当前是否已经关闭，若确认目标SP组件已关闭则对其进行重启，若目标SP组件当前在运行，则再次发送状态获取请求以控制目标SP组件反馈目标外接设备的设备状态。通过这种方法，本实施例可以更准确的识别目标SP组件的状态，从而避免在目标SP组件正在处理其他请求时被重启。

结合本申请任一实施例提供的外接设备的状态检测方法，本申请实施例还提供一种外接设备的状态检测装置，请参考图5，该装置具体包括以下单元：

本申请实施例所提供的状态检测装置，可以认为是运行于自助终端系统的统一设备服务。

发送单元501，用于响应于设备监控服务按一定周期发送的检测请求，向检测请求所指定的目标外接设备的驱动组件发送状态获取请求。

其中，状态获取请求用于请求驱动组件反馈目标外接设备的设备状态。

重启单元502，用于若经过预设的超时时长后驱动组件未反馈目标外接设备的设备状态，对驱动组件发起重启指令，使驱动组件重启。

发送单元501，用于若驱动组件重启成功，再次向检测请求所指定的目标外接设备的驱动组件发送状态获取请求。

发送单元501，用于将驱动组件反馈的目标外接设备的设备状态发送至设备监控服务。

重启单元502若经过预设的超时时长后驱动组件未反馈目标外接设备的设备状态，对驱动组件发起重启指令，使驱动组件重启时，具体用于：

若经过预设的超时时长后驱动组件未反馈目标外接设备的设备状态，检测目标外接设备的设备连接端口是否发生变更；

若目标外接设备的设备连接端口未发生变更，返回执行向检测请求所指定的目标外接设备的驱动组件发送状态获取请求；

若目标外接设备的设备连接端口发生变更，对驱动组件发起重启指令，使驱动组件重启。

重启单元502若目标外接设备的设备连接端口发生变更，对驱动组件发起重启指令，使驱动组件重启时，具体用于：

若目标外接设备的设备连接端口发生变更，判断驱动组件是否正在运行；

若驱动组件正在运行，返回执行向检测请求所指定的目标外接设备的驱动组件发送状态获取请求；

若驱动组件已关闭，对驱动组件发起重启指令，使驱动组件重启。

发送单元501还用于：

若驱动组件重启失败，向设备监控服务反馈目标外接设备的设备故障信息。

本申请实施例提供的外接设备的状态检测装置，其具体工作原理可以参考本申请任一实施例提供的外接设备的状态检测方法中的相关步骤，此处不再赘述。

本申请提供一种外接设备的状态检测装置，发送单元501响应于设备监控服务按一定周期发送的检测请求，向检测请求所指定的目标外接设备的驱动组件发送状态获取请求，若经过预设的超时时长后驱动组件仍未反馈设备状态，重启单元502对驱动组件发起重启指令，使驱动组件重启；重启成功后再次发送状态获取请求，并等待驱动组件设备状态；发送单元501将驱动组件反馈的目标外接设备的设备状态发送至设备监控服务。本方案中，统一设备服务可以重启由于外接设备的热插拔而关闭的驱动组件，从而确保对设备状态的检测不受外接设备的热插拔的影响。

本申请实施例还提供一种计算机存储介质，用于存储程序，存储的程序被执行时，用于实现如本申请任一实施例所提供的外接设备的状态检测方法。

本申请实施例还提供一种电子设备，如图6所示，该电子设备包括存储器601和处理器602。

存储器601用于存储程序。

处理器602用于执行处理器601存储的程序，该程序被执行时，具体用于实现本申请任一实施例所提供的外接设备的状态检测方法。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

需要注意，本发明中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种外接设备的状态检测方法，其特征在于，应用于自助终端系统的统一设备服务，所述方法包括：

将所述驱动组件反馈的所述目标外接设备的设备状态发送至所述设备监控服务；

2.根据权利要求1所述的状态检测方法，其特征在于，所述若经过预设的超时时长后所述驱动组件未反馈所述目标外接设备的设备状态，对所述驱动组件发起重启指令，使所述驱动组件重启，包括：

3.根据权利要求2所述的状态检测方法，其特征在于，所述若所述目标外接设备的设备连接端口发生变更，对所述驱动组件发起重启指令，使所述驱动组件重启，包括：

4.一种外接设备的状态检测装置，其特征在于，应用于自助终端系统的统一设备服务，所述装置包括：

所述发送单元，用于将所述驱动组件反馈的所述目标外接设备的设备状态发送至所述设备监控服务；

所述发送单元还用于：若所述驱动组件重启失败，向所述设备监控服务反馈所述目标外接设备的设备故障信息。

5.根据权利要求4所述的状态检测装置，其特征在于，所述重启单元若经过预设的超时时长后所述驱动组件未反馈所述目标外接设备的设备状态，对所述驱动组件发起重启指令，使所述驱动组件重启时，具体用于：

6.根据权利要求4所述的状态检测装置，其特征在于，所述重启单元若所述目标外接设备的设备连接端口发生变更，对所述驱动组件发起重启指令，使所述驱动组件重启时，具体用于：

7.一种计算机存储介质，其特征在于，用于存储程序，所述程序被执行时，具体用于实现如权利要求1至3任意一项所述的外接设备的状态检测方法。

8.一种电子设备，其特征在于，包括存储器和处理器；

所述存储器用于存储程序；

所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如权利要求1至3任意一项所述的外接设备的状态检测方法。