CN115934313A - 一种业务请求处理的方法、装置、设备、介质及产品 - Google Patents

Abstract

本申请公开了一种业务请求处理的方法、装置、设备、介质及产品。该方法通过接收第一业务的处理请求；响应于处理请求，获取服务系统在最近预设时间段内的第一业务请求响应时长；判断第一业务请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞；预设时长根据服务系统的服务响应时间模型中的置信区间确定，服务响应时间模型为根据服务系统响应第一业务请求的响应时间和响应时间的出现概率构建的正态分布概率模型；在确定服务系统发生请求拥塞的情况下，阻塞第一业务的处理请求。根据本申请实施例，可以提高资源利用率，降低系统成本及系统的复杂性。

Description

一种业务请求处理的方法、装置、设备、介质及产品

技术领域

本申请属于计算机应用领域，尤其涉及一种业务请求处理的方法、装置、设备、介质及产品。

背景技术

在信息化程度日益增长的时代，一些业务处理系统的服务端在主要业务高峰期承担着较大的压力，造成数据库等有限类资源紧张。

为了缓解资源紧张，现有技术中通常采用对业务进行定时的方式来进行，将这类定时业务的触发时间设置在系统访问量较低的时间段，但是对业务的类型有一定限制，不适用于业务类型较多的任务；或者是采用数据库读写分离的方式，增加了数据库服务器来缓解资源的紧张。

因此，现有的解决方式对业务类型有一定的限制，同时也会造成硬件成本的增加，加剧系统的复杂性。

发明内容

本申请实施例提供一种业务请求处理的方法、装置、设备、介质及产品，能够为非及时性任务平滑分配资源，提高资源利用率，降低系统硬件成本及系统的复杂性。

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

接收第一业务的处理请求，第一业务为非及时性业务；

响应于处理请求，获取服务系统在最近预设时间段内的第一业务请求响应时长；

判断第一业务请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞；预设时长根据服务系统的服务响应时间模型中的置信区间确定，服务响应时间模型为根据服务系统响应第一业务请求的响应时间和响应时间的出现概率构建的正态分布概率模型；

在确定服务系统发生请求拥塞的情况下，阻塞第一业务的处理请求。

第二方面，本申请实施例提供了一种业务请求处理的装置，该装置包括：

接收模块，用于接收第一业务的处理请求，第一业务为非及时性业务；

获取模块，用于响应于处理请求，获取服务系统在最近预设时间段内的业务请求响应时长；

判断模块，用于判断业务请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞；预设时长根据服务系统的服务响应时间模型中的置信区间确定，服务响应时间模型为根据服务系统响应业务请求的响应时间和响应时间的出现概率构建的正态分布概率模型；

阻塞模块，用于在确定服务系统发生请求拥塞的情况下，阻塞第一业务的处理请求。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：

处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面的任一项实施例中的业务请求处理方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面的任一项实施例中的业务请求处理方法的步骤。

第五方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如第一方面的任一项实施例中的业务请求处理方法的步骤。

本申请实施例提供的一种业务请求处理的方法、装置、设备、介质及产品，通过接收第一业务的处理请求，来获取服务系统在预设时间段内的业务处理请求的响应时长，将响应时长和响应时长出现的概率构建成服务响应时间模型，其中服务响应时间模型服从正态分布模型，根据服务响应时间模型中的置信区间确定预设时长，进而判断业务处理请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞，若确定服务系统发生请求拥塞，那么就阻塞第一业务的处理请求。这样，由于本申请实施例是利用服务响应时间模型判断业务的阻塞时机，进而阻塞业务，因此在进行业务处理时相较于通过数据库读写分离的方式，服务响应时间模型处理的方式更加简便，从而降低硬件成本和系统的复杂性。另外，由于本申请实施例还针对系统的繁忙程度来处理第一业务，因此，可以提高系统资源的利用率。

附图说明

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

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

图2是本申请实施例提供的服务响应时间模型示意图；

图3是本申请实施例提供的另一种业务请求处理方法的流程示意图；

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

图5是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

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

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

如背景技术所述，发明人发现，在现有的业务请求处理方法中，通常采用对业务进行定时的方式来进行，将这类定时业务的触发时间设置在系统访问量较低的时间段，但是对业务的类型有一定限制，不适用于业务类型较多的任务；或者是采用数据库读写分离的方式，增加了数据库服务器来缓解资源的紧张，这样会造成硬件成本的增加，同时加剧系统的复杂性。

为了解决现有技术问题，本申请实施例提供了一种业务请求处理的方法、装置、设备、介质及产品。下面首先对本申请实施例所提供的业务请求处理方法进行介绍。

图1示出了本申请实施例提供的一种业务请求处理方法的流程示意图。如图1所示，该业务请求处理方法具体可以包括如下步骤：

S110、接收第一业务的处理请求；

S120、响应于处理请求，获取服务系统在最近预设时间段内的第一业务请求响应时长；

S130、判断第一业务请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞；

S140、在确定服务系统发生请求拥塞的情况下，阻塞第一业务的处理请求。

由此，通过接收第一业务的处理请求，来获取服务系统在预设时间段内的业务处理请求的响应时长，将响应时长和响应时长出现的概率构建成响应时间模型，其中响应时间模型服从正态分布模型，根据响应时间模型中的置信区间确定预设时长，进而判断业务处理请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞，若确定服务系统发生请求拥塞，那么就阻塞第一业务的处理请求。这样，由于本申请实施例是利用服务响应时间模型判断业务的阻塞时机，进而阻塞业务，因此在进行业务处理时相较于通过数据库读写分离的方式，服务响应时间模型处理的方式更加简便，从而降低硬件成本和系统的复杂性。另外，由于本申请实施例还针对系统的繁忙程度来处理第一业务，因此，可以提高系统资源的利用率。

下面介绍上述各个步骤的具体实现方式。

在一些实施例中，在S110中，本申请实施例所涉及的第一业务为非及时性业务。

作为一个示例，在系统并发量较高的情况下会造成数据库等有限类资源紧张，需要为非及时性任务分配资源，首先接收非及时性任务的处理请求，以便进行后续的处理。

在一些实施例中，在S120中，最近预设时间段为系统在一段特定的时间内，例如系统活动期间内，获取服务系统在活动期间内的第一业务的处理请求时长。

作为一个示例，第一业务的处理请求响应时长通过大量的模拟实验得出，经过多次实验得到的结果更具有代表性。

在一些实施例中，在S130中，设置第一业务请求的预设时长，其中，预设时长可以根据服务系统的服务响应时间模型中的置信区间确定，服务响应时间模型为服务响应时间服从的正态分布概率模型。其中预设时长为置信区间的上限值，达到了上限值也就是达到了系统的阻塞时机，需要判断第一业务的请求响应时长是否大于或者等于预设时长，来确定服务系统是否发生请求拥塞，置信区间为服务响应时间模型中认为系统可运行的响应时间区间，置信区间的上限值通过以下公式(1)计算得出：

Tmax＝μ+n*σ  (1)

其中n的大小可自行调节，Tmax为置信区间的上限值。

为了更加清楚地了解本申请实施例中业务请求处理方法中服务响应时间模型的分布，如图2所示，图2是本申请实施例提供的服务响应时间模型示意图，具体参见以下实施例。

在一些实施例中，基于资源的可信度，系统服务端的响应时间和对应响应时间出现的概率满足正态分布模型，大多数情况下，响应时间集中在系统可运行的区间内，只有在系统十分繁忙或个别特殊情况下会造成响应时间异常，不在期望范围内。正态分布模型是理论基础，系统的服务响应时间服从正态分布模型。

作为一个示例，服务响应时间模型关于响应均值μ左右对称，并且响应时间出现的最大概率为1，响应时间会集中在响应均值μ加减标准差σ的上下值可运行区间内。

在一些实施例中，在S140中，在确定服务系统发生请求拥塞，需要阻塞业务时，阻塞当前第一业务。

为了使被阻塞的第一业务能在后续系统中继续运行，并为其分配资源，上述S140具体可以包括：

将第一业务存放到预设业务队列中，休眠第一业务，设置休眠时长为第二预设时长。

作为一个示例，将上述阻塞的第一业务存储到预设业务队列中，并且将第一业务休眠，使阻塞的第一业务依次排列在预设的业务队列中，为其设置休眠时长，休眠时长为第二预设时长。其中第二预设时长是根据服务系统发生请求拥塞的次数而确定的，在确定服务系统发生请求拥塞时，每次都将发生请求拥塞的次数累计加1，也就是阻塞次数逐次加1。

为了更好的达到阻塞第一业务的效果，其中第二预设时长通过以下公式(2)计算：

S_t＝iⁿ  (2)

其中S_t是第二预设时长，将自变量的幂次方项作为第二预设时长，也就是阻塞模型，只需要在应用层加入阻塞模型，对系统代码进行少量改造，然后使用阻塞模型对第一业务进行阻塞，可以保证核心业务响应快，并且还可以使资源被平衡分配，不提升代码的复杂性。i为服务系统发生请求拥塞的次数，当第i次判断系统繁忙需要阻塞时，休眠时长设置为i的n次方，其中n为正数。

作为一个示例，阻塞模型能够在系统十分繁忙，同时非及时性业务休眠的次数和时间较多时，将系统资源集中在核心业务中；当系统繁忙程度适中时，非及时性业务可以穿插在核心业务中，充分利用系统资源；当系统不繁忙时，核心业务和非及时性业务都不受影响。

为了使业务在不拥塞的情况下也能运行，防止运行速度过快，本申请还提供了业务请求处理方法的另一种实现方式，具体参见以下实施例。

请参见图3，该方法除了包括S110至S140之外，还在S130之后，包括以下步骤：

S310、在确定服务系统未发生请求拥塞的情况下，获取服务系统的第二业务请求响应时长。

在一些实施例中，如果系统未发生请求拥塞，那么获取服务系统的第二业务的请求响应时长，其中响应时长通过大量的模拟实验得到，所得到的响应时长都是不同的。

S320、根据第二业务请求响应时长，确定服务响应时间模型的响应均值和标准差。

在一些实施例中，根据上述得到的第二业务响应时长，计算出服务响应时间模型的响应均值μ和标准差σ，通过以下公式(3)和(4)计算：

其中n的大小可调节，n为正数。

响应均值μ和标准差σ为构建服务响应时间模型的两个关键参数，是正态分布概率模型中必不可少的参数信息。

S330、通过调节标准差的倍率动态修改响应均值，直至响应均值收敛，得到更新后的服务响应时间模型。

在一些实施例中，在系统未发生请求拥塞时，并且第二业务的响应时长小于置信区间时，通过调节标准差的倍率，即调节n的大小，动态修改响应均值μ，使响应均值μ不断收敛，收敛到系统可运行的响应时间区间内，得到更新后的服务响应时间模型。

由此，通过接收第一业务的处理请求，来获取服务系统在预设时间段内的业务处理请求的响应时长，将响应时长和响应时长出现的概率构建成响应时间模型，其中响应时间模型服从正态分布模型，根据响应时间模型中的置信区间确定预设时长，进而判断业务处理请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞，若确定服务系统发生请求拥塞，那么就阻塞第一业务的处理请求。这样，由于本申请实施例是利用服务响应时间模型判断业务的阻塞时机，进而阻塞业务，因此在进行业务处理时相较于通过数据库读写分离的方式，服务响应时间模型处理的方式更加简便，从而降低硬件成本和系统的复杂性。另外，由于本申请实施例还针对系统的繁忙程度来处理第一业务，因此，可以提高系统资源的利用率。

需要说明的是，上述本申请实施例描述的应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

基于相同的发明构思，本申请还提供了一种业务请求处理的装置。具体结合图4进行详细说明。

图4是本申请实施例提供的一种业务请求处理装置的结构示意图。

如图4所示，该业务请求处理装置400可以包括：

接收模块401，用于接收第一业务的处理请求，第一业务为非及时性业务；

获取模块402，用于响应于处理请求，获取服务系统在最近预设时间段内的业务请求响应时长；

判断模块403，用于判断业务请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞；预设时长根据服务系统的服务响应时间模型中的置信区间确定，服务响应时间模型为根据服务系统响应业务请求的响应时间和响应时间的出现概率构建的正态分布概率模型；

阻塞模块404，用于在确定服务系统发生请求拥塞的情况下，阻塞第一业务的处理请求。

下面对上述业务请求处理装置400进行详细说明，具体如下所示：

在一些实施例中，为了使被阻塞的第一业务能在后续系统中继续运行，并为其分配资源，上述阻塞模块404包括：

设置子模块，用于将第一业务存放到预设业务队列中，休眠第一业务，设置休眠时长为第二预设时长。

在一些实施例中，为了更好的达到阻塞第一业务的效果，上述设置子模块包括：

计算单元，用于在确定服务系统发生请求拥塞的情况下，将发生请求拥塞的次数加1。

在一些实施例中，为了使业务在不拥塞的情况下也能运行，防止运行速度过快，上述业务请求处理装置400还包括：

获取模块402，用于判断第一业务请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞之后，在确定服务系统未发生请求拥塞的情况下，获取服务系统的第二业务请求响应时间；

确定模块，用于根据第二业务请求响应时间，确定服务响应时间模型的响应均值和标准差；

调节模块，用于通过调节标准差的倍率动态修改响应均值，直至响应均值收敛，得到更新后的服务响应时间模型。

由此，通过接收第一业务的处理请求，来获取服务系统在预设时间段内的业务处理请求的响应时长，将响应时长和响应时长出现的概率构建成响应时间模型，其中响应时间模型服从正态分布模型，根据响应时间模型中的置信区间确定预设时长，进而判断业务处理请求响应时长是否大于或等于预设时长，以确定服务系统是否发生请求拥塞，若确定服务系统发生请求拥塞，那么就阻塞第一业务的处理请求。这样，由于本申请实施例是利用服务响应时间模型判断业务的阻塞时机，进而阻塞业务，因此在进行业务处理时相较于通过数据库读写分离的方式，服务响应时间模型处理的方式更加简便，从而降低硬件成本和系统的复杂性。另外，由于本申请实施例还针对系统的繁忙程度来处理第一业务，因此，可以提高系统资源的利用率。

图5示出了本申请实施例提供的一种电子设备的结构示意图。

在电子设备500可以包括处理器501以及存储有计算机程序指令的存储器502。

具体地，上述处理器501可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器502可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器502可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器502可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器502可在综合网关容灾设备的内部或外部。在特定实施例中，存储器502是非易失性固态存储器。

在特定实施例中，存储器502包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器501通过读取并执行存储器502中存储的计算机程序指令，以实现上述实施例中的任意一种业务请求处理方法。

在一个示例中，电子设备500还可包括通信接口503和总线510。其中，如图5所示，处理器501、存储器502、通信接口503通过总线510连接并完成相互间的通信。

通信接口503，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线510包括硬件、软件或两者，将业务请求处理设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线510可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

示例性的，电子设备500可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、上网本或者个人数字助理(personaldigitalassistant，PDA)等。

该电子设备500可以执行本申请实施例中业务请求处理方法，从而实现结合图1和图4描述的业务请求处理方法和装置。

另外，结合上述实施例中的业务请求处理方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种业务请求处理方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (11)

1.一种业务请求处理的方法，应用于服务系统，其特征在于，所述方法包括：

接收第一业务的处理请求，所述第一业务为非及时性业务；

响应于所述处理请求，获取服务系统在最近预设时间段内的第一业务请求响应时长；

判断所述第一业务请求响应时长是否大于或等于预设时长，以确定所述服务系统是否发生请求拥塞；所述预设时长根据服务系统的服务响应时间模型中的置信区间确定，所述服务响应时间模型为根据服务系统响应第一业务请求的响应时间和响应时间的出现概率构建的正态分布概率模型；

在确定所述服务系统发生请求拥塞的情况下，阻塞所述第一业务的处理请求。

2.根据权利要求1所述的方法，其特征在于，所述预设时长为所述置信区间的上限值。

3.根据权利要求1所述的方法，其特征在于，阻塞所述第一业务的处理请求，包括：

将所述第一业务存放到预设业务队列中，休眠所述第一业务，设置休眠时长为第二预设时长。

4.根据权利要求3所述的方法，其特征在于，所述第二预设时长根据所述服务系统发生请求拥塞的次数确定。

5.根据权利要求4所述的方法，其特征在于，所述第二预设时长根据所述服务系统发生请求拥塞的次数确定，包括：

在确定所述服务系统发生请求拥塞的情况下，将发生请求拥塞的次数加1。

6.根据权利要求5所述的方法，其特征在于，所述第二预设时长利用以下公式得到，包括：

S_t＝iⁿ

所述S_t为第二预设时长，所述i为服务系统发生请求拥塞的次数，所述n为正数。

7.根据权利要求1所述的方法，其特征在于，所述判断所述第一业务请求响应时长是否大于或等于预设时长，以确定所述服务系统是否发生请求拥塞之后，所述方法还包括：

在确定所述服务系统未发生请求拥塞的情况下，获取服务系统的第二业务请求响应时长；

根据所述第二业务请求响应时长，确定所述服务响应时间模型的响应均值和标准差；

通过调节标准差的倍率动态修改响应均值，直至响应均值收敛，得到更新后的服务响应时间模型。

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

接收模块，用于接收第一业务的处理请求，所述第一业务为非及时性业务；

获取模块，用于响应于所述处理请求，获取服务系统在最近预设时间段内的业务请求响应时长；

判断模块，用于判断所述业务请求响应时长是否大于或等于预设时长，以确定所述服务系统是否发生请求拥塞；所述预设时长根据服务系统的服务响应时间模型中的置信区间确定，所述服务响应时间模型为根据服务系统响应业务请求的响应时间和响应时间的出现概率构建的正态分布概率模型；

阻塞模块，用于在确定所述服务系统发生请求拥塞的情况下，阻塞所述第一业务的处理请求。

9.一种电子设备，其特征在于，所述电子设备包括：

处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-7任意一项所述的业务请求处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-7任意一项所述的业务请求处理方法。

11.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1-7任意一项所述的业务请求处理方法。

Images