CN112309162A

CN112309162A - 一种处理路内停车监控数据的方法、装置及系统

Info

Publication number: CN112309162A
Application number: CN202011160306.5A
Authority: CN
Inventors: 邹仕娟; 廖阳春; 郑广彬
Original assignee: Bee Assistant Co ltd
Current assignee: Bee Assistant Co ltd
Priority date: 2020-10-27
Filing date: 2020-10-27
Publication date: 2021-02-02

Abstract

本发明一种处理路内停车监控数据的方法、装置及系统，方法包括：获取停车监控设备的设备识别数据；判断预定时间内的设备识别数据是否重复，若重复，则丢弃重复数据；使用死信队列模拟对设备识别数据进行延迟消费；使用消息中间件对设备识别数据进行异步消费；将设备识别数据整合为泊位停车信息；存储和展示泊位停车信息。本发明可以破除信息孤岛，将分散的路内泊位资源整合为一体，同时保证系统在处理监控数据时的稳定性、健壮性、灵活性和准确性。

Description

一种处理路内停车监控数据的方法、装置及系统

技术领域

本发明属于停车监控的数据处理领域，尤其涉及一种处理路内停车监控数据的方法、装置及系统。

背景技术

随着经济社会的蓬勃发展，人民生活的日渐富足，汽车逐渐成为每家每户的出行必备工具。与此同时也带来了“停车难”等众多问题。“互联网+停车”通过互联网科技把分散的路内停车场联接起来，破除信息孤岛，实现有限停车资源的优化配置，提供智能化路边停车解决方案。

通过对路内车场的监控，实现自动化监控路内停车，智能化监管，解决寻车位难、交通易堵塞，人工耗费等问题。但是现有的路内停车监控管理系统存在以下问题：

(1)监控设备独立分散，用户无法获取完备的路边停车资源信息，车主无法准确全面地得知停车资源的位置信息，导致路内停车资源浪费；

(2)监控设备识别因外在因素或自身识别因素导致的监控识别的错误率高、识别率低、数据丢失、数据无闭环等问题；

(3)由于监控数据量庞大、复杂又多变，严重影响了现有的路内停车监控管理系统在处理监控数据时的稳定性、健壮性、灵活性和准确性。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种处理路内停车监控数据的方法、装置及系统，该方法可以破除信息孤岛，将分散的路内泊位资源整合为一体，同时保证系统在处理监控数据时的稳定性、灵活性和准确性。

本专利方案提供一种处理路内停车监控数据的方法，包括：

获取停车监控设备的设备识别数据；

判断预定时间内的所述设备识别数据是否重复，若重复，则丢弃重复数据；

使用死信队列模拟对所述设备识别数据进行延迟消费；

使用消息中间件对所述设备识别数据进行异步消费；

将所述设备识别数据整合为泊位停车信息；

存储和展示所述泊位停车信息；

其中，所述设备识别数据包括以下至少一种：设备ID，泊位号、车牌号码、车牌颜色、停车状态、驶入或驶离图片、驶入或驶离时间、告警类型、告警状态和电池电压；所述泊位停车信息包括以下至少一种：设备标识数据、停车数据、费用数据、告警数据、在线离线心跳数据和电池电压数据。

进一步地，还包括：判断所述设备识别数据是否异常，若所述设备识别数据存在异常，则向巡检端推送所述告警数据。

进一步地，获取从所述巡检端传递的巡检补充数据，用于处理存在异常的所述设备识别数据。

进一步地，所述设备识别数据存在异常，包括以下状态中的至少一种：数据缺失、数据失真、数据错误、数据重复、数据不匹配。

进一步地，还包括：使用Redis锁对从多个所述停车监控系统获取的所述设备识别数据进行有序操作。

还提供一种处理路内停车监控数据的装置，包括：

数据访问模块，用于获取停车监控设备的设备识别数据；

数据过滤模块，用于判断预定时间内的所述设备识别数据是否重复，若重复，则丢弃重复数据；

消息中间件，用于对所述设备识别数据进行异步消费；

延迟消费模块，用于利用死信队列模拟对所述设备识别数据进行延迟消费；

数据整合模块，用于将所述设备识别数据整合为泊位停车信息；

数据库，用于存储所述泊位停车信息；

进一步地，还包括：异常判别模块，用于判断所述设备识别数据是否异常，若所述设备识别数据存在异常，则向巡检端推送所述告警数据。

进一步地，还包括：异常处理模块，用于获取从所述巡检端传递的巡检补充数据，并使用所述巡检补充数据处理存在异常的所述设备识别数据。

一种路内停车监控管理系统，包括：

监控端，用于监控路内泊位的状态，根据所述路内泊位的状态生成设备识别数据；

服务端，包括权利要求6-8任一项所述的装置，该装置从所述监控端获取所述设备识别数据，并与终端连接。

所述终端，用于从所述服务端获取并展示泊位停车信息。

进一步地，还包括：巡检端，接收由所述服务端推送的告警数据，根据所述告警数据发出告警；获取巡检补充数据并传递给所述服务端。

本专利的改进带来如下优点：

(1)通过互联网科技把分散的路内停车场联接起来，破除信息孤岛，实现有限停车资源的优化配置，提供智能化路边停车解决方案；通过对路内车场的监控，实现自动化监控路内停车，智能化监管，更好的对异常信息进行及时处理，解决寻车位难、交通易堵塞，人工耗费等问题；

(2)使用消息中间件对数据进行异步消费，达到消峰作用，保证系统稳定性，健壮性；同时利用死信队列模拟实现延迟消费,并通过个性化业务配置，提高数据的灵活性、精准性，满足路内停车业务场景需求；

(3)通过数据过滤、数据补充等方法，提高数据的准确率和完整率。

附图说明

图1为本申请实施例1一种处理路内停车监控数据的方法的流程示意图；

图2为本申请实施例2一种处理路内停车监控数据的方法的流程示意图；

图3为本申请实施例3一种处理路内停车监控数据的装置的结构示意图；

图4为本申请实施例4一种路内停车监控管理系统的架构示意图。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。

请参阅图1，本申请实施例1一种处理路内停车监控数据的方法，包括如下步骤S101-S106：

S101：获取停车监控设备的设备识别数据。

其中，停车监控设备指的是监控停车场内车辆停放情况的设备，不单指监控摄像头、监控摄像仪，还包括可用于检测车辆的传感器、感应器、车辆出入登记设备等。设备识别数据是指停车监控设备对停车场的车辆停放情况进行甄别和判断后形成的数据。例如，判断某个泊位当前时间是否有车辆进入停靠，或者判断车辆是否停靠结束，已离开该泊位等。设备识别数据包括以下至少一种：设备ID，泊位号、车牌号码、车牌颜色、停车状态、驶入或驶离图片、驶入或驶离时间、告警类型、告警状态和电池电压等；其中车牌颜色可以用于判别车辆的类型；设备ID是指监控设备的ID，用于定位监控设备的具体位置；停车状态主要分为驶入泊位状态、静止停靠状态和驶出泊位状态。

可选地，使用Redis锁对从多个所述停车监控系统获取的所述设备识别数据进行有序操作。redis能用的加锁命令分表是INCR、SETNX、SET，使用Redis锁是一种技术实现方案，在分布式系统中，对同一资源数据的操作需进行锁定再操作，获得锁方能对数据操作。否则会导致数据错乱或者操作失败，为了保证数据的准确处理使用Redis获得锁再对数据进行操作，如在前一停车驶离时需更新泊位数据，刚好此时驶入新车需更新泊位数据，此时若同时操作则有可能导致更新失败，所以通过此技术方案来解决类似问题。

S102：判断预定时间内的所述设备识别数据是否重复，若重复，则丢弃重复数据。

由于车辆的种类繁多，且在进出泊位时的运动轨迹复杂多变，导致停车监控设备对车辆的状态判断容易出现重复判断的现象。譬如，车辆在进入泊位时，在前后相连的泊位来回移动，停车监控设备会识别到同一辆车在短时间内的多条入车记录处理，那么系统会对此类数据根据时间间隔阈值控制进行过滤并取舍数据，将预定时间内重复的数据丢弃。既防止过多重复冗余的数据占用计算资源和存储资源，提高系统的运行效率；也避免因为错误的判断影响对用户的服务。

在实际场景中设备可能受到其他因素干扰而发送一些干扰数据，如人遮挡或者画面前晃动、明显的天气变化等，导致设备会发送当前在停车的出车数据，场景恢复后再发送入车数据，或者设备在车辆未停稳定情况下多次识别入车数据等都有可能出现同一个泊位下的多条入车数据或出车数据，这些数据都是重复多余的，直接对原停车数据造成干扰。

程序的处理方法根据不同情境做相应处理，如遮挡时若存在报警遮挡数据则可通过报警数据过滤掉重复的干扰数据，或者在设定1分钟内相同车牌再次泊位入车则过滤重复的入车数据。

S103：利用死信队列模拟对所述设备识别数据进行延迟消费。

在异步消费的同时，利用死信队列模拟实现延迟消费,实现根据个性化业务配置过程产生数据的灵活性、精准性，满足路内停车业务场景需求。

在停车业务场景中涉及免费停车时间，设备识别数据在到达业务系统时还未真正开始产生停车费用，此时为了在指定时间产生待缴费记录等数据信息选择使用RabbitMQ支持的死信队列实现延时消费，延时处理数据。

在对设备识别数据处理过程中充分利用了消息中间件RabbitMQ发挥了作用，延时消费的实现是借助RabbitMQ的死信队列所具备有的特性实现业务需求，若设备识别数据在到达业务系统时已经超过停车免费时间则直接进行异步消费处理设备识别数据，并产生待缴费数据等。

S104：使用消息中间件对所述设备识别数据进行异步消费。

系统需要对庞大的设备识别数据进行存储处理操作，必须保证系统的稳定、健壮性，同时保证数据满足相关业务配置的灵活性和准确性。在处理庞大的设备识别数据过程中，使用消息中间件RabbitMQ对设备硬件的消息进行异步消费，达到消峰作用，保证系统稳定性，健壮性。异步消费通过使用中间件RabbitMQ进行削减对服务器的压力的同时对设备识别数据进行存储入库，例如：当前泊位在停车牌信息更新，或者停车监控数据生成，包括欠费告警，黑名单告警等数据。停车监控数据方便巡检人员进行巡查缴费。

异步消费使用中间件是手段，削峰、保护系统、提高系统稳定性的同时产生和数据处理并存储是目的。异步消费或延时消费是借助消息中间件具备的技术特点去实现业务需求的过程手段，目的是达成对设备识别数据存储和业务过程处理数据的产生。

设备识别数据都是经过异步消费方式进行处理，需要进行延时消费的数据主要是还未产生停车费用的数据处理，消费设备识别数据，主要目的是为了产生待缴费数据，延迟的时间根据停车免费时间或免费离场时间而设定，若接受到设备的识别数据有延迟并且此时停车已超过免停时间则无需再延时消费。延时消费是为了达到业务场景目的而设计的处理方式。

S105：将所述设备识别数据整合为泊位停车信息。泊位停车信息包括：设备标识数据、停车数据、费用数据、告警数据、在线离线心跳数据和电池电压数据。路内停车系统对设备识别数据进行处理，首先对停车数据进行过滤，包括在预定时间内的重复数据过滤等；其次对设备识别数据进行处理，包括使用将车牌号码、泊位号处理成停车数据并存储。更新泊位当前在停车辆的车牌号码等停车数据到泊位停车信息中。若停车已超过免停时间则产生待缴费，则记录为费用数据并存储，若存在历史欠费则产生欠费告警数据并存储，当前车辆已添加到黑名单则产生黑名单告警数据并存储等。其中欠费告警数据、黑名单告警数据、待缴费记录数据等将可为路内值班人员进行对停车车主进行收缴停车费用等服务提供信息支持。

设备标识数据：用于对设备的区分及管理，以及对停车数据的标识，区分哪些停车数据是由哪些设备发送的。

停车数据：路内停车监控系统的核心数据，记录车辆的驶离驶入，作为收取路内停车费用的证据。

费用数据：根据各种收费参数，例如停车时长、车牌号码、欠费金额等计算出费用数据。

告警数据：可用于处理设备无法区分的异常数据，如，设备遮挡导致的车辆驶出，若存在遮挡告警则可以暂时不做驶出处理或者设备被物体遮住摄像头，可通过报警数据得知并需进行现场处理等。

在线离线心跳数据：可对设备进行监控，监控设备是否正常工作。

电池电压数据：可对电池进行监控，电池电量不足时需要更换电池以保证设备正常运行。

S106：存储和展示所述泊位停车信息。

将上一步骤整合更新的泊位停车信息展示到服务端、巡检端和终端上，以供管理员、工作人员和客户从中获取泊位停车信息。破除信息孤岛，达到信息统一，同时满足为提供车主服务、为路段运营方独立运营管理，提供统一管理，实现独立运营服务，减少开发成本和后期维护成本。

请参阅图2，本申请实施例2一种处理路内停车监控数据的方法，本实施例与实施例1基本相同，不同之处在于多了一个步骤S203，包括如下步骤S201-S207：

S201：获取停车监控设备的设备识别数据。

S202：判断预定时间内的所述设备识别数据是否重复，若重复，则丢弃重复数据。

S203：判断所述设备识别数据是否异常，若所述设备识别数据存在异常，则向巡检端推送告警数据。

对于停车监控设备存在识别错误率或外在因素导致数据缺失的情况下，本实施例提供对路段进行告警配置，以便提醒相关工作人员对异常数据进行检测和维护。

可选地，在步骤S203之后，还包括步骤：获取从所述巡检端传递的巡检补充数据，用于处理存在异常的所述设备识别数据。

在确定数据存在异常需要进行检测和维护后，由巡检人员手持巡检设备，到出现异常数据的停车场或泊位进行巡检，使用巡检设备现场对异常数据进行修正。通过对设备特性以及场景丰富，不断调整数据处理过程，结合告警监控设置告警，对告警数据推送到巡检端，存在异常情况可在巡检进行补充，同时系统利用巡检端的可修正、上报异常能力实现对出入车数据的进一步补充，上报相关数据。同时运营后台系统进行监管运营，比如，其他障碍物提前进入泊位导致入车数据提前或者重复，可以经过手持巡检端进行取证记录。亦或者，设备存在问题导致没有出入车数据丢失，数据识别错误，手持巡检端能够取证拍照记录车辆行驶证据，上报设备异常证据等，经过场景的丰富不断提高系统能力。

可选地，设备识别数据存在异常，包括以下状态中的至少一种：数据缺失、数据失真、数据错误、数据重复、数据不匹配；例如，若驶离数据匹配不到驶出数据则丢弃驶离数据则可以判断为数据不匹配，进而通知管理人员进行处理。

S204：利用死信队列模拟对所述设备识别数据进行延迟消费。

S205：使用消息中间件对所述设备识别数据进行异步消费。

S206：将所述设备识别数据整合为泊位停车信息。

S207：存储和展示所述泊位停车信息。

请参阅图3，本申请实施例3一种处理路内停车监控数据的装置，包括：

数据访问模块100，用于获取停车监控设备的设备识别数据；

数据过滤模块200，用于判断预定时间内的设备识别数据是否重复，若重复，则丢弃重复数据；

消息中间件400，用于对设备识别数据进行异步消费；

延迟消费模块300，用于利用死信队列模拟对设备识别数据进行延迟消费；

数据整合模块500，用于将设备识别数据整合为泊位停车信息；

数据库600，用于存储泊位停车信息。

可选地，还包括：异常判别模块，用于判断设备识别数据是否异常，若设备识别数据存在异常，则向巡检端14推送告警数据；

异常处理模块，用于获取从巡检端14传递的巡检补充数据，并使用巡检补充数据处理存在异常的设备识别数据。

请参阅图4，本申请实施例4一种路内停车监控管理系统，包括：

监控端11，用于监控路内泊位的状态，并根据路内泊位的状态生成设备识别数据；

服务端12，包括权利要求6-8任一项的装置，该装置从监控端11获取设备识别数据，并与终端13连接。

终端13，用于从服务端12获取并展示泊位停车信息。

可选地，还包括：巡检端14，接收由服务端12推送的告警数据，根据告警数据发出告警；获取巡检补充数据并传递给服务端12。

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

Claims

1.一种处理路内停车监控数据的方法，其特征在于，包括：

获取停车监控设备的设备识别数据；

使用死信队列模拟对所述设备识别数据进行延迟消费；

使用消息中间件对所述设备识别数据进行异步消费；

将所述设备识别数据整合为泊位停车信息；

存储和展示所述泊位停车信息；

2.根据权利要求1所述的一种处理路内停车监控数据的方法，其特征在于，还包括：

判断所述设备识别数据是否异常，若所述设备识别数据存在异常，则向巡检端推送所述告警数据。

3.根据权利要求2所述的一种处理路内停车监控数据的方法，其特征在于，还包括：

获取从所述巡检端传递的巡检补充数据，用于处理存在异常的所述设备识别数据。

4.根据权利要求3所述的一种处理路内停车监控数据的方法，其特征在于，所述设备识别数据存在异常，包括以下状态中的至少一种：数据缺失、数据失真、数据错误、数据重复、数据不匹配。

5.根据权利要求1所述的一种处理路内停车监控数据的方法，其特征在于，还包括：

使用Redis锁对从多个所述停车监控系统获取的所述设备识别数据进行有序操作。

6.一种处理路内停车监控数据的装置，其特征在于，包括：

数据访问模块，用于获取停车监控设备的设备识别数据；

消息中间件，用于对所述设备识别数据进行异步消费；

数据库，用于存储所述泊位停车信息；

7.根据权利要求6所述的一种处理路内停车监控数据的装置，其特征在于，还包括：

异常判别模块，用于判断所述设备识别数据是否异常，若所述设备识别数据存在异常，则向巡检端推送所述告警数据。

8.根据权利要求7所述的一种处理路内停车监控数据的装置，其特征在于，还包括：

异常处理模块，用于获取从所述巡检端传递的巡检补充数据，并使用所述巡检补充数据处理存在异常的所述设备识别数据。

9.一种路内停车监控管理系统，其特征在于，包括：

监控端，用于监控路内泊位的状态，并根据所述路内泊位的状态生成设备识别数据；

所述终端，用于从所述服务端获取并展示泊位停车信息。

10.根据权利要求9所述的一种路内停车监控管理系统，其特征在于，还包括：

巡检端，接收由所述服务端推送的告警数据，根据所述告警数据发出告警；获取巡检补充数据并传递给所述服务端。