CN108304993B - 一种业务执行的方法及装置 - Google Patents

Abstract

本申请公开了一种业务执行的方法及装置，根据预设的各业务通道对应的阈值范围，以及监控的各业务通道的各压力参数，选择负载较低的业务通道发送业务请求，而若不存在可用的业务通道，则调整业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠业务通道发送业务请求。

Description

一种业务执行的方法及装置

技术领域

本申请涉及信息技术领域，尤其涉及一种业务执行的方法及装置。

背景技术

目前，在通过第三方平台执行金融业务时，通常第三方平台需要将业务请求发送给金融机构，以继续执行后续的业务流程。其中，业务请求具体可以发送给收单机构，该收单机构既可以是独立的机构，或者也可以包括在金融机构(如，银行)中。

由于收单机构在业务执行过程中是必不可少的一环，所以为了使业务可以正常、高效的执行，第三方平台通常都会与大量的收单机构进行对接。而对于收单机构来说，也可通过设置不同的接口接收业务请求。因此，通常将不同收单机构的接口称之为业务通道，并通过业务通道发送业务请求，如图1所示。

图1中，第三方平台A可以与收单机构B、C、D对接，并且，收单机构B、C、D分别设置有一个、两个、三个对外接收业务的接口，并分别标记为接口1～6。假设，对于第三方平台A来说分别可以向接口1、2、4、6发送业务，则对于第三方平台来说，可以对接4个属于不完全相同的收单机构的业务通道，即图中的业务通道1～4。

进一步地，由于收单机构处理业务的能力有限，并且收单机构分配给不同业务通道处理业务的能力不完全相同，因此通常第三方平台在选择对接业务通道时，可从各业务通道中选择处理能力较高，运行较为稳定的业务通道发起业务。

在现有技术中，由于业务通道处理业务的能力、设备的稳定性等状态对于第三方平台来说都是未知的，所以第三方平台通常只能通过业务通道历史处理业务的数量、处理时间等等，人工设置每个业务通道的最高每秒执行的事务数量(transaction per second，TPS)TPS，使通过业务通道发送的业务数量不超过该业务通道的最高TPS。

其中，该TPS为每秒钟第三方平台向业务通道发送的业务数量，也称为该业务通道的容量。

但是，由于业务环境是实时变化的，业务通道是否还对接有其他机构，其他机构向业务通道发送的业务数量是多少，业务通道是否会临时扩容等等，对于第三方平台来说都是无法确定的。而上述情况都可影响业务通道的业务处理能力以及业务通道的稳定性，例如，存在3个第三方平台对接同一个业务通道，并且为该业务通道设置的最高TPS分别为：600TPS、500TPS和700TPS。进一步假设，该业务通道处理业务请求的极限为1000TPS，也就是当该业务通道的TPS超过1000时，该业务通道有较高概率会宕机。而若在节假日期间，这3个第三方平台在业务量全都增加的情况下，虽然按照自身设置的最高TPS通过该业务通道发送业务请求，但是该业务通道的总TPS超过了1000，导致该业务通道宕机。

可见现有技术中设置最高TPS的方法，在面对实际情况时，仍然显得不够灵活，使得业务执行的效率较低。

发明内容

本说明书实施例提供一种业务执行的方法及装置，用于解决现有技术通过设置最高TPS来过滤业务通道的方法在面对实际情况时，不够灵活，导致业务执行效率较低的问题。

本说明书实施例采用下述技术方案：

一种业务执行的方法，预先设置各业务通道对应的阈值范围，所述方法包括：

监控各业务通道的各压力参数，其中，针对每个业务通道，该业务通道的各压力参数是根据通过该业务通道已发送的业务请求和通过该业务通道已接收的业务结果确定的；

当接收到待发送的业务请求时，判断是否存在可用通道，其中，若一个业务通道的各压力参数均未超出该业务通道对应的阈值范围，则该业务通道为可用通道；

若是，则选择可用通道发送所述待发送的业务请求；

若否，则针对至少一个业务通道，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠的业务通道发送所述待发送的业务请求。

一种业务执行的装置，预先设置各业务通道对应的阈值范围，所述装置包括：

监控模块，监控各业务通道的各压力参数，其中，针对每个业务通道，该业务通道的各压力参数是根据通过该业务通道已发送的业务请求和通过该业务通道已接收的业务结果确定的；

选择发送模块，当接收到待发送的业务请求时，判断是否存在可用通道，若是，则选择可用通道发送所述待发送的业务请求，若否，则针对至少一个业务通道，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠的业务通道发送所述待发送的业务请求，其中，若一个业务通道的各压力参数均未超出该业务通道对应的阈值范围，则该业务通道为可用通道。

一种服务器，其中，所述服务器预先设置有各业务通道对应的阈值范围，所述服务器包括：一个或多个处理器及存储器，存储器存储有程序，并且被配置成由一个或多个处理器执行以下步骤：

监控各业务通道的各压力参数，其中，针对每个业务通道，该业务通道的各压力参数是根据通过该业务通道已发送的业务请求和通过该业务通道已接收的业务结果确定的；

当接收到待发送的业务请求时，判断是否存在可用通道，其中，若一个业务通道的各压力参数均未超出该业务通道对应的阈值范围，则该业务通道为可用通道；

若是，则选择可用通道发送所述待发送的业务请求；

若否，则针对至少一个业务通道，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠的业务通道发送所述待发送的业务请求。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过本说明书提供的方法及装置，由于预先设置有各业务通道对应的阈值范围，并且，还可监控各业务通道的各压力参数，所以接收到待发送的业务请求时，可根据各业务通道的各压力参数以及各业务通道对应的阈值范围，判断是否存在可用通道，若是，则可选择可用通道发送业务请求，若否，则可进一步根据预先拟合的各压力参数之间的函数关系，调整至少一个业务通道对应的阈值范围，并选择调整后的阈值范围与风险范围不重叠的业务通道发送业务请求。通过对预设各业务通道对应的阈值范围，以及灵活调整各业务通道对应的阈值范围。避免现有根据设置的最高TPS选择业务通道的方式，只要发送业务请求的数量未达到设置的最高TPS，就可不断通过该业务通道发送业务请求，导致可能会出现将大量业务集中通过某个业务通道发送，而导致该业务通道的处理能力快速下降的情况出现。并且，通过根据实际情况调整各业务通道对应的阈值，使得在不同业务量场景下，可动态的分配业务请求通过各业务通道发送，使得整体业务执行效率提高。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为业务通道示意图；

图2为本说明书实施例提供的一种业务执行的过程；

图3a为本说明书实施例提供的不同历史时间点上的各压力参数的示意图；

图3b和3c为本说明书实施例提供函数关系示意图；

图4为本说明书提供的压力参数之间关系示意图；

图5为本说明书实施例提供的另一函数关系示意图；

图6为本说明书实施例提供的重新拟合函数关系的示意图；

图7为本说明书实施例提供的业务流程的系统架构示意图；

图8为本说明书实施例提供的一种业务执行装置的结构示意图；

图9为本说明书实施例提供的一种服务器的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

图2为说明书实施例提供的一种业务执行的过程，具体可包括以下步骤：

S100：监控各业务通道的各压力参数。

在本说明书一个或多个实施例中，以第三方支付平台通过多个业务通道发送业务请求的应用场景为例进行说明。

在上述应用场景中可由第三方支付平台接收待发送的业务请求，并发送给收单机构以便业务继续执行。具体的，可由第三方支付平台的服务器执行该业务执行过程。其中，该服务器可以是单独的一台设备，或者也可以是由多台设备组成的系统(如，分布式系统)，本说明书不做限定。为方便描述，后续以服务器为执行主体进行说明。

另外，由于服务器可通过多个业务通道发送业务请求，因此该服务器可监控各业务通道的各压力参数，以便在接收到待发送的业务请求时，可根据各业务通道的各压力参数，确定通过哪一个业务通道发送该业务请求。

具体的，压力参数可包括：容量表征参数、并发率表征参数、成功率表征参数、响应时间表征参数、稳定性表征参数等等。为了方便描述，本说明书后续以表征参数包括：容量表征参数、并发率表征参数以及成功率表征参数为例进行说明。

其中，由于通常服务器无法确定收单机构的运行状态，因此对于每个业务通道来说，服务器可根据通过该业务通道已发送的业务请求，以及通过该业务通道已接收的业务结果，确定各压力参数。而各压力参数可用于表征业务通道的状态。

在本说明书中，容量表征参数可为单位时间内通过业务通道发送的业务请求的数量(其中，容量在本申请中也可称为TPS)。例如，假设单位时间为1秒，而最近1秒服务器通过业务通道发送的业务数量为10个，则服务器可确定该业务通道的容量为10。

并发率表征参数为容量表征参数与正在处理业务数量的比率，正在处理业务数量为未通过业务通道返回业务结果的业务数量。在本说明书中，针对每个业务通道，服务器在确定未通过业务通道返回业务结果的业务数量时，可在每次通过该业务通道发送业务请求时，和每次通过该业务通道接收到业务结果时，分别进行计数来确定。例如，假设未通过业务通道1返回业务结果的业务数量为10个，则当服务器再次通过该业务通道1发送业务请求时，服务器可执行计数+1的操作，将该未通过业务通道1返回业务结果的业务数量更新为11(如，执行10+1的操作，确定更新后的数值为11)，而当服务器再次接收到通过该业务通道1返回的业务结果时，服务器可执行计数-1的操作，将未通过业务通道1返回业务结果的业务数量更新为10(如，执行11-1的操作，确定更新后的数值为10)。其中，业务通道的计数数值可存储在服务器缓存中。

成功率表征参数为通过业务通道返回的业务结果为业务执行成功的比率。当然，服务器可根据一段时间内通过业务通道返回的业务结果为业务执行成功的比率，确定该业务通道的成功率表征参数。其中，具体根据哪一段时间内返回的业务结果确定成功率表征参数，可以根据需要进行设置，本说明书不做限定。例如，假设服务器确定1秒内业务通道的成功率表征参数，则可根据上1秒内接收到的业务结果为业务执行成功的业务结果的数量，与1秒内接收到的总业务结果数量的比率，确定该业务通道的成功率表征参数。

S102：当接收到待发送的业务请求时，判断是否存在可用通道，若是，则执行步骤S104，若否，则执行步骤S106。

在本说明书一个或多个实施例中，当服务器接收到待发送的业务请求时，可以根据监控的各业务通道的各压力参数，以及预先设置的各业务通道对应的阈值范围，判断是否存在可用通道，并根据判断结果执行不同的步骤。

进一步地，由于对于业务请求来说，该业务请求并不能够通过所有业务通道发送，因此该服务器可先确定可受理该业务请求的业务通道。例如，该业务请求为通过银行A向银行B转账的业务，而某业务通道不支持将业务请求发送给银行A，则该业务通道为不可受理该业务请求的业务通道。为了方便描述，后续说明书中的业务通道均可视为可受理该业务请求的业务通道。

更进一步地，服务器在判断是否存在可用通道时，可针对每个业务通道，判断该业务通道的各压力参数是否均未超出该业务通道对应的阈值范围，若是则该业务通道为可用通道，若否则该业务通道不是可用通道。其中，在本说明书中，业务通道对应的阈值范围，即为业务通道的各压力参数分别对应的阈值范围。

例如，假设某业务通道对应的阈值范围为：并发率表征参数100％至80％，容量表征参数0至120，成功率表征参数100％至95％。而服务器监控得到的该业务通道的各压力参数为：并发率表征参数为99％，容量表征参数为100，成功率表征参数为99％，则可确定该业务通道的各压力参数是否均未超出该业务通道对应的阈值范围，进而确定该业务通道为可用通道。而如果该业务通道的成功率表征参数为94％，已经超出了该业务通道对应的阈值范围，则可确定该业务通道不是可用通道。

在本说明书中，由于业务通道的压力参数可有多种，所以服务器可在确定任一种压力参数超出业务通道对应的阈值范围，确定该业务通道不是可用通道。

另外，在本说明书中，各业务通道对应的阈值范围可以是预先设置的。由于不同的业务通道的软件以及硬件不完全相同，导致不同业务通道处理业务的能力存在区别，所以服务器可预先针对每个业务通道，确定该业务通道对应的阈值范围以及风险范围。其中，阈值范围用于判断业务通道是否可用，而风险范围用于避免由于通过业务通道发送的业务请求过多，导致业务通道对应的设备宕机(如，风险范围可视为：若任一压力参数达到了风险范围，则出现设备宕机的概率极大)。

为方便描述，本说明书仅以压力参数中包括：容量表征参数、并发率表征参数为例进行说明。

具体的，在本说明书中，服务器在确定各业务通道对应的阈值范围与风险范围时，针对每个业务通道，首先，可预先获取该业务通道的历史数据，查找在各历史时间点上监控到的该业务通道的各压力参数。其中，该历史数据，既可以包含历史上正常业务时间点上监控到的该业务通道的各压力参数(如，非节假日时业务通道的各压力参数)，也可包括历史上高运行压力时间点上监控到的该业务通道的各压力表征参数(如，节假日时业务通道的各压力参数，促销期间时业务通道的各压力参数)等等。例如，图3a为本申请实施例提供的，针对某一业务通道，服务器查找到的在不同历史时间点上的各压力参数的示意图。其中，横轴表示容量表征参数，纵轴表示并发率表征参数，坐标系中的每个点对应不同的历史时间点上的各压力参数。

之后，服务器可根据查找到的各压力参数，以同一历史时间点上的各压力参数具有函数关系的方式，拟合出该业务通道各压力参数之间的函数关系，如图3b所示。图3b为本说明书提供的一种函数关系示意图，为根据图3a所示的不同历史时间点上的各压力参数拟合出来的。其中，服务器可以通过迭代学习的方法，反复拟合该函数关系，当然本说明书对于具体如何通过迭代的方式拟合该函数关系不做限定。

最后，根据确定出的函数关系，确定该业务通道对应的阈值范围以及风险范围。

具体的，在业务通道对应的阈值范围时，服务器首先可根据预设的第一并发率表征参数，将大于该第一并发率表征参数的参数范围，确定为并发率表征参数的阈值范围。例如，假设该第一并发率表征参数为80％，则服务器可将高于80％，即100％至80％的参数范围，确定为并发率表征参数的阈值范围。

之后，服务器可根据函数关系，以及并发率表征参数的阈值范围，确定其他压力参数的阈值范围。例如，以图3b所示的函数关系为例，服务器可确定并发率表征参数的阈值范围为100％至80％，分别对应的容量表征参数为0和120，因此可确定容量表征参数对应的阈值范围为0至120。

同理，在业务通道对应的风险范围时，服务器首先可根据预设的第二并发率表征参数，将小于该第二并发率表征参数的参数范围，确定为并发率表征参数的风险范围。例如，假设该第二并发率表征参数为20％，则服务器可将低于于20％，即0至20％的参数范围，确定为并发率表征参数的风险范围。

之后，服务器可根据函数关系，以及并发率表征参数的风险范围，进而确定其他压力参数的风险范围。例如，继续以图3b所示的函数关系为例，服务器可确定并发率表征参数上限为20％，下限为0，分别对应的容量表征参数为700和1500，因此可确定容量表征参数对应的阈值范围为700至1500。

另外，第一并发率表征参数大于第二并发率表征参数，并且第一并发率表征参数以及第二并发率表征参数的具体数值，可以根据需要进行设置。如，假设当并发率表征参数高于80％时，确定业务通道处于高效稳定状态，则可将第一并发率表征参数设置为80％，当并发率表征参数低于20％时，业务通道通常都处于成功率表征值较低的状态，则可将第二并发率表征参数设置为20％。

进一步地，服务器也可根据历史数据，确定第一并发率表征参数以及第二并发率表征参数。

在根据历史数据，确定第一并发率表征参数时，服务器具体可以根据通过历史数据拟合出的业务通道的各压力参数之间的函数关系，确定第一并发率表征参数。具体的，以图3b所示的函数关系为例，当函数斜率较大时，随着容量表征参数的增加，并发率表征参数下降较快，表示业务通道的业务执行能力在下降。而当斜率较小时，随着容量表征参数的增加，并发率表征参数下降较慢，表示业务通道的业务执行能力受到的影响不大。因此，服务器在确定第一并发率表征参数时，先确定该函数的二阶导数，再按照容量表征参数从小到大的方向，确定二阶导数数值未超过预设数值，且函数的斜率超过预设斜率时的并发率表征参数，作为第一并发率表征参数。其中，二阶导数用于判断该函数是否平滑，由于当函数出现峰和谷时，容易出现斜率超过预设斜率的点，导致确定出的第一并发率表征参数不准确。预设数值可根据需要设置，本说明书不做限定。

例如，如图3c所示的函数，由于该函数较为平滑，因此对应的二阶导数数值均较低，假设该函数的二阶导数数值均未超过预设数值。进一步假设预设斜率为tan(10°)，则服务器可按照容量表征参数从小到大的方向，确定函数的斜率超过tan(10°)的点，并将此点对应的并发率表征参数，作为第一并发率表征参数。其中，箭头表示按照容量表征参数从小到大的方向，圆点为确定函数的斜率首次超过tan(10°)的点。

在根据历史数据，确定第二并发率表征参数时，服务器可根据历史数据中，监控到的业务通道出现异常时，该业务通道的并发率表征参数，作为第二并发率表征参数。其中，异常可包括：业务通道对应的收单机构的设备宕机、业务通道的成功率表征参数为零、业务通道无响应等等。

另外，由于并不是每个业务通道都出现过异常，因此在本说明书中，服务器也可根据已确定出的各业务通道的第二并发率表征参数，确定通用的第二并发率表征参数，作为没有出现过异常的业务通道的第二并发率表征参数。其中，具体如何确定通用的第二并发率表征参数，本说明书不做限定。例如，可将各业务通道的第二并发率表征参数的平均值，作为通用的第二并发率表征参数，等等。

S104：选择可用通道发送所述待发送的业务请求。

在本说明书中，当服务器仅确定出一个可用的业务通道时，可直接通过该可用的业务通道发送该业务请求。而若服务器确定出多个可用的业务通道时，则服务器可再从中选择一个可用的业务通道，并通过选择出的业务通道发送业务请求。

另外，由于通常业务通道的稳定性表征参数、成功率表征参数、响应时间表征参数等压力参数与容量表征参数的关系可如图4所示。可见当容量表征参数增加时，其他压力参数都在像表征业务通道处理能力下降的方向发展。

也就是说，即使对于业务处理能力较高的业务通道来说，若在短时间内集中通过该业务通道发送大量的业务请求，也会导致该业务通道处理业务效率的降低(如，稳定性表征参数降低、成功率表征参数降低、响应时间表征参数增加)。因此，在本说明书中为了提高各业务通道处理业务的效率，服务器在从多个可用的业务通道中，选择业务通道发送业务请求时，还可根据预设的负载均衡策略，并将发送业务请求的压力平摊给各业务通道。当然，该负载均衡策略可根据需要设置，本说明书不做限定。

例如，服务器可以以容量表征参数确定负载均衡策略，针对每个可用的业务通道，根据该业务通道的容量表征参数与该业务通道对应的阈值范围中的容量表征参数的阈值范围上限的比例，确定该业务通道的负载。之后按照确定出的各业务通道的负载从低到高的顺序，选择一个业务通道发送业务请求。或者，服务器也采用轮询的方式从各可用的业务通道中，选择发用业务请求的业务通道，等等。

S106：针对至少一个业务通道，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠的业务通道发送所述待发送的业务请求。

在本说明书实施例中，若服务器判断不存在可用的业务通道，则说明各业务通道均已在较高负载运行。则此时，服务器可针对至少一个业务通道，调整该业务通道对应的阈值范围，以发送业务请求。

具体的，由于服务器可预先拟合出每个业务通道的各压力参数之间的函数关系，因此服务器可以针对至少一个业务通道，根据调整策略扩展该业务通道任一压力参数的阈值范围，并根据该业务通道的各压力参数之间的函数关系，调整其他压力参数的阈值范围。

例如，假设调整策略为降低业务通道的并发率表征参数的阈值范围下限(如，降低10％)。进一步假设该业务通道并发率表征参数的阈值范围原本为100％至80％，则在根据调整策略调整后，该业务通道并发率表征参数的阈值范围便调整为100％至70％。如以图5所示的函数关系为例，该业务通道的并发率表征参数70％对应的容量表征参数为200，并发率表征参数80％对应的容量表征参数为120，则服务器可确定该业务通道的容量表征参数的阈值范围由原有的0～120调整为0～200。

之后，由于每个业务通道都有对应的风险范围，所以为了防止通过业务通道发送的业务请求的数量超过业务通道的极限处理能力，而导致的业务通道对应的设备宕机，服务器可选择调整后的阈值范围与风险范围不重叠的业务通道发送业务请求。

具体的，在本说明书中，服务器可以在调整业务通道对应的阈值范围时，判断调整后的阈值范围与风险范围是否重叠，若是，则不调整，若否则调整。或者，服务器也可先调整业务通道对应的阈值范围，之后再判断调整后的阈值范围与风险范围是否重叠，若是，则撤销对业务通道对应的阈值范围的调整，若否，则根据调整后的阈值范围，确定可用通道。

继续沿用上例，假设该业务通道的风险范围为：容量表征参数150至无限、并发率表征参数为75％～0。则调整后的容量表征参的阈值范围0～200，与容量表征参的风险范围重叠，因此服务器可不调整业务通道对应的阈值范围。

另外，在本说明书中，当服务器调整了多个业务通道对应的阈值范围后，服务器还可采用与步骤S104中所述的负载均衡策略，从各已调整了对应的阈值范围的业务通道中，中选择负载较低的业务通道发送业务请求。

进一步地，由于实际应用环境是在不断变化的，所以根据历史数据拟合的各表征参数之间的函数关系可能并不适用实际业务场景，因此服务器在调整该业务通道对应的阈值范围之前，针对至少一个业务通道，服务器还可根据当前监控到的该业务通道的各压力参数和历史监控到的该业务通道的各压力参数，重新拟合该业务通道各压力参数之间的函数关系，根据重新拟合出的函数关系以及调整后的并发率表征参数的阈值范围，调整其他压力参数的阈值范围。

如图6所示的重新拟合的函数关系，其中虚线为原有的函数关系，实线a和b为重新拟合的函数关系。其中，当业务通道出现临时扩容的情况时，重新拟合为实线a，可见在相同的容量表征参数下，实线a的并发率表征参数更高。当由多个第三方支付平台竞争该业务通道时，重新拟合为实线b，可见在相同的容量表征参数下，实线b的并发率表征参数更低。

基于图2所示的业务执行过程，在接收到待发送的业务请求时，可先根据预设的各业务通道对应的阈值范围，判断是否存在可用的业务通道，若存在则选择可用的业务通道发送业务请求，而若不存在，则可根据针对各业务通道预先拟合的各压力参数之间的函数关系，调整至少一个业务通道对应的阈值范围，并选择调整后的阈值范围与风险范围不重叠的业务通道发送业务请求。通过预设的各业务通道对应的阈值范围，以及调整业务通道对应的阈值范围，使得各业务通道的负载较为平均。避免现有根据固定的筛选条件(如，设置的最高TPS)选择业务通道的方式，只要发送业务请求的数量未达到设置的最高TPS，就可不断通过该业务通道发送业务请求，导致可能会出现将大量业务集中通过某个业务通道发送，而导致该业务通道的处理能力快速下降的情况出现。可在不同业务量的情况下，提高业务执行效率。

在本说明书中，对于需要通过卡机构协助执行的业务来说，由于业务并不仅在收单机构内部进行(如，在业务流程中的收单机构与发卡机构不属于同一个金融机构)，业务请求还需发送至其他金融机构的发卡机构以及卡机构等多方，因此业务执行时需要等待的时间可能较长，因此还可将业务通道处理业务请求的时长，作为业务通道的压力参数中的响应时间表征参数，用于表示通过业务通道处理业务耗费的时间。

如图7所示，图7为本说明书实施例提供的业务流程的系统架构示意图。其中，用户向第三方支付平台发送业务请求，并由第三方支付平台将业务请求通过业务通道发送给对应的收单机构，在图7中可由银行的网关确定业务请求的路由，可见，跨行业务请求所需要经历的路由链路更长，业务执行过程中还需与卡机构以及发卡机构进行交互。当然，本说明书所述的处理业务耗费的时间也并不仅限于上述的跨行业务，在金融机构内部执行业务时也会出现调用数据、调用接口等容易导致出现延时的情况。

另外，由于不同的收单机构对于受理业务请求的收费是不同的，因此在本说明书中，当出现从多个可用业务通道中选择一个业务通道发送业务请求时，服务器还可以根据其他策略，选择业务通道发送业务请求。具体的，该其他策略可包括：根据各业务通道对应的收单机构的收费，选择通过收费较低的业务通道发送业务请求。或者，从各业务通道中，去除业务通道对应的收单机构的收费最高的一个业务通道，再从剩余其他业务通道中选择一个业务通道发送业务请求，等等。其他策略可根据需要进行设置，当然上述仅以根据收单机构收费为例进行说明，本说明书对此不做限定。

需要说明的是，本说明书实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤S100和步骤S102的执行主体可以为设备1，步骤S102的执行主体可以为设备2；或者，步骤S100的执行主体可以为设备1，步骤S102和步骤S104的执行主体可以为设备2；等等。上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于图2所示的业务执行方法，本说明书实施例还提供一种业务执行装置，如图8所示。

图8为本说明书实施例提供的一种业务执行装置的结构示意图，其中，所述装置预先设置有各业务通道对应的阈值范围，所述装置包括：

监控模块200，监控各业务通道的各压力参数，其中，针对每个业务通道，该业务通道的各压力参数是根据通过该业务通道已发送的业务请求和通过该业务通道已接收的业务结果确定的；

选择发送模块202，当接收到待发送的业务请求时，判断是否存在可用通道，若是，则选择可用通道发送所述待发送的业务请求，若否，则针对至少一个业务通道，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠的业务通道发送所述待发送的业务请求，其中，若一个业务通道的各压力参数均未超出该业务通道对应的阈值范围，则该业务通道为可用通道。

所述压力参数包括：容量表征参数、并发率表征参数、成功率表征参数中的至少一种；

其中，所述容量表征参数为单位时间内通过业务通道发送的业务请求的数量；

所述并发率表征参数为所述容量表征参数与正在处理业务数量的比率，所述正在处理业务数量为未通过业务通道返回业务结果的业务数量；

所述成功率表征参数为通过业务通道返回的业务结果为业务执行成功的比率。

所述装置还包括：

范围确定模块204，针对每个业务通道，查找在各历史时间点上监控到的该业务通道的各压力参数，根据查找到的各压力参数，以同一历史时间点上的各压力参数具有函数关系的方式，拟合出该业务通道各压力参数之间的函数关系，根据所述函数关系，确定该业务通道对应的阈值范围以及风险范围。

所述范围确定模块204，将大于预设的第一并发率表征参数的参数范围，确定为并发率表征参数的阈值范围，并根据所述函数关系和确定出的并发率表征参数的阈值范围，确定其他压力参数的阈值范围，将小于预设的第二并发率表征参数的参数范围，确定为并发率表征参数的风险范围，并根据所述函数关系和确定出的并发率表征参数的风险范围，确定其他压力参数的阈值范围，所述第一并发率表征参数大于所述第二并发率表征参数。

所述范围确定模块204，确定记录的在该业务通道出现异常时监控到的该业务通道的并发率表征参数，根据确定出的并发率表征参数设定所述第二并发率表征参数。

所述选择发送模块202，根据预设的负载均衡策略，从可用通道中，选择一个业务通道发送所述业务请求。

所述选择发送模块202，根据当前监控到的该业务通道的各压力参数和各历史时间点上监控到的该业务通道的各压力参数，重新拟合该业务通道各压力参数之间的函数关系，根据调整策略降低该业务通道的并发率表征参数的阈值范围的下限，根据重新拟合出的函数关系以及调整后的并发率表征参数的阈值范围，调整其他压力参数的阈值范围。

基于图2所述的业务执行方法，本说明书对应提供一种服务器，如图9所示，其中，所述服务器预先设置有各业务通道对应的阈值范围，所述服务器包括：一个或多个处理器及存储器，存储器存储有程序，并且被配置成由一个或多个处理器执行以下步骤：

监控各业务通道的各压力参数，其中，针对每个业务通道，该业务通道的各压力参数是根据通过该业务通道已发送的业务请求和通过该业务通道已接收的业务结果确定的；

当接收到待发送的业务请求时，判断是否存在可用通道，其中，若一个业务通道的各压力参数均未超出该业务通道对应的阈值范围，则该业务通道为可用通道；

若是，则选择可用通道发送所述待发送的业务请求；

若否，则针对至少一个业务通道，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠的业务通道发送所述待发送的业务请求。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

1.一种业务执行的方法，预先设置各业务通道对应的阈值范围，所述方法包括：

监控各业务通道的各压力参数，其中，针对每个业务通道，该业务通道的各压力参数是根据通过该业务通道已发送的业务请求和通过该业务通道已接收的业务结果确定的；

当接收到待发送的业务请求时，判断是否存在可用通道，其中，若一个业务通道的各压力参数均未超出该业务通道对应的阈值范围，则该业务通道为可用通道；

若是，则选择可用通道发送所述待发送的业务请求；

若否，则针对至少一个业务通道，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠的业务通道发送所述待发送的业务请求。

2.如权利要求1所述的方法，所述压力参数包括：容量表征参数、并发率表征参数、成功率表征参数中的至少一种；

其中，所述容量表征参数为单位时间内通过业务通道发送的业务请求的数量；

所述并发率表征参数为所述容量表征参数与正在处理业务数量的比率，所述正在处理业务数量为未通过业务通道返回业务结果的业务数量；

所述成功率表征参数为通过业务通道返回的业务结果为业务执行成功的比率。

3.如权利要求1或2所述的方法，预先设置各业务通道对应的阈值范围，具体包括：

针对每个业务通道，查找在各历史时间点上监控到的该业务通道的各压力参数；

根据查找到的各压力参数，以同一历史时间点上的各压力参数具有函数关系的方式，拟合出该业务通道各压力参数之间的函数关系；

根据所述函数关系，确定该业务通道对应的阈值范围以及风险范围。

4.如权利要求3所述方法，根据所述函数关系，确定该业务通道对应的阈值范围以及风险范围，具体包括：

将大于预设的第一并发率表征参数的参数范围，确定为并发率表征参数的阈值范围，并根据所述函数关系和确定出的并发率表征参数的阈值范围，确定其他压力参数的阈值范围；

将小于预设的第二并发率表征参数的参数范围，确定为并发率表征参数的风险范围，并根据所述函数关系和确定出的并发率表征参数的风险范围，确定其他压力参数的阈值范围；

所述第一并发率表征参数大于所述第二并发率表征参数。

5.如图权利要求4所述的方法，预设第二并发率表征参数，具体包括：

确定记录的在该业务通道出现异常时监控到的该业务通道的并发率表征参数；

根据确定出的并发率表征参数设定所述第二并发率表征参数。

6.如权利要求1所述的方法，选择可用通道发送所述待发送的业务请求，具体包括：

根据预设的负载均衡策略，从可用通道中，选择一个业务通道发送所述业务请求。

7.如权利要求3所述的方法，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，具体包括：

根据当前监控到的该业务通道的各压力参数和各历史时间点上监控到的该业务通道的各压力参数，重新拟合该业务通道各压力参数之间的函数关系；

根据调整策略降低该业务通道的并发率表征参数的阈值范围的下限；

根据重新拟合出的函数关系以及调整后的并发率表征参数的阈值范围，调整其他压力参数的阈值范围。

8.一种业务执行的装置，预先设置各业务通道对应的阈值范围，所述装置包括：

监控模块，监控各业务通道的各压力参数，其中，针对每个业务通道，该业务通道的各压力参数是根据通过该业务通道已发送的业务请求和通过该业务通道已接收的业务结果确定的；

选择发送模块，当接收到待发送的业务请求时，判断是否存在可用通道，若是，则选择可用通道发送所述待发送的业务请求，若否，则针对至少一个业务通道，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠的业务通道发送所述待发送的业务请求，其中，若一个业务通道的各压力参数均未超出该业务通道对应的阈值范围，则该业务通道为可用通道。

9.如权利要求8所述的装置，所述压力参数包括：容量表征参数、并发率表征参数、成功率表征参数中的至少一种；

其中，所述容量表征参数为单位时间内通过业务通道发送的业务请求的数量；

所述并发率表征参数为所述容量表征参数与正在处理业务数量的比率，所述正在处理业务数量为未通过业务通道返回业务结果的业务数量；

所述成功率表征参数为通过业务通道返回的业务结果为业务执行成功的比率。

10.如权利要求8或9所述的装置，所述装置还包括：

范围确定模块，针对每个业务通道，查找在各历史时间点上监控到的该业务通道的各压力参数，根据查找到的各压力参数，以同一历史时间点上的各压力参数具有函数关系的方式，拟合出该业务通道各压力参数之间的函数关系，根据所述函数关系，确定该业务通道对应的阈值范围以及风险范围。

11.如权利要求10所述的装置，所述范围确定模块，将大于预设的第一并发率表征参数的参数范围，确定为并发率表征参数的阈值范围，并根据所述函数关系和确定出的并发率表征参数的阈值范围，确定其他压力参数的阈值范围，将小于预设的第二并发率表征参数的参数范围，确定为并发率表征参数的风险范围，并根据所述函数关系和确定出的并发率表征参数的风险范围，确定其他压力参数的阈值范围，所述第一并发率表征参数大于所述第二并发率表征参数。

12.如权利要求11所述的装置，所述范围确定模块，确定记录的在该业务通道出现异常时监控到的该业务通道的并发率表征参数，根据确定出的并发率表征参数设定所述第二并发率表征参数。

13.如权利要求8所述的装置，所述选择发送模块，根据预设的负载均衡策略，从可用通道中，选择一个业务通道发送所述业务请求。

14.如权利要求10所述的装置，所述选择发送模块，根据当前监控到的该业务通道的各压力参数和各历史时间点上监控到的该业务通道的各压力参数，重新拟合该业务通道各压力参数之间的函数关系，根据调整策略降低该业务通道的并发率表征参数的阈值范围的下限，根据重新拟合出的函数关系以及调整后的并发率表征参数的阈值范围，调整其他压力参数的阈值范围。

15.一种服务器，其中，所述服务器预先设置有各业务通道对应的阈值范围，所述服务器包括：一个或多个处理器及存储器，存储器存储有程序，并且被配置成由一个或多个处理器执行以下步骤：

监控各业务通道的各压力参数，其中，针对每个业务通道，该业务通道的各压力参数是根据通过该业务通道已发送的业务请求和通过该业务通道已接收的业务结果确定的；

当接收到待发送的业务请求时，判断是否存在可用通道，其中，若一个业务通道的各压力参数均未超出该业务通道对应的阈值范围，则该业务通道为可用通道；

若是，则选择可用通道发送所述待发送的业务请求；

若否，则针对至少一个业务通道，根据该业务通道的各压力参数，以及预先拟合的各压力参数之间的函数关系，调整该业务通道对应的阈值范围，选择调整后的阈值范围与风险范围不重叠的业务通道发送所述待发送的业务请求。

Images