CN110021085A - 一种扫码并行验证的开门系统及方法 - Google Patents

Abstract

本发明涉及一种扫码并行验证的开门系统及方法，该系统包括应用服务器及门禁控制器，其中，应用服务器用于接收用户终端通过扫描二维码提交的位置登记请求以及门禁鉴权请求；根据位置登记请求建立绑定用户openid与用户经纬度的记录；以及根据门禁鉴权请求查询关联该二维码标识的门禁id及门禁经纬度；判断当前用户openid是否具有对应门禁id的开锁权限；计算用户经纬度与门禁经纬度之间的距离并判断该距离是否小于预设阈值；若具有开锁权限，且距离小于预设阈值，则向发送开锁指令。通过在实现开门的过程中除了对用户的权限进行核实鉴定外，还对用户开门时的位置进行距离判别，确保位置用户只能在指定位置范围内进行扫码开门，达到了提升门禁安全性的效果。

Description

一种扫码并行验证的开门系统及方法

技术领域

本发明涉及门禁技术领域，具体涉及一种扫码并行验证的开门系统及方法。

背景技术

为了方便用户使用门禁服务，现有技术提供了一种通过手机扫描特定的二维码实现开门的方案。并且为了节省二维码展示的成本，这些二维码是固定不变的，当用户拍下开门二维码后，可以在任何位置扫码进行开门，如此带来了一定的安全隐患。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种扫码并行验证的开门系统，克服现有的扫码开门方案安全性低的缺陷。

本发明解决其技术问题所采用的技术方案是：包括应用服务器及门禁控制器，其中，

所述应用服务器用于接收用户终端通过扫描二维码提交的位置登记请求以及门禁鉴权请求，所述位置登记请求包括用户经纬度及用户openid，所述门禁鉴权请求包括二维码标识及用户openid；

所述应用服务器还用于根据位置登记请求建立绑定用户openid与用户经纬度的记录；以及，

所述应用服务器还用于根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的门禁id及门禁经纬度；

所述应用服务器还用于根据查询结果判断当前用户openid是否具有对应门禁id的开锁权限；

所述应用服务器还用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值；

所述应用服务器还用于若当前用户openid具有对应门禁id的开锁权限，且用户经纬度与关联所述二维码标识的门禁经纬度之间的距离小于预设阈值，则向门禁控制器发送对应门禁id的开锁指令。

本发明的更进一步优选方案是：所述应用服务器在用于根据查询结果判断当前用户openid是否具有对应门禁id的开锁权限之后，以及用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值之前还用于：

判断应用服务器中是否具有对应当前用户openid的用户经纬度；并在服务器中是没有对应当前用户openid的用户经纬度时，建立关联当前用户openid的等待开门信息；

所述应用服务器在用于根据位置登记请求建立绑定用户openid与用户经纬度的记录之后，以及用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值之前还用于：

判断应用服务器中是否具有对应当前用户openid的等待开门信息。

本发明的更进一步优选方案是：门禁信息表中还存储有关联二维码标识的权限物信息；

所述应用服务器在用于根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的门禁id及门禁经纬度时具体用于：

应用服务器根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的权限物信息、门禁id及门禁经纬度；

所述应用服务器在用于根据查询结果判断当前用户openid是否具有对应门禁id的开锁权限时具体用于：

向第三方服务器发送用户openid请求返回关联该用户openid的权限物信息；

接收第三方服务器从存储的个人信息、用户openid、以及权限物信息之间的关联关系表中提取的关联该用户openid的权限物信息；

根据第三方服务器返回的权限物信息与从门禁信息表中提取的权限物信息判断该用户openid是否具有对应门禁id的权限。

本发明的更进一步优选方案是：所述应用服务器在用于根据位置登记请求建立绑定用户openid与用户经纬度的记录具体用于：

根据位置登记请求查询账户信息表中是否有关于该用户openid的用户id，所述用户id是区别于用户openid的、应用服务器本地的编码信息；

若账户信息表中有关于该用户openid的用户id，则在用户信息表中对应用户id增加关于用户经纬度的记录；

所述应用服务器在用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离时具体用于：

a)根据用户openid查询账户信息表获取用户id；

b)利用用户id查询用户信息表获取用户经纬度；

c)计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离。

本发明的更进一步优选方案是：所述应用服务器在用于根据位置登记请求查询账户信息表中没有查询到关于该用户openid的用户id时还用于：

为该用户openid分配用户id，并在账户信息表中建立关于用户openid与用户id之间的关联关系的记录。

本发明解决其技术问题，本发明还提供一种扫码并行验证的开门方法，该方法所采用的技术方案包括：

步骤100：

应用服务器接收用户终端通过扫描二维码提交的位置登记请求以及门禁鉴权请求，其中，

所述位置登记请求包括用户经纬度及用户openid，所述门禁鉴权请求包括二维码标识及用户openid；

步骤120：应用服务器根据位置登记请求建立绑定用户openid与用户经纬度的记录；

步骤140：与步骤120同时或不分先后地，应用服务器根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的门禁id及门禁经纬度；

步骤160：判断当前用户openid是否具有对应门禁id的开锁权限；

步骤180：计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离；

步骤200：判断步骤180计算的距离是否小于预设阈值；

步骤220：若步骤180及步骤200的判断结果均为是，则应用服务器向门禁控制器发送对应门禁id的开锁指令。

本发明的更进一步优选方案是：在步骤160与步骤180之间还包括

步骤165：判断应用服务器中是否具有对应当前用户openid的用户经纬度；

步骤170：若步骤165的判断结果为否，则建立关联当前用户openid的等待开门信息；

所述步骤180具体包括：若步骤165的判断结果为是，计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离；

在步骤120与步骤180之间还包括：

步骤150：判断应用服务器中是否具有对应当前用户openid的等待开门信息；

所述步骤180具体包括：若步骤165或步骤150的判断结果为是，计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离。

本发明的更进一步优选方案是：门禁信息表中还存储有关联二维码标识的权限物信息；

所述步骤140具体包括：

应用服务器根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的权限物信息、门禁id及门禁经纬度；

步骤160具体包括：

步骤160a：应用服务器向第三方服务器发送用户openid请求返回关联该用户openid的权限物信息；以及

步骤160b：应用服务器接收第三方服务器从存储的个人信息、用户openid、以及权限物信息之间的关联关系表中提取的关联该用户openid的权限物信息；

步骤160c：根据第三方服务器返回的权限物信息与从门禁信息表中提取的权限物信息判断该用户openid是否具有对应门禁id的权限。

本发明的更进一步优选方案是：所述步骤120具体包括：

步骤120a：应用服务器根据位置登记请求查询账户信息表中是否有关于该用户openid的用户id，所述用户id是区别于用户openid的、应用服务器本地的编码信息；

步骤120b：步骤120a的查询结果为是，则在用户信息表中对应用户id增加关于用户经纬度的记录；

所述步骤180具体包括：

a)根据用户openid查询账户信息表获取用户id；

b)利用用户id查询用户信息表获取用户经纬度；

c)计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离。

本发明的更进一步优选方案是：所述步骤120具体还包括：

步骤120c：若步骤120a的查询结果为否，

为该用户openid分配用户id，并在账户信息表中建立关于用户openid与用户id之间的关联关系的记录，再跳转至步骤120b。

本发明的有益效果在于，通过在实现开门的过程中除了对用户的权限进行核实鉴定外，还对用户开门时的位置进行距离判别，确保位置用户只能在指定位置范围内进行扫码开门，达到提升门禁安全性的效果。进一步地，本发明的有益效果还在于，利用应用服务器将用户终端的开门请求拆分为两个独立的请求并分别处理，两个进程可以并行处理，由此可以提升整体流程处理效率，进而提升用户扫码开门的体验。此外，本发明利用的是微信应用程序的扫描功能，该应用程序具有较高的普及率，用户无需额外配置专用的应用程序或终端，只需简单关注门禁服务的公众号，以方便在扫描二维码的处理过程中应用服务器利用关联该公众号的用户openid进行鉴权及获取用户经纬度。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明的扫码并行验证的开门系统一实施例的示意图；

图2是本发明的扫码并行验证的开门方法第一实施例的流程示意图；

图3是本发明的扫码并行验证的开门方法第二实施例的流程示意图；

图4是本发明的扫码并行验证的开门方法第三实施例的流程示意图；

图5是本发明的扫码并行验证的开门方法第四实施例的流程示意图；

图6是本发明的扫码并行验证的开门方法第五实施例的流程示意图。

具体实施方式

现结合附图，对本发明的较佳实施例作详细说明。

请参照图1，本发明提供一种扫码并行验证的开门系统，该系统包括应用服务器及门禁控制器，其中，

所述应用服务器用于接收用户终端通过扫描二维码提交的位置登记请求以及门禁鉴权请求，所述位置登记请求包括用户经纬度及用户openid，所述门禁鉴权请求包括二维码标识及用户openid；

所述应用服务器还用于根据位置登记请求建立绑定用户openid与用户经纬度的记录；以及，

所述应用服务器还用于根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的门禁id及门禁经纬度；

所述应用服务器还用于根据查询结果判断当前用户openid是否具有对应门禁id的开锁权限；

所述应用服务器还用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值；

所述应用服务器还用于若当前用户openid具有对应门禁id的开锁权限，且用户经纬度与关联所述二维码标识的门禁经纬度之间的距离小于预设阈值，则向门禁控制器发送对应门禁id的开锁指令。

本实施例中，应用服务器为门禁服务公众号后台配置的服务器，可以理解的是，为了实现自动上报的用户经纬度，需要在公众号的管理配置中开启上报经纬度的功能并获得用户的授权。

用户终端可以是任何安装微信应用的程序的终端，例如手机或平板电脑，这些用户终端具备用于扫描的摄像头。

用户终端扫描的二维码是应用服务器请求微信服务器生成的，该二维码的信息包括一个URL，该URL携带一个参数，该参数为微信二维码全局标识。应用服务器可以根据该参数获取公众号标识和二维码标识。

用户终端扫描二维码进入公众号会话页面的过程中会自动触发上报用户经纬度的事件，根据该用户经纬度和用户openid形成位置登记请求。

openid是微信用户在公众号appid下的唯一用户标识(appid不同，则获取到的openid就不同)，可用于永久标记一个用户。

利用二维码标识及用户openid形成门禁鉴权请求，这是因为二维码标识可以关联到具体的门禁电子锁，而利用用户openid可以进行身份验证，两者结合形成鉴权的基础。

通过建立用户openid与用户经纬度的关联记录，可方便通过用户openid调用对应的用户经纬度。

为了提升整体流程的处理效率，查询门禁id和门禁经纬度的处理相对于位置登记请求的处理独立，因为在实际应用中，两流程的实际完成的先后顺序是不确定的，例如若位置登记先于门禁鉴权完成，在登记用户经纬度时可以将用户经纬度写入缓存以备用。同理，若门禁鉴权先完成，则可以将门禁经纬度写入缓存以备用。二维码标识、门禁id及门禁经纬度三者之间的关联关系可以通过管理员在部署时建立。

可以理解的是，若用户openid的有开门权限，且具体的权限与获取的门禁id的权限相对应，则可判断为有权限。该权限可以为房主权限或访客权限或家庭成员权限，该权限核对既可以通过查询本地的权限关联表实现，也可以通过不同服务器之间分步校验的方式实现。

在获取到两个经纬度之后，如何计算量经纬度之间的距离可以通过现有的手段实现，再次不在赘述。

该阈值的设定可以根据具体的安全监控的需要设定，例如需要限定用户扫描开门的位置范围在视频监控的范围内，或门禁所在位置的广场范围内等。此外，阈值的设定还可以根据具体的网络定位条件在保证工作可靠性的前提下设定，优选地，该阈值可设定在60米至140米之间，更优地，该阈值为100米。

可以理解的是，步骤180和步骤200的判断可以不分先后的进行，步骤180及步骤200的判断结果均为是即说明当前用户终端处于指定的位置范围内，且当前用户openid具有相应门禁id的开门权限，门禁控制器在接收到相应的开锁指令后控制对应的电子锁具开锁。具体地，门禁控制器可以连接一个或多个电子锁具。优选地，应用服务器在向门禁控制器发送开锁指令的同时，还给用户终端发送开门成功的通知，提醒用户已开门成功。并且若步骤200的判断结果为否，应用服务器还用于向用户终端发送“不在开门范围内”类的提示信息,提醒用户需要进入到指定的范围内才能完成开门。

本发明的有益效果在于，通过在实现开门的过程中除了对用户的权限进行核实鉴定外，还对用户开门时的位置进行距离判别，确保位置用户只能在指定位置范围内进行扫码开门，达到提升门禁安全性的效果。进一步地，本发明的有益效果还在于，利用应用服务器将用户终端的开门请求拆分为两个独立的请求并分别处理，两个进程可以并行处理，由此可以提升整体流程处理效率，进而提升用户扫码开门的体验。此外，本发明利用的是微信应用程序的扫描功能，该应用程序具有较高的普及率，用户无需额外配置专用的应用程序或终端，只需简单关注对应二维码的门禁服务公众号，以方便在扫描二维码的处理过程中应用服务器利用关联该公众号的用户openid进行鉴权及获取用户经纬度。

进一步地，所述应用服务器在用于根据查询结果判断当前用户openid是否具有对应门禁id的开锁权限之后，以及用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值之前还用于：

判断应用服务器中是否具有对应当前用户openid的用户经纬度；并在服务器中是没有对应当前用户openid的用户经纬度时，建立关联当前用户openid的等待开门信息；

所述应用服务器在用于根据位置登记请求建立绑定用户openid与用户经纬度的记录之后，以及用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值之前还用于：

判断应用服务器中是否具有对应当前用户openid的等待开门信息；

应用服务器中若有对应当前用户openid的等待开门信息，则应用服务器用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值。

本实施例中，应用服务器在用于处理完门禁鉴权请求后还对位置登记请求的处理情况进行监督，从而保证后续流程的得以顺利的处理。若当前尚未有关于当前用户openid的用户经纬度，例如获取用户经纬度的事件有延迟而慢于门禁鉴权请求的处理，通过对这种情况进行标记可以方便在获得用户经纬度后继续并行验证的后续流程。如果已获取用户经纬度，结合在处理门禁鉴权请求的过程中获取的门禁经纬度，如此计算距离的数据以齐备，可以做相应的计算处理。如果已有相应的等待开门信息，说明以完成门禁鉴权请求的处理，门禁经纬度的数据已具备，从而可直接计算距离。

在完成门禁鉴权请求的处理后对位置登记请求的处理结果进行验证，若检测到位置登记请求的处理未完成则生成一个“等待开门信息”的标记信息。如此，在完成位置登记请求的处理后通过检测“等待开门信息”的有无，实现对门禁鉴权请求完成情况的交叉检验。如此，无论哪个流程先处理完，只要两个流程全部处理完，就能立即进入关于两经纬度之间距离的计算处理，从而提升了流程处理效率。

进一步地，门禁信息表中还存储有关联二维码标识的权限物信息；

所述应用服务器在用于根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的门禁id及门禁经纬度时具体用于：

应用服务器根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的权限物信息、门禁id及门禁经纬度；

所述应用服务器在用于根据查询结果判断当前用户openid是否具有对应门禁id的开锁权限时具体用于：

向第三方服务器发送用户openid请求返回关联该用户openid的权限物信息；

接收第三方服务器从存储的个人信息、用户openid、以及权限物信息之间的关联关系表中提取的关联该用户openid的权限物信息；

根据第三方服务器返回的权限物信息与从门禁信息表中提取的权限物信息判断该用户openid是否具有对应门禁id的权限。

本实施例中，门禁信息表是管理员预先在应用服务器中建立的，由于权限物信息与门禁id之间的关系，可以通过已知的管理逻辑确认，如此可以一次性或成批次的建立。例如一个住宅小区的所有套房，与该住宅小区的东南西北大门，以及具体单元楼栋的单元门。举一个具体的例子，假如有星星小区，和月亮小区，星星小区有A单元1栋，2栋；B单元1,2栋。用户A有的房产为星星小区A单元2栋501，那么用户A可以有星星小区所有大门，以及A单元门的权限，但不具备星星小区B单元门，以及月亮小区所有大门的权限。

通过核对应用服务器上的权限物信息和第三方服务器上的权限物信息，可以判断出当前用户openid是否具有对应门禁id的权限。

本实施例中，关于第三方服务器存储的个人信息、用户openid、以及权限物信息之间的关联关系表，这种数据是受信任或认证过的数据。并且这种数据是用户在使用其他物业服务时所积累的，例如日常水电费的缴纳，快递的收取等等。通过将实现鉴权的数据一部分设置在第三方服务器上，另一部分设置在应用服务器上，如此形成分布授权的架构，可实现以下有益效果：

第一、由于权限物信息与权限之间的关联关系可以根据已有的逻辑一次性地门禁应用服务器上建立，即无需为了实现鉴权而在门禁应用服务器建立并维护完整的授权数据库，既可以提升门禁服务的部署速度，也可以提升用户信息的安全性。

第二、无需用户配合即可实现鉴权数据的搭建，用户可以无感知地使用本发明的扫码开门方案。

第三、由于用户通过扫描二维码发送的请求中与用户相关的信息是用户openid，而非直接的用户信息；在第三方服务器返回给门禁应用服务器的权限物信息同样如此，没有包含直接的用户信息，如此，进一步提升了用户的信息安全。

进一步地，所述应用服务器在用于根据位置登记请求建立绑定用户openid与用户经纬度的记录具体用于：

根据位置登记请求查询账户信息表中是否有关于该用户openid的用户id，所述用户id是区别于用户openid的、应用服务器本地的编码信息；

若账户信息表中有关于该用户openid的用户id，则在用户信息表中对应用户id增加关于用户经纬度的记录；

所述应用服务器在用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离时具体用于：

a)根据用户openid查询账户信息表获取用户id；

b)利用用户id查询用户信息表获取用户经纬度；

c)计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离。

本实施例中，为了方便信息的管理，在应用服务器中设立账户信息表以存储用户openid与分配的用户id之间的关联关系，并且通过在设立的用户信息表中，将用户经纬度对应用户id存入，有利于对用户的位置信息进行保护以及内部利用用户id对经纬度进行调用。优选地，用户id的字符要短于用户openid。

进一步地，所述应用服务器在用于根据位置登记请求查询账户信息表中没有查询到关于该用户openid的用户id时还用于：

为该用户openid分配用户id，并在账户信息表中建立关于用户openid与用户id之间的关联关系的记录。

为该用户openid分配用户id，并在账户信息表中建立关于用户openid与用户id之间的关联关系的记录，再跳转至步骤120b。

在本实施例中，通过设置为用户openid分配用户id的环节，可以及时第为新用户openid进行建档管理，以及对应用户openid的用户经纬度的登记。

本发明还提供一种扫码并行验证的开门方法，请参照图2，本发明扫码并行验证的开门方法的第一实施例，该方法所采用的技术方案包括：

步骤100：

应用服务器接收用户终端通过扫描二维码提交的位置登记请求以及门禁鉴权请求，其中，

所述位置登记请求包括用户经纬度及用户openid，所述门禁鉴权请求包括二维码标识及用户openid；

应用服务器为门禁服务公众号后台配置的服务器，可以理解的是，为了实现自动上报的用户经纬度，需要在公众号的管理配置中开启上报经纬度的功能并获得用户的授权。

用户终端可以是任何安装微信应用的程序的终端，例如手机或平板电脑，这些用户终端具备用于扫描的摄像头。

用户终端扫描的二维码是应用服务器请求微信服务器生成的，该二维码的信息包括一个URL，该URL携带一个参数，该参数为微信二维码全局标识。应用服务器可以根据该参数获取公众号标识和二维码标识。

用户终端扫描二维码进入公众号会话页面的过程中会自动触发上报用户经纬度的事件，根据该用户经纬度和用户openid形成位置登记请求。

openid是微信用户在公众号appid下的唯一用户标识(appid不同，则获取到的openid就不同)，可用于永久标记一个用户。

利用二维码标识及用户openid形成门禁鉴权请求，这是因为二维码标识可以关联到具体的门禁电子锁，而利用用户openid可以进行身份验证，两者结合形成鉴权的基础。

步骤120：应用服务器根据位置登记请求建立绑定用户openid与用户经纬度的记录；

通过建立用户openid与用户经纬度的关联记录，可方便通过用户openid调用对应的用户经纬度。

步骤140：与步骤120同时或不分先后地，应用服务器根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的门禁id及门禁经纬度；

为了提升整体流程的处理效率，查询门禁id和门禁经纬度的处理相对于步骤120独立，因为在实际应用中，两流程的实际完成的先后顺序是不确定的，例如若步骤120先于步骤140完成，在登记用户经纬度时可以将用户经纬度写入缓存以备用。同理，若步骤140先完成，则可以将门禁经纬度写入缓存以备用。二维码标识、门禁id及门禁经纬度三者之间的关联关系可以通过管理员在部署时建立。

步骤160：判断当前用户openid是否具有对应门禁id的开锁权限；

可以理解的是，若用户openid的有开门权限，且具体的权限与获取的门禁id的权限相对应，则可判断为有权限。该权限可以为房主权限或访客权限或家庭成员权限，该权限核对既可以通过查询本地的权限关联表实现，也可以通过不同服务器之间分步校验的方式实现。

步骤180：计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离；

在获取到两个经纬度之后，如何计算量经纬度之间的距离可以通过现有的手段实现，再次不在赘述。

步骤200：判断步骤180计算的距离是否小于预设阈值；

该阈值的设定可以根据具体的安全监控的需要设定，例如需要限定用户扫描开门的位置范围在视频监控的范围内，或门禁所在位置的广场范围内等。此外，阈值的设定还可以根据具体的网络定位条件在保证工作可靠性的前提下设定，优选地，该阈值可设定在60米至140米之间，更优地，该阈值为100米。

步骤220：若步骤180及步骤200的判断结果均为是，则应用服务器向门禁控制器发送对应门禁id的开锁指令。

可以理解的是，步骤180和步骤200的判断可以不分先后的进行，步骤180及步骤200的判断结果均为是即说明当前用户终端处于指定的位置范围内，且当前用户openid具有相应门禁id的开门权限，门禁控制器在接收到相应的开锁指令后控制对应的电子锁具开锁。具体地，门禁控制器可以连接一个或多个电子锁具。优选地，应用服务器在向门禁控制器发送开锁指令的同时，还给用户终端发送开门成功的通知，提醒用户已开门成功。并且若步骤200的判断结果为否，应用服务器还用于向用户终端发送“不在开门范围内”类的提示信息,提醒用户需要进入到指定的范围内才能完成开门。

本发明的有益效果在于，通过在实现开门的过程中除了对用户的权限进行核实鉴定外，还对用户开门时的位置进行距离判别，确保位置用户只能在指定位置范围内进行扫码开门，达到提升门禁安全性的效果。进一步地，本发明的有益效果还在于，利用应用服务器将用户终端的开门请求拆分为两个独立的请求并分别处理，两个进程可以并行处理，由此可以提升整体流程处理效率，进而提升用户扫码开门的体验。此外，本发明利用的是微信应用程序的扫描功能，该应用程序具有较高的普及率，用户无需额外配置专用的应用程序或终端，只需简单关注对应二维码的门禁服务公众号，以方便在扫描二维码的处理过程中应用服务器利用关联该公众号的用户openid进行鉴权及获取用户经纬度。

进一步地，请参照图3，本发明扫码并行验证的开门方法的第二实施例，在步骤160与步骤180之间还包括

步骤165：判断应用服务器中是否具有对应当前用户openid的用户经纬度；

通过设置该步骤可以对应用服务器对于位置登记请求的处理情况进行监督，从而保证后续流程的得以顺利的处理。

步骤170：若步骤165的判断结果为否，则建立关联当前用户openid的等待开门信息；

若当前尚未有关于当前用户openid的用户经纬度，例如获取用户经纬度的事件有延迟而慢于步骤160，通过对这种情况进行标记可以方便在获得用户经纬度后继续并行验证的后续流程。

所述步骤180具体包括：若步骤165的判断结果为是，计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离；

如果已获取用户经纬度，结合步骤140获取的门禁经纬度，如此计算距离的数据以齐备，可以做相应的计算处理。

在步骤120与步骤180之间还包括：

步骤150：判断应用服务器中是否具有对应当前用户openid的等待开门信息；

所述步骤180具体包括：若步骤165或步骤150的判断结果为是，计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离。

如果已有相应的等待开门信息，说明以完成门禁鉴权请求的处理，门禁经纬度的数据已具备，从而可直接进入步骤180的处理。

在本实施例中，在完成门禁鉴权请求的处理后对位置登记请求的处理结果进行验证，若检测到位置登记请求的处理未完成则生成一个“等待开门信息”的标记信息。如此，在完成位置登记请求的处理后通过检测“等待开门信息”的有无，实现对门禁鉴权请求完成情况的交叉检验。如此，无论哪个流程先处理完，只要两个流程全部处理完，就能立即进入步骤180的处理，从而提升了流程处理效率。

进一步地，请参照图4，本发明扫码并行验证的开门方法的第三实施例，门禁信息表中还存储有关联二维码标识的权限物信息；

所述步骤140具体包括：

应用服务器根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的权限物信息、门禁id及门禁经纬度；

门禁信息表是管理员预先在应用服务器中建立的，由于权限物信息与门禁id之间的关系，可以通过已知的管理逻辑确认，如此可以一次性或成批次的建立。例如一个住宅小区的所有套房，与该住宅小区的东南西北大门，以及具体单元楼栋的单元门。举一个具体的例子，假如有星星小区，和月亮小区，星星小区有A单元1栋，2栋；B单元1,2栋。用户A有的房产为星星小区A单元2栋501，那么用户A可以有星星小区所有大门，以及A单元门的权限，但不具备星星小区B单元门，以及月亮小区所有大门的权限。

步骤160具体包括：

步骤160a：应用服务器向第三方服务器发送用户openid请求返回关联该用户openid的权限物信息；以及

步骤160b：应用服务器接收第三方服务器从存储的个人信息、用户openid、以及权限物信息之间的关联关系表中提取的关联该用户openid的权限物信息；

步骤160c：根据第三方服务器返回的权限物信息与从门禁信息表中提取的权限物信息判断该用户openid是否具有对应门禁id的权限。

通过核对应用服务器上的权限物信息和第三方服务器上的权限物信息，可以判断出当前用户openid是否具有对应门禁id的权限。

本实施例中，关于第三方服务器存储的个人信息、用户openid、以及权限物信息之间的关联关系表，这种数据是受信任或认证过的数据。并且这种数据是用户在使用其他物业服务时所积累的，例如日常水电费的缴纳，快递的收取等等。通过将实现鉴权的数据一部分设置在第三方服务器上，另一部分设置在应用服务器上，如此形成分布授权的架构，可实现以下有益效果：

第一、由于权限物信息与权限之间的关联关系可以根据已有的逻辑一次性地门禁应用服务器上建立，即无需为了实现鉴权而在门禁应用服务器建立并维护完整的授权数据库，既可以提升门禁服务的部署速度，也可以提升用户信息的安全性。

第二、无需用户配合即可实现鉴权数据的搭建，用户可以无感知地使用本发明的扫码开门方案。

第三、由于用户通过扫描二维码发送的请求中与用户相关的信息是用户openid，而非直接的用户信息；在第三方服务器返回给门禁应用服务器的权限物信息同样如此，没有包含直接的用户信息，如此，进一步提升了用户的信息安全。

进一步地，，请参照图5，本发明扫码并行验证的开门方法的第四实施例，所述步骤120具体包括：

步骤120a：应用服务器根据位置登记请求查询账户信息表中是否有关于该用户openid的用户id，所述用户id是区别于用户openid的、应用服务器本地的编码信息；

步骤120b：步骤120a的查询结果为是，则在用户信息表中对应用户id增加关于用户经纬度的记录；

所述步骤180具体包括：

a)根据用户openid查询账户信息表获取用户id；

b)利用用户id查询用户信息表获取用户经纬度；

c)计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离。

本实施例中，为了方便信息的管理，在应用服务器中设立账户信息表以存储用户openid与分配的用户id之间的关联关系，并且通过在设立的用户信息表中，将用户经纬度对应用户id存入，有利于对用户的位置信息进行保护以及内部利用用户id对经纬度进行调用。优选地，用户id的字符要短于用户openid。

进一步地，请参照图6，本发明扫码并行验证的开门方法的第五实施例，所述步骤120具体还包括：

步骤120c：若步骤120a的查询结果为否，

为该用户openid分配用户id，并在账户信息表中建立关于用户openid与用户id之间的关联关系的记录，再跳转至步骤120b。

在本实施例中，通过设置为用户openid分配用户id的环节，可以及时第为新用户openid进行建档管理，以及对应用户openid的用户经纬度的登记。

应当理解的是，以上实施例仅用以说明本发明的技术方案，而非对其限制，对本领域技术人员来说，可以对上述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而所有这些修改和替换，都应属于本发明所附权利要求的保护范围。

Claims (10)

1.一种扫码并行验证的开门系统，其特征在于，包括应用服务器及门禁控制器，其中，

所述应用服务器用于接收用户终端通过扫描二维码提交的位置登记请求以及门禁鉴权请求，所述位置登记请求包括用户经纬度及用户openid，所述门禁鉴权请求包括二维码标识及用户openid；

所述应用服务器还用于根据位置登记请求建立绑定用户openid与用户经纬度的记录；以及，

所述应用服务器还用于根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的门禁id及门禁经纬度；

所述应用服务器还用于根据查询结果判断当前用户openid是否具有对应门禁id的开锁权限；

所述应用服务器还用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值；

所述应用服务器还用于若当前用户openid具有对应门禁id的开锁权限，且用户经纬度与关联所述二维码标识的门禁经纬度之间的距离小于预设阈值，则向门禁控制器发送对应门禁id的开锁指令。

2.如权利要求1所述的扫码并行验证的开门系统，其特征在于，

所述应用服务器在用于根据查询结果判断当前用户openid是否具有对应门禁id的开锁权限之后，以及用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值之前还用于：

判断应用服务器中是否具有对应当前用户openid的用户经纬度；并在服务器中是没有对应当前用户openid的用户经纬度时，建立关联当前用户openid的等待开门信息；

所述应用服务器在用于根据位置登记请求建立绑定用户openid与用户经纬度的记录之后，以及用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值之前还用于：

判断应用服务器中是否具有对应当前用户openid的等待开门信息；

应用服务器中若有对应当前用户openid的等待开门信息，则应用服务器用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离并判断该距离是否小于预设阈值。

3.如权利要求1或2所述的扫码并行验证的开门系统，其特征在于，还包括第三方服务器，

门禁信息表中还存储有关联二维码标识的权限物信息；

所述应用服务器在用于根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的门禁id及门禁经纬度时具体用于：

应用服务器根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的权限物信息、门禁id及门禁经纬度；

所述应用服务器在用于根据查询结果判断当前用户openid是否具有对应门禁id的开锁权限时具体用于：

向第三方服务器发送用户openid请求返回关联该用户openid的权限物信息；

接收第三方服务器从存储的个人信息、用户openid、以及权限物信息之间的关联关系表中提取的关联该用户openid的权限物信息；

根据第三方服务器返回的权限物信息与从门禁信息表中提取的权限物信息判断该用户openid是否具有对应门禁id的权限。

4.如权利要求3所述的扫码并行验证的开门系统，其特征在于，

所述应用服务器在用于根据位置登记请求建立绑定用户openid与用户经纬度的记录具体用于：

根据位置登记请求查询账户信息表中是否有关于该用户openid的用户id，所述用户id是区别于用户openid的、应用服务器本地的编码信息；

若账户信息表中有关于该用户openid的用户id，则在用户信息表中对应用户id增加关于用户经纬度的记录；

所述应用服务器在用于计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离时具体用于：

a)根据用户openid查询账户信息表获取用户id；

b)利用用户id查询用户信息表获取用户经纬度；

c)计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离。

5.如权利要求4所述的扫码并行验证的开门系统，其特征在于，

所述应用服务器在用于根据位置登记请求查询账户信息表中没有查询到关于该用户openid的用户id时还用于：

为该用户openid分配用户id，并在账户信息表中建立关于用户openid与用户id之间的关联关系的记录。

6.一种扫码并行验证的开门方法，其特征在于，包括：

步骤100：

应用服务器接收用户终端通过扫描二维码提交的位置登记请求以及门禁鉴权请求，其中，

所述位置登记请求包括用户经纬度及用户openid，所述门禁鉴权请求包括二维码标识及用户openid；

步骤120：应用服务器根据位置登记请求建立绑定用户openid与用户经纬度的记录；

步骤140：与步骤120同时或不分先后地，应用服务器根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的门禁id及门禁经纬度；

步骤160：判断当前用户openid是否具有对应门禁id的开锁权限；

步骤180：计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离；

步骤200：判断步骤180计算的距离是否小于预设阈值；

步骤220：若步骤180及步骤200的判断结果均为是，则应用服务器向门禁控制器发送对应门禁id的开锁指令。

7.如权利要求6所述的扫码并行验证的开门方法，其特征在于，

在步骤160与步骤180之间还包括

步骤165：判断应用服务器中是否具有对应当前用户openid的用户经纬度；

步骤170：若步骤165的判断结果为否，则建立关联当前用户openid的等待开门信息；

所述步骤180具体包括：若步骤165的判断结果为是，计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离；

在步骤120与步骤180之间还包括：

步骤150：判断应用服务器中是否具有对应当前用户openid的等待开门信息；

所述步骤180具体包括：若步骤165或步骤150的判断结果为是，计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离。

8.如权利要求6或7所述的扫码并行验证的开门方法，其特征在于，

门禁信息表中还存储有关联二维码标识的权限物信息；

所述步骤140具体包括：

应用服务器根据门禁鉴权请求利用二维码标识在门禁信息表中查询关联该二维码标识的权限物信息、门禁id及门禁经纬度；

步骤160具体包括：

步骤160a：应用服务器向第三方服务器发送用户openid请求返回关联该用户openid的权限物信息；以及

步骤160b：应用服务器接收第三方服务器从存储的个人信息、用户openid、以及权限物信息之间的关联关系表中提取的关联该用户openid的权限物信息；

步骤160c：根据第三方服务器返回的权限物信息与从门禁信息表中提取的权限物信息判断该用户openid是否具有对应门禁id的权限。

9.如权利要求8所述的扫码并行验证的开门方法，其特征在于，所述步骤120具体包括：

步骤120a：应用服务器根据位置登记请求查询账户信息表中是否有关于该用户openid的用户id，所述用户id是区别于用户openid的、应用服务器本地的编码信息；

步骤120b：步骤120a的查询结果为是，则在用户信息表中对应用户id增加关于用户经纬度的记录；

所述步骤180具体包括：

a)根据用户openid查询账户信息表获取用户id；

b)利用用户id查询用户信息表获取用户经纬度；

c)计算用户经纬度与关联所述二维码标识的门禁经纬度之间的距离。

10.如权利要求9所述的扫码并行验证的开门方法，其特征在于，所述步骤120具体还包括：

步骤120c：若步骤120a的查询结果为否，

为该用户openid分配用户id，并在账户信息表中建立关于用户openid与用户id之间的关联关系的记录，再跳转至步骤120b。