业务请求处理方法、服务器及终端的制作方法
【技术领域】
[0001]本发明涉及互联网技术领域，特别涉及一种业务请求处理方法、服务器及终端。
【背景技术】
[0002]随着移动互联网技术的快速发展，使用终端的用户越来越多。服务器通常需要接收终端发送的业务请求，对业务请求进行处理，以完成相应的业务。其中，终端在发送业务请求时，可能会因为网络故障等原因，导致重复发送业务请求至服务器。此时，服务器可能会接收到大量重复的业务请求。另外，当服务器接收到重复业务请求时，可能会对同一业务重复进行处理，使得业务逻辑错误，导致相关的处理结果出错。
[0003]在实现本发明的过程中，发明人发现上述方法至少存在以下问题:
[0004]由于在处理业务时，可能会出现同一业务请求在有限时间内多次传输至服务器的情况，此时，服务器会接收到重复的业务请求，导致造成服务器拥塞。另外，还会使得服务器因对重复的业务请求进行处理，造成处理结果错误。因此，对服务器的负担较大，业务处理的效果不佳。
【发明内容】
[0005]为了解决现有技术的问题，本发明实施例提供了一种业务请求处理方法、服务器及终端。所述技术方案如下:
[0006]根据本发明实施例的第一方面，提供了一种业务请求处理方法，该方法包括:
[0007]接收终端发送的业务请求，所述业务请求中至少包括业务数据、所述业务数据的校验数据、发送请求时间、行程时间及终端应用标识，所述行程时间为所述终端第一次发送业务请求与服务器第一次接收到业务请求的时间差；
[0008]至少根据所述发送请求时间、接收请求时间及所述行程时间，判断所述业务请求是否为无效业务请求；
[0009]若所述业务请求不为无效业务请求，则对所述业务请求进行处理。
[0010]结合第一方面，在第一方面的第一种可能的实现方式中，所述至少根据所述发送请求时间、接收请求时间及所述行程时间，判断所述业务请求是否为无效业务请求，包括:
[0011]将所述发送请求时间及所述行程时间相加，得到和值；
[0012]将所述接收请求时间与所述和值相减，得到第一差值；
[0013]判断所述第一差值是否大于预设阈值；
[0014]若所述第一差值大于预设阈值，则确定所述业务请求为无效业务请求。
[0015]结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述判断所述第一差值是否大于预设阈值之后，还包括:
[0016]若所述第一差值不大于预设阈值，则判断缓存中是否存储有所述校验数据；
[0017]若所述缓存中存储有所述校验数据，则确定所述业务请求为无效业务请求。
[0018]结合第一方面，在第一方面的第三种可能的实现方式中，所述至少根据所述发送请求时间、接收请求时间及所述行程时间，判断所述业务请求是否为无效业务请求，包括:
[0019]根据所述业务数据及所述校验数据，判断所述业务请求是否为无效业务请求。
[0020]结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述根据所述业务数据及所述校验数据，判断所述业务请求是否为无效业务请求，包括:
[0021]按照预设算法对所述业务数据进行计算，得到计算结果；
[0022]选取所述计算结果中预设位数的数据，作为待校验数据；
[0023]将所述待校验数据与所述校验数据进行比对；
[0024]若所述待校验数据与所述校验数据不一致，则确定所述业务请求为无效业务请求。
[0025]结合第一方面，在第一方面的第五种可能的实现方式中，所述接收终端发送的业务请求之后，还包括:
[0026]计算所述发送请求时间与接收请求时间之间的第二差值；
[0027]若所述第二差值与所述行程时间之间的差值不在预设数值范围之内，则向所述终端发送时钟更改标识，由所述终端根据所述时钟更改标识，重新确定本地时间。
[0028]结合第一方面，在第一方面的第六种可能的实现方式中，所述方法还包括:
[0029]当所述终端为第一次发送业务请求时，获取所述终端发送的第一次业务请求及接收到所述第一次业务请求的时间，所述第一次业务请求中至少包括发送请求时间；
[0030]计算所述发送请求时间与接收到所述第一次业务请求的时间之间的差值，将所述差值作为行程时间；
[0031]向所述终端返回所述行程时间。
[0032]根据本发明实施例的第二方面，提供了一种业务请求处理方法，该方法包括:
[0033]当检测到触发新的业务时，获取业务数据；
[0034]根据所述业务数据，生成所述业务数据的校验数据；
[0035]根据所述业务数据及所述业务数据的校验数据，生成业务请求，所述业务请求中至少包括业务数据、所述业务数据的校验数据、发送请求时间、行程时间及终端应用标识，所述行程时间为所述终端第一次发送业务请求与服务器第一次接收到业务请求的时间差;
[0036]向服务器发送所述业务请求，由所述服务器接收所述业务请求，对所述业务请求进行处理。
[0037]结合第二方面，在第一方面的第一种可能的实现方式中，所述向服务器发送所述业务请求之前，还包括:
[0038]若当前为第一次发送业务请求，向所述服务器发送第一次业务请求，所述第一次业务请求中至少包括发送请求时间，由所述服务器根据所述第一次业务请求，计算行程时间，将所述行程时间返回；
[0039]接收所述服务器返回的行程时间。
[0040]根据本发明实施例的第三方面，提供了一种服务器，该服务器包括:
[0041]接收模块，用于接收终端发送的业务请求，所述业务请求中至少包括业务数据、所述业务数据的校验数据、发送请求时间、行程时间及终端应用标识，所述行程时间为所述终端第一次发送业务请求与服务器第一次接收到业务请求的时间差；
[0042]判断模块，用于至少根据所述发送请求时间、接收请求时间及所述行程时间，判断所述业务请求是否为无效业务请求；
[0043]处理模块，用于当所述业务请求不为无效业务请求时，则对所述业务请求进行处理。
[0044]结合第三方面，在第三方面的第一种可能的实现方式中，所述判断模块，包括:
[0045]第一计算单元，用于将所述发送请求时间及所述行程时间相加，得到和值；
[0046]第二计算单元，用于将所述接收请求时间与所述和值相减，得到第一差值；
[0047]第一判断单元，用于判断所述第一差值是否大于预设阈值；
[0048]第一确定单元，用于当所述第一差值大于预设阈值时，确定所述业务请求为无效业务请求。
[0049]结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述判断模块还包括:
[0050]第二判断单元，用于当所述第一差值不大于预设阈值时，判断缓存中是否存储有所述校验数据；
[0051]第二确定单元，用于当所述缓存中存储有所述校验数据时，确定所述业务请求为无效业务请求。
[0052]结合第三方面，在第三方面的第三种可能的实现方式中，所述判断模块，包括:
[0053]第三判断单元，用于根据所述业务数据及所述校验数据，判断所述业务请求是否为无效业务请求。
[0054]结合第三方面的第三种可能的实现方式，在第三方面的第四种可能的实现方式中，所述第三判断单元，用于按照预设算法对所述业务数据进行计算，得到计算结果；选取所述计算结果中预设位数的数据，作为待校验数据；将所述待校验数据与所述校验数据进行比对；若所述待校验数据与所述校验数据不一致，则确定所述业务请求为无效业务请求。
[0055]结合第三方面，在第三方面的第五种可能的实现方式中，其特征在于，所述服务器还包括:
[0056]第一计算模块，用于计算所述发送请求时间与接收请求时间之间的第二差值；
[0057]发送模块，用于当所述第二差值与所述行程时间之间的差值不在预设数值范围之内时，则向所述终端发送时钟更改标识，由所述终端根据所述时钟更改标识，重新确定本地时间。
[0058]结合第三方面，在第三方面的第六种可能的实现方式中，所述服务器还包括:
[0059]获取模块，用于当所述终端为第一次发送业务请求时，获取所述终端发送的第一次业务请求及接收到所述第一次业务请求的时间，所述第一次业务请求中至少包括发送请求时间；
[0060]第二计算模块，用于计算所述发送请求时间与接收到所述第一次业务请求的时间之间的差值，将所述差值作为行程时间；
[0061]返回模块，用于向所述终端返回所述行程时间。
[0062]根据本发明实施例的第四方面，提供了一种终端，该终端包括:
[0063]获取模块，用于当检测到触发新的业务时，获取业务数据；
[0064]第一生成模块，用于根据所述业务数据，生成所述业务数据的校验数据；
[0065]第二生成模块，用于根据所述业务数据及所述业务数据的校验数据，生成业务请求，所述业务请求中至少包括业务数据、所述业务数据的校验数据、发送请求时间、行程时间及终端应用标识，所述行程时间为所述终端第一次发送业务请求与服务器第一次接收到业务请求的时间差；
[0066]第一发送模块，用于向服务器发送所述业务请求，由所述服务器接收所述业务请求，对所述业务请求进行处理。
[0067]结合第四方面，在第四方面的第一种可能的实现方式中，所述终端还包括:
[0068]第二发送模块，用于在当前为第一次发送业务请求时，向所述服务器发送第一次业务请求，所述第一次业务请求中至少包括发送请求时间，由所述服务器根据所述第一次业务请求，计算行程时间，将所述行程时间返回；
[0069]接收模块，用于接收所述服务器返回的行程时间。
[0070]本发明实施例提供的技术方案带来的有益效果是:
[0071]通过接收终端发送的业务请求，至少根据发送请求时间、接收请求时间及行程时间，判断业务请求是否为无效业务请求，若业务请求不为无效业务请求，则对业务请求进行处理。由于能够根据发送请求时间、接收请求时间及行程时间，对业务请求进行判断，从而能够对重复的业务请求进行筛选，避免因重复业务请求而造成的服务器拥塞以及处理结果出错。因此，对服务器的负担较轻，业务处理的效果较佳。
【附图说明】
[0072]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0073]图1是根据一示例性实施例示出的一种业务请求处理方法的流程图。
[0074]图2是根据一示例性实施例示出的一种业务请求处理方法的流程图。
[0075]图3是根据一示例性实施例示出的一种业务请求处理方法的流程图。
[0076]图4是根据一示例性实施例示出的一种服务器的结构示意图。
[0077]图5是根据一示例性实施例示出的一种判断模块的结构示意图。
[0078]图6是根据一示例性实施例示出的一种判断模块的结构示意图。
[0079]图7是根据一示例性实施例示出的一种判断模块的结构示意图。
[0080]图8是根据一