CN110691129B - 请求处理方法及装置、存储介质和电子设备 - Google Patents

Abstract

本公开的实施方式提供了一种请求处理方法、请求处理装置、存储介质和电子设备，涉及互联网技术领域。该请求处理方法包括：获取当前请求消息，确定所述当前请求消息包含的目标页面标识以及与所述当前请求消息对应的目标接口信息；确定与所述目标页面标识对应的目标用户场景；结合所述目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理。本公开实施例的技术方案可以细化流量控制过程，提高请求处理的准确性。

Description

请求处理方法及装置、存储介质和电子设备

技术领域

本公开的实施方式涉及互联网技术领域，更具体地，本公开的实施方式涉及请求处理方法、请求处理装置、存储介质和电子设备。

背景技术

本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着互联网技术的发展，可能出现由于平台或服务器的资源不足而导致不能顺利处理客户端请求的问题。鉴于此，目前，主要以流量为切入点，从流量控制、熔断降级、系统保护等多个维度保障系统服务的稳定性。

然而，在流控降级的控制方案中，往往针对的是某个应用，或在一段时间内进行整体流控降级。这些流控策略不够准确，可能导致一些重要的服务被停用，无法较好地应对客户端的请求。

发明内容

在一些技术中，针对流控的场景，当客户端向发服务器发送处理请求时，服务器往往仅判断该请求针对的应用是否为流控的应用，或者仅判断当前时间是否为需要流控的时间。可以看出，这些方式无法满足更加细致化的流量控制需求。

客户端的请求通常与用户场景相关，为此，基于用户场景的请求处理过程，可以较好地实现精细的流量控制。

因此，非常需要一种改进的请求处理方案，以实现基于用户场景的流控过程。

在本上下文中，本公开的实施方式期望提供一种请求处理方法、请求处理装置、存储介质和电子设备。

根据本公开的第一方面，提供一种请求处理方法，包括：获取当前请求消息，确定所述当前请求消息包含的目标页面标识以及与所述当前请求消息对应的目标接口信息；确定与所述目标页面标识对应的目标用户场景；结合所述目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理。

在本公开的一种示例性实施例中，所述请求处理方法还包括：获取多个历史请求消息，确定各所述历史请求消息包含的页面标识；基于各所述历史请求消息包含的页面标识进行用户场景划分，得到页面标识与用户场景的对应关系，以便利用所述页面标识与用户场景的对应关系确定与所述目标页面标识对应的目标用户场景。

在本公开的一种示例性实施例中，所述请求处理方法还包括：利用各所述历史请求消息包含的页面标识以及各所述历史请求消息对应的接口信息，构建接口信息与页面信息的对应关系；根据所述接口信息与页面信息的对应关系以及所述页面标识与用户场景的对应关系，确定各所述用户场景中包含的接口信息；利用各所述用户场景中包含的接口信息所对应接口的服务可用率，计算各所述用户场景的服务可用率，并进行可视化展示。

在本公开的一种示例性实施例中，利用各所述用户场景中包含的接口信息所对应接口的服务可用率，计算各所述用户场景的服务可用率，包括：确定各所述用户场景中包含的接口信息对应接口的权重；针对每一所述用户场景，利用接口的权重对接口的服务可用率进行加权平均处理，以计算出各所述用户场景的服务可用率。

在本公开的一种示例性实施例中，结合所述目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理，包括：如果所述目标接口信息在所述目标用户场景中的评分大于第一评分阈值，则执行与所述当前请求消息对应的业务。

在本公开的一种示例性实施例中，结合所述目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理，包括：如果所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值，则丢弃所述当前请求消息。

在本公开的一种示例性实施例中，结合所述目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理，包括：在所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值的情况下，如果所述目标接口信息存在于除所述目标用户场景之外的匹配场景中，则确定所述目标接口信息在所述匹配场景中的评分；如果所述目标接口信息在所述匹配场景中的评分大于第二评分阈值，则执行与所述当前请求消息对应的业务。

在本公开的一种示例性实施例中，所述请求处理方法还包括：通过网关对以键值对形式传递的所述当前请求消息进行解析，确定出所述当前请求消息包含的目标页面标识；其中，所述键值对中键和值分别为预定参数名和所述目标页面标识；获取由所述网关发送的包含所述目标页面标识的所述当前请求消息。

在本公开的一种示例性实施例中，所述请求处理方法还包括：判断当前流量是否大于流量阈值；如果所述当前流量大于所述流量阈值，则执行所述获取当前请求消息的过程。

根据本公开的第二方面，提供一种请求处理方法，包括：响应页面操作，确定所述页面操作所针对页面的目标页面标识；生成与所述页面操作对应的当前请求消息，所述当前请求消息的头文件参数中包含所述目标页面标识；将所述当前请求消息发送给服务器，以便所述服务器根据所述目标页面标识确定与所述当前请求消息对应的目标用户场景，并结合与所述当前请求消息对应的目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理。

在本公开的一种示例性实施例中，所述请求处理方法还包括：以键值对的形式将所述目标页面标识配置于所述头文件参数中；其中，所述键值对中的键和值分别为预定参数名和所述目标页面标识。

在本公开的一种示例性实施例中，所述请求处理方法还包括：如果所述页面操作为延迟触发操作，则调用延迟接口记录所述目标页面标识；在延迟逻辑执行后，获取所述目标页面标识。

根据本公开的第三方面，提供一种请求处理装置，包括信息确定模块、场景确定模块和消息处理模块。

具体的，信息确定模块用于获取当前请求消息，确定所述当前请求消息包含的目标页面标识以及与所述当前请求消息对应的目标接口信息；场景确定模块用于确定与所述目标页面标识对应的目标用户场景；消息处理模块用于结合所述目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理。

在本公开的一种示例性实施例中，所述请求处理装置还包括场景划分模块。

具体的，场景划分模块用于获取多个历史请求消息，确定各所述历史请求消息包含的页面标识；基于各所述历史请求消息包含的页面标识进行用户场景划分，得到页面标识与用户场景的对应关系，以便利用所述页面标识与用户场景的对应关系确定与所述目标页面标识对应的目标用户场景。

在本公开的一种示例性实施例中，所述请求处理装置还包括可视化展示模块。

具体的，可视化展示模块用于利用各所述历史请求消息包含的页面标识以及各所述历史请求消息对应的接口信息，构建接口信息与页面信息的对应关系；根据所述接口信息与页面信息的对应关系以及所述页面标识与用户场景的对应关系，确定各所述用户场景中包含的接口信息；利用各所述用户场景中包含的接口信息所对应接口的服务可用率，计算各所述用户场景的服务可用率，并进行可视化展示。

在本公开的一种示例性实施例中，可视化展示模块还被配置为执行：确定各所述用户场景中包含的接口信息对应接口的权重；针对每一所述用户场景，利用接口的权重对接口的服务可用率进行加权平均处理，以计算出各所述用户场景的服务可用率。

在本公开的一种示例性实施例中，消息处理模块包括第一消息处理单元。

具体的，第一消息处理单元用于如果所述目标接口信息在所述目标用户场景中的评分大于第一评分阈值，则执行与所述当前请求消息对应的业务。

在本公开的一种示例性实施例中，消息处理模块还包括第二消息处理单元。

具体的，第二消息处理单元用于如果所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值，则丢弃所述当前请求消息。

在本公开的一种示例性实施例中，消息处理模块还包括第三消息处理单元。

具体的，第三消息处理单元用于在所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值的情况下，如果所述目标接口信息存在于除所述目标用户场景之外的匹配场景中，则确定所述目标接口信息在所述匹配场景中的评分；如果所述目标接口信息在所述匹配场景中的评分大于第二评分阈值，则执行与所述当前请求消息对应的业务。

在本公开的一种示例性实施例中，信息确定模块包括请求获取单元。

具体的，请求获取单元用于获取由网关发送的包含所述目标页面标识的所述当前请求消息；其中，所述网关对以键值对形式传递的所述当前请求消息进行解析，确定出所述当前请求消息包含的目标页面标识，所述键值对中键和值分别为预定参数名和所述目标页面标识。

在本公开的一种示例性实施例中，所述请求处理装置还包括前提判断模块。

具体的，前提判断模块用于判断当前流量是否大于流量阈值；其中，如果所述当前流量大于所述流量阈值，则执行所述获取当前请求消息的过程。

根据本公开的第四方面，提供一种请求处理装置，包括标识确定模块、消息生成模块和消息发送模块。

具体的，标识确定模块用于响应页面操作，确定所述页面操作所针对页面的目标页面标识；消息生成模块用于生成与所述页面操作对应的当前请求消息，所述当前请求消息的头文件参数中包含所述目标页面标识；消息发送模块用于将所述当前请求消息发送给服务器，以便所述服务器根据所述目标页面标识确定与所述当前请求消息对应的目标用户场景，并结合与所述当前请求消息对应的目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理。

在本公开的一种示例性实施例中，所述消息生成模块被配置为执行：以键值对的形式将所述目标页面标识配置于所述头文件参数中；其中，所述键值对中的键和值分别为预定参数名和所述目标页面标识。

在本公开的一种示例性实施例中，标识确定模块被配置为执行：如果所述页面操作为延迟触发操作，则调用延迟接口记录所述目标页面标识；在延迟逻辑执行后，获取所述目标页面标识。

根据本公开的第五方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一实施例所述的请求处理方法。

根据本公开的第六方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一实施例所述的请求处理方法。

根据本公开实施方式的请求处理方法、请求处理装置、存储介质和电子设备，客户端将页面操作所针对的页面标识写入请求消息中，并将请求消息发送给服务器，服务器可以获取该请求消息并确定与该请求消息对应的接口信息，根据该页面标识确定出与页面操作对应的用户场景，并结合接口信息在该用户场景中的评分，对客户端发送的请求消息进行处理。本公开方案将页面操作涉及的页面标识、用户场景与接口进行关联，结合接口在用户场景中的评分，对请求消息进行处理，可以实现基于请求消息对应接口及用户场景的不同，采用不同请求消息处理手段的方案，细化了流量控制的过程，提高了处理请求消息的准确性，更符合现实情况。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示意性示出了根据本公开示例性实施方式的请求处理方法的流程图；

图2示出了根据本公开的示例性实施方式的用户场景分类的示意图；

图3示出了以首页场景为例接口信息与页面标识的关系示意图；

图4示意性示出了根据本公开的另一示例性实施方式的请求处理方法的流程图；

图5示出了本公开一个实施例的请求处理方案的架构示意图；

图6示意性示出了根据本公开的第一示例性实施方式的请求处理装置的方框图；

图7示意性示出了根据本公开的第二示例性实施方式的请求处理装置的方框图；

图8示意性示出了根据本公开的第三示例性实施方式的请求处理装置的方框图；

图9示意性示出了根据本公开的第一示例性实施方式的消息处理模块的方框图；

图10示意性示出了根据本公开的第二示例性实施方式的消息处理模块的方框图；

图11示意性示出了根据本公开的第三示例性实施方式的消息处理模块的方框图；

图12示意性示出了根据本公开的示例性实施方式的信息确定模块的方框图；

图13示意性示出了根据本公开的第四示例性实施方式的请求处理装置的方框图；

图14示意性示出了根据本公开的第五示例性实施方式的请求处理装置的方框图；

图15示意性示出了根据本公开的示例性实施方式的电子设备的方框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本公开的实施方式，提出了一种请求处理方法、请求处理装置、存储介质和电子设备。

在本文中，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本公开的若干代表性实施方式，详细阐释本公开的原理和精神。

发明概述

在现有技术的流控场景中，服务器通常仅判断客户端发送的请求所对应的应用是否为需要流控的应用，如果是，则不为这些请求提供服务。或者在高峰期实现流量控制，当接收到客户端的请求时，如果当前正处于流量高峰期，可以采用延迟处理、丢弃等策略应对客户端的请求。然而，这些流控策略不够细致，可能导致一些对于客户端重要的服务被停用，更甚者，可能导致客户端运行错误等问题。

发明人发现，客户端的请求通常与用户场景相关，考虑用户场景来对请求进行处理，可以较好地实现对请求处理方式的划分，实现精细的流量控制。

基于上述内容，本公开的基本思想在于：客户端将页面操作所针对的页面标识写入请求消息中，并将请求消息发送给服务器，服务器可以获取该请求消息并确定与该请求消息对应的接口信息，根据该页面标识确定出与页面操作对应的用户场景，并结合接口信息在该用户场景中的评分，对客户端发送的请求消息进行处理。

本公开方案将页面操作涉及的页面标识、用户场景与接口进行关联，结合接口在用户场景中的评分，对请求消息进行处理，可以实现基于请求消息对应接口及用户场景的不同，采用不同请求消息处理手段的方案，细化了流量控制的过程，提高了处理请求消息的准确性，更符合现实情况。

在介绍了本公开的基本原理之后，下面具体介绍本公开的各种非限制性实施方式。

应用场景概览

需要注意的是，下述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。

在需要流量控制的场景下，用户点击客户端页面时，客户端会生成包含页面标识的请求消息，并发送至服务器。服务器根据该页面标识确定出对应的用户场景，并确定出该请求消息对应的接口信息，结合该接口信息在此用户场景中的评分，对该请求消息进行处理。

具体的，当评分大于第一评分阈值时，可以执行该请求消息对应的业务内容。当评分小于等于第一评分阈值时，可以延迟处理或丢弃该请求消息，在这种情况下，服务器可以拒绝为对应接口提供服务。亦或者，当评分小于等于第一评分阈值时，如果对应接口在其他场景中的评分大于第二评分阈值，则可以执行该请求消息对应的业务内容。也就是说，服务器是否对请求消息进行处理，取决于对应接口在其所涉及的一个或多个用户场景中的评分。

例如，基于用户点击操作而生成的请求消息，对应用户场景为首页，对应接口为接口A，如果接口A在首页中的评分大于第一评分阈值，则服务器对该请求消息进行处理。如果接口A在首页中的评分小于第一评分阈值，且在其他用户场景中的评分也不高，则说明接口A对应请求为不重要的请求，此时，服务器可以延迟处理或丢弃该请求消息。

示例性方法

下面参考图1来描述根据本公开示例性实施方式的一种请求处理方法。该请求处理方法可以由服务器实现，也就是说，服务器执行该请求处理方法的各个步骤。

图1示意性地示出了根据本公开的示例性实施方式的请求处理方法的流程图。参考图1，根据本公开的示例性实施方式的请求处理方法可以包括以下步骤：

S12.获取当前请求消息，确定所述当前请求消息包含的目标页面标识以及与所述当前请求消息对应的目标接口信息。

服务器与客户端进行交互的过程中，客户端可以向服务器发送请求消息，服务器对该请求消息进行处理，并将处理结果反馈给客户端。

本公开示例性实施方式对客户端发送的当前请求消息的类型不做特殊限制，例如，可以开启一页面的请求、进行评论的请求、进行支付的请求、观看视频的请求等等。

在本公开的示例性实施方式中，当前请求消息中包含有用户页面操作针对页面的目标页面标识，应当理解的是，页面与页面标识之间一一对应，也就是说，可以通过页面标识唯一确定出页面。另外，本公开对页面标识的构成不做特殊限制，可以人为预先进行命名，也可以系统自行顺序定义。例如，目标页面标识可以被表示为MusicMainController。

根据本公开的一些实施例，服务器获取到的当前请求消息是经由网关解析后确定出的请求消息。网关接收到的是由客户端发送的包含键值对信息的当前请求消息，该键值对中键(key)为预定参数名，键值对中值(value)为目标页面标识。

首先，网关可以对当前请求消息进行解析，并将解析后的包含目标页面标识的当前请求消息发送给服务器。

另外，服务器还可以确定出与当前请求消息对应的目标接口信息，例如，确定出的接口信息可以为/api/playlist/rcmd。容易理解的是，通常，一个请求消息仅对应一个接口信息，也就是说，一个页面标识仅对应一个接口信息，然而，一个接口信息可以对应一个或多个请求消息。本公开对此不做限制。

S14.确定与所述目标页面标识对应的目标用户场景。

在本公开的示例性实施方式中，参考图2，用户场景可以包括用户访问的单个页面、功能、操作流程等。其中，单个页面可以例如包括首页、推荐页、视频播放页、各子页面等；功能可以指客户端为用户提供的操作功能，例如，评论、分享等；操作流程可以指代具有连贯性流程的多个页面，例如，网购时选商品、确定规格和价格、支付这一系列针对页面的操作可作为一个操作流程。

根据本公开的一些实施例，当前请求消息可以包含其对应的目标用户场景的信息。为了实现这种构思，可以预先构建页面与用户场景的映射关系，并将该映射关系配置于客户端内。在客户端生成当前请求消息时，可以根据该映射关系确定目标页面对应的目标用户场景，并将目标用户场景的信息写入当前请求消息。

根据本公开的另一些实施例，首先，服务器可以获取多个历史请求消息，并确定各历史请求消息包含的页面标识。应当理解的是，此处所述的“获取”可以是一次性获取多个历史请求消息。另外，也可以是历史上一旦获取请求消息，即确定对应的页面标识，也就是说，是累计获取的过程。

接下来，可以基于各历史请求消息包含的页面标识进行用户场景划分，得到页面标识与用户场景的对应关系。具体的，可以人为进行梳理，得到该对应关系。由此，可以将利用页面标识与用户场景的对应关系确定与目标页面标识对应的目标用户场景。

另外，可以基于确定出的用户场景结果，确定出接口信息、页面标识、用户场景之间的关系。图3示出了以首页场景为例接口信息与页面标识的关系示意图。

S16.结合所述目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理。

在本公开的示例性实施方式中，与用户场景对应的接口信息均配置有评分。该评分可以基于重要级别、调用频率等因素而综合确定出。在一个实施例，评分计算出后可以固定不变。然而，在另一个实施例中，考虑的因素可能发生变化，因此，评分也可以是实时变化的，本示例性实施方式中对此不做特殊限定。

服务器在确定出目标接口信息以及目标用户场景中，可以确定该目标接口信息在目标用户场景中的评分，并根据该评分对当前请求消息进行处理。

根据本公开的一些实施例，如果目标接口信息在目标用户场景中的评分大于第一评分阈值，则服务器可以执行与当前请求消息对应的业务。例如，该对应的业务可以将一弹窗发送给客户端。其中，第一评分阈值可以预先设定，本公开对具体取值不做特殊限制。

在本公开的一个实施例中，如果目标接口信息在目标用户场景中的评分小于等于第一评分阈值，则服务器可以丢弃当前请求消息，或者延迟对当前请求消息的处理直至解除流量控制。

在本公开的另一个实施例中，在目标接口信息在目标用户场景中的评分小于等于第一评分阈值的情况下，如果目标接口信息还存在于除目标用户场景之外的匹配场景中，则确定目标接口信息在匹配场景中的评分。如果目标接口信息在匹配场景中的评分大于第二评分阈值，则可以执行与当前请求消息对应的业务。其中，第二评分阈值通常可以设置为大于第一评分阈值，由此，可以说明目标接口在其他用户场景中的重要程度较高，服务器不能拒绝目标接口的服务。

另外，上述匹配场景的数量可以为一个或多个。应当理解的是，只要有一个匹配场景中对应的评分大于第二评分阈值，即执行与当前请求消息对应的业务。

通过上述过程，服务器完成了对客户端发送的当前请求消息的处理过程。

考虑到本公开示例性实施方式针对的场景涉及流量控制，因此，根据本公开的另一些实施例，服务器还可以判断当前流量是否大于一流量阈值，如果大于，则开始执行步骤S12的过程。如果不大于，则采用现有技术对请求消息进行处理。

当前流量可以是服务器接收到的所有流量，还可以针对的是重要用户场景的流量，本公开对此不做限制。另外，流量阈值可以预先人为设定出。

此外，本公开示例性实施方式还提供了一种针对用户场景的服务可视化展示的方案。

首先，可以利用各历史请求消息包含的页面标识以及各历史请求消息对应的接口信息，构建出接口信息与页面信息的对应关系，可参见图3的示例性说明。

接下来，可以根据接口信息与页面信息的对应关系以及页面标识与用户场景的对应关系，确定各用户场景中包含的接口信息。

随后，根据各用户场景中包含的接口信息对应接口的服务可用率，计算各用户场景的服务可用率，并进行可视化展示。

接口的服务可用率可以表征，一段时间内该接口可用的次数与该接口承担服务的总次数的比值。例如，5分钟内，通过该接口的服务总数为1000，但由于服务器内部数据库可能出现错误，只有990个服务请求被响应，则该接口的服务可用率为0.99。

可以采用加权平均的方法确定出各用户场景的服务可用率。具体的，服务器可以获取各用户场景中包含的接口信息对应接口的权重，其中，权重可以基于接口的重要程度、调用频率等因素而综合确定出，且每一用户场景中各接口的权重之和为1。针对每一用户场景，可以利用接口的权重对接口的服务可用率进行加权平均，以计算出各用户场景的服务可用率。例如，计算出一个用户场景的服务可用率可以为99.0741％。

上述是对服务器进行改进以对请求进行处理的方案。本公开还提供了一种对客户端进行改进以实现请求处理方法的方案。

图4示意性地示出了根据本公开的另一示例性实施方式的请求处理方法的流程图。该请求处理方法可以由客户端实现。参考图4，具体步骤可以包括：

S42.响应页面操作，确定所述页面操作所针对页面的目标页面标识。

用户可以对一页面进行操作，此时，可以确定出该页面对应的目标页面标识。

然而，应当理解的是，在一些自动执行页面操作的场景中，无需用户的操作。例如，在页面自动跳转的场景中，客户端也可以确定出页面标识。

根据本公开的一些实施例，如果页面操作为延迟触发操作，则可以调用延迟接口记录该目标页面标识，并在延迟逻辑执行后，获取该目标页面标识。

S44.生成与所述页面操作对应的当前请求消息，所述当前请求消息的头文件参数中包含所述目标页面标识。

在确定出目标页面标识后，可以生成包含该目标页面标识的当前请求信息。具体的，可以将目标页面标识写入http请求的头文件参数中。另外，可以基于键值对的方式写入目标页面标识，该键值对中键为预定参数名，键值对中值为目标页面标识。

S46.将所述当前请求消息发送给服务器，以便所述服务器根据所述目标页面标识确定与所述当前请求消息对应的目标用户场景，并结合与所述当前请求消息对应的目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理。

客户端可以将当前请求消息发送给服务器，以便服务器通过上述步骤S12至步骤S16对该当前请求消息进行处理。

下面结合图5对本公开请求处理的过程进行示例性说明。

客户端51可以将包含页面标识的请求消息发送给网关52，网关52对请求消息进行解析后发送给服务器53，服务器53可以确定出对应接口信息与页面标识的关系，并确定出各页面标识对应的用户场景。由此，服务器可以维护页面标识、接口信息和用户场景的关系。

客户端51生成当前请求消息，并通过网关52传递至服务器53，服务器53可以确定对应的目标接口信息在目标用户场景中的评分，以便结合该评分对当前请求消息进行处理。

一方面，本公开方案将页面操作涉及的页面标识、用户场景与接口进行关联，结合接口在用户场景中的评分，对请求消息进行处理，可以实现基于请求消息对应接口及用户场景的不同，采用不同请求消息处理手段的方案，细化了流量控制的过程，提高了处理请求消息的准确性，更符合现实情况；另一方面，本公开对用户场景的服务可用率进行可视化展示，开发人员可以对可视化展示的结果进行分析，有助于进行服务管理。

示例性装置

在介绍了本公开示例性实施方式的请求处理方法之后，接下来，参考图6至图13对本公开示例性实施方式的包含于服务器的请求处理装置进行描述。

参考图6，根据本公开的示例性实施方式的请求处理装置6可以包括信息确定模块61、场景确定模块63和消息处理模块65。

具体的，信息确定模块61可以用于获取当前请求消息，确定所述当前请求消息包含的目标页面标识以及与所述当前请求消息对应的目标接口信息；场景确定模块63可以用于确定与所述目标页面标识对应的目标用户场景；消息处理模块65可以用于结合所述目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理。

本公开方案将页面操作涉及的页面标识、用户场景与接口进行关联，结合接口在用户场景中的评分，对请求消息进行处理，可以实现基于请求消息对应接口及用户场景的不同，采用不同请求消息处理手段的方案，细化了流量控制的过程，提高了处理请求消息的准确性，更符合现实情况。

根据本公开的示例性实施例，参考图7，请求处理装置7相比于请求处理装置6，还可以包括场景划分模块71。

具体的，场景划分模块71可以用于获取多个历史请求消息，确定各所述历史请求消息包含的页面标识；基于各所述历史请求消息包含的页面标识进行用户场景划分，得到页面标识与用户场景的对应关系，以便利用所述页面标识与用户场景的对应关系确定与所述目标页面标识对应的目标用户场景。

根据本公开的示例性实施例，参考图8，请求处理装置8相比于请求处理装置7，还包括可视化展示模块81。

具体的，可视化展示模块81可以用于利用各所述历史请求消息包含的页面标识以及各所述历史请求消息对应的接口信息，构建接口信息与页面信息的对应关系；根据所述接口信息与页面信息的对应关系以及所述页面标识与用户场景的对应关系，确定各所述用户场景中包含的接口信息；利用各所述用户场景中包含的接口信息所对应接口的服务可用率，计算各所述用户场景的服务可用率，并进行可视化展示。

根据本公开的示例性实施例，可视化展示模块81还可以被配置为执行：确定各所述用户场景中包含的接口信息对应接口的权重；针对每一所述用户场景，利用接口的权重对接口的服务可用率进行加权平均处理，以计算出各所述用户场景的服务可用率。

根据本公开的示例性实施例，参考图9，消息处理模块65可以包括第一消息处理单元91。

具体的，第一消息处理单元91可以用于如果所述目标接口信息在所述目标用户场景中的评分大于第一评分阈值，则执行与所述当前请求消息对应的业务。

根据本公开的示例性实施例，参考图10，消息处理模块65可以包括第一消息处理单元91和第二消息处理单元101。

具体的，第二消息处理单元101可以用于如果所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值，则丢弃所述当前请求消息。

根据本公开的示例性实施例，参考图11，消息处理模块65可以包括第一消息处理单元91和第三消息处理单元101。

具体的，第三消息处理单元101可以用于在所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值的情况下，如果所述目标接口信息存在于除所述目标用户场景之外的匹配场景中，则确定所述目标接口信息在所述匹配场景中的评分；如果所述目标接口信息在所述匹配场景中的评分大于第二评分阈值，则执行与所述当前请求消息对应的业务。

根据本公开的示例性实施例，参考图12，信息确定模块61可以包括请求获取单元121。

具体的，请求获取单元121可以用于获取由网关发送的包含所述目标页面标识的所述当前请求消息；其中，所述网关对以键值对形式传递的所述当前请求消息进行解析，确定出所述当前请求消息包含的目标页面标识，所述键值对中键和值分别为预定参数名和所述目标页面标识。

根据本公开的示例性实施例，参考图13，请求处理装置13相比于请求处理装置6，还可以包括前提判断模块131。

具体的，前提判断模块131可以用于判断当前流量是否大于流量阈值；其中，如果所述当前流量大于所述流量阈值，则执行所述获取当前请求消息的过程。

下面将参考图14对本公开示例性实施方式的包含于客户端的请求处理装置进行描述。

参考图14，根据本公开的示例性实施方式的请求处理装置14可以包括标识确定模块141、消息生成模块143和消息发送模块145。

具体的，标识确定模块141可以用于响应页面操作，确定所述页面操作所针对页面的目标页面标识；消息生成模块143可以用于生成与所述页面操作对应的当前请求消息，所述当前请求消息的头文件参数中包含所述目标页面标识；消息发送模块145可以用于将所述当前请求消息发送给服务器，以便所述服务器根据所述目标页面标识确定与所述当前请求消息对应的目标用户场景，并结合与所述当前请求消息对应的目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理。

根据本公开的示例性实施例，消息生成模块143可以被配置为执行：以键值对的形式将所述目标页面标识配置于所述头文件参数中；其中，所述键值对中的键和值分别为预定参数名和所述目标页面标识。

根据本公开的示例性实施例，标识确定模块141可以被配置为执行：如果所述页面操作为延迟触发操作，则调用延迟接口记录所述目标页面标识；在延迟逻辑执行后，获取所述目标页面标识。

由于本公开实施方式的程序运行性能分析装置的各个功能模块与上述方法发明实施方式中相同，因此在此不再赘述。

示例性设备

在介绍了本公开示例性实施方式的请求处理方法、请求处理装置之后，接下来，将对本公开的示例性实施方式的电子设备进行描述。其中，本公开的示例性实施方式的电子设备包括上述请求处理装置之一。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本公开的电子设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“方法”部分中描述的根据本公开各种示例性实施方式的请求处理方法中的步骤。例如，所述处理单元可以执行如图1所述的步骤S12和步骤S16，或者执行如图4所述的步骤S42和步骤S46。

下面参照图15来描述根据本公开的这种实施方式的电子设备1500。图15显示的电子设备1500仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图15所示，电子设备1500以通用计算设备的形式表现。电子设备1500的组件可以包括但不限于：上述至少一个处理单元1510、上述至少一个存储单元1520、连接不同系统组件(包括存储单元1520和处理单元1510)的总线1530、显示单元1540。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1510执行，使得所述处理单元1510执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元1510可以执行如图1所述的步骤S12和步骤S16，或者执行如图4所述的步骤S42和步骤S46。

存储单元1520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)15201和/或高速缓存存储单元15202，还可以进一步包括只读存储单元(ROM)15203。

存储单元1520还可以包括具有一组(至少一个)程序模块15205的程序/实用工具15204，这样的程序模块15205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1500也可以与一个或多个外部设备1600(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1500交互的设备通信，和/或与使得该电子设备1500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1550进行。并且，电子设备1500还可以通过网络适配器1560与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1560通过总线1530与电子设备1500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

示例性程序产品

在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“方法”部分中描述的根据本公开各种示例性实施方式的请求处理方法中的步骤，例如，所述终端设备可以执行如图1所述的步骤S12和步骤S16，或者执行如图4所述的步骤S42和步骤S46。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光盘、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。另外，随着技术的发展，可读存储介质也应进行相应解读。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了请求处理装置的若干模块或子模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (18)

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

获取多个历史请求消息，确定各所述历史请求消息包含的页面标识，并基于各所述历史请求消息包含的页面标识进行用户场景划分，得到页面标识与用户场景的对应关系；

获取当前请求消息，确定所述当前请求消息包含的目标页面标识以及与所述当前请求消息对应的目标接口信息；

利用所述页面标识与用户场景的对应关系确定与所述目标页面标识对应的目标用户场景；

如果所述目标接口信息在所述目标用户场景中的评分大于第一评分阈值，则执行与所述当前请求消息对应的业务；

在所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值的情况下，如果所述目标接口信息存在于除所述目标用户场景之外的匹配场景中，则确定所述目标接口信息在所述匹配场景中的评分；

如果所述目标接口信息在所述匹配场景中的评分大于第二评分阈值，则执行与所述当前请求消息对应的业务。

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

利用各所述历史请求消息包含的页面标识以及各所述历史请求消息对应的接口信息，构建接口信息与页面信息的对应关系；

根据所述接口信息与页面信息的对应关系以及所述页面标识与用户场景的对应关系，确定各所述用户场景中包含的接口信息；

利用各所述用户场景中包含的接口信息所对应接口的服务可用率，计算各所述用户场景的服务可用率，并进行可视化展示。

3.根据权利要求2所述的请求处理方法，其特征在于，利用各所述用户场景中包含的接口信息所对应接口的服务可用率，计算各所述用户场景的服务可用率，包括：

确定各所述用户场景中包含的接口信息对应接口的权重；

针对每一所述用户场景，利用接口的权重对接口的服务可用率进行加权平均处理，以计算出各所述用户场景的服务可用率。

4.根据权利要求1至3中任一项所述的请求处理方法，其特征在于，所述请求处理方法还包括：

通过网关对以键值对形式传递的所述当前请求消息进行解析，确定出所述当前请求消息包含的目标页面标识；其中，所述键值对中键和值分别为预定参数名和所述目标页面标识；

获取由所述网关发送的包含所述目标页面标识的所述当前请求消息。

5.根据权利要求1至3中任一项所述的请求处理方法，其特征在于，所述请求处理方法还包括：

判断当前流量是否大于流量阈值；

如果所述当前流量大于所述流量阈值，则执行所述获取当前请求消息的过程。

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

响应页面操作，确定所述页面操作所针对页面的目标页面标识；

生成与所述页面操作对应的当前请求消息，所述当前请求消息的头文件参数中包含所述目标页面标识；

将所述当前请求消息发送给服务器，以便所述服务器根据所述目标页面标识确定与所述当前请求消息对应的目标用户场景，如果所述目标接口信息在所述目标用户场景中的评分大于第一评分阈值，则执行与所述当前请求消息对应的业务，在所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值的情况下，如果所述目标接口信息存在于除所述目标用户场景之外的匹配场景中，则确定所述目标接口信息在所述匹配场景中的评分，如果所述目标接口信息在所述匹配场景中的评分大于第二评分阈值，则执行与所述当前请求消息对应的业务；

其中，所述服务器还用于获取多个历史请求消息，确定各所述历史请求消息包含的页面标识，并基于各所述历史请求消息包含的页面标识进行用户场景划分，得到页面标识与用户场景的对应关系，以便利用所述页面标识与用户场景的对应关系确定所述目标用户场景。

7.根据权利要求6所述的请求处理方法，其特征在于，所述请求处理方法还包括：

以键值对的形式将所述目标页面标识配置于所述头文件参数中；

其中，所述键值对中的键和值分别为预定参数名和所述目标页面标识。

8.根据权利要求6或7所述的请求处理方法，其特征在于，所述请求处理方法还包括：

如果所述页面操作为延迟触发操作，则调用延迟接口记录所述目标页面标识；

在延迟逻辑执行后，获取所述目标页面标识。

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

信息确定模块，用于获取当前请求消息，确定所述当前请求消息包含的目标页面标识以及与所述当前请求消息对应的目标接口信息；

场景确定模块，用于确定与所述目标页面标识对应的目标用户场景；

消息处理模块，用于结合所述目标接口信息在所述目标用户场景中的评分，对所述当前请求消息进行处理；

场景划分模块，用于获取多个历史请求消息，确定各所述历史请求消息包含的页面标识；基于各所述历史请求消息包含的页面标识进行用户场景划分，得到页面标识与用户场景的对应关系，以便利用所述页面标识与用户场景的对应关系确定与所述目标页面标识对应的目标用户场景；

消息处理模块包括：

第一消息处理单元，用于如果所述目标接口信息在所述目标用户场景中的评分大于第一评分阈值，则执行与所述当前请求消息对应的业务；

第三消息处理单元，用于在所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值的情况下，如果所述目标接口信息存在于除所述目标用户场景之外的匹配场景中，则确定所述目标接口信息在所述匹配场景中的评分；如果所述目标接口信息在所述匹配场景中的评分大于第二评分阈值，则执行与所述当前请求消息对应的业务。

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

可视化展示模块，用于利用各所述历史请求消息包含的页面标识以及各所述历史请求消息对应的接口信息，构建接口信息与页面信息的对应关系；根据所述接口信息与页面信息的对应关系以及所述页面标识与用户场景的对应关系，确定各所述用户场景中包含的接口信息；利用各所述用户场景中包含的接口信息所对应接口的服务可用率，计算各所述用户场景的服务可用率，并进行可视化展示。

11.根据权利要求10所述的请求处理装置，其特征在于，可视化展示模块还被配置为执行：确定各所述用户场景中包含的接口信息对应接口的权重；针对每一所述用户场景，利用接口的权重对接口的服务可用率进行加权平均处理，以计算出各所述用户场景的服务可用率。

12.根据权利要求9至11中任一项所述的请求处理装置，其特征在于，信息确定模块包括：

请求获取单元，用于获取由网关发送的包含所述目标页面标识的所述当前请求消息；

其中，所述网关对以键值对形式传递的所述当前请求消息进行解析，确定出所述当前请求消息包含的目标页面标识，所述键值对中键和值分别为预定参数名和所述目标页面标识。

13.根据权利要求9至11中任一项所述的请求处理装置，所述请求处理装置还包括：

前提判断模块，用于判断当前流量是否大于流量阈值；

其中，如果所述当前流量大于所述流量阈值，则执行所述获取当前请求消息的过程。

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

标识确定模块，用于响应页面操作，确定所述页面操作所针对页面的目标页面标识；

消息生成模块，用于生成与所述页面操作对应的当前请求消息，所述当前请求消息的头文件参数中包含所述目标页面标识；

消息发送模块，用于将所述当前请求消息发送给服务器，以便所述服务器根据所述目标页面标识确定与所述当前请求消息对应的目标用户场景，如果所述目标接口信息在所述目标用户场景中的评分大于第一评分阈值，则执行与所述当前请求消息对应的业务，在所述目标接口信息在所述目标用户场景中的评分小于等于所述第一评分阈值的情况下，如果所述目标接口信息存在于除所述目标用户场景之外的匹配场景中，则确定所述目标接口信息在所述匹配场景中的评分，如果所述目标接口信息在所述匹配场景中的评分大于第二评分阈值，则执行与所述当前请求消息对应的业务；

其中，所述服务器还用于获取多个历史请求消息，确定各所述历史请求消息包含的页面标识，并基于各所述历史请求消息包含的页面标识进行用户场景划分，得到页面标识与用户场景的对应关系，以便利用所述页面标识与用户场景的对应关系确定所述目标用户场景。

15.根据权利要求14所述的请求处理装置，其特征在于，所述消息生成模块被配置为执行：以键值对的形式将所述目标页面标识配置于所述头文件参数中；其中，所述键值对中的键和值分别为预定参数名和所述目标页面标识。

16.根据权利要求14或15所述的请求处理装置，其特征在于，标识确定模块被配置为执行：如果所述页面操作为延迟触发操作，则调用延迟接口记录所述目标页面标识；在延迟逻辑执行后，获取所述目标页面标识。

17.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的请求处理方法。

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

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至8中任一项所述的请求处理方法。

Images