CN111862435B - 一种多门互锁的配置方法、开门方法及门禁系统 - Google Patents

Abstract

本说明书提供一种多门互锁的配置方法、开门方法及门禁系统，所述多门互锁的配置方法包括：将多个门禁控制器中的一个门禁控制器配置为门禁服务器，而其他门禁控制器为门禁客户端；配置每个门的开门认证信息以及配置信息，并将开门认证信息及配置信息同步至所述门禁服务器，其中，所述配置信息包括记录多门互锁关系的互锁组、以及各门禁控制器的地址参数。本发明通过配置原多个门禁控制器中的一个作为门禁服务器，而其他的门禁控制器作为控制门的门禁客户端，由门禁服务器统一管理各个门禁客户端的配置信息以及门状态信息，如此，解决了单个门禁客户端只能4门互锁的局限性问题，门禁客户端控制下的门可以任意组合实现多门互锁。

Description

一种多门互锁的配置方法、开门方法及门禁系统

技术领域

本说明书涉及门禁领域，尤其涉及一种多门互锁的配置方法以及开门方法、系统。

背景技术

随着人们对安全要求的不断提高，门禁系统越来越为广泛地应用于各个日常生活的领域，例如住宅小区、银行、办公场所等。对于监狱或者一些管控要求严密的区域，出入门需要多门互锁。多门互锁是指当互锁组内所有门在关闭状态，才能刷卡或按按钮等其他认证方式打开其中一道门。该功能普遍应用于银行储蓄所、金库等严格管控的场景。要实现多门互锁功能，门禁控制器所对应的门必须安装门磁(或者使用带门磁的电锁)，并将门磁信号线连接到门禁控制器，以便检测门的开关状态。其中，门磁是安全报警的一种装置，由无线发射器和永磁体两部分组成，用来探测门、窗、抽屉等是否被非法打开或移动。传统的单台4门门禁控制器为独立控制，且最大支持4门互锁，无法达到现场客户的5门互锁或多门互锁的需求。

发明内容

为克服相关技术中存在的问题，本说明书提供了方法及装置。

根据本说明书实施例的第一方面，提供一种多门互锁的配置方法，所述方法用于具有多个门禁控制器的局域网，包括：

将搜索到的多个门禁控制器中的一个门禁控制器配置为门禁服务器，配置其他门禁控制器为门禁客户端，其中，所述门禁服务器与各所述门禁客户端通信连接，每个所述门禁客户端控制多个门的开或关；

配置每个门的开门认证信息以及配置信息，并将所述开门认证信息以及所述配置信息同步至所述门禁服务器，其中，所述配置信息包括记录多门互锁关系的互锁组、以及各门禁控制器的地址参数。

根据本说明书实施例的第二方面，提供了一种开门方法，所述方法应用于前述配置方法中的门禁服务器，所述方法包括：

接收所述开门认证信息以及配置信息，并将所述开门认证信息以及配置信息下发至各个所述门禁客户端；

接收所述门禁客户端上传的各个门对应的门状态信息，所述门状态信息包括门的标识以及所述门的开/关状态；

当接收到所述门禁客户端发送的待打开的门的标识时，判断与所述门的标识关联的所述互锁组内是否有门处于开的状态，并将判断结果通知给所述门禁客户端。

根据本说明书实施例的第三方面，提供了一种开门方法，所述方法应用于前述配置方法中的门禁客户端，所述方法包括：

接收所述门禁服务器下发的所述开门认证信息以及配置信息；

当接收到待验证的开门认证信息后，依据所述配置信息，判断待打开的门的标识关联有多门互锁对应的互锁组，则向门禁服务器发送待打开的门的标识，以请求所述门禁服务器判断所述门关联的所述互锁组内是否有门处于开的状态；

接收所述门禁服务器的判断结果，并根据所述判断结果，控制所述门打开或保持关闭。

根据本说明书实施例的第四方面，提供了一种门禁系统，所述系统包括平台以及多个门禁控制器，所述平台将搜索到的多个门禁控制器中的一个门禁控制器配置为门禁服务器，将其他门禁控制器配置为门禁客户端；

所述平台用于配置每个门的开门认证信息以及配置信息，并将所述开门认证信息以及所述配置信息同步至所述门禁服务器，其中，所述配置信息包括记录多门互锁关系的互锁组、以及各门禁控制器的地址参数；

所述门禁服务器用于将所述开门认证信息以及配置信息下发至各个所述门禁客户端，以及还接收所述门禁客户端上传的门状态信息；

所述门禁客户端用于接收到待验证的开门认证信息，并依据所述配置信息，判断待打开的门的标识关联有多门互锁对应的互锁组，则向门禁服务器发送待打开的门的标识，以请求所述门禁服务器判断所述门关联的所述互锁组内是否有门处于开的状态；接收所述门禁服务器的判断结果，并根据所述判断结果，控制所述门打开或保持关闭。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例中，提出了一种多门互锁的配置方法、开门方法以及门禁系统，通过配置原多个门禁控制器中的一个作为门禁服务器，而其他的门禁控制器作为控制门的门禁客户端，其中，门禁服务器统一管理各个门禁客户端的配置信息以及门状态信息，如此，解决了单个门禁客户端只能4门互锁的局限性问题，门禁客户端控制下的门可以任意组合实现多门互锁。这样，可以基于现场实际需求，高度复用现有的门禁控制器，以减少开发周期以及项目成本，实现跨门禁控制器的多门互锁。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是本说明书根据一示例性实施例示出的一种门禁系统的架构图。

图2是本说明书根据一示例性实施例示出的另一种门禁系统的架构图。

图3是本说明书根据一示例性示出的实施例示出的另一种门禁系统的架构图。

图4是本说明书根据一示例性示出的实施例示出的一种门禁系统的拓扑连接图。

图5是本说明书根据一示例性示出的实施例示出的为获取所述门状态信息的交互示意图。

图6是本说明书根据一示例性示出的实施例示出的多门互锁时开门判断的交互示意图。

图7为本说明书根据一示例性示出的实施例示出的开门系统的配置及工作交互示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

接下来对本说明书实施例进行详细说明。

如图1所示，图1是本说明书根据一示例性实施例示出的一种门禁系统的架构图，如图1所示，所述系统包括多个门禁控制器以及1个中央服务器，所述中央服务器与多个门禁控制器通过TCP/IP通信实现连接，单台门禁控制器一般控制4个门磁的动作(注：门磁安装在门上，门磁与门一一对应)，实现门磁对应门的开或关，且为避免因TCP/IP通信不稳定而断开连接，将需要互锁的多个门都连接在本地的同一个门禁控制器上，而一个门禁控制器最大一般支持4门互锁，故无法实现5门以上的多门互锁需求。

为解决上述问题，图2是本说明书根据一示例性实施例示出的一种门禁系统的架构图，如图2所示，所述系统包括一个中央服务器1、本地控制器11以及多个门禁控制器，所述中央服务器与本地控制器通过TCP/IP通信实现连接，所述本地控制器11分别与各个门禁控制器通过TCP/IP或RS485连接，由于单台门禁控制器一般控制4个门磁的动作，故设置一个本地控制器11来实现跨门禁控制器的配合，以实现不同门禁控制器下的门的互锁组合。但考虑到需要在本地增设一个本地控制器11，且需要重新连接各设备线路，对系统架构改变较大，从而需要较大的人力、物力来改进硬件设施并设计软件系统来更新此系统。

为进一步解决上述不便，图3是本说明书根据另一示例性示出的实施例示出的一种门禁系统的架构图。如图3所示，所述系统仍旧包括一个中央服务器1以及多个门禁控制器，其中中央服务器上运行有设计的平台，本实施例中，平台配置多个门禁控制器中的其中一台门禁控制器作为门禁服务器2，其余门禁控制器作为门禁客户端3，门禁服务器2作为权限控制中心，统一管理各个门禁客户端3的配置信息以及所控制的门状态信息,平台管理门禁服务器2，实现开门权限的下发与参数配置。其中，所述中央服务器1与门禁服务器2通过TCP/IP通信实现连接，所述门禁服务器2分别与各个门禁客户端3通过TCP/IP或RS485连接，如此即可根据实际项目需求，减少系统架构的变化以及项目开发周期，不用新增硬件设备，高度复用现有的门禁控制器，减少项目成本且实现了跨门禁控制器下的多门互锁方案的设计。

如图3所示，每个所述门禁客户端3都控制有一个门磁4，且电连接有读卡器5以及开门开关6，通过读卡器5读取IC卡上用户的身份信息，并将身份信息发送至对应的门禁客户端3，以实现所述门禁客户端3判断该身份信息是否具有开门权限。其中，所述中央服务器连接有发卡器，该中央服务器读取发卡器中的卡号，并将卡号与具有开门权限的用户的身份信息一一绑定，实现对用户开门权限的控制。由于门磁、读卡器、IC卡、发卡器等都是门禁系统的常用设备，本实施不对其进行过多赘述。接下来，本说明书实施例对如何配置所述门禁系统进行详细的阐述。

在一个实施例中，提出了一种多门互锁的配置方法，所述方法用于具有多个门禁控制器的局域网，所述方法可由所述中央服务器上的平台来执行；所述方法包括：

S101:将搜索到的多个门禁控制器中的一个门禁控制器配置为门禁服务器，配置其他门禁控制器为门禁客户端，其中，所述门禁服务器与各所述门禁客户端通信连接，每个所述门禁客户端控制多个门的开或关；

在一个实施例中，所述配置所述门禁控制器中的一个作为门禁服务器包括：显示搜索到的门禁控制器列表，提示用户配置其中一个门禁控制器作为门禁服务器，并配置其地址参数。其中，所述平台为所述门禁控制器列表中的全部门禁控制器设置IP地址以及端口，以实现中央服务器与门禁服务器之间的TCP/IP通信，以及门禁服务器以及门禁客户端之间的TCP/IP通信。另外，将所述门禁控制器列表中的全部门禁控制器依搜索顺序或设备编号或用户自定义设置每个门禁控制器的RS485地址。为方便理解以及描述，如图4所示，图4是本说明书根据一示例性示出的实施例示出的一种门禁系统的拓扑连接图，配置门禁服务器的RS485地址为“地址0”，而其他门禁客户端的RS485地址依次为地址“地址1”、“地址2”、“地址3”……。且每个门禁客户端都控制有多个门对应的门磁，即门禁客户端控制多个门的开或关。其中，对每个门禁控制器控制的多个门都进行了系统标识，如图4所示，RS485地址为1的门禁客户端控制有3个门，分别为门1、门2、门3；RS485地址为2的门禁客户端控制有2个门，分别为门1、门2；…其他门禁客户端也是如此。故依据其对应的标识以及所属门禁客户端的RS485地址，可唯一确定每个门。可采取如下形式来表示每个门，如门(1，1)则代表RS485地址为1的门禁客户端控制的门1，门(2,1)则代表RS485地址为2的门禁客户端控制的门1…即前一位代表门禁客户端的RS485地址，后一位代表门的标识，以此，唯一确定各个门。

S102:配置每个门的开门认证信息以及配置信息，并将所述开门认证信息以及所述配置信息同步至所述门禁服务器，其中，所述配置信息包括记录多门互锁关系的互锁组、以及各门禁控制器的地址参数。

在本实施例中，所述配置每个门的开门认证信息，具体为：依据每个门都可以唯一确定，故设置允许打开其中一门的用户的身份信息，并将其与特定的卡号进行绑定，用户持IC卡去刷门禁读卡器，门禁客户端获取用户信息，搜索是否对应有对应卡号，即可实现对用户的开门权限控制。当然，此处开门认证信息的种类以及开门认证方式有多种，比如指纹识别、虹膜识别、人脸识别或密码锁等多种方式，上述仅列举了简单的一种，对于可以实现本发明的其他方式，本实施不做限制。

在一个实施例中，所述互锁组记录的多门互锁关系包括：根据各门禁控制器的地址参数，其中，所述地址参数包括有所述门禁客户端的RS485地址以及所控制的门的标识，配置的多个门互锁时的绑定关系。由于前述已经说明基于门禁客户端的RS485地址和控制的门的标识，可唯一确定一个门。所述配置的多个门互锁时的绑定关系即为录入多个门绑定在一起构成互锁关系的组合，以实现对门的控制与管理。当互锁组内所有门在关闭状态，才能刷卡或按按钮等其他认证方式打开其中一道门。若互锁组内存在门打开，则即使刷卡其他门也不能打开。举个例子，所述平台录入并配置了如下多个互锁组：

互锁组1：(1，1)、(1，2)

互锁组2：(1，1)、(2，1)、(2，2)

互锁组3：(1，1)、(2，2)、(3，1)、(3，2)

由上可知，所述平台配置了3个互锁组，其中，RS485地址为1的门禁客户端控制的门1与RS485地址为1的门禁客户端控制的门2绑定在一起构成互锁关系的互锁组1；RS485地址为1的门禁客户端控制的门1、RS485地址为2的门禁客户端控制的门1以及RS485地址为2的门禁客户端控制的门2这三个门绑定在一起构成互锁关系的互锁组2；同理，互锁组3的门的互锁关系也如此，不在赘述。

在一个实施例中，所述所述地址参数包括：用于建立TCP/IP通道的地址参数、和/或用于建立RS485通道的地址参数。由前所述，所述平台为所述门禁服务器以及门禁客户端都分配有IP地址以及端口，和RS485地址。本实施例中，所述门禁服务器与门禁客户端之间通信连接，除了配置的TCP/IP通信以及RS485通信外，还可以是其他通信连接方式，对此，本申请也不做具体限制。还有，门禁客户端与门禁服务器之间的通信方式设置为TCP/IP和RS485至少两种，当网络环境出现异常的时候，无法维持正常的TCP/IP通信，则上述设备自动切换至RS485通信方式，该方式为门禁客户端与门禁服务器之间通信方式的异常容错机制。一般优先网络通信，当网络恢复正常后，则门禁客户端与门禁服务器之间切换回TCP/IP通信。

在本实施例中，所述平台运行在所述中央服务器上，依据为门禁服务器分配的IP地址以及端口，中央服务器与所述门禁服务器之间通过TCP/IP通信建立连接，建立连接后，平台将配置好的与各个门对应的所述开门认证信息以及所述配置信息同步发送给所述门禁服务器。这样可以使平台只需单独管理一台门禁服务器，即可实现对所述开门认证信息、配置信息或其他信息的下发，然后由门禁服务器对上述信息进行分发至所述门禁客户端。如此，避免了平台对每个门禁控制器都一一下发上述信息，进而减小了平台的处理负担。

在一个实施例中，提出了一种开门方法，所述方法应用与前述实施例中的门禁服务器2，所述方法包括：

S201：接收所述开门认证信息以及配置信息，并将所述开门认证信息以及配置信息下发至各个所述门禁客户端；其中，所述门禁服务器从平台接收开门认证信息以及配置信息，并通过TCP/IP通信或RS485通信将这些信息下发至所述门禁客户端。

S203：接收所述门禁客户端上传的各个门对应的门状态信息，所述门状态信息包括门的标识以及所述门的开/关状态。如图5所示，图5是本说明书根据一示例性示出的实施例示出的为获取所述门状态信息的交互示意图，参见图中步骤501-步骤507，可见，所述门禁服务器2获取门禁客户端3监测得到的各门磁的状态，存储与各个门对应的门状态信息。当接收到所述门禁客户端发送的门磁状态发送变化的消息时，所述门禁服务器再次同步变化了的各门磁的状态，并更新所述门状态信息；最后，发送反馈应答消息给所述门禁客户端。如此，即可实时更新并存储各个门的状态(开或关)，以便于后续的多门互锁判断。

S205：当接收到所述门禁客户端发送的待打开的门的标识时，判断与所述门的标识关联的所述互锁组内是否有门处于开的状态，并将判断结果通知给所述门禁客户端。此步骤即是多门互锁的判断步骤，如图6所示，图6是本说明书根据一示例性示出的实施例示出的多门互锁时开门判断的交互示意图，参见图6中步骤601-步骤608，可见，所述门禁服务器2接收到所述门禁客户端发出的请求后，所述门禁服务器接收所述门禁客户端发送的待打开的门的唯一标识，然后基于存储的门状态信息以及配置信息中的互锁组信息，判断与所述门的标识关联的所述互锁组内是否有门处于开的状态，并将判断结果通知给所述门禁客户端。

在一个实施例中，提出了一种开门方法，所述方法应用于前述实施例中的门禁客户端3，所述方法包括：

S301：接收所述门禁服务器下发的所述开门认证信息以及配置信息；

S303：将所述门禁客户端控制的门的状态上传至所述门禁服务器，且当门状态变化时，控制所述门的门禁客户端主动上传所述门的标识以及状态，以使所述门禁服务器同步更新所述门状态信息；如图5所示，所述门禁客户端3初次运行时，监测获取所述门禁客户端控制的门磁的状态(其中，门磁与门一一对应，所述门磁的状态即为门的状态)，并将所述各门磁的状态以及对应门的标识发送给所述门禁服务器。运行过程中，所述门禁客户端检测各门磁的状态是否变化，若没有发现门磁状态存在变化，则门状态信息的同步更新结束；若发现某个门被打开或关闭，即其对应的门磁状态变化，则将变化的门磁对应的状态以及对应门的标识发送给所述门禁服务器，等待所述门禁服务器2反馈的反馈应答消息。当接收到所述门禁服务器的反馈结果后，再门状态信息的同步更新结束。正如图5所示，此处门禁客户端3的步骤S303与前述门禁服务器的步骤S203相互配合，以实现在门禁服务器更新并存储所述反映各门的状态的门状态信息，便于后续的多门互锁判断。

S305：当接收到待验证的开门认证信息后，依据所述配置信息，判断待打开的门的标识是否关联有多门互锁对应的互锁组，若关联有所述互锁组，则向门禁服务器发送待打开的门的标识，以请求所述门禁服务器判断所述门关联的所述互锁组内是否有门处于开的状态；

S307：接收所述门禁服务器的判断结果，并根据所述判断结果，控制所述门打开或保持关闭。

在本实施例中，所述在判断待打开的门是否关联有多门互锁对应的互锁组之前，所述门禁客户端接收用户开门请求时的用户身份ID，根据所述开门认证信息，判断所述用户身份ID是否具有打开所述门的权限，即是否与所述开门认证信息匹配。其中，用户用IC卡刷读卡器，读卡器读取用户的身份信息(即用户ID)，并发出开门请求。其中，该用户身份信息的判断也可以由门禁服务器去判断，即由门禁客户端将所述用户身份ID发送至所述门禁服务器，但如此会加大门禁服务器的工作量，故一般而言，用户身份信息的判断都是由对应的门禁客户端去执行。

如图6所示，图6左侧为门禁客户端接收到开门请求后的执行动作，具体有：首先，门禁客户端接收用户的开门请求，以及待打开的门的标识；然后，门禁客户端根据所述开门认证信息，判断用户的身份ID是否具有打开所述门的权限，若所述用户不具有打开所述门的权限，则控制所述门保持关闭；若用户具有打开所述门的权限，则根据所述配置信息中的互锁组信息，判断待打开的门的标识是否关联有多门互锁时的互锁组，若没有关联有多门互锁时的互锁组，则直接控制所述门打开；若判断发现所述门的标识关联有所述互锁组，则所述门禁客户端请求所述门禁服务器判断所述门关联的所述互锁组内是否有门处于开的状态，之后等待所述门禁服务器反馈的判断结果，所述门禁客户端接收所述判断结果，并根据该判断结果，控制所述门打开或互锁关闭。由此可知，所述门禁客户端的步骤S305、步骤S307与前述门禁服务器的步骤S205相互配合，以实现对所述待打开的门是否满足多门互锁的判断。

接下来，基于前面设置的多个互锁组，来举例说明多门互锁时的所述开门方法，具体有：

前述设置有的互锁组为：

互锁组1：(1，1)、(1，2)

互锁组2：(1，1)、(2，1)、(2，2)

互锁组3：(1，1)、(2，2)、(3，1)、(3，2)

当用户A欲打开的门为：RS485地址为1的门禁客户端控制的门1，即(1,1)；则对应的RS485地址为1的门禁客户端接收所述用户A的开门请求，并判断所述用户A的身份ID是否具有打开所述门的权限。判断得知，所述用户A具有开门权限，判断待打开的门的标识(1,1)是否关联有多门互锁时的互锁组，判断发现待打开的门的标识(1,1)关联有多个互锁组，则所述门禁客户端请求所述门禁服务器判断所述门关联的所述互锁组内是否有门处于开的状态。所述门禁服务器接收到该门的唯一标识(1,1)后，则在互锁组中检索出包含所述门标识的互锁组，即互锁组1、互锁组2以及互锁组3；基于同步的门状态信息，依次判断在所述互锁组内，除了待打开的门(1,1)外，其他门的状态信息，检测是否互锁组内是否存在有门被打开。检测发现互锁组内的门(1,2)并未打开，满足互锁要求；接着检测互锁组2内的门(2，1)以及门(2，2)是否存在门打开，检测发现，门(2，1)以及门(2，2)都未打开，也满足互锁组2内的多门互锁要求；接着检测互锁组3内的门(2，2)、门(3，1)以及门(3，2)的开关状态，检测发现，门(3,2)已经打开，若再控制门(1，1)打开的话，则互锁组3内存在门(1,1)以及门(3,2)两个门处于打开状态，不符合互锁组3内的多门互锁要求。故门禁服务器判断所述门(1,1)关联的所述互锁组内已经有门处于开的状态，此时，门禁服务器反馈给地址为1的门禁客户端判断结果，所述地址为1的门禁客户端接收所述判断结果，并根据该判断结果，控制所述门(1,1)互锁关闭。

以上举了一个示意性的例子，以说明具体的开门流程以及互锁判断的逻辑，其中，上述判断结果也可以是待打开的门满足其关联的所述互锁组内的互锁要求，进而对应门禁客户端控制该门打开。

在本说明书实施例中，提出了一种多门互锁的配置方法以及开门方法，通过配置原多个门禁控制器中的一个作为门禁服务器，而其他的门禁控制器作为控制门的门禁客户端，其中，门禁服务器统一管理各个门禁客户端的配置信息以及门状态信息,如此，解决了单个门禁客户端只能4门互锁的局限性问题，门禁客户端控制下的门可以任意组合实现多门互锁。这样，可以基于现场实际需求，高度复用现有的门禁控制器，以减少开发周期以及项目成本，实现跨门禁控制器的多门互锁。

与前述方法的实施例相对应，本说明书还提供了一种门禁系统以及应用于系统的开门方法的实施例。

在一个实施例中，提出了一种门禁系统，所述系统包括平台以及多个门禁控制器，其中，所述平台运行在所述中央服务器上，所述平台将搜索到的多个门禁控制器中的一个门禁控制器配置为门禁服务器，将其他门禁控制器配置为门禁客户端；

所述平台，用于配置每个门的开门认证信息以及配置信息，并将所述开门认证信息以及所述配置信息同步至所述门禁服务器，其中，所述配置信息包括记录多门互锁关系的互锁组、以及各门禁控制器的地址参数；

所述门禁服务器，用于将所述开门认证信息以及配置信息下发至各个所述门禁客户端，且还接收所述门禁客户端上传的门状态信息；

所述门禁客户端用于接收到待验证的开门认证信息，并依据所述配置信息，判断待打开的门的标识关联有多门互锁对应的互锁组，则向门禁服务器发送待打开的门的标识，以请求所述门禁服务器判断所述门关联的所述互锁组内是否有门处于开的状态；接收所述门禁服务器的判断结果，并根据所述判断结果，控制所述门打开或保持关闭。

其中，所述开门认证信息以及所述配置信息、门状态信息在前述实施例中已经详细阐述，在此，不在赘述。

在一个实施例中，所述中央服务器通过TCP/IP通道与所述门禁服务器连接，所述门禁服务器通过TCP/IP通道和/或RS485通道与所述门禁客户端连接。

在一个实施例中，在判断待打开的门是否关联有多门互锁对应的互锁组之前，所述门禁客户端接收用户开门请求时的用户身份ID，判断所述用户身份ID是否与所述开门认证信息匹配。

在一个实施例中，所述门禁客户端将所述门禁客户端控制的门的状态信息上传至所述门禁服务器，且当门状态变化时，再次上传所述门的状态信息，以使所述门禁服务器更新所述门状态信息。

如图7所示，图7为本说明书根据一示例性示出的实施例示出的开门系统的配置及工作交互示意图。图7中，步骤S701-S705为所述门禁系统的配置过程，通过图7可知，平台仅需管理一台门禁服务器即可，在平台上设置好配置信息以及开门认证信息后，只需要单独发送给所述门禁服务器即可，后续由门禁服务器在本地对上述信息进行配发给门禁客户端。如此，极大的降低了平台的管理成本；且在本地，门禁服务器通过TCP/IP通道和/或RS485通道与所述门禁客户端连接，当网络环境不好时，切换至RS485通信，所述门禁客户端依旧可以得到本地门禁服务器的管理，进而使得门禁系统的安全性得到一定提高。

在一个实施例中，提出了一种开门方法，该开门方法应用与上述门禁系统，所述方法包括：

依据所述配置信息，所述门禁客户端判断待打开的门的标识是否关联有多门互锁对应的互锁组，若关联有所述互锁组，则请求所述门禁服务器判断所述门关联的所述互锁组内是否有门处于开的状态；

当接收到所述门禁客户端发送的所述请求时，所述门禁服务器判断与所述门的标识关联的所述互锁组内是否有门处于开的状态，并将判断结果通知给所述门禁客户端；

所述门禁客户端根据所述判断结果，控制所述门打开或保持关闭。

如图7所示，上述方法即为图7中的步骤S706-S711，具体为：

S706：上传所述门禁客户端控制的门的门状态信息给门禁服务器；

S707：门禁客户端接收待打开门的标识；主要为用户通过刷卡由读卡器读取用户身份信息，并将身份信息以及待打开门的标识发送至门禁客户端；

S708：门禁客户端请求门禁服务器判断所述门关联的所述互锁组内是否有门处于打开的状态；

S709：门禁服务器判断所述门关联的所述互锁组内是否有门处于打开的状态；

S710：门禁服务器反馈判断结果给所述门禁客户端；

S711：门禁客户端依据判断结果，控制所述待打开的门打开或关闭。

上述方法中各个步骤的功能以及实现过程具体详见前述开门方法中对应步骤的实现过程，在此不再赘述。

在本说明书实施例中，提出了一种多门互锁的门禁系统以及开门方法，通过配置原多个门禁控制器中的一个作为门禁服务器，而其他的门禁控制器作为控制门的门禁客户端，其中，门禁服务器统一管理各个门禁客户端的配置信息以及门状态信息，如此，解决了单个门禁客户端只能4门互锁的局限性问题，门禁客户端控制下的门可以任意组合实现多门互锁。这样，可以基于现场实际需求，高度复用现有的门禁控制器，以减少开发周期以及项目成本，实现跨门禁控制器的多门互锁。

本说明书中门禁系统的配置可以是通过在平台上的软件来实现，该平台软件运行在中央服务器上，可以供管理员进行多门互锁组的配置信息设置以及开门权限信息的设置；相应的选择配置的门禁服务器以及各门禁客户端也需要相应的进行软件升级，以实现本门禁系统的功能。当然，上述只是简述了实现本说明书实施例的一种方式，其他具体方式，满足本说明书实施例的描述，都应包括在内，对此，不在进行赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims (12)

1.一种多门互锁的配置方法，其特征在于，所述方法用于具有多个门禁控制器的局域网，包括：

将搜索到的多个门禁控制器中的一个门禁控制器配置为门禁服务器，配置其他门禁控制器为门禁客户端，其中，所述门禁服务器与各所述门禁客户端通信连接，每个所述门禁客户端控制多个门的开或关；

配置每个门的开门认证信息以及配置信息，并将所述开门认证信息以及所述配置信息同步至所述门禁服务器，其中，所述配置信息包括记录多门互锁关系的互锁组、以及各门禁控制器的地址参数，所述互锁组中的各个门属于同一门禁客户端或者属于不同门禁客户端，所述互锁组用于指示门禁客户端打开或者保持关闭该门禁客户端控制的门。

2.根据权利要求1所述的一种多门互锁的配置方法，其特征在于，所述配置所述门禁控制器中的一个作为门禁服务器包括：显示搜索到的门禁控制器列表，配置其中一个门禁控制器作为门禁服务器，具体为配置其地址参数。

3.根据权利要求1所述的一种多门互锁的配置方法，其特征在于，所述地址参数包括：用于建立TCP/IP通道的地址参数、和/或用于建立RS485通道的地址参数。

4.根据权利要求1所述的一种多门互锁的配置方法，其特征在于，所述互锁组记录的多门互锁关系包括：根据所述各门禁控制器的地址参数，配置的多个门互锁时的绑定关系。

5.一种开门方法，其特征在于，所述方法应用于权利要求1-4任一所述方法的门禁服务器，所述方法包括：

接收所述开门认证信息以及配置信息，并将所述开门认证信息以及配置信息下发至各个所述门禁客户端；

接收所述门禁客户端上传的各个门对应的门状态信息，所述门状态信息包括门的标识以及所述门的开/关状态；

当接收到所述门禁客户端发送的待打开的门的标识时，判断与所述门的标识关联的所述互锁组内是否有门处于开的状态，并将判断结果通知给所述门禁客户端，所述互锁组中的各个门属于同一门禁客户端或者属于不同门禁客户端，所述互锁组用于指示门禁客户端打开或者保持关闭该门禁客户端控制的门。

6.一种开门方法，其特征在于，所述方法应用于权利要求1-4任一所述方法中的门禁客户端，所述方法包括：

接收所述门禁服务器下发的所述开门认证信息以及配置信息；

当接收到待验证的开门认证信息后，依据所述配置信息，判断待打开的门的标识关联有多门互锁对应的互锁组，则向门禁服务器发送待打开的门的标识，以请求所述门禁服务器判断所述门关联的所述互锁组内是否有门处于开的状态；其中，所述互锁组中的各个门属于同一门禁客户端或者属于不同门禁客户端；

接收所述门禁服务器的判断结果，并根据所述判断结果，控制所述门打开或保持关闭。

7.根据权利要求6所述的一种开门方法，其特征在于，在判断待打开的门是否关联有多门互锁对应的互锁组之前，所述方法还包括：接收用户开门请求时的用户身份ID，判断所述用户身份ID是否与所述开门认证信息匹配。

8.根据权利要求6所述的一种开门方法，其特征在于，所述方法还包括：将所述门禁客户端控制的门的门状态信息上传至所述门禁服务器，且当门的状态变化时，再次上传所述门的状态信息，以使所述门禁服务器更新所述门状态信息。

9.一种门禁系统，其特征在于，所述系统包括平台以及多个门禁控制器，其中，所述平台运行在中央服务器上；

所述平台，用于将搜索到的多个门禁控制器中的一个门禁控制器配置为门禁服务器，将其他门禁控制器配置为门禁客户端；以及，配置每个门的开门认证信息以及配置信息，并将所述开门认证信息以及所述配置信息同步至所述门禁服务器，其中，所述配置信息包括记录多门互锁关系的互锁组、以及各门禁控制器的地址参数，所述互锁组中的各个门属于同一门禁客户端或者属于不同门禁客户端；

所述门禁服务器，用于将所述开门认证信息以及配置信息下发至各个所述门禁客户端，以及接收所述门禁客户端上传的门状态信息；

所述门禁客户端，用于接收到待验证的开门认证信息，并依据所述配置信息，判断待打开的门的标识关联有多门互锁对应的互锁组，则向门禁服务器发送待打开的门的标识，以请求所述门禁服务器判断所述门关联的所述互锁组内是否有门处于开的状态；接收所述门禁服务器的判断结果，并根据所述判断结果，控制所述门打开或保持关闭。

10.根据权利要求9所述的一种门禁系统，其特征在于，在判断待打开的门是否关联有多门互锁对应的互锁组之前，所述门禁客户端接收用户开门请求时的用户身份ID，判断所述用户身份ID是否与所述开门认证信息匹配。

11.根据权利要求9所述的一种门禁系统，其特征在于，所述门禁客户端将所述门禁客户端控制的门的状态信息上传至所述门禁服务器，且当门状态变化时，再次上传所述门的状态信息，以使所述门禁服务器更新所述门状态信息。

12.根据权利要求9所述的一种门禁系统，其特征在于，所述中央服务器通过TCP/IP通道与所述门禁服务器连接，所述门禁服务器通过TCP/IP通道和/或RS485通道与所述门禁客户端连接。

Images