CN110474980A - 数据控制方法及装置、电子设备和存储介质 - Google Patents

Abstract

本公开涉及一种数据控制方法及装置、电子设备和存储介质。所述数据控制方法应用于数据管理系统，包括：接收所述客户端的操作界面输入的远程控制指令，并将远程控制指令发送至终端；以及接收终端发送的事件信息，并将事件信息根据预定模式推送至客户端的操作界面。通过上述过程可以便于客户端基于服务器对所有的终端进行统一管理，在客户端发送远程控制指令时，可以通过服务端将指令批量下发至终端，且无需接收终端的多次轮询，从而在提升指令下发的效率的同时，也降低了服务器的轮询压力，进一步提升了可控制的终端的数量；而且客户端也可以及时通过服务器的推送获知终端发生的事件，在减小了资源消耗的同时保证了对终端事件掌控的及时性。

Description

数据控制方法及装置、电子设备和存储介质

技术领域

本公开涉及数据处理技术领域，尤其涉及一种数据控制方法及装置、电子设备和存储介质。

背景技术

人脸识别，是基于人的脸部特征信息进行身份识别的一种生物识别技术。得益于其非接触性、自然性、防伪性等优点，人脸识别技术非常适合用于考勤打卡及门禁通行等需要进行高频人员身份核验的业务场景。

随着技术的发展，人脸识别考勤门禁系统设备越发广泛的应用于生活之中。然而，目前常见的人脸识别考勤门禁系统设备，在进行数据管理时，如果采用单机管理的方案，则不便于对设备进行批量远程管理，导致实施维护成本高。

发明内容

本公开提出了一种数据控制技术方案。

根据本公开的一方面，提供了一种数据控制方法，其应用于数据管理系统，所述数据管理系统包括服务器，客户端和终端，所述方法包括：

接收所述客户端的操作界面输入的远程控制指令，并将所述远程控制指令发送至所述终端；以及

接收所述终端发送的事件信息，并将所述事件信息根据预定模式推送至所述客户端的操作界面。

在一种可能的实现方式中，在所述接收所述客户端的操作界面输入的远程控制指令之前，还包括：

接收所述终端基于MQTT协议发送的订阅消息。

在一种可能的实现方式中，在所述接收所述终端发送的事件信息之前，还包括：

接收所述客户端基于MQTT协议发送的订阅消息。

在一种可能的实现方式中，所述接收所述终端发送的事件信息，包括：

接收所述终端基于http协议或https协议发送的事件信息。

在一种可能的实现方式中，基于MQTT协议将所述远程控制指令发送至所述终端，以及

基于MQTT协议将所述事件信息根据预定模式推送至所述客户端的操作界面。

在一种可能的实现方式中，所述远程控制指令包括：

信息变更指令，用于变更所述终端的信息；和/或，

控制指令，用于控制所述终端执行与所述远程控制指令对应的操作。

在一种可能的实现方式中，所述事件信息包括：

所述终端发生的告警记录信息；和/或，

终端执行的操作记录信息。

在一种可能的实现方式中，所述终端包括人脸识别设备。

根据本公开的一方面，提供了一种数据控制装置，其应用于数据管理系统，所述数据管理系统还包括客户端和终端，所述装置包括：

远程控制指令下发模块，用于接收所述客户端的操作界面输入的远程控制指令，并将所述远程控制指令发送至所述终端；以及

事件信息上报模块，用于接收所述终端发送的事件信息，并将所述事件信息根据预定模式推送至所述客户端的操作界面。

在一种可能的实现方式中，所述远程指令下发模块还包括终端订阅消息接收单元，用于：

接收所述终端基于MQTT协议发送的订阅消息。

在一种可能的实现方式中，所述事件信息上报模块还包括客户端订阅消息接收单元，用于：

接收所述客户端基于MQTT协议发送的订阅消息。

在一种可能的实现方式中，所述事件信息上报模块用于：

接收所述终端基于http协议或https协议发送的事件信息。

在一种可能的实现方式中，所述远程指令下发模块进一步用于：基于MQTT协议将所述远程控制指令发送至所述终端；以及，

所述事件信息上报模块用于：基于MQTT协议将所述事件信息根据预定模式推送至所述客户端的操作界面。

在一种可能的实现方式中，所述远程控制指令包括：

信息变更指令，用于变更所述终端的信息；和/或，

控制指令，用于控制所述终端执行与所述远程控制指令对应的操作。

在一种可能的实现方式中，所述事件信息包括：

所述终端发生的告警记录信息；和/或，

终端执行的操作记录信息。

在一种可能的实现方式中，所述终端包括人脸识别设备。

根据本公开的一方面，提供了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行上述数据控制方法。

根据本公开的一方面，提供了一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述数据控制方法。

在本公开实施例中，通过包括服务器、客户端和终端的数据管理系统，接收客户端的操作界面输入的远程控制指令，并将远程控制指令发送至终端；以及接收终端发送的事件信息，将事件信息根据预定模式推送至客户端的操作界面。通过上述过程可以便于客户端基于服务器对所有的终端进行统一管理，在客户端发送远程控制指令时，可以通过服务端将指令批量下发至终端，且无需接收终端的多次轮询，从而在提升指令下发的效率的同时，也降低了服务器的轮询压力，进一步提升了可控制的终端的数量；而且客户端也可以及时通过服务器的推送获知终端发生的事件，而无需主动对终端情况进行实时轮询，在减小了资源消耗的同时保证了对终端事件掌控的及时性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开。根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。

图1示出根据本公开一实施例的数据控制方法的流程图。

图2示出根据本公开一实施例的数据控制装置的框图。

图3示出根据本公开一应用示例的示意图。

图4示出根据本公开一应用示例的示意图。

图5示出根据本公开实施例的一种电子设备的框图。

图6示出根据本公开实施例的一种电子设备的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

另外，为了更好地说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

图1示出根据本公开一实施例的数据控制方法的流程图，该方法可以应用于数据管理系统，数据管理系统可以包括服务器、客户端和终端。其中，终端的实现方式在本公开实施例中不受限制，可以为终端设备或者其他处理设备等。

其中，服务器的实现方式在本公开实施例中不做限制，无论是公有云服务器还是私有云服务器均可以作为本公开实施例中服务器的实现方式，可以根据实际情况灵活确定。

终端设备可以为用户设备(User Equipment，UE)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字处理(Personal Digital Assistant，PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一种可能的实现方式中，该终端可以包括人脸识别设备。人脸识别设备的具体实现方式在本公开实施例中不做具体限制，任何应用了人脸识别技术的设备均可以作为本公开实施例中人脸识别设备的实现方式。在一个示例中，人脸识别设备可以为人脸识别门禁设备。

在一种可能的实现方式中，客户端可以通过软件实现，举例来说，可以是浏览器界面(Web页面)或是应用程序APP等，在客户端通过软件实现时，该客户端可以安装在硬件设备上，安装该客户端的硬件设备的数量在本公开实施例中不做限制，可以为单一硬件设备，也可以存在多个硬件设备同时安装该客户端。安装该客户端的硬件设备在本公开实施例中也不做限制，可以参考上述公开实施例中提出的终端设备的实现情况，在此不再赘述。

如图1所示，所述数据控制方法可以包括：

步骤S11，接收客户端的操作界面输入的远程控制指令，并将远程控制指令发送至终端。

其中，服务器接收客户端的操作界面输入的远程指令，客户端的操作界面输入的远程控制指令在一种可能的实现方式中，可以包括：，用于变更终端信息的信息变更指令；和/或，用于控制终端执行与远程控制指令对应操作的控制指令。

通过上述公开实施例可以看出，远程控制指令既可以同时包括信息变更指令和控制指令，也可以仅包含信息变更指令和控制指令中的一种，除此之外，如果还有其他可以对终端实现远程控制的相关指令，均可以作为远程控制指令的实现方式。

其中，信息变更指令的具体指令内容在本公开实施例中也不做限制，任何可以指示对终端内的信息进行修改的指令，均可以作为信息变更指令的实现方式。比如，信息变更指令可以为修改终端内保存的人员人脸信息；又如，信息变更指令可以为变更终端中的通行策略；再如，信息变更指令可以为修改终端设备的功能配置信息；再如，信息变更指令也可以同时包含如修改终端内保存的人员人脸信息、变更终端中的通行策略以及修改终端设备的功能配置信息等多个指令内容。

同样地，控制指令在本公开实施例中也不做限制，任何可以控制终端执行预定操作的指令，均可以作为控制指令的实现方式。比如，控制指令可以为控制终端进行远程开门的控制命令；又如，控制指令可以为控制终端进行远程升级的控制命令；再如，控制指令也可以同时包含控制终端进行远程开门以及控制终端进行远程升级等多个控制命令。

通过包括有信息变更指令以及控制指令的远程控制指令，可以便于客户端对终端通过服务器进行远程和批量的控制，从而可以提升一次数据控制过程中，控制的终端数量，也减小了客户端的操作次数，大大提升了数据控制方法的便捷性和控制范围。

通过上述公开实施例可以看出，步骤S11中，接收的远程控制指令，其具体的内容和实现方式可以根据实际情况灵活决定。除此之外，接收的远程控制指令的数量，在本公开实施例中也不做限制，在一个示例中，可以一次仅接收一条远程控制指令；在一个示例中，也可以一次接收多条远程控制指令，在一次接收多条远程控制指令时，具体接收的数量同样不受限制，可以为2条，也可以为更多数量，根据实际情况灵活确定即可。

接收客户端的操作界面输入的远程控制指令的方式，在本公开实施例中也不做限制。在一种可能的实现方式中，客户端的操作界面在接收到输入的远程控制指令后，可以通过调用http协议或者https协议的方式，将远程指令传输到服务器。

服务器将远程控制指令发送至目标终端，目标终端即发送到哪一或哪些终端，可以取决于服务器的设置情况，即服务器根据内部的设置情况，可以确定远程控制指令推送的终端对象。服务器内部的设置情况，其设置的实现方式在本公开实施例中可以灵活确定。在一种可能的实现方式中，可以通过人为设置的方式，来决定服务器将远程控制指令发送的目标终端。在一种可能的实现方式中，也可以通过需要被推送远程控制指令的终端向服务器发送订阅消息的设置方式，来决定服务器将远程控制指令发送至哪一或哪些终端。因此，在一种可能的实现方式中，在接收客户端的远程控制指令之前，还可以包括：接收终端基于MQTT协议发送的订阅消息，即通过发送订阅消息的形式实现对终端的初始化。

MQTT(Message Queuing Telemetry Transport，消息队列遥测传输协议)为一个基于客户端-服务器的消息发布/订阅传输协议。该协议构建于TCP/IP协议上。MQTT可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。因此，终端基于MQTT协议向服务器发送订阅消息后，服务器可以在接收到客户端的远程控制指令时，自动确定远程控制指令的发送对象，从而向订阅了远程控制指令的终端发送远程控制指令。其中，接收终端基于MQTT协议发送的订阅消息，其接收的订阅消息的数量不受限制，比如，可以仅接收一个终端发送的一个或多个订阅消息，又如，也可以同时接收多个终端发送的订阅消息，在接收多个终端发送的订阅消息时，其具体的终端数量在本公开实施例中也不做限制。

订阅消息的具体内容在本公开实施例中也不做限制，可以根据终端的实际需求进行订阅，上述公开实施例中已经提出过，远程控制指令可以包括如修改人员人脸信息、变更通行策略或是修改终端功能配置等的信息变更指令；也可以包括如远程开门或是发布远程升级等的控制指令，因此，与之相应地，终端向服务器发送的订阅消息，可以为包括有信息变更主题的消息，举例来说，可以是人脸特征主题、通行策略主题或是功能配置主题等；也可以为包括有控制主题的消息，举例来说，可以是远程开门主题或是远程升级主题等。在实际应用中，不同的终端，可以根据自身的情况，有选择性地向服务器发送包含某一主题或某些主题的订阅消息。与之相应地，在服务器接收到客户端传输的远程控制指令时，只会向订阅了与该远程控制指令相关的主题的终端发送远程控制指令，而不是向所有与该服务器建立了连接的终端均推送远程控制指令，从而减小无关信息的发送，从而节省资源的消耗，提升数据控制的针对性和控制效率。

通过在接收客户端的操作界面输入的远程控制指令之前，接收终端基于MQTT协议发送的订阅消息，可以便于服务器确定远程控制指令的发送对象。通过终端向服务器通过MQTT协议进行消息订阅，从而服务器可以在接收到远程控制指令时自动向终端进行推送的方式，可以使得需要被推送远程控制指令的终端无需再向服务器不断发送轮询信息，减小了服务器的并发压力，服务器可以同时对更多终端进行数据控制；而且，通过MQTT协议建立终端与服务器之间的数据连接的方式，可以减小网络资源的开销，降低对网络带宽的要求，从而扩大本公开实施例中数据控制方法的适用场景和范围，在不稳定的网络环境下也可以尽可能保证数据控制的稳定性和可靠性。

在一种可能的实现方式中，终端可以基于MQTT协议发送订阅消息至服务器，从而使得终端与服务器之间建立连接。因此，与之相应地，在一种可能的实现方式中，将远程控制指令发送至终端可以包括：基于MQTT协议将远程控制指令发送至终端。

通过MQTT协议将远程控制指令发送至终端，不仅可以提升数据控制方法的实时性，另外由于MQTT协议的网络资源开销小，对网络带宽的要求低，因此，本公开实施例中提出的数据控制方法，还可以有效降低数据管理系统的整体功耗开销，并降低对网络带宽的依赖程度，即使在低带宽、高延迟或是不稳定的网络环境下，也能最大程度保障数据管理系统的正常运行。

在一些实施例中，远程控制指令既可以包括控制指令，也可以包括信息变更指令，对于控制指令来说，其主要的目的为控制终端执行与远程控制指令对应的操作，因此，其数据量较小，服务器可以直接向对应的终端进行推送。而对于信息变更指令来说，由于其包含终端内需要变更的信息内容，因此，对于存在大量数据变更的情况来说，此时远程控制指令的数据量可能极大，此时服务器如果直接通过MQTT协议将远程控制指令直接发送至终端，如果同时存在多个终端作为接收对象，可能会导致服务器的崩溃或是数据的阻塞。为了减小此类情况的发送，在一种可能的实现方式中，在远程控制指令的数据量超过数据阈值时，可以向终端发送远程控制指令通知消息。这一数据阈值的大小可以根据实际情况进行设定，在本公开实施例中不做限制。远程控制指令通知消息的具体内容和形式在本公开实施例中也不做限制，该远程控制指令通知消息的主要目的在于告知相应的终端，客户端发布了新的远程控制指令，而不会告知终端该远程控制指令的具体内容。终端在接收到该远程控制指令通知消息后，可以根据自身的需求向服务器发送远程控制指令请求，用于请求远程控制指令的具体内容，服务器在接收到远程控制指令请求后，可以进一步将远程控制指令反馈至发送了请求的终端。

通过这一过程，可以大大减小服务器在数据控制过程中的并发压力，对于远程控制指令的数据量较小的情况，可以通过直接向终端推送远程控制指令，保障数据控制的实时性；而对于远程控制指令的数据量较大的情况，可以通过向终端推送远程控制指令通知消息，在接收到终端发送的远程控制指令请求时再向其反馈远程控制指令，从而可以减小服务器同时向多个终端发送过多数据而导致崩溃的情况，从而数据控制是能力和控制效率。

通过上述公开实施例可以看出，通过接收客户端的操作界面输入的远程控制指令，并将远程控制指令发送至终端，可以在客户端有指令发布需求时，通过服务端批量地对多个终端同时发布指令，比起对每个终端进行单机设备管理来说，通过本公开实施例中提出的数据控制方法，可以支持设备远程批量管理，只需在客户端上进行统一操作，即可完成远程批量指令下发和批量监控，无需在每台设备上重复操作；而且也无需对服务器进行频繁多次轮询请求，在相同服务器配置下可以更好满足多终端的使用场景。

本公开实施例提出的数据控制方法，在包括步骤S11的同时，也可以包括：

步骤S12，接收终端发送的事件信息，并将事件信息根据预定模式推送至客户端的操作界面。

将事件信息根据预定模式推送至客户端的操作界面，其中的预定模式可以根据客户端的订阅消息中的要求来灵活确定，即服务器端根据客户端发送的订阅消息中预先设定的模式，向对应的客户端推送事件信息，举例来说，客户端可以向服务器发送订阅消息，订阅消息的内容可以是终端出现黑名单人员时需要获取相关通知，此时服务器可以在接收到终端上报的事件信息时，在其中包含黑名单人员时，向订阅了该主题的客户端推送黑名单人员的通行记录并告警提示。告警提示的方式包括但不限于高亮显示，或者语音提示等。

其中，服务器接收终端发送的事件信息，事件信息包括：终端发生的告警记录信息；和/或，终端执行的操作记录信息。通过上述公开实施例可以看出，事件信息既可以同时包括告警记录信息和操作记录信息，也可以仅包含告警记录信息和操作记录信息中的一种，除此之外，如果还有其他客户端需要获取的与终端相关的信息，均可以作为事件信息的实现方式。其中，告警记录信息可以为需要向客户端告知的有关警报信息，比如，告警记录信息可以为终端发生拆除攻击或是非活体攻击时，所记录的信息。操作记录信息包括任何与终端操作相关的记录信息，比如，操作记录信息可以为终端保存的刷脸记录内容；又如，操作记录信息可以进一步，根据刷脸对象的不同，进行分类保存，如员工刷脸记录、访客刷脸记录、陌生人刷脸记录或是黑名单刷脸记录等等。

通过包括有告警记录信息以及操作记录信息的事件信息，可以在终端发生警报情况时及时通过服务器通知客户端，便于客户端根据报警记录及时对终端进行保护与管控，同时也可以便于客户端远程直接调取终端的操作记录，从而进一步提升数据的远程控制的便捷程度。

通过上述公开实施例可以看出，步骤S12中，接收的事件信息，其具体的内容和实现方式可以根据实际情况灵活决定。除此之外，接收的事件信息的数量，在本公开实施例中也不做限制，比如，可以一次仅接收一条事件信息；又如，也可以一次接收多条事件信息，在一次接收多条事件信息时，具体接收的数量同样不受限制，可以为2条，也可以为更多数量，根据实际情况灵活确定即可，同时，这些事件信息，可以为同一终端进行上报，也可以为不同的终端进行上报，在此不做具体限定。

接收终端发送的事件信息的方式，在本公开实施例中也不做限制。在一种可能的实现方式中，接收终端发送的事件信息，可以包括：接收终端基于http协议或https协议发送的事件信息。即终端在发生事件，需要将事件信息上报服务器时，可以通过http协议将事件信息发送至服务器，也可以通过https协议发送至服务器。通过上述过程，可以提升事件信息上报的便捷程度，且所耗费的资源和成本也较低，有利于提升本公开实施例中数据控制方法的通用性和便捷性。

因此，在一种可能的实现方式中，在接收终端发送的事件信息之前，还可以包括：接收客户端基于MQTT协议发送的订阅消息，即通过发送订阅消息的形式实现对客户端的初始化。

接收客户端基于MQTT协议发送的订阅消息，其接收的订阅消息的数量不受限制，比如，可以仅接收一个客户端发送的一个或多个订阅消息，又如，也可以同时接收多个客户端发送的订阅消息，在接收多个客户端发送的订阅消息时，其具体的客户端数量在本公开实施例中也不做限制。

在上述公开的实施例中，事件信息可以包括如终端拆除或是终端被非活体攻击时上报的告警记录信息；也可以包括如员工、访客、陌生人或是黑名单刷脸时记录的操作记录信息，因此，与之相应地，客户端向服务器发送的订阅消息，可以为包括有终端告警主题的消息，即向服务器请求在终端上报告警状况时及时向客户端推送相应的事件信息；也可以为包括有刷脸记录主题的消息，即向服务器请求在终端上报刷脸记录时及时向客户端推送相应的事件信息。在实际应用中，安装在不同硬件设备上的客户端，或是属于不同用户的客户端，可以根据自身的情况，有选择性地向服务器发送包含某一主题或某些主题的订阅消息。其中，对于属于不同用户的客户端来说，客户端可以通过账号密码进行登录，用以区分客户端所属的用户，在一个示例中，同一用户可以通过同一账号，同时在多个硬件设备上登录客户端，在一个示例中，不同用户也可以通过不同账号，在一个硬件设备上登录客户端。与之相应地，在服务器接收到终端上报的事件信息时，只会向订阅了与该事件信息相关主题的客户端发送事件信息，从而减小无关信息的发送，从而节省资源的消耗，也可以保证事件上报的准确性和私密性，提升数据控制的针对性和控制效率。

通过在接收终端发送的事件信息之前，接收客户端基于MQTT协议发送的订阅消息，可以便于服务器确定事件信息的发送对象，从而便于服务器向订阅了相关主题的客户端推送对应终端的事件信息，从而可以实现不同的用户仅对自己的终端进行管理，减少数据泄露至非指定用户的状况，提升数据控制的安全性和针对性。

上述公开实施例中已经表明，服务器将事件信息发送至客户端的具体发送对象，可以根据实际情况灵活确定。同样地，服务器将事件信息根据预定模式推送至客户端的操作界面的具体实现方式，在本公开实施例中也可以根据实际情况灵活确定。通过上述公开实施可以看出，在一种可能的实现方式中，客户端可以基于MQTT协议发送订阅消息至服务器，从而使得客户端与服务器之间建立起基于MQTT协议的连接，因此，与之相应地，在一种可能的实现方式中，将事件信息根据预定模式推送至客户端的操作界面可以包括：基于MQTT协议将事件信息根据预定模式推送至客户端的操作界面。

通过MQTT协议将事件信息根据预定模式推送至客户端的操作界面，可以进一步提升数据控制方法的实时性，同时，由于MQTT协议的网络资源开销小，对网络带宽的要求低，因此，本公开实施例中提出的数据控制方法，可以有效降低数据管理系统的整体功耗开销，并降低对网络带宽的依赖程度，即使在低带宽、高延迟或是不稳定的网络环境下，也能最大程度保障数据管理系统的正常运行。

通过上述公开实施例可以看出，通过接收终端发送的事件信息，并将事件信息根据预定模式推送至客户端的操作界面，可以在终端发生事件时，通过服务器及时告知客户端其管理的终端的情况，从而便于客户端可以及时地获取所有终端的状况，且可以摆脱地域的限制，也便于批量对多个终端同时进行管理，增强数据控制的便捷性和扩大控制范围。

需要注意的是，本公开实施例中，步骤S11和步骤S12可以同时存在，也可以仅存在其中一个，即数据控制的过程中，既可以同时包含客户端通过服务器对终端进行远程控制指令的下发，和终端通过服务器向客户端进行事件上报，也可以仅包含上述两个过程中的一个，根据实际情况进行灵活确定即可。在步骤S11和步骤S12之间同时存在时，步骤S11与步骤S12之间的顺序也不受限制，既可以先由客户端向终端下发指令，也可以终端先向客户端进行事件上报，也可以二者交替进行，根据实际情况进行确定即可。只有在终端初次使用的过程中，需要客户端先通过服务器向该终端下发指令建立二者之间的连接，其他情况下均无限制。

图2示出根据本公开实施例的数据控制装置的框图。如图所示，所述数据控制装置20可以应用于数据管理系统，数据管理系统还包括客户端和终端，装置20包括：

远程控制指令下发模块21，用于接收客户端的操作界面输入的远程控制指令，并将所述远程控制指令发送至所述终端；以及，

事件信息上报模块22，用于接收终端发送的事件信息，并将事件信息根据预定模式推送至所述客户端的操作界面。

在一种可能的实现方式中，远程指令下发模块还包括终端订阅消息接收单元，用于：接收终端基于MQTT协议发送的订阅消息。

在一种可能的实现方式中，事件信息上报模块还包括客户端订阅消息接收单元，用于：接收客户端基于MQTT协议发送的订阅消息。

在一种可能的实现方式中，事件信息上报模块进一步用于：接收终端基于http协议或https协议发送的事件信息。

在一种可能的实现方式中，远程指令下发模块进一步用于：基于MQTT协议将远程控制指令发送至终端；以及，事件信息上报模块进一步用于：基于MQTT协议将事件信息根据预定模式推送至客户端的操作界面。

在一种可能的实现方式中，远程控制指令包括：信息变更指令，用于变更终端的信息；和/或，控制指令，用于控制终端执行与远程控制指令对应的操作。

在一种可能的实现方式中，事件信息包括：终端发生的告警记录信息；和/或，终端执行的操作记录信息。

在一种可能的实现方式中，终端包括人脸识别设备。

应用场景示例

在人脸识别门禁系统中，对于终端管理主要包含的业务功能有：人脸特征下发、通行权限下发、远程设备配置、远程开门、远程升级、异常告警上报等。根据业务类型可以划分为两类场景：远程指令下发及设备事件上报。

目前人脸识别考勤门禁系统设备管理的常见方案有：单机管理：所有设备管理功能在单台设备上完成，对于多台门禁设备需要进行重复人脸导入/权限设置/设备配置/本地升级等，实施维护成本很高；轮询通讯：对于云端远程下发的指令，设备通过定时调用Http接口的进行轮询。这种方式实现简单，但会存在一定时延，且设备数量较多时会对服务器造成并发压力，因此对服务器性能要求较高；长连接：通过在设备和服务器之间建立websocket等长连接来进行双向通信，这种方案可以保证实时，但整体开销较大，对网络带宽环境要求也较高。

因此，如何满足低时延、低功耗、高可靠、高并发的场景要求，实现人脸识别考勤门禁系统的管理，成为一个亟待解决的问题。

图3和图4示出了根据本公开一应用示例的示意图，如图所示，本公开实施例提出了一种数据控制方法，该方法主要由进行人脸识别考勤的设备端(终端)、管理该终端的客户端和服务器共同实现。如图所示，该数据控制方法主要包括远程指令下发和设备时间上报两个过程，其中，对于远程指令下发过程，设备端作为订阅者，客户端作为发布者。当用户在客户端设置某项功能时，该客户端可以通过浏览器或App实现，则通过服务器触发相应主题消息发布，实时推送给设备端进行执行；对于设备事件上报过程，设备端作为发布者，客户端作为订阅者。当设备端发生某项事件时，则通过服务器触发相应主题消息发布，实时推送给客户端进行展示。

本公开应用示例中，两个过程的具体应用方式可以为：

如图3所示，对于远程指令下发过程来说，设备端首先订阅MQTT主题，例如：人脸特征主题、通行策略主题、远程开门主题、功能配置主题、远程升级主题等；服务端接收设备端使用MQTT协议进行订阅的MQTT订阅消息；在客户端设置远程指令时，例如：修改人员人脸信息、变更通行策略、远程开门、修改设备功能配置、发布远程升级等，可以使用http协议进行调用，将该指令发送至服务器端；此时服务器端可以接收客户端发布的MQTT主题消息，并向相应主题的订阅者(即设备端)通过MQTT协议推送MQTT消息；设备端接收到消息推送后，执行相应指令；此时表明远程指令下发过程完成。

如图4所示，对于设备事件上报过程来说，客户端首先订阅MQTT主题，例如：设备告警主题、刷脸记录主题等；服务端接收客户端的MQTT订阅消息；当设备端发生拆除/非活体攻击、员工/访客/陌生人/黑名单刷脸等主题事件时，使用http协议进行调用，主动向服务端进行事件上报；服务端接收设备端发布的MQTT主题消息，向相应主题的订阅者(即客户端)通过MQTT协议推送MQTT消息；客户端接收消息推送后，执行相应实时展示；此时表明设备事件上报过程完成。

通过上述过程，有助于帮助用户高效、快速、实时地完成设备远程操作及事件监控，可以更好地满足人脸识别门禁、考勤等使用场景。例如：人脸及通行权限可以实时下发到多台设备、实现重点关注人员实时刷脸记录推送展示等。相较于单机设备的管理方案，本公开应用示例可以支持设备远程批量管理，用户只需在客户端上进行统一操作，即可完成远程批量指令下发和批量监控，无需在每台设备上重复操作；相较轮询通讯方案，本公开应用示例可以实现远程指令实时下发和设备事件实时上报，且无需对服务器进行频繁多次轮询请求，在相同服务器配置下可以更好满足多设备使用场景；相较轮询或长连接方案，本公开应用示例采用了效率更高的发布/订阅通讯模式，可以有效降低系统整体功耗开销；且对网络带宽依赖程度较低，即使在低带宽、高延迟、不稳定的网络环境下也能最大程度保障系统正常运行。

除此之外，本公开应用示例中提出的数据控制方法，可以应用于相关的门禁系统中，如智能物联平台或是人脸识别一体机等；也可以扩展应用于其他门禁设备，比如指纹门禁设备或是虹膜识别门禁设备等；更进一步地，本公开应用示例中提出的数据控制方法，也可以应用于其他有统一管理需求的终端设备中，比如信息采集设备或是人员管理设备等。

可以理解，本公开提及的上述各个方法实施例，在不违背原理逻辑的情况下，均可以彼此相互结合形成结合后的实施例，限于篇幅，本公开不再赘述。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

本公开实施例还提出一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述方法。计算机可读存储介质可以是非易失性计算机可读存储介质。

本公开实施例还提出一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为上述方法。

电子设备可以被提供为终端、服务器或其它形态的设备。

图5是根据本公开实施例的一种电子设备800的框图。例如，电子设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等终端。

参照图5，电子设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制电子设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在电子设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当电子设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当电子设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为电子设备800提供各个方面的状态评估。例如，传感器组件814可以检测到电子设备800的打开/关闭状态，组件的相对定位，例如所述组件为电子设备800的显示器和小键盘，传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变，用户与电子设备800接触的存在或不存在，电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关人员信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器804，上述计算机程序指令可由电子设备800的处理器820执行以完成上述方法。

图6是根据本公开实施例的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。参照图6，电子设备1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理，一个有线或无线网络接口1950被配置为将电子设备1900连接到网络，和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器1932，上述计算机程序指令可由电子设备1900的处理组件1922执行以完成上述方法。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态人员信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种数据控制方法，其应用于数据管理系统，所述数据管理系统包括服务器，客户端和终端，其特征在于，所述方法包括：

接收所述客户端的操作界面输入的远程控制指令，并将所述远程控制指令发送至所述终端；以及

接收所述终端发送的事件信息，并将所述事件信息根据预定模式推送至所述客户端的操作界面。

2.根据权利要求1所述的方法，其特征在于，在所述接收所述客户端的操作界面输入的远程控制指令之前，还包括：

接收所述终端基于MQTT协议发送的订阅消息。

3.根据权利要求1所述的方法，其特征在于，在所述接收所述终端发送的事件信息之前，还包括：

接收所述客户端基于MQTT协议发送的订阅消息。

4.根据权利要求1所述的方法，其特征在于，所述接收所述终端发送的事件信息，包括：

接收所述终端基于http协议或https协议发送的事件信息。

5.根据权利要求1所述的方法，其特征在于，基于MQTT协议将所述远程控制指令发送至所述终端，以及

基于MQTT协议将所述事件信息根据预定模式推送至所述客户端的操作界面。

6.根据权利要求1至5中任意一项所述的方法，其特征在于，所述远程控制指令包括：

信息变更指令，用于变更所述终端的信息；和/或，

控制指令，用于控制所述终端执行与所述远程控制指令对应的操作。

7.根据权利要求1至5中任意一项所述的方法，其特征在于，所述事件信息包括：

所述终端发生的告警记录信息；和/或，

终端执行的操作记录信息。

8.一种数据控制装置，其应用于数据管理系统，所述数据管理系统还包括客户端和终端，其特征在于，所述装置包括：

远程控制指令下发模块，用于接收所述客户端的操作界面输入的远程控制指令，并将所述远程控制指令发送至所述终端；以及

事件信息上报模块，用于接收所述终端发送的事件信息，并将所述事件信息根据预定模式推送至所述客户端的操作界面。

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

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为调用所述存储器存储的指令，以执行权利要求1至7中任意一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至7中任意一项所述的方法。