门禁控制方法及装置与流程

本申请涉及门禁技术领域，尤其涉及一种门禁控制方法及装置。

背景技术：

门禁可以通过对用户的身份验证和管理，控制通过验证的用户顺利通行、未通过验证的用户无法通行。在相关技术中，通过向具有权限的用户发放已注册的门禁卡等身份验证物品，使得用户将该门禁卡靠近门禁时，门禁可以基于RFID(Radio Frequency Identification，射频识别)技术等读取门禁卡中的卡信息，则当该卡信息被预先注册于门禁处时，即可确定相应的用户通过身份验证，否则确定相应的用户未通过验证。

但是，门禁卡等身份验证物品专用于门禁识别，使得用户不得不额外携带这些身份验证物品，从而增加了用户的不便性，而且很容易造成这些身份验证物品的掉落和遗失。

技术实现要素：

有鉴于此，本申请提供一种门禁控制方法及装置，可以确保使用不同灵敏度的电子设备的用户，可以获得相同或相近的门禁解锁体验。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种门禁控制方法，包括：

发射通告消息信号并接收到电子设备发射的解锁信号，所述解锁信号中包含用户身份信息和设备描述信息；

当所述设备描述信息表明所述电子设备属于预定义的正常灵敏度设备时，判定所述电子设备处于门禁的预定义解锁范围内，并根据对所述用户身份信息的验证结果执行门禁控制操作；

当所述设备描述信息表明所述电子设备属于预定义的高灵敏度设备时，判定所述电子设备处于所述预定义解锁范围外，并在确定所述高灵敏度设备进入所述预定义解锁范围后，根据对所述用户身份信息的验证结果执行所述门禁控制操作。

根据本申请的第二方面，提出了一种门禁控制装置，包括：

收发单元，发射通告消息信号并接收到电子设备发射的解锁信号，所述解锁信号中包含用户身份信息和设备描述信息；

第一控制单元，当所述设备描述信息表明所述电子设备属于预定义的正常灵敏度设备时，判定所述电子设备处于门禁的预定义解锁范围内，并根据对所述用户身份信息的验证结果执行门禁控制操作；

第二控制单元，当所述设备描述信息表明所述电子设备属于预定义的高灵敏度设备时，判定所述电子设备处于所述预定义解锁范围外，并在确定所述高灵敏度设备进入所述预定义解锁范围后，根据对所述用户身份信息的验证结果执行所述门禁控制操作。

由以上技术方案可见，本申请通过电子设备与门禁之间的信号交互，使得电子设备可以被复用于对门禁的控制过程，而无需用户使用和携带门禁卡等专用的身份验证物品，避免给用户造成使用和携带的不便性。同时，通过识别电子设备对通告消息信号的灵敏度，并对高灵敏度设备的解锁过程进行区别管理，使得应用不同灵敏度电子设备的用户可以获得相同或相近的门禁解锁体验。

附图说明

图1是本申请一示例性实施例提供的一种门禁控制方法的流程图。

图2是本申请一示例性实施例提供的一种应用门禁的场景示意图。

图3是本申请一示例性实施例提供的一种配置门禁的流程图。

图4-14是本申请一示例性实施例提供的一种配置门禁的界面示意图。

图15是本申请一示例性实施例提供的一种实现门禁控制操作的流程图。

图16是本申请一示例性实施例提供的另一种实现门禁控制操作的流程图。

图17是本申请一示例性实施例提供的一种在门禁与预设管理人员之间实现通讯操作的流程图。

图18是本申请一示例性实施例提供的另一种在门禁与预设管理人员之间实现通讯操作的流程图。

图19是本申请一示例性实施例提供的一种选取门禁控制方式的界面示意图。

图20示出了本申请一示例性实施例的另一种门禁控制方法的流程图。

图21-22是本申请一示例性实施例提供的一种配置临时权限的界面示意图。

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

图24是本申请一示例性实施例提供的一种门禁控制装置的框图。

图25是本申请一示例性实施例提供的另一种电子设备的结构示意图。

图26是本申请一示例性实施例提供的另一种门禁控制装置的框图。

图27示出了本申请一示例性实施例的又一种门禁控制方法的流程图。

图28是本申请一示例性实施例提供的又一种电子设备的结构示意图。

图29是本申请一示例性实施例提供的又一种门禁控制装置的框图。

具体实施方式

针对门禁卡等专用的身份验证物品不便携带的问题，相关技术中提出了将用户的手机、平板等电子设备复用于门禁控制过程中，使得用户无需专门携带额外的门禁卡等身份验证物品。其中，门禁通过向外发射通告消息信号，使得电子设备在接收到该通告消息信号时，向门禁返回包含用户身份信息的解锁信号，则门禁可以基于该解锁信号中的用户身份信息进行身份验证，以实现相应的门禁控制操作。

但是，当门禁按照默认功率发射通告消息信号时，由于不同电子设备对于该通告消息信号的灵敏度不同，导致正常灵敏度设备只能够在预定义解锁范围内，才能够接收到通告消息信号并返回解锁信号，而高灵敏度设备在预定义解锁范围之外即可接收到通告消息信号并返回解锁信号，造成不同用户由于使用不同灵敏度的电子设备而获得不同的门禁解锁体验，容易给用户造成门禁存在安全性问题的心理暗示，还可以导致不知情的用户认为门禁故障而反复保修，造成大量时间和人力成本的浪费。

因此，本申请通过提出改进的门禁控制方案，可以解决相关技术中的上述问题。为对本申请进行进一步说明，提供下列实施例：

图1是本申请一示例性实施例提供的一种门禁控制方法的流程图。如图1所示，该方法应用于门禁，可以包括以下步骤：

步骤102，发射通告消息信号并接收到电子设备发射的解锁信号，所述解锁信号中包含用户身份信息和设备描述信息。

在本实施例中，门禁与电子设备之间采用近场通讯方式进行交互，包括门禁对通告消息信号的发射操作、电子设备对该通告消息信号的扫描、电子设备对于解锁信号的发送操作等。举例而言，近场通讯方式可以包括蓝牙低功耗(Bluetooth Low Energy，BLE)技术，则通告消息信号可以为基于BLE技术的通告帧(Advertising)消息等，本申请并不对此进行限制。

步骤104，当所述设备描述信息表明所述电子设备属于预定义的正常灵敏度设备时，判定所述电子设备处于门禁的预定义解锁范围内，并根据对所述用户身份信息的验证结果执行门禁控制操作。

在本实施例中，门禁可以按照预设周期而定期发射通告消息信号；其中，门禁可以按照预定义的发射功率对通告消息信号进行发射，使得该通告消息信号存在一对应的预定义解锁范围，即正常灵敏度设备只有进入该预定义解锁范围时，才能够扫描到该通告消息信号，以避免用户从附近路过时被误识别为希望执行门禁解锁操作。其中，当门禁采用的发射功率越高时，通告消息信号对应的预定义解锁范围越大，使得用户可以在相对更远的距离上实现对门禁的解锁；而当门禁采用的发射功率越低时，通告消息信号对应的预定义解锁范围越小，使得用户可以在相对更近的距离上实现对门禁的解锁。因此，通过对发射功率的合理设置，可以实现不同形式的解锁场景，例如发射功率较大时可以实现靠近解锁(即用户将电子设备靠近门禁时实现解锁)，或者发射功率较小时可以实现贴近解锁(即用户将电子设备贴近门禁时实现解锁)，或者其他解锁场景。

在本实施例中，门禁和电子设备上可以分别运行有预设通讯应用的客户端，使得门禁和电子设备可以基于该客户端实现通告消息信号、解锁信号等的交互。其中，当电子设备运行的客户端被配置为对应于任一用户(即在该客户端上登录有该任一用户的注册账号)时，如果该任一用户具有对该门禁的开启权限，该电子设备上可以记录有该门禁的唯一标识，并将该唯一标识与电子设备上的该预设通讯应用的客户端相关联；同时，门禁在发射的通告消息信号中包含自身的唯一标识，那么当电子设备接收到的通告消息信号中包含上述门禁的唯一标识时，可以主动唤起电子设备上的该预设通讯应用的客户端，使得该客户端可以根据通告消息信号返回解锁信号，以实现对该门禁的开启控制。

其中，上述的预设通讯应用可以为任意可实现通讯功能的应用。在一实施例中，该预设通讯应用可以为即时通讯应用，比如该即时通讯应用可以为企业即时通讯(Enterprise Instant Messaging，EIM)应用，例如“钉钉(DING Talk)”等。需要指出的是：预设通讯应用的客户端可以被预先安装在电子设备上，使得该客户端可以在该电子设备上被启动并运行；当然，当采用诸如HTML5技术的在线“客户端”，无需在电子设备上安装相应的应用程序，即可获得并运行该客户端。

在本实施例中，门禁可以将所述用户身份信息上传至服务端，其中当门禁和电子设备均通过运行的预设通讯应用的客户端来实现交互时，该服务端可以为该预设通讯应用的服务端。然后，门禁可以通过接收所述服务端返回的验证结果，并当所述验证结果表明所述用户身份信息通过验证时，控制开启所述门禁；而当所述验证结果表明所述用户身份信息未通过验证时，门禁可以维持关闭所述门禁。通过服务端对用户身份信息进行验证，可以避免门禁的本地信息被篡改，有助于提升身份验证的安全性。当然，对于安全性要求不高、网络架设困难的情况下，仍然可以采用在门禁本地存储验证数据(包括所有具有门禁控制权限的用户的身份信息)的方式，使得门禁可以自主完成对用户身份信息的验证操作。

步骤106，当所述设备描述信息表明所述电子设备属于预定义的高灵敏度设备时，判定所述电子设备处于所述预定义解锁范围外，并在确定所述高灵敏度设备进入所述预定义解锁范围后，根据对所述用户身份信息的验证结果执行所述门禁控制操作。

在本实施例中，不同品牌、型号、生产批次等的电子设备可能具有不同的灵敏度，因而设备描述信息可以记录该电子设备的品牌、型号、生产批次等各种可以用于识别出该电子设备的信息；可见，可以通过预先对所有电子设备分别进行测试，并确定出每一电子设备的设备描述信息和对应的灵敏度，并将相关数据记录在门禁本地或对应的服务端上，从而据此对接收到的解锁信号中的设备描述信息进行识别，以确定发出该解锁信号的电子设备是否为高灵敏度设备或正常灵敏度设备。实际上，可以预先配置一灵敏度阈值，则正常灵敏度设备的灵敏度小于或等于该灵敏度阈值、高灵敏度设备的灵敏度大于该灵敏度阈值。

在一实施例中，当所述解锁信号来自所述高灵敏度设备时，门禁可以获取所述高灵敏度设备对应的预设延迟时长；其中，所述预设延迟时长由所述高灵敏度设备对所述通告消息信号的最大接收距离和预估的用户行走速度计算得到；然后，在等待所述预设延迟时长后，确定所述高灵敏度设备进入所述解锁范围。在该实施例中，门禁通过等待预设延迟时长，并假设采用高灵敏度设备的用户在该预设延迟时长内按照预估的用户行走速度朝向门禁行走，使得即便高灵敏度设备能够在预定义解锁范围之外接收到通告消息信号，也不会使得门禁立即开启，而是需要等待该用户行走至预定义解锁范围内或附近，门禁才会开启。

其中，不同的高灵敏度设备(对应于不同的设备描述信息)之间可能存在灵敏度差异，可以预先对不同的高灵敏度设备对通告消息信号的最大接收距离进行测试，并结合预估的用户行走速度计算出相应的预设延迟时长；计算出的每一预设延迟时长可以与相应的高灵敏度设备的设备描述信息相关联地记录在门禁本地或服务端上，以供门禁针对接收到的解锁信号而选取恰当的预设延迟时长。

在另一实施例中，当解锁信号来自所述高灵敏度设备时，门禁可以获取所述高灵敏度设备对应的预设RSSI(Received Signal Strength Indication，接收信号强度指示)阈值；并且，在持续发射所述通告消息信号并接收所述高灵敏度设备多次发射的解锁信号的过程中，若所述高灵敏度设备发射的解锁信号的RSSI值逐步增大至所述预设RSSI阈值时，门禁可以确定所述高灵敏度设备进入所述预定义解锁范围。在该实施例中，当高灵敏度设备向门禁发送解锁信号时，门禁可以检测出该解锁信号对应的RSSI值，且RSSI值正相关于高灵敏度设备与门禁之间的间隔距离，因而当RSSI值逐步增大时表明高灵敏度设备与门禁之间的间隔距离逐步缩小(即使用该高灵敏度设备的用户逐步接近门禁)，并且当RSSI值增大至预设RSSI阈值时表明该高灵敏度设备已经进入预定义解锁范围，因而门禁可以执行开启等控制操作。

其中，不同的高灵敏度设备(对应于不同的设备描述信息)之间可能存在灵敏度差异，可以预先对不同的高灵敏度设备在预定义解锁范围内的RSSI值进行测试，并将高灵敏度设备处于该预定义解锁范围内时的最小RSSI值作为上述的预设RSSI阈值，该最小RSSI值表明高灵敏度设备位于该预定义解锁范围的边界处。然后，通过将每一预设RSSI阈值与相应的高灵敏度设备的设备描述信息相关联地记录在门禁本地或服务端上，以供门禁针对接收到的解锁信号而选取恰当的预设RSSI阈值。

在又一实施例中，当所述解锁信号来自所述高灵敏度设备时，门禁可以将所述通告消息信号的发射功率降低至预设功率；然后，在按照所述预设功率发射所述通告消息信号的过程中，若再次接收到所述高灵敏度设备发射的解锁信号，则门禁可以确定所述高灵敏度设备进入所述预定义解锁范围，并对所述通告消息信号的发射功率进行恢复。在该实施例中，通过降低通告消息信号的发射功率，可以减小通告消息信号的覆盖范围；当针对高灵敏度设备的灵敏度而选取恰当的预设功率时，可使高灵敏度设备恰好在预定义解锁范围处接收到通告消息信号。因此，通过在首次接收到来自高灵敏度设备的解锁信号时不执行门禁控制操作、在降低发射功率并再次接收到解锁信号时执行门禁控制操作，从而避免门禁提前为高灵敏度设备执行开启等控制操作。

其中，不同的高灵敏度设备(对应于不同的设备描述信息)之间可能存在灵敏度差异，可以预先对不同的高灵敏度设备在每一发射功率下的最大接收距离(可接收到通告消息信号的最大距离)进行测试，将每一高灵敏度设备在预定义解锁范围内时对应的可接收到通告消息信号的最小发射功率设置为预设功率，该最小发射功率表明高灵敏度设备位于该预定义解锁范围的边界处。然后，通过将每一预设功率与相应的高灵敏度设备的设备描述信息相关联地记录在门禁本地或服务端上，以供门禁针对接收到的解锁信号而选取恰当的预设功率。

实际上，用户并不了解各个电子设备的灵敏度情况，因而当门禁通过上述实施例对高灵敏度设备采取单独处理时，可以确保所有用户均需要行走至预定义解锁范围内，才能够实现对门禁的开启，并且整个处理过程对于用户而言实际上是不可见和无感知的，因而所有用户均可以获得相同或相近的门禁控制体验。

在本实施例中，当所述用户身份信息的验证结果为未通过验证，或者检测到所述门禁上的触发部件(例如一物理按键)被触发时，门禁可以与对应的预设管理人员之间实现通讯操作，以由所述预设管理人员执行针对所述门禁的管理操作。

在一实施例中，门禁可以与所述预设管理人员之间建立通话事件，所述通话事件用于使所述用户身份信息的所属用户或所述触发部件的触发用户与所述预设管理人员进行通话，以由所述预设管理人员根据通话内容执行所述管理操作。通话事件可以采用相关技术中的任意方式来实现，本申请并不对此进行限制；例如，在一种情况下，门禁可以向服务端发起通话请求，使得服务端通过通讯网络(如运营商网络)分别向门禁和预设管理人员发起呼叫，则门禁和预设管理人员分别接通后，即可完成对通话事件的建立；其中，门禁可以被配置为自动接听所有呼叫。在另一种情况下，当门禁上运行的预设通讯应用的客户端支持VOIP网络通话时，若预设管理人员使用的电子设备上也可以运行该预设通讯应用的客户端，则门禁可以通过该预设通讯应用向该预设管理人员发起VOIP呼叫，从而建立起VOIP通话事件。

在另一实施例中，门禁可以通过服务端向所述预设管理人员发送通知消息，以使所述预设管理人员通过返回相应的响应结果来执行所述管理操作。例如，该通知消息可以包括即时通讯消息、基于即时通讯应用的提醒消息、短信、邮件等各种形式，本申请并不对此进行限制。其中，在预设管理人员使用的电子设备上，可以展示出针对该通知消息的操控选项，则该预设管理人员可以通过对该操控选项进行触发，以选择希望执行的管理操作，例如开启或关闭门禁。

在本实施例中，当所述门禁应用于任一团体时，所述预设管理人员包括以下至少之一：所述任一团体中的特定团体成员，其中特定团体成员可以包括一个或多个团体成员；所述任一团体中属于特定职位的团体成员，比如行政部的所有团体成员，其中每一团体成员的职位信息来源于所述任一团体的组织架构信息；所述任一团体对应的特定群组的群组成员，比如该任一团体所属的一个或多个群组中的所有群组成员等；本申请并不对此进行限制。

在本实施例中，所述预设管理人员可以处于针对所述通讯操作的可响应状态。换言之，当预设管理人员处于可响应状态时，才发起针对该预设管理人员的通讯操作，而当预设管理人员处于不可响应状态时，可以拒绝发起该通讯操作。并且，当同时存在多个预设管理人员时，可以通过对每一预设管理人员的状态识别，选取处于可响应状态的预设管理人员，以发起相应的通讯操作。

由以上技术方案可见，本申请通过电子设备与门禁之间的信号交互，使得电子设备可以被复用于对门禁的控制过程，而无需用户使用和携带门禁卡等专用的身份验证物品，避免给用户造成使用和携带的不便性。同时，通过识别电子设备对通告消息信号的灵敏度，并对高灵敏度设备的解锁过程进行区别管理，使得应用不同灵敏度电子设备的用户可以获得相同或相近的门禁解锁体验。

图2是本申请一示例性实施例提供的一种应用门禁的场景示意图。如图2所示，假定企业内的任一区域需要对人员出入进行权限管理，可以在该区域门口的诸如A点处设置基于本申请的门禁21，该门禁21可以在范围20内发射通告消息信号；例如，当该门禁21采用相关技术中的ibeacon协议时，该通告消息信号可以为通告帧消息，当然本申请并不对此进行限制。一方面，可以由企业的管理用户通过在范围20内的诸如B点处使用手机22，并通过该手机22与门禁21、服务器24之间的交互过程，实现对该门禁21的配置操作；另一方面，基于已完成配置的门禁21，假定企业员工使用手机23，则当处于范围20外的C点时该手机23无法接收到通告消息信号，而当该企业员工将手机23继续移动至范围20内的D点时，该手机23可以接收到门禁21发射的通告消息信号，并据此自动实现对该门禁21的门禁控制操作。

为了便于理解，下面分别针对手机22对门禁21的配置过程，以及手机23自动完成门禁控制操作的过程进行详细描述。

图3是本申请一示例性实施例提供的一种配置门禁的流程图。如图3所示，该流程可以包括以下步骤：

步骤302，门禁21发射通告帧消息。

在本实施例中，假定门禁21采用ibeacon协议，该门禁21可以按照默认周期和默认发射功率P0，在默认发射信道上反复发射通告帧消息。

步骤304，手机22启动设备管理功能。

在本实施例中，通过在手机22上运行预设通讯应用的客户端，可供管理用户通过该客户端启动设备管理功能，从而实现对门禁21的配置操作；类似地，通过在手机23上运行该预设通讯应用的客户端，可供企业员工通过该客户端实现自动开启门禁等功能。

预设通讯应用可以为任意类型；在一实施例中，预设通讯应用可以为企业即时通讯应用，由于企业即时通讯应用可以获知企业组织架构等企业内部信息，因而可以据此实现：识别用户身份(管理用户或普通的企业员工)、获取用户身份信息等，从而适用于实现企业场景下的门禁管理和门禁开启功能。

当手机22上的钉钉客户端程序被启动后(例如图4示出了钉钉客户端程序启动后的“消息”标签页)，如果该钉钉客户端程序上登录有管理用户的账号，则该钉钉客户端程序可以自动开启设备管理功能，以实现对周围设备的管理，例如钉钉客户端程序可以控制该手机22对周围的智能办公设备进行扫描，比如可以基于蓝牙低功耗技术进行扫描。

步骤306，手机22接收到门禁21发射的通告帧消息，并向门禁21返回相应的添加确认消息。

在本实施例中，当手机22接收到门禁21发射的通告帧消息时，钉钉客户端可以通过手机22向门禁21返回添加确认消息，以指示该门禁21将自身配置为添加模式，则管理用户可以对该添加模式下的门禁21进行门禁添加操作。

其中，当手机22接收到门禁21发射的通告帧消息时，钉钉客户端可以首先在如图4所示的“消息”标签页的顶部示出诸如“发现新硬件，点击添加”等提示信息，则钉钉客户端可以在检测到用户对该提示信息的触发操作后，向门禁21返回添加确认消息，否则可以暂时不返回。

步骤308，手机22检测到管理用户通过钉钉客户端执行的门禁添加操作，并向门禁21发送相应的添加操作信息。

在本实施例中，门禁添加操作可以包括多个部分，通常应当包括如图5所示的“设置网络”和图6-7所示的“设置所属企业”：

在“设置网络”的过程中，手机22上的钉钉客户端可以通过图5示出门禁21扫描到的无线网络，并通过输入该无线网络对应的密码，以使得该门禁21可以基于该无线网络连接至服务器24处配置的钉钉服务端。那么，基于门禁21与服务器24之间的网络交互，以便于后续实现：管理用户通过手机22对门禁21进行远程配置、门禁21通过服务器24实现用户身份验证等。

在“设置所属企业”的过程中，手机22上的钉钉客户端可以通过图6或图7选取该门禁21的所属企业，即将该门禁21绑定至相应的企业。如图6所示，可以示出手机22上登录的管理用户具有管理权限的所有企业，例如企业AA、企业BB、企业CC和企业DD等，而当管理用户选取诸如企业AA时，表明其希望将门禁21绑定至该企业AA，而该企业AA中的所有企业成员均获得对该门禁21的开启权限，而该企业AA之外的用户则不具有对该门禁21的开启权限。而除了从企业维度实现对门禁21的绑定之外，还可以对企业内的部门、部门中的成员等更细维度上实现对门禁21的绑定，例如图7中可以示出每一企业的组织架构，则管理用户可以具体选取企业BB和企业AA内的部门AAA、部门AAB中的企业成员U2，而使得企业AA中的部门AAB的企业成员U1和U3不具有对门禁21的开启权限。

进一步地，门禁添加操作还可以包括如图8所示的“设置门禁名称”。由于管理用户可能同时对数量众多的门禁等设备进行管理，因而通过为每一门禁设置唯一的名称，例如将门禁21设置为“办公区门禁”，以区别于其他的诸如“财务室门禁”、“资料室门禁”等，有助于提升管理效率。

在执行上述多个部分的门禁添加操作时，手机22可以在每一门禁添加操作后，就将相应的添加操作信息发送至门禁21，以实现对门禁21的实时配置；或者，可以在完成所有门禁添加操作后，由手机22统一将所有的添加操作信息发送至门禁21，本申请并不对此进行限制。

步骤310，门禁21基于手机22发送的添加操作信息，将门禁相关信息上传至服务器24，以供服务器24进行关联记录。

在本实施例中，假定管理用户通过手机22执行的门禁添加操作中，包括对门禁21的网络设置信息、企业绑定信息和名称设置信息，则门禁21可以分别将网络名称、被绑定的企业信息、门禁名称等上传至服务器24，则服务器24将网络名称、被绑定的企业信息、门禁名称等与该门禁21进行关联记录，以便于后续进行配置修改等操作，以及服务器24还将该门禁21与被绑定的企业(即“被绑定的企业信息”指示的企业，例如图6所示的企业AA等)进行关联记录，以便于管理该被绑定的企业中的企业成员对门禁21的开启权限。

需要指出的是：在上述的步骤308-310中，采用的信息交互方式为：手机22将添加操作信息发送至门禁21后，由门禁21将门禁相关信息发送至服务器24，但该过程需要管理用户在门禁21的信号覆盖范围内，连续完成“设置网络”、“设置所属企业”和“设置门禁名称”；实际上，通过对上述的设置过程进行拆分，可以实现更为灵活的操作方案。

例如，在门禁添加操作中，管理用户可以仅完成“设置网络”，使得门禁21可以通过接收到的添加操作信息中的网络设置信息进行网络设置，并将该门禁21自身的ID信息(如该门禁21的设备编号等)与管理用户的ID信息(可以包含在添加确认消息或添加操作信息)相关联地注册至服务器24。那么，管理用户可以在门禁21的信号覆盖范围内快速完成对该门禁21的添加操作，然后在任意时刻和任意地点完成“设置所属企业”和“设置门禁名称”等其他设置操作，而不受限于门禁21的信号覆盖范围内。

步骤312，手机22检测到管理用户通过钉钉客户端执行的门禁配置操作。

在本实施例中，服务器24在完成对门禁相关信息的关联记录后，可以向手机22告知对门禁21的添加成功消息，则手机22可以示出如图9所示的“添加成功”提示信息；当然，如果采用上述的对设置过程进行拆分的处理方式，则服务器24在针对门禁21上传的自身的ID信息与管理用户的ID信息完成注册后，即可向该管理用户登录的手机22上的钉钉客户端发送如图9所示的提示信息。

进一步地，在图9所示的钉钉客户端页面中，可以提供一“门禁配置”选项，则手机22在检测到管理用户对该选项的触发操作后，可以进入图10所示的门禁配置页面，以实现对门禁21的门禁配置操作。

当然，管理用户还可以通过其他方式进入图10所示的门禁配置页面。例如，手机22上的钉钉客户端可以在如图11所示的“工作”标签页内提供“智能办公”选项，则当检测到管理用户触发该选项时，可以转入图12所示的智能办公的设备管理页面，该设备管理页面中包含该管理用户在企业AA(见图11中“工作”标签页的顶部)内具有管理权限的所有智能办公设备，例如“办公区门禁”、“财务室门禁”、“办公区考勤”等，而管理用户可以通过触发任一智能办公设备对应的“配置”选项，实现对相关智能办公设备的配置操作。那么，假定管理用户在图8中将门禁21设置为“办公区门禁”，管理用户可以通过触发图12中位于“办公区门禁”右侧的“配置”选项，以转入图10所示的门禁配置页面中。需要指出的是：当采用上述的对设置过程进行拆分的处理方式时，管理用户可能尚未对门禁21设置名称，则在图12所示的设备管理页面中可能仅包含该门禁21的设备编号等ID信息，而不会显示为“办公区门禁”。

同时，在图12所示的设备管理页面中，当检测到管理用户触发页面右上角的“管理”选项时，可以对企业AA中的智能办公设备进行管理，比如删除任一智能办公设备。当检测到管理用户触发页面下方的“添加新设备”选项时，可使手机22立即执行对周围设备的扫描操作，可以用于对新设备的快速添加。此外，当管理用户具有对多个企业的管理权限时，可以通过触发图11顶部所示的“AA(表示企业AA)”处的“▼”，从而在这多个企业之间进行切换，以实现对每一企业中的智能办公设备的管理操作。

下面以“办公区门禁”为例，结合图10所示的门禁设置页面，对管理用户的门禁配置操作进行详细说明。如图10所示，门禁设置页面中可以包括“名称”、“网络”、“开门方式”、“恢复出厂设置”等选项，对于不同选项可能采用不同的处理方式：

1)与门禁21直接交互

步骤314a，当检测到管理用户触发“网络”选项时，钉钉客户端通过手机22向门禁21发送门禁配置消息，以实现对门禁21的网络配置操作。

在本实施例中，当检测到管理用户触发“网络”选项时，钉钉客户端可以示出图13所示的提示页面，使管理用户将该手机22移动至门禁21的通告帧消息的覆盖范围(如图2中的范围20)内，以使得手机22可以接收到门禁21发出的通告帧消息，并返回门禁配置消息，以对门禁21使用的网络进行编辑。

其中，手机22可以主动向门禁21发送模式切换消息，使得门禁21切换至编辑模式，以实现网络配置操作；或者，手机22可以向服务器24发送模式切换请求，使得服务器24向门禁21发送模式切换指令，以使得门禁21切换至编辑模式。例如，当门禁21切换至编辑模式时，可以表现为图13中描述的“黄灯闪烁”状态，当然本申请并不对此进行限制。

2)通过服务器24对门禁21进行配置

步骤314b，当检测到管理用户触发“名称”、“开门方式”、“恢复出厂设置”等选项时，钉钉客户端通过手机22向服务器24发送门禁配置请求，以使得服务器24向门禁21发送相应的配置指令，完成对门禁21的配置。

在本实施例中，通过服务器24向门禁21发送配置指令，使得管理用户无需将手机22置于门禁21附近的范围20内，而是可以在任意位置对该门禁21进行远程的配置操作，使管理操作更便捷。

其中，对于“名称”选项，管理用户可以为门禁21设置个性化的名称，以便于管理，该操作与图8所示的“设置门禁名称”相似，此处不再赘述。

对于“开门方式”选项，当检测到管理用户对该选项的触发操作时，可以转入图14所示的开门方式选择页面，在多种预定义的开门方式中进行选择。如图14所示，假设预定义了“贴近开门”、“走近开门”和“走近并打开钉钉开门”等多种开门方式，以图2所示的企业成员的手机23为例：当选取“贴近开门”时，门禁21采用一相对较小功率发射通告帧消息，使得相应的范围20较小、距离门禁21较近，例如该范围20十分贴近于门禁21，因而需要由企业成员将手机23贴近门禁21处，才能够使得手机23顺利接收到通告帧消息，并实现对门禁21的开启；当选取“走近开门”时，门禁21采用一相对较大功率发射通告帧消息，使得相应的范围20较大、距离门禁21较远，例如该范围20与门禁21存在1～2m的间隔距离，因而企业成员只需要将手机23置于门禁21附近的1～2m范围内，即可使得手机23顺利接收到通告帧消息，并实现对门禁21的开启。

其中，当选取“贴近开门”或“走近开门”时，手机23上运行的钉钉客户端可以预先将门禁21的信息注册至手机23的操作系统处，则当该手机23进入门禁21对应的范围20内时：如果钉钉客户端处于运行状态，那么钉钉客户端可以读取手机23接收到的通告帧消息的内容识别出作为发送方的门禁21，并通过手机23向门禁21发送解锁信号；而如果钉钉客户端尚未启动，手机23也可以在根据通告帧消息的内容识别出发送方为门禁21的情况下，根据钉钉客户端对门禁21的预先注册而主动唤起钉钉客户端，从而由钉钉客户端通过手机23向门禁21发送解锁信号。

而当选取“走近并打开钉钉开门”时，手机23上运行的钉钉客户端不会对门禁21的信息进行预先注册，则企业成员必须手动开启手机23上运行的钉钉客户端，才能够在进入门禁21对应的范围20时，由钉钉客户端向门禁21发送解锁信号，否则手机23不会对钉钉客户端进行主动唤起。

基于完成配置后的门禁21，以图2所示的企业成员使用的手机23为例，该手机23可以自动完成对该门禁21的门禁控制操作，下面进行举例说明：

图15是本申请一示例性实施例提供的一种实现门禁控制操作的流程图。如图15所示，该流程可以包括以下步骤：

步骤1502，门禁21发射通告帧消息。

步骤1504，手机23执行扫描操作。

在本实施例中，以门禁21被配置为“走近开门”为例。门禁21采用预定义的发射功率P0对通告帧消息进行发射，以在图2所示的范围20内实现对该通告帧消息的覆盖，即当该手机23为正常灵敏度设备时，该手机23必须进入该范围20后才能够接收到门禁21发出的通告帧消息。

步骤1506，手机23接收到门禁21发出的通告帧消息。

步骤1508，手机23唤起钉钉客户端。

在本实施例中，由于门禁21被配置为“走近开门”，因而当手机23上的钉钉客户端登录的企业成员具有对该门禁21的开启权限时，钉钉客户端可以从服务器24处获得该门禁21的UUID(Universally Unique Identifier，通用唯一识别码)等，并将该UUID注册至手机23的操作系统。同时，门禁21的UUID还被包含于发射的通告帧消息中，使得手机23在接收到该通告帧消息并解析处其中包含的UUID时，如果确定该UUID被钉钉客户端注册过，则手机23可以主动唤起钉钉客户端，由钉钉客户端对该通告帧消息进行处理。当然，如果接收到通告帧消息时，该钉钉客户端已经处于运行状态，则无需手机23进行唤起操作，钉钉客户端可以直接对手机23接收到的通告帧消息进行处理。

步骤1510，钉钉客户端通过手机23向门禁21发出解锁信号。

在本实施例中，解锁信号可以包括：钉钉客户端的登录账号对应的企业成员的用户身份信息、手机23的设备描述信息。其中，用户身份信息用于对手机23上运行的钉钉客户端的登录账号(即该登录账号对应的企业成员)进行身份验证，以确定其是否具有对门禁21的开启权限；而设备描述信息用于识别该手机23的设备类型。

在本申请的实施例中，根据电子设备对通告帧消息的接收灵敏度，可以分为：正常灵敏度设备和高灵敏度设备；其中，正常灵敏度设备的接收灵敏度为预设灵敏度，而高灵敏度设备的灵敏度大于该预设灵敏度，这是由于电子设备采用的电气元件、电子设备内部结构对信号收发的影响等元素而导致的。以图2所示的场景为例，当手机23为正常灵敏度设备时，该手机23应当在位于B点或最远为D点(即范围20的边界线上)时，才能够接收到门禁21发出的通告帧消息，而在位于C点时则无法接收到门禁21发出的通告帧消息；而当手机23为高灵敏度设备时，手机23可能在C点处即可接收到门禁21发出的通告帧消息。可见，正常灵敏度设备与高灵敏度设备会导致不同的门禁开启体验。

步骤1512，门禁21根据解锁信号中包含的设备描述信息，确定手机23的设备类型。

在本实施例中，通过预先对各个品牌、型号、批次的电子设备进行测试，可以确定每一设备描述信息对应的电子设备的灵敏度状况，并据此将每一设备描述信息对应的电子设备划分为正常灵敏度设备和高灵敏度设备。那么，服务器24上可以预先存储有每一设备描述信息与相应电子设备的灵敏度状况之间的对应关系，而门禁21可以将解锁信号中包含的设备描述信息发送至服务器24，以由服务器24根据预存储的对应关系确定其设备类型为正常灵敏度设备或高灵敏度设备；或者，服务器24可以将上述的对应关系下发并存储于门禁21本地，则门禁21可以据此在本地对解锁信号中包含的设备描述信息进行识别，并确定手机23为正常灵敏度设备或高灵敏度设备。

步骤1514，当确定手机23为正常灵敏度设备时，门禁21直接向服务器24发送身份验证请求，该身份验证请求包含解锁信号中的用户身份信息。

步骤1516，门禁21接收服务器24针对用户身份信息返回的身份验证结果，并据此实现门禁控制操作；其中，当用户身份信息通过验证，即手机23上运行的钉钉客户端的登录账号具有对门禁21的开启权限时，门禁21自动开启，否则门禁21保持关闭状态。

图16是本申请一示例性实施例提供的另一种实现门禁控制操作的流程图。如图16所示，该流程可以包括以下步骤：

步骤1602，门禁21发射通告帧消息。

步骤1604，手机23执行扫描操作。

步骤1606，手机23接收到门禁21发出的通告帧消息。

步骤1608，手机23唤起钉钉客户端。

步骤1610，钉钉客户端通过手机23向门禁21发出解锁信号。

步骤1612，门禁21根据解锁信号中包含的设备描述信息，确定手机23的设备类型。

在本实施例中，步骤1602-1612可以参考图15所示实施例中的步骤1502-1512，此处不再赘述。

步骤1614，当确定手机23为高灵敏度设备时，门禁21进一步确定该手机23已经进入预定义解锁范围时，转入步骤1616。

在本实施例中，在图2所示的场景中，预定义解锁范围可以为门禁21以预设功率P0发射通告帧消息时，该通告帧消息对于正常灵敏度设备而言的范围20。当手机23为高灵敏度设备时，假定该手机23在图2所示的C点处接收到门禁21发出的通告帧消息，则门禁21应当确定该手机23进入范围20时(比如至少到达范围20边界上的D点处)转入步骤1616，以使得使用该手机23的企业成员与其他使用正常灵敏度设备的企业成员获得相同或相似的门禁控制体验。

在本申请中，门禁21可以通过多种方式确定作为高灵敏度设备的手机23进入范围20，下面进行举例说明：

1)延迟开启

在一实施例中，可以通过对高灵敏度设备的预先测试，确定出每种(以设备描述信息进行区分)高灵敏度设备(不同的高灵敏度设备之间可能存在灵敏度差异)对通告帧消息的最大接收距离，并结合预估的用户行走速度计算出相应的预设延迟时长。例如，当门禁21以功率P0发射通告帧消息时，假定手机23对该通告帧消息的最大接收距离为C点与A点之间的距离h，而预估的用户行走速度为v，且范围20与A点之间的最大距离为d，则可以计算出手机23对应的预设延迟时长t＝(h-d)/v。

那么，通过对每一设备描述信息对应的高灵敏度设备进行分别测试，并计算出相应的预设延迟时长后，将设备描述信息与预设延迟时长相对应地存储在服务器24上或门禁21处；相应地，门禁21在接收到手机23发送的解锁信号，并确认手机23为高灵敏度设备时，可以根据设备描述信息与预设延迟时长之间的对应关系确定出该手机23对应的预设延迟时长t，并在继续等待该预设延迟时长t后(门禁21将自身对解锁信号的接收时刻作为手机23对通告帧消息的接收时刻，而忽略其中的微小时间差)，认为手机23可由C点运动至D点附近，即进入门禁21发射的通告帧消息覆盖的范围20，并进而转入步骤1616。

2)信号强度检测

在另一实施例中，可以通过对高灵敏度设备的预先测试，确定出每种(以设备描述信息进行区分)高灵敏度设备(不同的高灵敏度设备之间可能存在灵敏度差异)在预定义解锁范围内的RSSI值进行测试，并将高灵敏度设备处于该预定义解锁范围内时的最小RSSI值作为上述的预设RSSI阈值，即该高灵敏度设备在该预定义解锁范围的边界线处时测试得到的RSSI值。例如，当门禁21以功率P0发射通告帧消息时，可以对该手机23在相应的范围20内各个距离处的RSSI值进行测试，且该RSSI值反相关于手机23与门禁21之间的间隔距离，则当手机23处于范围20的边界线处(如图2中的D点)时，可以测量出该手机23在范围20内的最小RSSI值，可以将该最小RSSI值作为该手机23对应的预设RSSI阈值。

那么，通过对每一设备描述信息对应的高灵敏度设备进行分别测试，并计算出相应的预设RSSI阈值后，将设备描述信息与预设RSSI阈值相对应地存储在服务器24上或门禁21处；相应地，门禁21在接收到手机23发送的解锁信号，并确认手机23为高灵敏度设备时，可以根据设备描述信息与预设RSSI阈值之间的对应关系确定出该手机23对应的预设RSSI阈值，并且在门禁21持续发射通告帧消息并接收手机23多次发射的解锁信号的过程中，若手机23发射的解锁信号的RSSI值逐步增大至对应的预设RSSI阈值时，门禁21可以确定该手机23进入范围20，并进而转入步骤1616。

3)降低发射功率

在又一实施例中，可以通过对高灵敏度设备的预先测试，确定出每种(以设备描述信息进行区分)高灵敏度设备(不同的高灵敏度设备之间可能存在灵敏度差异)在每一发射功率下的最大接收距离(可接收到通告帧消息的最大距离)，并将每一高灵敏度设备在预定义解锁范围内时对应的可接收到通告帧消息的最小发射功率设置为预设功率，该最小发射功率表明高灵敏度设备位于该预定义解锁范围的边界处。

那么，通过对每一设备描述信息对应的高灵敏度设备进行分别测试，并计算出相应的预设功率后，将设备描述信息与预设功率相对应地存储在服务器24上或门禁21处；相应地，门禁21在接收到手机23发送的解锁信号，并确认手机23为高灵敏度设备时，可以根据设备描述信息与预设功率之间的对应关系确定出该手机23对应的预设功率P1，将门禁21对通告帧消息的发射功率P0降低至该预设功率P1，并解决根据先前接收到额解锁信号进行门禁控制操作，那么在按照该预设功率P1发射通告帧消息的过程中，若门禁21再次接收到手机23发射的解锁信号，则门禁21可以确定手机23已进入范围20，并将通告帧消息的发射功率恢复至功率P0。

步骤1616，门禁21向服务器24发送身份验证请求，该身份验证请求包含解锁信号中的用户身份信息。

步骤1618，门禁21接收服务器24针对用户身份信息返回的身份验证结果，并据此实现门禁控制操作；其中，当用户身份信息通过验证，即手机23上运行的钉钉客户端的登录账号具有对门禁21的开启权限时，门禁21自动开启，否则门禁21保持关闭状态。

综上所述，当门禁21接收到来自高灵敏度设备的解锁信号时，通过在确定该高灵敏度设备进入预定义解锁范围，才执行相应的门禁控制操作，使得整个过程对于用户而言不可见、无感知，所有用户均需要行走至预定义解锁范围内才能够实现门禁开启，因而所有用户均可以获得相同或相近的门禁控制体验。

在本申请的实施例中，当手机23具有对门禁21的开启权限时，门禁21在门禁控制操作中可以实现自动开启；而当手机23不具有对门禁21的开启权限时，门禁21在门禁控制操作中保持关闭，则本申请还可以通过在门禁21与对应的预设管理人员之间实现通讯操作，从而为使用该手机23的企业成员提供可能开启该门禁21的进一步解决方案，下面结合图17-22进行详细描述。

图17是本申请一示例性实施例提供的一种在门禁与预设管理人员之间实现通讯操作的流程图。如图17所示，该流程可以包括以下步骤：

步骤1702，手机23与门禁21之间通过如图15、图16或其他实施例提供的方式进行信息交互，以对该手机23运行的钉钉客户端的登录账号进行身份验证。

步骤1704，当手机23未通过身份验证时，转入步骤1706。

在本实施例中，当手机23未通过身份验证时，可以自动转入步骤1706进行处理；或者，还可以进一步确定使用该手机23的企业成员是否存在与预设管理人员之间的通讯需求，例如当检测到该门禁21上的触发部件(例如图2所示的按键210，本申请并不对此进行限制)被触发时，可以判定为该企业成员存在与预设管理人员之间的通讯需求。

实际上，对于任意一个企业成员而言，不论该企业成员是否通过上述的步骤1702-1704进行了身份验证，均可以通过对门禁21上的触发部件进行触发，以表达其与预设管理人员之间的通讯需求，从而直接转入步骤1706，本申请并不对此进行限制。

步骤1706，门禁21向服务器24发送针对预设管理人员的呼叫请求。

步骤1708，服务器24分别向门禁21和该预设管理人员使用的手机22(例如该预设管理人员在手机22上运行的钉钉客户端中登录了自身的注册账号)发起呼叫。

在本实施例中，服务器24具体可以通过运营网网络向手机22和门禁21发起呼叫。实际上，任意形式的呼叫操作均可以被应用于门禁21与手机22之间的通话事件的建立，本申请并不对此进行限制。

步骤1710，当门禁21和手机22分别接通呼叫时，在门禁21与手机22之间建立起通话事件。

在本实施例中，上述的企业成员使用门禁21、管理人员使用手机22，可以实现该企业成员与该管理人员之间的通讯。例如，该企业成员可以向管理人员说明情况，并由管理人员手动控制开启或关闭门禁21。

图18是本申请一示例性实施例提供的另一种在门禁与预设管理人员之间实现通讯操作的流程图。如图18所示，该流程可以包括以下步骤：

步骤1802，手机23与门禁21之间通过如图15、图16或其他实施例提供的方式进行信息交互，以对该手机23运行的钉钉客户端的登录账号进行身份验证。

步骤1804，当手机23未通过身份验证时，转入步骤1806。

步骤1806，当门禁21上的预设触发部件被触发时，转入步骤1808。

在本实施例中，步骤1802-1806可以参考上述的步骤1702-1704，此处不再赘述。

步骤1808，门禁21向服务器24发送通知消息，以使服务器24将该通知消息转发至管理人员使用的手机22。

需要指出的是：对于图17和图18所示的实施例，均以管理人员为手机22的使用者为例进行说明；实际上，管理人员并不一定为对该门禁21的配置者。举例而言，门禁21的管理人员可以为相应企业中任意一个或多个被设置为“管理人员”的企业成员，例如可以由该企业中具有管理权限的企业成员进行设置；其中，可以单独对每一管理人员进行设置，也可以将该企业中的某一职位或部门的所有企业成员均设置为管理人员，还可以将该企业在钉钉中创建的某一群组的所有群组成员均设置为管理人员。当通过某一职位、部门或群组的方式来选取管理人员时，无论相应的职位、部门和群组发生何种人员变动，均无需重新反复设置管理人员，极大地减轻了管理压力。

其中，当门禁21存在多个管理人员时，可以按照预定义的选择规则，从多个管理人员中选取一名管理人员实现通讯操作。举例而言，该选择规则可以包括：

1)随机挑选一名处于空闲状态(未处于其他通讯操作的过程中)的管理人员；

2)按照预设顺序(如员工号)挑选一名处于空闲状态的管理人员；

3)选取处于可响应状态的管理人员，例如当该管理人员满足下述条件中至少之一时，可以确定其处于可响应状态：位于预定义的工作地点、在钉钉中的应用活跃度达到预设活跃度、存在正常的到岗考勤记录且无离岗考勤记录等。

步骤1810，服务器24接收到管理人员通过手机22返回的响应结果，并将该响应结果发送至门禁21。

步骤1812，门禁21根据接收到的响应结果执行门禁控制操作。

在本实施例中，通知消息可以采用任意消息类型，例如该通知消息可以包括即时通讯消息、短信、邮件等，本申请并不对此进行限制。假定该通知消息为企业即时通讯应用钉钉提供的即时通讯消息，则管理人员可以在手机22运行的钉钉客户端提供的页面中查看到该即时通讯消息。

以图19所示的钉钉客户端页面为例，管理人员可以通过“办公区门禁”了解到相关设备，以及通过诸如“未授权用户发起请求”的描述了解原委；同时，钉钉客户端页面还可以提供图19所示的多种门禁控制操作的选项，比如“单次开启门禁”、“授权临时权限”和“忽略”等。

其中，当服务器24确定管理人员触发“单次开启门禁”时，服务器24向门禁21发送开启指令，使门禁21实现单次开启；当服务器24确定管理人员触发“忽略”时，服务器24不向门禁21发送任何指令，使门禁21保持关闭；当服务器24确定管理人员触发“授权临时权限”时，服务器24可以根据管理人员进一步选取的权限参数，向使用手机23的企业成员赋予对门禁21的临时权限，使其可以通过手机23实现对门禁21的临时开启。

而基于该“授权临时权限”选项，图20示出了本申请一示例性实施例的另一种门禁控制方法的流程图，该方法应用于服务器上，可以包括以下步骤：

步骤2002，接收到门禁上传的身份验证请求，所述身份验证请求包含所述门禁从电子设备发送的解锁信号中提取的用户身份信息；其中，所述门禁通过发射通告消息信号，接收到所述电子设备针对所述通告消息信号返回的所述解锁信号。

在本实施例中，服务器上可以配置有预设通讯应用的服务端，而门禁、发出解锁信号的电子设备和预设管理人员使用的电子设备上均配置有该预设通讯应用的客户端，使得各个设备之间可以基于该预设通讯应用的服务端和客户端实现通讯。举例而言，当该预设通讯应用为企业即时通讯应用钉钉时，服务器上配置有钉钉服务端，而门禁、发出解锁信号的电子设备和预设管理人员使用的电子设备上均配置有钉钉客户端。

步骤2004，当所述用户身份信息未通过验证时，向所述门禁对应的预设管理人员发送通知消息。

步骤2006，当所述预设管理人员返回针对所述通知消息的预设触发结果时，向所述用户身份信息赋予预设有效期或预设有效次数的临时权限，使所述用户身份信息在所述预设有效期或预设有效次数内可通过验证。

在本实施例中，当预设管理人员触发了图19所示的“授予临时权限”选项时，该预设管理人员返回的预设触发结果中可以包含针对该“临时权限”的权限参数，例如该权限参数可以包括：类型信息和数量信息。

举例而言，当预设管理人员触发了手机22上示出的图19所示的“授予临时权限”选项时，手机22可以进一步示出图21或图22所示的权限参数配置页面，可以从类型和数量两个维度进行配置。其中，对于类型维度，预设管理人员可以选取“按次数”或“按时间”，当选取图21或图22所示的“按次数”时，即权限参数中的类型信息为“次数”，或者当选取图21或图22所示的“按时间”时，即权限参数中的类型信息为“时间”。

进一步地，当预设管理人员选取的类型信息为“次数”时，可以进一步配置该临时权限的使用次数，比如可以提供图21所示的“5次”、“10次”或“其他(由该预设管理人员自定义)”等选项；例如，当预设管理人员选取“5次”时，表明该临时权限的使用次数为5次，即使用手机23的企业成员可以对门禁21实现5次开启，而超出5次后该企业成员将无法继续开启门禁21。

而当预设管理人员选取的类型信息为“时间”时，可以进一步配置该临时权限的有效期，比如可以提供图22所示的“30分钟”、“2小时”、“1天”或“其他(由该预设管理人员自定义)”等选项；例如，当预设管理人员选取“1天”时，表明该临时权限的有效期为1天，即使用手机23的企业成员可以在1天之内对门禁21实现开启，而超出1天后该企业成员将无法继续开启门禁21。

当然，也可以同时从多个维度对该临时权限进行管理，例如设置临时权限的有效次数为5次，且该临时权限同时具有1天的有效期，则使用手机23的企业成员可以在1天之内对门禁21实现5次开启，而1天内超出5次或超出1天的有效期后该企业成员将无法继续开启门禁21。

综上所述，基于门禁与预设管理人员之间的通讯操作，可以为对门禁没有开启权限的用户提供可能开启该门禁的进一步解决方案。

图23示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图23，在硬件层面，该电子设备包括处理器2302、内部总线2304、网络接口2306、内存2308以及非易失性存储器2310，当然还可能包括其他业务所需要的硬件。处理器2302从非易失性存储器2310中读取对应的计算机程序到内存2302中然后运行，在逻辑层面上形成门禁控制装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图24，在软件实施方式中，该门禁控制装置可以包括收发单元2401、第一控制单元2402和第二控制单元2403。其中：

收发单元2401，发射通告消息信号并接收到电子设备发射的解锁信号，所述解锁信号中包含用户身份信息和设备描述信息；

第一控制单元2402，当所述设备描述信息表明所述电子设备属于预定义的正常灵敏度设备时，判定所述电子设备处于门禁的预定义解锁范围内，并根据对所述用户身份信息的验证结果执行门禁控制操作；

第二控制单元2403，当所述设备描述信息表明所述电子设备属于预定义的高灵敏度设备时，判定所述电子设备处于所述预定义解锁范围外，并在确定所述高灵敏度设备进入所述预定义解锁范围后，根据对所述用户身份信息的验证结果执行所述门禁控制操作。

可选的，所述第二控制单元2403通过下述方式确定所述高灵敏度设备进入所述预定义解锁范围：

当所述解锁信号来自所述高灵敏度设备时，获取所述高灵敏度设备对应的预设延迟时长；其中，所述预设延迟时长由所述高灵敏度设备对所述通告消息信号的最大接收距离和预估的用户行走速度计算得到；

在等待所述预设延迟时长后，确定所述高灵敏度设备进入所述预定义解锁范围。

可选的，所述第二控制单元2403通过下述方式确定所述高灵敏度设备进入所述预定义解锁范围：

当所述解锁信号来自所述高灵敏度设备时，获取所述高灵敏度设备对应的预设接收信号强度指示RSSI阈值；

在持续发射所述通告消息信号并接收所述高灵敏度设备多次发射的解锁信号的过程中，若所述高灵敏度设备发射的解锁信号的RSSI值逐步增大至所述预设RSSI阈值时，确定所述高灵敏度设备进入所述预定义解锁范围。

可选的，所述第二控制单元2403通过下述方式确定所述高灵敏度设备进入所述预定义解锁范围：

当所述解锁信号来自所述高灵敏度设备时，将所述通告消息信号的发射功率降低至预设功率；

在按照所述预设功率发射所述通告消息信号的过程中，若再次接收到所述高灵敏度设备发射的解锁信号，则确定所述高灵敏度设备进入所述预定义解锁范围，并对所述通告消息信号的发射功率进行恢复。

可选的，所述第一控制单元2402和所述第二控制单元2403具体用于：

将所述用户身份信息上传至服务端；

接收所述服务端返回的验证结果，当所述验证结果表明所述用户身份信息通过验证时，控制开启所述门禁；当所述验证结果表明所述用户身份信息未通过验证时，维持关闭所述门禁。

可选的，还包括：

通讯单元2404，当所述用户身份信息的验证结果为未通过验证，或者检测到所述门禁上的触发部件被触发时，与对应的预设管理人员之间实现通讯操作，以由所述预设管理人员执行针对所述门禁的管理操作。

可选的，所述通讯单元2404具体用于：

与所述预设管理人员之间建立通话事件，所述通话事件用于使所述用户身份信息的所属用户或所述触发部件的触发用户与所述预设管理人员进行通话，以由所述预设管理人员根据通话内容执行所述管理操作。

可选的，所述通讯单元2404具体用于：

通过服务端向所述预设管理人员发送通知消息，以使所述预设管理人员通过返回相应的响应结果来执行所述管理操作。

可选的，当所述门禁应用于任一团体时，所述预设管理人员包括以下至少之一：

所述任一团体中的特定团体成员；

所述任一团体中属于特定职位的团体成员，其中每一团体成员的职位信息来源于所述任一团体的组织架构信息；

所述任一团体对应的特定群组的群组成员。

可选的，所述预设管理人员处于针对所述通讯操作的可响应状态。

图25示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图25，在硬件层面，该电子设备包括处理器2502、内部总线2504、网络接口2506、内存2508以及非易失性存储器2510，当然还可能包括其他业务所需要的硬件。处理器2502从非易失性存储器2510中读取对应的计算机程序到内存2502中然后运行，在逻辑层面上形成门禁控制装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图26，在软件实施方式中，该门禁控制装置可以包括接收单元2601、发送单元2602和赋予单元2603。其中：

接收单元2601，接收到门禁上传的身份验证请求，所述身份验证请求包含所述门禁从电子设备发送的解锁信号中提取的用户身份信息；其中，所述门禁通过发射通告消息信号，接收到所述电子设备针对所述通告消息信号返回的所述解锁信号；

发送单元2602，当所述用户身份信息未通过验证时，向所述门禁对应的预设管理人员发送通知消息；

赋予单元2603，当所述预设管理人员返回针对所述通知消息的预设触发结果时，向所述用户身份信息赋予预设有效期或预设有效次数的临时权限，使所述用户身份信息在所述预设有效期或预设有效次数内可通过验证。

图27示出了本申请一示例性实施例的又一种门禁控制方法的流程图。如图27所示，该方法应用于服务器上，可以包括以下步骤：

步骤2702，接收到门禁上传的用户触发通知消息，所述用户触发通知消息表明所述门禁检测到用户的触发操作。

在本实施例中，服务器上可以配置有预设通讯应用的服务端，而门禁上配置有该预设通讯应用的客户端，以实现基于该预设通讯应用的通讯操作。举例而言，当该预设通讯应用为企业即时通讯应用钉钉时，服务器上配置有钉钉服务端，而门禁上配置有钉钉客户端，则门禁可以通过钉钉客户端向服务器配置的钉钉服务端发送上述的用户触发通知消息。

在本实施例中，门禁上可以装配有物理按钮等触发结构，使得用户希望开启门禁时，可以通过触发该物理按钮使得门禁检测到触发操作，并向服务器发送用户触发通知消息。当然，基于门禁上装配的不同类型的触发结构，用户还可以执行其他类型的触发操作，本申请并不对此进行限制。

步骤2704，确定所述门禁对应的管理人员。

在本实施例中，服务器可以确定所述门禁对应的备选响应人员，并当所述备选响应人员处于可响应状态时，将所述备选响应人员配置为所述管理人员。其中，备选响应人员可以包括以下至少之一：该门禁的预关联团体(例如该门禁可能在某企业、单位、机关等被使用)中的特定团体成员，其中特定团体成员可以为一个或多个团体成员，可以由该团体中具有管理权限的团体成员进行选取和设置；该预关联团体中属于特定职位的团体成员，比如行政部的所有团体成员，其中每一团体成员的职位信息来源于所述预关联团体的组织架构信息；该预关联团体对应的特定群组的群组成员，比如该预关联团体所属的一个或多个群组中的所有群组成员等；本申请并不对此进行限制。

在一实施例中，服务器可以获取所述备选响应用户对应的预配置响应时间段，例如该预配置响应时间段可以为工作日的上午9点至下午18点；那么，当处于所述预配置响应时间段时，比如在周一上午10点30分检测到呼叫事件时，所述服务器可以判定为所述备选响应用户处于可响应状态，从而使该备选响应用户对呼叫事件进行响应；否则，比如当前时刻为周一晚上22点或者周六上午10点，所述服务器可以判定为所述备选响应用户未处于所述可响应状态，以避免对备选响应用户造成影响。

在另一实施例中，所述服务器可以获取所述备选响应用户的地理位置信息；那么，在所述备选响应用户的地理位置信息匹配于预配置的工作地点时，所述服务器可以判定为所述备选响应用户处于可响应状态；否则所述服务器可以判定为所述备选响应用户未处于所述可响应状态。

其中，服务器可以通过下述方式中至少之一，获取所述备选响应用户的地理位置信息；当然，还可以通过其他方式确定该备选响应用户的地理位置信息，本申请并不对此进行限制。其中：

1)所述服务器获取所述备选响应用户使用的电子设备所处的地理位置，以作为所述备选响应用户的地理位置信息；其中，所述地理位置由所述电子设备内置的定位组件检测得到，并通过所述电子设备上传至所述服务器(例如通过该电子设备中运行的预设通讯应用的客户端上传至服务器上运行的该预设通讯应用的服务端)；比如，当备选响应用户的电子设备为手机时，该手机内可以设置有GPS芯片等定位组件，可以对该手机的地理位置进行检测，从而作为相应的备选响应用户的地理位置信息。

2)所述服务器根据所述电子设备的网络地址，查询出所述网络地址对应的地理位置，以作为所述备选响应用户的地理位置信息；比如，可以获取备选响应用户所使用的手机或PC主机等电子设备的IP地址，并通过查询IP地址库，确定该IP地址对应的地理位置，以作为该备选响应用户的地理位置信息。

3)所述服务器根据所述电子设备连接的无线局域网络的信息，查询出所述无线局域网络的覆盖区域，以作为所述备选响应用户的地理位置信息。比如，可以获取备选响应用户所使用的电子设备加入的WIFI网络，当根据该WIFI网络的SSID等信息，确定该WIFI网络被配置于备选响应用户的工作地点时，可以判定为该备选响应用户处于工作地点。

在又一实施例中，所述服务器可以确定所述备选响应用户在预设通讯应用的客户端上的应用活跃度；例如，可以记录备选响应用户在该预设通讯应用的客户端上的所有操作，以及每一操作对应的分值，确定该备选响应用户对应的应用活跃度的总分值，那么当该总分值达到预设分值时，可以确定应用活跃度达到预设活跃度，并判定为所述备选响应用户处于可响应状态；否则判定为所述备选响应用户未处于所述可响应状态。

在又一实施例中，所述服务器可以获取所述备选响应用户的当日考勤信息；其中，当所述当日考勤信息包含到岗考勤信息、未包含离岗考勤信息时，表明该备选响应用户正常到岗且尚未离岗，可以判定为所述备选响应用户处于可响应状态；否则，例如当未包含到岗考勤信息时表明该备选响应用户可能请假或出差等，当同时包含到岗考勤信息和离岗考勤信息时表明该备选响应用户已下班，因而可以判定为所述备选响应用户未处于所述可响应状态。

当然，上述的多种判定方式之间可以相互结合判断：

一种情况下，可以在多种判定方式均表明该备选响应用户处于可响应状态时，才判定其确实处于可响应状态；而当存在任一种判定方式表明其未处于可响应状态时，可以判定其未处于可响应状态。

另一种情况下，只要存在任一种判定方式表明备选响应用户处于可响应状态时，即可判定其处于可响应状态。

又一种情况下，可以预先为每一种判定方式设置相应的优先级，从而当同时应用高优先级和低优先级的判定方式时，根据高优先级的判定方式的判定结果，确定备选响应用户是否处于可响应状态。例如，如果根据地理位置信息确定备选响应用户处于工作地点，或者备选响应用户的应用活跃度得到预设活跃度，那么即便未处于预配置响应时间段或未获取到当日考勤信息，仍然可以判定为该备选响应用户处于可响应状态。再例如，当未检测到该备选响应用户的到岗考勤信息时，即便处于预配置响应时间段，也可以判定为该备选响应用户未处于可响应状态。换言之，可以通过为每种判定方式设置相应的优先级，从而当优先级较高的判定方式。

在本实施例中，当存在多个处于可响应状态的备选响应用户时，服务器可以进一步通过下述方式中至少之一选取一个备选响应用户，以作为所述管理人员：

1)按照预定义的选择顺序进行依次选取；例如，该预定义的选择顺序可以包括：随机顺序、工号顺序、姓名拼音顺序等。

2)优先选取与所述门禁存在历史通讯行为的备选响应用户，即历史上被作为该门禁对应的管理人员的备选响应用户，该备选响应用户相比于其他备选响应用户可能更加了解该门禁的实际情况，从而更高效地实现对该门禁的呼叫响应。

步骤2706，建立所述门禁与所述管理人员之间的通话事件，以使所述用户与所述管理人员通过所述通话事件进行通讯。

在一实施例中，服务器可以基于电路交换(Circuit Switching)域建立该通话事件，例如该通话事件可以为公共交换电话网(PSTN，Public Switched Telephone Network)通话事件。在另一实施例中，服务器可以基于分组交换域(Packet Switching)建立该通话事件，例如该通话事件可以为VOIP(Voice over IP，)通话事件。

在本实施例中，服务器可以分别向门禁和管理人员(即该管理人员使用的电子设备；该电子设备可以被配置为唯一对应于该管理人员，例如该电子设备上运行有预设通讯应用的客户端，且该客户端上登录有该管理人员的注册账号)发起呼叫操作，例如服务器可以通过通讯网络(如运营商网络)实现该呼叫操作；那么，当门禁和管理人员分别对呼叫操作进行响应时，即可实现对上述通话事件的建立。

其中，对于管理人员使用的电子设备，可以通过向该管理人员示出呼叫界面、呼叫提示选项等，以由该管理人员确定响应于呼叫操作，或者选取忽略或拒绝该呼叫操作。对于门禁而言，一种情况下门禁可以被配置为对所有的呼叫操作进行自动接听，那么只要管理人员响应于相应的呼叫操作，即可建立起上述的通话事件；另一种情况下门禁可以发出呼叫提示，例如语音提示用户通过按下预设按钮等方式进行响应，从而在用户做出响应于呼叫提示的操作(如按下预设按钮)时，即可使得门禁响应于相应的呼叫操作。

在本实施例中，基于建立的通话事件，使得触发门禁的用户可以与管理人员进行通话，例如由管理人员确定该用户的身份、意图等信息，而无需与该用户当面确认，可以实现对门禁的远程控制。同时，基于通话事件的特性，使得管理人员只需要拥有具有通讯功能的手机、平板、PC主机等电子设备，即可在任意地点对门禁进行远程控制，不需要布设针对门禁的控制线路，也不需要专门的控制设备，而且不需要专门、固定的“门卫”或“门岗”，而可以将任意用户配置为该门禁的管理人员，从而极大地简化了门禁系统的复杂度、提升了易用性，并且扩展了门禁系统的应用场景。

在本实施例中，管理人员使用的电子设备可以提供控制选项，例如在屏幕上示出“解锁”、“锁定”等控制选项，使得管理人员可以通过对该控制选项进行选择，以实现对门禁的开启或关闭控制；相应地，电子设备可以根据管理人员对控制选项的选择结果，向服务器发送相应的门禁控制消息，而服务器基于接收到的门禁控制消息，可以向门禁发送对应于该门禁控制消息的控制指令，该控制指令用于指示门禁执行相应的门禁控制操作，例如当选择结果为“解锁”时，门禁可以解除锁定，以使得用户能够顺利通过。

图28示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图28，在硬件层面，该电子设备包括处理器2802、内部总线2804、网络接口2806、内存2808以及非易失性存储器2810，当然还可能包括其他业务所需要的硬件。处理器2802从非易失性存储器2810中读取对应的计算机程序到内存2802中然后运行，在逻辑层面上形成门禁控制装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图29，在软件实施方式中，该门禁控制装置可以包括第一接收单元2901、确定单元2902和建立单元2903。其中：

第一接收单元2901，接收到门禁上传的用户触发通知消息，所述用户触发通知消息表明所述门禁检测到用户的触发操作；

确定单元2902，确定所述门禁对应的管理人员；

建立单元2903，建立所述门禁与所述管理人员之间的通话事件，以使所述用户与所述管理人员通过所述通话事件进行通讯。

可选的，所述建立单元2903具体用于：

基于电路交换域建立公共交换电话网类型的通话事件；

或者，基于分组交换域建立VOIP类型的通话事件。

可选的，所述建立单元2903具体用于：

分别向所述门禁和所述管理人员发起呼叫操作；

当所述门禁和所述管理人员分别对所述呼叫操作进行响应时，实现对所述通话事件的建立。

可选的，所述确定单元2902具体用于：

确定所述门禁对应的备选响应人员；

当所述备选响应人员处于可响应状态时，将所述备选响应人员配置为所述管理人员。

可选的，所述备选响应人员包括以下至少之一：

所述门禁的预关联团体中的特定团体成员；

所述预关联团体中属于特定职位的团体成员，其中每一团体成员的职位信息来源于所述预关联团体的组织架构信息；

所述预关联团体对应的特定群组的群组成员。

可选的，所述确定单元2902通过下述方式确定所述备选响应人员的所处状态：

获取所述备选响应人员对应的预配置响应时间段；

当处于所述预配置响应时间段时，判定为所述备选响应人员处于可响应状态；否则判定为所述备选响应人员未处于所述可响应状态。

可选的，所述确定单元2902通过下述方式确定所述备选响应人员的所处状态：

获取所述备选响应人员的地理位置信息；

在所述备选响应用户的地理位置信息匹配于预配置的工作地点时，判定为所述备选响应用户处于可响应状态；否则判定为所述备选响应用户未处于所述可响应状态。

可选的，所述确定单元2902通过下述方式中至少之一，获取所述备选响应用户的地理位置信息：

获取所述备选响应用户使用的电子设备所处的地理位置，以作为所述备选响应用户的地理位置信息；其中，所述地理位置由所述电子设备内置的定位组件检测得到；

根据所述电子设备的网络地址，查询出所述网络地址对应的地理位置，以作为所述备选响应用户的地理位置信息；

根据所述电子设备连接的无线局域网络的信息，查询出所述无线局域网络的覆盖区域，以作为所述备选响应用户的地理位置信息。

可选的，所述确定单元2902通过下述方式确定所述备选响应人员的所处状态：

确定所述备选响应用户在预设通讯应用的客户端上的应用活跃度；其中，由所述预设通讯应用的服务端确定所述门禁对应的备选响应人员；

当所述应用活跃度达到预设活跃度时，判定为所述备选响应用户处于可响应状态；否则判定为所述备选响应用户未处于所述可响应状态。

可选的，所述确定单元2902通过下述方式确定所述备选响应人员的所处状态：

获取所述备选响应用户的当日考勤信息；

当所述当日考勤信息包含到岗考勤信息、未包含离岗考勤信息时，判定为所述备选响应用户处于可响应状态；否则判定为所述备选响应用户未处于所述可响应状态。

可选的，所述确定单元2902通过下述方式确定所述门禁对应的管理人员：

当存在多个处于可响应状态的备选响应用户时，通过下述方式中至少之一选取一个备选响应用户，以作为所述管理人员：

按照预定义的选择顺序进行依次选取；

优先选取与所述门禁存在历史通讯行为的备选响应用户。

可选的，还包括：

第二接收单元2904，接收到所述管理人员发送的门禁控制消息；

发送单元2905，向所述门禁发送对应于所述门禁控制消息的控制指令，所述控制指令用于指示所述门禁执行相应的门禁控制操作。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。