CN216286798U - 一种无感停车的道闸及其停车管理云平台 - Google Patents

Abstract

本申请实施例提供一种无感停车的道闸及其停车管理云平台，所述道闸包括主控制器、与所述主控制器电性连接的摄像模块、闸杆、通信模块，所述通信模块用于连接所述道闸与停车管理云平台的车辆信息数据库进行数据通信，所述车辆信息数据库包括通行信息，所述通行信息包括通行许可信息和通行禁止信息，所述摄像模块用于识别车辆信息，所述主控制器根据所述车辆信息从所述车辆信息数据库中获取对应的所述通行信息，控制所述闸杆的收杆或放杆状态；工作时，所述闸杆处于收杆状态，当所述主控制器获取该车辆信息的通行信息为通行禁止信息时，所述主控制器控制所述闸杆放杆。

Description

一种无感停车的道闸及其停车管理云平台

技术领域

本申请涉及停车场道闸设备技术领域，具体而言，涉及一种无感停车的道闸及其停车管理云平台。

背景技术

传统停车场系统的道闸是通过车牌识别进行“一车一杆”的工作模式，而且传统停车场道闸的闸杆常规时间都是放下的，每辆车辆进出入停车场出入口时都需要停留完成相应识别，才可以收杆放行。当出入停车场的车辆较多时，车辆就会堆积在出入口通道，在出入口通道排起长队，不仅会降低车辆通行速度，妨碍道路交通，而且也会增加道闸的使用负担，增加停车场管理的成本，降低了效率。

发明内容

针对现有技术的不足，本申请实施例的第一方面提供了一种无感停车的道闸，所述道闸包括主控制器、与所述主控制器电性连接的摄像模块、闸杆、通信模块，所述通信模块用于连接所述道闸与停车管理云平台的车辆信息数据库进行数据通信，所述车辆信息数据库包括通行信息，所述通行信息包括通行许可信息和通行禁止信息，所述摄像模块用于识别车辆信息，所述主控制器根据所述车辆信息从所述车辆信息数据库中获取对应的所述通行信息，控制所述闸杆的收杆或放杆状态；工作时，所述闸杆处于收杆状态，当所述主控制器获取该车辆信息的通行信息为通行禁止信息时，所述主控制器控制所述闸杆放杆。

优选地，所述摄像模块包括车牌识别单元和/或人脸识别单元，所述车辆信息包括车牌信息和/或车主人脸信息。

优选地，所述车辆信息还包括信用分。

优选地，还包括显示模块，所述显示模块与所述主控制器电性连接，所述主控制器根据获取的所述通行信息，控制所述显示模块显示第一颜色或第二颜色。

优选地，所述摄像模块包括行车轨迹预测单元，所述行车轨迹预测单元用于分析车辆的行车轨迹，当所述车辆的行车轨迹与预设轨迹相匹配时，所述摄像模块获取所述车辆的车牌信息。

优选地，还包括防砸模块，所述防砸模块与所述主控制器电性连接，所述防砸模块用于检测所述闸杆周侧，所述主控制器根据所述防砸模块的检测结果来控制所述闸杆放杆。

第二方面，所述停车管理云平台包括车辆信息数据库，所述车辆信息数据库包括通行信息，所述通行信息包括通行许可信息和通行禁止信息，所述车辆信息数据库与上文所述一种无感停车的道闸的主控制器通信连接，所述主控制器根据所述车辆信息从所述车辆信息数据库中获取对应的所述通行信息，控制所述道闸的闸杆的收杆或放杆；工作时，所述闸杆处于收杆状态，当所述主控制器获取该车辆信息的通行信息为通行禁止信息时，所述主控制器控制所述闸杆放杆。

优选地，所述车辆信息数据库包括黑名单数据库，所述主控制器根据摄像模块获取的车辆信息与所述黑名单数据库进行匹配，当所述车辆信息与所述黑名单数据库符合匹配时，所述主控制器控制所述闸杆放杆。

优选地，所述停车管理云平台包括判断模块，所述判断模块包括信用分确认单元、费用结算确认单元、未缴次数确认单元、未缴金额确认单元的其中一种或多种。

优选地，所述停车管理云平台包括费用管理模块，所述费用管理模块与所述车辆信息数据库连接，所述费用管理模块根据车主的缴费情况更新所述车辆信息数据库。

本申请实施例提供的一种无感停车的道闸及其停车管理云平台，正常工作时，闸杆处于收杆状态，停车场的出入口可以无阻碍通行，减少了出入口大量车辆排队的情况，方便交通，而且，设置的判断模块，用于对异常的车辆进行拦截，限制其出入停车场，避免停车场造成损失。

本申请公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本申请公开的上述技术即可得知。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种无感停车的道闸的使用状态图；

图2为本申请实施例提供的一种无感停车的道闸的结构示意图；

图3为本申请实施例提供的停车管理云平台的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参考图1至图3，本申请实施例的第一方面提供了一种无感停车的道闸1，道闸1可以为一体化道闸1的形式，也可以为道闸1的主机与闸杆4 分开的形式，可适用于无感支付、信用支付的物联网、区块链等无人值守的停车场。道闸1包括主控制器2、与主控制器2电性连接的摄像模块3、闸杆4、通信模块5。通信模块5可以为有线网络模块或者无线网络模块，通信模块5用于连接道闸1与停车管理云平台11的车辆信息数据库12进行数据通信，车辆信息数据库12可记录有对应车辆的通行信息。通行信息可包括通行许可信息和通行禁止信息。通行许可信息，表示该车辆可以自由通行出入停车场，道闸1不会阻拦；通行禁止信息，表示该车辆不可以出入停车场，道闸1会放下栏杆，进行阻拦。摄像模块3用于识别车辆信息，摄像模块3通过拍摄车辆图像，进行图像分析，提取相关特征的车辆信息。主控制器2根据车辆信息从车辆信息数据库12中获取对应的通行信息，控制闸杆4的收杆或放杆状态。工作时，闸杆4处于收杆状态，车辆可以在停车场出入口实现自由通行，不会造成大量车辆排队的情况，减少“一车一杆”带来的等待时间，体验无感停车，提高道闸1的工作效率。当主控制器2获取该车辆信息的通行信息为通行禁止信息时，主控制器2 控制闸杆4放杆。若车主处理完对应的步骤后，停车管理云平台11的车辆信息数据库12就会更新该通行信息为通行许可信息，闸杆4就会收起，可以自由出入。

在一般实施例中，车辆信息数据库12可记录有对应车辆的通行信息、车牌信息、车主人脸信息、信用分、停车记录、缴费记录、账户余额等相关停车数据。

请参考图2，在一般实施例中，摄像模块3包括车牌识别单元31和/或人脸识别单元32，车辆信息包括车牌信息和/或车主人脸信息。车牌识别单元31用于识别车辆的车牌信息，主控制器2根据该车牌信息，向停车管理云平台的车辆信息数据库12请求对应的停车数据。在另一实施例中，当车牌信息不能完成车辆信息数据库12的数据匹配时，摄像模块3会另外识别当前驾驶人的人脸信息，形成车主人脸信息，再次进行车辆信息数据库12 的数据匹配，以提高道闸1和停车管理系统的适用范围，避免车主更换其他车辆而不能正常出入停车场的情况。在优选实施例中，车牌识别单元31 和人脸识别单元32可同时作用在摄像模块3上进行工作。

在一般实施例中，在信用支付的停车场中，车辆信息还包括信用分。判断模块14可预设信用分标准值，如60分。当根据车牌信息或车主人脸信息获取到车辆信息数据库12中的对应车辆信息，获取其中的信用分，若该信用分超过预设信用分标准值60分，则表示该车辆信息与车辆信息数据库12的通行信息为通行许可信息，允许进入。若该信用分没超过预设信用分标准值，这表示该车辆信息与车辆信息数据库12的通行信息为通行禁止信息，不符合预设标准，不允许进入。

请参考图2，为了提高摄像模块3的车辆信息识别速度，摄像模块3包括行车轨迹预测单元33，行车轨迹预测单元33用于分析车辆的行车轨迹，当车辆的行车轨迹与预设轨迹相匹配时，摄像模块3识别车辆的车牌信息。具体地，在道闸1设置在停车场的出入口处，出入口连接道路，车辆从道路拐弯进入停车场的出入口。摄像模块3设置在道闸1上，可以拍摄多帧图像或形成视频流进行分析，当拍摄到的车辆具有拐弯进入停车场的出入口的行动趋势时，行车轨迹预测单元33进行工作，及时对该车辆进行行车轨迹分析。当车辆的行车轨迹与预设轨迹相匹配时，摄像模块3进行识别车辆的车牌信息，减少识别等待时间，无需车辆来到闸杆4前再进行识别，提高了无感通行的便利性，降低出入口排队的情况发生。

请参考图2，为了便于车主及时了解车辆的通行信息，道闸1还包括显示模块6，显示模块6装设在道闸1外，显示模块6可以为显示屏或者LED 灯等发光设备。显示模块6与主控制器2电性连接，主控制器2根据获取的通行信息，控制显示模块6显示第一颜色或第二颜色。该车辆通行信息为通行许可信息时，显示模块6显示的第一颜色可以为绿色，表示许可通行；该车辆通行信息为通行禁止信息时，显示模块6显示的第二颜色可以为红色，表示禁止通行。

请参考图2，为了闸杆4放杆时砸到车辆，道闸1还包括防砸模块7，防砸模块7与主控制器2电性连接，防砸模块7用于检测闸杆4周侧，主控制器2根据防砸模块7的检测结果来控制闸杆4收杆或放杆。防砸模块7 可以为红外线传感器或飞行时间测距传感器等距离传感器。在预定检测范围内，防砸模块7检测到闸杆4周侧没有障碍物时，主控制器2可允许闸杆4放杆；当防砸模块7检测到闸杆4周侧有障碍物时，主控制器2可暂停闸杆4放杆。

在实际使用过程中，大部分的车辆的通行信息为通行许可信息，闸杆4 可一直处于收杆状态，车辆可自由出入停车场。当摄像模块3识别到通行信息为通行禁止信息的车辆时，闸杆4才会放杆。

请参考图3，第二方面，本申请实施例提供了停车管理云平台11，停车管理云平台11包括车辆信息数据库12，车辆信息数据库12可记录有对应车辆的通行信息、车牌信息、车主人脸信息、信用分、停车记录、缴费记录、账户余额等相关停车数据。通行信息包括通行许可信息和通行禁止信息，车辆信息数据库12与上述的无感停车的道闸1的主控制器2通信连接，主控制器2根据车辆信息从车辆信息数据库12中获取对应的通行信息，控制道闸1的闸杆4的收杆或放杆；工作时，闸杆4处于收杆状态，当主控制器2获取该车辆信息的通行信息为通行禁止信息时，主控制器2控制闸杆4放杆。

请参考图3，为了提高车辆信息数据库12获取相应车辆信息的检索能力，车辆信息数据库12包括黑名单数据库13，在黑名单数据库13中的车辆信息的通行信息为通行禁止信息。主控制器2可根据摄像模块3获取的车辆信息，优先与黑名单数据库13进行数据检索、匹配，当车辆信息与黑名单数据库13符合匹配时，表示该车辆信息的通行信息为通行禁止信息，主控制器2控制闸杆4放杆，禁止该车辆进出。

请参考图3，停车管理云平台11包括判断模块14，判断模块14包括信用分确认单元141、费用结算确认单元142、未缴次数确认单元143、未缴金额确认单元144的其中一种或多种。通行信息由以上的信用分、费用结算情况、未缴次数情况、未缴金额情况等多方面按照预定规则形成。例如，在预定规则内，以信用分为基准，当信用分达到预设标准值时，则通行信息为通行许可信息。费用结算情况可表示为：当一次的费用超过预设费用最大值时，则扣减信用分；未缴次数情况可表示为：当未缴次数超过预设未缴次数最大值时，这扣减信用分；未缴金额情况可表示为：当未缴金额超过预设未缴累计金额最大值时，则扣减信用分。

在一般实施例中，停车管理云平台包括费用管理模块15，费用管理模块15与车辆信息数据库12连接，费用管理模块15根据车主的缴费情况更新车辆信息数据库12。费用管理模块15可以根据车辆信息数据库12的车辆信息，计算停车费用，并根据停车费用缴纳情况更新车辆信息数据库12。

第三方面，本申请实施例还提供了停车管理系统，该停车管理系统包括多个上述的无感停车道闸1和停车管理云平台11，多个道闸1与停车管理云平台11通信连接，由停车管理云平台11统一管理。

本申请实施例提供的一种无感停车的道闸1及其停车管理云平台11，正常工作时，闸杆4处于收杆状态，停车场的出入口可以无阻碍通行，减少了出入口大量车辆排队的情况，方便交通，而且，设置的判断模块14，用于对异常的车辆进行拦截，限制其出入停车场，避免停车场造成损失。

在本申请所提供的几个实施例中，应该理解到，各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种无感停车的道闸，其特征在于，所述道闸包括主控制器、与所述主控制器电性连接的摄像模块、闸杆、通信模块，所述通信模块用于连接所述道闸与停车管理云平台的车辆信息数据库进行数据通信，所述车辆信息数据库包括通行信息，所述通行信息包括通行许可信息和通行禁止信息，所述摄像模块用于识别车辆信息，所述主控制器根据所述车辆信息从所述车辆信息数据库中获取对应的所述通行信息，控制所述闸杆的收杆或放杆状态；工作时，所述闸杆处于收杆状态，当所述主控制器获取该车辆信息的通行信息为通行禁止信息时，所述主控制器控制所述闸杆放杆。

2.根据权利要求1所述的一种无感停车的道闸，其特征在于，所述摄像模块包括车牌识别单元和/或人脸识别单元，所述车辆信息包括车牌信息和/或车主人脸信息。

3.根据权利要求2所述的一种无感停车的道闸，其特征在于，所述车辆信息还包括信用分。

4.根据权利要求1所述的一种无感停车的道闸，其特征在于，还包括显示模块，所述显示模块与所述主控制器电性连接，所述主控制器根据获取的所述通行信息，控制所述显示模块显示第一颜色或第二颜色。

5.根据权利要求1所述的一种无感停车的道闸，其特征在于，所述摄像模块包括行车轨迹预测单元，所述行车轨迹预测单元用于分析车辆的行车轨迹，当所述车辆的行车轨迹与预设轨迹相匹配时，所述摄像模块识别所述车辆的车牌信息。

6.根据权利要求1所述的一种无感停车的道闸，其特征在于，还包括防砸模块，所述防砸模块与所述主控制器电性连接，所述防砸模块用于检测所述闸杆周侧，所述主控制器根据所述防砸模块的检测结果来控制所述闸杆放杆。

7.一种停车管理云平台，其特征在于，所述停车管理云平台包括车辆信息数据库，所述车辆信息数据库包括通行信息，所述通行信息包括通行许可信息和通行禁止信息，所述车辆信息数据库与权利要求1至6任一项所述一种无感停车的道闸的主控制器通信连接，所述主控制器根据所述车辆信息从所述车辆信息数据库中获取对应的所述通行信息，控制所述道闸的闸杆的收杆或放杆；工作时，所述闸杆处于收杆状态，当所述主控制器获取该车辆信息的通行信息为通行禁止信息时，所述主控制器控制所述闸杆放杆。

8.根据权利要求7所述的停车管理云平台，其特征在于，所述车辆信息数据库包括黑名单数据库，所述主控制器根据摄像模块获取的车辆信息与所述黑名单数据库进行匹配，当所述车辆信息与所述黑名单数据库符合匹配时，所述主控制器控制所述闸杆放杆。

9.根据权利要求7所述的停车管理云平台，其特征在于，所述停车管理云平台包括判断模块，所述判断模块包括信用分确认单元、费用结算确认单元、未缴次数确认单元、未缴金额确认单元的其中一种或多种。

10.根据权利要求7所述的停车管理云平台，其特征在于，所述停车管理云平台包括费用管理模块，所述费用管理模块与所述车辆信息数据库连接，所述费用管理模块根据车主的缴费情况更新所述车辆信息数据库。

Images