CN113053005A - 门禁控制方法及其系统、计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种门禁控制方法及其系统、计算机可读存储介质。其中，门禁控制方法包括：获取第一设备发送的门禁通行请求；配置与门禁通行请求对应的工作模式，其中，工作模式包括蓝牙模式、射频刷卡模式和二维码扫描模式；在工作模式下，检测到第一设备满足预设通行条件，控制门禁开启。上述方案，能够实现门禁的多功能控制。

Description

门禁控制方法及其系统、计算机可读存储介质

技术领域

本申请涉及门禁技术领域，特别是涉及一种门禁控制方法及其系统、计算机可读存储介质。

背景技术

随着移动互联网的迅速发展，越来越多的智能化设备应用于日常生活，带给我们极大的便利。门禁领域同样在移动互联网的出现和发展背景下，结合移动互联网实现智能化开门，但是，一般的门禁系统往往只存在一种门禁控制方式，导致门禁控制功能性单一。

发明内容

本申请主要解决的技术问题是提供一种门禁控制方法及其系统、计算机可读存储介质，能够实现门禁的多功能控制。

为了解决上述问题，本申请第一方面提供了一种门禁控制方法，包括：获取第一设备发送的门禁通行请求；配置与所述门禁通行请求对应的工作模式，其中，所述工作模式包括蓝牙模式、射频刷卡模式和二维码扫描模式；在所述工作模式下，检测到所述第一设备满足预设通行条件，控制门禁开启。

其中，所述门禁通行请求为所述第一设备广播的蓝牙连接请求；所述配置与所述门禁通行请求对应的工作模式，包括：配置与所述蓝牙连接请求对应的蓝牙模式；所述在所述工作模式下，检测到所述第一设备满足预设通行条件，控制门禁开启，包括：获取所述第一设备的蓝牙信号强度；检测到所述第一设备的蓝牙信号强度大于预设信号强度，则检测到所述第一设备满足预设通行条件，控制门禁开启。

其中，所述蓝牙连接请求包括蓝牙标识，所述配置与所述蓝牙连接请求对应的蓝牙模式，包括：判断所述蓝牙标识是否在蓝牙授权列表中；若是，则建立与所述第一设备的蓝牙连接。

其中，所述建立与所述第一设备的蓝牙连接，包括：判断所述第一设备对应的用户身份信息是否在用户授权列表中，其中，所述第一设备对应的用户身份信息是所述蓝牙连接请求携带的或者是所述第一设备与所述第二设备建立蓝牙连接后所述第一设备自动发送的；若是，则所述建立与所述第一设备的蓝牙连接。

其中，所述检测到所述第一设备的蓝牙信号强度大于预设信号强度之后，所述方法还包括：判断所述蓝牙信号强度是否处于递增状态；若是，则执行所述控制门禁开启。

其中，所述控制门禁开启之后，所述方法还包括以下至少一种步骤：将与所述第一设备对应的用户身份信息存储于本地或者上传至管理服务器；门禁开启预设通行时间后，将所述工作模式恢复至默认模式，所述默认模式为射频刷卡模式和二维码扫描模式的其中一种。

其中，配置与所述门禁通行请求对应的工作模式为所述射频刷卡模式，所述在所述工作模式下，检测到所述第一设备满足预设通行条件，控制门禁开启，包括：获取射频卡的用户身份信息；验证所述用户身份信息是否合法；若是，则检测到所述第一设备满足预设通行条件，控制门禁开启；或者，所述门禁通行请求为二维码，配置与所述门禁通行请求对应的工作模式为所述二维码扫描模式，所述在所述工作模式下，检测到所述第一设备满足预设通行条件，控制门禁开启，还包括：解析所述二维码的用户身份信息；执行所述验证所述用户身份信息是否合法；若是，则检测到所述第一设备满足预设通行条件，控制门禁开启。

其中，所述验证所述用户身份信息是否合法，包括：若判断所述用户身份信息在用户授权列表中，则所述用户身份信息合法；或者，将所述用户身份信息上传至管理服务器，以接收所述管理服务器发送的用户身份信息是否合法的验证消息。

为解决上述问题，本申请第二方面提供了一种门禁控制系统，包括：至少一个第一设备和第二设备；所述第二设备用于实现上述第一方面的门禁控制方法，以使所述第一设备通过门禁。

为解决上述问题，本申请第三方面提供了一种计算机可读存储介质，其上存储有能够被处理器运行的程序指令，所述程序指令被处理器执行时实现上述第一方面的门禁控制方法。

上述方案中，根据第一设备的门禁通行请求，配置对应的工作模式，并在工作模式下检测到第一设备满足预设通行条件，即可控制门禁开启，基于此，具备蓝牙开启门禁、射频刷卡开启门禁、二维码扫描开启门禁等多种门禁开启方式，用户可以利用第一设备发送不同的门禁通行请求，自由选择开启门禁的方式，以使第二设备配置对应的工作模式及其预设通行条件，一方面，实现对门禁的多功能控制。另一方面，门禁开启方式多样化，使得门禁开启的开通率更高，用户选择的多样化以及服务更有针对性。

附图说明

图1是本申请门禁控制系统一实施例的框架示意图；

图2是本申请门禁控制方法一实施例的流程示意图；

图3是本申请门禁控制方法另一实施例的流程示意图；

图4是本申请门禁控制方法再一实施例的流程示意图；

图5是本申请门禁控制方法又一实施例的流程示意图；

图6是本申请电子设备一实施例的框架示意图；

图7是本申请计算机可读存储介质一实施例的框架示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本文中术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。

请参阅图1，图1是本申请门禁控制系统10一实施例的框架示意图。

门禁控制系统10包括至少一个第一设备11和第二设备12。第二设备12用于执行门禁控制方法控制门禁开启，以使第一设备11通过门禁。第一设备11是需要通过门禁的设备。第一设备11可以是智能手机、PC(Personal Computer,个人计算机)、PDA(PersonalDigital Assistant，个人数字助理或平板电脑)等移动终端，以及佩戴于肢体或者嵌入于衣物、首饰、配件中的可穿戴设备；还可以是射频卡、或者包括射频卡或射频功能的设备。第一设备11可以拥有蓝牙连接、连网等功能，能够通过蓝牙模式、射频刷卡模式、二维码扫描模式通过第二设备12的检测，从而通过门禁。第二设备12可以是多通道闸机等应用于门禁控制系统10的设备，且第二设备12的应用场景包括但不限于社区、公司门口等场景。第二设备12可以执行后文任意一实施例的门禁控制方法，以控制门禁开启，具体情况如下：

请参阅图2，图2是本申请门禁控制方法一实施例的流程示意图。具体而言，本实施例方法包括以下步骤：

步骤S21：获取第一设备发送的门禁通行请求。

门禁通行请求的类型和发送方式可以多种多样，在此不作具体限定。门禁通行请求可以是第一设备广播的蓝牙连接请求，例如，第一设备开启蓝牙功能后，该蓝牙连接请求以广播的方式发送至附近的第二设备。门禁通行请求可以是第一设备通过软件与第二设备连接后发送的通信消息。门禁通行请求可以是第一设备与第二设备在预设感应范围内感应后产生的请求，例如，第一设备包括射频卡、第二设备包括读卡器，射频卡靠近读卡器后，读卡器自动感应到射频卡中的门禁通行请求，也即是门禁通行请求可以是射频卡存储的信息；又例如，第一设备包括二维码、第二设备包括二维码识别装置，二维码靠近二维码识别装置后，二维码识别装置自动感应到二维码中的门禁通行请求门禁通行请求，也即是门禁通行请求可以是二维码存储的信息。

步骤S22：配置与门禁通行请求对应的工作模式。

工作模式包括但不限于蓝牙模式、射频刷卡模式和二维码扫描模式。门禁通行请求指示于控制门禁开启或关闭的第二设备配置不同的工作模式。第一设备发送的门禁通行请求与第二设备的工作模式存在对应关系，例如，门禁通行请求为第一设备广播的蓝牙连接请求时，第二设备响应于第一设备广播的蓝牙连接请求，配置与蓝牙连接请求对应的蓝牙模式。

步骤S23：在工作模式下，检测到第一设备满足预设通行条件，控制门禁开启。

不同工作模式下的预设通行条件可以相同或不同。若不同工作模式下的预设通行条件不同，根据第二设备的工作模式与门禁通行请求存在的对应关系，以及工作模式与预设通行条件存在的对应关系，用户可以通过不同的门禁通行请求选择不同工作模式下不同的预设通行条件，使得通过门禁的方式更加多样化。第二设备检测到第一设备满足预设通行条件后，即可控制门禁开启，以便第一设备通过门禁。

在一实施例中，可以将蓝牙模式、射频刷卡模式和二维码扫描模式的其中一种配置为默认模式。默认模式的配置可以是根据控制门禁开启的历史数据确定的，例如，以预设时间内被选择次数最多的模式作为默认模式；或者默认模式的配置可以是人为选择的，在此不作具体限定。在配置与门禁通行请求对应的工作模式且检测到第一设备满足预设通行条件而控制门禁开启之后，还可以检测门禁开启时间，以在门禁开启预设通行时间后，将工作模式恢复至默认模式，从而后续利用默认模式通过门禁时，提高工作模式的配置速度。

通过上述方式，根据第一设备的门禁通行请求，配置对应的工作模式，并在工作模式下检测到第一设备满足预设通行条件，即可控制门禁开启，基于此，具备蓝牙开启门禁、射频刷卡开启门禁、二维码扫描开启门禁等多种门禁开启方式，用户可以利用第一设备发送不同的门禁通行请求，自由选择开启门禁的方式，以使第二设备配置对应的工作模式及其预设通行条件，一方面，实现对门禁的多功能控制。另一方面，门禁开启方式多样化，使得门禁开启的开通率更高，用户选择的多样化以及服务更有针对性。

请参阅图3，图3是本申请门禁控制方法另一实施例的流程示意图。具体而言，本实施例方法包括以下步骤：

步骤S31：获取第一设备广播的蓝牙连接请求。

本实施例中，第一设备发送的门禁通行请求为第一设备广播的蓝牙连接请求。

步骤S32：配置与蓝牙连接请求对应的蓝牙模式。

本实施例中，在门禁通行请求为第一设备广播的蓝牙连接请求的情况下，配置与门禁通行请求对应的工作模式也即是配置与蓝牙连接请求对应的蓝牙模式。

为了提高门禁控制的安全性，可以通过蓝牙标识对通过门禁的人员进行有效验证。例如在一实施例中，蓝牙连接请求还可以包括蓝牙标识，从而在配置与蓝牙连接请求对应的蓝牙模式时，可以判断蓝牙标识是否在蓝牙授权列表中；若是，则建立与第一设备的蓝牙连接，从而配置与蓝牙连接请求对应的蓝牙模式。蓝牙标识可以为蓝牙名称和/或用户身份信息等能够唯一标识第一设备的信息，在此不作具体限定。其中，用户身份信息包括但不限于身份证、电话号码、人脸图像等用于标识用户的信息。蓝牙授权列表包括授权蓝牙标识，该授权蓝牙标识是授权用户的蓝牙标识。蓝牙标识和蓝牙授权列表均可以根据实际需要进行自定义设置，例如在一应用场景中，第二设备应用于社区，将社区内所有用户认定为授权用户，从而利用社区内所有用户的蓝牙标识组成蓝牙授权列表，进而第二设备判断蓝牙标识在蓝牙授权列表中时，才会建立与第一设备的蓝牙连接，进而配置蓝牙模式，否则不会开启门禁，因此，利用蓝牙标识与蓝牙授权列表的匹配，增加门禁控制的安全性。若在配置与蓝牙连接请求对应的蓝牙模式时，判断蓝牙标识不在蓝牙授权列表中，则可以发送提示信息至第一设备或者自动播放提示信息，又或者忽略门禁通行请求并停止后续步骤。提示信息包括但不限于禁止通行、重新发送门禁通行请求等消息内容，在此不作具体限定。

除了通过蓝牙标识对通过门禁的人员进行有效验证外，还可以对人员的用户身份信息进行验证。例如在一实施例中，在建立与第一设备的蓝牙连接时，可以判断第一设备对应的用户身份信息是否在用户授权列表中，若是，则建立与第一设备的蓝牙连接；若否，则发送提示信息至第一设备或者自动播放提示信息，又或者忽略门禁通行请求并停止后续步骤。第一设备对应的用户身份信息可以是蓝牙连接请求携带的；可以是第一设备与第二设备建立蓝牙连接后第一设备自动发送的；还可以是其他方式，在此不作具体限定。用户授权列表包括允许通过门禁的所有用户的用户身份信息，因此，通过对用户身份信息进行验证，可提高门禁控制的安全性。

步骤S33：获取第一设备的蓝牙信号强度。

获取第一设备的蓝牙信号强度的实现方式不作具体限定。例如，获取第一设备的信号强度RSSI(Received Signal Strength Indication，接收的信号强度指示)值作为蓝牙信号强度；基于第一设备的信号强度RSSI值、第一设备与第二设备的距离等因素确定蓝牙信号强度。

步骤S34：检测到第一设备的蓝牙信号强度大于预设信号强度，则检测到第一设备满足预设通行条件，控制门禁开启。

为了避免第二设备频繁地控制门禁开启，可以通过蓝牙信号强度的获取和检测来限制门禁开启的次数，提高门禁控制的准确性。具体地，在配置与蓝牙连接请求对应的蓝牙模式后，在工作模式下检测到第一设备满足预设通行条件以控制门禁开启时，可以先执行步骤S33获取第一设备的蓝牙信号强度，然后执行步骤S34检测到第一设备的蓝牙信号强度大于预设信号强度，则检测到第一设备满足预设通行条件，控制门禁开启。预设通行条件可以为第一设备的蓝牙信号强度大于预设信号强度，本实施例通过蓝牙信号强度的检测控制门禁时，第一设备开启蓝牙功能后，第二设备自动检测第一设备的蓝牙信号强度控制门禁开启，无需用户进行其他门禁操作，实现门禁的自动控制。

由于第二设备自动检测第一设备的蓝牙信号强度控制门禁开启时，可能存在使用第一设备的用户本不想通过门禁，而是在第二设备的周围徘徊的情况，导致门禁频繁被开启，因此，为了进一步避免第二设备频繁地控制门禁开启，可以持续监控第一设备的蓝牙信号强度，以根据蓝牙信号强度的变化情况控制门禁的开启。例如一实施例中，检测到第一设备的蓝牙信号强度大于预设信号强度之后，还可以判断蓝牙信号强度是否处于递增状态，若是，则执行控制门禁开启；若否，则忽视该门禁通行请求。由于蓝牙信号强度处于递增状态很大概率表明第一设备及其用户向第二设备靠近，因此检测到第一设备的蓝牙信号强度大于预设信号强度且蓝牙信号强度处于递增状态时，才会控制门禁开启，增加门禁控制的精准度。其中，预设信号强度可以根据实际情况自定义设置，在此不作具体限定。

为了对通过门禁的人员进行统计和记录，第二设备控制门禁开启之后，还可以将与第一设备对应的用户身份信息存储于本地或者上传至管理服务器，以便后续对通过门禁的用户情况进行调阅。可以理解的，由于第二设备会根据门禁通行请求配置与门禁通行请求对应的工作模式，因此在一实施例中，可以预先设置射频刷卡模式和二维码扫描模式的其中一种为默认模式，从而在蓝牙模式下检测到第一设备满足预设通行条件并控制门禁开启之后，检测到门禁开启预设通行时间后，可以将工作模式恢复至默认模式，也即是将蓝牙模式恢复至默认模式。

在一实施例中，第二设备的门禁包括多个，在获取第一设备发送的门禁通行请求并配置与门禁通行请求对应的工作模式后，在工作模式下，检测到第一设备满足多个门禁中的其中一个门禁的预设通行条件，控制多个门禁的其中一个门禁开启。例如在一应用场景中，第一设备为手机；第二设备为多通道闸机，也即是多个闸机共同组成门禁。一般地，多个闸机通过感应第一设备来控制一个闸机开启时，可能存在第一设备欲打开第一闸机却实际打开与第一闸机相邻的第二闸机的情况，导致开错闸机，影响用户的使用体验。而本申请中，首先，获取第一设备广播的蓝牙连接请求；接着，配置与蓝牙连接请求对应的蓝牙模式；然后，获取第一设备的蓝牙信号强度；最后，检测到第一设备的蓝牙信号强度大于预设信号强度，则检测到第一设备满足预设通行条件，控制门禁开启。由于当用户靠近多通道闸机的其中一个闸机时，该闸机检测到的第一设备的蓝牙信号强度一般会比其他闸机检测到的第一设备的蓝牙信号强度更强，并且由于预设信号强度的存在，仅检测到第一设备的蓝牙信号强度大于预设信号强度的闸机将被开启，由此，基于蓝牙信号强度确定打开的闸机，可以提高闸机开启的精准度。为了进一步提高闸机开启的精准度，多个闸机可以分别设置蓝牙设备，第一设备广播的蓝牙连接请求是第一设备检测到蓝牙信号强度最大的闸机后发送给该蓝牙信号强度最大的闸机的，从而第一设备和第二设备双向检测蓝牙信号强度，确定最终被开启的闸机。上述信号可以但不限于为2.4-2.485GHz的ISM(IndustrialScientificMedical，工业的、科学的和医学的)波段的UHF(Ultra HighFrequency，特高频)无线电波。在本应用场景中，结合蓝牙技术，可以精确定位使用者在哪一个闸机的通道上，在用户较多较密集的场合，仍可以准确的实现为用户开启确定的闸机，解决现有的无法精确定位的问题。

请参阅图4，图4是本申请门禁控制方法再一实施例的流程示意图。具体而言，本实施例方法包括以下步骤：

步骤S41：获取第一设备发送的门禁通行请求。

本实施例中，第一设备发送的门禁通行请求是射频卡触发的，也即是门禁通行请求是射频卡存储的信息。

步骤S42：配置与门禁通行请求对应的工作模式为射频刷卡模式。

与图3所示实施例不同的是，本实施例中，第二设备的工作模式为射频刷卡模式，也即是，用户持包括用户身份信息的射频卡与第二设备近距离接触或靠近，以使第二设备控制门禁开启供用户通过。

步骤S43：获取射频卡的用户身份信息。

第二设备包括识别射频卡的设备，例如读卡器，且第二设备在检测到射频卡后即可获取射频卡上的用户身份信息。

步骤S44：验证用户身份信息是否合法。

用户身份信息包括但不限于身份证、电话号码、人脸图像等用于标识用户的信息。在一实施例中，验证用户身份信息是否合法时，若判断用户身份信息在用户授权列表中，则用户身份信息合法。用户授权列表至少包括用户身份信息或者用户身份信息的获取途径，从而将用户身份信息与用户授权列表一一匹配，若用户授权列表中存在该用户身份信息，则该用户身份信息合法。

在另一实施例中，也可以由管理服务器统一管理和验证用户身份信息，也即是在验证用户身份信息是否合法时，将用户身份信息上传至管理服务器，以接收管理服务器发送的用户身份信息是否合法的验证消息。管理服务器可以是与第二设备连接的物理服务器，也可以是云端服务器，在此不作具体限定。验证用户身份信息是否合法，若是，则执行步骤S45；若否，则可以发送提示信息至第一设备或者自动播放提示信息，又或者忽略门禁通行请求并停止后续步骤。提示信息包括但不限于禁止通行、重新发送门禁通行请求等消息内容，在此不作具体限定。

步骤S45：验证用户身份信息合法，则检测到第一设备满足预设通行条件，控制门禁开启。

验证用户身份信息是否合法，若是，则检测到第一设备满足预设通行条件，控制门禁开启。预设通行条件可以是用户身份信息合法，从而在验证用户身份信息合法，则检测到第一设备满足预设通行条件，控制门禁开启。

通过上述方式，用户可以通过射频刷卡及用户身份信息的认证通过门禁，验证过程简单、快速。

请参阅图5，图5是本申请门禁控制方法又一实施例的流程示意图。具体而言，本实施例方法包括以下步骤：

步骤S51：获取第一设备发送的门禁通行请求。

本实施例中，第一设备发送的门禁通行请求是二维码触发的，也即是门禁通行请求可以是二维码存储的信息。

步骤S52：配置与门禁通行请求对应的工作模式为二维码扫描模式。

与图3和图4所示实施例不同的是，本实施例中，第二设备的工作模式为二维码扫描模式，也即是，用户持包括用户身份信息的二维码与第二设备近距离接触或靠近，以使第二设备控制门禁开启供用户通过。在一应用场景中，第二设备为社区多通道闸机、第一设备为手机，且用户持手机利用二维码验证通过多通道闸机时，二维码的获取方式可以用户登录物业管理软件等软件后显示的二维码。

步骤S53：解析二维码的用户身份信息。

第二设备包括二维码识别装置，在检测到二维码后即可获取二维码上的用户身份信息。

步骤S54：验证用户身份信息是否合法。

步骤S55：验证用户身份信息合法，则检测到第一设备满足预设通行条件，控制门禁开启。

验证用户身份信息是否合法，若是，则检测到第一设备满足预设通行条件，控制门禁开启。

有关步骤S54和步骤S55的说明可参阅上图4所示的S44和步骤S45的具体描述，在此不做赘述。

通过上述方式，用户可以通过二维码及用户身份信息的认证通过门禁，验证过程简单、快速。

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

请参阅图6，图6是本申请电子设备60一实施例的框架示意图。电子设备60包括相互耦接的存储器61和处理器62，处理器62用于执行存储器61中存储的程序指令，以实现上述任一门禁控制方法实施例的步骤。电子设备60即为上述第二设备。在一个具体的实施场景中，电子设备60可以包括但不限于：微型计算机、服务器，此外，电子设备60还可以包括笔记本电脑、平板电脑等移动设备，在此不做限定。

具体而言，处理器62用于控制其自身以及存储器61以实现上述任一门禁控制方法实施例的步骤。处理器62还可以称为CPU(Central Processing Unit，中央处理单元)。处理器62可能是一种集成电路芯片，具有信号的处理能力。处理器62还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器62可以由集成电路芯片共同实现。

请参阅图7，图7是本申请计算机可读存储介质70一实施例的框架示意图。计算机可读存储介质70存储有能够被处理器运行的程序指令701，程序指令701用于实现上述任一门禁控制方法实施例的步骤。

在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种门禁控制方法，其特征在于，包括：

获取第一设备发送的门禁通行请求；

配置与所述门禁通行请求对应的工作模式，其中，所述工作模式包括蓝牙模式、射频刷卡模式和二维码扫描模式；

在所述工作模式下，检测到所述第一设备满足预设通行条件，控制门禁开启。

2.根据权利要求1所述的方法，其特征在于，所述门禁通行请求为所述第一设备广播的蓝牙连接请求；

所述配置与所述门禁通行请求对应的工作模式，包括：

配置与所述蓝牙连接请求对应的蓝牙模式；

所述在所述工作模式下，检测到所述第一设备满足预设通行条件，控制门禁开启，包括：

获取所述第一设备的蓝牙信号强度；

检测到所述第一设备的蓝牙信号强度大于预设信号强度，则检测到所述第一设备满足预设通行条件，控制门禁开启。

3.根据权利要求2所述的方法，其特征在于，所述蓝牙连接请求包括蓝牙标识，所述配置与所述蓝牙连接请求对应的蓝牙模式，包括：

判断所述蓝牙标识是否在蓝牙授权列表中；

若是，则建立与所述第一设备的蓝牙连接。

4.根据权利要求3所述的方法，其特征在于，所述建立与所述第一设备的蓝牙连接，包括：

判断所述第一设备对应的用户身份信息是否在用户授权列表中，其中，所述第一设备对应的用户身份信息是所述蓝牙连接请求携带的或者是所述第一设备与所述第二设备建立蓝牙连接后所述第一设备自动发送的；

若是，则所述建立与所述第一设备的蓝牙连接。

5.根据权利要求2所述的方法，其特征在于，所述检测到所述第一设备的蓝牙信号强度大于预设信号强度之后，所述方法还包括：

判断所述蓝牙信号强度是否处于递增状态；

若是，则执行所述控制门禁开启。

6.根据权利要求2所述的方法，其特征在于，所述控制门禁开启之后，所述方法还包括以下至少一种步骤：

将与所述第一设备对应的用户身份信息存储于本地或者上传至管理服务器；

门禁开启预设通行时间后，将所述工作模式恢复至默认模式，所述默认模式为射频刷卡模式和二维码扫描模式的其中一种。

7.根据权利要求1所述的方法，其特征在于，配置与所述门禁通行请求对应的工作模式为所述射频刷卡模式，所述在所述工作模式下，检测到所述第一设备满足预设通行条件，控制门禁开启，包括：

获取射频卡的用户身份信息；

验证所述用户身份信息是否合法；

若是，则检测到所述第一设备满足预设通行条件，控制门禁开启；

或者，所述门禁通行请求为二维码，配置与所述门禁通行请求对应的工作模式为所述二维码扫描模式，所述在所述工作模式下，检测到所述第一设备满足预设通行条件，控制门禁开启，还包括：

解析所述二维码的用户身份信息；

执行所述验证所述用户身份信息是否合法；

若是，则检测到所述第一设备满足预设通行条件，控制门禁开启。

8.根据权利要求7所述的方法，其特征在于，所述验证所述用户身份信息是否合法，包括：

若判断所述用户身份信息在用户授权列表中，则所述用户身份信息合法；或者，

将所述用户身份信息上传至管理服务器，以接收所述管理服务器发送的用户身份信息是否合法的验证消息。

9.一种门禁控制系统，其特征在于，包括：至少一个第一设备和第二设备；

所述第二设备用于实现权利要求1至8任一项所述的门禁控制方法，以使所述第一设备通过门禁。

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

Images