CN105787791A - 业务请求处理方法及装置 - Google Patents

Abstract

本申请提供一种业务请求处理方法及装置。方法包括：接收第一业务请求；若在业务系统的当前业务周期内已接收到与第一业务请求相同或满足预设关系的第二业务请求，将第一业务请求发送给业务系统，并指示业务系统在第一业务周期处理第一业务请求，第一业务周期不同于业务系统处理第二业务请求所使用的业务周期。本申请可以提高业务处理的效率。

Description

业务请求处理方法及装置

【技术领域】

本申请涉及软件技术领域，尤其涉及一种业务请求处理方法及装置。

【背景技术】

随着互联网技术的发展，基于互联网的业务系统越来越多。部分业务系统会基于一些因素，例如安全性、合理性、自身处理能力、或用户体验等因素，而设置一些业务规则。

在某些业务系统中，一种常见的业务规则不允许业务系统在一定时间内反复执行相同的业务操作。若在一定时间内接收到多个请求执行相同业务操作的业务请求，业务系统只会处理第一个接收到的业务请求，对其他业务请求不做处理。例如，在银行系统中，一般不允许在同一天内针对同一账户反复执行相同金额的退款操作，若在同一天内接收到同一账户多次请求相同金额的退款请求，只处理第一次接收到的退款请求，对其他退款请求不做处理。

上述业务规则可以防止由于网络故障(网络故障导致同一业务请求不断重发)或黑客行为等各种因素引起的非法业务操作，但是，对于真正需要在一定时间内通过多次业务请求进行多次相同业务操作的情况，一般只能在等待较长时间后才能发现业务系统对后续业务请求未做处理，并采用其他方式进行处理或重新发送业务请求，这导致业务处理的效率较低。

【发明内容】

本申请的多个方面提供一种业务请求处理方法及装置，用以提高业务处理的效率。

本申请的一方面，提供一种业务请求处理方法，包括：

接收第一业务请求；

若在业务系统的当前业务周期内已接收到与所述第一业务请求相同或满足预设关系的第二业务请求，将所述第一业务请求发送给所述业务系统，并指示所述业务系统在第一业务周期处理所述第一业务请求，所述第一业务周期不同于所述业务系统处理所述第二业务请求所使用的业务周期。

本申请的另一方面，提供一种业务请求处理装置，包括：

接收模块，用于接收第一业务请求；

处理模块，用于当在业务系统的当前业务周期内已接收到与所述第一业务请求相同或满足预设关系的第二业务请求时，将所述第一业务请求发送给所述业务系统，并指示所述业务系统在第一业务周期处理所述第一业务请求，所述第一业务周期不同于所述业务系统处理所述第二业务请求所使用的业务周期。

本申请的又一方面，提供一种设备，包括：

一个或者多个处理器；

存储器；

一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：

接收第一业务请求；

当在业务系统的当前业务周期内已接收到与所述第一业务请求相同或满足预设关系的第二业务请求时，将所述第一业务请求发送给所述业务系统，并指示所述业务系统在第一业务周期处理所述第一业务请求，所述第一业务周期不同于所述业务系统处理所述第二业务请求所使用的业务周期。

在本申请中，接收第一业务请求，若在业务系统的当前业务周期内已经接收到与第一业务请求相同或满足预设关系的第二业务请求，则将第一业务请求发送给业务系统，并指示业务系统在不同于处理第二业务请求所使用的业务周期的第一业务周期处理第一业务请求，保证第一业务请求能够得到处理，避免了业务系统因已接收到第二业务请求而丢弃相同或满足预设关系的第一业务请求，且只有在较长时间后才能被用户发现第一业务请求未被处理的情况，提高了业务处理效率。

【附图说明】

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

图1为本申请一实施例提供的业务请求处理方法的流程示意图；

图2为本申请一实施例提供的业务请求处理装置的结构示意图；

图3为本申请另一实施例提供的业务请求处理装置的结构示意图。

【具体实施方式】

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

图1为本申请一实施例提供的业务请求处理方法的流程示意图。如图1所示，该方法包括：

101、接收第一业务请求。

102、若在业务系统的当前业务周期内已接收到与第一业务请求相同或满足预设关系的第二业务请求，将第一业务请求发送给业务系统，并指示业务系统在第一业务周期处理第一业务请求，第一业务周期不同于业务系统处理第二业务请求所使用的业务周期。

本实施例提供一种业务请求处理方法，可由业务请求处理装置来执行。业务请求处理装置可以是通过向业务系统发送业务请求，以使用业务系统所提供的业务或服务的装置。根据业务系统的不同，业务请求处理装置也会不同。举例说明，业务系统可以是提供的账务处理业务的银行业务系统，则业务请求处理装置可以是基于该银行业务系统所提供的账户处理业务进行网络支付或退款的支付平台，例如可以是淘宝国内支付平台或国际支付平台等。业务系统可以是提供资源下载业务的资源管理系统，则业务请求处理装置可以是基于该资源管理系统所提供的资源下载业务进行资源下载的客户端。

在实际应用中，业务请求处理装置接收业务请求，将业务请求发送给业务系统，以使业务系统对该业务请求进行处理。例如，若业务请求是退款请求，则业务请求处理装置将退款请求发送给业务系统，业务系统根据该退款请求进行退款处理。业务系统根据退款请求进行退款处理实际上是将相应金额退会相应账户。又例如，若业务请求是资源下载请求，则业务请求处理装置将资源下载请求发送给业务系统，业务系统根据该资源下载请求获取相应的资源，并向业务请求处理装置返回所获取的资源。

在实际应用中，为了防止一些非法业务操作，业务系统会设置一些业务规则，例如一种常见的业务规则是不允许业务系统在一定时间内反复执行相同的业务操作。这种业务规则会降低真正需要在一定时间内多次执行的业务的处理效率。面对该问题，本实施例提供一种解决方法。在说明本实施例提供的方法流程之前，先对本实施例涉及的几个术语做如下说明：

为便于描述，本实施例将业务系统所规定的不能反复执行相同或满足预设关系的业务操作的时间范围称为业务周期。在一个业务周期内，业务系统不能反复执行相同的业务操作，也就是说，对于相同或满足预设关系的业务请求，业务系统在一个业务周期内只能处理一个。根据业务系统和业务操作的不同，业务周期的长短也会不同。例如，以银行业务系统的退款操作为例，则该业务周期一般是一天，但不限于此。例如，该业务周期还可以是12小时、48小时、一星期、一个月等。

另外，本实施例为了对先后接收到的相同或满足预设关系的业务请求进行区分，将当前接收到的业务请求记为第一业务请求，将之前接收到的与第一业务请求相同或满足预设关系的业务请求记为第二业务请求。进一步说明，第一业务请求和第二业务请求是相同或满足预设关系的业务请求，业务请求处理装置接收到第一业务请求和第二业务请求的时间不同，且是先接收到第二业务请求，后接收到第一业务请求。再者，本实施例对上述两个业务请求所满足的预设关系不做限定，可以是除相同以外的任何关系，例如可以是相似关系(例如指定部分信息相同的两个业务请求属于相似关系)、依赖关系(一个业务请求的处理过程需要依赖另一业务请求的处理结果，则两个业务请求可以认为是依赖关系)。

本实施例提供的方法流程具体如下：

业务请求处理装置接收第一业务请求。第一业务请求可以是用户通过业务请求处理装置提供的交互界面发出的，例如可以通过点击交互界面上相应的业务按钮发出第一业务请求。

业务请求处理装置判断在业务系统的当前业务周期内是否已接收到与第一业务请求相同或满足预设关系的第二业务请求；若判断结果为是，即在业务系统的当前业务周期内已接收到与第一业务请求相同或满足预设关系的的第二业务请求，则将第一业务请求发送给业务系统，并指示业务系统在第一业务周期处理第一业务请求，第一业务周期不同于业务系统处理第二业务请求所使用的业务周期。简单来说，若在业务系统的当前业务周期内已接收与第一业务请求相同或满足预设关系的第二业务请求，则业务请求处理装置指示业务系统在不同于处理之前接收到的第二业务请求所使用的业务周期的其他业务周期来处理第一业务请求。

以银行业务系统的退款操作为例，对于同卡同金额的退款请求，业务规则规定银行业务系统在一天内只能处理一笔退款请求；若业务请求处理装置在一天内接收到两笔或两笔以上的退款请求，则对于第一笔退款请求，业务请求处理装置将第一笔退款请求发送给银行业务系统，银行业务系统会在当前业务周期处理第一笔退款请求；对于第二笔退款请求，业务请求处理装置同样要发送给银行业务系统，并指示银行业务系统在不同于处理第一笔退款请求的业务周期(例如下一个业务周期)处理第二笔退款请求；对于第三笔退款请求，业务请求处理装置同样要发送给银行业务系统，并指示银行业务系统在不同于处理第一笔和第二笔退款请求的业务周期(例如下下一个业务周期)处理第三笔退款请求，依次类推。

在一可选实施方式中，业务请求处理装置指示业务系统在第一业务周期处理第一业务请求的方式可以为：根据业务系统处理第二业务请求所使用的业务周期，确定处理第一业务请求所使用的第一业务周期；将第一业务周期的指示信息发送给业务系统，以指示业务系统在第一业务周期处理第一业务请求。

上述第一业务周期的指示信息可以是第一业务周期本身，或者也可以是能够标识第一业务周期的其他信息。举例说明，例如假设一个业务周期是一天，则第一业务周期的指示信息可以是具体的日期，例如11月11日、11月12日等；又例如，第一业务周期的指示信息可以是d+x，其中，d表示起始业务周期，x表示相对于起始业务周期的偏移量。

进一步的，业务请求处理装置可以将第一业务周期的指示信息添加到第一业务请求中发送给业务系统，这样可以节约业务请求处理装置的传输资源。具体来说，当判断出在业务系统的当前业务周期内已接收到与第一业务请求相同或满足预设关系的第二业务请求时，业务请求处理装置可以根据业务系统处理第二业务请求所使用的业务周期，确定第一业务周期，将第一业务周期的指示信息添加到第一业务请求中发送给业务系统，以指示业务系统在第一业务周期处理第一业务请求。

在一可选实施方式中，各业务请求一般会携带业务信息，第一业务请求会携带第一业务信息，第二业务请求会携带第二业务信息。基于此，业务请求处理装置具体可以根据第一业务信息，判断在业务系统的当前业务周期内是否已接收到与第一业务请求相同或满足预设关系的第二业务请求。

例如，可以将接收到的各业务请求中的业务信息与第一业务信息进行比较，根据比较结果判断已接收到的业务请求是否属于与第一业务请求相同或满足预设关系的第二业务请求。

例如，本实施例提供方法的一种具体应用场景可以是退款应用场景，在该应用场景中，各业务请求实际上是退款请求，退款请求包括的业务信息一般包括：支付订单号、退款订单号、退款金额以及退款币种等信息。相应的，第一业务请求为第一退款请求，相应的，第一业务信息包括信息可以记为第一支付订单号、第一退款订单号和第一退款金额。

基于上述，业务请求处理装置根据第一业务信息，判断在业务系统的当前业务周期内是否已接收到与第一业务请求相同的第二业务请求的实施方式，包括：

根据第一支付订单号，获取第一支付卡索引号和第一支付渠道标识；例如可以从第一支付订单号对应的支付信息中获取第一支付卡索引号和第一支付渠道；由于支付卡号是保密数据，不能随意外传，所以是基于生成的索引号来标识支付卡；

判断在业务系统的当前业务周期内是否已经接收到支付卡索引号、支付渠道标识和退款金额分别与第一支付卡索引号、第一支付渠道标识和第一退款金额均相同的退款请求；

若是，确定在业务系统的当前业务周期内已接收与第一退款请求相同的第二退款请求；

若否，确定在业务系统的当前业务周期内未接收到与第一退款请求相同的第二退款请求。

基于上述，当确定在业务系统的当前业务周期内已接收与第一退款请求相同的第二退款请求时，业务请求处理装置可以将第一业务请求发送给业务系统，并指示业务系统在不同于处理第二业务请求所使用的业务周期的其他业务周期(即第一业务周期)处理第一业务请求；反之，当确定在业务系统的当前业务周期内未接收到与第一退款请求相同的第二退款请求时，业务请求处理装置可以将第一业务请求发送给业务系统，业务系统在当前业务周期处理第一业务请求。

在一可选实施方式中，业务请求处理装置在根据第一业务信息，判断在业务系统的当前业务周期内是否已接收到与第一业务请求相同或满足预设关系的第二业务请求之前，还可以判断业务系统是否具有在同一业务周期内不能处理相同或满足预设关系的业务请求的业务规则；若是，则执行根据第一业务信息，判断在业务系统的当前业务周期内是否已接收到与第一业务请求相同或满足预设关系的第二业务请求的操作。在该实施方式中，若提前判断出业务系统不具有在同一业务周期内不能处理相同或满足预设关系的业务请求的业务规则，则可以不用判断是否接收到相同或满足预设条件的业务请求，可以按照现有处理逻辑，即直接将接收到的业务请求发送给业务系统，有利于减轻业务请求处理装置的处理负担。

综上可见，本实施例提供的方法，通过判断在业务系统的当前业务周期内是否已经接收到与第一业务请求相同或满足预设关系的第二业务请求，若判断结果为是，则将第一业务请求发送给业务系统，并指示业务系统在不同于处理第二业务请求所使用的业务周期的第一业务周期处理第一业务请求，保证第一业务请求能够得到处理，避免了业务系统因已接收到第二业务请求而丢弃相同或满足预设关系的第一业务请求，且只有在较长时间后才能被用户发现第一业务请求未被处理的情况，提高了业务处理效率。

下面以网络交易中的国际退款业务为例，对本申请技术方案进行详细说明。

目前国际退款过程中，例如WPG会出现同卡(信用卡)同金额同天无法退款的问题，例如针对一笔或多笔同卡支付的订单在多次退款，且每次退款金额相等，并在同一天进行退款，那么会出现被收单行拒绝的情况，认为退款有问题，从而导致用户无法获得对应的退款(尤其是后几笔退款会一直无退款结果返回)，直到较长时间后，用户发现退款无果，只能采取人工处理方式，导致退款效率较低。而本申请采用以下方法可以解决该问题。

具体的，首先确定每个渠道的退款规则，退款规则主要是渠道针对退款操作的处理规则，例如针对WPG则需要进行同卡判断，退款规则如下表1所示：

表1

用户在下单并完成支付后，生成支付信息，支付信息包括支付订单号、

支付卡索引号以及支付渠道标识；支付渠道标识用于标识用户支付采用的渠道，例如可以是WPG或HCG。可选的，这些支付信息可以送至数据采集中心进行存储。

用户发起退款请求，业务请求处理装置(例如可以是退款处理中心)接收用户发出的退款请求，退款请求携带有相应的退款信息，例如支付订单号、退款订单号和退款金额。

业务请求处理装置根据支付订单号，从该支付订单号对应的支付信息中获取支付卡索引号和支付渠道标识；根据支付渠道标识确定对应的渠道规则，根据渠道规则判断该渠道是否启用了同卡退款不同天处理的规则。

若是，业务请求处理装置进一步判断在当天是否接收到与当前接收到的退款请求相同的其他退款请求，若否，则直接将当前接收到的退款请求发送给该渠道对应的业务系统进行退款处理；若是，则根据该渠道对应的业务系统处理之前已接收到的退款请求的时间，确定该渠道对应的业务系统处理当前接收到的退款请求的时间，生成携带有该时间和当前接收到的退款请求的退款任务，并将该退款任务发送给该渠道对应的业务系统，以供该业务系统在所述退款任务携带的时间处理退款请求。值得说明的是，这里的相同退款请求可以是同一笔订单下的多次相同金额的部分退款请求。例如假设一笔订单的订单金额是30美元，针对该笔订单，用户发起三次部分退款，每次退款申请的退款金额是5美金，则这三次退款请求属于相同的退款请求。又或者，这里的相同退款请求也可以是针对使用同一张卡支付的不同订单的相同退款金额的退款请求。例如，假设用户使用同一张卡下来三笔订单，第一笔订单的订单金额是10美元，第二笔订单的订单金额是20美元，第三笔订单的订单金额是30美元，用户通过三次退款请求，分别针对这笔订单申请退款，第一次退款请求申请对第一笔订单进行退款，退款金额为10美元；第二次退款请求申请对第二笔订单进行退款，退款金额为10美元；第三次退款请求申请对第三笔订单进行退款，退款金额为10美元。

例如，假设上述渠道对应的渠道规则中限定的是在一天内不能处理相同的退款请求，则在之前已经接收到的相同退款请求的处理时间的基础上加1天，作为新的退款任务的执行时间。值得说明的是，上述渠道对应的渠道规则不一定限定不同天处理，也可以限定在5小时内不能处理相同的退款请求，若上述渠道对应的银行业务系统的渠道规则中限定的是在5个小时内不能处理相同的退款请求，则在之前已经接收到的相同退款请求的处理时间的基础上加5小时，作为新的退款任务的执行时间。

由上述可见，本申请可以杜绝由于渠道规则导致退款请求无效的问题，而不需要进行人工处理，提高了退款效率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图2为本申请一实施例提供的业务请求处理装置的结构示意图。如图2所示，该装置包括：接收模块21和处理模块22。

接收模块21，用于接收第一业务请求；

处理模块22，用于当在业务系统的当前业务周期内已接收到与接收模块21接收的第一业务请求相同或满足预设关系的第二业务请求时，将第一业务请求发送给业务系统，并指示业务系统在第一业务周期处理第一业务请求，第一业务周期不同于业务系统处理第二业务请求所使用的业务周期。

在一可选实施方式中，处理模块22具体用于：

当在业务系统的当前业务周期内已接收到与第一业务请求相同或满足预设关系的第二业务请求时，将第一业务请求发送给业务系统，并根据业务系统处理第二业务请求所使用的业务周期，确定第一业务周期，将第一业务周期的指示信息发送给业务系统，以指示业务系统在第一业务周期处理第一业务请求。

进一步，处理模块22具体用于：

当在业务系统的当前业务周期内已接收到与第一业务请求相同或满足预设关系的第二业务请求时，根据业务系统处理第二业务请求所使用的业务周期，确定第一业务周期，将第一业务周期的指示信息添加到第一业务请求中发送给业务系统，以指示业务系统在第一业务周期处理第一业务请求。

在一可选实施方式中，第一业务请求包括第一业务信息。

如图3所示，业务请求处理装置还包括：第一判断模块23。

第一判断模块23，用于根据第一业务请求中的第一业务信息，判断在业务系统的当前业务周期内是否已接收到与第一业务请求相同或满足预设关系的第二业务请求。

进一步，第一业务请求为第一退款请求，第一业务信息包括第一支付订单号、第一退款订单号和第一退款金额。则第一判断模块23具体用于：

根据第一支付订单号，获取第一支付卡索引号和第一支付渠道标识；

判断在业务系统的当前业务周期内是否已经接收到支付卡索引号、支付渠道标识和退款金额分别与第一支付卡索引号、第一支付渠道标识和第一退款金额均相同的退款请求；

若是，确定在业务系统的当前业务周期内已接收与第一退款请求相同的第二退款请求；

若否，确定在业务系统的当前业务周期内未接收到与第一退款请求相同的第二退款请求。

进一步，如图3所示，业务请求处理装置还包括：第二判断模块24。

第二判断模块24，用于判断业务系统是否具有在同一业务周期内不能处理相同或满足预设关系的业务请求的业务规则，并在判断结果为是时，触发第一判断模块23执行根据第一业务信息，判断在业务系统的当前业务周期内是否已接收到与第一业务请求相同或满足预设关系的第二业务请求的操作。

本实施例提供的业务请求处理装置，接收第一业务请求，若在业务系统的当前业务周期内已经接收到与第一业务请求相同或满足预设关系的第二业务请求，则将第一业务请求发送给业务系统，并指示业务系统在不同于处理第二业务请求所使用的业务周期的第一业务周期处理第一业务请求，保证第一业务请求能够得到处理，避免了业务系统因已接收到第二业务请求而丢弃相同或满足预设关系的第一业务请求，且只有在较长时间后才能被用户发现第一业务请求未被处理的情况，提高了业务处理效率。

本申请的一实施例提供一种设备，该设备包括：

一个或者多个处理器；

存储器；

一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：

接收第一业务请求；

当在业务系统的当前业务周期内已接收到与第一业务请求相同或满足预设关系的第二业务请求时，将第一业务请求发送给业务系统，并指示业务系统在第一业务周期处理第一业务请求，第一业务周期不同于业务系统处理第二业务请求所使用的业务周期。

本实施例提供的设备可以实现上述图2所示的装置中的各功能模块的功能，其具体实现过程可参见上述装置和方法实施例的说明。

本实施例提供的设备，可以指示业务系统在不同于处理第二业务请求所使用的业务周期的第一业务周期处理第一业务请求，保证第一业务请求能够得到处理，避免了业务系统因已接收到第二业务请求而丢弃相同或满足预设关系的第一业务请求，且只有在较长时间后才能被用户发现第一业务请求未被处理的情况，提高了业务处理效率。

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

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (13)

1.一种业务请求处理方法，其特征在于，包括：

接收第一业务请求；

若在业务系统的当前业务周期内已接收到与所述第一业务请求相同或满足预设关系的第二业务请求，将所述第一业务请求发送给所述业务系统，并指示所述业务系统在第一业务周期处理所述第一业务请求，所述第一业务周期不同于所述业务系统处理所述第二业务请求所使用的业务周期。

2.根据权利要求1所述的方法，其特征在于，所述指示所述业务系统在第一业务周期处理所述第一业务请求，包括：

根据所述业务系统处理所述第二业务请求所使用的业务周期，确定所述第一业务周期；

将所述第一业务周期的指示信息发送给所述业务系统，以指示所述业务系统在所述第一业务周期处理所述第一业务请求。

3.根据权利要求2所述的方法，其特征在于，所述将所述第一业务周期的指示信息发送给所述业务系统，以指示所述业务系统在所述第一业务周期处理所述第一业务请求，包括：

将所述第一业务周期的指示信息添加到所述第一业务请求中发送给所述业务系统。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一业务请求包括第一业务信息；

所述将所述第一业务请求发送给所述业务系统，并指示所述业务系统在第一业务周期处理所述第一业务请求之前，还包括：

根据所述第一业务信息，判断在所述业务系统的当前业务周期内是否已接收到与所述第一业务请求相同或满足预设关系的第二业务请求。

5.根据权利要求4所述的方法，其特征在于，所述第一业务请求为第一退款请求，所述第一业务信息包括第一支付订单号、第一退款订单号和第一退款金额；

所述根据所述第一业务信息，判断在所述业务系统的当前业务周期内是否已接收到与所述第一业务请求相同的第二业务请求，包括：

根据所述第一支付订单号，获取所述第一支付卡索引号和第一支付渠道标识；

判断在所述业务系统的当前业务周期内是否已经接收到支付卡索引号、支付渠道标识和退款金额分别与所述第一支付卡索引号、所述第一支付渠道标识和所述第一退款金额均相同的退款请求；

若是，确定在所述业务系统的当前业务周期内已接收与所述第一退款请求相同的第二退款请求；

若否，确定在所述业务系统的当前业务周期内未接收到与所述第一退款请求相同的第二退款请求。

6.根据权利要求4所述的方法，其特征在于，所述根据所述第一业务信息，判断在所述业务系统的当前业务周期内是否已接收到与所述第一业务请求相同或满足预设关系的第二业务请求之前，还包括：

判断所述业务系统是否具有在同一业务周期内不能处理相同或满足预设关系的业务请求的业务规则；

若是，则执行根据所述第一业务信息，判断在所述业务系统的当前业务周期内是否已接收到与所述第一业务请求相同或满足预设关系的第二业务请求的操作。

7.一种业务请求处理装置，其特征在于，包括：

接收模块，用于接收第一业务请求；

处理模块，用于当在业务系统的当前业务周期内已接收到与所述第一业务请求相同或满足预设关系的第二业务请求时，将所述第一业务请求发送给所述业务系统，并指示所述业务系统在第一业务周期处理所述第一业务请求，所述第一业务周期不同于所述业务系统处理所述第二业务请求所使用的业务周期。

8.根据权利要求7所述的装置，其特征在于，所述处理模块具体用于：

当在所述业务系统的当前业务周期内已接收到与所述第一业务请求相同或满足预设关系的第二业务请求时，将所述第一业务请求发送给所述业务系统，并根据所述业务系统处理所述第二业务请求所使用的业务周期，确定所述第一业务周期，将所述第一业务周期的指示信息发送给所述业务系统，以指示所述业务系统在所述第一业务周期处理所述第一业务请求。

9.根据权利要求8所述的装置，其特征在于，所述处理模块具体用于：

当在所述业务系统的当前业务周期内已接收到与所述第一业务请求相同或满足预设关系的第二业务请求时，根据所述业务系统处理所述第二业务请求所使用的业务周期，确定所述第一业务周期，将所述第一业务周期的指示信息添加到所述第一业务请求中发送给所述业务系统，以指示所述业务系统在所述第一业务周期处理所述第一业务请求。

10.根据权利要求7-9任一项所述的装置，其特征在于，所述第一业务请求包括第一业务信息；

所述装置还包括：

第一判断模块，用于根据所述第一业务信息，判断在所述业务系统的当前业务周期内是否已接收到与所述第一业务请求相同或满足预设关系的第二业务请求。

11.根据权利要求10所述的装置，其特征在于，所述第一业务请求为第一退款请求，所述第一业务信息包括第一支付订单号、第一退款订单号和第一退款金额；

所述第一判断模块具体用于：

根据所述第一支付订单号，获取所述第一支付卡索引号和第一支付渠道标识；

判断在所述业务系统的当前业务周期内是否已经接收到支付卡索引号、支付渠道标识和退款金额分别与所述第一支付卡索引号、所述第一支付渠道标识和所述第一退款金额均相同的退款请求；

若是，确定在所述业务系统的当前业务周期内已接收与所述第一退款请求相同的第二退款请求；

若否，确定在所述业务系统的当前业务周期内未接收到与所述第一退款请求相同的第二退款请求。

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

第二判断模块，用于判断所述业务系统是否具有在同一业务周期内不能处理相同或满足预设关系的业务请求的业务规则，并在判断结果为是时，触发所述第一判断模块执行根据所述第一业务信息，判断在所述业务系统的当前业务周期内是否已接收到与所述第一业务请求相同或满足预设关系的第二业务请求的操作。

13.一种设备，其特征在于，包括：

一个或者多个处理器；

存储器；

一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：

接收第一业务请求；

当在业务系统的当前业务周期内已接收到与所述第一业务请求相同或满足预设关系的第二业务请求时，将所述第一业务请求发送给所述业务系统，并指示所述业务系统在第一业务周期处理所述第一业务请求，所述第一业务周期不同于所述业务系统处理所述第二业务请求所使用的业务周期。