CN116071837A - 车辆的场所使用数据的处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种车辆的场所使用数据的处理方法、装置、设备及存储介质，方法包括：获取闸口驶入数据或进场数据，并根据闸口驶入数据或进场数据判断车辆的使用场景；若获取到闸口驶入数据，则判断为道路使用场景；根据道路使用场景匹配预设算法，根据预设算法获取车辆基于每个第一通行闸口的理论到达时长区间；根据每个理论到达时长区间判断是否获取到闸口驶出数据；若否，则生成第一异常数据处理请求并发送至车辆。本发明通过确定车辆产生通行异常，将通行异常数据发送至车辆以请求处理，防止车辆由于设备故障导致未检测到出场数据导致未进行后续缴费，本发明通过道路交通与停车场联动纠错，优化了交通场所使用规范性，降低了交通场所的损失。

Description

车辆的场所使用数据的处理方法、装置、设备及存储介质

技术领域

本发明涉及交通管理设备技术领域，尤其涉及一种车辆的场所使用数据的处理方法、装置、设备及存储介质。

背景技术

车辆的主要应用场景体现在行驶过程和停放过程，在行驶过程中使用某些公路时会产生场所使用费用(例如过路费、过桥费等)，在停放过程中使用公共停车场同样会产生场所使用费用(例如停车费等)，在公共区域行驶或停放时会产生针对前述两个行为的费用数据，现有技术中均为行驶和停放分开收费，且两个部分相互独立，在其中一个场景产生费用数据异常，例如用户停车由于停车管理设备或自身原因未缴费(例如设备故障或蹭停车卡等情况)，在用户进入行驶过程后，停车部分产生的费用有较高概率短期无法追回，反之亦然，用户在行驶过程中同样可能由于设备或自身原因未录入起点或未录入终点(例如设备故障或蹭ETC等情况)，使得用户产生的行驶数据与费用数据不匹配，但用户同样不用缴费，产生前述情况后并不影响用户后续再次上路或使用公共停车场，导致交通运营出现损失。

现有技术中虽然存在有统一收费功能的装置，例如中国发明专利“可选择支付方式的停车场及高速公路收费管理装置”(申请号：201611185060.0)“集多种功能于一体的停车场及高速出入口管理装置”(申请号：201611184193.6)，均是通过集成车辆的场所使用信息并统一收费，其技术效果均为提高通行效率及减少人工成本。但现有技术中并未公开有关两个使用场所联动校对及纠错的技术内容，在现有技术中，同样存在上述的在其中一个场景产生费用数据异常，例如用户停车由于停车管理设备或自身原因未缴费(例如设备故障或蹭停车卡等情况)，在用户进入行驶过程后，停车部分产生的费用有较高概率短期无法追回，反之亦然，用户在行驶过程中同样可能由于设备或自身原因未录入起点或未录入终点(例如设备故障或蹭ETC等情况)，使得用户产生的行驶数据与费用数据不匹配，但用户同样不用缴费，产生前述情况后并不影响用户后续再次上路或使用公共停车场，导致交通运营出现损失的问题。

发明内容

本发明的主要目的在于提供一种车辆的场所使用数据的处理方法、装置、设备及存储介质，以解决现有技术中场所使用缴费异常不影响后续使用的问题。

为实现上述目的，本发明提供如下技术方案：

一种车辆的场所使用数据的处理方法，所述场所包括道路和停车场，所述道路包括第一通行闸口，所述停车场包括第二通行闸口，所述第一通行闸口用于获取所述车辆的进场数据和出场数据，所述第二通行闸口用于获取所述车辆的闸口驶入数据和闸口驶出数据，所述处理方法包括：

获取所述闸口驶入数据或所述进场数据，并根据所述闸口驶入数据或所述进场数据判断所述车辆的使用场景；

若获取所述闸口驶入数据，则判断为道路使用场景；

根据所述道路使用场景匹配预设算法，根据所述预设算法获取所述车辆基于每个第一通行闸口的理论到达时长区间；

根据每个理论到达时长区间判断是否获取到所述闸口驶出数据；

若否，则生成第一异常数据处理请求并发送至所述车辆。

在一些实施方式中，生成第一异常数据处理请求并发送至所述车辆，之后，包括：

判断是否接收到所述车辆基于所述第一异常数据处理请求发送的第一处理完成信号；

若否，则判断是否获取到所述进场数据或所述闸口驶入数据；

若是，则发送所述第一异常数据处理请求至所述车辆所在的道路或停车场。

在一些实施方式中，获取所述闸口驶入数据或所述进场数据，并根据所述闸口驶入数据或所述进场数据判断所述车辆的使用场景，之后，还包括：

若获取所述进场数据，则判断为停车场使用场景；

根据所述停车场使用场景间隔第一预设时长获取所述车辆的第一位置信息；

判断所述第一位置信息相比上一个第一预设时长的第一位置信息是否产生位移；

若是，则判断是否获取到所述出场数据；

若否，则生成第二异常数据处理请求并发送至所述车辆

在一些实施方式中，发送所述第二异常数据处理请求至所述车辆，之后，包括：

判断是否接收到所述车辆基于所述第二异常数据处理请求发送的第二处理完成信号；

若否，则判断是否获取到所述闸口驶入数据或所述进场数据；

若是，则发送所述第二异常数据处理请求至所述车辆所在道路或停车场。

在一些实施方式中，根据所述道路使用场景匹配预设算法，根据所述预设算法获取所述车辆基于每个第一通行闸口的理论到达时长区间，包括：

获取所述车辆进入的当前第一通行闸口与沿道路行进方向上的每个第一通行闸口的行驶距离；

根据每个行驶距离及道路的平均时速获取所述车辆分别到达每个第一通行闸口的理论时长；

根据每个理论时长分别叠加第二预设时长的误差范围作为理论到达时长区间。

在一些实施方式中，发送所述第一异常数据处理请求至所述车辆所在的道路或停车场，之后，包括：

上传所述第一异常数据处理请求及所述车辆的用户信息至云端；

获取所述第一异常数据处理请求基于所述车辆的第一未处理次数；

判断所述第一未处理次数是否超过第一预设阈值；

若是，则生成基于所述车辆的第一禁止驶入信号并传输至所有道路及停车场。

在一些实施方式中，发送所述第二异常数据处理请求至所述车辆所在道路或停车场，之后，包括：

上传所述第二异常数据处理请求及所述车辆的用户信息至云端；

获取所述第二异常数据处理请求基于所述车辆的第二未处理次数；

判断所述第二未处理次数是否超过第二预设阈值；

若是，则生成基于所述车辆的第二禁止驶入信号并传输至所有停车场及道路。

为实现上述目的，本发明还提供了如下技术方案：

一种车辆的场所使用数据的处理装置，所述处理装置包括：

数据获取模块，用于获取所述闸口驶入数据或所述进场数据，并根据所述闸口驶入数据或所述进场数据判断所述车辆的使用场景；

场景判断模块，用于若获取所述闸口驶入数据，则判断为道路使用场景；

算法匹配模块，用于根据所述道路使用场景匹配预设算法，根据所述预设算法获取所述车辆基于每个第一通行闸口的理论到达时长区间；

闸口驶出数据获取判断模块，用于根据每个理论到达时长区间判断是否获取到所述闸口驶出数据；

数据生成模块，用于若未获取到所述出场数据，则生成第一异常数据处理请求并发送至所述车辆。

为实现上述目的，本发明还提供了如下技术方案：

一种电子设备，包括处理器、以及与所述处理器耦接的存储器，所述存储器存储有可被所述处理器执行的程序指令；所述处理器执行所述存储器存储的所述程序指令时实现如上述的车辆的场所使用数据的处理方法。

为实现上述目的，本发明还提供了如下技术方案：

10、一种存储介质，所述存储介质内存储有程序指令，所述程序指令被处理器执行时实现能够实现如上述的车辆的场所使用数据的处理方法。

本发明通过车辆通过公路行驶产生闸口驶入数据或通过停车场停放产生进场数据来判断车辆的使用场景，并根据场景匹配预设算法以计算车辆的预计到达的时间区间，若在每个时间区间内所有通行闸口均未检测到车辆驶出，即均未检测到闸口驶出数据，或者在未检测到车辆的闸口驶出数据但获取到了车辆的入场数据或闸口驶入数据，则说明车辆进入了停车场或选择新的道路进行行驶，从而确定车辆产生通行异常，将通行异常数据发送至车辆以请求处理，防止车辆由于设备故障导致未检测到出场数据导致未进行后续缴费，本实施例通过道路交通与停车场联动纠错，优化了交通场所使用的规范性，降低了交通场所的损失。

附图说明

图1为本发明车辆的场所使用数据的处理方法一个实施例的流程步骤示意图；

图2为本发明车辆的场所使用数据的处理装置一个实施例的功能模块示意图；

图3为本发明电子设备一个实施例的结构示意图；

图4为本发明存储介质一个实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请中的术语“第一”“第二”“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”“第二”“第三”的特征可以明示或者隐含地包括至少一个该特征。本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其他实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其他实施例相结合。

如图1所示，本申请一个实施例提供了一种车辆的场所使用数据的处理方法，其中，场所包括道路和停车场，道路包括第一通行闸口，停车场包括第二通行闸口；第一通行闸口用于获取车辆的进场数据和出场数据，第二通行闸口用于获取车辆的闸口驶入数据和闸口驶出数据，参见图1，该处理方法包括：

步骤S1，获取闸口驶入数据或进场数据，并根据闸口驶入数据或进场数据判断车辆的使用场景；若获取闸口驶入数据，则执行步骤S11。

步骤S11，判断为道路使用场景。

步骤S12，根据道路使用场景匹配预设算法，根据预设算法获取车辆基于每个第一通行闸口的理论到达时长区间。

步骤S13，根据每个理论到达时长区间判断是否获取到闸口驶出数据；若否，则执行步骤S14。

步骤S14，生成第一异常数据处理请求并发送至车辆。

优选地，若在未获取到车辆的闸口驶入数据而是直接获取到了车辆的闸口驶出数据，同样可执行步骤S14。

优选地，第一异常数据处理请求可包括费用补交链接、通行闸口信息、通行时长、工作人员联系信息等信息。

具体地，在步骤S1中，若获取进场数据，则执行步骤S21。

步骤S21，判断为停车场使用场景。

步骤S22，根据停车场使用场景间隔第一预设时长获取车辆的第一位置信息。

步骤S23，判断第一位置信息相比上一个第一预设时长的第一位置信息是否产生位移；若是，则执行步骤S24。

步骤S24，判断是否获取到出场数据；若否，则执行步骤S25。

步骤S25，生成第二异常数据处理请求并发送至车辆。

优选地，若在未获取到车辆的进场数据而是直接获取到了车辆的出场数据，同样可执行步骤S25。

优选地，第二异常数据处理请求同样可包括费用补交链接、通行闸口信息、通行时长、工作人员联系信息等信息。

进一步地，步骤S12(或可理解为预设算法)包括：

步骤S121，获取车辆进入的当前第一通行闸口与沿道路行进方向上的每个第一通行闸口的行驶距离。

步骤S122，根据每个行驶距离及道路的平均时速获取车辆分别到达每个第一通行闸口的理论时长。

步骤S123，根据每个理论时长分别叠加第二预设时长的误差范围作为理论到达时长区间。

优选地，第二预设时长可设置为1h。

需要说明的是，针对同一车辆，在同一时间内，闸口驶入数据、闸口驶出数据、入场数据、出场数据在只会生成一个，即同一车辆不会产生同时驶入道路、驶出道路、进入停车场、离开停车的情况，前述所有情况同一时间只会发生一个，不会同时出现两个或以上的情况。

进一步说明，针对同一车辆，一个闸口驶入数据匹配一个闸口驶出数据，即同一车辆通过通行闸口驶入道路时录入一个闸口驶入数据，在同一车辆通过通行闸口驶出道路时录入一个闸口驶出数据，并根据闸口驶入数据及闸口驶出数据比对得到该车辆在道路上的行驶里程，缺少其中一个数据则同样会产生通行异常，从而生产上述的第一异常数据处理请求。

进一步说明，针对同一车辆，一个入场数据匹配一个出场数据，即同一车辆在进入停车场时通过停车场的收费节点(例如收费桩、人工岛等)录入一个进场数据，在同一车辆离开停车场时通过停车场的收费节点录入一个出场数据，并根据进场数据与出场数据比对得到该车辆的停放时长，缺少其中一个数据则会产生通行异常，从而生成上述的第二异常数据处理请求。

本实施例通过车辆通过公路行驶产生闸口驶入数据或通过停车场停放产生进场数据来判断车辆的使用场景，并根据场景匹配预设算法以计算车辆的预计到达的时间区间，若在每个时间区间内所有通行闸口均未检测到车辆驶出，即均未检测到闸口驶出数据，或者在未检测到车辆的闸口驶出数据但获取到了车辆的入场数据或闸口驶入数据，则说明车辆进入了停车场或选择新的道路进行行驶，从而确定车辆产生通行异常，将通行异常数据发送至车辆以请求处理；或者在停车场景中，车辆产生入场数据后并未产生对应的出场数据而是产生了闸口驶入数据或者新的入场数据，则说明车辆在离开停车场时出现异常，且车辆后续通过通行闸口驶入道路或者更换新的停车场，从而确定车辆同样产生通行异常，将通行异常数据发送至车辆以请求处理，以防止车辆由于设备故障导致未检测到闸口驶出数据或出场数据导致未进行后续缴费，本实施例通过道路交通与停车场联动纠错，优化了交通场所使用的规范性，降低了交通场所的损失。

为了方便用户能够及时处理第一异常数据处理请求和第二异常数据处理请求，在上述实施例的基础上，对于第一异常数据处理请求，步骤S14之后，包括：

步骤S141，判断是否接收到车辆基于第一异常数据处理请求发送的第一处理完成信号；若否，则执行步骤S142。

优选地，第一处理完成信号可包括费用补缴完成信息、已联系工作人员信息。

步骤S142，判断是否获取到进场数据或闸口驶入数据；若是，则执行步骤S143。

步骤S143，发送第一异常数据处理请求至车辆所在的道路或停车场。

需要说明的是，步骤S143的意图在于将第一异常数据处理请求通过车辆所在的道路或停车场转为线下人工处理。

对于第二异常数据处理请求，步骤S27之后，包括：

步骤S271，判断是否接收到车辆基于第二异常数据处理请求发送的第二处理完成信号；若否，则执行步骤S272。

优选地，第二处理完成信号同样可包括费用补缴完成信息、已联系工作人员信息。

步骤S272，判断是否获取到闸口驶入数据或进场数据；若是，则执行步骤S273。

步骤S273，发送第二异常数据处理请求至车辆所在道路或停车场。

需要说明的是，步骤S273的意图在于将第一异常数据处理请求通过车辆所在的道路或停车场转为线下人工处理。

本实施例通过车辆未处理第一异常数据处理请求或第二异常数据处理请求，可能存在线上处理障碍(例如线上程序出错、服务器崩溃等问题)，则转为由收费节点或通行闸口的工作人员提供线下帮助，从而避免因为线上技术障碍导致车辆无法处理请求，提升了用户体验。

为了方便监管多次未处理第一异常数据处理请求或第二异常数据处理请求的用户，在上述实施例的基础上，在本实施例中，步骤S143之后，包括：

步骤S1431，上传第一异常数据处理请求及车辆的用户信息至云端。

步骤S1432，获取第一异常数据处理请求基于车辆的第一未处理次数。

步骤S1433，判断第一未处理次数是否超过第一预设阈值，若是，则执行步骤S1434。

优选地，第一预设阈值可设置为3次。

步骤S1434，生成基于车辆的第一禁止驶入信号并传输至所有道路及停车场。

进一步地，步骤S273之后，包括：

步骤S2731，上传第二异常数据处理请求及车辆的用户信息至云端。

步骤S2732，获取第二异常数据处理请求基于车辆的第二未处理次数。

步骤S2733，判断第二未处理次数是否超过第二预设阈值，若是，则执行步骤S2734。

优选地，第二预设阈值可设置为3次。

步骤S2734，生成基于车辆的第二禁止驶入信号并传输至所有停车场及道路。

本实施例通过将多次主动逃避支付场所使用费用的车辆禁止使用道路和停车场以督促驾驶人员规范自身行为，从而进一步优化了交通场所使用的规范性，也进一步降低了交通场所的损失。

如图2所示，本申请一实施例提供一种车辆的场所使用数据的处理装置，参见图2，该处理装置包括数据获取模块1、场景判断模块2、算法匹配模块3、闸口驶出数据获取判断模块4、数据生成模块5。

其中，数据获取模块1用于获取闸口驶入数据或进场数据，并根据闸口驶入数据或进场数据判断车辆的使用场景；场景判断模块2用于若获取闸口驶入数据，则判断为道路使用场景；算法匹配模块3用于根据道路使用场景匹配预设算法，根据预设算法获取车辆基于每个第一通行闸口的理论到达时长区间；闸口驶出数据获取判断模块4用于根据每个理论到达时长区间判断是否获取到闸口驶出数据；数据生成模块5用于若未获取到出场数据，则生成第一异常数据处理请求并发送至车辆。

进一步地，处理装置还包括位置获取模块、位移判断模块、出场数据获取判断模块。

其中，位置获取模块用于根据停车场使用场景间隔第一预设时长获取车辆的第一位置信息；位移判断模块用于判断第一位置信息相比上一个第一预设时长的第一位置信息是否产生位移；出场数据获取判断模块用于判断是否获取到出场数据。

进一步地，场景判断模块用于若获取进场数据，则判断为停车场使用场景；数据生成模块还用于若未获取到闸口驶入数据或进场数据，则生成第二异常数据处理请求并发送至车辆。

进一步地，处理装置还包括请求处理判断模块、闸口驶入数据或进场数据判断模块、数据发送模块。

其中，请求处理判断模块用于判断是否接收到车辆基于第一异常数据处理请求发送的第一处理完成信号；闸口驶入数据或进场数据判断模块用于判断是否获取到进场数据或闸口驶入数据；数据发送模块用于发送第一异常数据处理请求至车辆所在的道路或停车场。

进一步地，请求处理判断模块还用于判断是否接收到车辆基于第二异常数据处理请求发送的第二处理完成信号；闸口驶入数据或进场数据判断模块还用于判断是否获取到闸口驶入数据或进场数据；数据发送模块还用于发送第二异常数据处理请求至车辆所在的道路或停车场。

进一步地，处理装置还包括数据上传模块、未处理次数数据获取模块、阈值判断模块、信号生成模块。

其中，数据上传模块用于上传第一异常数据处理请求及车辆的用户信息至云端；未处理次数数据获取模块用于获取第一异常数据处理请求基于车辆的第一未处理次数；阈值判断模块判断第一未处理次数是否超过第一预设阈值；信号生成模块用于生成基于车辆的第一禁止驶入信号并传输至所有道路及停车场。

进一步地，数据上传模块用于上传第二异常数据处理请求及车辆的用户信息至云端；未处理次数数据获取模块用于获取第二异常数据处理请求基于车辆的第二未处理次数；阈值判断模块判断第二未处理次数是否超过第二预设阈值；信号生成模块用于生成基于车辆的第二禁止驶入信号并传输至所有道路及停车场。

图3是本申请一实施例的电子设备的结构示意图。如图3所示，该电子设备60包括处理器61及和处理器61耦接的存储器62。

存储器62存储有用于实现上述任一实施例的车辆的场所使用数据的处理方法的程序指令。

处理器61用于执行存储器62存储的程序指令以进行车辆的场所使用数据的处理。

其中，处理器61还可以称为CPU(CentralProcessingUnit，中央处理单元)。处理器61可能是一种集成电路芯片，具有信号的处理能力。处理器61还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

图4为本申请一实施例的存储介质的结构示意图。本申请实施例的存储介质70存储有能够实现上述所有方法的程序指令71，其中，该程序指令71可以以软件产品的形式存储在上述存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(Processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其他的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所做的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围。

以上对发明的具体实施方式进行了详细说明，但其只作为范例，本发明并不限制于以上描述的具体实施方式。对于本领域的技术人员而言，任何对该发明进行的等同修改或替代也都在本发明的范畴之中，因此，在不脱离本发明的精神和原则范围下所作的均等变换和修改、改进等，都应涵盖在本发明的范围内。

Claims (10)

1.一种车辆的场所使用数据的处理方法，所述场所包括道路和停车场，所述道路包括第一通行闸口，所述停车场包括第二通行闸口，所述第一通行闸口用于获取所述车辆的进场数据和出场数据，所述第二通行闸口用于获取所述车辆的闸口驶入数据和闸口驶出数据，其特征在于，所述处理方法包括：

获取所述闸口驶入数据或所述进场数据，并根据所述闸口驶入数据或所述进场数据判断所述车辆的使用场景；

若获取到所述闸口驶入数据，则判断为道路使用场景；

根据所述道路使用场景匹配预设算法，根据所述预设算法获取所述车辆基于每个第一通行闸口的理论到达时长区间；

根据每个理论到达时长区间判断是否获取到所述闸口驶出数据；

若否，则生成第一异常数据处理请求并发送至所述车辆。

2.根据权利要求1所述的处理方法，其特征在于，生成第一异常数据处理请求并发送至所述车辆，之后，包括：

判断是否接收到所述车辆基于所述第一异常数据处理请求发送的第一处理完成信号；

若否，则判断是否获取到所述进场数据或所述闸口驶入数据；

若是，则发送所述第一异常数据处理请求至所述车辆所在的道路或停车场。

3.根据权利要求1所述的处理方法，其特征在于，获取所述闸口驶入数据或所述进场数据，并根据所述闸口驶入数据或所述进场数据判断所述车辆的使用场景，之后，还包括：

若获取到所述进场数据，则判断为停车场使用场景；

根据所述停车场使用场景间隔第一预设时长获取所述车辆的第一位置信息；

判断所述第一位置信息相比上一个第一预设时长的第一位置信息是否产生位移；

若是，则判断是否获取到所述出场数据；

若否，则生成第二异常数据处理请求并发送至所述车辆。

4.根据权利要求3所述的处理方法，其特征在于，发送所述第二异常数据处理请求至所述车辆，之后，包括：

判断是否接收到所述车辆基于所述第二异常数据处理请求发送的第二处理完成信号；

若否，则判断是否获取到所述闸口驶入数据或所述进场数据；

若是，则发送所述第二异常数据处理请求至所述车辆所在道路或停车场。

5.根据权利要求1所述的处理方法，其特征在于，根据所述道路使用场景匹配预设算法，根据所述预设算法获取所述车辆基于每个第一通行闸口的理论到达时长区间，包括：

获取所述车辆进入的当前第一通行闸口与沿道路行进方向上的每个第一通行闸口的行驶距离；

根据每个行驶距离及道路的平均时速获取所述车辆分别到达每个第一通行闸口的理论时长；

根据每个理论时长分别叠加第二预设时长的误差范围作为理论到达时长区间。

6.根据权利要求2所述的处理方法，其特征在于，发送所述第一异常数据处理请求至所述车辆所在的道路或停车场，之后，包括：

上传所述第一异常数据处理请求及所述车辆的用户信息至云端；

获取所述第一异常数据处理请求基于所述车辆的第一未处理次数；

判断所述第一未处理次数是否超过第一预设阈值；

若是，则生成基于所述车辆的第一禁止驶入信号并传输至所有道路及停车场。

7.根据权利要求4所述的处理方法，其特征在于，发送所述第二异常数据处理请求至所述车辆所在道路或停车场，之后，包括：

上传所述第二异常数据处理请求及所述车辆的用户信息至云端；

获取所述第二异常数据处理请求基于所述车辆的第二未处理次数；

判断所述第二未处理次数是否超过第二预设阈值；

若是，则生成基于所述车辆的第二禁止驶入信号并传输至所有停车场及道路。

8.一种车辆的场所使用数据的处理装置，其特征在于，所述处理装置包括：

数据获取模块，用于获取所述闸口驶入数据或所述进场数据，并根据所述闸口驶入数据或所述进场数据判断所述车辆的使用场景；

场景判断模块，用于若获取所述闸口驶入数据，则判断为道路使用场景；

算法匹配模块，用于根据所述道路使用场景匹配预设算法，根据所述预设算法获取所述车辆基于每个第一通行闸口的理论到达时长区间；

闸口驶出数据获取判断模块，用于根据每个理论到达时长区间判断是否获取到所述闸口驶出数据；

数据生成模块，用于若未获取到所述出场数据，则生成第一异常数据处理请求并发送至所述车辆。

9.一种电子设备，其特征在于，包括处理器、以及与所述处理器耦接的存储器，所述存储器存储有可被所述处理器执行的程序指令；所述处理器执行所述存储器存储的所述程序指令时实现如权利要求1至7中任一项所述的车辆的场所使用数据的处理方法。

10.一种存储介质，其特征在于，所述存储介质内存储有程序指令，所述程序指令被处理器执行时实现能够实现如权利要求1至7中任一项所述的车辆的场所使用数据的处理方法。

Images