一种门禁数据鉴权方法及门禁系统与流程

文档序号:12127848阅读:468来源:国知局
一种门禁数据鉴权方法及门禁系统与流程

本发明涉及通讯技术和安防安全领域,尤其涉及一种门禁数据鉴权方法及门禁系统。



背景技术:

指“门”的禁止权限,是对“门"的戒备防范。这里的“门”,广义来说,包括能够通行的各种通道,包括人通行的门,车辆通行的门等。

传统的门禁设备只使用有线总线进行通讯,虽然通讯比较稳定,但是在安装和后期装修及维护的时候,需要独立布线,投入的工作量非常大,相应的安装或维护费用也不少。传统的门禁设备只采用单路RS485等总线,当唯一的总线不能工作后,整个系统数据将不能正常传送,从而影响系统稳定性以及安全管理性。其次也有少数的门禁设备采用单独的无线网络来进行连接通讯,当无线信号受干扰强度大时,轻则设备间的数据传输稳定性将受到影响,重则整个系统数据将不能正常传送,从而影响系统稳定性以及安全管理性。在通讯方式上,传统的一般做法都是只使用一种有线或无线的组网模式,进行设备之间的数据通讯,如果唯一的通讯线路出现故障,系统将无法保证安全性。

因此,上述提及的门禁设备在通讯网络中传输的信号不稳定,导致的门无法正确进行对应操作的技术问题成为了本领域技术人员亟待解决的技术问题。



技术实现要素:

本发明实施例提供的一种门禁数据鉴权方法及门禁系统,解决了目前的门禁设备在通讯网络中传输的信号不稳定,导致的门无法正确进行对应操作的技术问题。

本发明实施例提供的一种门禁数据鉴权方法,包括:

S1:所述二级设备获取到通过外接的第二数据采集单元采集的鉴权数据;

S2:所述二级设备进行是否能传输所述鉴权数据给所述一级设备的判断,若能传输所述鉴权数据给所述一级设备,则将所述鉴权数据发送至所述一级设备,并执行步骤S3,若不能传输所述鉴权数据给所述一级设备,则将所述鉴权数据与所述服务器预置在所述二级设备的第二本地数据进行数据是否验证成功的判断,并根据判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理;

S3:所述一级设备进行是否能传输所述鉴权数据给所述服务器的判断,若能传输所述鉴权数据给所述服务器,则将所述鉴权数据发送至所述服务器与服务器数据库进行数据是否验证成功的判断,并根据所述服务器返回的判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理,若不能传输所述鉴权数据给所述服务器,则将所述鉴权数据与所述服务器预置在所述一级设备的第一本地数据进行数据是否验证成功的判断,并将判断结果返回给所述二级设备进行对应的门/通道闸开启或门/通道闸不开启的处理。

优选地,进行对应的门/通道闸开启或门/通道闸不开启的处理之后还包括:

通过显示单元进行与所述门/通道闸开启或所述门/通道闸不开启的处理结果对应的显示;

和/或

通过语音单元进行与所述门/通道闸开启或所述门/通道闸不开启的处理结果对应的提示音提示门/通道闸开启门/通道闸不开启

优选地,门禁数据鉴权方法步骤还包括:

所述一级设备获取到通过外接的第一数据采集单元采集的鉴权数据;

所述一级设备进行是否能传输所述鉴权数据给所述服务器的判断,若能传输所述鉴权数据给所述服务器,则将所述鉴权数据发送至所述服务器与服务器数据库进行数据是否验证成功的判断,若不能传输所述鉴权数据给所述服务器,则将所述鉴权数据与所述第一本地数据进行数据是否验证成功的判断,若所述一级设备将所述鉴权数据与所述第一本地数据的数据验证为成功,则进行对应的门/通道闸开启的处理;

若所述一级设备获取到所述服务器数据验证成功指令,则进行对应的门/通道闸开启的处理,若所述一级设备获取到所述服务器数据验证失败指令,则进行对应的门/通道闸不开启的处理;

若所述一级设备将所述鉴权数据与所述第一本地数据的数据验证为失败,则进行对应的门/通道闸不开启的处理。

优选地,所述步骤S1或所述一级设备获取到通过外接的第一数据采集单元采集的鉴权数据之前还包括:

所述服务器将所述第一本地数据发送至所述一级设备,将所述第二本地数据分别发送至所述二级设备。

优选地,若不能传输所述鉴权数据给所述一级设备,则将所述鉴权数据与所述服务器预置在所述二级设备的第二本地数据进行数据是否验证成功的判断,并根据判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理具体包括:

若所述二级设备不能传输所述鉴权数据给所述一级设备,则先进行通讯模式切换,所述二级设备再次进行是否能传输所述鉴权数据给所述一级设备的判断,若仍不能传输所述鉴权数据给所述一级设备,则将所述鉴权数据与所述服务器预置在所述二级设备的第二本地数据进行数据是否验证成功的判断,并根据判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理,若所述二级设备再次进行是否能传输所述鉴权数据给所述一级设备的判断为能传输所述鉴权数据给所述一级设备,则将所述鉴权数据发送至所述一级设备,并执行步骤S3。

优选地,若不能传输所述鉴权数据给所述服务器,则将所述鉴权数据与所述服务器预置在所述一级设备的第一本地数据进行数据是否验证成功的判断,并将判断结果返回给所述二级设备进行对应的门/通道闸开启或门/通道闸不开启的处理具体包括:

若所述一级设备不能传输所述鉴权数据给所述服务器,则先进行通讯模式切换,所述一级设备再次进行是否能传输所述鉴权数据给所述服务器的判断,若仍不能传输所述鉴权数据给所述服务器,则将所述鉴权数据与所述服务器预置在所述一级设备的第一本地数据进行数据是否验证成功的判断,并将判断结果返回给所述二级设备进行对应的门/通道闸开启或门/通道闸不开启的处理,若所述一级设备再次进行是否能传输所述鉴权数据给所述服务器的判断为能传输所述鉴权数据给所述服务器,则将所述鉴权数据发送至所述服务器与服务器数据库进行数据是否验证成功的判断,并根据所述服务器返回的判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理。

优选地,若不能传输所述鉴权数据给所述服务器,则将所述鉴权数据与所述第一本地数据进行数据是否验证成功的判断,若所述一级设备将所述鉴权数据与所述第一本地数据的数据验证为成功,则进行对应的门/通道闸开启的处理具体包括:若所述一级设备不能传输所述鉴权数据给所述服务器,则先进行通讯模式切换,所述一级设备再次进行是否能传输所述鉴权数据给所述服务器的判断,若仍不能传输所述鉴权数据给所述服务器,则将所述鉴权数据与所述第一本地数据进行数据是否验证成功的判断,若所述一级设备将所述鉴权数据与所述第一本地数据的数据验证为成功,则进行对应的门/通道闸开启的处理,若能传输所述鉴权数据给所述服务器,则将所述鉴权数据发送至所述服务器与服务器数据库进行数据是否验证成功的判断。

优选地,所述通讯模式切换为有线通讯模式或无线通讯模式切换为对应的无线通讯模式或有线通讯模式。

优选地,所述一级设备和所述二级设备分别都配置有独立不相同的地址码,所述地址码为所述一级设备和所述二级设备的唯一识别码;

所述一级设备的权限大于所述二级设备的权限。

本发明实施例提供的一种门禁系统,包括:服务器和多级控制架构的至少两个控制设备,所述服务器与所述控制设备通讯连接,所述控制设备包括:至少一个一级设备和至少一个二级设备,所述一级设备和所述二级设备为无线通讯及有线通讯连接,所述一级设备和所述二级设备与所述服务器分别通讯连接;

所述一级设备和所述二级设备均包括:

通讯单元、CPU、控制单元、门控单元、辅助输入单元、辅助输出单元、数据输入单元、锁控输出单元;

所述CPU、所述控制单元、所述门控单元依次连接;

所述通讯单元与所述CPU连接;

所述控制单元与所述辅助输入模块、所述辅助输出模块连接;

所述门控单元与所述数据输入单元、所述锁控输出单元连接。

优选地,所述通讯单元包括:

通讯逻辑控制模块、无线通讯模块、有线通讯模块、显示单元和电源模块;

所述通讯逻辑控制模块分别与所述无线通讯模块和所述有线通讯模块连接;

所述通讯逻辑控制模块还与所述CPU连接;

显示单元所述显示单元与所述控制单元连接,所述电源模块与所述CPU连接。

优选地,门禁系统还包括:

第一数据采集单元和第二数据采集单元;

所述第一数据采集单元与所述一级设备连接,所述第二数据采集单元与所述二级设备连接。

优选地,多级控制架构为N级架构,所述N级架构为逐级通讯连接的多层级架构,上一级所述控制设备与下一级所述控制设备通讯连接。

从以上技术方案可以看出,本发明实施例具有以下优点:

本发明实施例提供的一种门禁数据鉴权方法及门禁系统,其中,门禁数据鉴权方法包括:S1:二级设备获取到通过外接的第二数据采集单元采集的鉴权数据;S2:二级设备进行是否能传输鉴权数据给一级设备的判断,若能传输鉴权数据给一级设备,则将鉴权数据发送至一级设备,并执行步骤S3,若不能传输鉴权数据给一级设备,则将鉴权数据与服务器预置在二级设备的第二本地数据进行数据是否验证成功的判断,并根据判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理;S3:一级设备进行是否能传输鉴权数据给服务器的判断,若能传输鉴权数据给服务器,则将鉴权数据发送至服务器与服务器数据库进行数据是否验证成功的判断,并根据服务器返回的判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理,若不能传输鉴权数据给服务器,则将鉴权数据与服务器预置在一级设备的第一本地数据进行数据是否验证成功的判断,并将判断结果返回给二级设备进行对应的门/通道闸开启或门/通道闸不开启的处理。本实施例中,鉴权数据通过一级设备与服务器之间是否能成功传输,通过二级设备与一级设备之间是否能成功传输,根据结果进行对应的鉴权数据验证在服务器或一级设备或二级设备先经一级设备的处理,使得一级设备或二级设备根据对应的处理结果进行门/通道闸开启或门/通道闸不开启的处理,解决了目前的门禁设备在通讯网络中传输的信号不稳定,导致的门无法正确进行对应操作的技术问题。

进一步地,服务器、一级设备和二级设备之间鉴权数据传输不成功,则进行有线通讯模式或无线通讯模式切换为对应的无线通讯模式或有线通讯模式,大大减少了因通讯故障而影响数据的传输,当第一最佳通讯线路出现故障时,设备系统通过指令延时信息与通讯逻辑控制单元结合进行判断做出决策,自动切换到第二通讯模式,保证设备之间数据的正常传输和系统的稳定性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其它的附图。

图1为本发明实施例提供的一种门禁数据鉴权方法的一个实施例的流程示意图;

图2(a)和图2(b)为本发明实施例提供的一种门禁数据鉴权方法的另一个实施例的流程示意图;

图3为本发明实施例提供的一种门禁系统的一个实施例的一级设备和二级设备工作框图示意图;

图4为一级设备和二级设备通讯工作框图;

图5为门禁系统分级控制工作框图。

具体实施方式

本发明实施例提供的一种门禁数据鉴权方法及门禁系统,解决了目前的门禁设备在通讯网络中传输的信号不稳定,导致的门无法正确进行对应操作的技术问题。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。

请参阅图1,本发明实施例提供的一种门禁数据鉴权方法的一个实施例包括:

S1、二级设备获取到通过外接的第二数据采集单元采集的鉴权数据;

本实施例中,当需要对门禁进行鉴权操作并开启门时,二级设备获取到通过外接的第二数据采集单元采集的鉴权数据。

S2、二级设备进行是否能传输鉴权数据给一级设备的判断,若能传输鉴权数据给一级设备,则将鉴权数据发送至一级设备,并执行步骤S3,若不能传输鉴权数据给一级设备,则执行步骤S4;

当二级设备获取到通过外接的第二数据采集单元采集的鉴权数据之后,二级设备进行是否能传输鉴权数据给一级设备的判断,若能传输鉴权数据给一级设备,则将鉴权数据发送至一级设备,并执行步骤S3,若不能传输鉴权数据给一级设备,则执行步骤S4。

S3、一级设备进行是否能传输鉴权数据给服务器的判断,若能传输鉴权数据给服务器,则执行步骤S5,若不能传输鉴权数据给服务器,则执行步骤S6;

当传输鉴权数据给一级设备,则将鉴权数据发送至一级设备,且一级设备进行是否能传输鉴权数据给服务器的判断,若能传输鉴权数据给服务器,则执行步骤S5,若不能传输鉴权数据给服务器,则执行步骤S6。

S4、将鉴权数据与服务器预置在二级设备的第二本地数据进行数据是否验证成功的判断,并根据判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理;

当二级设备不能传输鉴权数据给一级设备,则将鉴权数据与服务器预置在二级设备的第二本地数据进行数据是否验证成功的判断,并根据判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理。

需要说明的是,二级设备不能传输鉴权数据给一级设备可以是一级设备与二级设备之间无法通讯,或一级设备故障。

S5、将鉴权数据发送至服务器与服务器数据库进行数据是否验证成功的判断,并根据服务器返回的判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理;

当一级设备能传输鉴权数据给服务器,则将鉴权数据发送至服务器与服务器数据库进行数据是否验证成功的判断,并根据服务器返回的判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理。

S6、将鉴权数据与服务器预置在一级设备的第一本地数据进行数据是否验证成功的判断,并将判断结果返回给二级设备进行对应的门/通道闸开启或门/通道闸不开启的处理。

当一级设备不能传输鉴权数据给服务器,则将鉴权数据与服务器预置在一级设备的第一本地数据进行数据是否验证成功的判断,并将判断结果返回给二级设备进行对应的门/通道闸开启或门/通道闸不开启的处理。

需要说明的是,一级设备不能传输鉴权数据给服务器可以是一级设备与服务器之间无法通讯。

本实施例中,鉴权数据通过一级设备与服务器之间是否能成功传输,通过二级设备与一级设备之间是否能成功传输,根据结果进行对应的鉴权数据验证在服务器或一级设备或二级设备先经一级设备的处理,使得一级设备或二级设备根据对应的处理结果进行门/通道闸开启或门/通道闸不开启的处理,解决了目前的门禁设备在通讯网络中传输的信号不稳定,导致的门无法正确进行对应操作的技术问题。

上面是对门禁数据鉴权方法的过程进行的描述,下面将对具体和附加过程进行详细的描述,请参阅图2(a)和图2(b),本发明实施例提供的一种门禁数据鉴权方法的一个实施例包括:

201、服务器将第一本地数据发送至一级设备,将第二本地数据分别发送至二级设备;

本实施例中,当需要对门禁进行鉴权操作并开启门/通道闸之前,服务器将第一本地数据发送至一级设备,将第二本地数据分别发送至二级设备。

202、二级设备获取到通过外接的第二数据采集单元采集的鉴权数据;

当需要对门禁进行鉴权操作并开启门/通道闸时,二级设备获取到通过外接的第二数据采集单元采集的鉴权数据。

203、二级设备进行是否能传输鉴权数据给一级设备的判断,若能传输鉴权数据给一级设备,则将鉴权数据发送至一级设备,并执行步骤204,若不能传输鉴权数据给一级设备,则执行步骤205;

当二级设备获取到通过外接的第二数据采集单元采集的鉴权数据之后,二级设备进行是否能传输鉴权数据给一级设备的判断,若能传输鉴权数据给一级设备,则将鉴权数据发送至一级设备,并执行步骤204,若不能传输鉴权数据给一级设备,则执行步骤205。

204、一级设备进行是否能传输鉴权数据给服务器的判断,若能传输鉴权数据给服务器,则执行步骤207,若不能传输鉴权数据给服务器,则执行步骤208;

当传输鉴权数据给一级设备,则将鉴权数据发送至一级设备,且一级设备进行是否能传输鉴权数据给服务器的判断,若能传输鉴权数据给服务器,则执行步骤207,若不能传输鉴权数据给服务器,则执行步骤208。

205、先进行通讯模式切换,二级设备再次进行是否能传输鉴权数据给一级设备的判断,若仍不能传输鉴权数据给一级设备,则执行步骤206,若二级设备再次进行是否能传输鉴权数据给一级设备的判断为能传输鉴权数据给一级设备,则将鉴权数据发送至一级设备,并执行步骤207;

当步骤203的二级设备不能传输鉴权数据给一级设备,则先进行通讯模式切换,二级设备再次进行是否能传输鉴权数据给一级设备的判断,若仍不能传输鉴权数据给一级设备,则执行步骤206,若二级设备再次进行是否能传输鉴权数据给一级设备的判断为能传输鉴权数据给一级设备,则将鉴权数据发送至一级设备,并执行步骤207。

206、将鉴权数据与服务器预置在二级设备的第二本地数据进行数据是否验证成功的判断,并根据判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理;

当二级设备不能传输鉴权数据给一级设备或进行通讯模式切换后二级设备仍不能传输鉴权数据给一级设备,则将鉴权数据与服务器预置在二级设备的第二本地数据进行数据是否验证成功的判断,并根据判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理。

需要说明的是,二级设备不能传输鉴权数据给一级设备可以是一级设备与二级设备之间无法通讯,或一级设备故障。

207、将鉴权数据发送至服务器与服务器数据库进行数据是否验证成功的判断,并根据服务器返回的判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理;

当步骤204的一级设备能传输鉴权数据给服务器,则将鉴权数据发送至服务器与服务器数据库进行数据是否验证成功的判断,并根据服务器返回的判断结果进行对应的门/通道闸开启或门/通道闸不开启的处理。

208、先进行通讯模式切换,一级设备再次进行是否能传输鉴权数据给服务器的判断,若仍不能传输鉴权数据给服务器,则执行步骤209,若一级设备再次进行是否能传输鉴权数据给服务器的判断为能传输鉴权数据给服务器,则执行步骤207;

当步骤204的一级设备不能传输鉴权数据给服务器,则先进行通讯模式切换,一级设备再次进行是否能传输鉴权数据给服务器的判断,若仍不能传输鉴权数据给服务器,则执行步骤209,若一级设备再次进行是否能传输鉴权数据给服务器的判断为能传输鉴权数据给服务器,则执行步骤207。

209、将鉴权数据与服务器预置在一级设备的第一本地数据进行数据是否验证成功的判断,并将判断结果返回给二级设备进行对应的门/通道闸开启或门/通道闸不开启的处理;

当步骤204的一级设备不能传输鉴权数据给服务器或步骤208的仍不能传输鉴权数据给服务器,则将鉴权数据与服务器预置在一级设备的第一本地数据进行数据是否验证成功的判断,并将判断结果返回给二级设备进行对应的门/通道闸开启或门/通道闸不开启的处理。

需要说明的是,一级设备不能传输鉴权数据给服务器可以是一级设备与服务器之间无法通讯。

210、一级设备获取到通过外接的第一数据采集单元采集的鉴权数据;

当需要对门禁进行鉴权操作并开启门/通道闸时,且步骤201之后,一级设备获取到通过外接的第一数据采集单元采集的鉴权数据。

211、一级设备进行是否能传输鉴权数据给服务器的判断,若能传输鉴权数据给服务器,则执行步骤212,若不能传输鉴权数据给服务器,则执行步骤213;

当一级设备获取到通过外接的第一数据采集单元采集的鉴权数据之后,一级设备进行是否能传输鉴权数据给服务器的判断,若能传输鉴权数据给服务器,则执行步骤212,若不能传输鉴权数据给服务器,则执行步骤213。

212、将鉴权数据发送至服务器与服务器数据库进行数据是否验证成功的判断,若一级设备获取到服务器数据验证成功指令,则进行对应的门/通道闸开启的处理,若一级设备获取到服务器数据验证失败指令,则执行步骤215;

当一级设备能传输鉴权数据给服务器或步骤213进行通讯模式切换后能传输鉴权数据给服务器,则将鉴权数据发送至服务器与服务器数据库进行数据是否验证成功的判断,若一级设备获取到服务器数据验证成功指令,则进行对应的门/通道闸开启的处理,若一级设备获取到服务器数据验证失败指令,则执行步骤215。

213、先进行通讯模式切换,一级设备再次进行是否能传输鉴权数据给服务器的判断,若仍不能传输鉴权数据给服务器,则执行步骤214,若能传输鉴权数据给服务器,则执行步骤212;

若步骤211的一级设备不能传输鉴权数据给服务器,则先进行通讯模式切换,一级设备再次进行是否能传输鉴权数据给服务器的判断,若仍不能传输鉴权数据给服务器,则执行步骤214,若能传输鉴权数据给服务器,则执行步骤212。

214、将鉴权数据与第一本地数据进行数据是否验证成功的判断,若一级设备将鉴权数据与第一本地数据的数据验证为成功,则进行对应的门/通道闸开启的处理,若一级设备将鉴权数据与第一本地数据的数据验证为失败,则执行步骤215;

当一级设备不能传输鉴权数据给服务器或步骤213进行通讯模式切换后仍不能传输鉴权数据给服务器,则将鉴权数据与第一本地数据进行数据是否验证成功的判断,若一级设备将鉴权数据与第一本地数据的数据验证为成功,则进行对应的门/通道闸开启的处理,若一级设备将鉴权数据与第一本地数据的数据验证为失败,则执行步骤215。

215、进行对应的门/通道闸不开启的处理;

若一级设备获取到服务器数据验证失败指令或一级设备将鉴权数据与第一本地数据的数据验证为失败,则进行对应的门/通道闸不开启的处理。

216、通过显示单元进行与门/通道闸开启或门/通道闸不开启的处理结果对应的显示或通过语音单元进行与门/通道闸开启或门/通道闸不开启的处理结果对应的提示音提示。

步骤202至215中,二级设备或一级设备获取到门/通道闸开启或门/通道闸不开启的处理的结果时,显示单元进行与门/通道闸开启或门/通道闸不开启的处理结果对应的显示或通过语音单元进行与门/通道闸开启或门/通道闸不开启的处理结果对应的提示音提示。

本实施例的显示单元可以是LED显示单元或LCD显示单元等,语音单元可以是人声控制器,或者是报警器等,此处不做具体限定。

必须说明的是,通讯模式切换为有线通讯模式或无线通讯模式切换为对应的无线通讯模式或有线通讯模式,进一步优先选择为有线通讯模式。

需要说明的是,当设备选型或工作时,设备的通讯方式可以支持多种模式的组合应用,可跟据使用的环境灵活选择一种或多种以及有线无线混合的搭配通讯模式,大大提高了系统通讯的灵活性和安全性。

可以理解的是,前述的步骤201至216还可以适用于图5中的N级架构。

设备可选择的多种通讯方式如下:

1:设备之间仅使用有线通讯模块进行通讯。

2:设备之间仅使用无线通讯模块进行通讯。

3:设备之间使用有线通讯模块和无线通讯模块的混合模式进行通讯。

多级控制系统

步骤1:系统运行前设置,把设备之间的关系进行配置好,每一个系统下的设备都有一个独一无二的地址码(不联公网情况最低本系统中的所有设备的地址码都不能相同),一级设备的权限大于二级的设备。

步骤2:由服务器发出指令信息(带有地址码)传达给一级设备,当一级设备接到指令进行解析,发出的指令如果是一级指令,对应的一级设备将进行相应的信号处理;如果是二级指令,一级设备将二级指令传达给对应的二级设备,由二级设备去处理指令信息,前述的为一级设备和二级设备的唯一识别码。

步骤3:数据采集装置把采集到的数据上传给上级设备或服务器,与数据库中的数据进行比对,并把比对的结果下发到接采集装置的设备中,设备跟据结果信息做出相应的反应,并把信号传达到信号输出装置中,进行门禁的管理和提示。

本实施例中,鉴权数据通过一级设备与服务器之间是否能成功传输,通过二级设备与一级设备之间是否能成功传输,根据结果进行对应的鉴权数据验证在服务器或一级设备或二级设备先经一级设备的处理,使得一级设备或二级设备根据对应的处理结果进行门/通道闸开启或门/通道闸不开启的处理,解决了目前的门禁设备在通讯网络中传输的信号不稳定,导致的门无法正确进行对应操作的技术问题,当第一最佳通讯线路出现故障时,设备系统通过指令延时信息与通讯逻辑控制单元结合进行判断做出决策,自动切换到第二通讯模式,保证设备之间数据的正常传输和系统的稳定性。

进一步地,服务器、一级设备和二级设备之间鉴权数据传输不成功,则进行有线通讯模式或无线通讯模式切换为对应的无线通讯模式或有线通讯模式,大大减少了因通讯故障而影响数据的传输,当第一最佳通讯线路出现故障时,设备系统通过指令延时信息与通讯逻辑控制单元结合进行判断做出决策,自动切换到第二通讯模式,保证设备之间数据的正常传输和系统的稳定性。

请参阅图3至图5,本发明实施例中提供的一种门禁系统的一个实施例包括:

服务器和多级控制架构的至少两个控制设备,所述服务器与所述控制设备通讯连接,所述控制设备包括:至少一个一级设备和至少一个二级设备,一级设备和二级设备为无线通讯及有线通讯连接,一级设备和二级设备与服务器分别通讯连接;

一级设备和二级设备均包括:

通讯单元、CPU、控制单元、门控单元、辅助输入单元、辅助输出单元、数据输入单元、锁控输出单元;

CPU、控制单元、门控单元依次连接;

通讯单元与CPU连接;

控制单元与辅助输入模块、辅助输出模块连接;

门控单元与数据输入单元、锁控输出单元连接。

进一步地,通讯单元包括:

通讯逻辑控制模块、无线通讯模块和有线通讯模块;

通讯逻辑控制模块分别与无线通讯模块和有线通讯模块连接,通讯逻辑控制模块用于输出逻辑指令进行无线通讯模块和有线通讯模块的互相切换,本实施例中的无线通讯模块和有线通讯模块的互相切换可以是优先选择有线通讯模块,逻辑指令还可以是由CPU输出;

通讯逻辑控制模块还与CPU连接。

进一步地,一级设备和二级设备均还包括:显示单元和电源模块;

显示单元与控制单元连接,电源模块与CPU连接,显示单元可以是LED显示单元或LCD显示单元。

进一步地,门禁系统还包括:

第一数据采集单元和第二数据采集单元;

第一数据采集单元与一级设备连接,第二数据采集单元与二级设备连接。

进一步地,多级控制架构为N级架构,所述N级架构为逐级通讯连接的多层级架构,上一级所述控制设备与下一级所述控制设备通讯连接,任何层级的控制设备的结构与前述的一级设备和二级设备一致,例如在二级设备的下一个层级为三级设备,依次类推,可以把每一栋楼房(或每一层楼)用一个(区域管理设备管理起来),把区域中的门禁数据下发给设备,可以进行脱机的管理.减少网络的压力和后台服务器的压力(在PC配置成本上也可以降低要求),网络环境也比较简洁,解决了现有(传统)门禁管理系统,中,大型项目(比如小区或软件开发/工厂园区;几十栋的楼房(上百上千的楼层))的网络环境较为复杂,网络信号传输压力都是非常的大,其次就是后端服务器的配置也要求也将更高的技术问题。

下面结合图3至图5,及图2实施例进行门禁系统对应的鉴权方法的描述。

应用例一:二级设备21外接的数据采集装置51,把采集到的数据传给终端设备CPU1,二级设备CPU1把数据传给通讯单元13,通讯单元13把数据发送给一级设备20,通过一级设备20把数据转送至后台服务器30,服务器30把接收到的数据与服务器数据库中的数据进行比对,并把结果信息按原路返回传达给二级设备21,二级设备CPU21跟据接收到的结果信息,做出相应的反应。

如果是验证成功的数据,二级设备CPU1发出指令,将开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置52,控制门的打开。同时控制单元2把开启门的信息传到显示单元6做出提示。

如果是验证失败的数据,二级设备CPU1发出指令,将不开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置52,控制门的关闭,同时控制单元2把不开启门的信息传到显示单元6做出提示。

应用例二:首先服务器需要把本路的数据下发到一级设备20进行本地存储;当多级系统中的服务器已断开或所有通讯线路出故障时。二级设备21外接的数据采集装置51,把采集到的数据传给终端设备CPU1,二级设备CPU1把数据传给通讯单元13,通讯单元13把数据发送给一级设备20,一级设备20进行通讯检测,如果服务器不在线或通讯连接不上的情况,就把接收到的数据与一级设备20本地数据库中的数据进行比对,并把结果信息按原路返回传达给二级设备21,二级设备CPU21跟据接收到的结果信息,做出相应的反应。

如果是验证成功的数据,二级设备CPU1发出指令,将开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置52,控制门的打开。同时控制单元2把开启门的信息传到显示单元6做出提示。

如果是验证失败的数据,二级设备CPU1发出指令,将不开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置52,控制门的关闭,同时控制单元2把不开启门的信息传到显示单元6做出提示。

应用例三:当一级设备20出故障或一、二级设备间所有通讯线路出故障。

首先服务器需要把二级设备21有关的数据下发到二级设备21。

二级设备21外接的数据采集装置51,把采集到的数据传给二级设备CPU1,二级设备CPU1把数据传给通讯单元13,通讯单元13与一级设备20进行通讯检测,如果一级设备20不在线或所有通讯都连接不上的情况,就把接收到的数据与二级设备21本地数据库中的数据进行比对,并把结果信息直接传给二级设备21的控制单元2,做出相应的反应。

如果是验证成功的数据,二级设备CPU1发出指令,将开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置52,控制门的打开。同时控制单元2把开启门的信息传到显示单元6做出提示。

如果是验证失败的数据,二级设备CPU1发出指令,将不开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置52,控制门的关闭,同时控制单元2把不开启门的信息传到显示单元6做出提示。

应用例四:一级设备20外接的数据采集装置53,把采集到的数据传给一级设备CPU1,一级设备CPU1把数据传给通讯单元13,通讯单元13把数据发送给至后台服务器30,服务器30把接收到的数据与服务器数据库中的数据进行比对,并把结果信息按原路返回传达给一级设备20,一级设备CPU1跟据接收到的结果信息,做出相应的反应。

如果是验证成功的数据,一级设备CPU1发出指令,将开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置54,控制门的打开。同时控制单元2把开启门的信息传到显示单元6做出提示。

如果是验证失败的数据,一级设备CPU1发出指令,将不开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置54,控制门的关闭,同时控制单元2把不开启门的信息传到显示单元6做出提示。

应用例五:首先服务器需要把本路的数据下发到一级设备20进行本地存储;当多级系统中的服务器已断开或所有通讯线路出故障时。

一级设备20外接的数据采集装置53,把采集到的数据传给一级设备CPU1,一级设备CPU1把数据传给通讯单元13,通讯单元13进行通讯检测,如果服务器不在线或通讯连接不上的情况,就把采集到的数据与一级设备20本地数据库中的数据进行比对,并把结果信息输出给到一级设备20的控制单元2做出相应的反应。

如果是验证成功的数据,一级设备CPU1发出指令,将开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置54,控制门的打开。同时控制单元2把开启门的信息传到显示单元6做出提示。

如果是验证失败的数据,一级设备CPU1发出指令,将不开启门的信号,通过控制单元2传达给门控单元4,门控单元4通过锁控输出单元12和信号输出装置54,控制门的关闭,同时控制单元2把不开启门的信息传到显示单元6做出提示。

本实施例中的有益效果为:当设备间的最佳通讯(第一;比如是高速公路)线路出现故障无法进行通讯时,发送数据端的设备通过通讯延时指令和通讯逻辑控制单元进行判断决策,设备自动切换到其他(第二;比如是国道)通讯线路,同时设备发出通讯故障报警信息;向接收端设备发出连网请求,设备端经过通讯协议机制进行验证,验证成功设备间即可进行数据传输,同时最佳通讯线路故障信息传送给到服务器,服务器发出警报信号,提示用户及时排除通讯故障,以保证系统运行最优化。其次当最佳通讯线路故障排除,设备间通过通讯协议机制进行判断自动恢复到最佳的通讯线路进行通讯。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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

以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1