本申请实施例涉及数据处理领域，尤其涉及一种压地感超时事件无效时间过滤的方法及装置。
背景技术：
停车场云托管服务开始在市场上推广使用并飞速发展，在商业、社区、交通枢纽等不同类型的停车场得到普及，这种无人值守模式已得到停车场管理方的一致认可，也是在停车行业的一种革新。
云托管服务主要的应用体现在云坐席事件上，通过按一定规则、策略而生成的需要人工处理的事件，以解决车主在通道上无法正常通行，或通道上设备异常的问题。这些事件主要有：压地感超时事件、匹配不到入场记录事件、人工呼叫事件、道闸长时间不落事件(简称不落杆事件)。
在现有技术中，当出现车主无法缴费、缴费无法开闸或各类无法正常通行的情况时，为避免车主停滞太久，造成投诉或堵车风险，系统会在指定时间内，如感应到车辆持续30s会触发长时间压地感事件到云端坐席，由人工介入处理。而其中有一种常见的场景为车主缴费慢，当云坐席客服接通后，发现车主仍在操作手机输入密码缴费，此种情况的事件不需要人工干预操作，而把整体超时时间加长必会增加其它情况车主的等待时间，增加拥堵风险。
技术实现要素：
本申请实施例提供了一种压地感超时事件无效事件过滤的方法及停车场终端，用于过滤压地感事件，降低压地感事件需要人工处理的目的，缩短了人工干预操作造成的时间成本，从而降低拥堵风险。
本申请第一方面提供了一种压地感超时事件无效事件过滤的方法，包括：
停车场终端接收地感信号，所述地感信号为目标车辆接触地感时，所述地感向停车场终端发送的信号；
所述停车场终端判断是否存在所述目标车辆；
若存在所述目标车辆，所述停车场终端根据所述地感信号激活定时器；
所述停车场终端判断所述定时器是否超时；
若没有超时，则所述停车场终端判断所述目标车辆的扫码标志位是否被标记；
若没有被标记，则所述停车场终端判断是否获取所述目标车辆的扫码支付请求；
若已获取所述目标车辆的扫码支付请求，则所述停车场终端标记所述扫码标志位并重置所述定时器的时间；
若所述定时器超时，所述停车场终端触发压地感事件，所述压地感事件为需要人工干预的异常事件；
若所述定时器未超时，所述停车场终端判断所述目标车辆是否完成支付；
若完成支付，则所述停车场终端放行所述目标车辆。
可选的，所述停车场终端触发压地感事件之后，所述方法还包括：
所述停车场终端将所述压地感事件发送至云坐席，所述云坐席为所述停车场终端的人工服务平台。
可选的，则所述停车场终端判断所述目标车辆的扫码标志位是否被标记之后，所述方法还包括：
若有被标记，则所述停车场终端重复判断所述定时器是否超时，直到所述目标车辆完成支付或所述定时器超时。
可选的，则所述停车场终端判断是否获取所述目标车辆的扫码支付请求之后，所述方法还包括：
若未获取所述目标车辆的扫码支付请求，则所述停车场终端循环判断是否获取所述目标车辆的扫码支付请求，直到所述停车场终端接收到所述目标车辆的扫码支付请求或所述定时器超时。
可选的，所述停车场终端判断所述定时器是否超时之后，所述方法还包括：
若超时，则所述停车场终端触发压地感事件。
可选的，所述停车场终端判断是否获取所述目标车辆的扫码支付请求包括：
所述停车场终端根据所述目标车辆的车牌号查询数据库或所述目标车辆的日志列表判断是否获取所述目标车辆的扫码支付请求。
本申请第二方面提供了一种停车场终端，包括：
接收单元，用于接收地感信号，所述地感信号为目标车辆接触地感时，所述地感向停车场终端发送的信号；
车辆判断单元，用于判断是否存在所述目标车辆；
激活单元，用于在车辆判断单元判断结果为存在所述目标车辆时，根据所述地感信号激活定时器；
第一判断单元，用于判断所述定时器是否超时；
第二判断单元，用于在第一判断单元判断结果为没有超时的时候，判断所述目标车辆的扫码标志位是否被标记；
第三判断单元，用于在第二判断单元判断结果为没有被标记时，所述停车场终端判断是否获取所述目标车辆的扫码支付请求；
第四判断单元，用于在第三判断单元判断结果为获取所述扫码支付请求时，所述停车场终端标记所述扫码标志位并重置所述定时器的时间；
第一触发单元，用于当所述定时器超时，触发压地感事件，所述压地感事件为需要人工干预的异常事件；
第五判断单元，用于当所述定时器未超时，判断所述目标车辆是否完成支付；
放行单元，用于在第一判断单元判断结果为是时，当放行所述目标车辆。
可选的，所述停车场终端还包括：
发送单元，用于将所述压地感事件发送至云坐席，所述云坐席为所述停车场终端的人工服务平台。
可选的，所述停车场终端还包括：
第六判断单元，用于在第二判断单元判断结果为被标记时，重复判断所述定时器是否超时，直到所述目标车辆完成支付或所述定时器超时。
可选的，所述停车场终端还包括：
第七判断单元，用于在第三判断单元判断结果为否时，循环判断是否获取所述目标车辆的扫码支付请求，直到所述停车场终端接收到所述目标车辆的扫码支付请求或所述定时器超时。
可选的，所述停车场终端还包括：
第二触发单元，用于未完成支付时，则所述停车场终端触发压地感事件。
可选的，所述第三判断单元包括：
判断模块，用于根据所述目标车辆的车牌号查询数据库或所述目标车辆的日志列表判断是否获取所述目标车辆的扫码支付请求。
本申请第三方面提供了一种停车场终端，包括：
处理器、存储器、输入输出单元、总线；
所述处理器与所述存储器、所述输入输出单元以及所述总线相连；
所述处理器具体执行如下操作：
停车场终端接收地感信号，所述地感信号为目标车辆接触地感时，所述地感向停车场终端发送的信号；
所述停车场终端判断是否存在所述目标车辆；
若存在所述目标车辆，所述停车场终端根据所述地感信号激活定时器；
所述停车场终端判断所述定时器是否超时；
若没有超时，则所述停车场终端判断所述目标车辆的扫码标志位是否被标记；
若没有被标记，则所述停车场终端判断是否获取所述目标车辆的扫码支付请求；
若已获取所述目标车辆的扫码支付请求，则所述停车场终端标记所述扫码标志位并重置所述定时器的时间；
当所述定时器超时，所述停车场终端触发压地感事件，所述压地感事件为需要人工干预的异常事件；
当所述定时器未超时，所述停车场终端判断所述目标车辆是否完成支付；
若完成支付，则所述停车场终端放行所述目标车辆。
从以上技术方案可以看出停车场终端在接收到地感信号并确定地感上存在目标车辆后启动定时器，在定时器超时之前会循环对目标车辆的扫码状态进行判断，从而扫码状态确定所述目标车辆的支付状态，使得在定时器超时之前不会生成压地感事件，从而达到过滤压地感事件，降低压地感事件需要人工处理的目的，缩短了人工干预操作造成的时间成本，从而降低拥堵风险。
附图说明
图1为本申请实施例中压地感超时事件无效事件过滤的方法一个实施例流程示意图；
图2为本申请实施例中压地感超时事件无效事件过滤的方法另一实施例流程示意图；
图3为本申请实施例中停车场终端的一个实施例结构示意图；
图4为本申请实施例中停车场终端的另一实施例结构示意图；
图5为本申请实施例中停车场终端的另一实施例结构示意图。
具体实施方式
本申请实施例提供了一种压地感超时事件无效事件过滤的方法及停车场终端，用于过滤压地感事件，降低压地感事件需要人工处理的事件，缩短了人工干预操作造成的时间成本，从而降低拥堵风险。
本申请实施例将结合本申请实施例中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，停车场终端装载云托管服务，该云托管服务主要体现在云坐席事件上，其中，云坐席是一款通过互联网集中管理多个停车场的云端客户服务系统，可借助图像、音频、视频、车辆检测等信息技术，快速及时处理车辆进出场异常问题，替代岗亭人工，实现无人值守，云坐席会通过一定规则和策略生成需要人工处理的时间，从而解决车主在通道上无法正常通行，或通道上设备异常的问题。这些事件包括但不限于：压地感超时事件、匹配不到入场记录事件、人工呼叫事件和道闸长时间不落事件(简称不落杆事件)，具体此处不做限定，其中本申请实施例主要描述压地感超时事件。
请参阅图1，本申请实施例提供了压地感超时事件无效事件过滤的方法的一种实施例，包括：
101、停车场终端接收地感信号，所述地感信号为目标车辆接触地感时，所述地感向停车场终端发送的信号；
在本申请实施例中，停车场终端根据地感信号开始对车辆缴费进行处理，一般情况下，地感发出地感信号是由于车辆与地感接触，当停车场终端接收到电感信号则说明停车场终端需要开始收集车辆信息并对该车辆信息进行判断进入收取停车费的业务处理程序。
102、所述停车场终端判断是否存在所述目标车辆；
具体的，地感信号会存在非车辆触发的情况，在实际情况中，地感只要被接触就会产生地感信号，由此说明地感信号的触发源包括但不限于：摩托车、电动车和行人等能够接触到地感的情况，具体此处不做限定。
此时的判断结果若为是无车状态说明车辆可能倒车回场、或现场人工放行离场，则结束本次处理逻辑。
为降低停车场终端在服务对象为非车辆进行业务流程时因为无业务对象而造成卡顿的情况发生的频率，在停车场终端进行业务处理之前会判断此时的地感上是否存在可进行业务服务的目标车辆，当该停车场终端确定地感存在目标车辆是，执行步骤103。
103、所述停车场终端根据所述地感信号激活定时器；
为防止停车场终端对同一车辆的业务处理时间过长，需要预设一个停车场终端对每个业务处理事件的处理时间，使得停车场终端根据预设时间进行业务处理，当停车场终端出现在预设时间内未响应或支付状态无变更的情况时，停车场终端会向云坐席发送压地感事件，通过人工解决停车场终端长时间无法解决的异常事件，一般情况下，定时器的时间预设值在30秒至60秒之间，具体时间可通过停车场终端进行设置。
104、所述停车场终端判断所述定时器是否超时；
当停车场终端根据预设时间激活定时器后，停车场终端会进入车辆缴费业务处理的流程，该流程会循环执行，使得停车场终端实时获取目标车辆的缴费状态，所以在每一次执行循环时，停车场终端都会对定时器是否超时进行判断，以确定该事件处理时间在响应范围内，若此时的判断结果为停车场终端事件处理事件没有超过预设时间，则执行步骤105，若超时，则执行步骤110。
105、所述停车场终端判断所述目标车辆的扫码标志位是否被标记；
目标车辆的扫码标志位是停车场终端根据目标车辆的扫码数据进行变更的，目的是防止同一车辆多次扫码导致多次缴费的情况发生，停车场终端会根据目标车辆的车牌号或其他可以确定该车辆为目标车辆的车辆信息，对该目标车辆与停车场终端的交互次数及交互性质进行记录，当记录中出现至少一次扫码数据时，该标志位就会被停车场终端标记。若该扫码标志位未标记，则执行步骤106，若标记，则执行步骤108。
106、所述停车场终端判断是否获取所述目标车辆的扫码支付请求；
当停车场终端对扫码标志为判断的结果为该标志位未被标记时，停车场终端将会根据目标车辆的车辆信息与相关的交互记录判断该目标车辆是否提交过扫码支付请求，该交互记录的遍历内容起始时间为目标车辆接触地感的时间。
在实际情况中，该扫码支付请求是在目标车辆的车主扫描根据该目标车辆的车辆信息生成的二维码时，与停车场终端产生的交互信息，该信息会以目标车辆的车牌号为依据记录到停车场终端与目标车辆的交互记录中，若以获取则执行步骤107，若未获取则执行步骤104。
107、所述停车场终端标记所述扫码标志位并重置所述定时器的时间；
当停车场终端遍历指定的交互记录并在该交互记录中确定该目标车辆与停车场终端存在扫码支付请求的交互记录后，停车场终端会对扫码标志位进行标记，并重置定时器的时间。
具体的，在确定该目标车辆车主扫码后停车场终端会确定该支付业务进入下一步骤，故需要重置定时器的时间，以降低因操作时间过短，在目标车辆进行缴费的过程中判定为未响应或业务处理超时导致被认定为压地感事件的情况出现，在实际情况中，仅会重置一次定时器时间，在定时器时间重置后，停车场终端重新进入定时器是否超时判断。
108、所述停车场终端判断所述目标车辆是否完成支付；
在确定目标车辆进行支付扫码后，在重置后的定时器未超时之前，停车场终端会循环对目标车辆的支付结果进行判断，当确定该车辆完成支付，则执行步骤109，若未完成支付，则执行步骤104。
109、所述停车场终端放行所述目标车辆。
在确定目标车辆完成支付后，停车场终端会开启道闸放行车辆，并结束本次流程。
110、所述停车场终端触发压地感事件，所述压地感事件为需要人工干预的异常事件；
在停车场终端发生定时器超时信号，则该停车场终端认定该业务处理超时或未响应，并触发压地感事件，压地感事件则证明在目标车辆在进行缴费时，长时间不与停车场终端互动导致停车场终端对时间的响应超时，为防止拥堵，此时需要人工介入。
在本申请实施例中，停车场终端在接收到地感信号并确定地感上存在目标车辆后启动定时器，在定时器超时之前会循环对目标车辆的扫码状态进行判断，从而扫码状态确定所述目标车辆的支付状态，使得在定时器超时之前不会生成压地感事件，从而达到过滤压地感事件，降低压地感事件需要人工处理的目的，缩短了人工干预操作造成的时间成本，从而降低拥堵风险。
请参阅图2，本申请实施例提供了压地感超时事件无效事件过滤的方法的另一实施例，包括：
201、停车场终端接收地感信号，所述地感信号为目标车辆接触地感时，所述地感向停车场终端发送的信号；
202、所述停车场终端判断是否存在所述目标车辆；
203、所述停车场终端根据所述地感信号激活定时器；
204、所述停车场终端判断所述定时器是否超时；
本实施例中的步骤201至204与前述实施例中步骤101至104类似，此处不再赘述。
205、所述停车场终端触发压地感事件。
在步骤204判断结果为定时器超时的时候，停车场终端会触发压地感事件，触发该事件后，停车场终端会将该事件上传至云坐席，使得云坐席将该事件分配至人工对该事件进行处理。
206、所述停车场终端判断所述目标车辆的扫码标志位是否被标记；
本实施例中的步骤206与前述实施例中步骤105类似，此处不再赘述。
207、所述停车场终端重复判断所述定时器是否超时，直到所述目标车辆完成支付或所述定时器超时。
具体的，当所述停车场终端判断目标车辆是否完成支付时，会执行步骤211，当定时器超时会执行步骤205。
208、所述停车场终端根据所述目标车辆的车牌号查询数据库或所述目标车辆的日志列表判断是否获取所述目标车辆的扫码支付请求；
具体的，车辆的唯一标识一般为车牌号，在实际情况中，目标车辆与停车场终端的交互会根据目标车辆的车牌号进行交互记录，该交互记录会记录在数据库中或记录在目标车辆的日志列表中，所以当目标车辆与停车场终端产生交互记录后，停车场终端会通过遍历数据库或目标车辆的日志列表进行扫码支付请求的确认。
209、所述停车场终端循环判断是否获取所述目标车辆的扫码支付请求，直到所述停车场终端接收到所述目标车辆的扫码支付请求或所述定时器超时。
具体的，当停车场终端获取到目标车辆的扫码支付请求后，执行步骤211，若为其他情况，则执行步骤207。
210、所述停车场终端标记所述扫码标志位并重置所述定时器的时间；
211、所述停车场终端判断所述目标车辆是否完成支付；
212、所述停车场终端放行所述目标车辆。
213、所述停车场终端触发压地感事件，所述压地感事件为需要人工干预的异常事件；
本实施例中的步骤210至213与前述实施例中步骤107至110类似，此处不再赘述。
214、所述停车场终端将所述压地感事件发送至云坐席，所述云坐席为所述停车场终端的人工服务平台。
具体的，当停车场终端触发压地感时间后，则确定当前事件响应超时，停车场终端无法进行处理，此时停车场中会将该时间上传至云坐席，在云坐席中有人工值守，云坐席会将该压地感事件分配至人工处理，使得该压地感事件得到及时解决，从而减小拥堵的情况发生。
在本申请实施例中，在认定压地感事件发生后，停车场终端会将该事件作为异常事件上传至云坐席，并申请通过人工处理，使得降低拥堵的情况发生的概率。
请参阅图3，本申请实施例提供了停车场终端的一种实施例，包括：
接收单元301，用于接收地感信号，所述地感信号为目标车辆接触地感时，所述地感向停车场终端发送的信号；
车辆判断单元302，用于判断是否存在所述目标车辆；
激活单元303，用于在车辆判断单元302判断结果为存在所述目标车辆时，根据所述地感信号激活定时器；
第一判断单元304，用于判断所述定时器是否超时；
第二判断单元305，用于在第一判断单元判断结果为没有超时的时候，判断所述目标车辆的扫码标志位是否被标记；
第三判断单元306，用于在第二判断单元判断结果为没有被标记时，所述停车场终端判断是否获取所述目标车辆的扫码支付请求；
第四判断单元307，用于在第三判断单元判断结果为获取所述扫码支付请求时，所述停车场终端标记所述扫码标志位并重置所述定时器的时间；
第一触发单元308，用于当所述定时器超时，触发压地感事件，所述压地感事件为需要人工干预的异常事件；
第五判断单元309，用于当所述定时器未超时，判断所述目标车辆是否完成支付；
放行单元310，用于在第一判断单元判断结果为是时，当放行所述目标车辆。
本实施例中，各单元的功能与前述图1所示实施例中的步骤对应，此处不再赘述。
请参阅图4，本申请实施例提供了停车场终端的另一实施例，包括：
接收单元401，用于接收地感信号，所述地感信号为目标车辆接触地感时，所述地感向停车场终端发送的信号；
车辆判断单元402，用于判断是否存在所述目标车辆；
激活单元403，用于在车辆判断单元402判断结果为存在所述目标车辆时，根据所述地感信号激活定时器；
第一判断单元404，用于判断所述定时器是否超时；
第二判断单元405，用于在第一判断单元判断结果为没有超时的时候，判断所述目标车辆的扫码标志位是否被标记；
第六判断单元406，用于在第二判断单元判断结果为被标记时，重复判断所述定时器是否超时，直到所述目标车辆完成支付或所述定时器超时。
第三判断单元407，用于在第二判断单元判断结果为没有被标记时，所述停车场终端判断是否获取所述目标车辆的扫码支付请求；
第七判断单元408，用于在第三判断单元判断结果为否时，循环判断是否获取所述目标车辆的扫码支付请求，直到所述停车场终端接收到所述目标车辆的扫码支付请求或所述定时器超时。
第四判断单元409，用于在第三判断单元判断结果为获取所述扫码支付请求时，所述停车场终端标记所述扫码标志位并重置所述定时器的时间；
第一触发单元410，用于当所述定时器超时，触发压地感事件，所述压地感事件为需要人工干预的异常事件；
发送单元411，用于将所述压地感事件发送至云坐席，所述云坐席为所述停车场终端的人工服务平台。
第五判断单元412，用于当所述定时器未超时，判断所述目标车辆是否完成支付；
放行单元413，用于在第一判断单元判断结果为车辆完成支付时，当放行所述目标车辆。
第二触发单元414，用于未完成支付时，则所述停车场终端触发压地感事件。
在本申请实施例中，所述第三判断单元407包括：
判断模块4071，用于根据所述目标车辆的车牌号查询数据库或所述目标车辆的日志列表判断是否获取所述目标车辆的扫码支付请求。
本实施例中，各单元的功能与前述图2所示实施例中的步骤对应，此处不再赘述。
请参阅图5，本申请实施例提供了停车场终端的另一实施例，包括：
处理器501、存储器502、输入输出单元503、总线504；
所述处理器501与所述存储器502、所述输入输出单元503以及所述总线504相连；
所述处理器501具体执行图1至图2中的方法步骤对应的操作。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
1.一种压地感超时事件无效事件过滤的方法，其特征在于，包括：
停车场终端接收地感信号，所述地感信号为目标车辆接触地感时，所述地感向停车场终端发送的信号；
所述停车场终端判断是否存在所述目标车辆；
若存在所述目标车辆，所述停车场终端根据所述地感信号激活定时器；
所述停车场终端判断所述定时器是否超时；
若没有超时，则所述停车场终端判断所述目标车辆的扫码标志位是否被标记；
若没有被标记，则所述停车场终端判断是否获取所述目标车辆的扫码支付请求；
若已获取所述目标车辆的扫码支付请求，则所述停车场终端标记所述扫码标志位并重置所述定时器的时间；
若所述定时器超时，所述停车场终端触发压地感事件，所述压地感事件为需要人工干预的异常事件；
若所述定时器未超时，所述停车场终端判断所述目标车辆是否完成支付；
若完成支付，则所述停车场终端放行所述目标车辆。
2.根据权利要求1所述的方法，其特征在于，所述停车场终端触发压地感事件之后，所述方法还包括：
所述停车场终端将所述压地感事件发送至云坐席，所述云坐席为所述停车场终端的人工服务平台。
3.根据权利要求1所述的方法，其特征在于，则所述停车场终端判断所述目标车辆的扫码标志位是否被标记之后，所述方法还包括：
若有被标记，则所述停车场终端重复判断所述定时器是否超时，直到所述目标车辆完成支付或所述定时器超时。
4.根据权利要求1所述的方法，其特征在于，则所述停车场终端判断是否获取所述目标车辆的扫码支付请求之后，所述方法还包括：
若未获取所述目标车辆的扫码支付请求，则所述停车场终端循环判断是否获取所述目标车辆的扫码支付请求，直到所述停车场终端接收到所述目标车辆的扫码支付请求或所述定时器超时。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述停车场终端判断所述定时器是否超时之后，所述方法还包括：
若超时，则所述停车场终端触发压地感事件。
6.根据权利要求1至4中任一项所述的方法，其特征在于，所述停车场终端判断是否获取所述目标车辆的扫码支付请求包括：
所述停车场终端根据所述目标车辆的车牌号查询数据库或所述目标车辆的日志列表判断是否获取所述目标车辆的扫码支付请求。
7.一种停车场终端，其特征在于，包括：
接收单元，用于接收地感信号，所述地感信号为目标车辆接触地感时，所述地感向停车场终端发送的信号；
车辆判断单元，用于判断是否存在所述目标车辆；
激活单元，用于在车辆判断单元判断结果为存在所述目标车辆时，根据所述地感信号激活定时器；
第一判断单元，用于判断所述定时器是否超时；
第二判断单元，用于在第一判断单元判断结果为没有超时的时候，判断所述目标车辆的扫码标志位是否被标记；
第三判断单元，用于在第二判断单元判断结果为没有被标记时，所述停车场终端判断是否获取所述目标车辆的扫码支付请求；
第四判断单元，用于在第三判断单元判断结果为已获取所述目标车辆的扫码支付请求时，所述停车场终端标记所述扫码标志位并重置所述定时器的时间；
第一触发单元，用于当所述定时器超时，触发压地感事件，所述压地感事件为需要人工干预的异常事件；
第五判断单元，用于当所述定时器未超时，判断所述目标车辆是否完成支付；
放行单元，用于在第一判断单元判断结果为是时，当放行所述目标车辆。
8.根据权利要求7所述的停车场终端，其特征在于，所述停车场终端还包括：
发送单元，用于将所述压地感事件发送至云坐席，所述云坐席为所述停车场终端的人工服务平台。
9.根据权利要求7所述的停车场终端，其特征在于，所述停车场终端还包括：
第六判断单元，用于在第二判断单元判断结果为被标记时，重复判断所述定时器是否超时，直到所述目标车辆完成支付或所述定时器超时。
10.根据权利要求7所述的停车场终端，其特征在于，则所述停车场终端判断是否获取所述目标车辆的扫码支付请求之后，所述方法还包括：
第七判断单元，用于在第三判断单元判断结果为否时，循环判断是否获取所述目标车辆的扫码支付请求，直到所述停车场终端接收到所述目标车辆的扫码支付请求或所述定时器超时。
技术总结