一种门禁系统的制作方法

本申请涉及安防技术领域，具体涉及一种门禁系统。

背景技术：

门禁系统应用于各种需要限制人员或车辆通行的特定区域，例如厂区或小区等。典型的厂区门禁系统如图1所示，包括上位机、下位机、与下位机相连接的车牌识别相机和限制车辆通行的道闸。当待校验车辆靠近门岗的道闸时，车牌识别相机拍摄车牌图片，通过解析车牌图片获取车牌号等车辆信息；下位机获取该车辆信息，将该车辆信息作为待校验车辆信息上传至上位机；上位机根据预先录入并存储的可放行车辆信息，确定是否放行与所述待校验车辆，并下发通行指令；下位机获取该通行指令，根据所述通行指令控制道闸的开合。

对于大型的厂区，如图1所示，通常设置有多个节点，节点处设置有限制车辆进出的门岗，即存在多个下位机，每个下位机将待校验车辆信息上传至上位机，由上位机作出判断并下发通行指令。在车辆进出厂区的高峰时段，上位机接收多条待校验车辆信息，并将多条待校验车辆信息对应的通行指令分别下发至各个下位机，在同一时段将多个通行指令下发至下位机会占用大量带宽，容易造成线路阻塞，从而导致下位机接收到通行指令的时间延迟。

技术实现要素：

本申请提供一种门禁系统，以解决现有厂区门禁系统在车辆进出厂区的高峰时段，工作效率低下的问题。

本申请提供一种门禁系统，所述系统包括多个节点、控制节点开合的下位机以及与下位机网络连接的上位机，其中，

下位机用于获取待校验车辆的识别信息；

下位机用于查找本地数据库中是否存在与所述识别信息相同的本地车辆信息；

如果本地数据库中存在与所述识别信息相同的本地车辆信息，下位机用于生成第一放行指令；

如果本地数据库中不存在与所述识别信息相同的本地车辆信息，下位机用于将所述识别信息上传至上位机；

所述上位机用于查找上位机数据库中是否存在与所述识别信息相同的新增车辆信息；

如果所述上位机数据库中存在与所述识别信息相同的新增车辆信息，所述上位机用于生成第二放行指令；

所述上位机用于将所述第二放行指令下发至下位机；

下位机用于根据所述第二放行指令，控制节点开启，以放行所述待校验车辆。

可选的，

所述上位机用于在将所述第二放行指令下发至下位机之后，将所述新增车辆信息在通信数据量低时段，下发至所述下位机。

可选的，

所述上位机用于在将所述第二放行指令下发至下位机之后，获取下位机的通信数据量低时段；

所述上位机用于判断当前时刻是否处于所述下位机的通信数据量低时段；

如果是，所述上位机用于将所述新增车辆信息下发至下位机。

可选的，

下位机用于接收所述上位机下发的新增车辆信息；

下位机用于将所述新增车辆信息存储于本地数据库；

下位机用于将所述新增车辆信息以及本地数据库中存储的历史车辆信息共同作为本地车辆信息。

可选的，

下位机用于在将所述新增车辆信息存储于本地数据库之后，向所述上位机发送存储成功的指令；

所述上位机用于根据所述上位机发送存储成功的指令，将所述新增车辆信息的同步状态标记更改为同步。

可选的，

所述上位机用于在查找上位机数据库中是否存在与所述识别信息相同的新增车辆信息之前，获取新增车辆信息；

所述上位机用于在上位机数据库中建立车辆信息表，所述车辆信息表用于存储所述新增车辆信息；

所述上位机用于在所述车辆信息表中为各条所述新增车辆信息建立同步状态标记，并将所述新增车辆信息的初始同步状态标记设置为未同步。

可选的，

下位机用于在接收到所述上位机下发的第二放行指令之后，将所述识别信息添加至本地数据库；

下位机用于根据各个所述节点的历史车辆通行记录，获取当前时刻与所述下位机距离最近的备份节点，所述备份节点在当前时刻处于通信数据量低时段；

下位机用于将所述识别信息发送至所述备份节点。

可选的，

如果本地数据库中不存在与所述识别信息相同的本地车辆信息，下位机还用于获取待校验车辆的驾驶人员的身份信息；

下位机用于查找本地数据库中是否存在与所述身份信息对应的本地人员信息；

如果存在，下位机用于生成第三放行指令，以放行所述待校验车辆。

可选的，

如果本地数据库中不存在与所述识别信息相同的本地车辆信息，下位机还用于获取所述待校验车辆的铭牌照片；

下位机用于提取所述铭牌照片中的唯一标识序列号；

下位机用于查找本地数据库中是否存在与所述唯一标识序列号对应的手机号码；

如果存在，下位机用于向所述手机号码对应的手机发送带有预设验证码的链接；

下位机用于获取所述待校验车辆的驾驶人员示出的目标验证码，并判断所述目标验证码是否与所述预设验证码相匹配；

如果匹配，下位机用于生成第四放行指令，以放行所述待校验车辆。

由以上技术方案可知，本申请提供一种门禁系统，所述系统包括多个节点、控制节点开合的下位机以及与下位机网络连接的上位机。在该系统中，仍然通过上位机预先录入新增车辆信息，上位机将新增车辆信息下发至下位机，下位机接收并存储新增车辆信息，这样，下位机在本地即可对待校验车辆进行校验，减少下位机与上位机之间的数据传输，从而提高门禁系统的工作效率。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术提供的厂区门禁系统的场景示意图；

图2为本申请实施例提供的一种门禁系统的工作流程图；

图3为本申请实施例提供的一种门禁系统的第二种实施方式的工作流程图；

图4为本申请实施例提供的一种门禁系统的第三种实施方式的工作流程图；

图5为本申请实施例提供的一种门禁系统的第四种实施方式的工作流程图。

具体实施方式

为解决现有厂区门禁系统在车辆进出厂区的高峰时段，工作效率低下的问题，本申请提供一种门禁系统。

为了解释本申请，以下通过实施例对本申请进行详细说明。

图2示出了本申请实施例提供的一种门禁系统的工作流程图，所述系统按照以下步骤执行：

步骤101，下位机获取待校验车辆的识别信息。

该步骤中，识别信息是能够唯一确定所述待检验车辆的信息，例如车牌号码。通常情况下，门岗处设置有车牌识别相机，当待检验车辆驶入车牌识别相机能够识别的区域时，车牌识别相机自动捕捉车牌号码，并将车牌号码发送至下位机。

步骤102，下位机查找本地数据库中是否存在与所述识别信息相同的本地车辆信息。

如果存在，执行步骤103的操作；如果不存在，执行步骤104的操作。

步骤103，如果本地数据库中存在与所述识别信息相同的本地车辆信息，下位机生成第一放行指令。

该步骤中，如果本地数据库中存在与所述识别信息相同的本地车辆信息，说明所述识别信息对应的待放行车辆属于可放行的车辆，因此生成第一放行指令，以放行所述待校验车辆。

步骤104，如果本地数据库中不存在与所述识别信息相同的本地车辆信息，下位机将所述识别信息上传至上位机。

如果全部的新增车辆信息(新增的可放行车辆信息)均存储在本地数据库中，在本地数据库不存在与所述识别信息相同的本地车辆信息的情况下，可以确定所述待校验车辆属于不可放行的车辆。但是，本申请实施例中，并不是全部的新增车辆信息均存储在本地数据库中，可能有部分新增车辆信息存储于上位机中，因此需要将所述识别信息发送至上位机，并由上位机作出是否放行的判断。

步骤105，所述上位机查找上位机数据库中是否存在与所述识别信息相同的新增车辆信息。

如果存在，执行步骤106的操作。如果不存在，即可确定所述待校验车辆属于不可放行的车辆，生成禁行指令，并将进行指令下发至下位机。

步骤106，如果所述上位机数据库中存在与所述识别信息相同的新增车辆信息，所述上位机生成第二放行指令。

步骤107，所述上位机将所述第二放行指令下发至下位机；

步骤108，下位机根据所述第二放行指令，控制节点开启，以放行所述待校验车辆。

由以上技术方案可知，本申请提供一种门禁系统，所述系统包括多个节点、控制节点开合的下位机以及与下位机网络连接的上位机。在该系统中，仍然通过上位机预先录入新增车辆信息，上位机将新增车辆信息下发至下位机，下位机接收并存储新增车辆信息，这样，下位机在本地即可对待校验车辆进行校验，减少下位机与上位机之间的数据传输，从而提高门禁系统的工作效率。

本申请提供的门禁系统包括多个节点，每个节点对应一个门岗，而对于一个厂区，各个门岗由于其职责或者地理位置的不同，在不同时间段，各个门岗通行车辆的多少存在差异。例如，上班时间段内，进入厂区的车辆较多，相应入口的门岗通行车辆会比较多。根据历史车辆通行记录，能够确定各个门岗在各个时间段的通行车辆是否比较多，如果某一时间段内通行车辆比较多，这些车辆中可能存在需要上传至上位机进行校验的车辆，使得下位机与上位机的交互可能会增多，即通信数据量会比较高。

本申请提供的门禁系统仍然由上位机预先录入新增车辆信息，再由上位机将新增车辆信息下发至各个下位机。如果新增车辆信息在通信数据量高时段下发至下位机，会增加上位机与下位机之间的交互压力，因此本申请在通信数据量低时段，即低谷通行时段，将所述新增车辆信息下发至所述下位机。

上位机将新增车辆信息下发至所述下位机，具体包括以下步骤：

步骤201，所述上位机在将所述第二放行指令下发至下位机之后，获取下位机的通信数据量低时段。

该步骤中，根据历史通行车辆记录，能够确定各个门岗的通信数据量低时段和通行数据量高时段，将各个门岗所对应的时段存储在本地数据库中，使得下位机能够从本地数据库中直接获取通行数据量低时段。

步骤202，所述上位机判断当前时刻是否处于所述下位机的通信数据量低时段。如果是，执行步骤203的操作，如果不是，暂停下发的操作。

步骤203，如果是，所述上位机将所述新增车辆信息下发至下位机。

下位机在接收所述上位机下发的新增车辆信息之后，将所述新增车辆信息存储于本地数据库，并将所述新增车辆信息以及本地数据库中存储的历史车辆信息共同作为本地车辆信息。

上位机利用预先设定的通信协议将新增车辆下发至下位机，该通信协议中，将下发至同一下位机的新增车辆打包，打包后的新增车辆信息作为一条通信指令下发至下位机，每条通信指令以十进制02开头03结尾，采用这种方式能够保证数据的完整性。另外，在通信协议中规定，上位机和下位机之间的交互需要进行二次握手操作。

本申请中，由于上位机在数据通信量低时段，将预先录入的新增车辆信息下发至下位机，因此按照新增车辆信息是否同步，可将上位机中的新增车辆信息分为两类，一类是已经同步到下位机；另一类是未同步至下位机。为区分所述新增车辆信息，上位机在存储新增车辆信息时，除车牌号码、车辆通行时段、车辆属性以及驾驶人员的身份信息等基本字段，还需要再增加车辆下发成功标志位字段。上位机存储新增车辆信息的具体包括以下步骤：

步骤301，所述上位机在查找上位机数据库中是否存在与所述识别信息相同的新增车辆信息之前，获取新增车辆信息；

步骤302，所述上位机在上位机数据库中建立车辆信息表，所述车辆信息表用于存储所述新增车辆信息；

步骤303，所述上位机在所述车辆信息表中为各条所述新增车辆信息建立同步状态标记，并将所述新增车辆信息的初始同步状态标记设置为未同步。

可选的，下位机用于在将所述新增车辆信息存储于本地数据库之后，向所述上位机发送存储成功的指令；

所述上位机用于根据所述上位机发送存储成功的指令，将所述新增车辆信息的同步状态标记更改为同步。

图3为本申请实施例提供的一种门禁系统的第二种实施方式，所述系统的工作流程包括以下步骤：

步骤401，下位机获取待校验车辆的识别信息。

步骤402，下位机查找本地数据库中是否存在与所述识别信息相同的本地车辆信息。

步骤403，如果本地数据库中存在与所述识别信息相同的本地车辆信息，下位机生成第一放行指令。

步骤404，如果本地数据库中不存在与所述识别信息相同的本地车辆信息，下位机将所述识别信息上传至上位机。

步骤405，所述上位机查找上位机数据库中是否存在与所述识别信息相同的新增车辆信息。

步骤406，如果所述上位机数据库中存在与所述识别信息相同的新增车辆信息，所述上位机生成第二放行指令。

步骤407，所述上位机将所述第二放行指令下发至下位机。

步骤408，下位机在接收到所述上位机下发的第二放行指令之后，将所述识别信息添加至本地数据库。

在步骤408之前，识别信息是车牌识别相机发送至下位机的，下位机再将该识别信息发送至上位机，上位机中存在该识别信息对应的新增车辆信息，即该识别信息对应的待校验车辆属于可放行的车辆，而此时下位机中还没有存储该识别信息，因此本步骤将识别信息存储于本地数据库，作为本地车辆信息。这样，如果该识别信息对应的待校验车辆在下一次经过此门岗时，下位机能够根据本地数据库中存储的本地车辆信息，识别所述待校验车辆。

在此情况下，上位机在该门岗的通信数据量低时段，将识别信息对应的新增车辆信息下发至下位机时，下位机再将新增车辆信息与之前存储的识别信息进行合并即可。

步骤409，下位机根据各个所述节点的历史车辆通行记录，获取当前时刻与所述下位机距离最近的备份节点，所述备份节点在当前时刻处于通信数据量低时段。

步骤4010，下位机将所述识别信息发送至所述备份节点。

待校验车辆经过第一入口进入厂区后，可能会在较短时间内从第一出口离开厂区。如果第一入口对应的下位机没有存储该识别信息，按照步骤401至步骤407的操作可以放行所述待校验车辆。在一段时间内，如果第一出口对应的下位机一直处于通信数据量高时段，则第一出口对应的下位机仍然没有接收到与该识别信息对应的新增车辆信息，在此情况下，该识别信息对应的车辆在经过第一出口离开厂区时，仍然需要按照步骤401至步骤407的操作对车辆进行校验，导致车辆识别过程较为繁琐。

为了解决上述问题，本申请实施例提供一种门禁系统，下位机将识别信息发送至备份节点，这样，即使上位机没有将识别信息对应的新增车辆信息下发至所述备份节点，在车辆经过备份节点对应的门岗离开厂区时，仍然可以在本地完成对车辆的校验，从而提高校验的效率。

其中步骤401至步骤407的具体操作流程与步骤101至步骤101的具体操作流程一致，可相互参见，本申请实施例在此不作赘述。

图4为本申请实施例提供一种门禁系统的第三种实施方式，所述系统的工作流程包括以下步骤：

步骤501，下位机获取待校验车辆的识别信息。

步骤502，下位机查找本地数据库中是否存在与所述识别信息相同的本地车辆信息。

步骤503，如果本地数据库中不存在与所述识别信息相同的本地车辆信息，下位机获取待校验车辆的驾驶人员的身份信息。

本申请实施例在门岗处设置有读卡器，读卡器用于读取驾驶人员的身份信息，例如，驾驶人员的身份证号码，以及ic卡的卡号。

步骤504，下位机查找本地数据库中是否存在与所述身份信息对应的本地人员信息。

如果存在，执行步骤505的操作；如果不存在，将所述身份信息上传至上位机，由上位机判断是否放行该待校验车辆。

步骤505，如果存在，下位机生成第三放行指令，以放行所述待校验车辆。

如果待校验车辆的车牌被污损，车牌识别相机无法获得识别信息，或者，获取到错误的识别信息，此时，即使下位机存储有该待校验车辆对应的本地车辆信息，由于识别信息有误，仍然会导致下位机无法生成放行该待校验车辆的指令。因此本申请实施例提供一种门禁系统，该系统在下位机无法作出放行指令时，获取驾驶人员的身份信息，采用该身份信息进行车辆的校验，避免由于下位机获取的识别信息有误，而导致的无法作出放行指令的问题。

其中，步骤501至步骤502的具体操作与步骤101至步骤102的具体操作一致，可相互参照，本申请实施例在此不作赘述。

图5为本申请实施例提供一种门禁系统的第四种实施方式，所述系统的工作流程包括以下步骤：

步骤601，下位机获取待校验车辆的识别信息。

步骤602，下位机查找本地数据库中是否存在与所述识别信息相同的本地车辆信息。

步骤603，如果本地数据库中不存在与所述识别信息相同的本地车辆信息，下位机获取所述待校验车辆的铭牌照片。

步骤604，下位机提取所述铭牌照片中的唯一标识序列号。

该步骤中，唯一标识序列号为车辆的vin(vehicleidentificationnumber，车辆识别号码或车架号码)码，是一组由十七个英数组成，用于汽车上的一组独一无二的号码，可以识别汽车的生产商、引擎、底盘序号及其他性能等资料。除挂车和摩托车外，铭牌应固定在门铰链柱、门锁柱或与门锁柱接合的门边之一的柱子上，接近于驾驶人员座位的地方；如果没有这样的地方可利用，则固定在仪表板的左侧。如果仪表板的左侧也不能利用，则固定在车门内侧靠近驾驶员座位的地方。此外，铭牌的位置应当是除了外面的车门外，不移动车辆的任何零件就可以容易读出的地方。

步骤605，下位机查找本地数据库中是否存在与所述唯一标识序列号对应的手机号码。

如果存在，执行步骤606的操作；如果不存在，将所述唯一标识序列号上传至上位机，由上位机判断是否放行该待校验车辆。

步骤606，如果存在，下位机向所述手机号码对应的手机发送带有预设验证码的链接。

步骤607，下位机获取所述待校验车辆的驾驶人员示出的目标验证码，并判断所述目标验证码是否与所述预设验证码相匹配。

如果匹配，执行步骤608的操作；如果不匹配，生成禁行指令，以禁止所述待校验车辆通行。

步骤608，如果匹配，下位机生成第四放行指令，以放行所述待校验车辆。

如果待校验车辆的车牌被污损，车牌识别相机无法获得识别信息，或者，获取到错误的识别信息，此时，即使下位机存储有该待校验车辆对应的本地车辆信息，由于识别信息有误，仍然会导致下位机无法生成放行该待校验车辆的指令。因此本申请实施例提供一种门禁系统的第四中实施方式，该系统在下位机无法作出放行指令时，获取待校验车辆的唯一标识序列号，采用该唯一标识序列号进行车辆的校验，避免由于下位机获取的识别信息有误，而导致的无法作出放行指令的问题。

其中，步骤601至步骤602的具体操作与步骤101至步骤102的具体操作一致，可相互参照，本申请实施例在此不作赘述。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上结合具体实施方式和范例性实例对本申请进行了详细说明，不过这些说明并不能理解为对本申请的限制。本领域技术人员理解，在不偏离本申请精神和范围的情况下，可以对本申请技术方案及其实施方式进行多种等价替换、修饰或改进，这些均落入本申请的范围内。本申请的保护范围以所附权利要求为准。