一种基于停车场业务数据的上传方法与流程

本发明涉及数据库领域，特别是涉及一种基于停车场业务数据的上传方法。

背景技术：

随着互联网的发展，越来越多的领域用到该技术，例如，当前很多停车场都采用互联网进行数据的传输。当前，线上技术和业务层出不穷，如管理平台，手机APP，微信二维码，微信支付，支付宝支付等。停车场软件系统的成熟化，标志着线上业务和技术发展进入井喷阶段。从服务形态及模式来看，线上业务围绕着互联网资源，不断丰富停车场业务功能，以手机APP为例，用户可直接通过车场相关APP完成线上缴费，延期，查询车场相关信息等业务。以上业务的实现，需要依赖于线下业务数据到线上平台链路的畅通性和可靠性。

但是现有技术中，当有业务数据产生后，直接通过通信链路上传到线上平台，这个过程中，可能出现各种异常情况，导致线上平台接收到的业务数据不完整，无法进行下一步的数据处理。在这个过程中，这些异常的数据不仅占用了通信链路的资源，而且也浪费了线上平台服务器的资源，从而影响正常业务数据传输，导致。

由此可见，如何保证业务数据畅通和高效的上传至线上平台，保障线上平台的各种业务能够正常进行是本领域技术人员亟待解决的问题。

技术实现要素：

本发明的目的是提供一种基于停车场业务数据的上传方法，用于保证业务数据畅通和高效的上传至线上平台，保障线上平台的各种业务能够正常进行。

为解决上述技术问题，本发明提供一种基于停车场业务数据的上传方法，包括：

S1：判断业务数据是否通过异常验证规则；如果是，则进入步骤S2，否则，进入步骤S3；

S2：对所述业务数据添加验证通过标志作为待上传数据；

S3：根据所述业务数据的异常类型对所述业务数据添加验证未通过标志作为待重传数据；

S4：上传所述待上传数据。

优选地，步骤S3之后还包括：

S5：根据所述待重传数据的标志判断所述待重传数据是否符合重传规则；如果是，进入步骤S6；

S6：将所述待重传数据作为所述待上传数据，进入S4。

优选地，所述S4具体包括：

S40：更改写入当前待上传数据的发送次数和发送时间并开始上传；

S41：判断所述待上传数据是否处理成功；如果否，则进入步骤S42；

S42：对所述待上传数据添加处理未通过标志作为所述待重传数据，进入步骤S5。

优选地，所述异常验证规则为数据完整性验证规则。

优选地，所述验证未通过标志包括逻辑完整性验证未通过标志和数据格式完整性验证未通过标志。

优选地，当所述待重传数据的标志为所述验证未通过标志时，所述重传规则为：若所述待重传数据的标志为所述逻辑完整性验证未通过标志，则所述待重传数据符合所述重传规则；若所述待重传数据的标志为所述数据格式完整性验证未通过标志，则所述待重传数据不符合所述重传规则。

优选地，当所述待重传数据的标志为所述处理未通过标志时，所述重传规则为：若所述待重传数据的发送次数小于或等于预定值，则所述待重传数据符合所述重传规则；若所述待重传数据的发送次数大于所述预定值，则所述待重传数据不符合所述重传规则。

优选地，在所述S5之前还包括：

S7：将当前积累的且包含所述处理未通过标志的待重传数据按照所述发送时间进行ASC排序，并按照所述ASC排序的排序结果依次输出所述待重传数据。

优选地，当所述S5的判断结果为否时，还包括：

S8：将不符合所述重传规则的所述待重传数据进行存储。

优选地，所述S8之后还包括：

S9：输出所述待重传数据上传失败的信息。

本发明所提供的基于停车场业务数据的上传方法，包括判断业务数据是否通过异常验证规则；如果是，则对业务数据添加验证通过标志作为待上传数据，并上传待上传数据；否则，根据业务数据的异常类型对业务数据添加验证未通过标志作为待重传数据。由此可见，本方法可以在业务数据上传之前预先判断该业务数据是否通过异常验证规则，对于没有通过异常验证规则的业务数据进行保留，而将通过异常验证规则的业务数据上传，以此不仅能够提高数据传输的速度，还降低了服务器的资源消耗，从而实现业务数据畅通和高效的上传至线上平台的目的。

附图说明

为了更清楚地说明本发明实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种基于停车场业务数据的上传方法的流程图；

图2为本发明实施例提供的另一种基于停车场业务数据的上传方法的流程图；

图3为本发明实施例提供的另一种基于停车场业务数据的上传方法的流程图。

具体实施方式

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

本发明的核心是提供一种基于停车场业务数据的上传方法，用于保证业务数据畅通和高效的上传至线上平台，保障线上平台的各种业务能够正常进行。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

图1为本发明实施例提供的一种基于停车场业务数据的上传方法的流程图。如图1所示，包括：

S1：判断业务数据是否通过异常验证规则；如果是，则进入步骤S2，否则，进入步骤S3。

S2：对业务数据添加验证通过标志作为待上传数据。

S3：根据业务数据的异常类型对业务数据添加验证未通过标志作为待重传数据。

S4：上传待上传数据。

可以理解的是，本方法应用在线上平台获取业务数据之前，现有技术中，当产生业务数据时，则直接通过通信链路将业务数据发送给线上平台进行数据处理，但是有些情况下，业务数据会出现异常，例如，数据不完整的，即使将这些业务数据发送给线上平台，线上平台也不能及时进行处理，并且，线上平台在接收到业务数据后，会调用相应的处理机制进行处理，如果数据不完整则处理机制一直被调用，由此可见，这样的数据上传方法不仅造成通信链路的堵塞，从而降低传输速度，并且导致线上平台的服务器的资源消耗量非常大，降低了数据处理的速度。

本发明中，在业务数据上传之前首先是判断所要上传的业务数据是否存在异常，即是否通过异常验证规则，如果通过，则说明所要上传的业务数据可以作为待上传数据进行上传，而没有通过，则说明所要上传的业务数据不可以作为待上传数据进行上传。根据步骤S3，对没有通过异常验证规则的业务数据添加验证未通过标志作为待重传数据。可以理解的是，之所以要进行步骤S3就是防止有些业务数据由于传输链路等原因没有传输完整才导致没有通过异常验证规则，对于这样的业务数据我们需要再后续进行重传。具体的重传过程将在下文中详细描述，本实施例不再赘述。

在具体实施中，由于业务数据的产生没有固定的频率，可以短时间内有很多业务数据，因此，为了防止数据丢失等情况，可以设置一个缓冲区域用来缓冲这些没有来得及进行验证的业务数据。

以一个简单的例子进行说明，如果当前有10个业务数据需要上传，则对每个业务数据都需要进行上述步骤，此处不再赘述，如果有5个业务数据通过异常验证规则，5个业务数据没有通过异常验证规则，则通过异常验证规则的那5个业务数据就是待上传业务数据，而没有通过异常验证规则的那5个业务数据就是待重传数据。并且需要根据异常类型给没有通过异常验证规则的那5个业务数据添加验证未通过标志。可以理解的是，异常类型有很多种，不同的类型，则对应的验证未通过标志也不同，这样就可以通过验证未通过标志来确定当前的业务数据是由于什么原因而导致的数据异常。在具体实施中，需要根据业务数据的类型确定异常类型，例如对于一种业务数据，其包含3个部分，第一个部分为手机号码，第二部分为姓名，第三部分为性别，则对于这样的业务数据类型，如果第一个部分的手机号码为20位，则显然这个业务数据就不会通过异常验证规则，且对应的验证未通过标志就是手机号码位数错误。对于这样的业务数据，就不需要上传，因为即使上传也不能正常处理，且浪费传输资源和服务器资源。

需要说明的是，上述只是以一个简单的例子进行说明，至于异常验证规则如果设置需要根据业务数据的类型以及内容进行设置本实施例不再赘述。此外，图1中，步骤S3中，否的那个分支进入结束这一步骤，这里的结束并不是将待重传数据丢弃，而是在本实施例中结束，但是在其它实施例中待重传数据还可以进入到其它步骤。

本实施例提供的基于停车场业务数据的上传方法，包括判断业务数据是否通过异常验证规则；如果是，则对业务数据添加验证通过标志作为待上传数据，并上传待上传数据；否则，根据业务数据的异常类型对业务数据添加验证未通过标志作为待重传数据。由此可见，本方法可以在业务数据上传之前预先判断该业务数据是否通过异常验证规则，对于没有通过异常验证规则的业务数据进行保留，而将通过异常验证规则的业务数据上传，以此不仅能够提高数据传输的速度，还降低了服务器的资源消耗，从而实现业务数据畅通和高效的上传至线上平台的目的。

图2为本发明实施例提供的另一种基于停车场业务数据的上传方法的流程图。如图2所示，步骤S3之后还包括：

S5：根据待重传数据的标志判断待重传数据是否符合重传规则；如果是，进入步骤S6；

S6：将待重传数据作为待上传数据，进入S4。

对于那些没有通过异常验证规则的业务数据，需要进程再次判断，之所以进行再次判断就是防止这部分数据只是因为网络或者延时等问题而导致的不符合异常验证规则。如果待重传数据符合重传规则，则这样的待重传数据就作为待上传数据，即可以进入步骤S4进行上传。

可以理解的是，待重传数据是否符合重传规则需要依据待重传数据所携带的标志进行判断，换句话说，不同的标志，则对应的重传规则的内容是不同的，下文将详细描述。

作为优选地实施方式，异常验证规则为数据完整性验证规则。可以理解的是，数据完整性验证规则只是异常验证规则中的一种，并不代表只有这一种方式。

作为优选地实施方式，当异常验证规则为数据完整性验证规则时，则验证未通过标志包括逻辑完整性验证未通过标志和数据格式完整性验证未通过标志。

作为优选地实施方式，当待重传数据的标志为验证未通过标志时，重传规则为：若待重传数据的标志为逻辑完整性验证未通过标志，则待重传数据符合重传规则；若待重传数据的标志为数据格式完整性验证未通过标志，则待重传数据不符合重传规则。

可以理解的是，如果待重传数据的标志是数据格式完整性验证未通过标志，则这样的待重传数据也就没有上传的必要，因此，待重传数据不符合重传规则，结束即可。这里的结束与上文的结束类似，并不是将待重传数据丢弃，而是在本实施例中结束，但是在其它实施例中待重传数据还可以进入到其它步骤。

图3为本发明实施例提供的另一种基于停车场业务数据的上传方法的流程图。如图3所示，作为优选地实施方式，S4具体包括：

S40：更改写入当前待上传数据的发送次数和发送时间并开始上传。

S41：判断待上传数据是否处理成功；如果否，则进入步骤S42。

S42：对待上传数据添加处理未通过标志作为待重传数据，进入步骤S5。

步骤S40中，如果待上传数据是首次上传，则发送次数就由0变成1，如果是第二次，则由1变成2，依次类推。发送时间都是当前的时间，可以理解的是，对于同一个数据而言，前后两次的发送时间一定不同。对于没有处理成功的待上传数据而言，将作为待重传数据进行重传。可以理解的是，因为步骤S40中，当前待上传数据可能是最初就通过异常验证规则的业务数据，或者是最初没有通过异常验证规则，但是满足重传规则的业务数据，只要上传但没有上传成功，则这些数据就会成为待重传数据。

通过发送次数就可以判断出当前这个待重传数据上传了几次，可以理解的是，如果一个数据多次上传都失败，则就没有必要再浪费资源，因此，本实施例的操作如下。

作为优选地实施方式，当待重传数据的标志为处理未通过标志时，重传规则为：若待重传数据的发送次数小于或等于预定值，则待重传数据符合重传规则；若待重传数据的发送次数大于预定值，则待重传数据不符合重传规则。

可以理解的是，预定值可以灵活设置，例如，可以是3次。在其它实施例中，还可以为待重传数据添加重要度标志，通过重要度标志和发送次数来判断，即重要度高的，则预定值可以设置的大一些，例如5次，重要度低的，则预定值可以设置的小一些，例如3次。则对应的重传规则就需要相适应的改变，本实施例不再赘述。

在上述实施例的基础上，在S5之前还包括：

S7：将当前积累的且包含处理未通过标志的待重传数据按照发送时间进行ASC排序，并按照ASC排序的排序结果依次输出待重传数据。

在上述实施例中已经描述，可以将未能及时上传的业务数据暂时存储起来，为了业务数据进入闭循环，即防止相同的业务数据未能上传成功后被多次执行S5，而导致其他的业务数据不能执行，本实施例中，通过发送时间进行ASC排序，按照排序结果输出待重传数据，这样就可以防止在抓取待重传数据时，多次重复抓取一个待重传数据。

可以理解的是，还可以为待重传数据添加优先等级标志，按照优先等级进行排序，从而使得优先等级高的待重传数据优先被抓取。

在上述实施例的基础上，当S5的判断结果为否时，还包括：

S8：将不符合重传规则的待重传数据进行存储。

本实施例中，将不符合重传规则的待重传数据进行存储，可以方便工作人员查看，有针对性的确定问题之所在。

在上述实施例的基础上，S8之后还包括：

S9：输出待重传数据上传失败的信息。

为了及时提醒工作人员查看，本实施例中输出上传失败的信息，可以理解的是，该信息可以包含待重传数据的全部记录，例如初次生成的时间，初次上传的时间等，此处不再赘述。

以上对本发明所提供的基于停车场业务数据的上传方法进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。