用于园区的违章信息处理方法及装置与流程

本申请涉及车辆违章管理领域，具体而言，涉及一种用于园区的违章信息处理方法及装置。

背景技术：

园区，是指工业园区、学校校区以及在其内部具备行驶、停车条件的大型区域。

发明人发现，在园区内缺乏有效地违章管理机制。进一步，无法防止违章车辆继续进入园区。

针对相关技术中对于园区的违章信息缺乏有效管理的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请的主要目的在于提供一种用于园区的违章信息处理方法及装置，以解决对于园区的违章信息缺乏有效管理的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种用于园区的违章信息处理方法。

根据本申请的用于园区的违章信息处理方法包括：根据车辆出入园区的历史记录，生成违章信息黑名单；第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令。

进一步地，根据车辆出入园区的历史记录，生成违章信息黑名单包括：获取进入园区内的车辆违章信息；在目标车辆离开园区时，根据所述车辆违章信息判断所述目标车辆在园区内是否发生违章；以及如果判断所述目标车辆在园区内发生违章，则生成所述车辆违章信息；根据所述车辆违章信息的累计结果，生成违章信息黑名单。

进一步地，第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令包括：第一车辆进入园区后如果所述第一车辆的车牌号在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令并生成额外停车计费；如果获取额外停车计费时，生成抬杆放行指令。

进一步地，第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令包括：第一车辆进入园区后如果所述第一车辆的车主信息在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成关闭闸机拦截指令并生成降级后的车主信用积分值；如果车主信用积分值降级低于预设信用等级时，生成下次同一车主进入时关闭闸机拦截指令。

进一步地，第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令包括：第一车辆进入园区后如果所述第一车辆的车辆登记信息在违章信息黑名单中，则根据违章信息黑名单按照预设时间周期统计所述第一车辆的累计违章次数，并当所述第一车辆的累计违章次数超出累计阈值后在下一次所述第一车辆离开园区时生成带预设操作权限拦截告警指令；如果所述第一车辆的累计违章次数未超出累计阈值时，生成临时拦截告警指令。

为了实现上述目的，根据本申请的另一方面，提供了一种用于园区的违章信息处理装置。

根据本申请的用于园区的违章信息处理装置包括：生成模块，用于根据车辆出入园区的历史记录，生成违章信息黑名单；拦截模块，用于在第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令。

进一步地，所述生成模块包括：获取单元，用于获取进入园区内的车辆违章信息；违章判断单元，用于在目标车辆离开园区时，根据所述车辆违章信息判断所述目标车辆在园区内是否发生违章；以及违章信息生成单元，用于在判断所述目标车辆在园区内发生违章时，则生成所述车辆违章信息；黑名单单元，用于根据所述车辆违章信息的累计结果，生成违章信息黑名单。

进一步地，所述拦截模块包括：第一处理单元，用于第一车辆进入园区后如果所述第一车辆的车牌号在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令并生成额外停车计费；第二处理单元，用于如果获取额外停车计费时，生成抬杆放行指令。

进一步地，所述拦截模块包括：第三处理单元，用于第一车辆进入园区后如果所述第一车辆的车主信息在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成关闭闸机拦截指令并生成降级后的车主信用积分值；第四处理单元，用于如果车主信用积分值降级低于预设信用等级时，生成下次同一车主进入时关闭闸机拦截指令。

进一步地，所述拦截模块包括：第五处理单元，用于第一车辆进入园区后如果所述第一车辆的车辆登记信息在违章信息黑名单中，则根据违章信息黑名单按照预设时间周期统计所述第一车辆的累计违章次数，并当所述第一车辆的累计违章次数超出累计阈值后在下一次所述第一车辆离开园区时生成带预设操作权限拦截告警指令；第六处理单元，用于如果所述第一车辆的累计违章次数未超出累计阈值时，生成临时拦截告警指令。

在本申请实施例中用于园区的违章信息处理方法及装置，采用根据车辆出入园区的历史记录的方式，通过生成违章信息黑名单，达到了第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令的目的，从而实现了提高园区内违章管理效率的技术效果，进而解决了对于园区的违章信息缺乏有效管理的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例中的用于园区的违章信息处理方法流程示意图；

图2是根据本申请第二实施例中的用于园区的违章信息处理方法流程示意图；

图3是根据本申请第三实施例中的用于园区的违章信息处理方法流程示意图；

图4是根据本申请第四实施例中的用于园区的违章信息处理方法流程示意图；

图5是根据本申请第五实施例中的用于园区的违章信息处理方法流程示意图；

图6是根据本申请第一实施例中的用于园区的违章信息处理装置结构示意图；

图7是根据本申请第二实施例中的用于园区的违章信息处理装置结构示意图；

图8是根据本申请第三实施例中的用于园区的违章信息处理装置结构示意图；

图9是根据本申请第四实施例中的用于园区的违章信息处理装置结构示意图；

图10是根据本申请第五实施例中的用于园区的违章信息处理装置结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，该方法包括如下的步骤s102至步骤s104：

步骤s102，根据车辆出入园区的历史记录，生成违章信息黑名单；

所述车辆在进入所述园区时，通过在所述园区内部署的摄像头等设备会记录所述车辆的车牌信息并同步至后台服务器端。所述车辆在离开所述园区时，通过在所述园区内部署的计费设备会生成所述车辆的停车计费并同步至后台服务器端。

根据所述车辆出入园区的历史记录，可以生成车辆的违章信息黑名单。所述违章信息黑名单可以包括生成了多次违章信息的车辆信息。通过所述历史记录，可以记录较长时间段内所述车辆的所有信息记录，并根据违章信息生成的次数生成违章信息黑名单。

步骤s104，第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令。

当所述第一车辆进入到所述园区后，如果在后台服务器端检测出所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在后台服务器端生成生成拦截指令。所述拦截指令用于在所述第一车辆离开园区经过车道出口时生成。通过所述生成的拦截指令，能够拦截打算离开园区的所述第一车辆。从而能够配合所述园区管理对黑名单中的车辆进行有效地管理。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中用于园区的违章信息处理方法，采用根据车辆出入园区的历史记录的方式，通过生成违章信息黑名单，达到了第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令的目的，从而实现了提高园区内违章管理效率的技术效果，进而解决了对于园区的违章信息缺乏有效管理的技术问题。

根据本申请实施例，作为本实施例中的优选，如图2所示，根据车辆出入园区的历史记录，生成违章信息黑名单包括：

步骤s202，获取进入园区内的车辆违章信息；

通过部署的违章摄像头等设备可以在后台服务器端获取进入所述园区内的所述车辆违章信息，或者，也可以通过园区管理员手动拍摄的车辆违章信息上传至后台服务器端的方式获取。

进入所述园区是指车辆通过园区内的某一出入口到园区内并行使至目的地的过程。

获取所述进入园区内的车辆违章信息可以是车辆在园区内违章停车时被记录下的车辆违章信息。比如，车辆在禁止停车区域停车。又比如，车辆停车压线等。再比如，车辆在人流较多的汇集区域长时间停留。

获取所述进入园区内的车辆违章信息也可以是车辆在园区内违章超速时被记录下的车辆违章信息。比如，车辆在园区内的限速区域有超速的行为。

需要注意的是，可以通过部署不同的采集设备用于采集进入园区内的车辆违章信息，在本申请的实施例中并不对如何获取得到所述车辆车辆违章信息进行限定，只要能够满足车辆违章信息的采集获取条件即可。

还需要注意的是，所述后台服务器可以部署在本地或云端，在本申请中并不进行限定只要能够对所述车辆违章信息进行储存即可，在本申请的实施例中并不进行限定。

步骤s204，在目标车辆离开园区时，根据所述车辆违章信息判断所述目标车辆在园区内是否发生违章；以及

通过车辆进入园区时记录车辆车牌号或者车主身份信息，可以在车辆离开园区时在确定目标车辆，从而在目标车辆离开园区时根据上述步骤中后台服务器端获取的所述车辆违章信息，在服务器端判断所述目标车辆在所述园区内是否有发生过违章。

具体地，在检测到目标车辆离开园区时，在服务器端根据在后台服务器中储存的所述车辆违章信息判断出所述目标测量是否在所述园区内发生过违章。由于在所述后台服务器中所有进入园区车辆的违章信息，所以通过后台服务器在所述车辆违章信息中的判断所述目标车辆是否在园区内发生过违章即可。

需要注意的是判断所述目标车辆在园区内是否发生违章时，可以通过比对车辆车牌号、车辆车主信息或者园区通行证等有效信息，可以判断匹配出结果。在本申请的实施例中，并不对具体的对比信息进行限定，只要能够满足判断的条件即可。本领域技术人员可以根据实际使用情况进行选择。

步骤s206，如果判断所述目标车辆在园区内发生违章，则生成所述车辆违章信息；

如果判断所述目标车辆在园区内发生了违章，则可以直接生成所述车辆违章信息。

具体地，判断所述目标车辆在园区内发生违章可以是，记录下所述目标车辆在所述园区内发生的所有违章情况，并形成标准格式的违章信息单生成所述车辆违章信息。这样，车主通过违章信息单可以迅速了解到所述车辆是否在所述园区内发生过违章，通过生成的所述违章信息单可以对车主在园区内的车辆违章行为进行完成记录并监督车主配合园区管理员完成相关的惩罚措施。

具体地，判断所述目标车辆在园区内发生违章也可以是，记录下所述目标车辆在所述园区内发生的所有违章情况，并在闸机处通过停车费用显示界面、声音报警以及配合led等灯光闪烁的方式对判断出目标车辆在园区发生违章的车主的提醒和告警。

需要注意的，生成所述车辆违章信息的方式在本申请的实施例中并不进行限定，只要能够满足满足相关的告警需求即可，本领域技术人员可以根据实景事情情况进行选择。

步骤s208，根据所述车辆违章信息的累计结果，生成违章信息黑名单。

通过上述步骤中获得的所述车辆违章信息的所述累计结果，比如记录所述目标车辆的违章次数累计结果。通过所述车辆违章信息的累计结果，可以生成得到违章信息黑名单。具体地，所述违章信息黑名单可以作为所述车辆违章信息的累计结果的集合。此外，在所述违章信息黑名单还可以包括车辆信息比如车牌号，或者车主信息，比如，车主电话号。以及在所述车辆是否属于园区车辆或非园区车辆等信息。

根据本申请实施例，作为本实施例中的优选，如图3所示，第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令包括：

步骤s302，第一车辆进入园区后如果所述第一车辆的车牌号在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令并生成额外停车计费；

在所述第一车辆进入园区以后，如果监测到所述第一车辆的车牌号在违章信息黑名单中，则根据所述违章信息黑名单在所述第一车辆离开园区时会在后台服务器端生成下杆拦截指令。所述下杆拦截指令并不限于所述园区内抬杆式进出口，还可以包括所述园区内闸机式进出口等，在本申请的实施例中并不对具体的执行机构进行限定，只要能够满足下杆拦截指令的要求即可。

所述根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令时还会生成额外停车计费，所述额外停车计费是由于所述述第一车辆的车牌号在违章信息黑名单中而产生的。也就是说，在后台服务器端中，如果所述第一车辆的车牌号在违章信息黑名单中，则会同时生成下杆拦截指令和额外停车计费。

通过所述下杆拦截指令能够帮助园区管理人员对黑名单中的车辆进行有效地管理，通过所述额外停车计费能够帮助园区管理人员对黑名单中的车辆进行有效地惩罚措施，避免在所述园区内再次出现违章。

步骤s304，如果获取额外停车计费时，生成抬杆放行指令。

如果在后台服务器获取得到针对所述额外停车计费的车主付款后，在后台服务器端会生成抬杆放行指令。

具体地，车主可以预先注册并拥有一个金融账户，通过所述金融账户可以进行正常停车计费和/或额外停车计费的扣款。

需要注意的是，所述抬杆放行指令并不限于所述园区内抬杆式进出口，还可以包括所述园区内闸机式进出口等，在本申请的实施例中并不对具体的执行机构进行限定，只要能够满足抬杆放行指令的要求即可。

根据本申请实施例，作为本实施例中的优选，如图4所示，第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令包括：

步骤s402，第一车辆进入园区后如果所述第一车辆的车主信息在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成关闭闸机拦截指令并生成降级后的车主信用积分值；

所述车主信息可以是车主账户信息、车主在园区内的身份权限信息、车主的联系信息、车主信用信息等。

在所述第一车辆进入园区以后，如果监测到所述第一车辆的车主信息在违章信息黑名单中，则根据所述违章信息黑名单在所述第一车辆离开园区时会在后台服务器端生成下杆拦截指令。所述下杆拦截指令并不限于所述园区内抬杆式进出口，还可以包括所述园区内闸机式进出口等，在本申请的实施例中并不对具体的执行机构进行限定，只要能够满足下杆拦截指令的要求即可。

所述根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令时还会生成降级后的车主信用积分值，所述车主信用积分值可以根据所述园区中的实际情况进行配置，通常地，如果车主信用积分值较高，则认为车主极少出现违章行为，如果车主信用积分值较低，则认为车主出现违章行为的频率较高。所述车主信用积分值与是否可以在所述园区中继续办理停车月/季/年卡等权限关联。

所述根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令时还会生成降级后的车主信用积分值，所述降级后的车主信用积分值是由于所述述第一车辆的车牌号在违章信息黑名单中而产生的。也就是说，在后台服务器端中，如果所述第一车辆的车牌号在违章信息黑名单中，则会同时生成下杆拦截指令和降级后的车主信用积分值。

如果在所述园区内所述车主信用积分值较低，则会影响车主在园区内办理其他关联的业务。

步骤s404，如果车主信用积分值降级低于预设信用等级时，生成下次同一车主进入时关闭闸机拦截指令。

如果在后台服务器端判断出所述车主信用积分值降级低于预设信用等级是，则在所述后台服务器端生成关闭闸机拦截指令用于在下次还是同一车主进入所述园区时进行拦截，避免进入到园区内。

需要注意的是，所述关闭闸机拦截指令并不限于所述园区内抬杆式进出口，还可以包括所述园区内闸机式进出口等，在本申请的实施例中并不对具体的执行机构进行限定，只要能够满足关闭闸机拦截指令的要求即可。

根据本申请实施例，作为本实施例中的优选，如图5所示，第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令包括：

步骤s502，第一车辆进入园区后如果所述第一车辆的车辆登记信息在违章信息黑名单中，则根据违章信息黑名单按照预设时间周期统计所述第一车辆的累计违章次数，并当所述第一车辆的累计违章次数超出累计阈值后在下一次所述第一车辆离开园区时生成带预设操作权限拦截告警指令；

在所述第一车辆进入园区后，如果后台服务器端检测到所述第一车辆的车辆登记信息在违章信息黑名单中，则后台服务器端根据所述违章信息黑名单照预设时间周期统计所述第一车辆的累计违章次数。所述车辆登记信息是指通过相关应用程序提前录入的车辆车牌号、车主手机号等信息。所述车辆登记信息也可以是通过所述园区的车辆管理后台系统提前录入的车辆车牌号或车主手机号等信息。所述预设时间周期，包括按照月计费进入园区停车、按照季度计费进入园区停车、按照年度计费进入园区停车。

同时，当所述第一车辆的累计违章次数超出累计阈值后会在下一次所述第一车辆离开园区时，在后台服务器端中生成带预设操作权限拦截告警指令并下发至所述中的设备。

具体地，所述带预设操作权限拦截告警指令可以是，带有预设身份校验操作权限的拦截告警指令。比如，车主身份校验。

具体地，所述带预设操作权限拦截告警指令也可以是，带有预设白名单校验操作权限的拦截告警指令。比如，车牌白名单校验。

具体地，所述所述带预设操作权限拦截告警指令还可以是，带有预设管理员校验操作权限的拦截告警指令。比如，管理员统一下发的拦截告警指令。

需要注意的是，如果所述带预设操作权限拦截告警指令没有在按照相关操作权限进行消除，则一直无法进行抬杆。车辆即无法进入园区内。

步骤s504，如果所述第一车辆的累计违章次数未超出累计阈值时，生成临时拦截告警指令。

同时，当所述第一车辆的累计违章次数并未超出累计阈值后会在下一次所述第一车辆离开园区时，则在后台服务器端生成临时拦截告警指令。

具体地，所述临时拦截告警指令可以是，具有设定时间长度的临时拦截告警指令。

具体地，所述临时拦截告警指令也可以是，具有设定声音警告报警的临时拦截告警指令。

具体地，所述临时拦截告警指令还可以是，具有设定违章信息提示的临时拦截告警指令。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述用于园区的违章信息处理方法的用于园区的违章信息处理装置，如图6所示，该装置包括：生成模块10，用于根据车辆出入园区的历史记录，生成违章信息黑名单；拦截模块20，用于在第一车辆进入园区后如果所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成拦截指令。

本申请实施例的生成模块10中所述车辆在进入所述园区时，通过在所述园区内部署的摄像头等设备会记录所述车辆的车牌信息并同步至后台服务器端。所述车辆在离开所述园区时，通过在所述园区内部署的计费设备会生成所述车辆的停车计费并同步至后台服务器端。

根据所述车辆出入园区的历史记录，可以生成车辆的违章信息黑名单。所述违章信息黑名单可以包括生成了多次违章信息的车辆信息。通过所述历史记录，可以记录较长时间段内所述车辆的所有信息记录，并根据违章信息生成的次数生成违章信息黑名单。

本申请实施例的拦截模块20中当所述第一车辆进入到所述园区后，如果在后台服务器端检测出所述第一车辆在违章信息黑名单中，则根据违章信息黑名单在后台服务器端生成生成拦截指令。所述拦截指令用于在所述第一车辆离开园区经过车道出口时生成。通过所述生成的拦截指令，能够拦截打算离开园区的所述第一车辆。从而能够配合所述园区管理对黑名单中的车辆进行有效地管理。

根据本申请实施例，作为本实施例中的优选，如图7所示，所述生成模块10包括：获取单元101，用于获取进入园区内的车辆违章信息；违章判断单元102，用于在目标车辆离开园区时，根据所述车辆违章信息判断所述目标车辆在园区内是否发生违章；以及违章信息生成单元103，用于在判断所述目标车辆在园区内发生违章时，则生成所述车辆违章信息；黑名单单元104，用于根据所述车辆违章信息的累计结果，生成违章信息黑名单。

本申请实施例的获取单元101中通过部署的违章摄像头等设备可以在后台服务器端获取进入所述园区内的所述车辆违章信息，或者，也可以通过园区管理员手动拍摄的车辆违章信息上传至后台服务器端的方式获取。

进入所述园区是指车辆通过园区内的某一出入口到园区内并行使至目的地的过程。

获取所述进入园区内的车辆违章信息可以是车辆在园区内违章停车时被记录下的车辆违章信息。比如，车辆在禁止停车区域停车。又比如，车辆停车压线等。再比如，车辆在人流较多的汇集区域长时间停留。

获取所述进入园区内的车辆违章信息也可以是车辆在园区内违章超速时被记录下的车辆违章信息。比如，车辆在园区内的限速区域有超速的行为。

需要注意的是，可以通过部署不同的采集设备用于采集进入园区内的车辆违章信息，在本申请的实施例中并不对如何获取得到所述车辆车辆违章信息进行限定，只要能够满足车辆违章信息的采集获取条件即可。

还需要注意的是，所述后台服务器可以部署在本地或云端，在本申请中并不进行限定只要能够对所述车辆违章信息进行储存即可，在本申请的实施例中并不进行限定。

本申请实施例的违章判断单元102中通过车辆进入园区时记录车辆车牌号或者车主身份信息，可以在车辆离开园区时在确定目标车辆，从而在目标车辆离开园区时根据上述步骤中后台服务器端获取的所述车辆违章信息，在服务器端判断所述目标车辆在所述园区内是否有发生过违章。

具体地，在检测到目标车辆离开袁园区时，在服务器端根据在后台服务器中储存的所述车辆违章信息判断出所述目标测量是否在所述园区内发生过违章。由于在所述后台服务器中所有进入园区车辆的违章信息，所以通过后台服务器在所述车辆违章信息中的判断所述目标车辆是否在园区内发生过违章即可。

需要注意的是判断所述目标车辆在园区内是否发生违章时，可以通过比对车辆车牌号、车辆车主信息或者园区通行证等有效信息，可以判断匹配出结果。在本申请的实施例中，并不对具体的对比信息进行限定，只要能够满足判断的条件即可。本领域技术人员可以根据实际使用情况进行选择。

本申请实施例的违章信息生成单元103中如果判断所述目标车辆在园区内发生了违章，则可以直接生成所述车辆违章信息。

具体地，判断所述目标车辆在园区内发生违章可以是，记录下所述目标车辆在所述园区内发生的所有违章情况，并形成标准格式的违章信息单生成所述车辆违章信息。这样，车主通过违章信息单可以迅速了解到所述车辆是否在所述园区内发生过违章，通过生成的所述违章信息单可以对车主在园区内的车辆违章行为进行完成记录并监督车主配合园区管理员完成相关的惩罚措施。

具体地，判断所述目标车辆在园区内发生违章也可以是，记录下所述目标车辆在所述园区内发生的所有违章情况，并在闸机处通过停车费用显示界面、声音报警以及配合led等灯光闪烁的方式对判断出目标车辆在园区发生违章的车主的提醒和告警。

需要注意的，生成所述车辆违章信息的方式在本申请的实施例中并不进行限定，只要能够满足满足相关的告警需求即可，本领域技术人员可以根据实景事情情况进行选择。

本申请实施例的黑名单单元104中通过上述步骤中获得的所述车辆违章信息的所述累计结果，比如记录所述目标车辆的违章次数累计结果。通过所述车辆违章信息的累计结果，可以生成得到违章信息黑名单。具体地，所述违章信息黑名单可以作为所述车辆违章信息的累计结果的集合。此外，在所述违章信息黑名单还可以包括车辆信息比如车牌号，或者车主信息，比如，车主电话号。以及在所述车辆是否属于园区车辆或非园区车辆等信息。

根据本申请实施例，作为本实施例中的优选，如图8所示，所述拦截模块包括：第一处理单元201，用于第一车辆进入园区后如果所述第一车辆的车牌号在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令并生成额外停车计费；第二处理单元202，用于如果获取额外停车计费时，生成抬杆放行指令。

本申请实施例的第一处理单元201中在所述第一车辆进入园区以后，如果监测到所述第一车辆的车牌号在违章信息黑名单中，则根据所述违章信息黑名单在所述第一车辆离开园区时会在后台服务器端生成下杆拦截指令。所述下杆拦截指令并不限于所述园区内抬杆式进出口，还可以包括所述园区内闸机式进出口等，在本申请的实施例中并不对具体的执行机构进行限定，只要能够满足下杆拦截指令的要求即可。

所述根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令时还会生成额外停车计费，所述额外停车计费是由于所述述第一车辆的车牌号在违章信息黑名单中而产生的。也就是说，在后台服务器端中，如果所述第一车辆的车牌号在违章信息黑名单中，则会同时生成下杆拦截指令和额外停车计费。

通过所述下杆拦截指令能够帮助园区管理人员对黑名单中的车辆进行有效地管理，通过所述额外停车计费能够帮助园区管理人员对黑名单中的车辆进行有效地惩罚措施，避免在所述园区内再次出现违章。

本申请实施例的第二处理单元202中如果在后台服务器获取得到针对所述额外停车计费的车主付款后，在后台服务器端会生成抬杆放行指令。

具体地，车主可以预先注册并拥有一个金融账户，通过所述金融账户可以进行正常停车计费和/或额外停车计费的扣款。

需要注意的是，所述抬杆放行指令并不限于所述园区内抬杆式进出口，还可以包括所述园区内闸机式进出口等，在本申请的实施例中并不对具体的执行机构进行限定，只要能够满足抬杆放行指令的要求即可。

根据本申请实施例，作为本实施例中的优选，如图9所示，所述拦截模块20包括：第三处理单元203，用于第一车辆进入园区后如果所述第一车辆的车主信息在违章信息黑名单中，则根据违章信息黑名单在所述第一车辆离开园区时生成关闭闸机拦截指令并生成降级后的车主信用积分值；第四处理单元204，用于如果车主信用积分值降级低于预设信用等级时，生成下次同一车主进入时关闭闸机拦截指令。

本申请实施例的第三处理单元203中所述车主信息可以是车主账户信息、车主在园区内的身份权限信息、车主的联系信息、车主信用信息等。

在所述第一车辆进入园区以后，如果监测到所述第一车辆的车主信息在违章信息黑名单中，则根据所述违章信息黑名单在所述第一车辆离开园区时会在后台服务器端生成下杆拦截指令。所述下杆拦截指令并不限于所述园区内抬杆式进出口，还可以包括所述园区内闸机式进出口等，在本申请的实施例中并不对具体的执行机构进行限定，只要能够满足下杆拦截指令的要求即可。

所述根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令时还会生成降级后的车主信用积分值，所述车主信用积分值可以根据所述园区中的实际情况进行配置，通常地，如果车主信用积分值较高，则认为车主极少出现违章行为，如果车主信用积分值较低，则认为车主出现违章行为的频率较高。所述车主信用积分值与是否可以在所述园区中继续办理停车月/季/年卡等权限关联。

所述根据违章信息黑名单在所述第一车辆离开园区时生成下杆拦截指令时还会生成降级后的车主信用积分值，所述降级后的车主信用积分值是由于所述述第一车辆的车牌号在违章信息黑名单中而产生的。也就是说，在后台服务器端中，如果所述第一车辆的车牌号在违章信息黑名单中，则会同时生成下杆拦截指令和降级后的车主信用积分值。

如果在所述园区内所述车主信用积分值较低，则会影响车主在园区内办理其他关联的业务。

本申请实施例的第四处理单元204中如果在后台服务器端判断出所述车主信用积分值降级低于预设信用等级是，则在所述后台服务器端生成关闭闸机拦截指令用于在下次还是同一车主进入所述园区时进行拦截，避免进入到园区内。

需要注意的是，所述关闭闸机拦截指令并不限于所述园区内抬杆式进出口，还可以包括所述园区内闸机式进出口等，在本申请的实施例中并不对具体的执行机构进行限定，只要能够满足关闭闸机拦截指令的要求即可。

根据本申请实施例，作为本实施例中的优选，如图10所示，所述拦截模块20包括：第五处理单元205，用于第一车辆进入园区后如果所述第一车辆的车辆登记信息在违章信息黑名单中，则根据违章信息黑名单按照预设时间周期统计所述第一车辆的累计违章次数，并当所述第一车辆的累计违章次数超出累计阈值后在下一次所述第一车辆离开园区时生成带预设操作权限拦截告警指令；第六处理单元206，用于如果所述第一车辆的累计违章次数未超出累计阈值时，生成临时拦截告警指令。

本申请实施例的第五处理单元205中在所述第一车辆进入园区后，如果后台服务器端检测到所述第一车辆的车辆登记信息在违章信息黑名单中，则后台服务器端根据所述违章信息黑名单照预设时间周期统计所述第一车辆的累计违章次数。所述车辆登记信息是指通过相关应用程序提前录入的车辆车牌号、车主手机号等信息。所述车辆登记信息也可以是通过所述园区的车辆管理后台系统提前录入的车辆车牌号或车主手机号等信息。所述预设时间周期，包括按照月计费进入园区停车、按照季度计费进入园区停车、按照年度计费进入园区停车。

同时，当所述第一车辆的累计违章次数超出累计阈值后会在下一次所述第一车辆离开园区时，在后台服务器端中生成带预设操作权限拦截告警指令并下发至所述中的设备。

具体地，所述带预设操作权限拦截告警指令可以是，带有预设身份校验操作权限的拦截告警指令。比如，车主身份校验。

具体地，所述带预设操作权限拦截告警指令也可以是，带有预设白名单校验操作权限的拦截告警指令。比如，车牌白名单校验。

具体地，所述所述带预设操作权限拦截告警指令还可以是，带有预设管理员校验操作权限的拦截告警指令。比如，管理员统一下发的拦截告警指令。

需要注意的是，如果所述带预设操作权限拦截告警指令没有在按照相关操作权限进行消除，则一直无法进行抬杆。车辆即无法进入园区内。

本申请实施例的第六处理单元206中同时，当所述第一车辆的累计违章次数并未超出累计阈值后会在下一次所述第一车辆离开园区时，则在后台服务器端生成临时拦截告警指令。

具体地，所述临时拦截告警指令可以是，具有设定时间长度的临时拦截告警指令。

具体地，所述临时拦截告警指令也可以是，具有设定声音警告报警的临时拦截告警指令。

具体地，所述临时拦截告警指令还可以是，具有设定违章信息提示的临时拦截告警指令。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。