CN108964947A - 后台服务质量检测方法和装置、计算机设备 - Google Patents

Abstract

本发明提供一种后台服务质量检测方法，包括：周期性的向后台服务器发送业务请求，接收后台服务器根据业务请求返回的业务响应，获取上一个周期内业务响应对应的业务响应成功率，获取加速因子和上一个周期的响应成功权重，根据加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重，根据当前周期的响应成功权重检测所述后台服务器的服务质量。利用加速因子和业务响应成功率计算响应成功权重，通过响应成功权重检测后台服务器的服务质量，在保障正常业务的前提下，快速准确的对后台服务质量进行检测，保证后台服务器的服务质量。还提供一种后台服务质量检测装置和一种计算机设备。

Description

后台服务质量检测方法和装置、计算机设备

技术领域

本发明涉及计算机技术领域，特别是涉及一种后台服务质量检测方法和装置、一种计算机设备。

背景技术

进程代码错误、机器故障或者网络异常等都可能导致后台服务端异常，因此需要对后台服务端的服务质量进行检测。

传统技术中，由机器心跳监控机器，但无法对某个具体服务进行检测，另外，探测灵敏度的高低都会影响探测结果，导致探测结果不准确，进而导致服务质量大幅度下降。

发明内容

基于此，有必要针对上述问题，提供一种后台服务质量检测方法和装置、一种计算机设备，通过加速因子和业务响应成功率计算响应成功权重，能够快速准确的对后台服务质量进行检测，从而保证后台服务质量。

一种后台服务质量检测方法，包括：

周期性的向后台服务器发送业务请求，接收所述后台服务器根据所述业务请求返回的业务响应；

获取上一个周期内所述业务响应对应的业务响应成功率；

获取加速因子和上一个周期的响应成功权重；

根据所述加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重，其中第一周期的响应成功权重为预设值；

根据所述当前周期的响应成功权重检测所述后台服务器的服务质量。

一种后台服务质量检测装置，包括：

接收模块，用于周期性的向后台服务器发送业务请求，接收所述后台服务器根据所述业务请求返回的业务响应；

第一获取模块，用于获取上一个周期内所述业务响应对应的业务响应成功率，获取加速因子和上一个周期的响应成功权重；

响应成功权重计算模块，用于根据所述加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重，其中第一周期的响应成功权重为预设值；

检测模块，用于根据所述当前周期的响应成功权重检测所述后台服务器的服务质量。

一种计算机设备，包括存储器和处理器，所述存储器中储存有计算机可读指令，所述处理器执行所述计算机可读指令时，实现权利要求1-5中任意一项所述方法的步骤

上述后台服务质量检测方法和装置、计算机设备，周期性的向后台服务器发送业务请求，并接收后台服务器根据业务请求返回的业务响应，通过获取上一个周期的业务响应成功率以及上一周期的响应成功权重和加速因子，得到当前周期的响应成功权重，从而根据当前周期的响应成功权重检测后台服务器的服务质量。通过统计每一个周期的业务响应成功率，并结合加速因子周期性的获取当前周期的响应成功权重，从而进一步地根据响应成功权重检测后台服务器服务质量，采用周期性的统计方法进行检测，并使用加速因子加速响应成功权重衰减，从而快速准确的对后台服务质量进行检测，能在保障正常业务服务的情况下，保证后台服务器的服务质量。

附图说明

图1为一个实施例中后台服务质量检测方法的应用环境图；

图2为图1中终端的内部结构图；

图3为一个实施例中后台服务质量检测方法的流程图；

图4为另一个实施例中后台服务质量检测方法的流程图；

图5为一个实施例中计算当前周期响应成功权重的流程图；

图5A为一个实施例中响应成功权重变化图；

图6为一个实施例中后台服务质量检测方法的流程图；

图7为一个实施例中检测后台服务是否恢复正常的方法流程图；

图7A为一个实施例中探测后台服务器是否恢复正常的示意图；

图8为一个具体实施例中后台服务质量检测方法的流程图；

图9为一个实施例中后台服务质量检测装置的结构框图；

图10为另一个实施例中后台服务质量检测装置的结构框图；

图11为一个实施例中检测模块的结构框图；

图12为一个实施例中后台服务质量检测装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1为一个实施例中，后台服务质量检测方法的应用环境图。如图1所示，该应用环境包括终端110和后台服务器120，其中终端110和后台服务器120可通过网络进行通信。终端110周期性的向后台服务器120发送业务请求，并接收从后台服务器120返回的业务请求对应的业务响应，进一步地，终端110获取每个周期后台服务器120对应的业务响应成功率，根据加速因子和上一个周期的响应成功权重计算当前周期的响应成功权重，然后终端110根据当前周期的响应成功权重对后台服务器120的服务质量进行检测。

图2为一个实施例中终端的内部结构示意图。如图2所示，该终端包括通过***总线连接的处理器、非易失性存储介质、内存储器和网络接口、显示屏和输入装置。其中，终端的非易失性存储介质存储有操作***，还包括一种后台服务质量检测装置，该后台服务质量检测装置用于实现一种后台服务质量检测方法。该处理器用于提供计算和控制能力，支撑整个终端的运行。终端中的内存储器为非易失性存储介质中的后台服务质量检测装置的运行提供环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被所述处理器执行时，可使得所述处理器执行一种后台服务质量检测方法。网络接口用于与后台服务器进行网络通信，如发送业务请求至后台服务器，接收服务器返回的业务请求对应的业务响应等。终端的显示屏可以是液晶显示屏或电子墨水显示屏等，输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是外接的键盘、触控板或鼠标等。该终端可以是手机、平板电脑或者个人数字助理或穿戴式设备等。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

如图3所示，在一个实施例中，提供一种后台服务质量检测方法，包括以下内容：

步骤S310，周期性的向后台服务器发送业务请求，接收后台服务器根据业务请求返回的业务响应。

其中，业务请求是指为了获取某种服务发送的请求，后台服务器对应的服务对相应的业务请求进行响应，当根据业务请求返回的业务响应检测到后台服务器存在故障时，能够将业务请求发送至其他正常的后台服务器，保障在对后台服务器检测的同时，能够正常提供当前业务。

具体地，通过检测业务请求对应的业务响应检测后台服务器的服务质量。为了避免当检测灵敏度过高时，由于网络抖动导致检测失误或者是检测灵敏度过低检测服务质量不及时，利用统计的方法，周期性的向后台服务器发送多个业务请求，后台服务器接收到业务请求后对业务请求进行业务响应。进一步地，业务响应包括业务响应成功和业务响应失败两种情况，业务响应失败包括业务响应错误和未响应等情况。

步骤S320，获取上一个周期内业务响应对应的业务响应成功率。

具体地，在一个业务请求发送周期结束后，统计该周期中向后台服务器发送业务请求的总次数和后台服务器业务响应成功的次数，根据该周期内业务请求的总次数和业务响应成功的次数获取该周期对应的业务响应成功率。

进一步地，在一个周期中，使用该周期内后台服务器业务响应成功的次数与发送业务请求的总次数的比值作为该周期对应的业务响应成功率。也就是业务响应成功率ratio＝业务响应成功次数/客户端总访问次数。在计算当前周期的响应成功权重时，需要使用上一个周期的业务响应对应的业务响应成功率。

步骤S330，获取加速因子和上一个周期的响应成功权重。

其中，加速因子是指加速响应成功权重衰减的因子，能够通过一定的运算加速响应成功权重减小，从而在较少的周期内检测后台服务器的服务质量是否存在故障。响应成功权重反映了向该后台服务器发送一个业务请求，后台服务器能够成功响应该业务请求的概率，响应成功权重为小于或等于1的常数。预先设置响应周期权重的初始值，各个周期的响应成功权重根据上一周期的响应成功权重、加速因子以及上一周期的业务响应成功率计算得到。

步骤S340，根据加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重，其中第一周期的响应成功权重为预设值。

具体地，预先设置响应成功权重的计算规则，可自定义，将获取到的加速因子和上一周期的业务响应成功率以及上一周期的响应成功权重，根据预设计算规则计算当前周期的响应成功权重。预先设置第一周期的响应成功权重，假设后台服务器正常，在一个实施例中，设置第一周期的响应成功权重为1。

进一步地，预先设置的响应成功权重的计算规则可以是将上一周期的业务响应成功率乘以加速因子后与上一周期的响应成功权重相乘，其中加速因子为小于1的常数，能够加速响应成功权重的衰减。具体地，将上一周期的响应成功权重与上一周期的业务响应成功率相乘得到当前周期的响应成功权重，为了提高检测的准确性和速度，设置小于1的加速因子，每次计算当前周期的响应成功权重时，与预设的加速因子相乘，加快响应成功权重减小的速度。

在其他实施例中，预先设置的响应成功权重的计算规则为以上一周期的业务响应成功率为底数，预设的加速因子为指数进行计算，然后与上一周期的响应成功权重相乘得到当前周期的响应成功权重，其中加速因子为大于1的整数。因为业务响应成功率为小于或等于的常数，因此当对业务响应成功率进行幂运算后对应的数值变小，与上一周期的响应成功权重相乘后，加速了响应成功权重的减小。

具体地，预先设置初始响应成功权重为1，在发送业务请求的第一周期结束后，统计第一周期内业务响应成功的次数，计算业务响应成功率。根据第一周期的业务响应成功率和初始响应成功权重以及加速因子得到第二周期对应的响应成功权重，依次类推，计算每个周期的响应成功权重。

步骤S350，根据当前周期的响应成功权重检测后台服务器的服务质量。

具体地，预先设置服务质量正常时对应的响应成功权重，从第一周期开始每获取到一个周期的响应成功权重，就将当前周期的响应成功权重与预设的服务质量正常时对应的响应成功权重相比较，从而检测当前发送业务请求的后台服务器的服务质量。

进一步地，根据当前周期的响应成功权重检测到后台服务器正常时，继续下一个周期的检测，以实时检测后台服务器的服务质量，如果根据当前周期的响应成功权重检测到后台服务器异常时，停止对该后台服务器发送业务请求，从而避免业务请求响应失败，提高服务质量。

本实施例中，通过周期性的向后台服务器发送业务请求，并接收后台服务器根据业务请求返回的业务响应，获取每个周期对应的业务响应成功率，从而根据预设计算规则，利用预设加速因子，上一个周期的业务响应成功率和上一个周期的响应成功权重得到当前周期的响应成功权重，根据当前周期的响应成功权重实时检测后台服务器的服务质量。利用统计得到的业务响应成功率计算响应成功权重，具有统计的特性不会因为某一个时间点或者是某个时刻的变化做出错误的判断，并且不断地周期性发送业务请求统计业务响应成功率，能够及时发现后台服务器出现故障，同时使用加速因子，进一步提高了后台服务器服务质量的检测速度，从而能够快速准确的对后台服务质量进行检测，能在保障正常业务服务的情况下，检测后台服务器的服务质量。

如图4所示，在一个实施例中，步骤S320之前，还包括：

步骤S310A，获取预设时间内业务响应对应的连续失败次数。

具体地，当检测到预设时间内向某个后台服务器发送业务请求后，后台服务器返回的业务响应连续失败，则获取业务响应连续失败的次数。

步骤S310B，若连续失败次数大于预设阈值，则判定后台服务器出现故障，停止向后台服务器发送业务请求，否则进入获取上一个周期内业务响应对应的业务响应成功率的步骤。

具体地，预先设置预设时间内连续失败次数的阈值，当后台服务器在预设时间内业务响应连续失败的次数大于该阈值时，则判定后台服务器出现故障。例如，预设设置预设时间内连续失败的次数为20次，假设后台服务器的业务响应成功率为0.5，则连续20次失败的概率P＝(0.5)^20＝0.000095％，可以看出后台服务器连续20次业务响应失败的概率非常低。因此，当在预设时间内，检测到连续失败的次数大于20次时，可以判断该后台服务器当前出现故障，无法提供业务服务，停止向该业务后台服务器发送业务请求。

进一步地，若连续失败的次数小于预设阈值，可能是由于后台服务器网络抖动造成的业务响应失败，则采用统计的方法，周期性的发送业务请求后台服务器的服务质量进行检测。

本实施例中，通过检测预设时间内的业务响应连续失败的次数，根据连续失败的次数与预设阈值的关系判断后台服务器的服务质量，当预设时间内连续失败的次数大于预设阈值时，直接判断后台服务器出现故障，不需要进行后续检测，节省了检测时间，能够快速排除存在故障的后台服务器，从而提高后台服务器的服务质量。

如图5所示，在一个实施例中，步骤S340包括：

步骤S340A，以上一个周期的业务响应成功率为底数，以加速因子为指数计算得到第一运算结果。

具体地，将上一周期业务响应成功的次数与上一周期的业务请求总次数的比值作为业务响应成功率，并且预先设置加速因子为大于1的常数。通过检测当前周期的响应成功权重检测后台服务器的服务质量，为了缩短对后台服务器故障检测的检测周期，需要加速响应成功权重的衰减。因为业务响应成功率为小于1的常数，因此将业务响应成功率本身相乘能够减小运算结果。进一步地，以上一个周期的业务响应成功率为底数，以加速因子为指数计算得到第一运算结果。

步骤S340B，将第一运算结果与上一个周期的响应成功权重相乘得到当前周期的响应成功权重。

具体地，将第一运算结果与上一周期的响应成功权重相乘得到当前周期的响应成功权重。例如，若设置加速因子为4，初始响应成功权重为W0，第一周期的业务响应成功率ratio＝业务响应成功次数/客户端总访问次数，则根据预设计算规则计算得到第二周期的响应成功权重W1＝W0*(ratio*ratio*ratio*ratio)。以此类推，当前周期的响应成功权重＝上一周期的响应成功权重*(上一个周期业务响应成功率)^4。进一步地，如图5A所示，以每个周期业务响应成功率ratio为0.98，初始响应成功权重W0为1为例，利用上述当前周期的响应权重计算规则，根据初始响应成功权重和第一周期的业务响应成功率得到第二周期的响应成功权重W1为0.92，依次类推，计算得到前五个周期的响应成功权重依次分别为1，0.92，0.84，0.77，0.70。若设置当响应成功权重低于0.7时发出警报，则对应响应成功率为0.98的后台服务器只需要四个周期即可检测到出现故障。

本实施例中，以业务响应成功率为底数，加速因子为指数得到第一计算结果，并将第一计算结果与上一周期的响应成功权重相乘得到当前周期的响应成功权重。通过指数运算加速响应成功权重的减小，从而缩短对后台服务器的检测周期，以保证能够快速准确的检测后台服务器的服务质量。

如图6所示，在一个实施例中，步骤S350包括：

步骤S350A，获取响应成功权重阈值。

具体地，预先设置响应成功权重阈值，响应成功权重阈值可以根据后台服务器的服务场景进行设置，如后台服务器响应的业务为关键业务，则设置较高的响应成功权重阈值。将响应成功权重阈值作为衡量后台服务器是否出现故障的指标。

步骤S350B，判断当前周期的响应成功权重是否小于响应成功权重阈值，如果是，执行步骤S350C，否则，执行步骤S350D。

具体地，当根据加速因子、上一周期的业务响应成功率以及上一周期的响应成功权重按照预设的计算规则计算得到当前周期的响应成功权重后，将当前周期的响应成功权重与预设的响应成功权重阈值相比较，若当前周期的响应成功权重小于响应成功权重阈值，则执行步骤S350C，否则，执行步骤S350D。

进一步地，根据预设初始权重值和第一周期的业务响应成功率以及加速因子计算得到第二周期的响应成功权重，将第二周期的响应成功权重与预设的响应成功权重阈值相比较，若第二周期的响应成功权重大于预设的响应成功权重阈值，则执行步骤S350C，否则，执行步骤S350D。

步骤S350C，判定后台服务器存在故障。

具体地，当检测到当前周期的响应成功权重小于响应成功权重阈值时，说明当前周期后台服务器能够成功的响应业务请求的概率低于预设值，不能满足当前业务的需求，判断后台服务器存在故障。

步骤S350D，计算下一个周期响应成功权重，根据下一个周期的响应成功权重检测后台服务器的服务质量。

具体地，当检测到当前周期的响应成功权重大于响应成功权重阈值时，但若当前周期的响应成功权重与上一周期的响应成功权重相比呈现下降趋势，也就是说后台服务器无法对全部业务请求成功响应，为了避免由于后台服务器抖动造成的业务响应失败，获取当前周期的业务响应成功率，计算下一个周期响应成功权重，根据下一个周期响应成功权重检测后台服务器的服务质量。

进一步地，若下一个周期响应成功权重依旧大于响应成功权重阈值，继续检测下一个周期的响应成功权重。如果检测到当前周期的响应成功权重小于预设阈值，则说明后台服务器出现故障。特别地，若后台服务器不存在故障，则每个周期的业务响应成功率均为1，响应成功权重一直为1。而设置响应成功权重阈值，能够保证在某个周期即使由于服务器抖动造成响应成功率不为1时，响应成功权重也不会在多个周期呈现衰减趋势，能够比较准确的检测后台服务器的服务质量。

本实施例中，通过预设响应成功权重阈值，将当前周期响应成功权重与预设响应成功权重阈值相比较，判断后台服务器的服务质量。采用周期性的检测方法，避免由于某个周期后台服务器抖动造成的误检测，并且能够周期性的不断的发送业务请求，持续对后台服务器的服务质量进行检测，能够快速并准确的检测后台服务器的服务质量，并执行相应的操作，以保证后台服务质量。

如图7所示，在一个实施例中，后台服务质量检测方法还包括：

步骤S410，统计接收到的业务响应成功数据包的数量，如果数量到达预设阈值，则向异常服务器发送探测包，并将业务响应成功数据包的数量初始化，进入统计接收到的业务响应成功数据包的数量的步骤。

其中，异常服务器是指判定为存在故障的后台服务器，探测包是指用来探测异常服务器是否恢复正常的业务请求对应的数据包。

具体地，对后台服务器进行故障检测的同时，为了能够对正常服务器合理使用，对于判定存在故障的后台服务器进行检测，判断是否恢复正常。进一步地，预先设置业务响应成功数据包的数量阈值，向正常的后台服务器发送业务请求，统计接收到的业务响应成功的数据包的数量，当从正常后台服务器接收到的业务响应成功数据包的数量达到预设阈值时，向异常服务器发送探测包对异常服务器的服务质量进行探测。

发送一个探测包后初始化业务响应成功数据包的数量，然后再次对正常后台服务器业务响应成功数据包进行统计，在业务响应成功数据包的数量达到预设阈值时再次向异常服务器发送探测包，实现周期性的发送探测包。

特别地，设置正常后台服务器业务响应成功数据包的数量阈值，是为了保证即使发送到异常后台服务器的探测包响应失败对正常后台服务器的成功率不会造成太大影响，而造成对正常后台服务器的误检测。

步骤S420，如果连续预设探测次数发送的探测包对应的探测响应数据包为成功响应数据包，则判定后台服务器恢复正常。

具体地，每次初始化后，当接收到正常后台服务器返回的业务响应成功数据包的数量达到预设阈值时，就向异常服务器发送一个探测包，获取异常服务器对应于探测包的响应数据，检测响应数据是否成功，如果连续预设次数的探测包均成功响应，则判定后台服务器恢复正常。进一步地，因为每个探测包之间均间隔了预设数目的正常后台服务器发送的业务响应成功数据包，因此当探测到预设次数的探测包均成功响应时，说明后台服务器恢复正常，能够正常响应业务请求。

例如，如图7A所示，设置客户端710每接收到10000个业务响应成功数据包，向后台服务器720发送一个探测包，经过10次上门的过程，也就是客户端710经过(10*10000)个正常业务包后，就已经发送了10个探测异常后台服务器720的探测包，若连续10次检测到探测包对应的响应为成功响应的数据，则判断该后台服务器720恢复正常，能够投入使用。具体地，因为设置了10000个业务响应成功数据包，即使探测包检测失败，计算得到的总体的业务响应成功率为10000/10001＝99.99％，业务响应成功率依然达到了4个9，不会对其他服务检测造成特别大的影响，进一步地，每个探测包之间间隔了10000个业务响应成功数据包，属于不同的时间段发送的探测包，因此若连续10个探测包均成功响应，能够有较高的可信度说明后台服务器720恢复正常。

在其他实施例中，若一直没有检测到连续预设探测次数发送的探测包对应的探测响应数据包为成功响应数据包，则判断该后台服务器出现故障的时间是否超过预设时间阈值，若是，则恢复该后台服务器的使用，避免由于后台服务器的某个服务抖动造成响应失败或者网络等原因，造成后台服务器的某个服务长期处于无法使用的状态。

本实施例中，统计接收到的业务响应成功数据包，在业务响应成功数据包达到预设阈值时，发送探测包，当检测连续次数的探测包对应的响应数据包为响应成功数据包时，判定后台服务器恢复正常。通过预先设置业务响应成功数据包数目和探测包连续成功响应的次数，增加了对后台服务器检测的时间跨度，提高了检测的准确性，保证及时准确的检测到恢复正常的后台服务器，以进行重新使用。

如图8所示，在一个具体实施例中，提供一种后台服务质量检测方法，包括：

步骤S510，周期性的向后台服务器发送业务请求，接收后台服务器根据业务请求返回的业务响应。

步骤S520，获取预设时间内业务响应对应的连续失败次数，判断连续失败次数是否大于预设次数阈值，若是，则执行步骤S530，若否，则执行步骤S540。

步骤S530，判定后台服务器出现故障，停止向后台服务器发送业务请求。

步骤S540，获取上一个周期内业务响应对应的业务响应成功率，获取加速因子和上一个周期的响应成功权重。

步骤S550，根据加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重，其中第一周期的响应成功权重为预设值。

步骤S560，获取响应成功权重阈值，判断当前周期的响应成功权重是否小于响应成功权重阈值，若是，执行步骤S530，若否，执行步骤S570。

步骤S570，计算下一个周期响应成功权重，将下一个周期作为当前周期执行步骤S540。

步骤S580，统计接收到的业务响应成功数据包的数量，如果数量到达预设阈值，则向异常服务器发送探测包，并将业务响应成功数据包的数量初始化，进入统计接收到的业务响应成功数据包的数量的步骤。

步骤S590，如果连续预设探测次数发送的探测包对应的探测响应数据包为成功响应数据包，则判定后台服务器恢复正常。

本实施例中，通过周期性的向后台服务器发送业务请求，接收后台服务器返回的业务响应，根据各个周期的业务响应成功率和响应成功权重计算下一个周期的响应成功权重，从而对服务器是否发生故障进行检测，进一步地，间隔预设数目的业务响应成功数据包发送探测包，统计探测包对应的业务请求连续成功的响应的次数，对异常服务器是否恢复正常进行检测。采用统计的方法，周期性的发送业务请求，对后台服务器的服务状态进行检测，不会因为某个服务的震荡影响整体服务质量，也不会长期检测不到异常服务IP，采用统计的方法，保障正常服务的前提下，准确迅速的检测到后台服务器的服务质量。

如图9所示，在一个实施例中，提供一种后台服务质量检测装置，包括：

接收模块610，用于周期性的向后台服务器发送业务请求，接收后台服务器根据业务请求返回的业务响应。

第一获取模块620，用于获取上一个周期内业务响应对应的业务响应成功率，获取加速因子和上一个周期的响应成功权重。

响应成功权重计算模块630，用于根据加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重，其中第一周期的响应成功权重为预设值。

检测模块640，用于根据当前周期的响应成功权重检测后台服务器的服务质量。

本实施例中，通过周期性的向后台服务器发送业务请求，并接收后台服务器根据业务请求返回的业务响应，获取每个周期对应的业务响应成功率，从而根据预设计算规则，利用预设加速因子，上一个周期的业务响应成功率和上一个周期的响应成功权重得到当前周期的响应成功权重，根据当前周期的响应成功权重实时检测后台服务器的服务质量。利用统计得到的业务响应成功率计算响应成功权重，具有统计的特性不会因为某一个时间点或者是某个时刻的变化做出错误的判断，并且不断地周期性发送业务请求统计业务响应成功率，能够及时发现后台服务器出现故障，同时使用加速因子，进一步提高了后台服务器服务质量的检测速度，从而能够快速准确的对后台服务质量进行检测，在保障正常业务的前提下，检测后台服务器的服务质量。

如图10所示，在一个实施例中，后台服务质量检测装置还包括：

第二获取模块650，用于获取预设时间内业务响应对应的连续失败次数。

故障检测模块660，用于若连续失败次数大于预设阈值，则判定后台服务器出现故障，停止向后台服务器发送业务请求，否则进入第一获取模块。

在一个实施例中，响应成功权重计算模块630还用于以上一个周期的业务响应成功率为底数，以加速因子为指数计算得到第一运算结果，将第一运算结果与上一个周期的响应成功权重相乘得到当前周期的响应成功权重。

如图11所示，在一个实施例中，检测模块640包括：

阈值获取模块640A，用于获取响应成功权重阈值。

判断模块640B，用于判断当前周期的响应成功权重是否小于响应成功权重阈值，如果是，则判定后台服务器存在故障，否则，计算下一个周期响应成功权重，根据下一个周期的响应成功权重检测后台服务器的服务质量。

如图12所示，在一个实施例中，后台服务质量检测装置还包括：

探测模块670，用于统计接收到的业务响应成功数据包的数量，如果数量到达预设阈值，则向异常服务器发送探测包，并将业务响应成功数据包的数量初始化，进入统计接收到的业务响应成功数据包的数量的步骤。

恢复检测模块680，用于如果连续预设探测次数发送的探测包对应的探测响应数据包为成功响应数据包，则判定后台服务器恢复正常。

在一个实施例中，提供一种计算机设备，该计算机设备包括存储器和处理器，存储器中储存有计算机可读指令，处理器执行计算机可读指令时，使得处理器执行以下步骤：周期性的向后台服务器发送业务请求，接收后台服务器根据业务请求返回的业务响应；获取上一个周期内业务响应对应的业务响应成功率；获取加速因子和上一个周期的响应成功权重；根据加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重，其中第一周期的响应成功权重为预设值；根据当前周期的响应成功权重检测后台服务器的服务质量。

上述计算机设备，通过周期性的发送业务请求至后台服务器，统计每个周期的业务响应成功率，能够及时发现后台服务器出现故障，并且使用加速因子，进一步提高了后台服务器服务质量的检测速度，从而在保障正常业务的前提下，能够快速准确的对后台服务器进行检测，保证检测后台服务器的服务质量。

在一个实施例中，计算机可读指令还使得处理器执行以下步骤：获取预设时间内业务响应对应的连续失败次数；若连续失败次数大于预设阈值，则判定后台服务器出现故障，停止向后台服务器发送业务请求，否则进入获取上一个周期内业务响应对应的业务响应成功率的步骤。

在一个实施例中，处理器所执行的根据加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重包括：以上一个周期的业务响应成功率为底数，以加速因子为指数计算得到第一运算结果；将第一运算结果与上一个周期的响应成功权重相乘得到当前周期的响应成功权重。

在一个实施例中，处理器所执行的根据当前周期的响应成功权重检测后台服务器的服务质量包括：获取响应成功权重阈值；判断当前周期的响应成功权重是否小于响应成功权重阈值，如果是，则判定后台服务器存在故障；否则，计算下一个周期响应成功权重，根据下一个周期的响应成功权重检测后台服务器的服务质量。

在一个实施例中，计算机可读指令还使得处理器执行以下步骤：统计接收到的业务响应成功数据包的数量，如果数量到达预设阈值，则向异常服务器发送探测包，并将业务响应成功数据包的数量初始化，进入统计接收到的业务响应成功数据包的数量的步骤；如果连续预设探测次数发送的探测包对应的探测响应数据包为成功响应数据包，则判定后台服务器恢复正常。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种后台服务质量检测方法，所述方法包括：

周期性的向后台服务器发送业务请求，接收所述后台服务器根据所述业务请求返回的业务响应；

获取上一个周期内所述业务响应对应的业务响应成功率；

获取加速因子和上一个周期的响应成功权重；

根据所述加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重，其中第一周期的响应成功权重为预设值；

根据所述当前周期的响应成功权重检测所述后台服务器的服务质量。

2.根据权利要求1所述的方法，其特征在于，所述获取上一个周期内所述业务响应对应的业务响应成功率的步骤之前，还包括：

获取预设时间内所述业务响应对应的连续失败次数；

若所述连续失败次数大于预设阈值，则判定所述后台服务器出现故障，停止向所述后台服务器发送业务请求，否则进入所述获取上一个周期内所述业务响应对应的业务响应成功率的步骤。

3.根据权利要求1所述的方法，其特征在于，所述根据所述加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重的步骤包括：

以所述上一个周期的业务响应成功率为底数，以所述加速因子为指数计算得到第一运算结果；

将所述第一运算结果与所述上一个周期的响应成功权重相乘得到所述当前周期的响应成功权重。

4.根据权利要求1所述的方法，其特征在于，所述根据所述当前周期的响应成功权重检测所述后台服务器的服务质量的步骤包括：

获取响应成功权重阈值；

判断所述当前周期的响应成功权重是否小于所述响应成功权重阈值，如果是，则判定所述后台服务器存在故障；

否则，计算下一个周期响应成功权重，根据下一个周期的响应成功权重检测所述后台服务器的服务质量。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

统计接收到的业务响应成功数据包的数量，如果所述数量到达预设阈值，则向异常服务器发送探测包，并将所述业务响应成功数据包的数量初始化，进入所述统计接收到的业务响应成功数据包的数量的步骤；

如果连续预设探测次数发送的探测包对应的探测响应数据包为成功响应数据包，则判定所述后台服务器恢复正常。

6.一种后台服务质量检测装置，其特征在于，所述装置包括：

接收模块，用于周期性的向后台服务器发送业务请求，接收所述后台服务器根据所述业务请求返回的业务响应；

第一获取模块，用于获取上一个周期内所述业务响应对应的业务响应成功率，获取加速因子和上一个周期的响应成功权重；

响应成功权重计算模块，用于根据所述加速因子、上一个周期的业务响应成功率和上一个周期的响应成功权重计算得到当前周期的响应成功权重，其中第一周期的响应成功权重为预设值；

检测模块，用于根据所述当前周期的响应成功权重检测所述后台服务器的服务质量。

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

第二获取模块，用于获取预设时间内所述业务响应对应的连续失败次数；

故障检测模块，用于若所述连续失败次数大于预设阈值，则判定所述后台服务器出现故障，停止向所述后台服务器发送业务请求，否则进入所述第一获取模块。

8.根据权利要求6所述的装置，其特征在于，所述响应成功权重计算模块还用于以所述上一个周期的业务响应成功率为底数，以所述加速因子为指数计算得到第一运算结果，将所述第一运算结果与所述上一个周期的响应成功权重相乘得到所述当前周期的响应成功权重。

9.根据权利要求6所述的装置，其特征在于，所述检测模块包括：

阈值获取模块，用于获取响应成功权重阈值；

判断模块，用于判断所述当前周期的响应成功权重是否小于所述响应成功权重阈值，如果是，则判定所述后台服务器存在故障，否则，计算下一个周期响应成功权重，根据下一个周期的响应成功权重检测所述后台服务器的服务质量。

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

探测模块，用于统计接收到的业务响应成功数据包的数量，如果所述数量到达预设阈值，则向异常服务器发送探测包，并将所述业务响应成功数据包的数量初始化，进入所述统计接收到的业务响应成功数据包的数量的步骤；

恢复检测模块，用于如果连续预设探测次数发送的探测包对应的探测响应数据包为成功响应数据包，则判定所述后台服务器恢复正常。

11.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中储存有计算机可读指令，所述处理器执行所述计算机可读指令时，实现权利要求1-5中任意一项所述方法的步骤。