具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

首先对本申请实施例的设计思想进行简单介绍。

目前，大部分停车场对于车辆出场逃费没有合适的解决办法；有小部分停车场会在出口处设置人工岗亭，由人工控制闸机的起落，这种方式虽然能避免车辆出场逃费的情况，但是增加了用人成本。

为了提高车场的通行效率，有必要通过技术手段，在车辆出场时，如果发生跟车逃费，能够自动识别出来，对其进行记录；将车牌号码加入黑名单。在该车辆再次进入停车场时，向其追缴费用，或者按照一定规则，进行处理(比如允许进场，再次出场时一并收取)。将跟车逃费的视频、照片保存下来，作为物证，以在发生纠纷时，出示给车主和相关方。如图1所示。

本申请实施例提供了一种停车费用的追缴装置，用于停车场对出场跟车逃费的车辆进行记录，并和云端服务器一起对进场的车辆进行识别，对有逃费的车辆追缴费用，具体功能包括：

(1)能够对跟车逃费进行识别和记录取证；

(2)如果车辆在装置中登记有个人信息，以短信方式通知个人。

(3)逃费车辆再次出入场时，能够识别并采取追缴措施；

(4)追缴可以是本停车场欠费追缴，也可以是所有加入装置的停车场都可追缴；

本申请实施例的装置包括两个参与主体：

部署在停车场的车场服务器，配合停车场的其它设备设施，感应跟车逃费情况，并对逃费车辆进行摄录，将未缴费信息上传至云端服务器。具体的，停车场安装地磁感应装置，感应车辆出场，出口摄录设备摄取识别车辆的相关信息(车牌号、出场时间)，同时根据地磁反馈的信号判断当前出口通道是否存在其他准备出场车辆，人工或通过技术手段识别是否发生准备跟车逃费出场。若判断车辆存在跟车逃费出场的行为，则进行记录启动后续追缴。在该车辆再次出入装置联网的所有停车场，都会被限制和追缴逃费。

当逃费车辆进入停车场时，可以根据预设规则进行处理：

1、入口不开闸，接入人工坐席或入口显示屏推送付款二维码及待支付订单；引导用户缴纳逃费订单的费用。用户支付完逃费订单的费用后，开闸放行。

2、入口识别设备获取到车牌信息，开闸放行；等车辆出场后，需连同之前逃费订单的费用一并支付后才可开闸放行。

部署在云端的云端服务器，用于汇总所有注册停车场上传的逃费车辆的未缴费信息，生成追缴账单，当某个车辆的累计逃费次数超出设定的次数阈值，或累计的逃费金额超出的设定的金额阈值，将该车辆及其所有的追缴账单录入总黑名单；

当接收车场服务器发送的待识别车辆的车辆信息；在总黑名单查询待识别车辆，若未查询到，则将审核通过的信息发送至对应的停车场服务器；否则，将该车辆的所有追缴账单及付款二维码发送至对应的停车场服务器；当接收到车辆支付的补缴费用后，将已支付的信息反馈给对应的车场服务器；当确认当前车辆无追缴账单后，对车辆信息进行更新；然后将收到的补缴费用转账给对应的停车场。

在介绍了本申请实施例的应用场景和设计思想之后，下面对本申请实施例提供的技术方案进行说明。

实施例1：

本申请实施例提供了一种停车费用的追缴装置，包括：云端服务器和车场服务器；云端服务器作为装置的核心控制部分，完成逃费车辆黑名单的记录、取证和管理。该服务器部署在云端，充分利用公有云丰富的计算资源、网络安全设备，来保证装置的稳定可靠，数据隐私的安全保障。车场服务器作为车场和云端服务器间通信的节点，与停车场的地磁感应装置、摄录设备、闸机设备进行集成，对出场车辆进行记录、控制，引导补缴逃费。该服务器需要部署在加入装置的合作停车场内，具备与停车场现有停车通行设施的集成接口。车场设置人工坐席或入口显示屏，用于当进场车辆存在逃费记录时，显示付款二维码，引导用户缴纳逃费费用。车场出口设置地磁感应装置，当车辆出场时触发感应装置，车场服务器收到相应的信号控制出口的摄录设备对可能存在的跟车进行摄录，根据出场视频和缴纳记录判断是否发生跟车逃费，将逃费车辆录入本地黑名单并上传至云端服务器。当车辆驶入或驶离停车场时，将车辆信息发送至云端服务器审核，当接收到追缴账单或者在本地黑名单中查询到未缴纳停车费的记录，引导用户补缴费用。

追缴管理模块部署在云端服务器上，完成装置设计的各项功能。通过互联网与各个车场的车场服务器进行通信。

如图2所示，追缴管理模块100包括：接收单元101、逃费车辆管理单元102、审核单元103、停车费追缴处理单元104、后台管理维护单元105和数据记录存储单元106；

接收单元101，用于接收车场服务器发送的逃费车辆的未缴费信息，用于接收车场服务器发送的待识别车辆的车辆信息；

未缴费信息包括车辆信息、逃费的停车场、逃费视频、车辆的入场时间、出场时间、停车场的计费规则和应缴的停车费用；

逃费车辆管理单元102，用于根据逃费车辆的入场时间、出场时间、停车场的计费规则和应缴的停车费用，生成追缴账单；当某个车辆的累计逃费次数超出设定的阈值次数，或累计的逃费金额超出的设定的阈值金额，将该车辆及其所有的追缴账单录入总黑名单；

其中，阈值次数为3次以上，阈值金额按照停车场所在的城市的停车费标准具体确定。在总黑名单中，一个车辆的所有追缴账单可能来自于不同的停车场，从而实现了信息的汇总。

审核单元103，用于在黑名单中查询接收到的待识别车辆，若未查询到，则将审核通过的消息发送至对应的停车场服务器；否则，将该车辆的追缴账单及付款二维码发送至对应的停车场服务器；

停车费追缴处理单元104，用于当接收到补缴费用后，将已支付信息反馈给对应的车场服务器；当确认当前车辆信息无逃费账单后，对记录的车辆信息进行更新：从黑名单中将该车辆的所有信息删除，并将存储的所有追缴账单标注为已缴纳；然后将收到的费用转账给对应的停车场；

后台管理维护单元105：供后台管理员用于维护信息使用，可以对停车场、黑名单以及追缴订单进行维护。在必要时，可对逃费车辆的记录信息，进行取证，上报给相关部门。后台管理员应在安全授权和身份验证的前提下，保证装置数据安全的情况下，进行维护操作；

数据记录存储单元106：提供各种信息在数据库中保存的功能接口。保存的数据信息包括：停车场信息：车场编号、地理位置、所属社区/小区；车辆黑名单：车辆信息、车辆所有人联系方式、累积次数、累积金额、是否通知车主、是否上报；追缴账单：车辆信息黑名单索引、逃费金额、逃费停车场、入场时间、出场时间、是否已补缴、补缴时间；逃费信息记录：车辆出场视频、停车场信息、记录时间、缴费记录。

停车费追缴模块200部署在车场服务器，在云端服务器的统一管理下，完成与停车场的地磁感应装置、摄录设备、闸机设备进行集成，对出场车辆进行记录和控制，并引导补缴逃费。

如图3所示，停车费追缴模块200包括：车场登录注册单元201、逃费车辆信息采集单元202和逃费车辆追缴单元203；

车场登录注册单元201，用于将配置的车场信息发送给云端服务器，完成在云端服务器的注册和登录验证，包括：

注册子单元，用于供车场管理员输入车场信息，包括地理位置、容量，所属社区/小区和车场账户等，通过网络发送到云端服务器，进行车场的注册登记。

登录子单元，用于将车场的标识信息发送到云端服务器，通过车场验证后，进行登录。

逃费车辆信息采集单元202，用于根据地磁感应装置反馈的信号，判断是否存在车辆跟车逃费出场的情况，若存在，则控制出口的摄录设备采集车辆出场视频；根据出场视频和车场缴费数据判断是否存在跟车逃费出场行为，将发生跟车逃费出场的车辆的未缴费信息发送至云端服务器，包括车辆信息、逃费的停车场、逃费视频、入场时间、出场时间、停车场的计费规则和逃费金额；将该车辆录入本地黑名单；

逃费车辆追缴单元203，用于所述逃费车辆追缴单元具体用于：

当车辆驶入停车场时，将车辆信息上传云端服务器进行审核，如果接收到审核通过的信息，则在本地黑名单中查询该车辆，如果未查询到该车辆有未缴纳停车费记录，控制入口闸机放行，否则向用户追缴欠费，收到补缴费用后，控制入口闸机放行；如果接收到云端服务器发送的该车辆的追缴账单及付款二维码，将追缴账单及付款二维码推送到入口显示屏；当接收到云端服务器发送的已付款信息，控制入口闸机放行；或者，

当车辆驶离停车场时，将车辆信息上传云端服务器进行审核，如果接收到审核通过的信息，则在本地黑名单中查询该车辆，如果未查询到该车辆有未缴纳停车费，控制出口闸机放行，否则向用户追缴欠费，收到补缴费用后，控制出口闸机放行；如果接收到云端服务器发送的该车辆的追缴账单及付款二维码，将追缴账单及付款二维码推送到出口显示屏；当接收到云端服务器发送的已付款信息后，向用户收取本次停车的费用，收到费用后控制出口闸机放行。

实施例2：

如图4所示，本申请实施例提出了一种停车费用的追缴方法，应用于云端服务器和车场服务器，包括：

步骤301：各个车场服务器在云端服务器进行注册并上传配置车场信息；

步骤302：车场服务器将逃费车辆的未缴费信息发送至云端服务器，云端服务器生成追缴账单，并将逃费次数或逃费金额超过设定阈值的车辆及其所有追缴账单录入总黑名单；包括：

车场服务器根据地磁感应装置反馈的信号，判断是否存在车辆跟车逃费出场的情况，若存在，则控制出口的摄录设备采集车辆出场视频；

根据出场视频和车场缴费数据判断是否存在跟车逃费出场行为，将发生跟车逃费出场的车辆的未缴费信息发送至云端服务器，将该车辆的未缴费信息录入本地黑名单；

云端服务器根据逃费车辆的未缴费信息生成一个追缴账单并进行存储；

当某个车辆的累计逃费次数超出设定的阈值次数，或累计的逃费金额超出的设定的阈值金额，云端服务器将该车辆及器所有的追缴账单录入总黑名单。

步骤303：当车辆驶入停车场时，通过云端服务器的总黑名单和/或车场服务器本地黑名单获取该车辆的未缴纳停车费用，引导用户补缴费用，收到补缴费用后放行；或者,

当车辆驶离停车场时，通过云端服务器的总黑名单和/或车场服务器本地黑名单,获取该车辆的未缴纳停车费用，引导用户补缴费用，收到补缴费用和本次停车费用后放行。

其中，所述当车辆驶入停车场时，通过云端服务器的总黑名单和/或车场服务器本地黑名单,获取该车辆的未缴纳停车费用，引导用户补缴费用，收到补缴费用后放行；包括：

步骤S1：当车辆驶入停车场时，车场服务器将车辆信息上传云端服务器；

步骤S2：云端服务器在黑名单中查询待识别车辆，若未查询到，则将审核通过的信息发送至对应的停车场服务器，进入步骤S3；否则，将该车辆的所有追缴账单及付款二维码发送至对应的停车场服务器，进入步骤S5；

步骤S3：车场服务器在本地黑名单中查询该车辆，如果未查询到该车辆有未缴纳停车费的记录，控制入口闸机放行，否则，转入步骤S4；

步骤S4：车场服务器生成一个欠费缴纳二维码及未缴纳停车费明细，并推送到入口显示屏，收到补缴费用后，控制入口闸机放行；

步骤S5：车场服务器接收到云端服务器发送的该车辆的追缴账单及付款二维码，将追缴账单及付款二维码推送到入口显示屏；

步骤S6：云端服务器接收到车辆补缴费用后，将已支付信息反馈给对应的车场服务器，车场服务器收到已支付信息后，控制入口闸机放行；

步骤S7：云端服务器确认当前车辆无追缴账单后，删除总黑名单中将该车辆的所有信息，并将存储的所有追缴账单标注为已缴纳；然后将收到的补缴费用转账给对应的停车场。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。