CN112532681A - 一种停车场软件数据异常处理方法及装置 - Google Patents

Abstract

本申请实施例公开了一种停车场软件数据异常处理方法及装置，用于减少在对接的推送过程中数据丢失的情况。本申请实施例方法包括：通过缓存池获取车场软件数据，所述车场软件数据是平台对接需要传输的数据；将所述车场软件数据推送至客户平台；判断在预设时间内所述客户平台是否接收到所述车场软件数据；若否，则存储所述车场软件数据，并将所述车场软件数据再次推送给所述客户平台。

Description

一种停车场软件数据异常处理方法及装置

技术领域

本申请实施例涉及数据异常处理领域，尤其涉及一种停车场软件数据异常处理方法及装置。

背景技术

近年来随着社会的发展，汽车成为了人们出行常用的交通工具，根据汽车所衍生的停车场软件系统的互联网化也发展迅猛，车场软件配合硬件管理模式逐渐转变为内部、客户平台配合车场软件管理模式，其中，内部平台与车场软件/硬件完全匹配，客户平台形态万千，与具体客户相关。

而随着停车场软件系统的互联网化的发展，越来越多的客户也开始对车场平台的数据有不同的管理需求，提出车场平台对接的需要，如公司内部系统与车场平台的对接，第三方集成商系统与车场平台的对接等，目前，在车场平台与客户平台的对接过程中，因为车场平台处理性能的限制以及网络问题，存在数据推送异常等情况，进而导致车场软件数据丢失。

发明内容

本申请实施例提供了一种停车场软件数据异常处理方法及装置，能够减少在对接的推送过程中数据丢失的情况。

本申请实施例在第一方面提供了一种停车场软件数据异常处理方法，包括：

通过缓存池获取车场软件数据，所述车场软件数据是平台对接需要传输的数据；

将所述车场软件数据推送至客户平台；

判断在预设时间内所述客户平台是否接收到所述车场软件数据；

若否，则存储所述车场软件数据，并将所述车场软件数据再次推送给所述客户平台。

可选的，所述将车场软件数据推送至客户平台，包括：

通过采用HTTP的请求方式将所述车场软件数据推送至客户平台。

可选的，所述判断在预设时间内所述客户平台是否接收到所述车场软件数据，包括：

设置所述HTTP的等待时长；

判断在所述等待时长内是否接收到所述客户平台反馈的通知，所述通知表示所述车场软件数据已接收。

可选的，所述存储所述车场软件数据，包括：

将推送失败的所述车场软件数据进行数据库存储。

可选的，所述存储所述车场软件数据之后，所述方法还包括：

在所述数据库中设置第一阈值，所述第一阀值表示一个长度数值；

调取所述数据库中的数据库表，所述数据库表为记录存储的所有推送失败的车场软件数据的列表；

判断所述数据库表的存储长度是否超过所述第一阀值；

若是，则触发警报提醒，并关闭所述数据库的数据存储通道；

若否，则保持所述数据库的数据存储通道的开启状态。

可选的，所述存储所述车场软件数据之后，所述将所述车场软件数据再次推送给所述客户平台之前，所述方法还包括：

对所述数据库内的所述车场软件数据进行排序，所述排序在每一次将推送失败的所述车场软件数据再次推送后都会更新一次，以确保调取的所述车场软件数据是本次推送给所述客户平台需要的数据；

根据所述排序调取出所需的所述车场软件数据。

可选的，所述将所述车场软件数据再次推送给所述客户平台之后，所述方法还包括：

在所述数据库中设置第二阀值，所述第二阀值表示所述车场软件数据重新存储在所述数据库内的次数；

判断未接收到的所述客户平台反馈的所述需要再次推送的数据推送成功的通知次数是否达到所述第二阀值；

若否，则继续向所述客户平台推送所述车场软件数据。

本申请实施例在第二方面提供了一种停车场软件数据异常处理装置，包括：

获取单元，用于通过缓存池获取待推送的车场软件数据，所述车场软件数据是平台对接需要传输的数据；

推送单元，用于将所述车场软件数据推送至客户平台；

判断单元，用于判断在预设时间内所述客户平台是否接收到所述车场软件数据；

第一执行单元，用于当所述判断单元确定所述客户平台没有接收到所述车场软件数据时，执行存储所述车场软件数据，并将所述车场软件数据再次推送给所述客户平台。

可选的，所述判断单元包括：

第一设置模块以及第一判断模块；

所述第一设置模块，用于设置HTTP请求的等待时长；

所述第一判断模块，用于判断在所述等待时长内是否接收到所述客户平台反馈的通知，所述通知表示所述车场软件数据已接收。

可选的，所述处理装置还包括：

第二设置模块，第一调取模块，第二判断模块，第二执行模块以及第三执行模块；

所述第二设置模块，用于在数据库中设置第一阀值，所述第一阀值表示一个长度数值；

所述第一调取模块，用于调取所述数据库中的数据库表，所述数据库表为记录存储的所有推送失败的车场软件数据的列表；

所述第二判断模块，用于判断所述数据库表的存储长度是否超过所述第一阀值；

所述第二执行模块，用于当所述第二判断模块确定所述数据库表的存储长度超过所述第一阀值时，执行触发警报提醒，并关闭所述数据库的数据存储通道；

所述第三执行模块，用于当所述第二判断模块确定所述数据库表的存储长度没有超过所述第一阀值时，保持所述数据库的数据存储通道的开启状态。

可选的，所述推送单元包括：

第一推送模块，所述第一推送模块，用于通过采用HTTP的请求方式将所述车场软件数据推送至客户平台。

可选的，所述第一执行单元包括：

存储模块和第二推送模块；

所述存储模块，用于将推送失败的所述车场软件数据进行数据库存储；

所述第二推送模块，用于将所述车场软件数据再次推送给所述客户平台。

可选的，所述处理装置还包括：

排序模块，第二调取模块；

所述排序模块，用于对所述数据库内的所述车场软件数据进行排序，所述排序在每一次将推送失败的所述车场软件数据再次推送后都会更新一次，以确保调取的所述车场软件数据是本次推送给所述客户平台需要的数据；

所述第二调取模块，用于当执行排序模块后，调取出所需的所述车场软件数据。

可选的，所述处理装置还包括：

第三设置模块，第三判断模块；

所述第三设置模块，用于在所述数据库中设置第二阀值，所述第二阀值表示所述车场软件数据重新存储在所述数据库内的次数；

所述第三判断模块，用于判断未接收到的所述客户平台反馈的所述需要再次推送的数据推送成功的通知次数是否达到所述第二阀值。

本申请实施例在第三方面提供了一种停车场软件数据异常处理装置，包括：

处理器、存储器、输入输出单元、总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述处理器具体执行如下操作：

通过缓存池获取车场软件数据，所述车场软件数据是平台对接需要传输的数据；

将所述车场软件数据推送至客户平台；

判断在预设时间内所述客户平台是否接收到所述车场软件数据；

若否，则存储所述车场软件数据，并将所述车场软件数据再次推送给所述客户平台。

可选的，所述处理器还用于执行第一方面中的任意可选方案的操作。

一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如前述第一方面以及第一方面的任意可选的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供的相关处理方法及装置中，将已经所有车场软件数据放置在缓存池中，再通过缓存池获取待推送的车场软件数据，将所述车场软件数据推送至客户平台，对客户平台是否接收到推送的车场软件数据进行判断，若是没有收到，则存储推送失败的车场软件数据，并将车场软件数据再次推送给客户平台，这样可以减少车场软件数据丢失的情况发生。

附图说明

图1为本申请实施例中停车场软件数据异常处理方法一个实施例流程示意图；

图2-1和图2-2为本申请实施例中停车场软件数据异常处理方法另一实施例流程示意图；

图3为本申请实施例中停车场软件数据异常处理装置一个实施例结构示意图；

图4为本申请实施例中停车场软件数据异常处理装置另一实施例结构示意图；

图5为本申请实施例中停车场软件数据异常处理装置另一实施例结构示意图。

具体实施方式

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

本申请实施例提供了一种停车场软件数据异常处理方法，使得车场平台在和客户平台的对接过程中能够减少数据丢失的情况。

在本实施例中，停车场软件数据的异常处理方法可在系统实现，可以在服务器实现，也可以在终端实现，具体不做明确限定。为方便描述，本申请实施例使用服务器为执行主体举例描述。

请参阅图1，本申请实施例中停车场软件数据异常处理方法的一个实施例包括：

101、服务器通过缓存池获取车场软件数据，所述车场软件数据是平台对接需要传输的数据；

车场平台采集车场软件端的数据除了给内部平台使用之外，还需要根据平台对接的需要将数据提供给客户平台。

本申请实施例中，在车场平台采集到车场软件数据以后，前期需要将采集到的所有数据存放在缓存池中，服务器在进行平台的对接服务时，才能实时从缓存池中获取需要推送的车场软件数据，以将数据推送给对应的客户平台。在数据存放缓存池时，该缓存池可以是多种，例如：Redis、kafka等中间件，具体此处不做限定。

102、服务器将所述车场软件数据推送至客户平台；

本实施例中，在服务器推送数据之前，服务器要基于客户平台对数据的不同管理需求来确定所需要推送的车场软件数据，再将该数据推送给客户平台。此处的客户平台并没有限定为唯一平台，而是根据具体客户的需求进行相应对接业务的平台。

103、服务器判断在预设时间内所述客户平台是否接收到所述车场软件数据，若否，则执行步骤104；

当服务器把基于客户平台对数据的不同管理需求来确定的车场软件数据推送到客户平台后，为了知道所推送的车场软件数据在推送过程中是否发生异常导致推送数据丢失，服务器还需要在一定的时间内判断请求数据是否响应成功，若是，则可判定该客户平台已经接收到了所述车场软件数据；若否，则可判定该客户平台没有收到所述车场软件数据，由此确定所述车场软件数据在推送过程中发生异常，并执行步骤104。

104、服务器存储所述车场软件数据，并将所述车场软件数据再次推送给所述客户平台。

当服务器确定在预设时间内该客户平台没有接收到该车场软件数据时，先把推送失败的数据进行存储，再将该存储的推送失败的数据重新推送给对应的客户平台。

上述实施例中，服务器获取到车场软件数据后，可以根据客户平台对数据的需求将相应的车场软件数据推送给客户平台，并能判断出客户平台是否接收到了车场软件数据，如果没推送成功，则服务器会对该客户平台再次推送之前推送失败的车场软件数据，这样能够减少在对接的推送过程中数据丢失的情况。

为清楚描述停车场软件数据异常处理方法，本申请实施例将结合图2-1和图2-2来进行详细描述。

请参阅图2-1和图2-2，本申请实施例中停车场软件数据异常处理方法的另一个实施例包括：

201、服务器通过缓存池获取车场软件数据，所述车场软件数据是平台对接需要传输的数据；

202、服务器将所述车场软件数据推送至客户平台；

203、服务器判断在所述预设时间内所述客户平台是否接收到所述车场软件数据；

本实施例中的步骤201至203与前述实施例中步骤101至103类似，此处不再赘述。

204、服务器存储所述车场软件数据；

服务器在判断出在预设时间内客户平台没有接收到所述车场软件数据时，将推送失败的车场软件数据进行数据库存储。

205、服务器在数据库中设置第一阀值；

数据库指的是长期储存在计算机内、有组织的、可共享的大量数据的集合，具有较小的冗余度、较高的数据独立性和易扩展性。在本实施例中服务器采用数据库存储推送失败的数据，但是由于数据库具有一定的存储空间，当库内存储容量超过一定限度时，服务器在与客户平台进行业务对接处理的数据再次推送的过程中易因为性能问题导致数据传输异常，因此需要给数据库设置一个第一阀值来控制数据库的存储量，保证数据库具有足够的存储容量，以使得服务器在推送数据的过程中工作性能正常，其中，该第一阀值表示一个长度数值。

206、服务器调取所述数据库中的数据库表；

数据库是所有相关的数据库表的集合，在本实施例中该数据库表为记录存储的所有推送失败的车场软件数据的列表，因此当服务器需要再次推送上次推送失败的车场软件数据给对应的客户平台时，服务器需要从数据库中调取出对应的数据库表，再从该数据库表中获取到对应的车场软件数据再次进行推送。

207、服务器判断所述数据库表的存储长度是否超过所述第一阀值，若是，则执行步骤208，若否，则执行步骤209；

服务器为了保证服务器和客户平台在进行平台对接服务的过程中数据库的工作能够正常运行，需要对数据库的状态进行监控，所以在服务器再次将推送失败的数据再次推送给对应的客户平台之前，服务器需要判断需要从中获取推送失败的车场软件数据的数据库表的存储长度是否超过第一阀值，若是，则执行步骤208；若否，则执行步骤209。

208、服务器触发警报提醒，并关闭所述数据库的数据存储通道；

当服务器确定该数据库表的存储长度已经超过第一阀值时，服务器触发警报提醒，并关闭该数据库的数据存储通道。

209、服务器保持所述数据库的数据存储通道的开启状态；

当服务器确定该数据库表的存储长度没有超过第一阀值时，服务器保持该数据库的数据存储通道。

210、服务器对所述数据库内的所述车场软件数据进行排序；

服务器在进行平台对接服务时，把车场软件数据推送给客户平台，若推送数据失败则将该数据存储于数据库中，等到再次需要推送给相应的客户平台时服务器再从数据库中调取所需的推送车场软件数据，为了保证调取到的数据不会是其它客户平台对接业务执行时推送的数据，服务器需要对数据库内的车场软件数据进行排序，以确保调取的车场软件数据是本次推送给客户平台需要的数据，该排序在每一次将推送失败的车场软件数据再次推送后都会更新一次。

211、服务器根据所述排序调取出所需的所述车场软件数据；

服务器在对数据库内的车场软件数据进行排序以后，根据排序顺序调取排序的最后一个数据作为所需的车场软件数据，其中，对车场软件数据的排序方式有多种，如可根据CREATE_DATE进行ASC排序或根据SYNC_FLAG排序等，具体此处不做限定。

212、服务器将所述车场软件数据再次推送给所述客户平台；

由于首次推送车场软件数据失败，当服务器完成对推送失败的数据存储、排序、调取后，重新对车场软件数据进行再次推送。

213、服务器在数据库中设置第二阀值；

服务器对推送失败的数据进行重新推送操作时，需要设置一个第二阀值n，该第二阀值n表示该数据重新存储在数据库内的次数，服务器在推送n次车场软件数据给客户平台若均是失败，则服务器确定该客户平台不需要该车场软件数据，不会再向该客户平台推送该车场软件数据。

214、服务器判断未接收到的所述客户平台反馈的需要再次推送的数据推送成功的通知次数是否达到所述第二阀值，若是，结束流程，若否，则执行步骤215。

在重新将推送失败的数据推送给对应的客户平台后，服务器统计未接收到的客户平台反馈的再次推送数据成功的通知次数，该通知次数在每次推送后都会更新一次，若是该通知次数达到了第二阀值n，则结束流程，若是该通知次数未达到第二阀值n，则执行步骤215。

215、服务器继续向所述客户平台推送所述车场软件数据；

当服务器在重新将推送失败过的数据推送给对应的客户平台后，服务器判断到未接收到的客户平台反馈的再次推送数据成功的通知次数还未达到第二阀值n，则继续向该客户平台推送该车场软件数据。

上述实施例中，服务器在与客户平台进行对接业务时，不但能够对推送失败的车场软件数据进行存储，还具有对数据库的监控机制，避免了在数据库超出负载量时仍继续工作而易导致的数据传输异常问题；具有数据选取机制，对于多次推送给客户平台均是失败的数据，服务器不会再对其进行推送，减少了服务器的工作量。

上面对本申请实施例中的停车场软件数据异常处理方法进行了描述，下面对本申请实施例中的停车场软件数据异常处理装置进行描述：

请参阅图3，本申请实施例中的停车场软件数据异常处理装置一个实施例包括：

获取单元301，用于通过缓存池获取待推送的车场软件数据，该车场软件数据是平台对接需要传输的数据；

推送单元302，用于将车场软件数据推送至客户平台；

判断单元303，用于判断在预设时间内客户平台是否接收到车场软件数据；

第一执行单元304，用于当判断单元303确定客户平台没有接收到车场软件数据时，执行存储车场软件数据，并将该车场软件数据再次推送给客户平台。

本实施例中，获取单元301获取到车场软件数据后，推送单元302将该软件车场数据推送给客户平台。并由判断单元303来判断在预设时间内该客户平台是否接收到该车场软件数据，如果该客户平台没有在预设时间内接收到该车场软件数据，则第一执行单元304存储该车场软件数据，并将该车场软件数据再次推送给该客户平台，减小了因车场平台处理性能的限制而导致的车场软件数据在推送过程中丢失的情况。

请参阅图4，本申请实施例中的停车场软件数据异常处理装置另一实施例包括：

获取单元401，用于通过缓存池获取待推送的车场软件数据，该车场软件数据是平台对接需要传输的数据；

推送单元402，用于将车场软件数据推送至客户平台；

判断单元403，用于判断在预设时间内客户平台是否接收到车场软件数据；

第一执行单元404，用于当判断单元403确定客户平台没有接收到车场软件数据时，执行存储车场软件数据，并将该车场软件数据再次推送给客户平台。

本实施例中，推送单元402可以包括第一推送模块4021。

第一推送模块4021用于通过采用HTTP的请求方式将车场软件数据推送至客户平台。

本实施例中，判断单元403可以包括第一设置模块4031和第一判断模块4032。

第一设置模块4031用于设置HTTP请求的等待时长；

第一判断模块4032用于判断在等待时长内是否接收到客户平台反馈的通知，该通知表示车场软件数据已接收。

本实施例中，第一执行单元404可以包括存储模块4041和第二推送模块40411。

存储模块4041用于将推送失败的车场软件数据进行数据库存储；

第二推送模块40411用于将车场软件数据再次推送给客户平台。

本实施例中，该停车场软件数据异常处理装置还可以进一步包括：

第二设置模块4042，第一调取模块4043，第二判断模块4044，第二执行模块4045，第三执行模块4046，排序模块4047，第二调取模块4048，第三设置模块4049以及第三判断模块40410。

第二设置模块4042用于在数据库中设置第一阀值，该第一阀值表示一个长度数值；

第一调取模块4043用于调取数据库中的数据库表，该数据库表为记录存储的所有推送失败的车场软件数据的列表；

第二判断模块4044用于判断数据库表的存储长度是否超过第一阀值；

第二执行模块4045用于当第二判断模块4044确定数据库表的存储长度超过第一阀值时，执行触发警报提醒，并关闭数据库的数据存储通道；

第三执行模块4046用于当第二判断模块4044确定数据库表的存储长度没有超过第一阀值时，保持数据库的数据存储通道的开启状态；

排序模块4047用于对数据库内的车场软件数据进行排序，该排序在每一次将推送失败的车场软件数据再次推送后都会更新一次，以确保调取的车场软件数据是本次推送给客户平台需要的数据；

第二调取模块4048用于当执行排序模块4047后，调取出所需的车场软件数据；

第三设置模块4049用于在数据库中设置第二阀值，该第二阀值表示车场软件数据重新存储在数据库内的次数；

第三判断模块40410用于判断未接收到的客户平台反馈的需要再次推送的数据推送成功的通知次数是否达到第二阀值。

上述实施例中，各单元及模块的功能与前述图2-1及图2-2所示实施例中的步骤对应，此处不再赘述。

下面对本申请实施例中的停车场软件数据异常处理装置进行详细描述，请参阅图5，在本申请实施例中停车场软件数据异常处理装置另一实施例包括：

处理器501、存储器502、输入输出单元503、总线504；

处理器501与存储器502、输入输出单元503以及总线504相连；

处理器501具体执行如下操作：

通过缓存池获取车场软件数据，该车场软件数据是平台对接需要传输的数据；

将车场软件数据推送至客户平台；

判断在预设时间内客户平台是否接收到车场软件数据；

若否，则存储车场软件数据，并将车场软件数据再次推送给客户平台。

本实施例中，处理器501的功能与前述图1至图4所述实施例中的步骤对应，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种停车场软件数据异常处理方法，其特征在于，包括：

通过缓存池获取车场软件数据，所述车场软件数据是平台对接需要传输的数据；

将所述车场软件数据推送至客户平台；

判断在预设时间内所述客户平台是否接收到所述车场软件数据；

若否，则存储所述车场软件数据，并将所述车场软件数据再次推送给所述客户平台。

2.根据权利要求1所述的处理方法，其特征在于，所述将车场软件数据推送至客户平台，包括：

通过采用HTTP的请求方式将所述车场软件数据推送至客户平台。

3.根据权利要求2所述的处理方法，其特征在于，所述判断在预设时间内所述客户平台是否接收到所述车场软件数据，包括：

设置所述HTTP的等待时长；

判断在所述等待时长内是否接收到所述客户平台反馈的通知，所述通知表示所述车场软件数据已接收。

4.根据权利要求1至3任意一项所述的处理方法，其特征在于，所述存储所述车场软件数据，包括：

将推送失败的所述车场软件数据进行数据库存储。

5.根据权利要求4所述的处理方法，其特征在于，所述存储所述车场软件数据之后，所述方法还包括：

在所述数据库中设置第一阈值，所述第一阀值表示一个长度数值；

调取所述数据库中的数据库表，所述数据库表为记录存储的所有推送失败的车场软件数据的列表；

判断所述数据库表的存储长度是否超过所述第一阀值；

若是，则触发警报提醒，并关闭所述数据库的数据存储通道；

若否，则保持所述数据库的数据存储通道的开启状态。

6.根据权利要求5所述的处理方法，其特征在于，所述存储所述车场软件数据之后，所述将所述车场软件数据再次推送给所述客户平台之前，所述方法还包括：

对所述数据库内的所述车场软件数据进行排序，所述排序在每一次将推送失败的所述车场软件数据再次推送后都会更新一次，以确保调取的所述车场软件数据是本次推送给所述客户平台需要的数据；

根据所述排序调取出所需的所述车场软件数据。

7.根据权利要求6所述的处理方法，其特征在于，所述将所述车场软件数据再次推送给所述客户平台之后，所述方法还包括：

在所述数据库中设置第二阀值，所述第二阀值表示所述车场软件数据重新存储在所述数据库内的次数；

判断未接收到的所述客户平台反馈的需要再次推送的数据推送成功的通知次数是否达到所述第二阀值；

若否，则继续向所述客户平台推送所述车场软件数据。

8.一种停车场软件数据异常处理装置，其特征在于，包括：

获取单元，用于通过缓存池获取待推送的车场软件数据，所述车场软件数据是平台对接需要传输的数据；

推送单元，用于将所述车场软件数据推送至客户平台；

判断单元，用于判断在预设时间内所述客户平台是否接收到所述车场软件数据；

第一执行单元，用于当所述判断单元确定所述客户平台没有接收到所述车场软件数据时，执行存储所述车场软件数据，并将所述车场软件数据再次推送给所述客户平台。

9.根据权利要求8所述的处理装置，其特征在于，所述判断单元包括：

第一设置模块以及第一判断模块；

所述第一设置模块，用于设置HTTP请求的等待时长；

所述第一判断模块，用于判断在所述等待时长内是否接收到所述客户平台反馈的通知，所述通知表示所述车场软件数据已接收。

10.根据权利要求8所述的处理装置，其特征在于，所述处理装置还包括：

第二设置模块，第一调取模块，第二判断模块，第二执行模块以及第三执行模块；

所述第二设置模块，用于在数据库中设置第一阀值，所述第一阀值表示一个长度数值；

所述第一调取模块，用于调取所述数据库中的数据库表，所述数据库表为记录存储的所有推送失败的车场软件数据的列表；

所述第二判断模块，用于判断所述数据库表的存储长度是否超过所述第一阀值；

所述第二执行模块，用于当所述第二判断模块确定所述数据库表的存储长度超过所述第一阀值时，执行触发警报提醒，并关闭所述数据库的数据存储通道；

所述第三执行模块，用于当所述第二判断模块确定所述数据库表的存储长度没有超过所述第一阀值时，保持所述数据库的数据存储通道的开启状态。

Images