车辆异常停滞的检测方法、电子设备和管理系统与流程

1.本公开涉及智能交通技术领域，尤其涉及车联网、智能网联、城市车辆管理等人工智能技术领域，具体涉及一种车辆异常停滞的检测方法、电子设备和管理系统。


背景技术：

2.随着城市不断发展，城市机动化水平不断上升，对于渣土车、重型货运车、物流车、危运车等重点车辆的管理工作，逐渐成为城市管理工作的核心内容。
3.目前，很多重点车辆存在道路中异常停滞等行为，造成道路行驶空间变小，视野盲区增多，严重影响交通秩序，因此，如何有效地判断重点车辆是否为异常停滞车辆，对于重点车辆的管理是至关重要的。


技术实现要素：

4.本公开提供了一种车辆异常停滞的检测方法、电子设备和管理系统，实现了对车辆是否为异常停滞车辆的判断。
5.根据本公开的第一方面，提供了一种车辆异常停滞的检测方法，该车辆异常停滞的检测方法可以包括：
6.接收目标车辆发送的实时gps数据；其中，所述实时gps数据中包括行驶速度和位置信息。
7.若所述行驶速度指示所述目标车辆为停止状态，则确定包含所述目标车辆所在位置的第一区域的第一边界线。
8.根据所述目标车辆后续发送的gps数据，确定所述第一边界线的存在时长。
9.基于所述存在时长和所述位置信息，确定所述目标车辆的检测结果；其中，所述检测结果包括异常停滞车辆或非异常停滞车辆。
10.根据本公开的第二方面，提供了一种车辆异常停滞的检测装置，该车辆异常停滞的检测装置可以包括：
11.接收单元，用于接收目标车辆发送的实时gps数据；其中，所述实时gps数据中包括行驶速度和位置信息。
12.第一确定单元，用于若所述行驶速度指示所述目标车辆为停止状态，则确定包含所述目标车辆所在位置的第一区域的第一边界线。
13.第二确定单元，用于根据所述目标车辆后续发送的gps数据，确定所述第一边界线的存在时长。
14.第三确定单元，用于基于所述存在时长和所述位置信息，确定所述目标车辆的检测结果；其中，所述检测结果包括异常停滞车辆或非异常停滞车辆。
15.根据本公开的第三方面，提供了一种电子设备，包括：
16.至少一个处理器；以及
17.与所述至少一个处理器通信连接的存储器；其中，
18.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面所述的车辆异常停滞的检测方法。
19.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述第一方面所述的车辆异常停滞的检测方法。
20.根据本公开的第五方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面所述的车辆异常停滞的检测方法。
21.根据本公开的第六方面，提供了一种城市车辆管理系统，包括如上述第三方面所述的电子设备。
22.根据本公开的技术方案，实现了对车辆是否为异常停滞车辆的判断。
23.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
24.附图用于更好地理解本方案，不构成对本公开的限定。其中：
25.图1是本公开提供的一种系统框架示意图；
26.图2是根据本公开第一实施例提供的车辆异常停滞的检测方法的流程示意图；
27.图3是本公开实施例提供的一种圆形的第一边界线的示意图；
28.图4是根据本公开第二实施例提供的确定第一边界线的存在时长的方法的流程示意图；
29.图5是本公开实施例提供的一种不存在连续多个gps数据对应的位置位于第一边界线外的示意图；
30.图6是本公开实施例提供的一种连续的m个gps数据对应的位置位于第一边界线外的示意图；
31.图7是本公开实施例提供的另一种连续的m个gps数据对应的位置位于第一边界线外的示意图；
32.图8是本公开实施例提供的又一种连续的m个gps数据对应的位置位于第一边界线外的示意图；
33.图9是根据本公开第三实施例提供的确定目标车辆的检测结果的方法的流程示意图；
34.图10是根据本公开第四实施例提供的判断目标车辆是否为异常聚集车辆的方法的流程示意图；
35.图11是本公开实施例提供的一种目标车辆对应的第一边界线的示意图；
36.图12是本公开实施例提供的一种目标车辆1对应的第二边界线的示意图；
37.图13是本公开实施例提供的一种目标车辆1对应的第二区域的示意图；
38.图14是根据本公开第五实施例提供的车辆异常停滞的检测装置的结构示意图；
39.图15是本公开实施例提供的一种电子设备的示意性框图。
具体实施方式
40.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
41.在本公开的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的访问关系，表示可以保留三种关系，例如，a和/或b，可以表示：单独保留a，同时保留a和b，单独保留b这三种情况，其中a，b可以是单数或者复数。在本公开的文字描述中，字符“/”一般表示前后关联对象是一种“或”的关系。此外，在本公开实施例中，“第一”、“第二”、“第三”、“第四”、“第五”以及“第六”只是为了区分不同对象的内容而已，并无其它特殊含义。
42.本公开实施例提供的技术方案可以应用于异常停滞车辆的检测等场景中。现有技术中，在判断车辆是否为异常车辆时，主要是采用路侧抓拍的方法，抓拍重点车辆的停留情况，但是，由于路侧抓拍的异常情况主要是以违章停车为主，对于因车辆故障、事故等原因造成的异常停滞无法进行判断，从而无法判断车辆是否为异常停滞车辆。
43.为了可以有效地判断车辆是否为异常停滞车辆，考虑到目前管理部门已经要求渣土车、重型货运车、物流车、危运车等重点车辆上报车辆的实时全球定位系统(global positioning system，gps)数据，其中，实时gps数据中包括行驶速度和位置信息，因此，可以考虑将重点车辆上报车辆的gps数据作为参考依据，基于重点车辆的行驶速度和位置信息进行异常停滞判断，从而确定重点车辆是否为异常停滞车辆。
44.基于上述技术构思，本公开实施例提供了一种车辆异常停滞的检测方法，该方法的框架示意图可参见图1所示，图1是本公开提供的一种系统框架示意图，该系统框架中可以包括待检测的目标车辆和车辆管理系统，示例的，车辆管理系统可以为服务器，也可以为车辆管理平台，该车辆管理平台可以为云管理平台。其中，目标车辆主要用于获取实时gps数据，并向车辆管理系统上报实时gps数据；车辆管理系统主要用于基于目标车辆上报的实时gps数据，进行异常停滞判断，从而确定该目标车辆是否为异常停滞车辆，实现了对车辆是否为异常停滞车辆的判断。此外，若确定目标车辆为异常停滞车辆，则还可以进一步向该目标车辆发送告警信息。
45.下面，将通过具体的实施例对本公开提供的车辆异常停滞的检测方法进行详细地说明。可以理解的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
46.实施例一
47.图2是根据本公开第一实施例提供的车辆异常停滞的检测方法的流程示意图，该车辆异常停滞的检测方法可以由软件和/或硬件装置执行，例如，该硬件装置可以为终端或者服务器。示例的，请参见图2所示，该车辆异常停滞的检测方法可以包括：
48.s201、接收目标车辆发送的实时gps数据。
49.其中，实时gps数据中包括行驶速度和位置信息。示例的，实时gps数据中除了包括
行驶速度和位置信息之外，还可以包括目标车辆的车牌号、实时gps数据的上报时间、目标车辆的点火状态、gps航向角等，具体可以根据实际需要进行设置。
50.在接收到目标车辆发送的实时gps数据后，可以根据实时gps数据中的包括的行驶速度判断目标车辆当前是否处于停止状态，若处于停止状态，则可以进一步确定包含目标车辆所在位置的第一区域的第一边界线，即执行下述s202：
51.s202、若行驶速度指示目标车辆为停止状态，则确定包含目标车辆所在位置的第一区域的第一边界线。
52.示例的，第一边界线的形状可以为圆形，也可以为矩形，也可以为其他不规则的形状，具体可以根据实际需要进行设置。在此，本公开实施例将以第一边界线的形状为圆形为例进行说明，但并不代表本公开实施例仅局限于此。
53.可以理解的是，本公开实施例中，之所以采用圆形的第一边界线，其原因在于：需要说明的是，在本公开实施例中，第一边界线之所以为圆形，是为了保证第一边界线的周边与车辆位置都是等距的。示例的，当第一边界线为圆形边界线时，该圆形边界线的半径可以为15米，也可以为16米，具体可以根据车辆的漂移情况进行设置，即圆形边界线可以兼容车辆的漂移情况，这样可以解决因车辆漂移导致后续异常停滞结果不准确的问题。
54.假设接收到实时gps数据指示目标车辆在圆心0点处于停止状态，则可以确定包含0点的第一区域的第一边界线，示例的，可参见图3所示，图3是本公开实施例提供的一种圆形的第一边界线的示意图，该第一边界线可以为基于之前在确定出目标车辆为停止状态时生成的，也可以为当前确定出目标车辆为停止状态时生成的，具体可以根据实际需要进行设置，在此，对于第一边界线的生成时机，本公开实施例不做具体限制。
55.需要说明的是，第一边界线在生成之后，不是一直存在的，而是在满足删除条件，例如在检测到连续多个位置位于第一边界线之外时，说明车辆不再属于停滞状态，则可以删除第一边界线，因此，鉴于第一边界线的存在时长，可以在一定程度上描述目标车辆的停滞时长，则可以进一步确定第一边界线的存在时长，即执行下述s203：
56.s203、根据目标车辆后续发送的gps数据，确定第一边界线的存在时长。
57.可以理解的是，后续发送的gps数据，可以理解为上述s201中，目标车辆在上报实时gps数据之后的时间段内上报的gps数据，对于目标车辆而言，也是后续时间段上报的实时gps数据。
58.示例的，根据目标车辆后续发送的gps数据，确定第一边界线的存在时长时，可以根据后续接收到gps数据中包括的行驶速度确定目标车辆是否处于停止状态，根据后续接收到gps数据中包括的位置信息确定目标车辆所在位置，从而根据目标车辆是否处于停止状态，以及目标车辆所在位置，确定第一边界线的存在时长。
59.在根据目标车辆后续发送的gps数据，确定出第一边界线的存在时长后，仅根据存在时长可以判断目标车辆是否为停滞车辆，但无法判断目标车辆是否为异常停滞车辆，需要结合目标车辆的位置信息，共同确定目标车辆是否为异常停滞车辆，即执行下述s204：
60.s204、基于存在时长和位置信息，确定目标车辆的检测结果；其中，检测结果包括异常停滞车辆或非异常停滞车辆。
61.可以看出，本公开实施例中，判断车辆是否为异常停滞车辆时，可以先接收目标车辆发送的实时gps数据；若实时gps数据中包括的行驶速度指示目标车辆为停止状态，则确
定包含目标车辆对应的第一边界线；并根据目标车辆后续发送的gps数据，确定第一边界线的存在时长；再基于存在时长和实时gps数据中包括的位置信息，确定目标车辆的检测结果，这样基于目标车辆发送的实时gps数据，可以准确地识别车辆是否为异常停滞车辆，实现了对车辆是否为异常停滞车辆的判断，并且可有效规避由于gps漂移带来的结果误差，从而提高了检测结果的准确度。
62.这样基于目标车辆发送的实时gps数据和后续发送的gps数据进行分析，不仅可有效地判断目标车辆是否为违章停车，而且还可以判断由于目标车辆故障、事故、异常拥堵造成的异常停滞，有效丰富了目标车辆异常停滞、异常聚集的管理场景，提高管理维度，为建立目标车辆异常停滞、异常聚集“微场景”管理模式，建立坚实的技术基础。
63.此外，目标车辆的车牌号可从gps数据中直接获取，可有效解决由于客观原因造成车牌不清、无法确认车辆身份的问题，实现目标车辆身份超视距精准确认，为拍摄角度不佳、光照条件不足、车牌污损严重条件下的重点车辆监管提供了一种新思路。
64.基于上述图2所示的实施例，在上述s202中，确定包含目标车辆所在位置的预设区域的第一边界线时，可以先判断当前是否存在包含目标车辆所在位置的预设区域的第一边界线，若存在，说明之前可能已经处于停止状态，则可以直接将已经存在包含目标车辆所在位置的预设区域的边界线确定为第一边界线；相反的，若不存在，则可以以目标车辆所在位置为圆心，以预设长度为半径生成第一边界线，这样后续就可以基于第一边界线存在时长和位置信息，实时且准确地确定目标车辆是否为异常停滞车辆，从而实现了对车辆是否为异常停滞车辆的判断。
65.基于上述图2所示的实施例，为了便于理解在上述s202中，如何根据目标车辆后续发送的gps数据，确定第一边界线的存在时长，下面，将通过下述图4所示的实施例二进行详细描述。
66.实施例二
67.图4是根据本公开第二实施例提供的确定第一边界线的存在时长的方法的流程示意图，该确定第一边界线的存在时长的方法同样可以由软件和/或硬件装置执行。示例的，请参见图4所示，该确定第一边界线的存在时长的方法可以包括：
68.s401、检测后续发送的gps数据是否存在连续多个gps数据对应的位置位于第一边界线外。
69.其中，多个的数量可以根据实际需要进行设置，在此，本公开实施例不做具体限制。示例的，在本公开实施例中，多个的数量可以用m表示，m的数量可以为2个。
70.若不存在，则执行下述s402；相反的，若存在，则执行下述s403。
71.s402、若不存在，则继续接收目标车辆后续发送的gps数据，并继续检测后续发送的gps数据是否存在连续多个gps数据对应的位置位于第一边界线外。
72.若不存在，说明多个gps数据对应的位置仍位于第一边界线之内，目标车辆处于停止状态，其停止的位置为上述s201中基于实时gps数据确定的位置。
73.示例的，可参见图5所示，图5是本公开实施例提供的一种不存在连续多个gps数据对应的位置位于第一边界线外的示意图，假设目标车辆在途中位置0处生成对应的第一边界线，位置0的后续n个位置，可记为位置2、
…
、位置n均位于第一边界线内，目标车辆处于停滞状态，不满足第一边界线删除条件，则第一边界线继续保留，若第一边界线的存在时长大
于或等于第一预设时长，则确定目标车辆为停滞车辆，停滞点为第一边界线的圆心，即位置0。
74.需要说明的是，可参见图5所示，目标车辆停滞点为位置0，但是基于后续上传的gps数据确定目标车辆分别处于位置2、
…
、以及位置n，是因为目标车辆处于停滞状态时，会存在gps数据漂移的情况，即使车辆实际所处位置0保持不变，但其发送的实时gps数据也会存在发生变化，使得基于后续上传的gps数据确定目标车辆分别处于位置2、
…
、以及位置n。
75.s403、若存在，则将第一边界线的生成时刻与连续多个gps数据中最后一个gps数据的上报时刻之间的时长，确定为第一边界线的存在时长。
76.若存在连续多个gps数据对应的位置位于第一边界线外，说明目标车辆状态不再是停滞状态，则可以确定该连续多个gps数据中最后一个gps数据的上报时刻，并将第一边界线的生成时刻与最后一个gps数据的上报时刻，确定为第一边界线的存在时长。
77.此外，若存在连续多个gps数据对应的位置位于第一边界线外，说明满足第一边界线的删除条件，则可以删除该第一边界线；这样当后续再次检测到目标车辆的行驶速度为0时，可以重新生成新的第一边界线，从而实现对第一边界线的更新。
78.通常情况下，在确定出存在连续多个gps数据对应的位置位于第一边界线外时，删除第一边界线，意味着目标车辆本次停滞行为结束。示例的，删除第一边界线至少包括三种可能的场景：
79.场景一：目标车辆途中短暂停留。
80.在该种场景下，可以理解为目标车辆途中生成第一边界线，但是未达到停滞状态。示例的，可参见图6所示，图6是本公开实施例提供的一种连续的m个gps数据对应的位置位于第一边界线外的示意图，假设目标车辆在途中位置0处生成对应的第一边界线，位置0的下一个位置1位于第一边界线内，位置1后面连续m个位置，可分别记为位置1+1、位置1+2、
…
、位置1+m均位于第一边界线之外，说明满足第一边界线的删除条件，则可以删除该第一边界线，这样当后续再次检测到目标车辆的行驶速度为0时，可以重新生成新的第一边界线，从而实现对第一边界线的更新。
81.可以理解的是，在该种场景下，第一边界线的存在时长为位置0对应的gps数据的上报时刻与位置1+m对应的gps数据的上报时刻之间的时长，从而确定出第一边界线的存在时长。
82.场景二：车辆途中停滞。
83.在该种场景下，可以理解为目标车辆已达到停滞状态，停滞后持续上报gps数据。示例的，可参见图7所示，图7是本公开实施例提供的另一种连续的m个gps数据对应的位置位于第一边界线外的示意图，假设目标车辆在途中位置0处生成对应的第一边界线，位置0的后续n个位置，可记为位置2、
…
、位置n均位于第一边界线内，目标车辆已达到停滞状态；停滞后持续上报gps数据，若根据持续上报的gps数据确定位置n后面连续m个位置，可分别记为位置n+1、位置n+2、
…
、位置n+m均位于第一边界线之外，说明满足第一边界线的删除条件，则可以删除该第一边界线，这样当后续再次检测到目标车辆的行驶速度为0时，可以重新生成新的第一边界线，从而实现对第一边界线的更新。
84.可以理解的是，在该种场景下，第一边界线的存在时长为位置0对应的gps数据的上报时刻与位置n+m对应的gps数据的上报时刻之间的时长，从而确定出第一边界线的存在
时长。
85.场景三：目标车辆形成结束后停滞。
86.在该种场景下，可以理解为目标车辆行程结束后停滞，停滞后持续上报gps数据，开始新的行程。示例的，可参见图8所示，图8是本公开实施例提供的又一种连续的m个gps数据对应的位置位于第一边界线外的示意图，假设目标车辆在途中位置0处生成对应的第一边界线，位置0的后续n个位置，可记为位置2、
…
、位置n均位于第一边界线内，目标车辆处于停滞状态，且不再上传gps，说明目标车辆行程结束后处于停滞状态；在开始新的行程后，开始上报gps数据，若基于持续上报的gps数据确定连续m个位置，可分别记为位置1、位置2、
…
、位置m均位于第一边界线之外，说明满足第一边界线的删除条件，则可以删除该第一边界线，这样当后续再次检测到目标车辆的行驶速度为0时，可以重新生成新的第一边界线，从而实现对第一边界线的更新。
87.可以理解的是，在该种场景下，第一边界线的存在时长为位置0对应的gps数据的上报时刻与位置m对应的gps数据的上报时刻之间的时长，从而确定出第一边界线的存在时长。
88.可以看出，本公开实施例中，在确定第一边界线的存在时长时，可以检测后续发送的gps数据是否存在连续多个gps数据对应的位置位于第一边界线外，若存在，则将第一边界线的生成时刻与连续多个gps数据中最后一个gps数据的上报时刻之间的时长，确定为第一边界线的存在时长，提高了存在时长计算的准确度。
89.基于上述图2或图4所示的实施例，在确定为第一边界线的存在时长后，就可以基于第一边界线的存在时长和位置信息，确定目标车辆的检测结果，即执行上述s203。为了便于理解在本公开实施例中，如何基于第一边界线的存在时长和位置信息，确定目标车辆的检测结果，下面，将通过下述图9所示的实施例三进行详细描述。
90.实施例三
91.图9是根据本公开第三实施例提供的确定目标车辆的检测结果的方法的流程示意图，该确定目标车辆的检测结果的方法同样可以由软件和/或硬件装置执行。示例的，请参见图9所示，该确定目标车辆的检测结果的方法可以包括：
92.s901、若第一边界线的存在时长大于或等于第一预设时长，则确定目标车辆为停滞车辆。
93.其中，第一预设时长的取值可以根据实际需要进行设置，在此，对于第一预设的取值，本公开实施例不做进一步地限制。
94.若第一边界线的存在时长小于第一预设时长，可参见上述图6所示的情况，可以理解为目标车辆途中短暂停留，不属于停滞车辆；相反的，若第一边界线的存在时长大于或等于第一预设时长，可参见上述图7或图8所示的情况，可以理解为目标车辆处于停滞状态，属于停滞车辆，但是，该目标车辆是否为异常停滞车辆，还需要结合目标车辆的位置信息做进一步地判断，即执行下述s902：
95.s902、根据位置信息，判断停滞车辆是否位于道路上，并根据判断结果确定停滞车辆的检测结果。
96.其中，检测结果包括异常停滞车辆或非异常停滞车辆。
97.在根据位置信息，判断停滞车辆是否位于道路上，得到的判断结果可以包括：停滞
车辆位于道路上和停滞车辆未处于道路上。基于这两种判断结果确定停滞车辆的检测结果时，可以包括两种情况：
98.一种情况为：若停滞车辆位于道路上，则可以直接确定停滞车辆为异常停滞车辆。
99.另一种情况为：若停滞车辆未位于道路上，则确定与停滞车辆距离最近的目标道路，并根据距离确定停滞车辆的检测结果。
100.可以理解的是，之所以会存在停滞车辆未位于道路上的情况，原因在于：可能因为gps数据不准确，导致基于该gps数据定位得到停滞车辆未位于道路上。
101.在该种情况下，需要确定与停滞车辆距离最近的目标道路，并根据距离确定停滞车辆的检测结果。示例的，根据距离确定停滞车辆的检测结果时，若距离小于距离阈值，说明停滞车辆可能位于道路上，则可以确定停滞车辆为异常停滞车辆；若距离大于或等于距离阈值，说明停滞车辆未位于道路上，则可以确定停滞车辆为非异常停滞车辆。
102.示例的，在确定出停滞车辆为异常停滞车辆后，还可以生成告警信息，示例的，告警信息中可以包括开始停滞时间、停滞点经纬度信息以及车辆信息等，具体可以根据实际需要进行设置。
103.可以看出，本公开实施例中，在确定目标车辆的检测结果时，可以先判断第一边界线的存在时长与第一预设时长的关系，若第一边界线的存在时长大于或等于第一预设时长，则确定目标车辆为停滞车辆，并根据位置信息，判断停滞车辆是否位于道路上，并根据判断结果确定停滞车辆的检测结果。这样基于第一边界线的存在时长和位置信息，共同确定停滞车辆的检测结果，提高了检测结果的准确度。
104.基于上述任一实施例，在确定出目标车辆为异常停滞车辆之后，还可以基于该结果，进一步判断该目标车辆是否为异常聚集车辆。可以理解的是，异常聚集车辆中的每一个车辆均为异常停滞车辆。下面，将通过下述实施例四，详细描述在本公开实施例中，如何判断目标车辆是否为异常聚集车辆。
105.实施例四
106.图10是根据本公开第四实施例提供的判断目标车辆是否为异常聚集车辆的方法的流程示意图，该判断目标车辆是否为异常聚集车辆的方法同样可以由软件和/或硬件装置执行。示例的，请参见图10所示，该判断目标车辆是否为异常聚集车辆的方法可以包括：
107.s1001、判断目标车辆对应的第一边界线是否与其他车辆对应的边界线存在交集，若存在交集，则确定目标车辆对应的第二边界线，第二边界线为包含目标车辆所在位置和其他车辆所在位置的第二区域的边界线。
108.在确定目标车辆是否为异常聚集车辆时，可以先判断目标车辆对应的第一边界线是否与其他车辆对应的边界线存在交集，若不存在交集，可参见图11所示，图11是本公开实施例提供的一种目标车辆对应的第一边界线的示意图，说明该目标车辆1周围不存在与其聚集的车辆，则确定该目标车辆不属于异常聚集车辆；相反的，若存在交集，说明该目标车辆1周围存在与其聚集的车辆，则确定包含目标车辆所在位置和其他车辆所在位置的第二区域的第二边界线，并进一步判断第二区域中包括的异常停滞车辆的数量。
109.示例的，第二边界线可以为的形状可以为圆形，也可以为矩形，也可以为其他不规则的形状，具体可以根据实际需要进行设置。在此，本公开实施例将以第二边界线的形状为圆形为例进行说明，但并不代表本公开实施例仅局限于此。
110.示例的，在生成第二边界线时，假设当前判断目标车辆1是否为异常聚集车辆时，则可以将目标车辆1的停滞点作为圆心，以预设半径生成该目标车辆1对应的第二边界线。示例的，可参见图12所示，图12是本公开实施例提供的一种目标车辆1对应的第二边界线的示意图，其中，外层的大圆即为目标车辆1对应的第二边界线，该第二边界线是以目标车辆1的停滞点作为圆心，以预设半径生成该目标车辆1对应的第二边界线；此外，也可以将车辆2的停滞点作为圆心，以预设半径生成该目标车辆1对应的第二边界线，具体可以根据实际需要进行设置，在此，本公开实施例只是以目标车辆1的停滞点作为圆心，以预设半径生成该目标车辆1对应的第二边界线为例进行说明，但并不代表本公开实施例仅局限于此。
111.其中，预设半径的取值可以为200米，也可以为201米等，可以根据实际需要进行设置，在此，对于预设半径的取值，本公开实施例不做进一步地限制。
112.在确定出包含目标车辆所在位置和其他车辆所在位置的第二区域的第二边界线后，就可以每间隔第二预设时长，判断第二区域中包括的异常停滞车辆的数量，即执行下述s1002，以根据异常停滞车辆的数量，确定目标车辆是否为异常停滞车辆。
113.s1002、每间隔第二预设时长，判断第二区域中包括的异常停滞车辆的数量。
114.其中，第二预设时长的取值可以根据实际需要进行设置。示例的，在本公开实施例中，第二预设时长可以为5分钟。
115.可以理解的是，第二区域的形状可根据第二边界线的形状确定。示例的，当第二边界线为矩形边界线时，对应的第二区域为第二边界线围成的矩形区域；当第二边界线为圆形边界线时，对应的第二区域为第二边界线围成的圆形区域，可参见图12所示，第二区域即为第二边界线围成的圆形区域。
116.s1003、根据异常停滞车辆的数量，确定目标车辆的聚集状态。
117.示例的，根据异常停滞车辆的数量，确定目标车辆的聚集状态时，若异常停滞车辆的数量大于或等于预设值，则确定目标车辆的聚集状态为异常聚集状态，目标车辆的聚集状态为异常聚集状态，说明该目标车辆为异常聚集车辆；示例的，可参见图13所示，图13是本公开实施例提供的一种目标车辆1对应的第二区域的示意图，可以看出，第二区域中除了包括异常停滞车辆1之外，还包括异常停滞车辆2和异常停滞车辆3，假设预设值为3，则可以该目标车辆为异常聚集车辆；若异常停滞车辆的数量小于预设值，则确定目标车辆的聚集状态为异常非聚集状态，目标车辆的聚集状态为非异常聚集状态，说明该目标车辆为非异常聚集车辆。
118.其中，预设值的取值可以根据实际需要进行设置。示例的，在本公开实施例中，预设值可以为3。
119.此外，在确定出目标车辆为异常停滞车辆后，还可以生成异常聚集告警信息，鉴于异常聚集是一个持续的过程，因此，异常聚集告警信息中可以包括告警开始时间、当前聚集车辆数、聚集车辆数峰值、当前聚集车牌号、告警持续时长等，具体可以根据实际需要进行设置。异常聚集告警结束后，继续每间隔第二预设时长，判断第二区域中包括的异常停滞车辆的数量，若异常停滞车辆的数量大于或等于预设值，则确定该目标车辆为异常聚集车辆，并生成一条新的异常聚集告警信息。
120.可以看出，本公开实施例中，在判断车辆是否为异常聚集车辆时，可以先判断目标车辆对应的第一边界线是否与其他车辆对应的边界线存在交集，若存在交集，则确定目标
车辆对应的第二边界线；每间隔第二预设时长，判断第二区域中包括的异常停滞车辆的数量；再根据异常停滞车辆的数量，确定目标车辆的聚集状态，这样可以准确地识别目标车辆是否为异常聚集车辆，并且可有效规避由于gps漂移带来的结果误差，从而提高了识别结果的准确度。
121.实施例五
122.图14是根据本公开第五实施例提供的车辆异常停滞的检测装置140的结构示意图，示例的，请参见图14所示，该车辆异常停滞的检测装置140可以包括：
123.接收单元1401，用于接收目标车辆发送的实时gps数据；其中，实时gps数据中包括行驶速度和位置信息。
124.第一确定单元1402，用于若行驶速度指示目标车辆为停止状态，则确定包含目标车辆所在位置的第一区域的第一边界线。
125.第二确定单元1403，用于根据目标车辆后续发送的gps数据，确定第一边界线的存在时长。
126.第三确定单元1404，用于基于存在时长和位置信息，确定目标车辆的检测结果；其中，检测结果包括异常停滞车辆或非异常停滞车辆。
127.可选的，第三确定单元1404包括第一确定模块和第二确定模块。
128.第一确定模块，用于若第一边界线的存在时长大于或等于第一预设时长，则确定目标车辆为停滞车辆。
129.第二确定模块，用于根据位置信息，判断停滞车辆是否位于道路上，并根据判断结果确定停滞车辆的检测结果。
130.可选的，第二确定模块包括第一确定子模块和第二确定子模块。
131.第一确定子模块，用于若停滞车辆位于道路上，则确定停滞车辆为异常停滞车辆。
132.第二确定子模块，用于若停滞车辆未位于道路上，则确定与停滞车辆距离最近的目标道路，并根据距离确定停滞车辆的检测结果。
133.可选的，第二确定子模块，具体用于若距离小于距离阈值，则确定停滞车辆为异常停滞车辆；若距离大于或等于距离阈值，则确定停滞车辆为非异常停滞车辆。
134.可选的，第二确定单元1403包括第三确定模块和第四确定模块。
135.第三确定模块，用于检测后续发送的gps数据是否存在连续多个gps数据对应的位置位于第一边界线外。
136.第四确定模块，用于若存在，则将第一边界线的生成时刻与连续多个gps数据中最后一个gps数据的上报时刻之间的时长，确定为第一边界线的存在时长。
137.可选的，第一确定单元1402包括第五确定模块和第六确定模块。
138.第五确定模块，用于判断是否存在包含目标车辆所在位置的预设区域的第一边界线。
139.第六确定模块，用于若不存在，则以目标车辆所在位置为圆心，以预设长度为半径生成第一边界线。
140.可选的，车辆异常停滞的检测装置140还包括第四确定单元、处理单元和第五确定单元。
141.第四确定单元，用于判断目标车辆对应的第一边界线是否与其他车辆对应的边界
线存在交集，若存在交集，则确定目标车辆对应的第二边界线，第二边界线为包含目标车辆所在位置和其他车辆所在位置的第二区域的边界线。
142.处理单元，用于每间隔第二预设时长，判断第二区域中包括的异常停滞车辆的数量。
143.第五确定单元，用于根据异常停滞车辆的数量，确定目标车辆的聚集状态。
144.可选的，第五确定单元包括第七确定模块和第八确定模块。
145.第七确定模块，用于若异常停滞车辆的数量大于或等于预设值，则确定目标车辆的聚集状态为异常聚集状态。
146.第八确定模块，用于若异常停滞车辆的数量小于预设值，则确定目标车辆的聚集状态为异常非聚集状态。
147.本公开实施例提供的车辆异常停滞的检测装置140，可以执行上述任一实施例所示的车辆异常停滞的检测方法的技术方案，其实现原理以及有益效果与车辆异常停滞的检测方法的实现原理及有益效果类似，可参见车辆异常停滞的检测方法的实现原理及有益效果，此处不再进行赘述。
148.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质、一种计算机程序产品以及一种城市车辆管理系统。其中，城市车辆管理系统中包括如上述电子设备。
149.根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。
150.图15是本公开实施例提供的一种电子设备150的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
151.如图15所示，设备150包括计算单元1501，其可以根据存储在只读存储器(rom)1502中的计算机程序或者从存储单元1508加载到随机访问存储器(ram)1503中的计算机程序，来执行各种适当的动作和处理。在ram1503中，还可存储设备150操作所需的各种程序和数据。计算单元1501、rom1502以及ram 1503通过总线1504彼此相连。输入/输出(i/o)接口1505也连接至总线1504。
152.设备150中的多个部件连接至i/o接口1505，包括：输入单元1506，例如键盘、鼠标等；输出单元1507，例如各种类型的显示器、扬声器等；存储单元1508，例如磁盘、光盘等；以及通信单元1509，例如网卡、调制解调器、无线通信收发机等。通信单元1509允许设备150通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
153.计算单元1501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1501的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、
以及任何适当的处理器、控制器、微控制器等。计算单元1501执行上文所描述的各个方法和处理，例如车辆异常停滞的检测方法。例如，在一些实施例中，车辆异常停滞的检测方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1508。在一些实施例中，计算机程序的部分或者全部可以经由rom1502和/或通信单元1509而被载入和/或安装到设备150上。当计算机程序加载到ram 1503并由计算单元1501执行时，可以执行上文描述的车辆异常停滞的检测方法的一个或多个步骤。备选地，在其他实施例中，计算单元1501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行车辆异常停滞的检测方法。
154.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
155.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
156.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
157.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
158.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部
件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
159.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtual private server"，或简称"vps")中，保留的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
160.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
161.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。