一种业务请求的响应方法及装置制造方法及图纸

本申请公开了一种业务请求的响应方法及装置，所述方法包括：服务器接收业务请求，获取所述服务器自身当前的各运行参数，根据所述各运行参数，确定所述服务器处理所述业务请求的承载能力预估值，根据所述承载能力预估值，确定所述业务请求对应的超时时间，根据所述超时时间，对所述业务请求进行处理。与现有技术不同的是，本申请根据每一业务请求以及当前时刻服务器的运行状态，来预估出服务器处理了该业务请求后的运行状态，从而根据预估的运行状态为业务请求分配相应的超时时间。这样的方式即保证了对多变的业务请求设置合理的超时时间，也保证了服务器的运行状态不会出现过载的现象。

Response method and device for service request

The invention discloses a method and a device in response to service requests, the method comprises: a server receives a service request, the server gets the current operating parameters, according to the various operating parameters, determined by the server processing the service request carrying capacity estimates, according to the estimated value of bearing capacity the determination of the service request corresponding timeout timeout according to the time of processing the service request. Unlike existing techniques, the application according to each service request and the running state of the time server, to estimate the running state of the server processing the service request after, according to the operation state estimate of the distribution of the corresponding service request timeout. This ensures a reasonable timeout for a volatile business request and ensures that the server is running without overloading.

【技术实现步骤摘要】

本申请涉及计算机
，尤其涉及一种业务请求的响应方法及装置。
技术介绍
随着信息技术的发展，服务器(如：网站服务器)可以为不同的用户提供丰富的业务服务。现有技术中，在用户与服务器交互的过程中，服务器往往会针对所处理的业务设置相应的超时时间。具体而言：当用户向服务器发送了获得业务服务的业务请求后，服务器就会针对接收到的业务请求进行处理，对于用户而言，会等待服务器返回响应结果。为了避免出现用户一直等待的情况，当用户的实际等待时间超过了超时时间后，服务器就会针对该用户执行发送失败通知或为该用户变更第三方服务器等操作，对业务请求进行响应。可以认为，在上述过程中，超时时间就是用户的最大等待时间。但是，在现有的对业务请求进行响应的方式中，当服务器设置了超时时间后，对于任意的用户所发送的业务请求而言，超时时间均固定一致，然而，在实际应用场景下，不同业务请求的实际等待时间可能并不一致，如：在不同时间段，同一服务器所面临的访问压力并不相同，若采用现有的方式设置了固定的超时时间，那么，对于访问压力较大的时间段，可能会导致服务器宕机的情况；又例如：某些业务请求可能需要较长的响应时间(甚至超过预设的超时时间)，这样的场景下，服务器针对该业务请求仍会发出失败(或重试)通知，又或者为业务请求变更第三方服务器，从而影响对业务请求的处理。显然，现有技术中对业务请求的响应方式，并不适合于动态、多变的业务请求。
技术实现思路
本申请实施例提供一种业务请求的响应方法及装置，用以解决目前对业务请求进行响应的方式适用性较差的问题。本申请实施例提供的一种业务请求的响应方法，包括：服务器接收业务请求；获取所述服务器自身当前的各运行参数；根据所述各运行参数，确定所述服务器处理所述业务请求的承载能力预估值；根据所述承载能力预估值，确定所述业务请求对应的超时时间；根据所述超时时间，对所述业务请求进行处理。本申请实施例提供的一种业务请求的响应装置，包括：接收模块，用于接收业务请求；获取模块，用于获取服务器自身当前的各运行参数；预估值模块，用于根据所述各运行参数，确定所述服务器处理所述业务请求的承载能力预估值；超时时间模块，用于根据所述承载能力预估值，确定所述业务请求对应的超时时间；处理模块，根据所述超时时间，对所述业务请求进行处理。本申请实施例提供一种业务请求的响应方法及装置，当服务器接收到了业务请求后，将获取该服务器自身的运行参数，在此基础上，服务器将预估处理该业务请求后，服务器届时的运行状态，也即，承载能力预估值，而承载能力预估值反映了服务器处理业务请求后服务器届时的负荷量，再根据承载能力预估值，进一步确定出应该为业务请求配置的超时时间的时长。与现有技术不同的是，在本申请实施例中，并不会统一设置固定的超时时间，而是根据每一业务请求以及当前时刻服务器的运行状态，来预估出服务器处理了该业务请求后的运行状态，从而根据预估的运行状态为业务请求分配相应的超时时间。这样的方式即保证了对多变的业务请求设置合理的超时时间，也保证了服务器的运行状态不会出现过载的现象，有效提升了对业务请求的超时时间进行设置的适用性。附图说明此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：图1为本申请实施例提供的业务请求的响应过程；图2为本申请实施例提供的业务请求的响应装置结构示意图；图3为本申请实施例提供的服务器内用于执行业务请求的响应过程的硬件结构示意图。具体实施方式为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。图1为本申请实施例提供的业务请求的响应过程，该过程具体包括以下步骤：S101：服务器接收业务请求。在本申请实施例中，所述的服务器可以是服务提供方(如：网站)后台的服务器，通过该服务器，可以面向不同的用户提供各类业务服务。所述的业务请求，可以是用户为了获得服务器提供的业务服务，而使用相应的终端所发出的，这里并不构成对本申请的限定。S102：获取所述服务器自身当前的各运行参数。在实际应用场景下，服务器在对其接收到的业务请求进行处理的过程中，会消耗服务器自身的处理资源，如：处理业务请求会占用中央处理器(CentralProcessingUnit，CPU)的处理线程、或使用内存等。而服务器所消耗的处理资源可通过相应的运行参数反映出来，例如：CPU的占用率、内存的使用量等等。所以，在上述步骤S102中，可以获取服务器当前自身的运行参数。S103：根据所述各运行参数，确定所述服务器处理所述业务请求的承载能力预估值。在本申请实施例中，当服务器接收到了业务请求后，会为该业务请求配置相应的超时时间。而超时时间的配置将由服务器当前的运行状态决定，换言之，服务器将在当前运行状态的基础上，对该业务请求的处理过程进行预先估计，从而进一步决定出为该业务请求分配超时时间的时长。基于此，可知在本申请实施例中，承载能力预估值反映了服务器处理新增的业务请求后，服务器届时的处理资源的消耗情况。承载能力预估值越高，就表明服务器所消耗的处理资源越多(即负荷越高)，反之，消耗的处理资源越少(即负荷越低)。需要说明的是，对于上述步骤S103而言，服务器并未对新增的业务请求进行处理，而是对处理了该业务请求后的服务器的工作状态进行预估。从而，在获得了服务器的承载能力预估值后，便可以进一步确定出新增的业务请求应该分配的超时时间。也即，执行下述步骤S104。S104：根据所述承载能力预估值，确定所述业务请求对应的超时时间。正如前述，承载能力预估值反映了服务器对新增的业务请求进行处理后，服务器的运行状态，那么，根据承载能力预估值，也就可以进一步地确定出应该为新增的业务请求分配的等待时间，也即，超时时间。作为本申请实施例中的一种方式，可以认为，服务器的承载能力预估值越高，那么，为业务请求所分配的超时时间越短，这是因为在服务器高负荷的运行状态下，大量的业务请求等待处理，可能会造成服务器出现宕机的现象，这将严重影响对业务请求的顺利处理，此时，可减少业务请求的超时时间，使得业务请求在等待一段时间后，转换值其他渠道进行处理，从而减缓服务器的压力，保证服务器不出现宕机的现象。当然，这里并不构成对本申请的限定。S105：根据所述超时时间，对所述业务请求进行处理。在确定了业务请求的超时时间后，便可以根据超时时间，对业务请求进行处理并做出相应的响应。例如：若为业务请求设置了足够长的超时时间，那么，服务器便可以对业务请求进行处理，返回进行处理后的响应结果；而如果为业务请求设置的超时时间较短，可能导致服务器来不及处理该业务请求，那么，服务器在超时时间到达后，就可以向用户返回处理失败或重试的响应结果，也可以自动变更该业务请求对应的业务渠道，即，将业务请求的服务器变更为其他第三方的服务器。当然，上述示例并不构成对本申请的限定。通过上述步骤，当服务器接收到了业务请求后本文档来自技高网...

【技术保护点】
一种业务请求的响应方法，其特征在于，包括：服务器接收业务请求；获取所述服务器自身当前的各运行参数；根据所述各运行参数，确定所述服务器处理所述业务请求的承载能力预估值；根据所述承载能力预估值，确定所述业务请求对应的超时时间；根据所述超时时间，对所述业务请求进行处理。

【技术特征摘要】
1.一种业务请求的响应方法，其特征在于，包括：服务器接收业务请求；获取所述服务器自身当前的各运行参数；根据所述各运行参数，确定所述服务器处理所述业务请求的承载能力预估值；根据所述承载能力预估值，确定所述业务请求对应的超时时间；根据所述超时时间，对所述业务请求进行处理。2.如权利要求1所述的方法，其特征在于，在根据所述各运行参数，确定所述服务器处理所述业务请求的承载能力预估值之前，所述方法还包括：确定所述业务请求所属的业务类型。3.如权利要求2所述的方法，其特征在于，根据所述各运行参数，确定所述服务器处理所述业务请求的承载能力预估值，具体包括：确定所述业务类型所对应的各运行参数增量；根据确定出的各运行参数增量以及获取到的所述服务器自身当前的各运行参数，确定各运行参数估值；根据所述各运行参数估值，以及预先针对各运行参数设定的权重，确定各运行参数估值的加权和值，作为所述服务器处理所述业务请求的承载能力预估值。4.如权利要求3所述的方法，其特征在于，确定所述业务类型所对应的各运行参数增量，具体包括：针对每一运行参数，获取所述服务器在设定的历史时间内，每一次处理属于所述业务类型的业务请求时，该运行参数的历史变化量；在设定的历史时间内，确定所述历史变化量的均值；将所述均值确定为该运行参数增量。5.如权利要求1所述的方法，其特征在于，在所述承载能力预估值的上
\t限和下限之间设有若干承载能力预估值区间；根据所述承载能力预估值，确定所述业务请求对应的超时时间，具体包括：确定所述承载能力预估值所落入的承载能力预估值区间；确定该承载能力预估值区间所对应的超时时间；将所述承载能力预估值区间所对应的超时时间确定为所述承载能力预估值对应的超时时间。6.如权利要求5所述的方法，其特征在于，在所述承载能力预估值上限和下限之间还设有承载阀值，其中，不超过所述承载阀值的承载能力预估值区间所对应的超时时间，随所述承载能力预估值的增加而增加；超过所述承载阀值的承载能力预估值区间所对应的超时时间，随所述承载能力预估值的增加而减少。7.如权利要求1～6所述的方法，其特征在于，所述运行参数包括：中央处理器...

【专利技术属性】
技术研发人员：曹列忠，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛;KY