CN109983514A - 处理芯片、主控设备、门禁系统及其解锁方法 - Google Patents

Abstract

本申请涉及门禁控制技术领域，提供了一种处理芯片、主控设备、门禁系统及其解锁方法、触控芯片及电子设备。门禁系统包括：主控设备(10)、门锁装置(11)、云服务器(12)以及至少一智能终端(13)；主控设备(10)连接于云服务器(12)和门锁装置(11)，智能终端(13)连接于云服务器(12)；智能终端(13)用于在处于第一模式时，通过云服务器(12)发送解锁请求至主控设备(10)；主控设备(10)用于在接收到解锁请求时，根据解锁请求判断是否允许解锁，并在判定允许解锁时，控制门锁装置(11)解锁。本申请实施例的技术方案可以提高门禁系统的安全性。

Description

处理芯片、主控设备、门禁系统及其解锁方法

技术领域

本申请涉及门禁控制技术领域，特别涉及一种主控设备、门禁系统及其解锁方法。

背景技术

随着人们生活进步，对家庭住宅、办公等场所进出的便捷性和安全性越来越高，很多需要经常进出的地方都安装了门禁系统。

门禁系统的解锁方式多种多样，如NFC(基于NFC的门禁卡)、指纹密码、数字密码等离线解锁，以及基于云服务器(远程解锁)、或基于近距离无线传输技术的在线解锁，大大丰富了解锁方式。其中，在基于云服务器的在线解锁中，云服务器接收智能终端的解锁请求，并根据解锁请求来确定是否允许解锁；即云服务器是远程解锁的一个重要环节，其内部存储着终端用户及门禁解锁的核心数据。

发明人发现现有技术至少存在以下问题：云服务器作为复杂网络的中心节点，要处理的业务种类繁多且需要与众多设备交互，较容易被不法分子入侵并盗取核心数据或篡改门禁权限。

发明内容

本申请部分实施例的目的在于提供一种处理芯片、主控设备、门禁系统及其解锁方法，可以提高门禁系统的安全性。

本申请实施例提供了一种门禁系统，包括：主控设备、门锁装置、云服务器以及至少一智能终端；所述主控设备连接于所述云服务器和所述门锁装置，所述智能终端连接于所述云服务器；所述智能终端用于在处于第一模式时，通过所述云服务器发送解锁请求至所述主控设备；所述主控设备用于在接收到所述解锁请求时，根据所述解锁请求判断是否允许解锁，并在判定允许解锁时，控制所述门锁装置解锁。

本申请实施例还提供了一种门禁系统的解锁方法，应用于所述门禁系统中的主控设备，所述门禁系统还包括云服务器、门锁装置以及至少一智能终端；所述智能终端用于在处于第一模式时，通过所述云服务器发送解锁请求至所述主控设备；所述解锁方法包括：当接收到所述解锁请求时，根据所述解锁请求判断是否允许解锁；当判定允许解锁时，控制所述门锁装置解锁。

本申请实施例还提供了一种处理芯片，与至少一存储器连接，所述存储器存储有可被所述处理芯片执行的指令，所述指令被所述处理芯片执行，以使所述处理芯片能够执行上述门禁系统的解锁方法。

本申请实施例还提供了一种主控设备，包括上述处理芯片。

本申请实施例相对于现有技术而言，由主控设备判断是否允许解锁，由于本案中的主控设备相当于复杂网络结构中的边缘节点，相较于作为网络中心的云服务器而言(现有技术中由云服务器判断是否允许解锁)，被非法入侵的难度较大，因此可以提高门禁系统的安全性。

另外，所述云服务器还用于在监测到预设事件发生时，发送预警信号至所述主控设备；所述主控设备还用于在接收到所述预警信号时，进入预设的控制模式。本实施例中，云服务器可以主动监测预设事件，并在预设事件发生时告知主控设备，从而使得主控设备进入预设的控制模式；可以满足更多的实际应用场景的需要。

另外，所述云服务器包含多个分布式站点；各所述分布式站点用于在监测到所述预设事件发生时，分别发送所述预警信号至所述主控设备；所述主控设备用于在接收到各所述分布式站点发送的所述预警信号时，进入预设的控制模式。本实施例中，云服务器为分布式结构，主控设备同时接收到多个分布式站点的预警信号才进入预设的控制模式，可靠性更高。

另外，所述智能终端包括管理员终端和普通用户终端；所述普通用户终端用于在预设的紧急事件发生时，向所述管理员终端发送紧急解锁请求；其中，其中，在所述紧急事件发生时，所述普通用户终端不具备解锁权限；所述管理员终端用于对所述紧急解锁请求进行认证，并将经过认证的所述紧急解锁请求发送至所述主控设备；所述主控设备在接收到经过认证的所述紧急解锁请求后，控制所述门锁装置解锁。本实施例中，在紧急情况发生时下，不具备解锁权限的普通用户终端可以通过向管理员终端发送紧急解锁请求来实现紧急解锁；可以满足更多的实际应用场景的需要。

另外，所述门禁系统还包括连接于所述智能终端的辅助定位设备；所述智能终端还用于在处于所述第一模式时，通过所述辅助定位设备获取所述智能终端的定位信息，所述解锁请求包括所述定位信息。本实施例中，可以结合定位信息来判断是否允许解锁，可以满足更多的实际应用场景的需求。

另外，所述门禁系统还包括连接于所述主控设备的存储设备；所述主控设备还用于在根据所述解锁请求判断是否允许解锁后，生成所述解锁请求的解锁记录，并将所述解锁记录存储至所述存储设备；其中，所述解锁记录至少包括：所述主控设备根据所述解锁请求识别出的发送所述解锁请求的用户，以及是否解锁成功。本实施例中，可以对每次解锁请求的过程进行记录。

另外，所述门锁装置安装于可移动设备中。本实施例中，即使可移动设备被非法盗取，由于其与主控设备无法连接，从而盗窃者无法通过软件侵入方式进行解锁，在一定程度上提高了安全性。

另外，所述智能终端还用于在处于第二模式时，基于近距离无线传输技术发送所述解锁请求至所述主控设备。本实施例提供了智能终端将解锁请求发送至主控设备的另一种途径。

另外，在门禁系统的解锁方法中，在所述生成所述解锁请求的解锁记录，并将所述解锁记录上传至所述存储设备进行存储之前，还包括：判定所述主控设备根据所述解锁请求获取的所述用户对应的门禁权限中不包含匿名权限。本实施例中，不会对拥有匿名权限的用户的解锁请求进行记录；本实施例丰富了用户的门禁权限种类，可以满足更多的实际应用场景的需求。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本申请第一实施例的门禁系统的一个示意图；

图2是根据本申请第一实施例的门禁系统的另一个示意图；

图3是根据本申请第三实施例的门禁系统的示意图；

图4是根据本申请第四实施例的门禁系统的示意图；

图5是根据本申请第五实施例的门禁系统的示意图；

图6是根据本申请第六实施例的门禁系统的解锁方法的流程图；

图7是根据本申请第六实施例中根据解锁请求判断是否允许解锁这一步骤的具体流程图；

图8是根据本申请第七实施例的门禁系统的解锁方法的流程图；

图9是根据本申请第八实施例中根据解锁请求判断是否允许解锁这一步骤的具体流程图；

图10是根据本申请第九实施例的门禁系统的解锁方法的流程图；

图11是根据本申请第十实施例的处理芯片与存储器连接的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请部分实施例进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请第一实施例涉及一种门禁系统，如图1所述，门禁系统包括：主控设备10、门锁装置11、云服务器12以及至少一智能终端13；主控设备10连接于云服务器12和门锁装置11，智能终端13连接于云服务器12；智能终端13用于在处于第一模式时，通过云服务器12发送解锁请求至主控设备10；主控设备10用于在接收到解锁请求时，根据解锁请求判断是否允许解锁，并在判定允许解锁时，控制门锁装置11解锁。其中，图1中仅示意出了一个智能终端13，然并不以此为限。

下面对本实施方式的门禁系统的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本实施例中的主控设备10可以是一个小型工作站，或者可以是个人电脑等智能设备。门锁装置11可以包括一个微控制器、机械锁以及驱动机构；主控设备10控制门锁装置11解锁，具体可以为，主控设备10发送解锁命令至门锁装置11的微控制器，微控制器接收到解锁命令时通过驱动机构驱动机械锁打开以实现解锁。

在一个例子中，如图2所示，云服务器12与主控设备10之间的通讯方式可以有多种，例如但不限于以下两种：广域网WAN、窄带物联网NB-IOT。智能终端13与主控设备之间的通讯方式，也可以由多种，除了基于云服务器13通讯，还可以基于近距离无线传输技术通讯；图2中示意出了两种近距离无线传输方式，蓝牙和无线局域网WIFI；然并不以此为限，其他类型的近距离无线传输技术如红外线技术、微波技术等均可应用于本实施例中。

智能终端13可以有多种不同模式，在不同模式中，选择不同的通讯路径发送解锁请求至主控设备，本实施例中智能终端13可以处于第一模式或第二模式。

智能终端13在处于第一模式时，将解锁请求发送给云服务器12，以通过云服务器12将解锁请求发送至主控设备10。云服务器12接收到解锁请求时，可以选择WAN或NB-IOT的任意一条路径将解锁请求发送至门锁装置11，这样可以在其中一条路径发生拥堵或者无法接通时，选择另一条路径发送解锁请求；从而避免其中一条传输路径发生堵塞或中断时影响正常解锁。

智能终端13在处于第二模式时，可以基于近距离无线传输技术发送解锁请求至主控设备10；图2中所示的WIFI路径中设置一个独立的WIFI设备14(如路由器)作为中转，用于拓宽WIFI的覆盖范围；然并不以此为限。

本实施例中的门锁装置11可以应用于各种场景，如，门锁装置11可以安装在电影院、工厂仓库、地铁等公共场所的闸机位置；或者，也可以安装在保险箱等个人物品上。其中，当门锁装置11安装在保险箱等这类可移动设备上时，即使可移动设备被不法分子盗取，由于要基于主控设备进行解锁，而可移动设备被盗取后因为远离主控设备而无法与主控设备信号连接，因此不法分子无法通过对可移动设备采用软件侵入的方式非法解锁，在一定程度上提高了安全性(现有技术中，当采用近距离无线通讯技术向可移动设备发送解锁请求时，由门锁装置内的微控制器判断是否允许解锁，因此不发分子盗取可移动设备后，可以对门锁装置内的微控制器采用软件侵入的方式进行非法解锁)。

本实施例中，主控设备10用于在接收到解锁请求时，根据解锁请求判断是否允许解锁，并在判定允许解锁时，控制门锁装置11解锁。在一个例子中，主控设备10可以根据解锁请求识别特征信息，特征信息可以包括发送解锁请求的用户的身份信息；主控设备10获取用户对应的门禁权限并至少根据获取的门禁权限判断是否允许解锁。具体的，主控设备10内可以储存有用户和门禁权限的对应关系，主控设备10根据该用户和门禁权限的对应关系获取发送解锁请求的用户对应的门禁权限。其中，用户的身份信息例如可以为用户的账号信息，以作为该用户身份的唯一标志；门禁权限可以为有解锁权限或无解锁权限，当用户对应的门禁权限为有解锁权限时，主控设备判定允许解锁并控制门锁装置解锁；当用户对应的门禁权限为无解锁权限时，主控设备判定不允许解锁。

在另一个例子中，特征信息可以包括解锁密码，主控设备10从解锁请求中识别出该解锁密码，并判断该解锁密码与预设的标准密码是否一致，若一致，则判定允许解锁。

在又一个例子中，特征信息可以包含用户的身份信息和解锁密码，主控设备在判定用户对应的门禁权限为有解锁权限的情况下，再判断解锁密码与预设的标准密码是否一致；如果一致则允许解锁；否则不允许解锁。

需要说明的是，本实施例对主控设备10根据解锁请求判断是否允许解锁的具体方式不作任何限制，以上仅为举例说明。

本实施例中，由主控设备判断是否允许解锁，即主控设备10中储存了用于进行解锁判断的核心数据，核心数据如上面例子中用户和门禁权限的对应关系、标准密码以及具体的解锁判断方式等；而现有技术中由云服务器储存这些核心数据。由于本案中的主控设备相当于复杂网络结构中的边缘节点，相较于作为网络的中心节点的云服务器而言，边缘节点被非法入侵的难度较大，即核心数据在边缘节点中的安全性更高，因此本实施例可以提高门禁系统的安全性；并且，作为边缘节点的主控设备所要处理的业务相对较少，其处理速度也会相对较快。

在一个例子中，门禁权限的权限类型可以包括但不限于以下类型的其中之一或任意组合：位置受限、时间受限、通行方向受限等。其中，位置受限是指只有在预设区域内才具有解锁权限；例如，可以将主控设备10设置成只允许基于近距离无线技术接收智能终端13的解锁请求，即智能终端13只有在近距离内(近距离无线技术的覆盖范围)才能发送解锁请求。时间受限是指只有在预设时间段内才具有解锁权限；例如，可以将主控设备10内设置预设时间段，主控设备10记录解锁请求的接收时刻、或者解锁请求的特征信息中包含智能终端13记录的解锁请求的发送时刻，如果接收时刻或者发送时刻在预设时间段内，则允许解锁。通行方向受限是指只允许用户进入或离开，即对于可以双向通行的门禁系统，如有两个闸机通道，分别对应两个通行方向；该用户发送解锁请求后，主控设备只会解锁允许该用户通行的方向上的闸机。

需要说明的是，本实施例的门禁系统除了支持在线解锁，也支持如NFC、或指纹密码、或数字密码等离线解锁，即门锁装置上可以根据需要安装NFC模块、指纹识别模块、输入模块等，从而实现离线解锁。

本申请第二实施例涉及一种门禁系统，第二实施例与第一实施例大致相同，区别之处在于，第二实施例中，请参考图1或图2，云服务器12可以主动监控预设事件，以在预设事件发生时通知主控设备采取措施。

具体的，云服务器12可以在监测到预设事件发生时，发送预警信号至主控设备10，主控设备10还用于在接收到预警信号时，进入预设的控制模式。其中，云服务器12可以通过网络监测预设事件，预设事件可以是一些高危事件，例如洪水、地震、天体撞击、火灾等重大灾害；预设的控制模式可以但不限于如下方式：直接控制门锁装置解锁，或者无条件解锁；其中，无条件解锁是指只要接收到智能终端13发送的解锁请求，就控制门锁装置11解锁。或者，在预设的控制模式中，主控设备10还可以检测门锁装置11的内侧是否有人，如果有人的话，控制门锁装置11解锁，其中，主控设备10可以通过预先安装在门锁装置11的内侧的多个传感器来检测门锁装置11的内侧是否有人；门锁装置11的内侧可以理解为，例如门锁装置11安装在仓库的大门上，则门锁装置11的内侧是指仓库内部空间。

例如，当发生洪水灾害时，相关部门可能会在某些网络平台上发表洪水灾害信息，或者，网络用户也可能在某些网络平台上及时告知其他网友；云服务器12可以被预设为对一些网络平台等信息渠道进行监控，当监控到关于预设事件的相关信息时，就会发出预警信号至主控设备10。

又例如，门锁装置11设置在一个仓库的大门上，仓库周围预设区域内安装有各类传感器以检测周边环境，各类传感器例如包括温度检测器、烟雾检测器等；当仓库周围预设区域内发生火灾时，各类传感器会发出异常信号；云服务器12监测到该些异常信号时，判定预设事件发生，并发出预警信号至主控设备10。

以上仅为举例，本实施例对预设事件的具体类型及其对应的预设的控制模式不作任何限制，可以根据需要设定。本实施例中，云服务器可以主动监测预设事件，并在预设事件发生时告知主控设备，从而使得主控设备进入预设的控制模式；可以满足更多的实际应用场景的需要。

在一个例子中，云服务器12包含多个分布式站点；各分布式站点用于在监测到预设事件发生时，分别发送预警信号至主控设备10。主控设备10用于在接收到各分布式站点发送的预警信号时，进入预设的控制模式。即，云服务器12为分布式结构，主控设备10需要同时接收到多个分布式站点的预警信号时才进入预设的控制模式，从而可以尽可能避免个别分布式站点监测错误而导致误判，可靠性更高。

本申请第三实施例涉及一种门禁系统，第三实施例与第一实施例大致相同，区别之处在于，如图3所示，智能终端13可以包括管理员终端13-1和普通用户终端13-2，图3中对管理员终端13-1和普通用户终端13-2的数量仅是示例说明，不作以此为限。如果在紧急事件发生时，普通用户终端13-2不具备解锁权限，那么普通用户终端13-2可以向管理员终端13-1发送紧急解锁请求；管理员终端13-1用于对紧急解锁请求进行认证，并将经过认证的紧急解锁请求发送至主控设备10；主控设备10在接收到经过认证的紧急解锁请求后，控制门锁装置11解锁。其中，图3中仅示意出了在遇到紧急事件，普通用户终端13-2通过管理员终端13-1发送紧急解锁请求的传输路径，但并不以此为限，普通用户终端13-2也可以通过云服务器12或基于近距离无线传输技术发送解锁请求至主控设备10。

本实施例中，普通用户终端13-2和管理员终端13-1对应的门禁权限不同。管理员终端13-1具备较高的门禁权限，即，主控设备10可以被设定为，只要是接收到经过管理员终端13-1认证过的紧急解锁请求，均会允许解锁。普通用户终端13-2不具有该门锁设备的解锁权限，或者，普通用户终端13-2的门禁权限包括位置受限或时间受限等限制类型，导致在紧急事件发生时，普通用户终端13-2不具备解锁权限。所以，当普通用户终端13-2发现紧急事件发生时，需要通过管理员终端13-1来向主控设备10请求解锁。

例如，门锁装置11设置在一个仓库的大门上，仓库管理员使用的门禁账号对应于管理员终端13-1，仓库货物搬运人员使用的门禁账号对应于普通用户终端13-2；仓库货物搬运人员的门禁权限包括时间受限这一类型，只有在上班时间段(例如上午八点到下午四点这一时间段内)才有解锁权限。当仓库货物搬运人员在非上班时间段发现紧急事件发生而此时仓库管理员不在现场时，紧急事件例如为仓库内有人呼救，仓库货物搬运人员可以通过普通用户终端13-2发送紧急解锁请求至仓库管理员的管理员终端13-1，仓库管理员的管理员终端13-1对紧急解锁请求进行认证后，发送经过认证的紧急解锁请求发送至主控设备10，主控设备10在接收到经过认证的紧急解锁请求后，控制门锁装置11解锁。其中，管理员终端13-1在接收到紧急解锁请求时，可以自动进行认证并发送经过认证的紧急解锁请求发送至主控设备10；或者可以提醒仓库管理员进行手动认证并发送经过认证的紧急解锁请求发送至主控设备10。

需要说明的是，第三实施例也可以是在第二实施例基础上的改进。

本申请第四实施例涉及一种门禁系统，第四实施例与第一实施例大致相同，区别之处在于，在第四实施例，如图4所示，门禁系统还包括连接于智能终端13的辅助定位设备15；智能终端13还用于在处于第一模式时，通过辅助定位设备15获取智能终端13的定位信息，解锁请求包括定位信息。

其中，辅助定位设备15例如但不限于卫星，智能终端13可以但不限于进行GPS定位以得到定位信息；凡是能够使得智能终端13获取定位信息的辅助定位设备15的类型均属于本实施例的保护范围。

智能终端13在处于第一模式时，是通过云服务器12发送解锁请求至主控设备10的，即可以实现远程解锁；但对于有些用户，门禁权限被设置了位置受限；此时可以通过辅助定位设备15获取用户的定位信息，并将定位信息整合在解锁请求中一起发送至主控设备；从而主控设备10可以对这些基于云服务器12发送解锁请求的位置受限用户进行解锁允许判断。

需要说明的是，第四实施例也可以是在第三实施例基础上的改进。

本申请第五实施例涉及一种门禁系统，第五实施例与第四实施例大致相同，区别之处在于，在第五实施例，如图5所示，门禁系统还包括连接于主控设备10的存储设备16；主控设备10还用于在根据解锁请求判断是否允许解锁后，生成解锁请求的解锁记录，并将解锁记录存储至存储设备16；其中，解锁记录至少包括：主控设备10根据解锁请求识别出的发送解锁请求的用户的身份信息，以及是否解锁成功。

本实施例中，解锁记录中的是否解锁成功，可以是：主控设备15根据门禁权限判断出的结果，即允许解锁或不允许解锁；其中，当主控设备10判断出允许解锁并控制门锁装置11解锁后，门锁装置11还可以将表征解锁成功的反馈信息发送至主控设备10，当主控设备10接收到表征解锁成功的反馈信息时，确定解锁成功。本实施例中的解锁记录还可以包括主控设备接收解锁请求的时间、控制门锁装置解锁的时间(如果允许解锁的话)等，可以根据需要设定。

在一个例子中，门禁权限的权限类型还可以包含匿名权限；主控设备10先识别用户的门禁权限是否包含匿名权限，如果用户的门禁权限包含匿名权限，那么不会生成解锁记录；如果用户的门禁权限没有包含匿名权限，那么生成解锁记录。即，对于一些具有匿名权限的用户，主控设备10不会对其解锁请求的过程进行记录。本实施例中进一步丰富了用户的门禁权限种类，可以满足更多的实际应用场景的需求。

本申请第六实施例涉及一种门禁系统的解锁方法，应用于门禁系统中的主控设备，门禁系统请参考图1或图2，门禁系统还包括云服务器、门锁装置以及至少一智能终端；智能终端用于在处于第一模式时，通过云服务器发送解锁请求至主控设备。

如图6所示为本实施例中的门禁系统的解锁方法的流程图，具体如下。

步骤101，判断是否接收到解锁请求；若是，进入步骤102；若否，重复步骤101。

步骤102，根据解锁请求判断是否允许解锁；若是，进入步骤103；若否，结束。

步骤103，控制门锁装置解锁。

如图7所示的一个例子中，步骤102，具体包含如下子步骤：

子步骤1021，根据解锁请求识别特征信息；其中，特征信息至少包括发送解锁请求的用户的身份信息。

子步骤1022，获取用户对应的门禁权限。

子步骤1023，至少根据获取的门禁权限判断是否允许解锁。

本实施例中，由主控设备判断是否允许解锁，因此主控设备中储存了用于进行解锁判断的核心数据，而现有技术中由云服务器储存这些核心数据(现有技术中由云服务器判断是否允许解锁)；由于本案中的主控设备相当于复杂网络结构中的边缘节点，相较于作为网络的中心节点的云服务器而言，边缘节点被非法入侵的难度较大，即核心数据在边缘节点中的安全性更高，因此本实施例可以提高门禁系统的安全性；并且，作为边缘节点的主控设备所要处理的业务相对较少，其处理速度也会相对较快。

不难发现，本实施方式为与第一实施方式相对应的方法实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本申请第七实施例涉及一种门禁系统的解锁方法，第七实施例与第六实施例大致相同，区别之处在于，主控设备可以接收云服务器监测到预设事件发生时发送的预警信号，并采取措施。

如图8所示为本申请第七实施例的门禁系统的解锁方法的流程图，包括：

步骤201，判断是否接收到解锁请求；若是，进入步骤202；若否，重复步骤201。

步骤202，根据解锁请求判断是否允许解锁；若是，进入步骤203；若否，进入204。

步骤203，控制门锁装置解锁。

步骤204，判断是否接收到云服务器在监测到预设事件发生时发送的预警信号；若是，进入步骤205；若否，重复步骤204。

步骤205，进入预设的控制模式。

其中，步骤201～步骤203与第六实施例中的步骤101～步骤103大致相同，此处不再赘述，不同之处在于还包含步骤204～步骤205。需要说明的是，步骤201～步骤203用于实现门禁解锁，步骤204～步骤205为实现预设事件发生时的门禁控制，两者执行顺序不限，即，实现门禁解锁和实现预设事件发生时的门禁控制可以并发执行，图8中只是示意性说明。

本实施例中，云服务器可以主动监测预设事件，并在预设事件发生时告知主控设备，从而使得主控设备进入预设的控制模式；即主控设备可以在预设事件发生时采用预先设定好的门禁控制，可以满足更多的实际应用场景的需要。

在一个例子中，云服务器包含多个分布式站点，各分布式站点用于在监测到预设事件发生时，分别发送预警信号至主控设备。主控设备在接收到各分布式站点发送的预警信号时，进入预设的控制模式；从而可以尽可能避免个别分布式站点监测错误而导致误判，可靠性更高。

本实施方式为与第二实施方式相对应的方法实施例，本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

本申请第八实施例涉及一种门禁系统的解锁方法，第八实施例与第六实施例大致相同，区别之处在于，对于门禁权限被设置为位置受限的用户，可以结合用户的定位信息来判断是否允许解锁。

本申请第八实施例的门禁系统的解锁方法与第六实施例中相比，步骤102包含的子步骤不同，如图9所示为本申请第八实施例中根据解锁请求判断是否允许解锁这一步骤的具体流程图。

子步骤3021，根据解锁请求识别特征信息；其中，特征信息至少包括发送解锁请求的用户的身份信息；

子步骤3022，获取用户对应的门禁权限；

子步骤3023，识别解锁请求的接收途径；若接收途径为通过云服务器接收，进入子步骤3024；若基于近距离无线通讯技术接收，进入子步骤3027；

子步骤3023中，识别解锁请求的接收途径的具体方式，例如但不限于以下方式：主控设备具有多个接收模块，如与云服务器的通讯协议匹配的接收模块、与WIFI的通讯协议匹配的接收模块、与蓝牙通讯协议匹配的接收模块等，主控设备可以识别解锁请求从哪个接收模块接收，从而确定解锁请求的接收路径。如果是通过云服务器接收，那么要基于门禁权限是否包含位置受限来确定该用户是否可以远程解锁，即进入子步骤3024。如果是基于WIFI或蓝牙这类近距离无线通讯技术接收，由于近距离无线通讯技术本身就要求用户在近距离无线通讯所能覆盖的范围内才能接收到解锁请求，所以如果是基于近距离无线通讯技术接收的，用户必定在近距离无线通讯所能覆盖的范围内。

子步骤3024，判断门禁权限是否包含位置受限、特征信息是否包含用户的定位信息；若门禁权限包括位置受限，且特征信息包括用户的定位信息，进入子步骤3025；若门禁权限包括位置受限，且特征信息未包括用户的定位信息，进入子步骤3026；若门禁权限不包含位置受限，则进入子步骤3027。

子步骤3025，根据用户的定位信息和预设的位置限制条件判断是否允许解锁；其中，用户的定位信息由智能终端通过辅助定位设备获取；

子步骤3026，不允许解锁。

子步骤3027，根据门禁权限判断是否允许解锁。

其中，步骤3021～步骤3022与第六实施例中的步骤1021～步骤1022大致相同，此处不再赘述，不同之处在于子步骤3023～子步骤3027。

即，当门禁权限中包含位置受限时，表示该用户不能进行远程解锁；如果解锁请求中没有包含用户的定位信息，那么不允许解锁；如果解锁请求中包含用户的定位信息，那么判断该定位信息是否满足位置限制条件，该位置限制条件例如为一个预设的区域，用户位于该预设的区域内，则判定允许解锁。

本实施方式为与第四实施方式相对应的方法实施例，本实施方式可与第四实施方式互相配合实施。第四实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第四实施方式中。

需要说明的是，本实施例也可以是在第七实施例基础上的改进。

本申请第九实施例涉及一种门禁系统的解锁方法，第九实施例与第六实施例大致相同，区别之处在于，主控设备10还可以生成解锁请求的解锁记录，并将解锁记录存储至存储设备16。

如图10是根据本申请第九实施例的门禁系统的解锁方法的一个例子的流程图，具体如下。

步骤401，判断是否接收到解锁请求；若是，进入步骤402；若否，重复步骤401。

步骤402，根据解锁请求判断是否允许解锁；若是，进入步骤403；若否，结束。

步骤403，控制门锁装置解锁。

步骤404，判断主控设备根据解锁请求获取的用户对应的门禁权限中是否包含匿名权限；若否，进入步骤405；若是，结束。

步骤405，生成解锁请求的解锁记录，并将解锁记录存储至存储设备；其中，解锁记录至少包括：主控设备根据解锁请求识别出的发送解锁请求的用户的身份信息，以及是否解锁成功。

其中，步骤401～步骤403与第六实施例中的步骤101～步骤103大致相同，此处不作赘述；不同之处在于还包括步骤404、步骤405。

本实施例中，门禁权限的类型中包含匿名权限这一选项，因此要判断用户的门禁权限中是否包含匿名权限，才确定是否要生成该用户的解锁记录；在其他例子中，如果门禁权限的类型中没有包含匿名权限这一选项，那么无需执行步骤404，即对接收到的每条解锁请求都生成对应的解锁记录。另外，本实施例中对步骤403、步骤404、步骤405的执行顺序不限，可以根据需要或实际情况执行。

需要说明的是，第九实施例也可以是在第七或第八实施例基础上的改进。

本实施方式为与第五实施方式相对应的方法实施例，本实施方式可与第五实施方式互相配合实施。第五实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第五实施方式中。

本申请第十实施例涉及一种处理芯片，如图11所示，处理芯片110与至少一存储器111连接，存储器111存储有可被处理芯片110执行的指令，指令被处理芯片110执行，以使处理芯片110能够执行上述方法实施例。

本申请第十一实施例涉及一种主控设备，包括上述处理芯片。

本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (18)

1.一种门禁系统，其特征在于，包括：主控设备、门锁装置、云服务器以及至少一智能终端；所述主控设备连接于所述云服务器和所述门锁装置，所述智能终端连接于所述云服务器；

所述智能终端用于在处于第一模式时，通过所述云服务器发送解锁请求至所述主控设备；

所述主控设备用于在接收到所述解锁请求时，根据所述解锁请求判断是否允许解锁，并在判定允许解锁时，控制所述门锁装置解锁。

2.如权利要求1所述的门禁系统，其特征在于，所述云服务器还用于在监测到预设事件发生时，发送预警信号至所述主控设备；所述主控设备还用于在接收到所述预警信号时，进入预设的控制模式。

3.如权利要求2所述的门禁系统，其特征在于，所述云服务器包含多个分布式站点；

各所述分布式站点用于在监测到所述预设事件发生时，分别发送所述预警信号至所述主控设备；

所述主控设备用于在接收到各所述分布式站点发送的所述预警信号时，进入预设的控制模式。

4.如权利要求1所述的门禁系统，其特征在于，所述智能终端包括管理员终端和普通用户终端；

所述普通用户终端用于在预设的紧急事件发生时，向所述管理员终端发送紧急解锁请求；其中，在所述紧急事件发生时，所述普通用户终端不具备解锁权限；

所述管理员终端用于对所述紧急解锁请求进行认证，并将经过认证的所述紧急解锁请求发送至所述主控设备；

所述主控设备在接收到经过认证的所述紧急解锁请求后，控制所述门锁装置解锁。

5.如权利要求1所述的门禁系统，其特征在于，所述门禁系统还包括连接于所述智能终端的辅助定位设备；

所述智能终端还用于在处于所述第一模式时，通过所述辅助定位设备获取所述智能终端的定位信息，所述解锁请求包括所述定位信息。

6.如权利要求1所述的门禁系统，其特征在于，所述门禁系统还包括连接于所述主控设备的存储设备；

所述主控设备还用于在根据所述解锁请求判断是否允许解锁后，生成所述解锁请求的解锁记录，并将所述解锁记录存储至所述存储设备；

其中，所述解锁记录至少包括：所述主控设备根据所述解锁请求识别出的发送所述解锁请求的用户的身份信息，以及是否解锁成功。

7.如权利要求1所述的门禁系统，其特征在于，所述门锁装置安装于可移动设备中。

8.如权利要求1所述的门禁系统，其特征在于，所述智能终端还用于在处于第二模式时，基于近距离无线传输技术发送所述解锁请求至所述主控设备。

9.一种门禁系统的解锁方法，其特征在于，应用于所述门禁系统中的主控设备，所述门禁系统还包括云服务器、门锁装置以及至少一智能终端；所述智能终端用于在处于第一模式时，通过所述云服务器发送解锁请求至所述主控设备；所述解锁方法包括：

当接收到所述解锁请求时，根据所述解锁请求判断是否允许解锁；

当判定允许解锁时，控制所述门锁装置解锁。

10.如权利要求9所述的门禁系统的解锁方法，其特征在于，还包括：

当接收到所述云服务器在监测到预设事件发生时发送的预警信号时，进入预设的控制模式。

11.如权利要求10所述的门禁系统的解锁方法，其特征在于，所述云服务器包括多个分布式站点；

所述接收到所述云服务器在监测到预设事件发生时发送的预警信号，具体为，接收到各所述分布式站点在监测到预设事件发生时分别发送的所述预警信号。

12.如权利要求9所述的门禁系统的解锁方法，其特征在于，所述根据所述解锁请求判断是否允许解锁，包括：

根据所述解锁请求识别特征信息；其中，所述特征信息至少包括发送所述解锁请求的用户的身份信息；

获取所述用户对应的门禁权限；

至少根据获取的所述门禁权限判断是否允许解锁。

13.如权利要求12所述的门禁系统的解锁方法，其特征在于，所述智能终端还用于在处于第二模式时，基于近距离无线传输技术发送所述解锁请求至所述主控设备；

在所述至少根据获取的所述门禁权限判断是否允许解锁之前，还包括：识别所述解锁请求的接收途径；

若所述接收途径为通过所述云服务器接收，则所述至少根据获取的所述门禁权限判断是否允许解锁，包括：

若所述门禁权限包括位置受限，且所述特征信息包括所述用户的定位信息，则根据所述用户的定位信息和预设的位置限制条件判断是否允许解锁；其中，所述用户的定位信息由所述智能终端通过辅助定位设备获取；

若所述门禁权限包括位置受限，且所述特征信息未包括所述用户的定位信息，判定为不允许解锁。

14.如权利要求9所述的门禁系统的解锁方法，其特征在于，所述门禁系统还包括存储设备；

在所述根据所述解锁请求判断是否允许解锁之后，还包括：

生成所述解锁请求的解锁记录，并将所述解锁记录存储至所述存储设备；其中，所述解锁记录至少包括：所述主控设备根据所述解锁请求识别出的发送所述解锁请求的用户的身份信息，以及是否解锁成功。

15.如权利要求14所述的门禁系统的解锁方法，其特征在于，在所述生成所述解锁请求的解锁记录，并将所述解锁记录存储至所述存储设备之前，还包括：

判定所述主控设备根据所述解锁请求获取的所述用户对应的门禁权限中不包含匿名权限。

16.如权利要求12所述的门禁系统的解锁方法，其特征在于，所述门禁权限的权限类型包括以下类型的其中之一或任意组合：位置受限、时间受限、匿名权限、通行方向受限。

17.一种处理芯片，其特征在于，与至少一存储器连接，所述存储器存储有可被所述处理芯片执行的指令，所述指令被所述处理芯片执行，以使所述处理芯片能够执行如权利要求9至16中任一项所述的门禁系统的解锁方法。

18.一种主控设备，其特征在于，包括权利要求17所述的处理芯片。