一种用于停车围栏中的车辆淤积监测方法和系统与流程

1.本说明书涉及数据处理技术领域，特别涉及一种用于停车围栏中的车辆淤积监测方法和系统。


背景技术：

2.随着“互联网+”技术的快速发展，共享车辆(例如，共享单车等)为代表的物联网技术已经较为成功的融入到了人们的日常生活当中。但是，由于车辆在城市的大量投放，外加使用者使用时的不规范性等，容易造成停车围栏中的车辆淤积，不仅影响城市市容市貌，还可能给行人的出行造成不便。如果能够快速准确监测到车辆淤积的发生，以及精准识别出淤积车辆的所属权，可以帮助快速处理淤积车辆，提高对车辆的监管效率。
3.因此，希望提供一种高效的用于停车围栏中的车辆淤积监测方法和系统。


技术实现要素：

4.本说明书一个方面提供一种用于停车围栏中的车辆淤积监测系统。所述系统包括：至少一个存储介质，存储用于停车围栏中的车辆淤积监测的指令；以及，至少一个处理器，被配置为与所述至少一个存储介质通信，其中，当执行所述指令时，所述至少一个处理器用于：确定车辆淤积监测的执行时间；当到达所述执行时间时，确定至少一个停车围栏内的车辆信息；基于所述车辆信息，判断所述至少一个停车围栏内的车辆是否满足预警条件；响应于满足所述预警条件，执行预警操作。
5.在一些实施例中，为确定车辆淤积监测的执行时间，所述至少一个处理器进一步用于：获取与所述车辆淤积监测相关的配置参数；基于所述配置参数确定所述车辆淤积监测的所述执行时间。
6.在一些实施例中，在当到达所述执行时间时，确定至少一个停车围栏内的车辆信息前，所述至少一个处理器进一步用于：将所述执行时间，以及与所述车辆淤积监测相关的配置参数发送至延时队列；当所述执行时间被触发时，获取所述延时队列发送的与所述车辆淤积监测相关的配置参数。
7.在一些实施例中，所述配置参数包括停车围栏的地理坐标、停车围栏的停车上限、所在区域的车辆配额、预警操作类型、预警时段中的至少一种。
8.在一些实施例中，为确定所述至少一个停车围栏内的车辆信息，所述至少一个处理器进一步用于：获取车辆的位置信息；基于所述车辆的位置信息以及与所述车辆淤积监测相关的所述配置参数，确定所述至少一个停车围栏内的所述车辆信息。
9.在一些实施例中，所述至少一个停车围栏内的所述车辆信息包括车辆所属权和/或车辆数量。
10.在一些实施例中，所述预警条件包括所述停车围栏内的车辆总量超过第一阈值或所述停车围栏内同一所属权的车辆数量超过第二阈值。
11.在一些实施例中，为基于所述车辆信息，判断所述至少一个停车围栏内的车辆是
否满足预警条件，所述至少一个处理器进一步用于：对于每个停车围栏，判断所述停车围栏内的所述车辆总量是否超过所述第一阈值；响应于超过所述第一阈值，判断所述停车围栏内所述同一所属权的车辆数量是否超过所述第二阈值；响应于超过所述第二阈值，确定所述停车围栏内的车辆满足所述预警条件。
12.本说明书另一个方面提供一种用于停车围栏中的车辆淤积监测方法。所述方法包括：确定车辆淤积监测的执行时间；将所述执行时间以及与所述车辆淤积监测相关的配置参数发送至延时队列；当所述执行时间被触发时，获取所述延时队列发送的所述与所述车辆淤积监测相关的配置参数；基于所述配置参数，确定至少一个停车围栏内的车辆信息；基于所述车辆信息，判断所述至少一个停车围栏内的车辆是否满足预警条件；响应于满足所述预警条件，执行预警操作。
13.本说明书另一个方面提供一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取所述计算机指令时，所述计算机执行车辆淤积监测的方法，所述方法包括：确定车辆淤积监测的执行时间；将所述执行时间以及与所述车辆淤积监测相关的配置参数发送至延时队列；当所述执行时间被触发时，获取所述延时队列发送的所述与所述车辆淤积监测相关的配置参数；基于所述配置参数，确定至少一个停车围栏内的车辆信息；基于所述车辆信息，判断所述至少一个停车围栏内的车辆是否满足预警条件；响应于满足所述预警条件，执行预警操作。
附图说明
14.本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：
15.图1是根据本说明书一些实施例所示的示例性车辆淤积监测系统的应用场景示意图；
16.图2是根据本说明书一些实施例所示的示例性车辆淤积监测方法的流程示意图；
17.图3是根据本说明书另一些实施例所示的示例性车辆淤积监测方法的流程示意图；
18.图4是根据本说明书一些实施例所示的示例性车辆淤积监测的示意图；
19.图5是根据本说明书一些实施例所示的示例性车辆淤积监测系统的模块示意图。
具体实施方式
20.为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
21.应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。
22.如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。
23.虽然本说明书对根据本说明书的实施例的系统中的某些模块或单元做出了各种引用，然而，任何数量的不同模块或单元可以被使用并运行在客户端和/或服务器上。所述模块仅是说明性的，并且所述系统和方法的不同方面可以使用不同模块。
24.本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
25.在对车辆进行淤积监测时，用户(例如，监管人员)需要到达停车围栏或其附近，通过线下人工核查的方式判断停车围栏内是否出现车辆淤积，增加了用户的工作难度的同时降低了工作效率。本说明书实施例中提供一种用于停车围栏中的车辆淤积监测系统，用户在车辆淤积监测系统输入车辆淤积监测的配置参数后，车辆淤积监测系统可以自动根据配置参数确定车辆淤积监测的执行时间，当到达执行时间后根据配置参数、车辆位置等数据，判断至少一个停车围栏内的车辆是否满足预警条件，响应于满足预警条件执行相应的预警操作。能够精准、高效、自动地识别车辆淤积的发生以及淤积车辆的所属权，有助于对城市车辆的管理、维护城市市容市貌。
26.本说明书中的车辆位置和/或轨迹可以通过嵌入在车辆中的定位技术来获取。在一些实施例中，可以通过定位技术实时跟踪获取车辆位置。本说明书中使用的定位技术可以包括全球定位系统(gps)、全球卫星导航系统(glonass)、北斗导航系统(compass)、伽利略定位系统(glonass)、准天顶卫星系统(qzss)、基站定位技术、无线保真(wi-fi)定位技术等中的一种，或其任意组合。以上定位技术中的一个或多个可以在本说明书中交换使用。
27.图1是根据本说明书一些实施例所示的示例性车辆淤积监测系统的应用场景示意图。
28.如图1所示，在一些实施例中，车辆淤积监测系统100可以包括服务器110、车辆120、终端130、存储设备140和网络150。
29.服务器110可以处理从车辆淤积监测系统100的至少一个组件(例如，车辆120、终端130、存储设备140)或外部数据源(例如，云数据中心)获取的数据和/或信息。例如，服务器110可以通过网络150从车辆120获取车辆位置等信息。又例如，服务器110可以通过网络150向终端130自动派发车辆淤积相关的处理工单和/或接收终端130反馈的执行结果。
30.在一些实施例中，服务器110可以是本地的，也可以是远程的。例如，服务器110可以经由网络150访问存储在车辆120、终端130和存储设备140中的信息和/或数据。又例如，服务器110可以直接与车辆120、终端130和存储设备140连接以访问存储于其中的数据和/或信息。在一些实施例中，服务器110可以在云平台上实施。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等，或其任意组合。
31.在一些实施例中，服务器110可以包括处理器112。处理器112可以处理与车辆淤积监测的信息和/或数据，以执行本说明书中描述的一个或多个功能。例如，处理器112可以从
车辆120获取车辆位置等信息，以确定车辆120是否在停车围栏内。在一些实施例中，处理器112可包括至少一个处理单元(例如，单核处理引擎或多核处理引擎)。仅作为示例，处理器112包括中央处理单元(cpu)、专用集成电路(asic)、专用应用指令集处理器(asip)、图形处理单元(gpu)、物理处理单元(ppu)、数字信号处理器(dsp)、现场可程序门阵列(fpga)、可程序逻辑设备(pld)、控制器、微控制器单元、精简指令集计算机(risc)、微处理器等，或其任意组合。
32.在一些实施例中，服务器110可以包括用于车辆淤积监测的监管平台，例如图4中所示监管平台410。仅作为示例，用户(如监管人员)可以在监管平台输入与车辆淤积监测相关的配置参数，服务器110基于配置参数确定车辆淤积监测的执行时间，当到达执行时间时，确定至少一个停车围栏内的车辆信息；基于车辆信息判断至少一个停车围栏内的车辆是否满足预警条件，响应于满足预警条件，执行相应的预警操作，如根据配置参数向终端130中的一个或多个目标终端发送提醒和/或派发处理工单。
33.在一些实施例中，处理器112可以为用户终端的一部分。例如，处理器112可以是终端130的一部分，用户(如监管人员)可以通过终端130实现停车围栏中的车辆淤积监测。仅作为示例，处理器112可以集成在终端130中，用户在终端130创建车辆淤积监测任务后，终端130通过处理器112确定执行时间，当到达执行时间时，确定至少一个停车围栏内的车辆信息；基于车辆信息，判断至少一个停车围栏内的车辆是否满足预警条件；响应于满足预警条件，执行相应的预警操作。
34.在一些实施例中，车辆120可以包括但不限于共享汽车120-1、共享电单车120-2、共享自行车120-3等，或其任意组合。在一些实施例中，车辆120可以包括车辆终端。车辆终端可以与服务器110实现网络通信。例如，通过移动通信网络与服务器110进行信号连接，向服务器110上传移动速度或定位信息等。在一些实施例中，车辆终端中可以集成短距离通信装置，车辆终端可以通过短距离通信装置与服务器110和/或终端130实现短距离通信。
35.在一些实施例中，车辆120可以包括定位装置，用于提供车辆的位置相关信息(例如，gps信号信息)。示例性地位置相关信息可包括位置、高度、速度、加速度、时间等。
36.在一些实施例中，终端130可以发起车辆淤积监测任务。例如，用户可以通过终端130向服务器110发送与车辆淤积监测相关的配置参数。又例如，用户可以通过终端130直接创建并发起车辆淤积监测任务。
37.在一些实施例中，终端130可以用于接收和/或展示服务器110发送的信息。例如，终端130可以接收服务器110派发的与车辆淤积相关的处理工单，并将其展示在显示界面上，以输出给运营商或运营商工作人员。又例如，终端130可以接收服务器110发送的车辆淤积监测的执行结果，并将其展示在显示界面上，以输出给用户。在一些实施例中，终端130可以与车辆120建立通信连接，以获取车辆的相关信息。例如，终端130可以通过短距离通信装置(如蓝牙通信装置)与车辆120建立网络连接，以获取车辆120的位置信息，便于运营商工作人员对淤积车辆进行管理(如调度到未发生淤积的停车围栏或回收)。
38.在一些实施例中，终端130可以包括各类具有信息接收和/或发送功能的设备。例如，终端130可以包括但不限于移动设备130-1、平板电脑130-2、笔记本电脑130-3等，或其任意组合。在一些实施例中，终端130可以是具有定位功能的设备，从而可以提供终端130和/或用户的位置信息。
39.在一些实施例中，车辆淤积监测系统100也可以包括其他具有定位功能的设备(例如，卫星定位设备、gps定位设备)，这些设备可以与车辆淤积监测系统100中的组件(例如，终端130、车辆120等)通信以确定其位置相关信息。
40.在一些实施例中，车辆淤积监测系统100中可以包括一个或多个终端130(例如，与多个运营商分别对应的多个电脑终端)，以及一个或多个车辆120(例如，多辆共享单车)。
41.在一些实施例中，存储设备140可以存储处理器112可以执行或使用以完成本说明书描述的示例性方法的数据和/或指令。在一些实施例中，存储设备140可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(rom)等，或其任意组合。在一些实施例中，存储设备140可在云平台上实现。
42.网络150可以提供信息交换的渠道。网络150可以是单一网络，也可以是多种网络组合的。在一些实施例中，网络150可以包括一个或多个网络接入点。例如，网络150可以包括有线或无线网络接入点，如基站和/或互联网交换点，车辆淤积监测系统100的一个或多个部件可以通过接入点连接到网络150以交换数据和/或信息。
43.在一些实施例中，车辆淤积监测系统100还可以包括其他用于车辆淤积监测的组件，例如，图4中所示的延时队列420、输入装置和输出装置等，本说明书对此不做限制。示例性输入装置可以包括键盘、鼠标、触摸屏和麦克风等，或其任意组合。示例性输出装置可以包括显示设备、扬声器、打印机、投影仪等，或其任意组合。
44.图2是根据本说明书一些实施例所示的示例性车辆淤积监测方法的流程示意图。
45.在一些实施例中，流程200可以由处理设备(例如，图1所示的处理器112)执行。例如，流程200可以以程序或指令的形式存储在存储介质(例如，存储设备140)中，当处理器112执行该程序或指令时，可以实现流程200。在一些实施例中，流程200可以由车辆淤积监测系统500执行。在一些实施例中，流程200可以利用以下未描述的一个或以上附加操作，和/或不通过以下所讨论的一个或以上操作完成。另外，如图2所示的操作的顺序并非限制性的。
46.步骤210，确定车辆淤积监测的执行时间。在一些实施例中，步骤210可以由服务器110(例如处理器112)或车辆淤积监测系统500(如计算模块520)执行。
47.执行时间可以反映车辆淤积监测开始或执行的时间点，例如，上午十点、下午十五点等。在一些实施例中，可以获取与车辆淤积监测相关的配置参数，基于配置参数确定车辆淤积监测的执行时间。
48.在一些实施例中，配置参数可以包括停车围栏的地理坐标、停车围栏的停车上限、所在区域的车辆配额、预警操作类型、预警时段等中的至少一种。停车围栏的地理坐标可以指停车围栏的经纬度信息。停车围栏的停车上限可以指停车围栏内允许停放的最大车辆数量，如100辆。所在区域的车辆配额可以指车辆提供者(如运营商)在所在区域授权的车辆投放数量。在一些实施例中，所在区域可以包括当前车辆淤积监测任务的执行区域，如可以包括省、市、区、县等。在一些实施例中，所在区域的车辆配额可以包括一个或多个提供者的车辆配额。例如，所在区域的车辆配额可以为，对于城市x，运营商a的配额为40辆，运营商b的配额为60辆。预警操作类型可以指监测结果表示停车围栏内的车辆满足预警条件时，相应的处理方法。例如，预警操作类型可以包括是否进行预警、预警方式等。示例性地，预警方式可以包括邮件提醒、短信提醒、语音提醒、弹窗提醒、视频提醒、派发处理工单等，或其任意
组合。预警时段可以指进行车辆淤积监测的时间。在一些实施例中，预警时段可以包括车辆淤积监测的执行时长和/或执行间隔。例如，预警时段可以为：15:00-17:00，每十分钟，即从15:00开始每十分钟进行一次车辆淤积监测，直至17:00结束。在一些实施例中，可以自动确定预警时段。
49.在一些实施例中，配置参数还可以包括停车围栏的扩展区域，以便对停车围栏及其扩展区域进行车辆淤积监测。在一些实施例中，可以基于预设距离确定停车围栏的扩展区域。例如，预设距离可以为距离停车围栏中心5米、10米、30米、50米、80米、100米等的数值，或距离停车围栏边缘1米、2米、3米、5米、10米等的数值，处理器112可以确定距离停车围栏该预设距离的区域为扩展区域。在一些实施例中，预设距离可以手动和/或自动设置。例如，用户手动输入与停车围栏对应的预设距离，或处理器112根据停车围栏的地理位置、车辆使用需求、车辆使用历史数据等自动确定预设距离的取值。仅作为示例，处理器112可以基于车辆使用需求、车辆使用历史数据等确定车辆使用量较大的兴趣区域，基于此确定与兴趣区域距离较近的停车围栏的预设距离，以确定相应的扩展区域。在一些实施例中，可以根据车辆相关的大数据统计信息，确定是否对停车围栏的扩展区域进行车辆淤积监测。
50.在一些实施例中，可以基于创建的淤积监测任务获取配置参数。例如，用户通过终端130或监管平台410创建淤积监测任务时，可以手动输入相关的停车围栏的地理坐标、停车围栏的停车上限、所在区域的车辆配额、停车围栏的车辆配额、预警操作类型、预警时段等参数。在一些实施例中，可以将创建的淤积监测任务存入数据库，如存储设备140。在一些实施例中，可以从数据库(如存储设备140)或终端(如终端130)获取配置参数。
51.在一些实施例中，可以基于配置参数中的预警时段确定车辆淤积监测的执行时间。在一些实施例中，可以基于车辆数据确定车辆淤积监测的执行时间。例如，处理器112可以基于多个车辆120发送的位置信息和时间信息确定特定时段(如1小时、3小时、5小时等)内，同一停车围栏内的车辆进出数量，基于此预测该停车围栏车辆数量超过停车上限的时间，将预测时间确定为车辆淤积监测的执行时间。在一些实施例中，可以基于大数据统计信息确定车辆淤积监测的执行时间。例如，处理器112可以基于统计的共享车辆使用的高峰期和/或高峰地段，将高峰期对应时间确定为高峰地段对应停车围栏的车辆淤积监测执行时间。
52.在一些实施例中，不同停车围栏对应的车辆淤积监测执行时间可以相同或不同。例如，同一城市中所有停车围栏对应的执行时间均相同或不同，或部分停车围栏对应的执行时间相同。又如，所有城市对应的执行时间均相同或不同，或部分城市对应的执行时间相同。
53.在一些实施例中，当执行时间被触发时，可以计算车辆淤积监测的下一次执行时间。例如，基于配置参数确定初始执行时间为上午10:00，当到达10:00时，处理器112可以基于预警时段计算下一次进行车辆淤积监测的时间，如执行间隔为20分钟时确定下一次执行时间为上午10:20，当到达10:20时可以进一步计算再下一次进行车辆淤积监测的时间，如为10:40。
54.在一些实施例中，可以将确定的执行时间，以及与车辆淤积监测相关的配置参数发送至延时队列；当执行时间被触发时，获取延时队列发送的与车辆淤积监测相关的配置参数。例如，当前为第一次车辆淤积监测操作时，可以将确定的初始执行时间以及与车辆淤
积监测相关的配置参数发送至延时队列420。在一些实施例中，可以在将确定的执行时间发送至延时队列，当执行时间被触发时，获取延时队列发送的与车辆淤积监测相关的配置参数。例如，当前为非第一次车辆淤积监测操作时，可以将确定的执行时间发送至延时队列420。又如，与车辆淤积监测相关的配置参数可以在存入数据库(如存储设备140)后，由数据库将其发送至延时队列420，当前为第一次车辆淤积监测操作时，处理器112仅需将确定的执行时间发送至延时队列420。当执行时间被触发时，延时队列可以将与车辆淤积监测相关的配置参数发送至服务器，如处理器112。
55.步骤220，当到达执行时间时，确定至少一个停车围栏内的车辆信息。在一些实施例中，步骤220可以由服务器110(例如处理器112)或车辆淤积监测系统500(如计算模块520)执行。
56.在一些实施例中，当到达执行时间时，可以确定所在区域内至少一个停车围栏内的车辆信息。例如，对于城市x，当到达执行时间时，处理器112可以确定城市x内所有停车围栏中至少一个停车围栏内的车辆信息。在一些实施例中，当到达执行时间时，可以确定相应停车围栏内的车辆信息。例如，停车围栏p1对应执行时间被触发时，处理器112可以确定停车围栏p1内的车辆信息。在一些实施例中，当到达执行时间时，可以确定停车围栏及其扩展区域内的车辆信息。例如，停车围栏p2对应执行时间被触发时，处理器112可以确定停车围栏p2、以及距离停车围栏p2边缘2米的区域内的车辆信息。
57.在一些实施例中，停车围栏和/或其扩展区域内的车辆信息可以包括车辆所属权和/或车辆数量。车辆所属权可以反映车辆的提供者，例如，共享单车的运营商。在一些实施例中，车辆数量可以包括停车围栏和/或其扩展区域内车辆总量和/或同一所属权的车辆数量。例如，停车围栏内车辆总量为100辆，同一所属权a的车辆数量为40辆，同一所属权b的车辆数量为60辆。
58.在一些实施例中，可以基于车辆的位置信息以及与车辆淤积监测相关的配置参数，确定至少一个停车围栏和/或其扩展区域内的车辆信息。例如，处理器112可以基于车辆标识确定车辆所属权，和/或基于配置参数中停车围栏的地理坐标以及车辆的位置信息确定相应停车围栏内的车辆数量。又如，处理器112可以基于停车围栏的地理坐标、扩展区域地理坐标以及车辆的位置信息确定相应停车围栏内的车辆数量和停车围栏扩展区域内的车辆数量。在一些实施例中，可以实时确定停车围栏和/或其扩展区域内的车辆信息。例如，处理器112可以实时获取车辆120的位置信息，当确定车辆120位于停车围栏p1或其扩展区域内且长时间(如3分钟内、5分钟内、10分钟内、15分钟内、20分钟内等)未移动时，将停车围栏p1或其扩展区域内的车辆总量加1和/或对应所属权的车辆总量加1。
59.在一些实施例中，可以确定停车围栏扩展区域内不同所属权的车辆情况。例如，可以确定停车围栏扩展区域内不同所属权的车辆数量以及车辆与停车围栏之间的距离，如：车辆c1-运营商a-与停车围栏p1距离为0.5米，车辆c2-运营商a-与停车围栏p1距离为1米，车辆c3-运营商b-与停车围栏p1距离为0.8米。
60.在一些实施例中，可以基于车辆信息对停车围栏内的所属权的车辆数量进行排序。例如，可以对同一停车围栏内不同所属权的车辆数量进行排序，如按照从大到小排序为：运营商a-40辆，运营商b-35辆，运营商c-20辆。在一些实施例中，可以基于车辆信息对所
在区域的所属权的车辆数量进行排序。例如，可以基于每个停车围栏内的不同所属权对应的车辆数量，确定不同所属权在所在城市的所有停车围栏的车辆总量，然后进行排序，如排序结果中包括不同所属权在所在城市的车辆总量和/或在每个停车围栏的车辆数量。
61.在一些实施例中，可以基于车辆信息分别统计每个所属权在停车围栏和/或其扩展区域内的车辆情况。仅作为示例，对于运营商a：停车围栏p1-30辆-未超限额；停车围栏p2-32辆-超限额2辆，其中停车围栏p2内29辆，停车围栏p2扩展区域内3辆，且分别距离停车围栏边缘0.9米、1米和2米；停车围栏p3-28辆-即将超限额等。
62.步骤230，基于车辆信息，判断至少一个停车围栏内的车辆是否满足预警条件。在一些实施例中，步骤230可以由服务器110(例如处理器112)或车辆淤积监测系统500(如判断模块530)执行。
63.在一些实施例中，预警条件可以包括停车围栏内的车辆总量超过第一阈值和/或停车围栏内同一所属权的车辆数量超过第二阈值。在一些实施例中，预警条件还可以包括停车围栏及其扩展区域内的车辆总量超过第一阈值和/或停车围栏及其扩展区域内同一所属权的车辆数量超过第二阈值。
64.在一些实施例中，第一阈值可以包括小于和/或等于停车围栏的停车上限的任意正整数。例如，停车围栏p1的停车上限为100辆，则第一阈值可以为100、95、90、80等数值。
65.在一些实施例中，第二阈值可以反映同一所属权的车辆数量的上限。在一些实施例中，不同所属权对应的第二阈值可以相同或不同。在一些实施例中，第二阈值可以小于或等于第一阈值。在一些实施例中，可以基于停车围栏的停车上限确定第二阈值。例如，可以确定停车围栏的停车上限的25％、30％、50％、90％等对应的数值为第二阈值。在一些实施例中，可以基于停车围栏的停车上限和所在区域的车辆配额确定第二阈值。例如，对城市x，若停车围栏p1的停车上限为100辆，两家共享单车运营商a和b在城市x的车辆配额比例为2:3，则在停车围栏p1内，运营商a对应的第二阈值可以等于或小于40，运营商b对应的第二阈值可以小于或等于60。
66.在一些实施例中，预警条件还可以包括停车围栏扩展区域内的车辆总量超过第三阈值和/或停车围栏扩展区域内同一所属权的车辆数量超过第四阈值。在一些实施例中，第三阈值可以基于第一阈值以及停车围栏的停车上限确定。仅作为示例，可以基于第一阈值与停车围栏的停车上限的差值确定第三阈值。在一些实施例中，第三阈值可以小于或等于第一阈值与停车围栏的停车上限的差值。例如，停车围栏的停车上限为50辆，第一阈值为45辆，则第三阈值可以为5辆或3辆。在一些实施例中，第四阈值可以基于第二阈值确定。仅作为示例，可以根据第二阈值与停车围栏对同一所属权的车辆数量的上限之间的差值确定第四阈值。
67.在一些实施例中，预警条件可以手动和/或自动调节。例如，用户可以手动输入第一阈值和/或第二阈值的取值。又如，处理器112可以基于车辆淤积监测任务的执行结果自动调节第一阈值、第二阈值、第三阈值和第四阈值中至少一个的取值。仅作为示例，当判断满足预警条件并向相应终端130发送提醒和/或派发处理工单后，终端130对应用户在预设的时间内(如30分钟内、1小时内、2小时内等)未处理或未反馈处理结果时，可以适应性降低第二阈值。在一些实施例中，可以根据与车辆使用相关的统计信息调节第一阈值和/或第二阈值。例如，用车高峰时间段(如上下班时间)可以适应性增大或降低第一阈值和第二阈值。
在一些实施例中，可以基于时间信息调节第一阈值和/或第二阈值。例如，节假日可以适应性增大第一阈值和第二阈值。
68.在一些实施例中，对于每个停车围栏，可以判断停车围栏或停车围栏及其扩展区域内的车辆总量是否超过第一阈值，响应于超过第一阈值确定停车围栏内的车辆满足预警条件。在一些实施例中，可以判断停车围栏或停车围栏及其扩展区域内同一所属权的车辆数量是否超过第二阈值；响应于至少一个同一所属权的车辆数量超过第二阈值，例如运营商a在停车围栏内的车辆总量超过第二阈值，确定停车围栏内的车辆满足预警条件。在一些实施例中，对于每个停车围栏，可以判断停车围栏或停车围栏及其扩展区域内的车辆总量是否超过第一阈值；响应于超过第一阈值，判断停车围栏或停车围栏及其扩展区域内同一所属权的车辆数量是否超过第二阈值；响应于超过第二阈值，确定停车围栏内的车辆满足预警条件。更多内容可以参见图3及其相关描述，此处不再赘述。
69.在一些实施例中，可以判断停车围栏扩展区域内的车辆总量是否超过第三阈值，响应于超过第三阈值确定停车围栏内的车辆满足预警条件。在一些实施例中，可以判断停车围栏扩展区域内同一所属权的车辆数量是否超过第四阈值；响应于至少一个同一所属权的车辆数量超过第四阈值，例如运营商a在停车围栏扩展区域内的车辆总量超过第四阈值，确定停车围栏内的车辆满足预警条件。
70.在一些实施例中，可以判断停车围栏的车辆总量是否超过第一阈值；响应于未超过第一阈值，判断停车围栏扩展区域内车辆总量是否超过第三阈值；响应于超过第三阈值，确定停车围栏内的车辆满足预警条件。在一些实施例中，可以判断停车围栏内同一所属权的车辆数量是否超过第二阈值；响应于未超过第二阈值，判断停车围栏扩展区域内同一所属权的车辆数量是否超过第四阈值；响应于超过第四阈值，确定停车围栏内的车辆满足预警条件。
71.在一些实施例中，可以基于判断结果对停车围栏内的同一所属权的车辆数量进行排序。例如，可以基于判断结果对同一停车围栏内同一所属权的车辆数量超过第二阈值的所属权进行排序，如第二阈值为30，按照从大到小排序为：运营商a-40辆，运营商b-35辆。又如，可以基于判断结果对不同停车围栏内同一所属权的车辆数量超过第二阈值的所属权进行排序，如按照从大到小排序为：停车围栏p1-运营商a-40辆，停车围栏p2-运营商a-35辆，停车围栏p3-运营商b-32辆。在一些实施例中，可以基于判断结果对所在区域的停车围栏进行排序。例如，基于判断结果对停车围栏内车辆总量超过第一阈值的停车围栏进行排序。
72.步骤240，响应于满足预警条件，执行预警操作。在一些实施例中，步骤240可以由服务器110(例如处理器112)或车辆淤积监测系统500(如预警模块540)执行。
73.在一些实施例中，可以响应于满足预警条件，根据与车辆淤积监测相关的配置参数，执行相应的预警操作。例如，若配置参数中预警操作类型指示不执行预警，则可以将相应数据存入数据库，不做其他处理。又如，若配置参数中预警操作类型指示执行预警，则可以根据预警方式执行相应的预警操作，如向运营商发送提醒和/或向终端130派发处理工单。在一些实施例中，处理工单的派发方式可以包括手动派发和自动派发，例如由运营商手动向相应工作人员的终端130下发处理工单，或由处理器112自动向相应工作人员的终端130下发处理工单。
74.在一些实施例中，可以将车辆淤积监测执行结果及其相关数据存入数据库。例如，
可以将满足预警条件的数据，如停车围栏地理坐标、停车围栏内车辆总量、同一所属权的车辆数量、所属权名称、预警操作类型、预警内容、预警方式、预警状态、处理详情、所属权排序等数据，存入存储设备140。在一些实施例中，可以将车辆淤积监测执行结果及其相关数据展示在显示界面，例如展示在终端130的显示界面。在一些实施例中，可以基于排序结果，展示相应数据。例如，可以基于同一停车围栏内所属权排序，将排名top 3或第一的所属权及其车辆数量、车辆位置、停车时长等相关数据展示在显示界面。
75.在一些实施例中，对于即将满足预警条件的停车围栏和/或所属权名称，可以执行相应的提示操作。例如，对于车辆总量接近第一阈值的停车围栏，如与第一阈值的差值小于预设值(如1、或2、或3等)，或停车围栏扩展区域内的车辆总量超过第三阈值，可以将对应停车围栏高亮显示在监管平台410的显示界面。又如，对于车辆数量即将超过相应停车围栏的第二阈值或超过停车围栏扩展区域的第四阈值的所属权名称，可以高亮显示在监管平台410的显示界面，并向该所属权的终端发送提醒信息。
76.应当注意的是，上述有关流程200的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程200进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
77.图3是根据本说明书另一些实施例所示的示例性车辆淤积监测方法的流程示意图。
78.在一些实施例中，流程300可以由处理设备(例如，图1所示的处理器112)执行。例如，流程300可以以程序或指令的形式存储在存储设备(例如，存储设备140)中，当处理器112执行该程序或指令时，可以实现流程300。在一些实施例中，流程300可以由车辆淤积监测系统500执行。在一些实施例中，流程300可以利用以下未描述的一个或以上附加操作，和/或不通过以下所讨论的一个或以上操作完成。另外，如图3所示的操作的顺序并非限制性的。为方便理解，以下将以预警方式包括发送提醒和派发处理工单为例进行描述。
79.如图3所示，在一些实施例中，当到达执行时间时，处理器112可以执行步骤313，获取配置参数。关于配置参数的详细内容可以参见图2及其相关描述，此处不再赘述。
80.进一步地，在步骤320中，处理器112可以基于配置参数确定停车围栏内的车辆信息。例如，处理器112可以基于停车围栏的地理位置、车辆位置信息和标识信息，确定停车围栏内的车辆总量和同一所属权的车辆数量。又如，处理器112可以基于停车围栏的地理位置、车辆位置信息和标识信息、预设距离值，确定停车围栏以及距离停车围栏预设距离构成区域内的车辆总量和同一所属权的车辆数量。
81.在步骤330中，处理器112可以先执行331，判断停车围栏和/或距离停车围栏预设距离区域内的车辆总量是否超过第一阈值，若是，则进一步执行335，判断停车围栏和/或距离停车围栏预设距离区域内同一所属权的车辆数量是否超过第二阈值；否则，结束。当确定停车围栏和/或距离停车围栏预设距离区域内同一所属权的车辆数量超过第二阈值时，可以执行步骤340；否则结束。
82.在步骤340中，处理器112可以基于配置参数，先执行341、后执行343，或同时执行341和343，或先执行343、后执行341，或仅执行341和343中其中一个，本说明书对此不作限制。
83.在步骤341中，处理器112可以根据配置参数，判断本次车辆淤积监测任务中是否
配置发送提醒，当配置时，可以向终端发送提醒并生成预警记录；否则，结束。例如，处理器112可以通过邮件、短信、语音等方式向监管人员的终端130发送提醒信息，如“停车围栏p2的车辆总量即将(或已经)超过停车上限，请及时处理”等。在一些实施例中，提醒信息可以包括停车围栏的地理坐标、停车数量、同一所属权的车辆数量、所属权名称、所属权的车辆数量排名等数据。
84.在步骤343中，处理器112可以根据配置参数，判断本次车辆淤积监测任务中是否配置自动派发处理工单，当配置时，可以向终端自动派发处理工单并生成预警记录；否则，结束。例如，处理器112可以向车辆数量超过第二阈值的运营商的维护人员的终端130下发车辆管理相关的工单，如“停车围栏p1的车辆数量已超过停车上限，请在2小时内搬移多余车辆”等。在一些实施例中，处理工单的内容可以包括停车围栏的地理坐标、停车上限、当前车辆数量、处理时间等数据。
85.在一些实施例中，处理器112可以将生成的预警记录存入数据库(如存储设备140)。
86.在一些实施例中，处理器112可以当到达预设处理时间后，获取处理结果。例如，当到达预设处理时间后，可以向终端130发送处理结果统计表单，以便获取维护人员对淤积车辆的处理结果，如是否搬移冗余车辆；或者，直接从终端130获取反馈的处理结果，处理结果反映运营商对停车围栏内车辆的处理情况，如搬移冗余车辆等。在一些实施例中，处理器112可以当到达预设处理时间后，通过再次进行车辆淤积监测获取处理结果。
87.在一些实施例中，处理器112可以基于车辆淤积监测的执行结果调整所在区域的车辆配额。在一些实施例中，执行结果可以包括整个车辆淤积监测任务的监测结果和/或处理结果，例如，停车围栏内的车辆数量、冗余车辆是否搬离停车围栏等。例如，若运营商a在停车围栏内的车辆数量多次超过第二阈值，或多次未及时处理冗余车辆，则可以适应性降低该运营商在本区域的车辆配额。
88.图4是根据本说明书一些实施例所示的示例性车辆淤积监测的示意图。
89.如图4所示，在一些实施例中，用户(如监管人员)可以在监管平台410输入配置参数，创建相应的车辆淤积监测任务；监管平台410将创建的车辆淤积监测任务存入存储设备140，存储设备140基于车辆淤积监测任务中配置参数计算初始执行时间，并将初始执行时间和配置参数发送至延时队列420。当初始执行时间被触发后，延时队列420可以将配置参数发送至监管平台410，监管平台410基于配置参数计算下一次执行时间并发送至延时队列420，同时基于车辆信息判断停车围栏内的车辆是否满足预警条件，以获得淤积监测结果并将其发送至存储设备140进行存储。监管平台410可以从存储设备140查找获取相应淤积监测任务的监测结果，进一步地，根据配置参数以及监测结果向运营商发送提醒和/或派发处理工单。在一些实施例中，监管平台410可以从运营商获取处理结果。在一些实施例中，车辆淤积监测系统可以循环执行图4中操作2-7，直至预警时段结束。
90.应当注意的是，上述有关图3和图4的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对图3和图4进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
91.图5是根据本说明书一些实施例所示的示例性车辆淤积监测系统的模块示意图。
92.如图5所示，在一些实施例中，车辆淤积监测系统500可以包括获取模块510、计算
模块520、判断模块530、预警模块540以及通信模块550。这些模块可以作为应用程序或一组由处理器读取和执行的指令实现。此外，模块可以是硬件电路和应用/指令的任何组合。例如，当处理引擎或处理器执行应用程序/一组指令时，模块可以是处理器110的一部分。
93.获取模块510可以用于获取与车辆淤积监测相关的配置参数。在一些实施例中，配置参数可以包括停车围栏的地理坐标、停车围栏的停车上限、所在区域的车辆配额、预警操作类型、预警时段等中的至少一种。在一些实施例中，获取模块510可以用于获取车辆的位置信息。
94.计算模块520可以用于确定车辆淤积监测的执行时间。在一些实施例中，计算模块520可以基于配置参数确定车辆淤积监测的执行时间。在一些实施例中，计算模块520可以用于当到达执行时间时，确定至少一个停车围栏内的车辆信息。在一些实施例中，计算模块520可以用于基于车辆的位置信息以及与车辆淤积监测相关的配置参数，确定至少一个停车围栏内的车辆信息。在一些实施例中，车辆信息可以包括车辆所属权和/或车辆数量。
95.判断模块530可以用于基于车辆信息，判断至少一个停车围栏内的车辆是否满足预警条件。在一些实施例中，预警条件可以包括停车围栏内的车辆总量超过第一阈值和/或停车围栏内同一所属权的车辆数量超过第二阈值。
96.在一些实施例中，对于每个停车围栏，判断模块530可以用于判断停车围栏内的车辆总量是否超过第一阈值；响应于超过第一阈值，判断停车围栏内同一所属权的车辆数量是否超过第二阈值；响应于超过第二阈值，确定停车围栏内的车辆满足预警条件。
97.预警模块540可以用于响应于满足预警条件，执行预警操作。
98.通信模块550可以用于传输数据。在一些实施例中，通信模块550可以用于将执行时间，以及与车辆淤积监测相关的配置参数发送至延时队列。在一些实施例中，通信模块550可以用于当执行时间被触发时，获取延时队列发送的与车辆淤积监测相关的配置参数。
99.需要注意的是，以上对于系统500及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。在一些实施例中，获取模块510、计算模块520、判断模块530、预警模块540以及通信模块550可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。在一些实施例中，获取模块510、计算模块520、判断模块530、预警模块540以及通信模块550可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。在一些实施例中，系统500可以包括定位装置，用于获取车辆的位置信息。诸如此类的变形，均在本说明书的保护范围之内。
100.本说明书实施例可能带来的有益效果包括但不限于：(1)通过车辆淤积监测系统进行自动数据收集和分析，从而精准识别停车围栏中的车辆淤积情况，可以减少人力成本、提高管理效率；(2)对采集的停车围栏内车辆数据进行大数据分析，可以精准识别出淤积车辆与对应提供者，并可持续迭代以提升识别精度；(3)将配置参数发给延时队列，当执行时间被触发时从延时队列获取配置参数，可以减少处理器在执行时间未触发时处于等待执行监测任务的空闲状态，释放处理器的处理空间，提高处理效率；(4)通过对停车围栏扩展区域的车辆进行监测，可以减少为规避车辆淤积监测将车辆投放到停车围栏外的行为的发生，提高对车辆监测的监管质量。不同实施例可能产生的有益效果不同，在不同的实施例
里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。
101.上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。
102.同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
103.此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
104.同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
105.一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有
±
20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
106.针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。
107.最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

技术特征：
1.一种系统，用于停车围栏中的车辆淤积监测，其特征在于，所述系统包括：至少一个存储介质，存储用于停车围栏中的车辆淤积监测的指令；以及至少一个处理器，被配置为与所述至少一个存储介质通信，其中，当执行所述指令时，所述至少一个处理器用于：确定车辆淤积监测的执行时间；当到达所述执行时间时，确定至少一个停车围栏内的车辆信息；基于所述车辆信息，判断所述至少一个停车围栏内的车辆是否满足预警条件；响应于满足所述预警条件，执行预警操作。2.根据权利要求1所述的系统，其特征在于，为确定车辆淤积监测的执行时间，所述至少一个处理器进一步用于：获取与所述车辆淤积监测相关的配置参数；基于所述配置参数确定所述车辆淤积监测的所述执行时间。3.根据权利要求1所述的系统，其特征在于，在当到达所述执行时间时，确定至少一个停车围栏内的车辆信息前，所述至少一个处理器进一步用于：将所述执行时间，以及与所述车辆淤积监测相关的配置参数发送至延时队列；当所述执行时间被触发时，获取所述延时队列发送的与所述车辆淤积监测相关的配置参数。4.根据权利要求3所述的系统，其特征在于，所述配置参数包括停车围栏的地理坐标、停车围栏的停车上限、所在区域的车辆配额、预警操作类型、预警时段中的至少一种。5.根据权利要求3所述的系统，其特征在于，为确定所述至少一个停车围栏内的车辆信息，所述至少一个处理器进一步用于：获取车辆的位置信息；基于所述车辆的位置信息以及与所述车辆淤积监测相关的所述配置参数，确定所述至少一个停车围栏内的所述车辆信息。6.根据权利要求1所述的系统，其特征在于，所述至少一个停车围栏内的所述车辆信息包括车辆所属权和/或车辆数量。7.根据权利要求6所述的系统，其特征在于，所述预警条件包括所述停车围栏内的车辆总量超过第一阈值或所述停车围栏内同一所属权的车辆数量超过第二阈值。8.根据权利要求7所述的系统，其特征在于，为基于所述车辆信息，判断所述至少一个停车围栏内的车辆是否满足预警条件，所述至少一个处理器进一步用于：对于每个停车围栏，判断所述停车围栏内的所述车辆总量是否超过所述第一阈值；响应于超过所述第一阈值，判断所述停车围栏内所述同一所属权的车辆数量是否超过所述第二阈值；响应于超过所述第二阈值，确定所述停车围栏内的车辆满足所述预警条件。9.一种方法，用于停车围栏中的车辆淤积监测，其特征在于，所述方法包括：确定车辆淤积监测的执行时间；将所述执行时间以及与所述车辆淤积监测相关的配置参数发送至延时队列；当所述执行时间被触发时，获取所述延时队列发送的所述与所述车辆淤积监测相关的
配置参数；基于所述配置参数，确定至少一个停车围栏内的车辆信息；基于所述车辆信息，判断所述至少一个停车围栏内的车辆是否满足预警条件；响应于满足所述预警条件，执行预警操作。10.一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取所述计算机指令时，所述计算机执行车辆淤积监测的方法，所述方法包括：确定车辆淤积监测的执行时间；将所述执行时间以及与所述车辆淤积监测相关的配置参数发送至延时队列；当所述执行时间被触发时，获取所述延时队列发送的所述与所述车辆淤积监测相关的配置参数；基于所述配置参数，确定至少一个停车围栏内的车辆信息；基于所述车辆信息，判断所述至少一个停车围栏内的车辆是否满足预警条件；响应于满足所述预警条件，执行预警操作。

技术总结
本说明书实施例中提供一种用于停车围栏中的车辆淤积监测方法和系统。所述系统包括：至少一个存储介质，存储用于停车围栏中的车辆淤积监测的指令；以及至少一个处理器，被配置为与所述至少一个存储介质通信，其中，当执行所述指令时，所述至少一个处理器用于：确定车辆淤积监测的执行时间；当到达所述执行时间时，确定至少一个停车围栏内的车辆信息；基于所述车辆信息，判断所述至少一个停车围栏内的车辆是否满足预警条件；响应于满足所述预警条件，执行预警操作。执行预警操作。执行预警操作。


技术研发人员：黄春泉 倪维国 范宏岩 徐涛
受保护的技术使用者：北京骑胜科技有限公司
技术研发日：2021.12.24
技术公布日：2023/6/28