一种车辆出监管区域的告警方法、装置、设备及介质与流程

1.本技术涉及自动驾驶技术领域，尤其涉及一种车辆出监管区域的告警方法、装置、设备及介质。


背景技术：

2.随着自动驾驶技术的发展，自动驾驶车辆越来越多。自动驾驶车辆运行时，会将自身运行数据实时上传到云端，云端根据运行数据中的车辆经纬度和电子围栏经纬度，判断车辆是否在其所属电子围栏范围内，如果不在范围内，则向监管方发送车辆出监管区域告警信息。
3.在越来越完善的监管流程中，各流程结点的监管方出于不同的监管意义，对告警信息有了更具针对性的需求。比如车辆制造商更加关注本厂商车辆的告警信息，不同电子围栏的电子围栏规划方需要的只是本电子围栏内的车辆告警信息，而如何根据不用监管方推送不同的告警信息，对提升监管效率有很大帮助。


技术实现要素：

4.本说明书实施例提供一种车辆出监管区域的告警方法、装置、设备及介质，以根据不同监管方推送不同的告警信息，提升监管效率。
5.为解决上述技术问题，本说明书实施例是这样实现的：
6.本说明书实施例提供的一种车辆出监管区域的告警方法，用于云端服务器，所述方法包括：
7.接收车辆上传的经纬度信息；
8.基于所述经纬度信息，判断所述车辆是否在预设电子围栏内；
9.若所述车辆不在预设电子围栏内，则确定需要发送告警信息的各监管方；
10.根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。
11.可选地，在所述根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息之前，所述方法还包括：
12.获取所述车辆的外出申请时间；所述外出申请时间由各所述监管方划定；
13.判断当前时刻是否处于所述外出申请时间，得到第一判断结果；
14.若所述第一判断结果表示所述当前时刻不处于外出申请时间，则根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。
15.可选地，所述判断当前时刻是否处于所述外出申请时间，具体包括：
16.获取外出申请时间的开始时间和结束时间；
17.判断所述当前时刻是否处于所述开始时间和所述结束时间之间。
18.可选地，所述告警规则由各所述监管方在所述云端服务器预先配置。
19.可选地，所述告警规则包括所述车辆位于所述预设电子围栏之外的时间是否超出预设时间阈值，和/或，所述车辆驶出所述预设电子围栏的距离是否超出预设距离阈值。
20.可选地，所述监管方包括车辆制造商、车辆运营状态监测方以及所述预设电子围栏规划方中的至少一种。
21.本说明书实施例提供的一种车辆出监管区域的告警装置，所述装置包括：
22.信息接收模块，用于接收车辆上传的经纬度信息；
23.第一判断模块，用于基于所述经纬度信息，判断所述车辆是否在预设电子围栏内；
24.监管方确定模块，用于在所述车辆不在预设电子围栏内时，确定需要发送告警信息的各监管方；
25.信息发送模块，用于根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。
26.可选地，所述装置还包括：
27.时间获取模块，用于获取所述车辆驶出所述预设电子围栏的时间；
28.第二判断模块，用于判断所述车辆驶出所述预设电子围栏的时间是否处于外出申请时间，得到第一判断结果；所述外出申请时间由各所述监管方划定；
29.所述信息发送模块，用于在所述第一判断结果表示所述车辆驶出所述预设电子围栏的时间不处于外出申请时间时，根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。
30.本说明书实施例提供的一种车辆出监管区域的告警设备，包括：
31.至少一个处理器；以及，
32.与所述至少一个处理器通信连接的存储器；其中，
33.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
34.接收车辆上传的经纬度信息；
35.基于所述经纬度信息，判断所述车辆是否在预设电子围栏内；
36.若所述车辆不在预设电子围栏内，则确定需要发送告警信息的各监管方；
37.根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。
38.本说明书实施例提供的一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现上述所述的车辆出监管区域的告警方法。
39.本说明书一个实施例实现了能够达到以下有益效果：通过接收车辆上传的经纬度信息，基于所述经纬度信息，判断所述车辆是否在预设电子围栏内，若所述车辆不在预设电子围栏内，则确定需要发送告警信息的各监管方，根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息，本说明书实施例可以根据各监管方的告警规则，分别向确定的各监管方发送告警信息，实现根据不同监管方推送不同的告警信息，提升监管效率。
附图说明
40.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
41.图1为本说明书实施例提供的一种车辆出监管区域的告警方法的流程图；
42.图2为本说明书实施例提供的预告警信息表处理过程示意图；
43.图3为本说明书实施例提供的一种车辆出监管区域的告警方法的过程示意图；
44.图4为本说明书实施例提供的向各监管方发送告警信息的过程示意图；
45.图5为本说明书实施例提供的一种车辆出监管区域的告警装置的结构图；
46.图6为本说明书实施例提供的一种车辆出监管区域的告警设备的结构图。
具体实施方式
47.为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。
48.以下结合附图，详细说明本说明书各实施例提供的技术方案。
49.现有技术中，自动驾驶车辆运行时，会将自身运行数据实时上传到云端，云端根据运行数据中的车辆经纬度和电子围栏经纬度，判断车辆是否在其所属电子围栏范围内，如果不在范围内，则向监管方发送车辆出监管区域告警信息。在越来越完善的监管流程中，各流程结点的监管方出于不同的监管意义，对告警信息有了更具针对性的需求。比如车辆制造商更加关注本厂商车辆的告警信息，不同电子围栏的电子围栏规划方需要的只是本电子围栏内的车辆告警信息，而如何根据不用监管方推送不同的告警信息，对提升监管效率有很大帮助。
50.为了解决现有技术中的缺陷，本方案给出了以下实施例：
51.本说明书实施例提供了一种车辆出监管区域的告警方法，从程序角度而言，该流程的执行主体为云端服务器，图1为本说明书实施例提供的一种车辆出监管区域的告警方法的流程图，如图1所示，方法可以包括如下步骤：
52.步骤110：接收车辆上传的经纬度信息。
53.在步骤110中，车辆实时向云端服务器上传车辆的经纬度信息，进而云端服务器接收车辆上传的经纬度信息。其中，车辆为具有自动驾驶功能的车辆。
54.在一个实施例中，车辆向云端服务器上传车辆的经纬度信息的同时，还会向云端服务器上传车辆的编号，每一车辆具有一编号，根据编号即可确定对应的车辆。
55.步骤120：基于所述经纬度信息，判断所述车辆是否在预设电子围栏内。
56.在步骤120中，云端服务器根据车辆的编号，确定对应的车辆，然后获取该车辆对应的预设电子围栏，再根据车辆的经纬度信息，判断该车辆是否在其对应的预设电子围栏内。
57.步骤130：若所述车辆不在预设电子围栏内，则确定需要发送告警信息的各监管方。
58.在本实施例中，如果车辆不在其对应的预设电子围栏内，会确定需要发送告警信息的各监管方，然后再向确定的各监管方发送告警信息。
59.如果车辆在其对应的预设电子围栏内，则不需要向监管方发送告警信息，也就不需要确定需要发送告警信息的各监管方。
60.其中，监管方包括车辆制造商、车辆运营状态监测方以及预设电子围栏规划方中的至少一种。车辆制造商根据其制造的车辆进出预设电子围栏的信息，可以知晓车辆的位置情况，方便后期管控。比如车辆损坏需要维修时，车辆制造商可以根据车辆的位置情况，判断派出预设电子围栏内的维修人员还是预设电子围栏外的维修人员，再比如车辆频繁地进出预设电子围栏，车辆制造商也可以对车辆进行调控，使其尽可能地在预设电子围栏内运行等。车辆运营状态监测方则可以监控所有车辆的运营状态，对所有车辆制造商制造的车辆进行管控。预设电子围栏规划方则可以根据车辆进出预设电子围栏的情况，对预设电子围栏重新规划等。
61.在实际活动中，当车辆需要外出预设电子围栏时，比如需要保养、维修时，会申请一个外出时间，包含外出开始时间和外出结束时间，外出申请时间由各所述监管方划定。在外出时间内，车辆处于预设电子围栏之外时，云端服务器便不会给监管方发送告警信息，此时便不会确定需要发送告警信息的各监管方，或者确定需要发送告警信息的各监管方为无，也就是没有需要发送告警信息的监管方。即：
62.获取所述车辆的外出申请时间；所述外出申请时间由各所述监管方划定；
63.判断当前时刻是否处于所述外出申请时间，得到第一判断结果；
64.若所述第一判断结果表示所述当前时刻不处于外出申请时间，则执行步骤140。
65.在本实施例中，所述判断当前时刻是否处于所述外出申请时间，具体包括：
66.获取外出申请时间的开始时间和结束时间；
67.判断所述当前时刻是否处于所述开始时间和所述结束时间之间；
68.若是，则确定所述车辆驶出所述预设电子围栏的时间处于外出申请时间；
69.若否，则确定所述车辆驶出所述预设电子围栏的时间不处于外出申请时间。
70.本说明书实施例可以过滤掉车辆外出申请时间段中的告警，即可以在车辆外出申请时间内不会向各监管方发送告警信息，降低发送告警信息的频率，提升发送告警信息的质量。
71.步骤140：根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。
72.在步骤140中，所述告警规则由各所述监管方在所述云端服务器预先配置。具体而言，所述告警规则包括所述车辆位于所述预设电子围栏之外的时间是否超出预设时间阈值，和/或，所述车辆驶出所述预设电子围栏的距离是否超出预设距离阈值。
73.现有技术中，当预设电子围栏的边缘是某一道路，车辆行驶在该道路上时，可能会被判定为频繁进出预设电子围栏，进而向各监管方频繁发送告警信息。本说明书实施例可以根据监管方配置的时间阈值和距离阈值判断是否向监管方发送告警信息，避免上述频繁向监管方发送告警信息的情况。
74.在一个具体实施例中，云端服务器会存储预告警信息表，预告警信息表记录着车辆进出预设电子围栏的时间，云端服务器根据预告警信息表向确定的各监管方发送告警信息。图2为本说明书实施例提供的预告警信息表处理过程示意图，如图2所示：
75.云端服务器首先获取车辆运行数据，车辆运行数据包括车辆的经纬度信息，然后云端服务器根据车辆的经纬度信息判断此车辆是否在其所属区域内，也就是是否在其预设的电子围栏内，如果不在，则将预告警信息写入预告警信息表，云端服务器再根据预告警信
息表向确定的各监管方发送告警信息。
76.以下对云端服务器根据预告警信息表向各监管方发送告警信息进行进一步说明，图3为本说明书实施例提供的一种车辆出监管区域的告警方法的过程示意图，如图3所示：
77.云端服务器获取车辆运行数据，根据车辆运行数据中的车辆编号读取车辆基本信息表。车辆基本信息表是存储在云端服务器的表格，可以如下所示：
78.车辆基本信息表
[0079][0080]
车辆基本信息表中记录着数据项、字段名、数据类型以及说明。此表格中的数据项表示车辆的基本信息，字段名是对数据项的英文注释，类型为数据项的数据类型，说明是对数据项的解释。数据项包括车辆编号、车辆所属预设电子围栏、车辆制造商以及车辆所属安全组，这些数据项对应的字段名分别为vehiclecode、areacode、brandcode以及groupcode，这些数据项的类型均为string，string是引用类型。车辆编号表示车辆唯一编号，预设电子围栏具有其各自的电子围栏id，车辆制造商具有其各自的制造商编号，车辆所属安全组也具有其各自的安全组编号，每辆车辆上都配有一名安全组人员，每个安全组人员都有其所属的安全组。
[0081]
云端服务器根据获取的车辆编号便可读取该车辆对应的车辆基本信息表，获取该车辆的预设电子围栏、车辆制造商等信息。
[0082]
然后云端服务器将车辆运行数据中的经纬度信息与该车辆预设电子围栏比对，判断车辆是否在预设电子围栏内。若车辆在预设电子围栏内，可以不作处理，若车辆不在预设电子围栏内，则在预告警信息表中填写一条车辆驶出预设电子围栏的预告警信息，该预告警信息为未完成状态的预告警信息，每条未完成状态的预告警信息都有其信息id并被缓存在云端服务器中。
[0083]
接着云端服务器会对未完成状态的预告警信息进行处理，即确定需要发送告警信息的各监管方，根据各监管方的告警规则，向确定的各监管方发送告警信息。该未完成状态的预告警信息被处理后，也就是云端服务器向确定的各监管方发送告警信息后，该未完成状态的预告警信息会更新为完成状态并被缓存到云端服务器中，防止被重复处理。也就是说，如果车辆一直处于预设电子围栏外，则不会连续的向各监管方发送告警信息。
[0084]
在一个实施例中，为了缓解云端服务器缓存压力，未完成状态的预告警信息和完成状态的预告警信息不缓存在云端服务器中，而是缓存第三方数据库，如redis缓存数据库。
[0085]
在本实施例中，云端服务器对未完成状态的预告警信息进行处理时，会读取车辆外出申请时间表，根据车辆外出申请时间表确定需要发送告警信息的监管方。
[0086]
车辆外出申请时间表是各监管方预先配置，存储在云端服务器中的表格。当车辆需要外出预设电子围栏时，各监管方会划定外出申请时间，车辆外出申请时间表可以如下所示：
[0087]
车辆外出申请表
[0088][0089][0090]
车辆外出申请表中记录着数据项、字段名、数据类型以及说明。此表格中的数据项表示车辆外出申请的基本信息，字段名是对数据项的英文注释，类型为数据项的数据类型，说明是对数据项的解释。数据项包括车辆编号、是否外出、外出开始时间、外出结束时间、添加人编号、创建时间以及更新时间，这些数据项对应的字段名分别为vehiclecode、isoutmark、starttime、endtime、authorcode、createtime以及updatetime，其中车辆编号以及添加人编号的数据类型为string，是否外出的数据类型为int，int是用于定义整数类型变量的标识符，外出开始时间、外出结束时间、创建时间以及更新时间的数据类型为datetime，datetime为时间类型。车辆编号表示车辆唯一编号，外出则是因为车辆需要保养、维修、运行区域调整等原因外出，外出开始时间和外出结束时间则均是由添加人员配置，每个添加人员均有id，创建时间是数据创建时间，更新时间是数据修改时间。
[0091]
当预告警信息表为未完成状态时，云端服务器会读取车辆外出申请时间表，将当前时刻与外出申请时间表中的外出开始时间和外出结束时间进行比较，如果当前时刻不处于开始时间和结束时间之间，则不向监管方发送告警信息，如果当前时刻处于开始时间和结束时间之间，则向监管方发送告警信息。
[0092]
云端服务器向各监管方发送告警信息过程如图4所示，图4为本说明书实施例提供的向各监管方发送告警信息的过程示意图，云端服务器通过车辆编号获取该车辆对应的告警配置表，其中，告警配置表是预先存储在云端服务器中的表格，云端服务器根据告警配置表向各监管方发送告警信息，告警配置表可以如下所示：
[0093]
告警配置表
[0094][0095]
告警配置表中记录着数据项、字段名、数据类型以及说明。此表格中的数据项表示各监管方的基本信息，字段名是对数据项的英文注释，类型为数据项的数据类型，说明是对数据项的解释。数据项包括监管方、监管角色、时间阈值、距离阈值、创建时间以及更新时间，这些数据项对应的字段名分别为supervisor、role、timethreshold、distancethreshold、createtime以及updatetime，其中监管方以及监管角色的数据类型为string，时间阈值和距离阈值的数据类型为double，double是双精度浮点型，创建时间和更新时间的数据类型为datetime。监管方包含监管方组织或公司名称，监管角色包含总监管、区域监管方、车辆制造商以及车辆所属安全组，总监管和区域监管方均为车辆运营状态监测方，总监管负责管理预设电子区域内所有车辆，区域监管方负责管理预设电子区域中部分区域车辆，车辆制造商负责管理预设电子区域内所有本制造商的车辆，车辆所属安全组负责管理某几辆车辆。时间阈值的单位是分钟，距离阈值的单位是米，时间阈值和距离阈值是监管方预先配置的，各监管方可以根据自身需求配置时间阈值和距离阈值，创建时间是数据创建时间，更新时间是数据修改时间。
[0096]
云端服务器获取到该车辆对应的告警配置表后，解析出该车辆对应的车辆制造商、车辆运营状态监测方以及车辆所属安全组，再从该告警配置表中查询各监管方配置的时间阈值和距离阈值，然后根据时间阈值和距离阈值判断是否向监管方发送告警信息。
[0097]
具体而言，可以先根据时间阈值判断是否向监管方发送告警信息，如果车辆位于预设电子围栏之外的时间大于或等于时间阈值，则向监管方发送告警信息，如果小于时间阈值，则再根据距离阈值进行判断，如果车辆驶出预设电子围栏的距离大于或等于距离阈值，则向监管方发送告警信息，如果小于距离阈值，则不发送告警信息。可以理解的是，也可以先根据距离阈值进行判断，再根据时间阈值进行判断，还可以同时根据时间阈值和距离阈值判断否是向监管方发送告警信息，具体如何由各监管方而定。
[0098]
本说明书实施例可以根据各监管方的告警规则，分别向确定的各监管方发送告警
信息，实现根据不同监管方推送不同的告警信息，监管效率得到提升。
[0099]
基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图5为本说明书实施例提供的一种车辆出监管区域的告警装置的结构图，如图5所示，所述装置可以包括：
[0100]
信息接收模块510，用于接收车辆上传的经纬度信息；
[0101]
第一判断模块520，用于基于所述经纬度信息，判断所述车辆是否在预设电子围栏内；
[0102]
监管方确定模块530，用于在所述车辆不在预设电子围栏内时，确定需要发送告警信息的各监管方；
[0103]
信息发送模块540，用于根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。
[0104]
在本实施例中，所述装置还包括：
[0105]
时间获取模块，用于获取所述车辆的外出申请时间；所述外出申请时间由各所述监管方划定；
[0106]
第二判断模块，用于判断当前时刻是否处于所述外出申请时间，得到第一判断结果；
[0107]
所述信息发送模块，用于在所述第一判断结果表示所述当前时刻不处于外出申请时间时，根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。
[0108]
基于同样的思路，本说明书实施例还提供了上述方法对应的设备。
[0109]
图6为本说明书实施例提供的对应于图1的一种车辆出监管区域的告警设备的结构图，如图6所示，设备600可以包括：
[0110]
至少一个处理器610；以及，
[0111]
与所述至少一个处理器通信连接的存储器630；其中，
[0112]
所述存储器630存储有可被所述至少一个处理器610执行的指令620，所述指令被所述至少一个处理器610执行，以使所述至少一个处理器610能够：
[0113]
接收车辆上传的经纬度信息；
[0114]
基于所述经纬度信息，判断所述车辆是否在预设电子围栏内；
[0115]
若所述车辆不在预设电子围栏内，则确定需要发送告警信息的各监管方；
[0116]
根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。
[0117]
基于同样的思路，本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令，所述计算机可读指令可被处理器执行时实现如本技术中任一实施例所述的方法。
[0118]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图6所示的车辆出监管区域的告警设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0119]
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因
此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(field programmablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(altera hardwaredescriptionlanguage)、confluence、cupl(cornelluniversity programminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardware descriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
[0120]
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
[0121]
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
[0122]
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
[0123]
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0124]
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程
图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0125]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0126]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0127]
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
[0128]
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
[0129]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0130]
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0131]
本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0132]
本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由
通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
[0133]
以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。

技术特征：
1.一种车辆出监管区域的告警方法，其特征在于，用于云端服务器，所述方法包括：接收车辆上传的经纬度信息；基于所述经纬度信息，判断所述车辆是否在预设电子围栏内；若所述车辆不在预设电子围栏内，则确定需要发送告警信息的各监管方；根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。2.根据权利要求1所述的车辆出监管区域的告警方法，其特征在于，在所述根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息之前，所述方法还包括：获取所述车辆的外出申请时间；所述外出申请时间由各所述监管方划定；判断当前时刻是否处于所述外出申请时间，得到第一判断结果；若所述第一判断结果表示所述当前时刻不处于外出申请时间，则根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。3.根据权利要求2所述的车辆出监管区域的告警方法，其特征在于，所述判断当前时刻是否处于所述外出申请时间，具体包括：获取外出申请时间的开始时间和结束时间；判断所述当前时刻是否处于所述开始时间和所述结束时间之间。4.根据权利要求1所述的车辆出监管区域的告警方法，其特征在于，所述告警规则由各所述监管方在所述云端服务器预先配置。5.根据权利要求4所述的车辆出监管区域的告警方法，其特征在于，所述告警规则包括所述车辆位于所述预设电子围栏之外的时间是否超出预设时间阈值，和/或，所述车辆驶出所述预设电子围栏的距离是否超出预设距离阈值。6.根据权利要求1所述的车辆出监管区域的告警方法，其特征在于，所述监管方包括车辆制造商、车辆运营状态监测方以及所述预设电子围栏规划方中的至少一种。7.一种车辆出监管区域的告警装置，其特征在于，所述装置包括：信息接收模块，用于接收车辆上传的经纬度信息；第一判断模块，用于基于所述经纬度信息，判断所述车辆是否在预设电子围栏内；监管方确定模块，用于在所述车辆不在预设电子围栏内时，确定需要发送告警信息的各监管方；信息发送模块，用于根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。8.根据权利要求7所述的车辆出监管区域的告警装置，其特征在于，所述装置还包括：时间获取模块，用于获取所述车辆的外出申请时间；所述外出申请时间由各所述监管方划定；第二判断模块，用于判断当前时刻是否处于所述外出申请时间，得到第一判断结果；所述信息发送模块，用于在所述第一判断结果表示所述当前时刻不处于外出申请时间时，根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。9.一种车辆出监管区域的告警设备，其特征在于，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处
理器执行，以使所述至少一个处理器能够：接收车辆上传的经纬度信息；基于所述经纬度信息，判断所述车辆是否在预设电子围栏内；若所述车辆不在预设电子围栏内，则确定需要发送告警信息的各监管方；根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。10.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现权利要求1至6中任一项所述的车辆出监管区域的告警方法。

技术总结
本说明书实施例公开了一种车辆出监管区域的告警方法、装置、设备及介质，用于云端服务器，方法包括：接收车辆上传的经纬度信息；基于所述经纬度信息，判断所述车辆是否在预设电子围栏内；若所述车辆不在预设电子围栏内，则确定需要发送告警信息的各监管方；根据各所述监管方的告警规则，分别向确定的各所述监管方发送告警信息。本说明书实施例可以根据各监管方的告警规则，分别向确定的各监管方发送告警信息，实现根据不同监管方推送不同的告警信息，监管效率得到提升。监管效率得到提升。监管效率得到提升。


技术研发人员：王睿
受保护的技术使用者：云控智行科技有限公司
技术研发日：2022.12.26
技术公布日：2023/6/27