CN107945315A - 门禁控制方法及系统 - Google Patents

Abstract

本发明涉及一种门禁控制方法，包括第一服务器接收第一终端的上传信息，上传信息包括第一终端扫描二维码得到的二维码信息；第一服务器根据上传信息向第一终端返回住户呼叫选择页面；第一服务器接收第一终端根据住户呼叫选择页面所选择的住户呼叫请求，并向第二服务器发送住户呼叫请求指令；第二服务器根据住户呼叫请求指令，查找匹配住户呼叫请求指令对应的住户身份信息，并向住户身份信息对应的第二终端发送访问授权请求；第二服务器接收第二终端返回的访问授权请求结果，并根据访问授权请求结果向开锁命令控制器下发控制命令，从而实现对门禁系统的控制，该控制方法提高了门禁系统的可靠性、便利性，此外，本发明还提供了一种门禁控制系统。

Description

门禁控制方法及系统

技术领域

本发明涉及智能控制领域，特别是涉及一种门禁控制方法及系统。

背景技术

随着经济和社会的发展，门禁出入管理愈发趋向智能化，由最初的安排人员人工确定是否可以出入门禁，到现在市面上广泛使用的楼宇对讲机门禁系统以及门禁卡出入系统，都在一定程度上提高了门禁出入的安全性。

但是，一般的门禁控制方法需要来访者通过设置在门外的按键刷卡器刷卡开门或者输入房号以接通业主，业主通过家装通话器进行通话，刷卡器和通话器每天多人次按压使用，容易损坏，业主收到呼叫信息只能通过固定位置的通话器进行通话和固定位置的开锁按键操作开锁，普遍存在可靠性低以及使用不方便的问题。

发明内容

基于此，有必要针对上述问题，提供一种可靠性高以及使用方便的门禁控制方法及系统。

一种门禁控制方法，所述方法包括：

第一服务器接收第一终端的上传信息，上传信息包括第一终端扫描二维码得到的二维码信息；

第一服务器根据上传信息向第一终端返回住户呼叫选择页面；

第一服务器接收第一终端根据住户呼叫选择页面所选择的住户呼叫请求，并向第二服务器发送住户呼叫请求指令；

第二服务器根据住户呼叫请求指令，进行查询匹配获得住户呼叫请求指令对应的住户身份信息，并根据住户身份信息向第二终端发送访问授权请求；

第二服务器接收第二终端返回的访问授权请求结果，并根据访问授权请求结果向开锁命令控制器下发控制命令。

一种门禁控制系统，所述系统包括：

第一服务器，用于接收第一终端的上传信息，上传信息包括第一终端扫描二维码得到的二维码信息，根据接收的上传信息向第一终端返回住户呼叫选择页面，接收第一终端根据住户呼叫选择页面所选择的住户呼叫请求，并向第二服务器发送住户呼叫请求指令；

第二服务器，用于根据住户呼叫请求指令，进行查询匹配获得住户呼叫请求指令对应的住户身份信息，并根据住户身份信息向第二终端发送访问授权请求，接收第二终端返回的访问授权请求结果，并根据访问授权请求结果向开锁命令控制器下发控制命令。

由于二维码具有易于维护和随时更换的优点，通过采用扫描二维码的方式，上述门禁控制方法及系统克服了按键刷卡器布置在门禁外日晒风吹雨淋的缺点，进一步解决了传统的按键设备容易损坏的问题，从整体上提高了门禁的可靠性；第一服务器与第二服务器相配合通过向第二终端发送访问授权请求，并根据访问授权请求结果对开锁命令控制器下发控制命令，能够通过网络对第一终端的访问进行随时随地控制，上述门禁控制方法及系统克服了只能通过固定位置的家装通话器进行通话和固定位置的开锁按键操作开锁的缺点，从整体上提高了门禁使用的便利性。

附图说明

图1为一个实施例中门禁控制方法的应用环境图；

图2为一个实施例中门禁控制方法的流程图；

图3为一个实施例中第二服务器接收、核实以及绑定第二终端的住户注册信息的流程图；

图4为一个实施例中第一服务器根据接收的上传信息向第一终端返回住户呼叫选择页面的流程图；

图5为一个实施例中住户呼叫选择页面的界面示意图；

图6为一个实施例中第二服务器接收第二终端返回的访问授权请求结果，并根据访问授权请求结果向开锁命令控制器下发控制命令的流程图；

图7为一个实施例中业主选择接通时的业主APP(Application,APP)页面的界面示意图；

图8为一个实施例中一种门禁控制系统结构框图。

具体实施方式

图1为一个实施例中门禁控制方法及系统的应用环境图，如图1所示，该应用环境包括第一终端110、第一服务器120、第二服务器130、第二终端140、开锁命令控制器150以及二维码160。第一终端110与第一服务器120之间可通过网络通信，第一服务器120与第二服务器130之间可通过网络交换数据，第二服务器130与第二终端140之间均可通过网络进行通信，第二服务器130与开锁命令控制器150之间可通过有线或者无线网络连接，二维码160包括楼栋标识数据编码信息。

第一终端110、第二终端140均可为具有扫码功能的智能设备如智能手机、智能平板电脑等移动设备，但不局限于此，第一服务器以及第二服务器均可为云端服务器，可租用，但不局限于此。第一终端110通过扫描二维码160，向第一服务器120上传信息，上传信息包括第一终端110扫描二维码160得到的二维码信息，第一服务器120根据接收的上传信息向第一终端110返回住户呼叫选择页面，第一终端110根据住户呼叫选择页面的选择结果向第一服务器120发送住户呼叫请求，第一服务器120向第二服务器130发送住户呼叫请求指令，第二服务器130根据住户呼叫请求指令，进行查询匹配获得住户呼叫请求指令对应的住户身份信息，并根据住户身份信息向第二终端140发送访问授权请求，第二终端140向第二服务器130返回访问授权请求结果，第二服务器130根据访问授权请求结果向开锁命令控制器150下发控制命令。

如图2所示，在一个实施例中，提供了一种门禁控制方法，可采用以上图1所示的应用环境来说明，包括以下步骤：

步骤S210，第一服务器接收第一终端的上传信息，上传信息包括第一终端扫描二维码得到的二维码信息。

具体地，第一终端具有二维码扫描功能或者通过嵌入二维码扫描工具的应用程序扫描二维码，例如即时通讯应用程序、企业操作应用程序等，二维码信息可以为张贴的二维码图片，也可以为电子显示装置中显示的二维码图形，二维码信息中存储有楼栋标识数据编码信息，第一终端通过应用程序的扫描功能对二维码图形进行扫描，得到二维码信息，并触发第一终端的网络连接，将上述二维码信息作为第一终端上传信息的一部分发送给第一服务器。上述第一终端在扫描上述二维码的过程中，可以在上述嵌入扫描工具的应用程序中进行登录，从而在登录状态下扫描二维码，进而完成扫描过程。

步骤S220，第一服务器根据接收的上传信息向第一终端返回住户呼叫选择页面。

具体地，第一服务器接收第一终端的上传信息，上传信息中包括二维码信息，二维码信息中存储有住户楼栋标识数据编码信息，第一服务器接收上述住户楼栋标识数据编码信息后向第一终端返回住户呼叫选择页面，住户呼叫选择页面包括房间标识信息选择页面，住户呼叫选择页面用于供用户选择待访问的目标房间。

步骤S230，第一服务器接收第一终端根据住户呼叫选择页面所选择的住户呼叫请求，并向第二服务器发送住户呼叫请求指令。

具体地，第一终端通过住户呼叫选择页面接收输入的目标房间，进而向第一服务器发送住户呼叫请求，第一服务器接收第一终端根据住户呼叫选择页面所选择的住户呼叫请求，上述住户呼叫请求携带有楼栋标识数据编码信息以及住户房间标识信息，并且向第二服务器发送上述住户呼叫请求指令。

步骤S240，第二服务器根据住户呼叫请求指令，进行查找匹配获得住户呼叫请求指令对应的住户身份信息。

具体地，第二服务器登记有住户的身份信息、住户的楼栋标识信息以及住户房间标识信息，建立相应的住户信息数据库，住户身份信息通常包括住户的姓名、身份证号、单位、手机号码和注册ID标识(Identification，ID)，注册ID标识为住户通过第二终端向第二服务器提交登记注册信息时分配的注册唯一标识，第二服务器根据第一服务器发送的住户呼叫请求指令，获得住户呼叫请求指令对应的住户楼栋标识数据编码信息以及住户房间标识信息，由于设置二维码数据解析模块，第二服务器可以对住户楼栋数据编码信息进行解码操作，进一步获得住户楼栋标识信息，并根据住户楼栋标识信息以及住户房间标识信息，进行查找匹配得到对应的住户身份信息。

步骤S250，第二服务器根据住户身份信息，向住户身份信息对应的第二终端发送访问授权请求。

具体地，第二服务器根据上述住户身份信息中的注册ID标识或手机号码获取对应的第二终端，向第二终端发送访问授权请求，上述访问授权请求可以为语音通话请求、语音视频通信请求或者视频请求等。

步骤S260，第二服务器接收第二终端返回的访问授权请求结果，并根据访问授权请求结果向开锁命令控制器下发控制命令。

具体地，当所述访问授权请求结果为授权通过时，所述第二服务器向开锁命令控制器发送激活指令，建立所述第二终端和开锁命令控制器之间的通信连接，并根据通信连接中的具体地通信指令确定是否打开门禁；当所述访问授权请求结果为拒绝授权通过时，所述第二服务器拒绝向将所述开锁命令控制器发送激活指令，继续保持门禁处于关闭状态。

本实施例中，通过第一服务器接收第一终端的上传信息，上传信息包括第一终端扫描二维码得到的二维码信息；根据所接收的上传信息向第一终端返回住户呼叫选择页面，接收第一终端根据住户呼叫选择页面所选择的住户呼叫请求，并向第二服务器发送住户呼叫请求指令；第二服务器根据所述住户呼叫请求指令，进行查找匹配获得所述住户呼叫请求指令对应的住户身份信息，并根据所述住户身份信息向第二终端发送访问授权请求，接收第二终端返回的访问授权请求结果，并根据访问授权请求结果向上述开锁命令控制器下发控制命令，实现对门禁系统的控制。由于二维码具有易于维护和随时更换的优点，通过采用扫描二维码的方式，上述门禁控制方法及系统克服了按键刷卡器布置在门禁外日晒风吹雨淋的缺点，进一步解决了传统的按键设备容易损坏的问题，从整体上提高了门禁的可靠性；第一服务器与第二服务器相配合通过向第二终端发送访问授权请求，并根据访问授权请求结果对开锁命令控制器下发控制命令，能够通过网络对第一终端的访问进行随时随地控制，上述门禁控制方法及系统克服了只能通过固定位置的家装通话器进行通话和固定位置的开锁按键操作开锁的缺点，从整体上提高了门禁使用的便利性。

在一个实施例中，上述上传信息还包括访客身份信息，第一服务器根据上传信息向第一终端返回住户呼叫选择页面的步骤之前，还包括第一服务器根据上传信息的发送频率，验证访客身份信息对应的第一访客的访问权限；如果访问权限验证通过，则进入第一服务器根据上传信息向第一终端返回住户呼叫选择页面的步骤，否则不作处理。

具体地，第一终端通过应用程序的扫描功能对二维码图形进行扫描，得到二维码信息，并触发第一终端的网络连接，当将上述二维码信息作为第一终端上传信息的一部分发送给第一服务器时，该访客的身份信息也被上传给第一服务器，访客的身份信息包括访客的应用ID标识、头像以及名称。第一服务器接收上传信息后，要进一步验证访客身份信息对应的第一访客的访问权限，第二服务器可统计一定时间段内上传信息的发送频率，如果同一访客身份信息的应用ID标识频繁进行上传，可以将通过第二服务器将其加入黑名单，对包含该访客的身份信息的住户呼叫请求指令不予接收，自动屏蔽该访客。

在一个实施例中，第一终端安装社交应用程序，社交应用程序可为微信、微博等，通过社交应用程序的扫码功能对上述门禁处粘贴的二维码图片进行扫描，得到二维码信息，二维码信息包含上述住户楼栋标识数据编码信息，通过扫描过程可触发第一终端连通网络的操作，将该二维码信息上传至社交软件服务器，访客的身份信息也被上传给社交软件服务器，访客的身份信息包括访客的微信头像、微信应用账号ID标识以及微信名称，如果第二服务器通过社交软件服务器短时间多次检测到内同一访客身份信息频繁上传，可以通过第二服务器将其列入黑名单，自动屏蔽该访客，以杜绝骚扰。

在一个实施例中，如图3所示，所述方法还包括：

S310，第二服务器接收第二终端的住户注册请求。

具体地，住户通过第二终端进行注册，向第二服务器发起住户注册请求，第二服务器接收第二终端的住户注册请求，并通过第二终端将住户注册信息上传至第二服务器，并建立住户信息数据库，该数据库存储在第二服务器中，第二服务器可为云端服务器，住户注册信息包括住户楼栋标识信息、住户房间标识信息以及住户身份信息，住户身份信息包括住户的姓名、身份证号、手机号码、单位和注册ID标识。

在一个实施例中，住户通过第二终端下载业主APP进行注册，住户在业主APP填写详细信息，并向业主服务器提交登记申请，通过第二终端将住户注册信息上传至第二服务器，住户注册信息包括住户楼栋标号、住户房间号以及住户身份信息，住户身份信息包括住户的姓名、身份证号、手机号码、单位以及APP注册ID号。

S320，第二服务器核实并绑定第二终端的住户注册信息。

具体地，第二服务器首先对所述注册信息首先进行核实，确定无误后把对应的住户注册信息添加到数据库中进行绑定。

在一个实施例中，第二服务器对住户通过第二终端下载业主APP进行注册的注册信息进行核实，确认住户注册信息为真实信息，确定无误后把对应的住户注册信息添加到第二服务器住户信息数据库中。

在一个实施例中，第一服务器包括社交软件服务器，第一终端包括访客终端，如图4所示，步骤S220包括：

S410，社交软件服务器根据接收的上传信息获得住户楼栋标识数据编码信息。

具体地，上述上传信息还包括访客身份信息以及二维码信息，访客身份信息包括访客的社交软件头像、社交软件名称以及社交软件账号，二维码信息包含上述楼栋标识数据编码信息，第一终端包括访客终端，第一终端安装社交应用程序APP，访客通过使用访客终端上面的社交软件扫码功能扫描张贴的二维码图片或者通过电子显示屏显示的二维码图形，触发连接网络的操作，进一步连通社交软件公众号后将该二维码信息通过社交软件公众号上传至社交软件服务器，社交软件服务器接收上传信息并获得二维码信息中对应的楼栋标识数据编码信息，上述社交软件可以为微信、微博等。

S420，社交软件服务器获得住户楼栋标识数据编码信息后通过社交软件公众号向访客终端返回住户呼叫选择页面。

具体地，社交软件服务器获得楼栋标识数据编码信息后启动住户呼叫选择页面，并通过社交软件公众号将住户呼叫选择页面返回访客终端，所述住户呼叫选择页面如包括房间标识信息选择页面，如图5所示。

在一个实施例中，第二服务器包括业主服务器，第二终端包括业主终端，上述业主服务器为公用，如图6所示，步骤S260还包括：

S510，当访问授权请求结果为授权通过时，业主服务器向开锁命令控制器发送激活指令，建立业主终端和开锁命令控制器之间的通信连接，根据通信连接接收通信数据，通信数据包括语音数据和视频数据中的至少一种。

业主服务器接收业主终端根据通信数据返回的指令，如果指令为开门指令，则将开门指令转发至开锁命令控制器，打开门禁；

如果为拒绝开门指令，将拒绝开门指令转发至开锁命令控制器，继续保持门禁处于关闭状态。

具体地，在一个实施例中，门禁控制器连接有话筒、摄像头以及扬声器，业主终端为住户手机，安装有业主APP，接到业主APP服务器推送的访问授权请求指令时，业主终端可以选择是否接通。如果业主终端接收到接通信号，业主服务器向开锁命令控制器发送激活指令，通过业主服务器建立业主终端和开锁命令控制器之间的通信连接，由话筒和扬声器提供双向音频源，由摄像头提供单向视频源，业主选择接通时的业主APP页面如图7所示，上述APP页面包括视频窗口，业主可通过该窗口可以进行视频通话，进一步确认来访者身份，若业主终端同意开锁，点击同意开锁按钮，通过业主服务器将开门指令转发给开锁命令控制器，通过业主可打开门禁；若业主终端拒绝或者忽略开锁，通过业主服务器将拒绝开门指令转发给开锁命令控制器，继续保持门禁处于关闭状态。通过上述过程，可通过网络实现对任意出入人员随时随地的管理操作，使整个门禁具有较高的可靠性和便利性。

S520，当业主服务器接收业主终端返回的访问授权请求结果为拒绝授权通过时，业主服务器拒绝向将开锁命令控制器发送激活指令，继续保持门禁处于关闭状态。

具体地，在一个实施例中，门禁控制器连接有话筒、摄像头以及扬声器，住户手机安装有业主APP，接到业主APP服务器推送的访问授权请求指令时，业主可以选择是否接通。如果业主选择拒绝接通，业主服务器拒绝向开锁命令控制器发送激活指令，继续保持门禁处于关闭状态，并向社交软件服务器发送拒绝进入的推送指令，社交软件服务器收到拒绝进入的指令后将其转发给访客终端，告知其拒绝进入的消息。上述APP还可对个人信息和免打扰时段进行设置，例如业主特定的时间段需要休息，可通过业主终端APP将业主终端的访问时间在对应的时间段设置为免打扰时间，这时业主终端接收到业主APP服务器推送的访问授权请求指令均被拒绝接通，业主服务器拒绝向开锁命令控制器发送激活指令，继续保持门禁系统处于关闭状态，使整个门禁系统进一步的具有使用的便利性。

在一个实施例中，第二服务器包括业主服务器，第二终端包括业主终端，业主服务器登记有住户的住户的楼栋标识信息以及住户房间标识信息，建立相应的住户信息数据库，住户身份信息通常包括住户的姓名、身份证号、单位、手机号码和APP注册ID标识，APP注册ID标识为住户通过第二终端向第二服务器提交登记注册信息时分配的注册唯一标识，业主终端安装有业主APP。

由于第二终端和第二服务器可以进行网络通信，当第二终端访问门禁时，既可以按照第一终端访问门禁的方法获得授权许可，打开门禁，也可通过业主终端安装的业主APP扫描二维码，进而通过业主服务器与开锁命令控制器之间建立通信连接，将住户楼栋标识数据编码信息和业主APP的注册ID标识上传至业主服务器，业主服务器根据接收的业主APP的注册ID标识在业主服务器住户信息数据库中查找得到住户楼栋标识信息，由于设置有二维码解析模块，业主服务器可以对住户楼栋标识数据编码信息进行解码操作，进一步将解码后的住户楼栋标识数据编码信息与上述查找得到的住户楼栋标识信息进行对比，若对比结果一致，则下发开锁指令至开锁命令控制器以打开门禁，若结果不一致，可拒绝下发开锁命令至开锁命令控制器以继续保持门禁处于关闭状态。

在一个实施例中，如图8所示，提供了一种门禁控制系统，包括第一服务器610、第二服务器620。

第一服务器610，用于接收第一终端的上传信息，所述上传信息包括所述第一终端扫描二维码得到的二维码信息，根据所述上传信息向所述第一终端返回住户呼叫选择页面，接收所述第一终端根据所述住户呼叫选择页面发送的住户呼叫请求，并向第二服务器发送所述住户呼叫请求指令；

第二服务器620，用于根据所述住户呼叫请求指令，进行查询匹配获得所述住户呼叫请求指令对应的住户身份信息，并向所述住户身份信息对应的第二终端发送访问授权请求，接收所述第二终端返回的访问授权请求结果，并根据所述访问授权请求结果向开锁命令控制器下发控制命令。

在一个实施例中，第一服务器610还用于根据所述上传信息的发送频率，验证所述访客身份信息对应的第一访客的访问权限；如果访问权限验证通过，则进入所述第一服务器610根据所述上传信息向所述第一终端返回住户呼叫选择页面的步骤，否则不作处理。

在一个实施例中，第一服务器610为社交软件服务器，所述第一终端为访客终端，第一服务器610还用于根据上传信息获得住户楼栋标识数据编码信息，并根据住户楼栋标识数据编码信息向第一终端返回住户呼叫选择页面。

在一个实施例中，第二服务器620还用于接收第二终端的住户注册请求，核实并绑定第二终端的住户注册信息，住户注册信息包括住户楼栋标识信息、住户房间标识信息以及住户身份信息。

在一个实施例中，第二服务器620为业主服务器，第二终端为业主终端，第二服务器620还用于当访问授权请求结果为授权通过时，向开锁命令控制器发送激活指令，建立业主终端和开锁命令控制器之间的通信连接，根据通信连接接收通信数据，通信数据包括语音数据和视频数据中的至少一种，接收业主终端根据通信数据返回的指令，如果指令为开门指令，则将开门指令转发至开锁命令控制器，打开门禁，如果为拒绝开门指令，将拒绝开门指令转发至开锁命令控制器，继续保持门禁处于关闭状态；当接收业主终端返回的访问授权请求结果为拒绝授权通过时，拒绝向将开锁命令控制器发送激活指令，继续保持门禁处于关闭状态。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，如本发明实施例中，该程序可存储于计算机系统的存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种门禁控制方法，所述方法包括：

第一服务器接收第一终端的上传信息，所述上传信息包括所述第一终端扫描二维码得到的二维码信息；

所述第一服务器根据所述上传信息向所述第一终端返回住户呼叫选择页面；

所述第一服务器接收所述第一终端根据所述住户呼叫选择页面发送的住户呼叫请求，并向第二服务器发送所述住户呼叫请求指令；

所述第二服务器根据所述住户呼叫请求指令，进行查询匹配获得所述住户呼叫请求指令对应的住户身份信息；

所述第二服务器根据所述住户身份信息，向所述住户身份信息对应的第二终端发送访问授权请求；

所述第二服务器接收所述第二终端返回的访问授权请求结果，并根据所述访问授权请求结果向开锁命令控制器下发控制命令。

2.根据权利要求1所述的方法，其特征在于，所述上传信息还包括访客身份信息，所述第一服务器根据所述上传信息向所述第一终端返回住户呼叫选择页面的步骤之前，还包括：

第一服务器根据所述上传信息的发送频率，验证所述访客身份信息对应的第一访客的访问权限；

如果访问权限验证通过，则进入所述第一服务器根据所述上传信息向所述第一终端返回住户呼叫选择页面的步骤，否则不作处理。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第二服务器接收所述第二终端发送的住户注册请求；

所述第二服务器核实并绑定所述第二终端发送的住户注册信息，所述住户注册信息包括住户楼栋标识信息、住户房间标识信息以及所述住户身份信息。

4.根据权利要求1所述的方法，其特征在于，所述第一服务器为社交软件服务器，所述第一终端为访客终端，所述第一服务器根据所述上传信息向所述第一终端返回住户呼叫选择页面的步骤包括：

所述社交软件服务器根据所述上传信息获得所述二维码信息，所述二维码信息包括住户楼栋标识数据编码信息；

所述社交软件服务器根据所述住户楼栋数据编码信息通过社交软件公众账号向所述访客终端返回所述住户呼叫选择页面。

5.根据权利要求1所述的方法，其特征在于，所述第二服务器包括业主服务器，所述第二终端包括业主终端，所述第二服务器接收所述第二终端返回的访问授权请求结果，并根据所述访问授权请求结果向所述开锁命令控制器下发控制命令的步骤包括：

当所述访问授权请求结果为授权通过时，所述业主服务器向所述开锁命令控制器发送激活指令，建立所述业主终端和所述开锁命令控制器之间的通信连接，根据所述通信连接接收通信数据，所述通信数据包括语音数据和视频数据中的至少一种；

所述业主服务器接收所述业主终端根据所述通信数据返回的指令，如果所述指令为开门指令，则将所述开门指令转发至开锁命令控制器，打开门禁；

如果为拒绝开门指令，将所述拒绝开门指令转发至开锁命令控制器，继续保持门禁处于关闭状态；

当所述访问授权请求结果为拒绝授权通过时，所述业主服务器拒绝向将所述开锁命令控制器发送激活指令，继续保持门禁处于关闭状态。

6.一种门禁控制系统，其特征在于，所述系统包括：

第一服务器，用于接收第一终端的上传信息，所述上传信息包括所述第一终端扫描二维码得到的二维码信息，根据所述上传信息向所述第一终端返回住户呼叫选择页面，接收所述第一终端根据所述住户呼叫选择页面发送的住户呼叫请求，并向第二服务器发送所述住户呼叫请求指令；

第二服务器，用于根据所述住户呼叫请求指令，进行查询匹配获得所述住户呼叫请求指令对应的住户身份信息，并向所述住户身份信息对应的第二终端发送访问授权请求，接收所述第二终端返回的访问授权请求结果，并根据所述访问授权请求结果向开锁命令控制器下发控制命令。

7.根据权利要求6所述的系统，其特征在于，所述上传信息还包括访客身份信息，第一服务器还用于根据所述上传信息的发送频率，验证所述访客身份信息对应的第一访客的访问权限，如果访问权限验证通过，则进入所述第一服务器根据所述上传信息向所述第一终端返回住户呼叫选择页面的步骤，否则不作处理。

8.根据权利要求6所述的系统，其特征在于，所述第二服务器还用于接收所述第二终端发送的住户注册请求；核实并绑定所述第二终端发送的住户注册信息，所述住户注册信息包括住户楼栋标识信息、住户房间标识信息以及所述住户身份信息。

9.根据权利要求6述的系统，其特征在于，所述第一服务器为社交软件服务器，所述第一终端为访客终端，所述第一服务器还用于根据所述上传信息获得住户楼栋标识数据编码信息，并根据所述住户楼栋数据编码信息通过社交软件公众账号向所述第一终端返回所述住户呼叫选择页面。

10.根据权利要求6所述的系统，其特征在于，所述第二服务器为业主服务器，所述第二终端为业主终端，所述第二服务器还用于：

当所述访问授权请求结果为授权通过时，向所述开锁命令控制器发送激活指令，建立所述业主终端和所述开锁命令控制器之间的通信连接，根据所述通信连接接收通信数据，所述通信数据包括语音数据和视频数据中的至少一种，接收所述业主终端根据所述通信数据返回的指令，如果所述指令为开门指令，则将所述开门指令转发至开锁命令控制器，打开门禁，如果为拒绝开门指令，将所述拒绝开门指令转发至开锁命令控制器，继续保持门禁处于关闭状态，当接收所述业主终端返回的访问授权请求结果为拒绝授权通过时，所述业主服务器拒绝向将所述开锁命令控制器发送激活指令，继续保持门禁处于关闭状态。