CN110021086A - 一种基于openid的临时授权开启门禁的方法 - Google Patents

Abstract

本发明公开了一种基于openid的临时授权开启门禁的方法，包括步骤：门禁服务器接收到第一用户发送的授予临时开门权限的请求信息；门禁服务器向第一用户发送临时授权二维码；门禁服务器接收到第二用户扫描临时授权二维码发送的临时授权请求后授予临时开门权限；门禁服务器接收到所述第二用户通过扫描门禁二维码发送的开门请求信息；门禁服务器利用第二用户的openid搜索获得第二用户已被授予的临时开门权限；门禁服务器根据所述临时开门权限所关联的房间控制门禁的开启情况。本发明的方法能够方便地对临时访客进行授权开启门禁，无需住户手动输入信息，同时还有利于保护临时访客的信息不外泄。

Description

一种基于openid的临时授权开启门禁的方法

技术领域

本发明涉及微信开门技术领域，具体涉及一种基于openid的临时授权开启门禁的方法。

背景技术

微信开门技术的出现，给予了人们极大的便利，使得人们可以不必随身携带传统的钥匙、门禁卡等物品，而仅利用安装有微信的智能手机即可实现诸如小区门、楼宇门、单元门甚至房间门等门禁的开启。特别地，由于微信开门技术是基于微信平台实施的，用户无需专门下载客户端程序，这减少了用户下载安装应用程序导致的流量开销和存储空间开销，使得用户的接受度较高，从而便于该技术的推广。

在实施微信开门的过程中，如何给临时访客(包括亲朋好友、快递外卖人员等)授权和开门是不能忽视的问题。现有技术的微信开门实现方式中，通常需要住户向门禁系统发送信息，请求为临时访客授予短时开门权限，而住户向门禁系统发送的信息通常会包括临时访客的微信号和访问地址等内容，同时，门禁系统也会记录住户的微信号等信息。显然，住户向门禁系统发送信息时需要手动输入临时访客的微信号等信息，这使得现有技术的实现方式至少存在以下问题：(1)手动输入信息费时费力，容易出错；(2)住户需要执行多步操作才能获得临时访客的微信号；(3)最为重要的一点，住户直接向门禁系统输入临时访客的微信号，不利于临时访客的个人信息安全，容易造成信息泄露，门禁系统的维护部门因此也承担了更大的信息安全责任。

发明内容

基于上述现状，本发明的主要目的在于提供一种基于openid的临时授权开启门禁的方法，能够方便地对临时访客进行授权开启门禁，无需住户手动输入信息，同时还有利于保护临时访客的信息不外泄。

为实现上述目的，本发明采用的技术方案如下：

一种基于openid的临时授权开启门禁的方法，所述方法通过门禁服务器进行授权和开门控制，用户通过门禁公众号登录所述门禁服务器以进行操作，包括步骤：

S100、门禁服务器接收到第一用户发送的授予临时开门权限的请求信息；

S300、门禁服务器向第一用户发送临时授权二维码，其中，所述临时授权二维码包含所述第一用户发送请求时所针对的房间的信息；

S400、门禁服务器接收到第二用户通过微信识别或扫描所述临时授权二维码发送的临时授权请求，读取所述第二用户的openid，并向所述第二用户授予临时开门权限，记录在临时开门权限数据库中；其中，所述第二用户被授予的临时开门权限与所述房间相关联；

S500、门禁服务器接收到所述第二用户通过微信扫描门禁二维码发送的开门请求信息，读取所述第二用户的openid；

S700、门禁服务器利用所述第二用户的openid搜索临时开门权限数据库，获得所述第二用户已被授予的临时开门权限；

S800、门禁服务器根据所述第二用户的临时开门权限所关联的房间，确定所述第二用户的临时门禁开启权限范围，并根据所述门禁二维码的标识确定所述门禁二维码对应的门禁，若所述门禁包含于所述临时门禁开启权限范围内，则控制所述门禁开启。

优选地，所述步骤S300之前，还包括步骤：

S200、门禁服务器读取所述第一用户的openid，并根据所述第一用户的openid判断所述第一用户是否已在门禁公众号上绑定有房间，若是，则进入步骤S300，若否，则向所述第一用户发送第一提示信息。

优选地，所述步骤S200中，门禁服务器判断所述第一用户是否已在门禁公众号上绑定房间的过程包括步骤：

S210、判断对应的门禁公众号是否已开通第三方用户数据对接的服务，若是，则进入步骤S220，若否，则进入步骤S230；

S220、门禁服务器利用所述第一用户的openid向第三方用户数据服务器调取与所述第一用户的openid对应的房间信息；若调取成功，则判断为所述第一用户已绑定所述房间；若未调取成功，则向所述第一用户发送第二提示信息；

S230、门禁服务器查阅本地数据，并基于本地数据的查阅结果判断所述第一用户是否已绑定房间。

优选地，所述步骤S400中，门禁服务器还将第二用户被授予临时开门权限的信息发送给所述第一用户。

优选地，所述步骤S700之前，还包括步骤：

S600、门禁服务器根据所述第二用户的openid判断所述第二用户是否已在门禁公众号上绑定有房间，若是，则根据已绑定的房间确定门禁开启情况；若否，则进入步骤S700。

优选地，所述步骤S600中：

如果对应的门禁公众号已开通第三方用户数据对接的服务，则门禁服务器利用所述第二用户的openid向第三方用户数据服务器调取与所述第二用户的openid对应的房间信息；若调取成功，则判断为所述第二用户已绑定所述房间；若未调取成功，则判断为所述第二用户未绑定房间。

优选地，所述步骤S600中，门禁服务器根据已绑定的房间确定门禁开启情况的过程包括步骤：

S610、门禁服务器根据已绑定的房间的标识确定所述第二用户的常规门禁开启权限范围，并基于所述门禁二维码的标识确定所述门禁二维码对应的门禁；

S620、门禁服务器判断所述门禁是否包含于所述常规门禁开启权限范围内，若是，则发送门禁开启指令控制所述门禁开启；若否，则进入步骤S700。

优选地，所述步骤S600中，门禁服务器在判断所述第二用户是否已在门禁公众号上绑定有房间之前，先根据所述第二用户的openid判断所述第二用户是否被设置为门禁所属小区的管理员，若是，则直接发送门禁开启指令控制所述门禁二维码对应的门禁开启。

优选地，所述步骤S800中，门禁服务器根据所关联的房间确定所述第二用户的临时门禁开启权限范围的方式为：将从小区外部到达所述房间所能经过的所有门禁的门禁开启权限一次性赋予所述第二用户。

优选地，所述步骤S800中，门禁服务器在控制所述门禁开启的同时，向所述第一用户发送开门信息，所述开门信息包括开门时间和所述第二用户的信息。

本发明的方法在实际运行时具有极为简化的操作过程：作为第一用户的业主可以在门禁公众号上一键生成临时授权二维码，不需要任何手动输入信息的操作，效率高且不会出错；同样，作为第二用户的临时访客只需要扫描或识别该临时授权二维码，即可获得造访该第一用户的房间的临时开门权限；随后，该临时访客只需要扫描相应的门禁二维码，即可使门禁开启，从而畅通无阻地到达第一用户的房间门口。

同时，本发明的方法在实施过程中不需要任何用户的微信号等个人信息，门禁服务器仅提取相关用户的openid，不会造成个人微信号等信息的外泄，有效保护了个人的信息安全。

特别地，通过与第三方用户数据进行对接，能够进一步简化小区住户自身绑定房间的过程，提高住户的使用体验。同时，通过与第三方用户数据进行对接，还能够免除门禁服务器在本地进行数据存储和维护的需求，节省服务器的存储和运算开销。

附图说明

以下将参照附图对根据本发明的基于openid的临时授权开启门禁的方法的优选实施方式进行描述。图中：

图1为根据本发明的一种优选实施方式的基于openid的临时授权开启门禁的方法的流程图；

图2为图1中步骤S200的优选实施方式的流程图；

图3为根据本发明的另一种优选实施方式的基于openid的临时授权开启门禁的方法的流程图。

具体实施方式

针对现有技术的微信开门方法中存在的前述问题，本发明提供了一种基于openid的临时授权开启门禁的方法，用于解决临时访客的授权和开门需求，一方面能够简化授权和开门过程，另一方面还有利于保护临时访客的信息不外泄。

本发明中所称的房间，通常应理解为房屋的最小产权单元，例如居民区中的一户房产，然而，在某些情况下，也可以理解为一个产权单元中的具体房间，例如写字楼中的一个产权单元中分隔出的多个房间之一。

本发明的基于openid的临时授权开启门禁的方法通过门禁服务器进行开门控制，用户通过门禁公众号登录所述门禁服务器以进行操作。其中，以小区门禁系统为例，门禁公众号可以是一个小区专有的公众号，也可以是多个小区共用的公众号，并且，门禁服务器可以是独立的物理服务器，也可以是云服务器。

具体地，参见图1，本发明的基于openid的临时授权开启门禁的方法包括步骤：

S100、门禁服务器接收到第一用户(例如住户，包括房主和家庭成员等，也可以包括租户)发送的授予临时开门权限的请求信息(也即对临时访客进行授权的请求信息，或者是颁发临时访客通行证的请求信息)；

S300、门禁服务器向第一用户发送临时授权二维码，其中，所述临时授权二维码包含所述第一用户发送请求时所针对的房间(例如第一用户选中的已绑定房间)的信息；如果第一用户在门禁公众号上事先绑定有多个房间，例如在该小区有多套房产，则每次只能选择其中的一个房间来邀请用户；

S400、门禁服务器接收到第二用户(例如临时访客)通过微信识别或扫描所述临时授权二维码发送的临时授权请求，读取所述第二用户的openid，并向所述第二用户授予临时开门权限，将同时将第二用户的openid及其临时开门权限记录在服务器上的临时开门权限数据库中；其中，所述第二用户被授予的临时开门权限与所述房间相关联，因此，房间信息同样被关联地记录在临时开门权限数据库中；

S500、门禁服务器接收到所述第二用户通过微信扫描门禁二维码(例如张贴在门禁旁边或者显示于门禁设备上)发送的开门请求信息，读取所述第二用户的openid；

S700、门禁服务器利用所述第二用户的openid搜索临时开门权限数据库，获得所述第二用户已被授予的临时开门权限；

S800、门禁服务器根据所述第二用户的临时开门权限所关联的房间，确定所述第二用户的临时门禁开启权限范围，并根据所述门禁二维码的标识确定所述门禁二维码对应的门禁，若所述门禁包含于所述临时门禁开启权限范围内，则控制所述门禁开启。

本发明的方法在具体应用时，作为第一用户的住户可利用手机等移动终端通过微信登录门禁公众号，并且通过点击例如名为“访客授权”(或任何其他合适的名称)的按钮或菜单，即可向门禁服务器发送授予临时开门权限的请求，以便给来访者授予开门权限(颁发临时访客通行证)，以使得来访者能够顺利进入小区、顺利进入该住户所在的楼栋、单元。如房主在该小区有多套房产(即房间)，则每次只能选择其中一处房产发送该请求，以授权来访者到访该房产。随后，该住户的移动终端便可接收到门禁服务器发送的临时授权二维码。住户将该临时授权二维码出示或分享给来访者(如微信好友)，来访者即可通过手机等移动终端扫描或识别该临时授权二维码，从而作为第二用户向门禁服务器发送临时授权的请求。门禁服务器收到来访者的临时授权请求后，即可向该来访者授予临时开门权限。之后，来访者便可通过微信扫描门禁二维码(例如小区大门的门禁旁边张贴的二维码)而向门禁服务器请求开门，门禁服务器收到该请求后核实该来访者的临时开门权限，若当前门禁在该临时开门权限之列，则控制门禁开启，否则不予开启。

可见，本发明的方法在实际运行时具有极为简化的操作过程：作为第一用户的业主可以在门禁公众号上一键生成临时授权二维码，不需要任何手动输入信息的操作，效率高且不会出错；同样，作为第二用户的临时访客只需要扫描或识别该临时授权二维码，即可获得造访该第一用户的房间的临时开门权限；随后，该临时访客只需要扫描相应的门禁二维码，即可使门禁开启，从而畅通无阻地到达第一用户的房间门口。

特别地，本发明的方法在实施过程中不需要任何用户的微信号等个人信息，门禁服务器仅提取相关用户的openid，不会造成个人微信号等信息的外泄，有效保护了个人的信息安全。

通常，第二用户首次扫描该小区用户分享的临时授权二维码时、或者在扫描临时授权二维码之前直接扫描该小区的门禁二维码时，会关注并进入该门禁公众号，并在系统后台获得对应于该门禁公众号的openid。之后，该第二用户再次扫描相应的二维码时，将会直接进入门禁公众号，并沿用首次关注时获得的openid。

本发明的临时授权开启门禁的方法在实施时，门禁服务器可基于房间的标识确定对应的门禁开启权限范围，从而使第二用户被授予的临时开门权限与对应房间相关联。例如，房间的标识可以包括小区代码、楼栋号、单元号、楼层号等信息，基于对这些信息的合理编排，服务器很容易确定该房间的住户的日常出行需要经过哪些门禁，由此也就能确定临时访客来访需要经过哪些门禁；同样，门禁标识也可以包括小区代码、楼栋号、单元号等，从而方便地识别出具体的门禁属于哪个小区，以及是小区大门还是楼栋单元门等。

一般而言，第一用户(如住户)在发起授予临时开门权限的行为之前，其自身应当已在门禁服务器上完成注册和绑定房间，因此，该授予权限的请求可以直接发送至门禁服务器，从而获得对应的临时授权二维码。

然而，第一用户(如住户)也可以在自身绑定房间之前就发起前述授予权限的请求，在这种情况下，门禁服务器可以先判断第一用户是否已绑定房间，如未绑定，则提示其先完成自身的绑定。

为此，优选地，如图1所示，所述步骤S300之前，还包括步骤：

S200、门禁服务器读取所述第一用户的openid，并根据所述第一用户的openid判断所述第一用户是否已在门禁公众号上绑定有房间，若是，则进入步骤S300，若否，则向所述第一用户发送第一提示信息，例如提示其未绑定房间无法向他人授权，或者提请其完成自身的绑定，等等。

优选地，如图2所示，所述步骤S200中，门禁服务器判断所述第一用户是否已在门禁公众号上绑定房间的过程包括步骤：

S210、判断对应的门禁公众号是否已开通第三方用户数据对接的服务，若是，则进入步骤S220，若否，则进入步骤S230；

S220、门禁服务器利用所述第一用户的openid向第三方用户数据服务器调取与所述第一用户的openid对应的房间信息，也即，存储在第三方用户数据服务器上的第一用户的房产信息；若调取成功，则判断为所述第一用户已绑定所述房间；若未调取成功，则向所述第一用户发送第二提示信息，例如可以如第一提示信息那样，提示第一用户未绑定房间无法向他人授权、或者提请第一用户完成自身的绑定，也可以不同于第一提示信息，如提示第一用户确认是否为本小区的住户等等；

S230、门禁服务器查阅本地数据，并基于本地数据的查阅结果判断所述第一用户是否已绑定房间。

其中，第三方用户数据服务器例如存储有小区物业部门开展其他业务(可称为第三方应用服务)时记录的与住户相关的信息，其中，第三方应用服务和门禁服务接入同一个公众号，即本发明中所称的门禁公众号(或者统称为物业公众号)，这些信息例如包括用户的openid、姓名、手机号、房产信息等。第三方用户数据服务器上存储的这些信息由第三方(或者物业部门)进行管理和维护，通常为经过物业部门审核过的数据，具有准确可信的特点；另外，这些信息往往还具有覆盖率高的特点，例如，物业部门收取物业费、代收水电煤气等生活费用时获取的住户相关信息，这些信息通常会覆盖整个小区的几乎全部房产，并且一般会包括房主个人信息和对应的房产信息，有时也会包括主要家庭成员(如房主配偶)的个人信息，并且主要家庭成员的个人信息也是与对应房产相关联的。

因此，如果能与第三方用户数据进行对接，那么在判断第一用户是否绑定房间的过程中，可以简单地利用第三方用户数据进行判断，如果第三方用户数据中包括第一用户的个人信息和对应的房间信息，则门禁服务器可直接判定为第一用户已绑定至其对应房间，而无需再进行手动绑定。可见，通过与第三方用户数据进行对接，能够大大简化第一用户自身绑定房间的过程，提高第一用户(即小区住户)的使用体验。同时，通过与第三方用户数据进行对接，还能够免除门禁服务器在本地进行数据存储和维护的需求，节省服务器的存储和运算开销。

举例来说，用户甲为某一小区的住户，并且是房主或家庭成员的身份，该小区的门禁公众号开通了第三方用户数据对接服务，而用户甲此前办理其他业务时已经留存了个人信息和房产信息。于是，当该小区的门禁系统采用本发明的临时授权开启门禁的方法时，用户甲首次进入门禁公众号，就可以在不进行任何手动输入信息的情况下一键发起授予临时开门权限的请求，也即，自动获得授予临时开门权限的权力(同时自己也会自动获得相应的门禁开启权限)，从而以最为简便的方式为来访者颁发临时访客通行证。

现有技术中，房主和家庭成员首次使用相应的门禁系统时，总是需要先行手动输入家庭地址、个人信息并经审核后方能实现自身的绑定，相比之下，本发明的临时授权开启门禁的方法在快速性和操作便捷性等方面的优势是现有技术所无法比拟的，因此用户的接受度也更高，更易于推广普及。

由于本发明的临时授权开启门禁的方法是微信开门方法的一个重要组成部分，当任何用户访问门禁公众号时，门禁公众号会为用户分配一个专有的openid，门禁服务器接入该门禁公众号，因此能够获得用户的openid；在门禁公众号能够对接第三方用户数据的情况下，意味着该第三方用户数据服务器同样接入该门禁公众号，第三方用户数据服务器同样能够获得用户的openid，由于同一用户访问同一公众号时对应的openid是一致的，因此，门禁服务器可以利用用户的openid向第三方用户数据服务器请求调取用户的第三方信息，以便进行相应的判断。例如，门禁公众号为物业公众号，如果物业公众号在接入门禁服务之前接入有第三方应用服务，那么在门禁服务接入时，门禁服务器就可以根据用户的openid获取到第三方应用对应的用户数据服务器上的相关信息。第三方用户数据服务器的一个示例为海纳服务器。

如果门禁服务器未能成功调取第一用户的第三方信息，则说明第三方用户数据服务器中不存在关于该openid的记录，这在很大程度上表明第一用户非相应小区里的房主或者主要家庭成员，因此其暂无权限向临时访客授予开门权限，于是门禁服务器可向所述第一用户发送第二提示信息。

当然，根据第三方用户数据服务器的权限开放程度，即是否接受用户数据的补充，在未调取成功的情况下，门禁服务器还可以引导第一用户前往第三方用户数据服务器的注册地址进行注册和输入信息，以便补充相关数据，从而在第三方用户数据服务器上进行房间绑定，而输入的数据可由第三方用户数据管理员(针对房主和家庭成员)或相应的房主(仅针对家庭成员)进行审核。这种情况例如适用于：如果第一用户为小区的实际住户(房主或家庭成员)，但此前未能在第三方用户数据服务器上存储必要信息，此时便可以在使用门禁系统时及时完成数据补充，从而不仅获得了门禁系统的应有权限，同时还完善了第三方用户数据服务器上的应有信息。

如果门禁公众号未开通第三方用户数据对接的服务，则门禁服务器需要在本地存储相关数据，例如房主和家庭成员的个人信息及房间信息等，而这些数据存入门禁服务器的过程可以采用多种方式，包括但不限于：物业管理终端导入、房主或家庭成员个人手动输入等等。这种情况下，门禁服务器查阅本地数据，也很容易获知第一用户的绑定情况：例如，如果查询到第一用户的个人信息和对应房间信息，则判定为第一用户已绑定至其对应房间；如果查询不到第一用户的个人信息，则判定为第一用户尚未绑定房间，于是可向所述第一用户发送第一提示信息。

优选地，本发明的临时授权开启门禁的方法在具体实施时，在所述步骤S400中，门禁服务器还可将第二用户被授予临时开门权限的信息(也即第二用户领取临时访客通行证的信息)发送给所述第一用户。也即，在第二用户扫描或识别第一用户分享的临时授权二维码时，第一用户和第二用户通常并不在同一处，第一用户也就无法准确地知道是否是第二用户扫描或识别了该临时授权二维码，因此，门禁服务器将第二用户扫码领取临时访客通行证的信息发送给第一用户，能够使第一用户及时获知该第二用户是否是其想要授予临时开门权限之人，也即，其颁发的临时访客通行证是否被其真正的来访者所领取，由此可以提高安全性。

优选地，在所述步骤S400之后，门禁服务器还可以基于第一用户的请求，撤销第二用户已被授予的临时开门权限，或者更改该临时开门权限的有效时间。例如，如果第一用户发现其颁发的临时访客通行证被不适当的人领取，即，扫描其分享的临时授权二维码的第二用户并非其真正的来访者，则可以进入公众号对其颁发的临时访客通行证进行管理，例如撤回或删除，或者在需要时对临时访客通行证的有效时间进行修改等。一般来说，临时访客通行证的有效时间为较短的一段时间，例如30min或者20min等，可以自第二用户领取之时生效，也可以由第一用户规定具体的生效时间。在有效时间内，第二用户可以基于该临时访客通行证多次扫码开门。

考虑到第二用户也可能是同一小区的住户，例如与第一用户分属于不同的楼栋，因此，第二用户原本也可能具有某些门禁的开启权限(在此称为常规门禁开启权限)，在这种情况下，门禁服务器在接到第二用户扫描门禁二维码而发送的开门请求时，并不能立即区分该第二用户是业主还是访客，因此，根据业主和访客的预设的不同优先级，门禁服务器可先根据业主身份判断是否予以开启门禁，之后再根据访客身份判断是否予以开启门禁。由于业主人数往往会明显多于访客，在接收到任何用户(包括前述第二用户)的开门请求时，门禁服务器可以优先判断当前用户是否为业主，从而可提高判断的效率，减少判断的步骤，降低门禁服务器的工作负荷。

为此，优选地，所述步骤S700之前，还包括步骤：

S600、门禁服务器根据所述第二用户的openid判断所述第二用户是否已在门禁公众号上绑定有房间，若是，则根据已绑定的房间确定门禁开启情况；若否，则进入步骤S700。

也即，当第二用户扫描门禁二维码而向门禁服务器请求开门时，门禁服务器可以先判断第二用户是否作为业主(即已在门禁公众号上绑定有房间)而具有与该房间关联的常规门禁开启权限，以及当前门禁二维码所对应的门禁是否包含于该常规门禁开启权限的范围内，如是，则予以开启门禁，若否，再进入步骤S700，搜索临时开门权限数据库。

例如，第二用户是某小区A栋的住户，第一用户是同一小区B栋的住户，第二用户要造访第一用户，于是第一用户向第二用户颁发了临时访客通行证。第二用户在小区外进小区大门C时，扫码请求开门，门禁服务器先根据第二用户的openid判断出其已在门禁公众号上绑定有A栋的一处房间，基于该房间确定第二用户具有开启小区大门C的常规权限，于是予以开启小区大门C；之后，第二用户前往B栋的楼宇门，并扫码请求开门，门禁服务器仍然先根据第二用户的openid判断出其已在门禁公众号上绑定有A栋的一处房间，基于该房间确定第二用户不具有开启B栋楼宇门的常规权限，然后，门禁服务器再根据第二用户的openid搜索到其被授予的临时开门权限，并且该临时开门权限关联的房间位于B栋，于是根据该房间可确定第二用户具有开启B栋楼宇门的临时权限，于是予以开启B栋楼宇门。

优选地，所述步骤S600中，门禁服务器在判断所述第二用户是否已在门禁公众号上绑定有房间之前，可以先根据所述第二用户的openid判断所述第二用户是否被设置为门禁所属小区的管理员，若是，则直接发送门禁开启指令控制所述门禁二维码对应的门禁开启，如图3所示。也即，本发明的临时授权开启门禁的方法中，还可以在系统中设置管理员这样的功能角色，使其具有例如开启整个小区所有门禁(当然不会包括入户门)的权限，并且在系统中预先存储具有管理员身份的用户的openid与之对应，这样，当有用户扫码开门时，服务器首先判断该用户是否为管理员，若是，则直接控制该门禁开启，而不需要判断是否为该门禁的授权用户，也不需要判断其是否绑定房产等等，从而达到最为快捷地开启门禁的目的。

由此，本发明的临时授权开启门禁的方法的一个优选实施方式中，如图3所示，门禁服务器在判断第二用户的门禁开启权限时，首先判断第二用户是否为小区管理员，然后判断第二用户是否在公众号上绑定有房间以便根据房间确定可开启的门禁，最后判断第二用户是否具有对应门禁的临时开启权限。按照上述三个层次进行判断，使得门禁服务器在做门禁开启权限的判断时的运算量最小，有利于提高门禁系统的运行效率。

优选地，所述步骤S600中，在具体判断第二用户是否已在门禁公众号上绑定有房间时，如果对应的门禁公众号已开通第三方用户数据对接的服务，则门禁服务器利用所述第二用户的openid向第三方用户数据服务器调取与所述第二用户的openid对应的房间信息；若调取成功，则判断为所述第二用户已绑定所述房间；若未调取成功，则判断为所述第二用户未绑定房间。

优选地，所述步骤S600中，门禁服务器根据已绑定的房间确定门禁开启情况的过程包括步骤：

S610、门禁服务器根据已绑定的房间的标识确定所述第二用户的常规门禁开启权限范围(即相对于临时门禁开启权限范围而言，是因为绑定房间而获得的门禁开启权限)，并基于所述门禁二维码的标识确定所述门禁二维码对应的门禁；

S620、门禁服务器判断所述门禁是否包含于所述常规门禁开启权限范围内，若是，则发送门禁开启指令控制所述门禁开启；若否，则进入步骤S700。

优选地，所述步骤S800中、所述步骤S610中，门禁服务器根据所关联的房间或者已绑定的房间确定所述第二用户的临时门禁开启权限范围或者常规门禁开启权限范围的方式为：将从小区外部到达所述房间所能经过的所有门禁的门禁开启权限一次性赋予所述第二用户。例如，门禁服务器可以根据房间标识确定其所属的小区、楼栋和单元，进而可确定其应当具备的门禁开启权限，由此根本不需要如现有技术那样预先存储每个门禁的已授权用户。

优选地，所述步骤S800中，门禁服务器在控制所述门禁开启的同时，还可以向所述第一用户发送开门信息，所述开门信息包括具体开启的门禁、开门时间和所述第二用户的信息等。也即，本发明的临时授权开启门禁的方法在实际运行时，第一用户会在第二用户开启相应门禁的时候及时获知此事件，从而便于第一用户掌握第二用户(访客)的具体行程，以便进行相应的准备工作等。

需要说明的是，本发明中的用户(包括第一用户、第二用户等)，指的是用户的手机等移动终端设备，更为确切地，还包括在该移动终端设备上处于登录状态的用户微信账号，例如，第一用户、第二用户分别为第一移动终端设备及其上处于登录状态的第一微信账号、第二移动终端设备及其上处于登录状态的第二微信账号。默认地，相应的移动终端设备(如手机)、该移动终端设备上登录的微信号、该移动终端设备关联的手机号和手持该移动终端设备的人应是统一的。

本领域的技术人员容易理解的是，在不冲突的前提下，上述各优选方案可以自由地组合、叠加。

应当理解，上述的实施方式仅是示例性的，而非限制性的，在不偏离本发明的基本原理的情况下，本领域的技术人员可以针对上述细节做出的各种明显的或等同的修改或替换，都将包含于本发明的权利要求范围内。

Claims (10)

1.一种基于openid的临时授权开启门禁的方法，所述方法通过门禁服务器进行授权和开门控制，用户通过门禁公众号登录所述门禁服务器以进行操作，其特征在于，包括步骤：

S100、门禁服务器接收到第一用户发送的授予临时开门权限的请求信息；

S300、门禁服务器向第一用户发送临时授权二维码，其中，所述临时授权二维码包含所述第一用户发送请求时所针对的房间的信息；

S400、门禁服务器接收到第二用户通过微信识别或扫描所述临时授权二维码发送的临时授权请求，读取所述第二用户的openid，并向所述第二用户授予临时开门权限，记录在临时开门权限数据库中；其中，所述第二用户被授予的临时开门权限与所述房间相关联；

S500、门禁服务器接收到所述第二用户通过微信扫描门禁二维码发送的开门请求信息，读取所述第二用户的openid；

S700、门禁服务器利用所述第二用户的openid搜索临时开门权限数据库，获得所述第二用户已被授予的临时开门权限；

S800、门禁服务器根据所述第二用户的临时开门权限所关联的房间，确定所述第二用户的临时门禁开启权限范围，并根据所述门禁二维码的标识确定所述门禁二维码对应的门禁，若所述门禁包含于所述临时门禁开启权限范围内，则控制所述门禁开启。

2.根据权利要求1所述的方法，其特征在于，所述步骤S300之前，还包括步骤：

S200、门禁服务器读取所述第一用户的openid，并根据所述第一用户的openid判断所述第一用户是否已在门禁公众号上绑定有房间，若是，则进入步骤S300，若否，则向所述第一用户发送第一提示信息。

3.根据权利要求2所述的方法，其特征在于，所述步骤S200中，门禁服务器判断所述第一用户是否已在门禁公众号上绑定房间的过程包括步骤：

S210、判断对应的门禁公众号是否已开通第三方用户数据对接的服务，若是，则进入步骤S220，若否，则进入步骤S230；

S220、门禁服务器利用所述第一用户的openid向第三方用户数据服务器调取与所述第一用户的openid对应的房间信息；若调取成功，则判断为所述第一用户已绑定所述房间；若未调取成功，则向所述第一用户发送第二提示信息；

S230、门禁服务器查阅本地数据，并基于本地数据的查阅结果判断所述第一用户是否已绑定房间。

4.根据权利要求1-3之一所述的方法，其特征在于，所述步骤S400中，门禁服务器还将第二用户被授予临时开门权限的信息发送给所述第一用户。

5.根据权利要求1-4之一所述的方法，其特征在于，所述步骤S700之前，还包括步骤：

S600、门禁服务器根据所述第二用户的openid判断所述第二用户是否已在门禁公众号上绑定有房间，若是，则根据已绑定的房间确定门禁开启情况；若否，则进入步骤S700。

6.根据权利要求5所述的方法，其特征在于，所述步骤S600中：

如果对应的门禁公众号已开通第三方用户数据对接的服务，则门禁服务器利用所述第二用户的openid向第三方用户数据服务器调取与所述第二用户的openid对应的房间信息；若调取成功，则判断为所述第二用户已绑定所述房间；若未调取成功，则判断为所述第二用户未绑定房间。

7.根据权利要求5或6所述的方法，其特征在于，所述步骤S600中，门禁服务器根据已绑定的房间确定门禁开启情况的过程包括步骤：

S610、门禁服务器根据已绑定的房间的标识确定所述第二用户的常规门禁开启权限范围，并基于所述门禁二维码的标识确定所述门禁二维码对应的门禁；

S620、门禁服务器判断所述门禁是否包含于所述常规门禁开启权限范围内，若是，则发送门禁开启指令控制所述门禁开启；若否，则进入步骤S700。

8.根据权利要求5-7之一所述的方法，其特征在于，所述步骤S600中，门禁服务器在判断所述第二用户是否已在门禁公众号上绑定有房间之前，先根据所述第二用户的openid判断所述第二用户是否被设置为门禁所属小区的管理员，若是，则直接发送门禁开启指令控制所述门禁二维码对应的门禁开启。

9.根据权利要求1-8之一所述的控制方法，其特征在于，所述步骤S800中，门禁服务器根据所关联的房间确定所述第二用户的临时门禁开启权限范围的方式为：将从小区外部到达所述房间所能经过的所有门禁的门禁开启权限一次性赋予所述第二用户。

10.根据权利要求1-9之一所述的方法，其特征在于，所述步骤S800中，门禁服务器在控制所述门禁开启的同时，向所述第一用户发送开门信息，所述开门信息包括开门时间和所述第二用户的信息。