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

Abstract

本公开提供了访问请求处理方法、装置、电子设备及存储介质，涉及计算机技术领域，尤其涉及云计算、信息流等技术领域。具体实现方案为：在接收到访问请求的情况下，确定访问请求对应的目标垂类；预设信息列表中包括N个候选垂类分别对应的候选通用组件信息、N个候选垂类分别对应的候选自用组件信息；N个候选垂类中包含所述目标垂类，N为正整数；调用目标通用组件和目标自用组件，对访问请求进行处理。本公开实施例在垂类之间存在差异的情况下，也能够通过通用组件对部分不存在差异的服务或功能进行复用，提高资源利用效率。

Description

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

技术领域

本公开涉及计算机技术领域，尤其涉及云计算、信息流等技术领域，具体涉及一种访问请求处理方法、装置、电子设备及存储介质。

背景技术

计算机技术的推广和发展过程中，资源的合理有效利用一直是中台相关技术所关注的重要问题之一。中台的本质是共性服务与资源的有效复用。针对以网页方式承载的前端业务形式，一个中台对接多个垂类场景时，垂类之间往往会根据各自垂类特性发展出差异，在各个垂类之间存在差异的情况下，如何提高资源利用效率就成为需要解决的问题。

发明内容

本公开提供了一种访问请求处理方法、装置、电子设备及存储介质。

根据本公开的第一方面，提供了一种访问请求处理方法，包括：

在接收到访问请求的情况下，确定访问请求对应的目标垂类；

基于预设信息列表，确定目标垂类对应的目标通用组件和目标自用组件；其中，预设信息列表中包括N个候选垂类分别对应的候选通用组件信息、N个候选垂类分别对应的候选自用组件信息；N个候选垂类中包含目标垂类，N为正整数；

调用目标通用组件和目标自用组件，对访问请求进行处理。

根据本公开的第二方面，提供了一种访问请求处理装置，包括：

目标垂类确定模块，用于在接收到访问请求的情况下，确定访问请求对应的目标垂类；

组件确定模块，用于基于预设信息列表，确定目标垂类对应的目标通用组件和目标自用组件；其中，预设信息列表中包括N个候选垂类分别对应的候选通用组件信息、N个候选垂类分别对应的候选自用组件信息；N个候选垂类中包含目标垂类，N为正整数；

组件调用模块，用于调用目标通用组件和目标自用组件，对访问请求进行处理。

根据本公开的第三方面，提供了一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行前述第一方面的信息展示方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使该计算机执行前述方法。

根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现前述方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

本实施例提供的方案，能够在处理访问请求时，根据对应的目标垂类，确定用于处理访问请求的目标通用组件和目标自用组件，根据目标通用组件和目标自用组件对访问地址进行访问处理，从而实现针对目标垂类的目标通用组件和目标自用组件的分别维护，使得垂类之间存在差异的情况下，也能够通过通用组件对部分不存在差异的服务或功能进行复用，提高资源利用效率。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开一实施例的访问请求处理方法的流程示意图；

图2是根据本公开另一实施例的访问请求处理方法的流程示意图；

图3是根据本公开另一实施例的访问请求处理方法的流程另一示意图；

图4是根据本公开一示例的网络网页架构示意图；

图5是根据本公开一实施例的访问请求处理装置的一种组成结构示意图；

图6是根据本公开一实施例的访问请求处理装置的另一种组成结构示意图；

图7是根据本公开另一实施例的访问请求处理装置的一种组成结构示意图；

图8是根据本公开另一实施例的访问请求处理装置的另一种组成结构示意图；

图9是根据本公开又一实施例的访问请求处理装置的一种组成结构示意图；

图10是用来实现本公开实施例的请求处理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本公开第一方面实施例提供一种访问请求处理方法，如图1所示，包括：

步骤S101：在接收到访问请求的情况下，确定访问请求对应的目标垂类；

步骤S102：基于预设信息列表，确定目标垂类对应的目标通用组件和目标自用组件；其中，预设信息列表中包括N个候选垂类分别对应的候选通用组件信息、N个候选垂类分别对应的候选自用组件信息；N个候选垂类中包含目标垂类，N为正整数；

步骤S103：调用目标通用组件和目标自用组件，对访问请求进行处理。

本实施例提供的方案可以应用于电子设备，尤其是终端设备，比如个人电脑、平板电脑、手机、服务器等等。

访问地址可以是网络访问地址，比如互联网网站地址、局域网网络地址。也可以是被访问资源所在设备的IP(Internet Protocol，互联网协议)地址、被访问页面的域名等。

具体而言，访问地址可以包括URL(Uniform Resource Locator，统一资源定位器)。

访问请求可以是终端通过APP(Application，应用)等工具对网址(网络地址)进行访问时发出的访问请求。也可以是通过其它宿主，诸如SDK(Software Development Kit，软件开发工具包)发出的对网址进行访问的访问请求。

访问请求对应的目标垂类，可以是访问请求的发送方信息对应的垂类。发送方信息可以是用于发送访问请求的模块的信息。比如，访问请求对应的目标垂类，可以是发送访问请求的宿主APP对应的垂类，也可以是发送访问请求的宿主APP内部的具体功能模块对应的垂类。

示例性的，宿主APP可以是能够运行除APP本身功能之外的其它插件的APP。比如，能够运行直播插件的搜索引擎APP、能够运行直播插件的聊天APP、能够运行播放插件的购物APP等。

示例性的，访问请求对应的目标垂类，可以包括发送访问请求的宿主的垂类信息，也可以包括发送访问请求的宿主内部的模块的垂类信息。比如，发送访问请求的宿主为搜索引擎APP，对应垂类A，访问请求具体是通过用户点击搜索引擎APP内的“知识学习”模块内展示的链接而生成的，“知识学习”模块对应垂类B，从而访问请求可包括搜索引擎APP的信息和搜索引擎APP内部的“知识学习”模块的信息，目标垂类可以包括宿主的垂类A和宿主的目标功能垂类B。

再如，购物APP中存在房产、油价、汽车等垂类。目标垂类可以包括购物APP的信息，以及购物APP内的房产、油价、汽车等垂类之一的信息。

在一种可能的实现方式中，预设信息列表内至少包括目标垂类和目标通用组件以及自用组件的对应关系。比如，预设信息列表内记录，目标垂类对应通用组件a和自用组件b。

预设信息列表内也可包括其它候选垂类与候选通用组件以及候选自用组件的对应关系。比如，预设信息列表内记录APP内部各功能模块的候选垂类对应的候选通用组件以及候选自用组件。预设信息列表内还可以记录多个APP、各APP内功能模块的候选垂类对应的候选通用组件以及候选自用组件。

示例性的，目标通用组件可以是目标垂类能够与其它至少一个垂类复用的组件；目标自用组件可以是目标垂类独自使用的组件。

示例性的，组件可以是实现宿主APP或者宿主APP内插件某个子功能的指令集合。具体可以是中台提供给各宿主APP进行网址访问的服务或功能。

在另一种可能的实现方式中，调用目标通用组件和目标自用组件，对访问地址进行访问处理，可以是通过目标通用组件和目标自用组件，获得对访问地址进行访问处理所需要的指令集合。也可以是通过目标通用组件和目标自用组件以及其它组件(比如默认组件)，获得对访问地址进行访问处理所需要的指令集合。

本公开实施例提供的方法，可以应用于中台技术。中台可以指业务处处理过程中用于提供公共能力的系统，可以包括服务器、终端。中台可以分为多种类别，比如提供数据的中台，提供业务的中台。中台可以为宿主的具体功能提供公共能力(组件)，示例性的，很多非专门直播的APP均能够提供直播功能，直播功能可集中在中台提供的SDK中，这个中台提供的SDK可包括服务器端的服务相关组件，也可包括终端的展示功能，直播SDK可通过中台植入到宿主APP中，使得宿主APP具有直播功能。从而，中台可以是前台应用和后台支撑之间的架构，作为在前台作战单元和后台资源部门之间的组织模块，可以是平台型组织的一部分，是对传统“软件平台”的升级和加强。中台的模块多半是传统组织中所谓的成本中心，它们负责把后台的资源整合成前台打仗所需的“中间件”(组件)，方便随需调用。

中台的价值，即服务复用后的直接结果包括“降本增效”。降本增效，具体可以体现为：共性业务的无需重复投资建设；建设成本和维护成本降低；可以快速进行服务能力迭代，高效支撑前端业务变化。针对以网页承载的前端业务形式，一个中台对接多个垂类(比如直播中台，点开直播之后还存在推荐、颜值、游戏、生活、购物、新闻、娱乐、户外等其它垂类)的场景时，垂类之间往往会根据各自垂类特性发展出差异(APP之间存在有差异，APP内也存在有差异)，这种差异会直接作用在网页展现上，日益暴露出中台前端Web(网络)网页逻辑复用率降低的问题。

本实施例中，通过上述方案，能够在处理访问请求时，根据对应的目标垂类，确定用于处理访问请求的目标通用组件和目标自用组件，根据目标通用组件和目标自用组件对访问地址进行访问处理，从而实现针对目标垂类的目标通用组件和目标自用组件的分别维护，使得垂类之间存在差异的情况下，也能够通过通用组件对部分不存在差异的服务或功能进行复用，提高资源利用效率。在应用于中台技术的情况下，能够解决一个中台模块赋能多个垂类时，前端Web网页逻辑复用率低的问题。

在一种实施方式中，基于预设信息列表，确定目标垂类对应的目标通用组件和目标自用组件，包括：

基于预设信息列表中包含的N个候选垂类分别对应的候选通用组件信息，确定目标垂类对应的目标通用组件；并基于预设信息列表中包含的N个候选垂类分别对应的候选自用组件信息，确定目标垂类对应的目标自用组件。

本实施例中，通过对N个候选垂类分别对应的候选通用组件信息和候选自用组件进行选择，能够获取处理访问请求所需要的全部目标组件。

在一种实施方式中，基于预设信息列表中包含的N个候选垂类分别对应的候选通用组件信息，确定目标垂类对应的目标通用组件，如图2所示，包括：

步骤S201：基于预设信息列表中包含的N个候选垂类分别对应的候选通用组件信息，确定目标垂类对应的目标通用组件的标识；

步骤S202：根据目标通用组件的标识，确定目标垂类对应的目标通用组件。

N个候选垂类分别对应的候选通用组件信息，可以记录在预设信息列表的专门设置的通用组件清单中。通用组件清单可以是单独设置的清单，其中记载N个候选垂类以及各候选垂类对应的候选通用组件标识(或名称)。每个候选垂类均能够在通用组件清单中对应存在可确定的记录。

在一种实现方式中，通用组件清单可以仅记录候选通用组件和候选垂类之间的对应关系。记录方式可以为一个候选垂类对应使用的一个多个候选通用组件，比如，候选垂类C对应候选通用组件c1、c2、c3；候选垂类D对应候选通用组件d1、c1、c2。或者，通用组件清单的记录方式可以为一个候选通用组件对应多个使用该候选通用组件的候选垂类，比如，候选通用组件c1对应候选垂类C、D，候选通用组件c2对应候选垂类C、D、E。

候选通用组件信息可以是候选通用组件的名称、标识等用于对候选通用组件进行识别和区分的信息中至少之一。

根据目标通用组件的标识，确定目标垂类对应的目标通用组件，可以包括：根据目标通用组件的标识，从通用组件集合中，确定目标垂类对应的目标通用组件。

其中，通用组件集合，可以是用于存储所有候选通用组件的存储集合，即所有通用组件构成的集合。根据目标通用组件的标识，可以在通用组件集合中找到目标通用组件的位置(比如页码、行等)、地址或索引等，进而获得目标通用组件。

可见，通过实施例，能够获取处理访问请求所必须的目标通用组件，这些目标通用组件不仅能够用于处理目标垂类对应的访问请求，还能够用于处理其它至少一个垂类对应的访问请求，从而不同垂类之间能够实现组件的共用，提高资源利用率。

在一种实施方式中，基于预设信息列表中包含的N个候选垂类分别对应的候选自用组件信息，确定目标垂类对应的目标自用组件，包括：

基于预设信息列表中包含的N个候选垂类分别对应的候选自用组件信息，查找目标垂类对应的目标自用组件信息；

基于目标自用组件信息，确定目标垂类对应的目标自用组件。

基于目标自用组件信息，确定目标垂类对应的目标自用组件，可以是基于目标自用组件信息，从自用组件存储集合中获取目标垂类对应的目标自用组件。前述自用组件存储集合可以包括目标垂类在内的多个垂类的自用组件构成的集合。该自用组件存储集合可以为专门存储该目标自用组件的存储集合。也就是，针对各个候选垂类可以分别有对应的候选自用组件存储集合；目标垂类对应的目标自用组件，即N个候选垂类分别对应的候选自用组件存储结合中之一。

目标自用组件信息具体可以为：目标自用组件的名称和/或标识。相应的，基于目标自用组件信息，从自用组件存储集合中获取目标垂类对应的目标自用组件，可以指的是：基于目标自用组件的标识(和/或名称)，确定目标自用组件在自用组件集合中的存储位置、存储地址或存储索引等用于对目标垂类对应的自用组件进行定位以便获取自用组件。

可见，自用组件和通用组件分开获取，避免自用组件和通用组件之间的耦合，从而实现处理目标垂类对应的访问请求时，既能够与其它垂类进行资源共用，同时又允许目标垂类按照自身的特性发展出实现其它特性功能的自用组件。

在一种实施方式中，调用通用组件和自用组件，对访问地址进行访问处理，包括：

确定目标通用组件和目标自用组件之间的依赖关系；

根据依赖关系，将目标通用组件和目标自用组件组合为处理指令集合；

利用处理指令集合、访问请求中包含的访问地址，对访问请求进行处理。

组件间依赖关系，可以包括不同的通用组件之间的依赖关系，不同的自用组件之间的依赖关系，以及通用组件和自用组件之间的依赖关系中的至少一种。

根据依赖关系，将目标通用组件和目标自用组件组合为处理指令集合，可以包括：根据组件间依赖关系，确定目标通用组件和目标自用组件之间的调用、被调用关系和排列顺序等信息，生成访问地址处理指令集合。

可见，通过根据目标通用组件和目标自用组件生成访问地址处理指令集合，能够对访问地址进行访问操作。

在一种实施方式中，如图3所示，确定访问请求对应的目标垂类，包括：

步骤S301：确定访问请求对应的宿主信息和目标功能信息；

步骤S302：根据宿主信息和目标功能信息，确定目标垂类。

访问请求的宿主信息，可以包括发送访问请求的宿主的信息。宿主具体可以是宿主APP或宿主SDK。宿主信息还可以包括用于发送访问请求的宿主内部功能模块的信息(宿主下的功能信息)，也即为了执行访问请求发送操作所调用的宿主的功能的信息。

比如，在搜索引擎APP内，存在“网页”、“知识学习”、“知道”、“学术”等功能模块。用户在搜索引擎APP内的“知识学习”模块下访问一个访问地址，从而产生访问请求。那么发送访问请求的宿主信息可包括搜索引擎APP的信息，以及搜索引擎APP内的“知识学习”功能模块的信息。

目标功能信息，可以是宿主的目标功能模块信息，比如，在购物APP内，存在“推荐”、“社区”、“发现”等功能模块(功能)，该购物APP的每个功能模块对应一个垂类。则使用购物APP访问一个访问地址时，为发送访问请求所调用的宿主的功能信息可能是“推荐”、“社区”、“发现”等功能模块的信息。

在一种可能的实现方式中，宿主信息和宿主的功能信息的组合，可确定对应的垂类。

可见，通过宿主信息和目标功能信息，能够将对访问地址进行访问的发送方所对应的垂类进行细致的区分，使得宿主各功能发展风格、方向不同的情况下也能够实现组件的有效共用。

在一种实施方式中，访问请求处理方法还包括以下至少之一：

在根据宿主信息对应的更新信息，确定需要更新候选通用组件的情况下，更新宿主信息对应的候选垂类在预设信息列表中对应的记录，以及预设信息列表中需要更新的记录在通用组件集合中对应的候选通用组件；

在根据宿主信息对应的更新信息，确定需要更新候选自用组件的情况下，更新宿主信息对应的候选垂类在自用组件存储集合中对应的候选自用组件。

宿主信息对应的更新信息，可以包括宿主的更新信息、宿主内部的个别功能模块的更新信息，以及宿主所包含的功能模块增加、减少的更新信息中的至少一种，还可以包括宿主各功能模块执行访问地址的访问操作所需要的候选通用组件和候选自用组件的变更信息。

在宿主信息对应的更新信息包括宿主的更新信息、宿主内部的个别功能模块的更新信息的情况下，宿主发生变更，宿主对应的垂类可能发生变更。则可更新清单中记录的对应关系，若宿主执行访问操作时所需要的通用组件发生变更，则需要对通用组件集合中对应的通用组件进行更新。在更新通用组件集合中的通用组件的情况下，所有调用该通用组件的宿主，可在后续调用过程中调用更新后的通用组件。

在宿主信息对应的更新信息包括宿主所包含的功能模块增加、减少的更新信息的情况下，宿主的垂类对应的通用组件发生变更。则更新清单中的通用组件的标识，或同时更新通用组件的标识在通用组件集合中对应的通用组件。

在一种可能的实现方式中，多个候选垂类对应的候选自用组件，存储在自用组件存储集合中，在宿主信息对应的候选垂类发生变化的情况下，候选自用组件可能发生变化，在自用组件存储集合中，单独找出候选垂类对应的候选自用组件，进行更新操作。

在一种可能的实现方式中，自用组件可以因为被其它候选垂类共用而转化为候选通用组件，候选通用组件也可以因为只剩下一个候选垂类使用而转化为该候选垂类的候选自用组件。也就是，通用组件存储集合、自用组件存储集合中的组件，均可以进行新增、删除、更改的操作。

可见，在宿主发生更新时，可单独更新宿主对应的通用组件，通用组件可在第一目录下单独维护，从而可通过组件拆分，避免组件内的耦合，进而避免耦合的组件更新时，需要更新的部分和不需要更新的部分混合在一起，导致更新后的组件内的指令出错。

在本公开一种具体示例中，访问请求处理方法可应用于中台技术中。一般情况下，单中台赋能多垂类特性前台Web网页时，普遍采用如下方案来解决：针对不同的垂类需求，建立同一个网页项目，在项目中通过代码分支做适当的业务适配；或者，针对不同的垂类，建立不同的网页项目，通过不同的网页项目提供资源支持，从项目层直接解耦开发。

如果针对不同的垂类需求，建立同一个网页项目，在项目中通过代码分支做适当的业务适配，应用在垂类之间差异较小的场景中，则会导致各垂类代码揉在一起，随着需求增量文件代码共用部分和垂类定制部分维护困难。

如果针对不同的垂类需求，建立不同的网页项目，通过不同的网页项目提供资源支持，从项目层直接解耦开发，则应用在垂类之间差异较大的场景中时，能够通过不同的代码工程将各垂类代码完全解耦，但将垂类的维护转移到了不同的代码工程上，随着垂类数的增加，工程个数也会相应增多，又会面临工程化项目治理的问题，产生跨工程的通用逻辑、提效配置冗余。

本公开一种示例中，参照图4所示，将中台的Web网页开发抽象成MCCV(Manifest-Common-Controller-View，清单-通用-控制-界面)架构模式。M即清单401，相当于前述实施例的预设信息列表中的通用组件清单，是指各候选垂类的信息配置，它定义了各候选垂类的文案、组件、数据模型等规范化的领域配置。C即候选通用组件402(相当于前述实施例的通用组件存储集合)，包括了各候选垂类的候选通用组件、处理逻辑，这些候选通用组件只需写一次就可以被多个候选垂类重用，所以减少了代码的重复性。C即控制器403，负责读取候选垂类清单、调度组件、派发用户请求等控制逻辑。V即用户界面组件404，记录各候选垂类的候选自用组件，相当于前述实施例的自用组件存储集合。

清单401的文件中可仅记载候选通用组件与候选垂类的对应关系，通过URL类路由(URL category routing)的方式接收访问请求。进一步，为了方便不同垂类之间的代码维护，使得在维护时能够通过清单能够清楚的知道各个垂类的位置，在一种示例中，可以将中台共用能力(Common)、各个垂类的控制器(Controller)、各个垂类的UI组件(View)，声明在必须的清单(Manifest)文件中。Manifest声明出候选垂类的信息，把可以通用组件单独在清单中配置出来，所有垂类在一个清单里，通过不同的命名空间区分不同垂类，一个垂类可以在Manifest中找到唯一的配对。

本实例中的清单401和用户界面组件404，相当于前述实施例的预设信息列表。

候选通用组件402是可以被多个候选垂类复用的组件，即公用的功能组件，具体根据业务特性来定，用统一的一层Controller进行调用，可包括多个通用的工具(组件)。这些候选通用组件可以是负责没有feed(推送)到UI(User Interface，用户界面)的内容，还可以完成一些基础的功能展示，比如传输直播流，实现点赞、发礼物、评论等功能中不包含个性化动态效果的部分。示例性的，直播过程中点赞的动态效果可能不一样，但点赞功能本质上是一样的，因此，为实现点赞功能所调用的数据结构(即组件)可能是通用的，从而通过通用组件，可使多个垂类实现功能中共性的内容。候选通用组件402的内容可向清单401进行声明(Declaration)，使得清单记载候选通用组件402的标识或名称。

用户界面组件404是各候选垂类的候选自用组件。可以包括每个候选垂类特性的UI组件。用户界面组件404的内容可向清单401进行声明(Declaration)，使得清单401记载用户界面组件404的标识或名称。

控制器403为每个候选垂类特性的控制器，用于读取清单、请求数据、处理交互、调用相关View组件；控制器调度各个候选垂类，调用候选垂类的候选通用组件和自定义的组件(候选自用组件)。控制器403能够查看(view)清单401或者对清单401进行声明，以更新清单中的内容，控制器403还能够查看用户界面组件404。在对候选垂类的组件进行开发时，开发逻辑可写在控制器和通用组件存储集合里，通过控制器加进清单中。

通过本公开示例提供的访问请求处理方法，能够解决工程配置冗余问题。在本公开示例的MCCV架构模式下，中台及垂类的文件维护在一个工程中便于更新，不同的通用组件通过Manifest清单文件解耦。

通过本公开示例提供的访问请求处理方法，能够通过代码分支维护文件或组件。在本公开示例的MCCV架构模式下，中台通用和垂类特性的能力、组件，维护在各自的目录中，单文件内无逻辑干扰，通过统一的URL垂类路由派发。

本公开实施例提供的访问请求处理方法，能有效降低一个中台赋能多个个性化垂类Web网页开发维护成本，在一个项目工程中保障模块代码组织清晰，提升工程代码开发效率。即能保障共用与垂类、垂类与垂类之前解耦，又能保障中台共用组件能力最大程度复用。将本公开实施例提供的方法应用在真实的线上系统中，有望在原来的开发维护效率基础上将组件开发和维护效率进一步提高100％～200％倍。

本公开实施例还提供一种访问请求处理装置，如图5所示，包括：

目标垂类确定模块501，用于在接收到访问请求的情况下，确定访问请求对应的目标垂类；

组件确定模块502，用于基于预设信息列表，确定目标垂类对应的目标通用组件和目标自用组件；其中，所述预设信息列表中包括N个候选垂类分别对应的候选通用组件信息、所述N个候选垂类分别对应的候选自用组件信息；所述N个候选垂类中包含所述目标垂类，N为正整数；

组件调用模块503，用于调用目标通用组件和目标自用组件，对访问请求进行处理。

在一种实施方式中，如图6所示，组件确定模块包括：

通用组件单元601，用于基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选通用组件信息，确定所述目标垂类对应的所述目标通用组件；

自用组件单元602，用于基于预设信息列表中包含的N个候选垂类分别对应的候选自用组件信息，确定目标垂类对应的目标自用组件。

在一种实施方式中，通用组件单元还用于：

基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选通用组件信息，确定所述目标垂类对应的目标通用组件的标识；

根据目标通用组件的标识，确定目标垂类对应的目标通用组件。

在一种实施方式中，自用组件单元还用于：

基于预设信息列表中包含的N个候选垂类分别对应的候选自用组件信息，查找目标垂类对应的目标自用组件信息；

基于目标自用组件信息，确定目标垂类对应的目标自用组件。

在一种实施方式中，如图7所示，组件调用模块包括：

依赖关系单元701，用于确定目标通用组件和目标自用组件之间的依赖关系；

指令集合单元702，用于根据依赖关系，将目标通用组件和目标自用组件组合为处理指令集合；

访问单元703，用于利用处理指令集合、访问请求中包含的访问地址，对访问请求进行处理。

在一种实施方式中，如图8所示，目标垂类确定模块包括：

宿主信息单元801，用于确定访问请求对应的宿主信息和目标功能信息；

垂类信息单元802，用于根据宿主信息和目标功能信息，确定目标垂类。

在一种实施方式中，如图9所示，访问请求处理装置还包括：

通用组件更新模块901，用于在根据宿主信息对应的更新信息，确定需要更新通用组件的情况下，更新宿主信息对应的候选垂类在预设信息列表中对应的记录，以及预设信息列表中需要更新的记录在通用组件集合中对应的通用组件；

自用组件更新模块902，用于在根据宿主信息对应的更新信息，确定需要更新自用组件的情况下，更新宿主信息对应的候选垂类在自用组件存储集合中对应的自用组件。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图10示出了可以用来实施本公开的实施例的示例电子设备1000的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图10所示，电子设备1000包括计算单元1001，其可以根据存储在只读存储器(ROM)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(RAM)1003中的计算机程序，来执行各种适当的动作和处理。在RAM 1003中，还可存储电子设备1000操作所需的各种程序和数据。计算单元1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

电子设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006，例如键盘、鼠标等；输出单元1007，例如各种类型的显示器、扬声器等；存储单元1008，例如磁盘、光盘等；以及通信单元1009，例如网卡、调制解调器、无线通信收发机等。通信单元1009允许电子设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理。例如，在一些实施例中，上文所描述的各个方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1008。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到电子设备1000上。当计算机程序加载到RAM 1003并由计算单元1001执行时，可以执行上文所描述的各个方法的一个或多个步骤。备选地，在其他实施例中，计算单元1001可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行上文所描述的各个方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路集成电路场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程访问请求处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行装置或设备使用或与指令执行装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (12)

1.一种访问请求处理方法，包括：

在接收到访问请求的情况下，确定所述访问请求对应的目标垂类；

基于预设信息列表，确定所述目标垂类对应的目标通用组件和目标自用组件；其中，所述预设信息列表中包括N个候选垂类分别对应的候选通用组件信息、所述N个候选垂类分别对应的候选自用组件信息；所述N个候选垂类中包含所述目标垂类，N为正整数；

调用所述目标通用组件和所述目标自用组件，对所述访问请求进行处理；

其中，所述调用所述目标通用组件和所述目标自用组件，对所述访问请求进行处理，包括：

确定所述目标通用组件和所述目标自用组件之间的依赖关系；

根据所述依赖关系，将所述目标通用组件和所述目标自用组件组合为处理指令集合；

利用所述处理指令集合、所述访问请求中包含的访问地址，对所述访问请求进行处理。

2.根据权利要求1所述的方法，其中，所述基于预设信息列表，确定所述目标垂类对应的目标通用组件和目标自用组件，包括：

基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选通用组件信息，确定所述目标垂类对应的所述目标通用组件；并基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选自用组件信息，确定所述目标垂类对应的所述目标自用组件。

3.根据权利要求2所述的方法，其中，所述基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选通用组件信息，确定所述目标垂类对应的目标通用组件，包括：

基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选通用组件信息，确定所述目标垂类对应的目标通用组件的标识；

根据所述目标通用组件的标识，确定所述目标垂类对应的目标通用组件。

4.根据权利要求2所述的方法，其中，所述基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选自用组件信息，确定所述目标垂类对应的所述目标自用组件，包括：

基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选自用组件信息，查找所述目标垂类对应的目标自用组件信息；

基于所述目标自用组件信息，确定所述目标垂类对应的所述目标自用组件。

5.根据权利要求1-3中任意一项所述的方法，其中，所述确定所述访问请求对应的目标垂类，包括：

确定所述访问请求对应的宿主信息和目标功能信息；

根据所述宿主信息和所述目标功能信息，确定所述目标垂类。

6.一种访问请求处理装置，包括：

目标垂类确定模块，用于在接收到访问请求的情况下，确定所述访问请求对应的目标垂类；

组件确定模块，用于基于预设信息列表，确定所述目标垂类对应的目标通用组件和目标自用组件；其中，所述预设信息列表中包括N个候选垂类分别对应的候选通用组件信息、所述N个候选垂类分别对应的候选自用组件信息；所述N个候选垂类中包含所述目标垂类，N为正整数；

组件调用模块，用于调用所述目标通用组件和所述目标自用组件，对所述访问请求进行处理；

其中，所述组件调用模块包括：

依赖关系单元，用于确定所述目标通用组件和所述目标自用组件之间的依赖关系；

指令集合单元，用于根据所述依赖关系，将所述目标通用组件和所述目标自用组件组合为处理指令集合；

访问单元，用于利用所述处理指令集合、所述访问请求中包含的访问地址，对所述访问请求进行处理。

7.根据权利要求6所述的装置，其中，所述组件确定模块包括：

通用组件单元，用于基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选通用组件信息，确定所述目标垂类对应的所述目标通用组件；

自用组件单元，用于基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选自用组件信息，确定所述目标垂类对应的所述目标自用组件。

8.根据权利要求7所述的装置，其中，所述通用组件单元还用于：

基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选通用组件信息，确定所述目标垂类对应的目标通用组件的标识；

根据所述目标通用组件的标识，确定所述目标垂类对应的目标通用组件。

9.根据权利要求7所述的装置，其中，所述自用组件单元还用于：

基于所述预设信息列表中包含的所述N个候选垂类分别对应的候选自用组件信息，查找所述目标垂类对应的目标自用组件信息；

基于所述目标自用组件信息，确定所述目标垂类对应的所述目标自用组件。

10.根据权利要求6-8中任意一项所述的装置，其中，所述目标垂类确定模块包括：

宿主信息单元，用于确定所述访问请求对应的宿主信息和目标功能信息；

垂类信息单元，用于根据所述宿主信息和所述目标功能信息，确定所述目标垂类。

11.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-5中任一项所述的方法。