CN116700868A - 页面处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了页面处理方法及装置，其中，一种页面处理方法包括：获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在应用页面展示的目标商家的程序组件的配置策略；接收服务器下发的应用页面的页面信息、程序组件的执行文件和页面展示参数，基于执行文件执行后获得的组件数据、页面信息和页面展示参数，渲染配置程序组件的应用页面并展示。

Description

页面处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种页面处理方法及装置。

背景技术

随着网络技术的发展，信息网络成为生活的重要组成部分，越来越多的服务由线下转移到了线上，越来越多的用户通过线上的方式参与商家的服务或者购买商家提供的商品，随着信息的多样化以及线上商家的层出不穷，商家如何在大量的线上商家中及时被用户感知，用户如何高效便捷的感知商家的相关信息，成为商家、用户以及服务平台的提供方日益关注的重点。

发明内容

本说明书一个或多个实施例提供了一种页面处理方法。所述页面处理方法，应用于用户终端，包括：获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件。接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数。基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

本说明书一个或多个实施例提供了另一种页面处理方法，应用于服务器，包括：获取用户终端提交的用户对应用程序的应用页面的访问请求。根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数。基于所述组件标识读取所述程序组件的执行文件。向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

本说明书一个或多个实施例提供了一种页面处理装置，运行于用户终端，包括：请求提交模块，被配置为获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件。信息接收模块，被配置为接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数。页面渲染模块，被配置为基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

本说明书一个或多个实施例提供了另一种页面处理装置，运行于服务器，包括：请求获取模块，被配置为获取用户终端提交的用户对应用程序的应用页面的访问请求。查询模块，被配置为根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数。读取模块，被配置为基于所述组件标识读取所述程序组件的执行文件。信息下发模块，被配置为向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

本说明书一个或多个实施例提供了一种页面处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件。接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数。基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

本说明书一个或多个实施例提供了另一种页面处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取用户终端提交的用户对应用程序的应用页面的访问请求。根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数。基于所述组件标识读取所述程序组件的执行文件。向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件。接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数。基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取用户终端提交的用户对应用程序的应用页面的访问请求。根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数。基于所述组件标识读取所述程序组件的执行文件。向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；

图1为本说明书一个或多个实施例提供的一种页面处理方法得实施环境的示意图；

图2为本说明书一个或多个实施例提供的一种页面处理方法处理流程图；

图3为本说明书一个或多个实施例提供的一种程序组件构建过程的处理示意图；

图4为本说明书一个或多个实施例提供的应用于应用页面渲染场景的页面处理方法处理时序图；

图5为本说明书一个或多个实施例提供的另一种页面处理方法处理流程图；

图6为本说明书一个或多个实施例提供的一种页面处理装置实施例的示意图；

图7为本说明书一个或多个实施例提供的另一种页面处理装置实施例的示意图；

图8为本说明书一个或多个实施例提供的一种页面处理设备的结构示意图；

图9为本说明书一个或多个实施例提供的另一种页面处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书一个或多个实施例提供的页面处理方法，可适用于在用户终端运行的应用程序的应用页面处理这一实施环境，如图1所示，该实施环境至少包括运行有应用程序的用户终端101，应用程序对应的服务器102，此外，该实施环境还可包括目标商家的商家服务器103。

其中，用户终端101配置有应用程序的客户端，该客户端的具体形式可以是应用程序、应用程序内的服务模块或者网页程序；应用程序中可运行目标商家的商家子程序；用户终端101通过应用程序的客户端配合服务器102进行应用程序的应用页面的访问；用户终端101展示的应用程序的应用页面中，展示有目标商家的程序组件，用户可用过程序组件感知目标商家的推荐数据，也可通过触发程序组件实现由应用页面向商家子程序的子程序页面的跳转，访问商家子程序；

用户终端101可以是手机、个人电脑、平板电脑、电子书阅读器、基于VR(VirtualReality，虚拟现实技术)进行信息交互的设备、车载终端、IoT设备、穿戴式智能设备、膝上型便携计算机和台式计算机等等。

服务器102可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是云计算平台中的一个或者多个云服务器，用于根据用户终端101提交的对应用程序的应用页面的访问请求，进行渲染应用页面的信息的获取以及向用户终端102的下发；服务器102可以是在支付平台上进行页面渲染的支付服务器。

商家服务器103可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是云计算平台中的一个或者多个云服务器，用于与商家子程序进行数据交互向用户通过商家子程序提供服务，还可用于与应用页面展示的程序组件进行数据交互确定在程序组件展示的目标商家的推荐数据；

该实施环境中，用户终端101运行的应用程序在对应用页面进行展示的过程中，与服务器102交互，不仅获取应用页面展示的页面信息，还获取应用页面展示的目标商家的程序组件的执行文件和页面展示参数，也即是，应用页面在展示的过程中，不仅展示按照页面渲染逻辑展示的相关内容，还通过展示目标商家的程序组件提升目标商家的曝光率。

本说明书提供的一种页面处理方法的一个或者多个实施例如下：

本实施例提供的一种页面处理方法，应用程序在渲染应用页面的过程中，获取服务器下发的应用程序的应用页面的页面信息、程序组件的执行文件和页面展示参数，执行服务器下发的在应用页面展示的目标商家的程序组件的执行文件，获得组件数据，基于组件数据、页面信息和页面展示参数，渲染配置目标商家的程序组件的应用页面并展示，以此，提升目标商家在应用程序内的曝光率，使用户在访问应用程序时即可感知目标商家，提升用户对目标商家的推荐数据的感知程度。

参照图2，本实施例提供的页面处理方法，可应用于用户终端，具体包括步骤S202至步骤S206。

步骤S202，获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件。

本实施例中，商家的商家子程序可以运行在支付应用程序内，支付应用程序内的商家子程序是商家、机构等主体在支付应用程序进行数字化经营，为用户提供服务的私域场景；商家子程序可以为用户提供服务，进行用户营销和用户的留存转化，实现商家的有效经营；

商家在线上通过在应用程序内部署商家子程序，使用户可通过应用程序进行商家子程序的访问，避免用户安装多个应用程序影响用户终端的运行速度，提升用户参与商家服务的便捷性，提升了商家的服务简便性；

为了进一步提升商家子程序的曝光率，使用户及时高效的感知到商家的数据，本实施例中，面向商家提供一种程序组件的技术，使商家可通过程序组件的配置，在用户访问应用程序的应用页面的过程中，通过应用页面感知商家的程序组件，换句话说，本实施例中的服务器，支持商家和机构等主体将子程序这一私域场景的部分轻量级服务通过程序组件这一技术载体被应用程序这一公域场景所引用并进行用户触达，从而为子程序私域带来更多的公域流量。

本实施例中，所述应用程序，包括在用户终端运行的向用户提供服务的应用程序，例如，支付应用程序；所述服务器，也即是应用程序对应的后台服务器；所述应用页面，包括应用程序内的页面，例如，应用程序的首页、搜索页、支付结果页。所述程序组件，包括微型的面向页面交互的程序，可以运行在应用程序这一公域场景，以将商家子程序中的商品、卡券、活动等形式的服务前置到公域场景。所述程序组件可以是将商家子程序中的相应服务在应用程序的应用页面的展示载体，其展示方式可通过可视化的形式在运行商家子程序的应用程序的应用页面进行展示。例如，在应用程序的首页展示的程序组件，用户可以在应用程序的首页看到该程序组件中展示的对应商家的推荐数据。换句话说，所述程序组件，包括跨域进行数据展示的组件；即将商家子程序这一私域的服务或者信息展示在应用程序这一公域场景的组件。

本实施例所述服务器，包括所述应用程序对应的服务器，例如支付服务器；所述组件配置策略表，维护在策略管理服务器，所述策略管理服务器，可以是支付服务器(服务器)下的子服务器，也可以是独立于支付服务器的第三方服务器，支付服务器和策略管理服务器通过配置数据接口进行数据传输。

为了提升商家子程序向用户的触达率，提升用户对商家子程序的感知程度，本实施例中，应用程序的服务器可向商家开放子程序服务平台，商家可基于子程序服务平台对搭载于应用程序的商家子程序进行配置，也可通过子程序服务平台进行程序组件的配置，以在应用程序的应用页面进行目标商家的程序组件的配置，进一步提升商家子程序在应用程序的透出率。本实施例提供的一种可选实施方式中，以目标商家为例，对商家的程序组件的创建过程进行具体说明，目标商家的程序组件，采用如下方式创建：

获取所述目标商家基于子程序服务平台提交的在目标场景的应用页面展示的组件类别和组件属性信息；

根据所述组件类别和所述组件属性信息，创建组件标识；

根据所述目标商家提交的编码请求进行编码处理获得所述程序组件的执行文件。

可选的，所述目标场景，包括所述目标商家选择的进行程序组件展示的应用程序中不同场景的应用页面，例如，目标商家选择在首页场景的应用页面进行程序组件的展示，或者，选择在搜索场景的搜索页进行程序组件的展示，或者选择在支付场景的支付结果页进行程序组件的展示；所述组件类别，包括在程序组件能够展示的推荐数据的类别，例如，组件类别为商品服务类别，则推荐数据即为商品的信息，组件类别为权益发放类别，推荐数据即为权益的发放信息；所述组件属性信息，包括下述至少一项：程序组件的类目，开发者信息，关联的目标商家的商家信息；此外，组件属性信息还可根据实际应用场景的需求，包括关联的目标商家的商家子程序的子程序信息；还可以包括其他相关信息，可根据实际应用场景进行配置，本实施例在此不做限定。

具体的，目标商家通过登录子程序服务平台进行程序组件的创建，在进行程序组件的创建的过程中，子程序服务器或者服务器，首先获取目标商家提交的目标场景、组件类别和组件属性信息，创建与目标场景、组件类别和组件属性信息关联的组件标识。在创建好程序组件的组件标识后，为了实现对程序组件的开发，根据目标商家提交的对程序组件的编码请求，对程序组件进行编码处理获得程序组件的执行文件。可选的，所述程序组件的执行文件，包括程序组件的可执行包文件。

如图3所示，开发用户基于子程序服务平台进行登录创建，在登录创建的过程中，首先进行账号入驻，也即是用注册的服务账号进行子程序服务平台的登录，登录后开发用户进行目标场景的选择，进而对组件类别和组件属性信息进行补充，补充完成后服务器生成程序组件的组件标识，至此，完成对程序组件的创建。其中，开发用户可以是目标商家，也可以是为目标商家进行程序组件开发的其他用户。

在对程序组件进行编码处理获得程序组件的执行文件的过程中，为了提升编码处理的效率，可通过向目标商家提供组件展示模板的方式对目标商家的程序组件的组件展示形式进行更加高效的确认，进而进行程序组件的执行文件的生成；本实施例提供的一种可选实施方式中，根据目标商家提交的对程序组件的编码请求，对程序组件进行编码处理获得执行文件的过程中，执行如下操作：

读取所述目标场景的组件展示模板并向所述目标商家发送；

根据所述目标商家基于所述组件展示模板提交的所述编码请求进行编码处理获得所述执行文件。

具体的，在不同的目标场景进行程序组件的展示，展示形式也不相同；例如，对于应用程序的首页场景展示的程序组件可以在宽度和高度存在一定比例的规则图像内进行展示，并且可以通过平铺的方式在应用程序的支付场景进行展示。

基于此，在对程序组件进行编码处理获得程序组件的执行文件的过程中，首先读取程序组件对应的目标场景的组件展示模板并向目标商家发送，若获取到目标商家基于组件展示模板提交的对程序组件的编码请求，则按照预设逻辑和目标场景、组件类别、组件属性信息和组件展示模板这四者中任意一者或者多者对程序组件进行编码处理获得程序组件的执行文件；此外，目标商家还可对组件展示模板进行调整，若获取到目标商家对组件展示模板进行调整后基于调整后的组件展示形式提交的对程序组件的编码请求，则按照预设逻辑和目标场景、组件类别、组件属性信息和组件展示形式这四者中任意一者或者多者对程序组件进行编码处理获得程序组件的执行文件。

例如，组件展示模板为展示的程序组件的长为2像素，宽为1像素，目标商家调整为长为4像素，宽为1像素。

如图3所示，开发用户基于子程序服务平台进行对程序组件的创建，在创建好目标商家的程序组件后，开发用户可通过登录子程序集成开发环境(IDE，IntegratedDevelopment Environment)工具进行程序组件的开发，在进行程序组件开发的过程中，如果该开发用户创建了多个程序组件，则需要进行程序组件的选择，选择进行组件开发的程序组件，然后基于程序组件对应的目标场景和/或组件类别进行组件展示形式的确定，确定组件展示形式后，基于该程序组件关联的所有信息进行编码，为了保证编码获得的程序组件的执行文件的有效性，在编码后对编码结果进行调试，在调试无误后将程序组件作为一个新的组件版本存储至子程序数据库；其中，编码的过程即是将程序组件编码为一个可以执行的代码包，调试即是对该代码包进行准确度的调试。需要说明的是，具体的编码策略和调试可根据实际应用场景进行配置，本实施例在此不做限定。换句话说，编码即是将程序组件的所有信息编码成计算机可以识别并且加载的语言。

需要说明的是，在对程序组件进行编码处理的过程中，开发用户还可进行静态推荐数据的录入，以在进行程序组件渲染的过程中进行静态推荐数据的展示。具体的，由于静态推荐数据也需要展示在程序组件，因此，为了避免目标商家配置与组件类别不匹配的静态推荐数据，因此，子程序服务器还可执行如下操作：

获取所述目标商家提交的静态推荐数据；

核验所述静态推荐数据是否与所述组件类别匹配；

若是，将所述静态推荐数据更新至所述组件属性信息；

若否，不做处理即可。

具体的，子程序服务器或者子程序集成开发环境在获取到目标商家提交的静态推荐数据后，核验静态推荐数据是否与程序组件的组件类别匹配，若是，将静态推荐数据更新至所述组件属性信息，或者，将静态推荐数据与程序组件进行关联存储，以在进行编码处理时也基于静态推荐数据进行编码处理。

在具体执行过程中，为了提升目标商家对程序组件的有效管理，也为了保证在应用程序的应用页面展示的程序组件的有效性，目标商家在进行程序组件的创建(也即是组件标识的创建)、开发(也即是编码)和发布后，将程序组件配置在组件配置策略表中，以在应用页面的加载过程中从组件配置策略表中进行查询；上述对程序组件的创建和开发两个过程进行了具体说明，本实施例提供的一种可选实施方式中，根据所述目标商家提交的编码请求进行编码处理获得所述程序组件的执行文件后，还执行如下操作：

将所述执行文件标记为待审核状态，并将待审核状态的所述执行文件存储至子程序数据库；

向审核用户发送所述程序组件和/或所述执行文件，以对所述程序组件进行审核处理；

若接收到所述审核用户提交的对所述程序组件的审核确认结果，将所述子程序数据库中的所述执行文件的文件状态更新为已审核状态。

具体的，对程序组件进行编码处理获得程序组件的执行文件的文件状态为待审核状态，存储在子程序数据库中待审核状态的执行文件无法被读取，所述程序组件在被审核用户审核后以已审核状态的文件状态存储在子程序数据库中；存储在子程序数据库中已审核状态的执行文件可被读取。其中，对程序组件进行审核处理以及对程序组件在子程序数据库中文件状态的更新即为对程序组件的发布。

如图3所示，开发用户登录子程序服务平台进行程序组件的发布，开发用户在创建多个程序组件的情况下，进行程序组件的选择，在开发用户对同一程序组件进行多次编码获得程序组件的多个组件版本后，还需要对程序组件的组件版本进行选择，在选择程序组件和组件版本进行选择后，提交审核请求，子程序服务器根据审核请求向审核用户发送审核该程序组件的审核提醒，在接收到审核用户提交的对该组件版本的程序组件的审核确认结果后，将子程序数据库中执行文件的文件状态由待审核状态更新为已审核状态。

上述程序组件的创建由子程序服务平台执行，程序组件的开发由子程序集成开发环境执行，程序组件的发布由子程序服务平台执行；可选的，所述子程序服务平台，可以是与服务器进行数据传输，由服务器向商家开放的服务平台，也可以与服务器下的子服务器进行数据传输，由服务器下的子服务器，也即是子程序服务器向商家开放的服务平台，还可以是独立于服务器的第三方子程序服务器，第三方子程序服务器可与服务器进行数据传输，换句话说，子程序服务器可以是服务器本身，也可以是服务器之外的服务器；此外，子程序服务器和服务器还可以同时为一个主服务器下的两个子服务器，本实施例在此不做限定；需要说明的是，下述提到的其他服务器和服务器之间，或者两两服务器之间，都可以是上述关系中的任意一种。

具体实施时，审核用户对程序组件审核确认后，通过策略管理平台将程序组件写入策略管理服务器维护的组件配置策略表；所述组件配置策略表中，记录有各程序组件在应用页面的投放计划，也即是记录有各程序组件的配置策略。可选的，以所述程序组件为例，所述组件配置策略表中所述程序组件的配置策略，包括下述至少一项：组件属性信息，页面展示参数，组件展示参数，组件投放参数。所属组件投放参数，包括对程序组件的投放数量。本实施例提供的一种可选实施方式中，所述组件投放参数，采用如下方式确定：

基于用户对所述目标商家的评价信息，计算所述目标商家在所述应用程序的服务反馈指标；

根据所述服务反馈指标，确定所述组件投放参数。

可选的，所述服务反馈指标，包括对目标商家的服务能力或者服务效果进行评价的指标；例如，目标商家的服务评级；在具体执行过程中，服务反馈指标可通过将用户对目标商家的评价信息输入指标计算模型进行服务反馈指标的指标计算，获得目标商家的服务反馈指标。

具体的，为了提升用户对应用程序的感知程度，避免在大量用户的应用页面展示服务反馈指标较低的目标商家的程序组件，影响用户对应用程序的使用体验，根据目标商家在应用程序的服务反馈指标，确定所述目标商家的程序组件在所述应用程序的组件投放参数。可选的，所述服务反馈指标越大，组件投放数量越多。

此外，目标商家的程序组件在所述应用程序的组件投放参数还可基于所述目标商家的配置进行确定，或者基于目标商家在应用程序中的商家活跃度确定，或者基于目标商家购买的不同投放数量的投放数量确定，此外，组件投放参数还可基于其他参数进行确定，本实施例在此不再赘述。

如图3所示，审核用户在对程序组件审核确认后，通过策略管理平台配置程序组件的流量投放计划。

上述对于目标商家的程序组件的申请和投放过程进行了具体说明，在对程序组件进行申请和投放之后，用户在访问应用程序的应用页面的过程中，服务器通过与策略管理服务器交互进行展示的程序组件的查询，进而通过对查询到的程序组件在应用程序的应用页面进行配置使用户对目标商家的程序组件进行感知，下述对配置有程序组件的应用页面的渲染过程进行具体说明。

在具体执行过程中，用户通过用户终端访问应用程序，用户终端运行的应用程序获取用户对应用程序的应用页面的访问请求并向服务器提交，服务器获取用户终端提交的用户对应用程序的应用页面的访问请求，根据所述访问请求，在组件配置策略中查询所述应用页面展示的目标商家的组件标识和页面展示参数，基于所述组件标识读取所述程序组件的执行文件，向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示。

为了提升在应用页面展示的程序组件的有效性，本实施例提供的一种可选实施方式中，服务器在组件配置策略表中查询在应用页面展示的目标商家的程序组件的过程中，执行如下操作：

根据所述访问请求，在所述组件配置策略表中查询与所述用户和所述应用页面匹配的目标商家的程序组件的组件标识和页面展示参数；

基于所述组件标识读取所述程序组件的执行文件。

可选的，所述组件标识包括程序组件的程序组件标识和版本标识；所述页面展示参数，包括所述程序组件在所述应用页面展示的位置信息；例如，程序组件展示在应用页面的左下角。

具体的，服务器获取到用户终端提交的用户对应用程序的应用页面的访问请求后，首先根据访问请求，在组件配置策略表中查询在应用页面展示的目标商家的程序组件的组件标识和页面展示参数，然后基于组件标识读取程序组件的执行文件，将程序组件的执行文件和页面展示参数作为程序组件的展示信息和应用页面的页面信息向用户终端下发。

由于组件配置策略表维护在策略管理服务器，为了读取到在应用页面展示的程序组件和组件标识和页面展示参数，本实施例提供的一种可选实施方式中，服务器根据所述访问请求，在所述组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数的过程中，执行如下操作：

根据所述访问请求中携带的用户标识读取所述用户的用户信息，以及，根据所述访问请求中携带的页面标识确定所述应用页面的页面类别；

向策略管理服务器发送携带所述用户信息和所述页面类别的策略查询请求，以查询与所述用户信息和所述页面类别匹配的程序组件，以及读取查询到的程序组件的组件标识和页面展示参数并向所述服务器返回。

其中，所述用户信息，包括下述至少一项：出生日期，属于男性或者女性的特征，所处的用户位置的位置信息，访问时间。可选的，服务器根据所述访问请求中携带的用户标识读取所述用户的用户信息，以及，根据所述访问请求中携带的页面标识确定所述应用页面的页面类别；向策略管理服务器发送携带所述用户信息和所述页面类别的策略查询请求，以查询与所述用户信息和所述页面类别匹配的程序组件；接收所述策略管理服务器返回的所述程序组件的组件标识和页面展示参数。

可选的，策略管理服务器在查询与所述用户信息和所述页面类别匹配的程序组件的过程中，执行如下操作：

查询与所述页面类别匹配的至少一个第一程序组件；

在所述第一程序组件中筛选出投放位置与所述用户的用户位置匹配，且投放时间区间包含所述用户的访问时间的至少一个第二程序组件；

将所述至少一个第二程序组件中剩余投放数量超出预设阈值的第二程序组件确定为与所述用户信息和所述页面类别匹配的程序组件。

具体的，服务器根据用户终端提交的用户对应用程序的应用页面的访问请求，读取所述用户的用户信息，以及确定所述应用页面的页面类别，向策略管理服务器发送携带所述用户信息和所述页面类别的策略查询请求，策略管理服务器在组件策略配置表中查询与所述页面类别匹配的至少一个第一程序组件，然后基于所述用户信息在所述至少一个第一程序组件中筛选出与所述用户匹配的至少一个第二程序组件，最后按照各第二程序组件的剩余投放数量，确定在所述应用页面展示的程序组件。可选的，确定的在所述应用页面展示的程序组件的数量可以为一个，也可以为多个。

例如，支付服务器获取用户终端提交的用户对支付应用程序的首页的访问请求，则根据访问请求中携带的用户标识读取该用户所处的城市，根据访问请求中携带的首页标识确定页面类别为首页类别，向策略管理服务器发送携带首页类别和由所处的城市和访问时间组成的用户信息的策略查询请求，策略管理服务器首先查询与首页类别匹配的程序组件，查询到10个与首页类别匹配的程序组件，然后在这10个程序组件中，筛选出投放时间包含访问时间，且投放位置包含用户所处的城市的程序组件，筛选获得5个程序组件，然后按照这5个程序组件的剩余投放数量进行降序排列，检测到降序排列获得的组件队列中前两个程序组件的剩余投放数量超出100，则将组件队列中前两个程序组件的组件标识和页面展示参数发送至支付服务器。

需要说明的是，上述基于用户信息确定与用户匹配的程序组件中，仅仅说明了基于所处的城市、访问时间两者进行匹配的具体过程；此外，还可基于用户的出生日期，用户属于男性或者女性的特征，用户在应用程序的活跃度，用户对商家的访问频次等其他用户信息进行程序组件的匹配；例如，在基于用户信息进行程序组件的匹配的过程中，在第一程序组件中筛选出投放位置与所述用户的用户位置匹配，且投放时间区间包含所述用户的访问时间的至少一个第二程序组件，在所述至少一个第二程序组件中筛选出与所述出生日期和所述属于男性或者女性的特征匹配的至少一个第三程序组件，在所述至少一个第三程序组件中筛选出所述用户对对应商家的访问频次高于预设阈值的至少一个第四程序组件；按照所述用户在所述应用程序的活跃度，计算向所述用户展示的程序组件数量，按照所述程序组件数量一者或者程序组件数量和所述至少一个第四程序组件中各程序组件的剩余投放数量两者确定与所述用户匹配的程序组件；

其中，在实际匹配过程中，可对上述示例中的多种匹配方式进行任意组合，对表述进行对应修改即可，本实施例在此不做限定。

策略管理服务器在查询到在用户访问的应用程序的应用页面展示的目标商家的程序组件后，向服务器返回程序组件的组件标识和页面展示参数，服务器接收到组件标识和页面展示参数后，为了能够在应用页面展示程序组件，基于组件标识读取程序组件的执行文件，本实施例提供的一种可选实施方式中，服务器采用如下方式实现基于所述组件标识读取所述程序组件的执行文件过程：

向子程序数据库提供的数据接口传入所述组件标识，以查询所述组件标识对应的执行文件；

接收所述数据接口回传的文件状态为已审核状态的执行文件。

具体的，程序组件被审核用户审核后，被存储在子程序数据库中，服务器在获取到组件标识后，基于组件标识在子程序数据库中读取所述程序组件的执行文件。

在具体执行过程中，服务器根据策略管理服务器返回的组件标识，在子程序数据库读取到程序组件的执行文件后，向用户终端下发应用页面的页面信息，读取到的执行文件和策略管理服务器返回的页面展示参数，以使用户终端渲染配置所述程序组件的所述应用页面并展示。

此外，步骤S202还可被替换为，获取用户对所述应用程序的应用页面的访问请求并向服务器提交，并与本实施例提供的其他处理步骤组成新的实现方式。

步骤S204，接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数。

所述应用页面的页面信息，包括按照应用程序的页面渲染逻辑中在该应用页面中渲染的信息；例如，在首页展示的应用子程序的图标信息、用户的提醒信息等。换句话说，应用页面的页面信息，包括应用程序的应用页面中预先展示的相关信息；本实施例中，程序组件可为在初始的应用页面中附加进行展示的内容，因此，应用程序的应用页面中预先展示的相关信息即为本实施例中的页面信息。

上述步骤中，获取用户对应用程序的应用页面的访问请求并向服务器提交，本步骤中，接收服务器基于所述访问请求下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数。可选的，所述执行文件，由所述服务器基于策略管理服务器返回的所述程序组件的组件标识从子程序数据集中读取获得。可选的，所述页面展示参数，可由审核用户配置，还可由目标商家配置，还可基于其他参数确定，具体可与组件投放参数采用相同的方式进行配置，本实施例在此不再说明。

步骤S206，基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示。

本实施例中，基于执行文件执行后获得的组件数据、页面信息和页面展示参数渲染的应用页面中，配置有程序组件，可选的，所述程序组件获取并展示有所述目标商家的推荐数据。

在具体执行过程中，用户终端运行的应用程序在接收到服务器下发的应用页面的页面信息、程序组件的执行文件和页面展示参数后，执行程序组件的执行文件获得组件数据，基于组件数据、页面信息和页面展示参数渲染配置有所述程序组件的应用页面。

所述执行文件执行后获得的组件数据，包括一个携带推荐数据的程序组件。也即是，所述程序组件展示的目标商家的推荐数据，由所述程序组件与目标商家的商家服务器交互获得，不由应用程序或者应用程序的服务器决定。对于程序组件展示的目标商家的推荐数据的确定方式，可在对程序组件进行编码处理的过程中进行设定，也即是配置在执行文件中，使执行文件被执行的过程中即可按照对应的确定方式进行推荐数据的确定。下述以两种进行推荐数据的确定的方式对本实施例中程序组件获取并展示目标商家的推荐数据进行具体说明。

本实施例提供的第一种可选实施方式中，所述程序组件，采用如下方式获取并展示所述目标商家的推荐数据：

读取所述程序组件对应的数据推荐策略；

若所述数据推荐策略为第一推荐策略，则读取所述程序组件关联的静态推荐数据，将所述静态推荐数据作为所述目标商家的推荐数据进行展示；

若所述数据推荐策略为第二推荐策略，则向所述目标商家的商家服务器发送携带所述程序组件的组件标识的推荐数据访问请求，接收所述商家服务器基于所述推荐数据访问请求返回的所述推荐数据并展示。

具体的，程序组件的执行文件被执行时，读取执行文件中的数据推荐策略，根据所述数据推荐策略确定所述程序组件展示的推荐数据并展示；其中，若数据推荐策略为第一推荐策略，则读取执行文件携带的静态推荐数据，将静态推荐数据作为目标商家的推荐数据进行展示；若数据推荐策略为第二推荐策略，则向目标商家查询该程序组件的推荐数据并展示；

在向目标商家查询该程序组件的推荐数据并展示的过程中，向目标商家的商家服务器发送所述程序组件的组件标识，以查询所述目标商家在所述程序组件展示的推荐数据；在接收到所述程序组件展示的推荐数据后，为了使目标商家展示的推荐数据与程序组件的组件类别匹配，程序组件在接收目标商家基于所述推荐数据访问请求返回的所述推荐数据并展示的过程中，执行如下操作：

接收所述目标商家的商家服务器基于所述推荐数据访问请求返回的所述推荐数据；

核验所述推荐数据和所述程序组件的组件类别是否匹配；

若是，展示所述推荐数据；

若否，读取所述程序组件关联的静态推荐数据，将所述静态推荐数据作为推荐数据并展示。

例如，程序组件的组件类别为商品售卖类别，获取到的推荐数据为商品售卖数据，则确定推荐数据与程序组件的组件类别匹配。再例如，程序组件的组件类别为权益发放类别，获取到的推荐数据为商品售卖数据，则推荐数据与程序组件的组件类别不匹配。

在实际应用中，程序组件向商家服务器进行推荐数据的查询，可能因为网络延迟等问题无法及时获取到商家服务器返回的推荐数据，为了避免长时间未读取到推荐数据导致用户无法查看程序组件的相关内容，程序组件向所述目标商家的商家服务器发送携带所述程序组件的组件标识的推荐数据访问请求后，若在预设时长到达后未接收到所述商家服务器基于所述推荐数据访问请求返回的推荐数据，则读取关联的静态推荐数据，并将所述静态推荐数据作为所述目标商家的推荐数据进行展示。

本实施例提供的第二种可选实施方式中，为了提升进行推荐数据的确定的效率，所述程序组件，采用如下方式获取并展示所述目标商家的推荐数据：

读取所述程序组件关联的静态推荐数据；

若读取结果不为空，将所述静态推荐数据作为推荐数据并展示；

若读取结果为空，向所述目标商家的商家服务器发送携带所述程序组件的组件标识的推荐数据访问请求；接收所述商家服务器基于所述推荐数据访问请求返回的所述推荐数据并展示。

具体的，程序组件首先读取关联的静态推荐数据，若读取结果不为空，则将静态推荐数据作为推荐数据并展示；若读取结果为空，向目标商家的商家服务器发送携带程序组件的组件标识的推荐数据访问请求，接收商家服务器返回的推荐数据并展示。可选的，获取到商家服务器返回的推荐数据后，采用上述方式对推荐数据和程序组件的组件类别是否匹配进行核验。

应用程序若检测到程序组件在预设时间内展示内容为空，则删除应用页面中展示的该程序组件。

需要说明的是，上述两种获取并展示目标商家的推荐数据的过程都是由执行文件进行执行确定的，也即是，涉及到的相关数据都来源于执行文件本身或者程序组件与商家服务器交互获得。

在具体执行过程中，用户终端运行的应用程序基于执行文件执行后获得的组件数据、所述页面信息和页面展示参数，渲染配置程序组件的应用页面并展示的过程中，按照预设的页面渲染逻辑进行页面渲染即可，在渲染的过程中，在应用页面中页面展示参数对应的位置渲染程序组件即可。

用户在基于应用页面查看到推荐数据后，为了提升对用户的转化率，提升目标商家的商家子程序的访问率，本实施例提供的一种可选实施方式中，所述程序组件展示所述推荐数据后，还执行如下操作：

根据所述用户对所述程序组件的触发指令，加载所述目标商家的商家子程序，以从所述应用程序跳转至所述商家小程序。

可选的，所述根据所述用户对所述程序组件的触发指令，加载所述目标商家的商家子程序，包括：

根据所述用户对所述程序组件的触发指令，读取所述程序组件的组件属性信息中携带的子程序标识，基于所述子程序标识加载所述商家子程序；

或者，

根据所述用户对所述程序组件的触发指令，读取所述程序组件的组件属性信息中携带的所述目标商家的商家标识，基于所述商家标识向商家服务器发送组件访问请求，接收并展示所述商家服务器下发的所述商家子程序的子程序页面。

具体的，用户在触发程序组件后，可从应用程序的应用页面跳转至商家子程序的子程序页面。具体在跳转的过程中，用户终端可直接根据程序组件的组件属性信息中携带的子程序标识进行跳转，也可与商家服务器进行交互获得商家子程序的子程序页面。

此外，本实施例中除了目标商家进行程序组件的配置后，还可以由应用程序的提供方进行程序组件的配置，提供方可根据至少一个商家提供的相同类别的推荐数据，进行程序组件的构建，并将该程序组件在应用程序的应用页面进行展示，程序组件中展示至少一个商家提供的推荐数据。

例如，3个商家在用户对任一商品进行支付后，向用户提供权益，其中，商家S1提供向用户发放在商家S1的商家子程序进行消费的5元优惠券，商家S2提供在用户在商家S2的商家子程序进行消费后向用户发放10个积分，商家S3提供用户在商家S3的任一门店消费的x商品的抵扣券；则应用程序的提供方基于这三个相同类别的推荐数据，构建一个权益抽取类别的程序组件，该程序组件对应的目标场景为支付结果页场景，用户可通过支付结果页展示的该程序组件查看至少包含“商家S1的5元优惠券”、“商家S2消费后的积分”和“商家S3的x商品抵扣券”这三个选项的权益抽取活动；用户触发该程序组件后，不会进行商家子程序的跳转，而是进行权益抽取，程序组件在检测到用户获得权益抽取结果后，可向服务器发送权益抽取结果，以使服务器基于权益抽取结果与对应的商家进行数据交互，使用户获得对应的权益。其中，程序组件展示的数据可基于执行文件本身获得，也可与服务器交互获得，具体的实现可参照上述相关内容；

基于此，本实施例中，步骤S202至步骤S206还可被替换为，获取用户对所述应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的程序组件；接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数；基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；可选的，所述程序组件获取并展示有对应的推荐数据。

下述以本实施例提供的一种页面处理方法在应用页面渲染场景的应用为例，对本实施例提供的页面处理方法进行进一步说明，参见图4，应用于应用页面渲染场景的页面处理方法，具体包括如下步骤。

步骤S402，获取用户对应用程序的应用页面的访问请求。

步骤S404，向服务器提交访问请求。

步骤S418，接收服务器下发的可执行包文件、页面展示参数和应用页面的页面信息。

步骤S420，根据执行文件执行后获得的组件数据、页面信息和页面展示参数，渲染配置程序组件的应用页面并展示。

本实施例提供的步骤S402至步骤S404以及S418至步骤S420，可由用户终端执行，需要说明的是，用户终端执行的步骤S402至步骤S404以及S418至步骤S420这一过程，与下述实施例提供的可由服务器执行的步骤S406至步骤S416的过程相互配合，因此，阅读本实施例请参照下述步骤S406至步骤S416的相关内容，对应的，阅读下述步骤S406至步骤S416，也请参照本实施例提供的步骤S402至步骤S404以及S418至步骤S420。

本说明书提供的另一种页面处理方法的一个或者多个实施例如下：

本实施例提供的页面处理方法，应用于服务器，上述实施例提供的页面处理方法，应用于用户终端，本实施例提供的应用于服务器的页面处理方法，与上述实施例提供的应用于用户终端的页面处理方法，在执行过程中相互配合，因此，阅读本实施例请参照上述实施例的相关内容，阅读上述实施例也可参照本实施例的相关内容。

参照图5，本实施例提供的页面处理方法，可应用于服务器，具体包括步骤S502至步骤S508。

步骤S502，获取用户终端提交的用户对应用程序的应用页面的访问请求。

本实施例中，商家的商家子程序可以运行在支付应用程序内，支付应用程序内的商家子程序是商家、机构等主体在支付应用程序进行数字化经营，为用户提供服务的私域场景；商家子程序可以为用户提供服务，进行用户营销和用户的留存转化，实现商家的有效经营；

商家在线上通过在应用程序内部署商家子程序，使用户可通过应用程序进行商家子程序的访问，避免用户安装多个应用程序影响用户终端的运行速度，提升用户参与商家服务的便捷性，提升了商家的服务简便性；

为了进一步提升商家子程序的曝光率，使用户及时高效的感知到商家的数据，本实施例中，面向商家提供一种程序组件的技术，使商家可通过程序组件的配置，在用户访问应用程序的应用页面的过程中，通过应用页面感知商家的程序组件，换句话说，本实施例中的服务器，支持商家和机构等主体将子程序这一私域场景的部分轻量级服务通过程序组件这一技术载体被应用程序这一公域场景所引用并进行用户触达，从而为子程序私域带来更多的公域流量。

本实施例中，所述应用程序，包括在用户终端运行的向用户提供服务的应用程序，例如，支付应用程序；所述服务器，也即是应用程序对应的后台服务器；所述应用页面，包括应用程序内的页面，例如，应用程序的首页、搜索页、支付结果页。所述程序组件，包括微型的面向页面交互的程序，可以运行在应用程序这一公域场景，以将商家子程序中的商品、卡券、活动等形式的服务前置到公域场景。所述程序组件可以是将商家子程序中的相应服务在应用程序的应用页面的展示载体，其展示方式可通过可视化的形式在运行商家子程序的应用程序的应用页面进行展示。例如，在应用程序的首页展示的程序组件，用户可以在应用程序的首页看到该程序组件中展示的对应商家的推荐数据。换句话说，所述程序组件，包括跨域进行数据展示的组件；即将商家子程序这一私域的服务或者信息展示在应用程序这一公域场景的组件。。

本实施例所述服务器，包括所述应用程序对应的服务器，例如支付服务器；所述组件配置策略表，维护在策略管理服务器，所述策略管理服务器，可以是支付服务器(服务器)下的子服务器，也可以是独立于支付服务器的第三方服务器，支付服务器和策略管理服务器通过配置数据接口进行数据传输。

为了提升商家子程序向用户的触达率，提升用户对商家子程序的感知程度，本实施例中，应用程序的服务器可向商家开放子程序服务平台，商家可基于子程序服务平台对搭载于应用程序的商家子程序进行配置，也可通过子程序服务平台进行程序组件的配置，以在应用程序的应用页面进行目标商家的程序组件的配置，进一步提升商家子程序在应用程序的透出率。本实施例提供的一种可选实施方式中，以目标商家为例，对商家的程序组件的创建过程进行具体说明，目标商家的程序组件，采用如下方式创建：

获取所述目标商家基于子程序服务平台提交的在目标场景的应用页面展示的组件类别和组件属性信息；

根据所述组件类别和所述组件属性信息，创建组件标识；

根据所述目标商家提交的编码请求进行编码处理获得所述程序组件的执行文件。

可选的，所述目标场景，包括所述目标商家选择的进行程序组件展示的应用程序中不同场景的应用页面，例如，目标商家选择在首页场景的应用页面进行程序组件的展示，或者，选择在搜索场景的搜索页进行程序组件的展示，或者选择在支付场景的支付结果页进行程序组件的展示；所述组件类别，包括在程序组件能够展示的推荐数据的类别，例如，组件类别为商品服务类别，则推荐数据即为商品的信息，组件类别为权益发放类别，推荐数据即为权益的发放信息；所述组件属性信息，包括下述至少一项：程序组件的类目，开发者信息，关联的目标商家的商家信息；此外，组件属性信息还可根据实际应用场景的需求，包括关联的目标商家的商家子程序的子程序信息；还可以包括其他相关信息，可根据实际应用场景进行配置，本实施例在此不做限定。

具体的，目标商家通过登录子程序服务平台进行程序组件的创建，在进行程序组件的创建的过程中，子程序服务器或者服务器，首先获取目标商家提交的目标场景、组件类别和组件属性信息，创建与目标场景、组件类别和组件属性信息关联的组件标识。在创建好程序组件的组件标识后，为了实现对程序组件的开发，根据目标商家提交的对程序组件的编码请求，对程序组件进行编码处理获得程序组件的执行文件。可选的，所述程序组件的执行文件，包括程序组件的可执行包文件。

如图3所示，开发用户基于子程序服务平台进行登录创建，在登录创建的过程中，首先进行账号入驻，也即是用注册的服务账号进行子程序服务平台的登录，登录后开发用户进行目标场景的选择，进而对组件类别和组件属性信息进行补充，补充完成后服务器生成程序组件的组件标识，至此，完成对程序组件的创建。其中，开发用户可以是目标商家，也可以是为目标商家进行程序组件开发的其他用户。

在对程序组件进行编码处理获得程序组件的执行文件的过程中，为了提升编码处理的效率，可通过向目标商家提供组件展示模板的方式对目标商家的程序组件的组件展示形式进行更加高效的确认，进而进行程序组件的执行文件的生成；本实施例提供的一种可选实施方式中，根据目标商家提交的对程序组件的编码请求，对程序组件进行编码处理获得执行文件的过程中，执行如下操作：

读取所述目标场景的组件展示模板并向所述目标商家发送；

根据所述目标商家基于所述组件展示模板提交的所述编码请求进行编码处理获得所述执行文件。

具体的，在不同的目标场景进行程序组件的展示，展示形式也不相同；例如，对于应用程序的首页场景展示的程序组件可以在宽度和高度存在一定比例的规则图像内进行展示，并且可以通过平铺的方式在应用程序的支付场景进行展示。

基于此，在对程序组件进行编码处理获得程序组件的执行文件的过程中，首先读取程序组件对应的目标场景的组件展示模板并向目标商家发送，若获取到目标商家基于组件展示模板提交的对程序组件的编码请求，则按照预设逻辑和目标场景、组件类别、组件属性信息和组件展示模板这四者中任意一者或者多者对程序组件进行编码处理获得程序组件的执行文件；此外，目标商家还可对组件展示模板进行调整，若获取到目标商家对组件展示模板进行调整后基于调整后的组件展示形式提交的对程序组件的编码请求，则按照预设逻辑和目标场景、组件类别、组件属性信息和组件展示形式这四者中任意一者或者多者对程序组件进行编码处理获得程序组件的执行文件。

例如，组件展示模板为展示的程序组件的长为2像素，宽为1像素，目标商家调整为长为4像素，宽为1像素。

如图3所示，开发用户基于子程序服务平台进行对程序组件的创建，在创建好目标商家的程序组件后，开发用户可通过登录子程序集成开发环境(IDE，IntegratedDevelopment Environment)工具进行程序组件的开发，在进行程序组件开发的过程中，如果该开发用户创建了多个程序组件，则需要进行程序组件的选择，选择进行组件开发的程序组件，然后基于程序组件对应的目标场景和/或组件类别进行组件展示形式的确定，确定好组件展示形式后，基于该程序组件关联的所有信息进行编码，为了保证编码获得的程序组件的执行文件的有效性，在编码后对编码结果进行调试，在调试无误后将程序组件作为一个新的组件版本存储至子程序数据库；其中，编码的过程即是将程序组件编码为一个可以执行的代码包，调试即是对该代码包进行准确度的调试。需要说明的是，具体的编码策略和调试可根据实际应用场景进行配置，本实施例在此不做限定。换句话说，编码即是将程序组件的所有信息编码成计算机可以识别并且加载的语言。

需要说明的是，在对程序组件进行编码处理的过程中，开发用户还可进行静态推荐数据的录入，以在进行程序组件渲染的过程中进行静态推荐数据的展示。具体的，由于静态推荐数据也需要展示在程序组件，因此，为了避免目标商家配置与组件类别不匹配的静态推荐数据，因此，子程序服务器还执行如下操作：

获取所述目标商家提交的静态推荐数据；

核验所述静态推荐数据是否与所述组件类别匹配；

若是，将所述静态推荐数据更新至所述组件属性信息；

若否，不做处理即可。

具体的，子程序服务器或者子程序集成开发环境在获取到目标商家提交的静态推荐数据后，核验静态推荐数据是否与程序组件的组件类别匹配，若是，将静态推荐数据更新至所述组件属性信息，或者，将静态推荐数据与程序组件进行关联存储，以在进行编码处理时也基于静态推荐数据进行编码处理。

在具体执行过程中，为了提升目标商家对程序组件的有效管理，也为了保证在应用程序的应用页面展示的程序组件的有效性，目标商家在进行程序组件的创建(也即是组件标识的创建)、开发(也即是编码)和发布后，将程序组件配置在组件配置策略表中，以在应用页面的加载过程中从组件配置策略表中进行查询；上述对程序组件的创建和开发两个过程进行了具体说明，本实施例提供的一种可选实施方式中，根据所述目标商家提交的编码请求进行编码处理获得所述程序组件的执行文件后，还执行如下操作：

将所述执行文件标记为待审核状态，并将待审核状态的所述执行文件存储至子程序数据库；

向审核用户发送所述程序组件和/或所述执行文件，以对所述程序组件进行审核处理；

若接收到所述审核用户提交的对所述程序组件的审核确认结果，将所述子程序数据库中的所述执行文件的文件状态更新为已审核状态。

具体的，对程序组件进行编码处理获得程序组件的执行文件的文件状态为待审核状态，存储在子程序数据库中待审核状态的执行文件无法被读取，所述程序组件在被审核用户审核后以已审核状态的文件状态存储在子程序数据库中；存储在子程序数据库中已审核状态的执行文件可被读取。其中，对程序组件进行审核处理以及对程序组件在子程序数据库中文件状态的更新即为对程序组件的发布。

如图3所示，开发用户登录子程序服务平台进行程序组件的发布，开发用户在创建多个程序组件的情况下，进行程序组件的选择，在开发用户对同一程序组件进行多次编码后获得程序组件的多个组件版本后，还需要对程序组件的组件版本进行选择，在选择程序组件和组件版本进行选择后，提交审核请求，子程序服务器根据审核请求向审核用户发送审核该程序组件的审核提醒，在接收到审核用户提交的对该组件版本的程序组件的审核确认结果后，将子程序数据库中执行文件的文件状态由待审核状态更新为已审核状态。

上述程序组件的创建由子程序服务平台执行，程序组件的开发由子程序集成开发环境执行，程序组件的发布由子程序服务平台执行；可选的，所述子程序服务平台，可以是与服务器进行数据传输，由服务器向商家开放的服务平台，也可以与服务器下的子服务器进行数据传输，由服务器下的子服务器，也即是子程序服务器向商家开放的服务平台，还可以是独立于服务器的第三方子程序服务器，第三方子程序服务器可与服务器进行数据传输，换句话说，子程序服务器可以是服务器本身，也可以是服务器之外的服务器；此外，子程序服务器和服务器还可以同时为一个主服务器下的两个子服务器，本实施例在此不做限定；需要说明的是，下述提到的其他服务器和服务器之间，或者两两服务器之间，都可以是上述关系中的任意一种。

具体实施时，审核用户对程序组件审核确认后，通过策略管理平台将程序组件写入策略管理服务器维护的组件配置策略表；所述组件配置策略表中，记录有各程序组件在应用页面的投放计划，也即是记录有各程序组件的配置策略。可选的，以所述程序组件为例，所述组件配置策略表中所述程序组件的配置策略，包括下述至少一项：组件属性信息，页面展示参数，组件展示参数，组件投放参数。所属组件投放参数，包括对程序组件的投放数量。本实施例提供的一种可选实施方式中，所述组件投放参数，采用如下方式确定：

基于用户对所述目标商家的评价信息，计算所述目标商家在所述应用程序的服务反馈指标；

根据所述服务反馈指标，确定所述组件投放参数。

可选的，所述服务反馈指标，包括对目标商家的服务能力或者服务效果进行评价的指标；例如，目标商家的服务评级；在具体执行过程中，服务反馈指标可通过将用户对目标商家的评价信息输入指标计算模型进行服务反馈指标的指标计算，获得目标商家的服务反馈指标。

具体的，为了提升用户对应用程序的感知程度，避免在大量用户的应用页面展示服务反馈指标较低的目标商家的程序组件，影响用户对应用程序的使用体验，根据目标商家在应用程序的服务反馈指标，确定所述目标商家的程序组件在所述应用程序的组件投放参数。可选的，所述服务反馈指标越大，组件投放数量越多。

此外，目标商家的程序组件在所述应用程序的组件投放参数还可基于所述目标商家的配置进行确定，或者基于目标商家在应用程序中的商家活跃度确定，或者基于目标商家购买的不同投放数量的投放数量确定，此外，组件投放参数还可基于其他参数进行确定，本实施例在此不再赘述。

如图3所示，审核用户在对程序组件审核确认后，通过策略管理平台配置程序组件的流量投放计划。

上述对于目标商家的程序组件的申请和投放过程进行了具体说明，在对程序组件进行申请和投放之后，用户在访问应用程序的应用页面的过程中，服务器通过与策略管理服务器交互进行展示的程序组件的查询，进而通过对查询到的程序组件在应用程序的应用页面进行配置使用户对目标商家的程序组件进行感知，下述对配置有程序组件的应用页面的渲染过程进行具体说明。

在具体执行过程中，用户通过用户终端访问应用程序，用户终端运行的应用程序获取用户对应用程序的应用页面的访问请求并向服务器提交，服务器获取用户终端提交的用户对应用程序的应用页面的访问请求，根据所述访问请求，在组件配置策略中查询所述应用页面展示的目标商家的组件标识和页面展示参数，基于所述组件标识读取所述程序组件的执行文件，向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示。

为了提升在应用页面展示的程序组件的有效性，本实施例提供的一种可选实施方式中，服务器在组件配置策略表中查询在应用页面展示的目标商家的程序组件的过程中，执行如下操作：

根据所述访问请求，在所述组件配置策略表中查询与所述用户和所述应用页面匹配的目标商家的程序组件的组件标识和页面展示参数；

基于所述组件标识读取所述程序组件的执行文件。

可选的，所述组件标识包括程序组件的程序组件标识和版本标识；所述页面展示参数，包括所述程序组件在所述应用页面展示的位置信息；例如，程序组件展示在应用页面的左下角。

步骤S504，根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数。

服务器获取到用户终端提交的用户对应用程序的应用页面的访问请求后，首先根据访问请求，在组件配置策略表中查询在应用页面展示的目标商家的程序组件的组件标识和页面展示参数，然后基于组件标识读取程序组件的执行文件，将程序组件的执行文件和页面展示参数作为程序组件的展示信息和应用页面的页面信息向用户终端下发。

由于组件配置策略表维护在策略管理服务器，为了读取到在应用页面展示的程序组件和组件标识和页面展示参数，本实施例提供的一种可选实施方式中，服务器根据所述访问请求，在所述组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数的过程中，执行如下操作：

根据所述访问请求中携带的用户标识读取所述用户的用户信息，以及，根据所述访问请求中携带的页面标识确定所述应用页面的页面类别；

向策略管理服务器发送携带所述用户信息和所述页面类别的策略查询请求，以查询与所述用户信息和所述页面类别匹配的程序组件，以及读取查询到的程序组件的组件标识和页面展示参数并向所述服务器返回。

其中，所述用户信息，包括下述至少一项：出生日期，属于男性或者女性的特征，所处的用户位置的位置信息，访问时间。可选的，服务器根据所述访问请求中携带的用户标识读取所述用户的用户信息，以及，根据所述访问请求中携带的页面标识确定所述应用页面的页面类别；向策略管理服务器发送携带所述用户信息和所述页面类别的策略查询请求，以查询与所述用户信息和所述页面类别匹配的程序组件；接收所述策略管理服务器返回的所述程序组件的组件标识和页面展示参数。

可选的，策略管理服务器在查询与所述用户信息和所述页面类别匹配的程序组件的过程中，执行如下操作：

查询与所述页面类别匹配的至少一个第一程序组件；

在所述第一程序组件中筛选出投放位置与所述用户的用户位置匹配，且投放时间区间包含所述用户的访问时间的至少一个第二程序组件；

将所述至少一个第二程序组件中剩余投放数量超出预设阈值的第二程序组件确定为与所述用户信息和所述页面类别匹配的程序组件。

具体的，服务器根据用户终端提交的用户对应用程序的应用页面的访问请求，读取所述用户的用户信息，以及确定所述应用页面的页面类别，向策略管理服务器发送携带所述用户信息和所述页面类别的策略查询请求，策略管理服务器在组件策略配置表中查询与所述页面类别匹配的至少一个第一程序组件，然后基于所述用户信息在所述至少一个第一程序组件中筛选出与所述用户匹配的至少一个第二程序组件，最后按照各第二程序组件的剩余投放数量，确定在所述应用页面展示的程序组件。可选的，确定的在所述应用页面展示的程序组件的数量可以为一个，也可以为多个。

例如，支付服务器获取用户终端提交的用户对支付应用程序的首页的访问请求，则根据访问请求中携带的用户标识读取该用户所处的城市，根据访问请求中携带的首页标识确定页面类别为首页类别，向策略管理服务器发送携带首页类别和由所处的城市和访问时间组成的用户信息的策略查询请求，策略管理服务器首先查询与首页类别匹配的程序组件，查询到10个与首页类别匹配的程序组件，然后在这10个程序组件中，筛选出投放时间包含访问时间，且投放位置包含用户所处的城市的程序组件，筛选获得5个程序组件，然后按照这5个程序组件的剩余投放数量进行降序排列，检测到降序排列获得的组件队列中前两个程序组件的剩余投放数量超出100，则将组件队列中前两个程序组件的组件标识和页面展示参数发送至支付服务器。

需要说明的是，上述基于用户信息确定与用户匹配的程序组件中，仅仅说明了基于所处的城市、访问时间两者进行匹配的具体过程；此外，还可基于用户的出生日期，用户属于男性或者女性的特征，用户在应用程序的活跃度，用户对商家的访问频次等其他用户信息进行程序组件的匹配；例如，在基于用户信息进行程序组件的匹配的过程中，在第一程序组件中筛选出投放位置与所述用户的用户位置匹配，且投放时间区间包含所述用户的访问时间的至少一个第二程序组件，在所述至少一个第二程序组件中筛选出与所述出生日期和所述属于男性或者女性的特征匹配的至少一个第三程序组件，在所述至少一个第三程序组件中筛选出所述用户对对应商家的访问频次高于预设阈值的至少一个第四程序组件；按照所述用户在所述应用程序的活跃度，计算向所述用户展示的程序组件数量，按照所述程序组件数量一者或者程序组件数量和所述至少一个第四程序组件中各程序组件的剩余投放数量两者确定与所述用户匹配的程序组件；

其中，在实际匹配过程中，可对上述示例中的多种匹配方式进行任意组合，对表述进行对应修改即可，本实施例在此不做限定。

策略管理服务器在查询到在用户访问的应用程序的应用页面展示的目标商家的程序组件后，向服务器返回程序组件的组件标识和页面展示参数。

此外，步骤S502至步骤S504还可被替换为，根据用户终端提交的用户对应用程序的应用页面的访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数，并与本实施例提供的其他处理步骤组成新的实现方式。

步骤S506，基于所述组件标识读取所述程序组件的执行文件。

服务器接收到组件标识和页面展示参数后，为了能够在应用页面展示程序组件，基于组件标识读取程序组件的执行文件，本实施例提供的一种可选实施方式中，服务器采用如下方式实现基于所述组件标识读取所述程序组件的执行文件过程：

向子程序数据库提供的数据接口传入所述组件标识，以查询所述组件标识对应的执行文件；

接收所述数据接口回传的文件状态为已审核状态的执行文件。

具体的，程序组件被审核用户审核后，被存储在子程序数据库中，服务器在获取到组件标识后，基于组件标识在子程序数据库中读取所述程序组件的执行文件。

在具体执行过程中，服务器根据策略管理服务器返回的组件标识，在子程序数据库读取到程序组件的执行文件后，向用户终端下发应用页面的页面信息，读取到的执行文件和策略管理服务器返回的页面展示参数，以使用户终端渲染配置所述程序组件的所述应用页面并展示。

步骤S508，向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示。

所述应用页面的页面信息，包括按照应用程序的页面渲染逻辑中在该应用页面中渲染的信息；例如，在首页展示的应用子程序的图标信息、用户的提醒信息等。换句话说，应用页面的页面信息，包括应用程序的应用页面中预先展示的相关信息；本实施例中，程序组件可为在初始的应用页面中附加进行展示的内容，因此，应用程序的应用页面中预先展示的相关信息即为本实施例中的页面信息。可选的，所述执行文件，由所述服务器基于策略管理服务器返回的所述程序组件的组件标识从子程序数据集中读取获得。可选的，所述页面展示参数，可由审核用户配置，还可由目标商家配置，还可基于其他参数确定，具体可与组件投放参数采用相同的方式进行配置，本实施例在此不再说明。

本实施例中，基于执行文件执行后获得的组件数据、页面信息和页面展示参数渲染的应用页面中，配置有程序组件，可选的，所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

在具体执行过程中，用户终端运行的应用程序在接收到服务器下发的应用页面的页面信息、程序组件的执行文件和页面展示参数后，执行程序组件的执行文件获得组件数据，基于组件数据、页面信息和页面展示参数渲染配置有所述程序组件的应用页面。

所述执行文件执行后获得的组件数据，包括一个携带推荐数据的程序组件。也即是，所述程序组件展示的目标商家的推荐数据，由所述程序组件与目标商家的商家服务器交互获得，不由应用程序或者应用程序的服务器决定。对于程序组件展示的目标商家的推荐数据的确定方式，可在对程序组件进行编码处理的过程中进行设定，也即是配置在执行文件中，使执行文件被执行的过程中即可按照对应的确定方式进行推荐数据的确定。下述以两种进行推荐数据的确定的方式对本实施例中程序组件获取并展示目标商家的推荐数据进行具体说明。

本实施例提供的第一种可选实施方式中，所述程序组件，采用如下方式获取并展示所述目标商家的推荐数据：

读取所述程序组件对应的数据推荐策略；

若所述数据推荐策略为第一推荐策略，则读取所述程序组件关联的静态推荐数据，将所述静态推荐数据作为所述目标商家的推荐数据进行展示；

若所述数据推荐策略为第二推荐策略，则向所述目标商家的商家服务器发送携带所述程序组件的组件标识的推荐数据访问请求，接收所述商家服务器基于所述推荐数据访问请求返回的所述推荐数据并展示。

具体的，程序组件的执行文件被执行时，读取执行文件中的数据推荐策略，根据所述数据推荐策略确定所述程序组件展示的推荐数据并展示；其中，若数据推荐策略为第一推荐策略，则读取执行文件携带的静态推荐数据，将静态推荐数据作为目标商家的推荐数据进行展示；若数据推荐策略为第二推荐策略，则向目标商家查询该程序组件的推荐数据并展示；

在向目标商家查询该程序组件的推荐数据并展示的过程中，向目标商家的商家服务器发送所述程序组件的组件标识，以查询所述目标商家在所述程序组件展示的推荐数据；在接收到所述程序组件展示的推荐数据后，为了使目标商家展示的推荐数据与程序组件的组件类别匹配，程序组件在接收目标商家基于所述推荐数据访问请求返回的所述推荐数据并展示的过程中，执行如下操作：

接收所述目标商家的商家服务器基于所述推荐数据访问请求返回的所述推荐数据；

核验所述推荐数据和所述程序组件的组件类别是否匹配；

若是，展示所述推荐数据；

若否，读取所述程序组件关联的静态推荐数据，将所述静态推荐数据作为推荐数据并展示。

例如，程序组件的组件类别为商品售卖类别，获取到的推荐数据为商品售卖数据，则确定推荐数据与程序组件的组件类别匹配。再例如，程序组件的组件类别为权益发放类别，获取到的推荐数据为商品售卖数据，则推荐数据与程序组件的组件类别不匹配。

在实际应用中，程序组件向商家服务器进行推荐数据的查询，可能因为网络延迟等问题无法及时获取到商家服务器返回的推荐数据，为了避免长时间未读取到推荐数据导致用户无法查看程序组件的相关内容，程序组件向所述目标商家的商家服务器发送携带所述程序组件的组件标识的推荐数据访问请求后，若在预设时长到达后未接收到所述商家服务器基于所述推荐数据访问请求返回的推荐数据，则读取关联的静态推荐数据，并将所述静态推荐数据作为所述目标商家的推荐数据进行展示。

本实施例提供的第二种可选实施方式中，为了提升进行推荐数据的确定的效率，所述程序组件，采用如下方式获取并展示所述目标商家的推荐数据：

读取所述程序组件关联的静态推荐数据；

若读取结果为空，向所述目标商家的商家服务器发送携带所述程序组件的组件标识的推荐数据访问请求；

接收所述商家服务器基于所述推荐数据访问请求返回的所述推荐数据并展示。

具体的，程序组件首先读取关联的静态推荐数据，若读取结果不为空，则将静态推荐数据作为推荐数据并展示；若读取结果为空，向目标商家的商家服务器发送携带程序组件的组件标识的推荐数据访问请求，接收商家服务器返回的推荐数据并展示。可选的，获取到商家服务器返回的推荐数据后，采用上述方式对推荐数据和程序组件的组件类别是否匹配进行核验。

应用程序若检测到程序组件在预设时间内展示内容为空，则删除应用页面中展示的该程序组件。

需要说明的是，上述两种获取并展示目标商家的推荐数据的过程都是由执行文件进行执行确定的，也即是，涉及到的相关数据都来源于执行文件本身或者程序组件与商家服务器交互获得。

在具体执行过程中，用户终端运行的应用程序基于执行文件执行后获得的组件数据、所述页面信息和页面展示参数，渲染配置程序组件的应用页面并展示的过程中，按照预设的页面渲染逻辑进行页面渲染即可，在渲染的过程中，在应用页面中页面展示参数对应的位置渲染程序组件即可。

用户在基于应用页面查看到推荐数据后，为了提升对用户的转化率，提升目标商家的商家子程序的访问率，本实施例提供的一种可选实施方式中，所述程序组件展示所述推荐数据后，还执行如下操作：

根据所述用户对所述程序组件的触发指令，加载所述目标商家的商家子程序，以从所述应用程序跳转至所述商家小程序。

可选的，所述根据所述用户对所述程序组件的触发指令，加载所述目标商家的商家子程序，包括：

根据所述用户对所述程序组件的触发指令，读取所述程序组件的组件属性信息中携带的子程序标识，基于所述子程序标识加载所述商家子程序；

或者，

根据所述用户对所述程序组件的触发指令，读取所述程序组件的组件属性信息中携带的所述目标商家的商家标识，基于所述商家标识向商家服务器发送组件访问请求，接收并展示所述商家服务器下发的所述商家子程序的子程序页面。

具体的，用户在触发程序组件后，可从应用程序的应用页面跳转至商家子程序的子程序页面。具体在跳转的过程中，用户终端可直接根据程序组件的组件属性信息中携带的子程序标识进行跳转，也可与商家服务器进行交互获得商家子程序的子程序页面。

此外，本实施例中除了目标商家进行程序组件的配置后，还可以由应用程序的提供方进行程序组件的配置，提供方可根据至少一个商家提供的相同类别的推荐数据，进行程序组件的构建，并将该程序组件在应用程序的应用页面进行展示，程序组件中展示至少一个商家提供的推荐数据。

例如，3个商家在用户对任一商品进行支付后，向用户提供权益，其中，商家S1提供向用户发放在商家S1的商家子程序进行消费的5元优惠券，商家S2提供在用户在商家S2的商家子程序进行消费后向用户发放10个积分，商家S3提供用户在商家S3的任一门店消费的x商品的抵扣券；则应用程序的提供方基于这三个相同类别的推荐数据，构建一个权益抽取类别的程序组件，该程序组件对应的目标场景为支付结果页场景，用户可通过支付结果页展示的该程序组件查看至少包含“商家S1的5元优惠券”、“商家S2消费后的积分”和“商家S3的x商品抵扣券”这三个选项的权益抽取活动；用户触发该程序组件后，不会进行商家子程序的跳转，而是进行权益抽取，程序组件在检测到用户获得权益抽取结果后，可向服务器发送权益抽取结果，以使服务器基于权益抽取结果与对应的商家进行数据交互，使用户获得对应的权益。其中，程序组件展示的数据可基于执行文件本身获得，也可与服务器交互获得，具体的实现可参照上述相关内容；

基于此，本实施例中，步骤S502至步骤S508还可被替换为，获取用户终端提交的用户对应用程序的应用页面的访问请求；根据所述访问请求，在组件配置策略表中查询所述应用页面展示的程序组件的组件标识和页面展示参数；基于所述组件标识读取所述程序组件的执行文件；向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有对应的推荐数据。

下述以本实施例提供的一种页面处理方法在应用页面渲染场景的应用为例，对本实施例提供的页面处理方法进行进一步说明，参见图4，应用于应用页面渲染场景的页面处理方法，具体包括如下步骤。

步骤S406，获取用户终端提交的用户对应用程序的应用页面的访问请求。

步骤S408，根据访问请求确定用户信息和页面类别。

步骤S410，向策略管理服务器发送携带用户信息和页面类别的策略查询请求。

步骤S412，接收策略管理服务器返回的程序组件的组件编号、版本编号和页面展示参数。

步骤S414，基于组件编号和版本编号向子程序数据库中读取程序组件的可执行包文件。

步骤S416，向用户终端下发程序组件的可执行包文件、页面展示参数和应用页面的页面信息。

本说明书提供的一种页面处理装置的一个或者多个实施例如下：

在上述的实施例中，提供了一种页面处理方法，与之相对应的，还提供了一种页面处理装置，下面结合附图进行说明。

参照图6，其示出了本实施例提供的一种页面处理装置实施例的示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种页面处理装置，运行于用户终端，包括：

请求提交模块602，被配置为获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件；

信息接收模块604，被配置为接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数；

页面渲染模块606，被配置为基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

本说明书提供的另一种页面处理装置的一个或者多个实施例如下：

在上述的实施例中，提供了另一种页面处理方法，与之相对应的，还提供了一种页面处理装置，下面结合附图进行说明。

参照图7，其示出了本实施例提供的一种页面处理装置实施例的示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种页面处理装置，运行于服务器，包括：

请求获取模块702，被配置为获取用户终端提交的用户对应用程序的应用页面的访问请求；

查询模块704，被配置为根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数；

读取模块706，被配置为基于所述组件标识读取所述程序组件的执行文件；

信息下发模块708，被配置为向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

本说明书提供的一种页面处理设备的一个或者多个实施例如下：

对应上述描述的一种页面处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种页面处理设备，该页面处理设备用于执行上述提供的一种页面处理方法，图8为本说明书一个或多个实施例提供的一种页面处理设备的结构示意图。

本实施例提供的一种页面处理设备，包括：

如图8所示，页面处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器801和存储器802，存储器802中可以存储有一个或一个以上存储应用程序或数据。其中，存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括页面处理设备中的一系列计算机可执行指令。更进一步地，处理器801可以设置为与存储器802通信，在页面处理设备上执行存储器802中的一系列计算机可执行指令。页面处理设备还可以包括一个或一个以上电源803，一个或一个以上有线或无线网络接口804，一个或一个以上输入/输出接口805，一个或一个以上键盘806等。

在一个具体的实施例中，页面处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对页面处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件；

接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数；

基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

本说明书提供的另一种页面处理设备的一个或者多个实施例如下：

对应上述描述的另一种页面处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种页面处理设备，该页面处理设备用于执行上述提供的另一种页面处理方法，图9为本说明书一个或多个实施例提供的一种页面处理设备的结构示意图。

本实施例提供的一种页面处理设备，包括：

如图9所示，页面处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器901和存储器902，存储器902中可以存储有一个或一个以上存储应用程序或数据。其中，存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括页面处理设备中的一系列计算机可执行指令。更进一步地，处理器901可以设置为与存储器902通信，在页面处理设备上执行存储器902中的一系列计算机可执行指令。页面处理设备还可以包括一个或一个以上电源903，一个或一个以上有线或无线网络接口904，一个或一个以上输入/输出接口905，一个或一个以上键盘906等。

在一个具体的实施例中，页面处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对页面处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取用户终端提交的用户对应用程序的应用页面的访问请求；

根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数；

基于所述组件标识读取所述程序组件的执行文件；

向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

本说明书提供的一种存储介质的一个或者多个实施例如下：

对应上述描述的一种页面处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件；

接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数；

基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

需要说明的是，本说明书中关于一种存储介质的实施例与本说明书中关于一种页面处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的另一种存储介质的一个或者多个实施例如下：

对应上述描述的另一种页面处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供另一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取用户终端提交的用户对应用程序的应用页面的访问请求；

根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数；

基于所述组件标识读取所述程序组件的执行文件；

向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

需要说明的是，本说明书中关于另一种存储介质的实施例与本说明书中关于另一种页面处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或者相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处，比如装置实施例、设备实施例和存储介质实施例，三者均相似于方法实施例，所以描述地比较简单，阅读装置实施例、设备实施例和存储介质实施例中的相关内容请参照方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (25)

1.一种页面处理方法，应用于用户终端，所述方法包括：

获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件；

接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数；

基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

2.根据权利要求1所述的页面处理方法，所述程序组件，采用如下方式获取并展示所述目标商家的推荐数据：

读取所述程序组件对应的数据推荐策略；

若所述数据推荐策略为第一推荐策略，则读取所述程序组件关联的静态推荐数据，将所述静态推荐数据作为所述目标商家的推荐数据进行展示；

若所述数据推荐策略为第二推荐策略，则向所述目标商家的商家服务器发送携带所述程序组件的组件标识的推荐数据访问请求，接收所述商家服务器基于所述推荐数据访问请求返回的所述推荐数据并展示。

3.根据权利要求1所述的页面处理方法，所述程序组件，采用如下方式获取并展示所述目标商家的推荐数据：

读取所述程序组件关联的静态推荐数据；

若读取结果为空，向所述目标商家的商家服务器发送携带所述程序组件的组件标识的推荐数据访问请求；

接收所述商家服务器基于所述推荐数据访问请求返回的所述推荐数据并展示。

4.根据权利要求1所述的页面处理方法，所述在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件，包括：

根据所述访问请求，在所述组件配置策略表中查询与所述用户和所述应用页面匹配的目标商家的程序组件的组件标识和页面展示参数；

基于所述组件标识读取所述程序组件的执行文件。

5.根据权利要求1所述的页面处理方法，所述程序组件展示所述推荐数据后，还执行如下操作：

根据所述用户对所述程序组件的触发指令，加载所述目标商家的商家子程序，以从所述应用程序跳转至所述商家小程序。

6.根据权利要求5所述的页面处理方法，所述根据所述用户对所述程序组件的触发指令，加载所述目标商家的商家子程序，包括：

根据所述用户对所述程序组件的触发指令，读取所述程序组件的组件属性信息中携带的子程序标识，基于所述子程序标识加载所述商家子程序；

或者，

根据所述用户对所述程序组件的触发指令，读取所述程序组件的组件属性信息中携带的所述目标商家的商家标识，基于所述商家标识向商家服务器发送组件访问请求，接收并展示所述商家服务器下发的所述商家子程序的子程序页面。

7.根据权利要求1所述的页面处理方法，所述程序组件，采用如下方式创建：

获取所述目标商家基于子程序服务平台提交的在目标场景的应用页面展示的组件类别和组件属性信息；

根据所述组件类别和所述组件属性信息，创建组件标识；

根据所述目标商家提交的编码请求进行编码处理获得所述程序组件的执行文件。

8.根据权利要求7所述的页面处理方法，所述根据所述目标商家提交的编码请求进行编码处理获得所述程序组件的执行文件，包括：

读取所述目标场景的组件展示模板并向所述目标商家发送；

根据所述目标商家基于所述组件展示模板提交的所述编码请求进行编码处理获得所述执行文件。

9.根据权利要求7所述的页面处理方法，所述根据所述目标商家提交的编码请求进行编码处理获得所述程序组件的执行文件步骤执行之后，还包括：

将所述执行文件标记为待审核状态，并将待审核状态的所述执行文件存储至子程序数据库；

向审核用户发送所述程序组件和/或所述执行文件，以对所述程序组件进行审核处理；

若接收到所述审核用户提交的对所述程序组件的审核确认结果，将所述子程序数据库中的所述执行文件的文件状态更新为已审核状态。

10.根据权利要求4所述的页面处理方法，所述根据所述访问请求，在所述组件配置策略表中查询与所述用户和所述应用页面匹配的目标商家的程序组件的组件标识和页面展示参数，包括：

根据所述访问请求中携带的用户标识读取所述用户的用户信息，以及，根据所述访问请求中携带的页面标识确定所述应用页面的页面类别；

向策略管理服务器发送携带所述用户信息和所述页面类别的策略查询请求，以查询与所述用户信息和所述页面类别匹配的程序组件，以及读取查询到的程序组件的组件标识和页面展示参数并向所述服务器返回。

11.根据权利要求10所述的页面处理方法，所述查询与所述用户信息和所述页面类别匹配的程序组件，包括：

查询与所述页面类别匹配的至少一个第一程序组件；

在所述第一程序组件中筛选出投放位置与所述用户的用户位置匹配，且投放时间区间包含所述用户的访问时间的至少一个第二程序组件；

将所述至少一个第二程序组件中剩余投放数量超出预设阈值的第二程序组件确定为与所述用户信息和所述页面类别匹配的程序组件。

12.根据权利要求1所述的页面处理方法，所述组件配置策略表中所述程序组件的配置策略，包括下述至少一项：组件属性信息，页面展示参数，组件展示参数，组件投放参数；

其中，所述组件投放参数，采用如下方式确定：

基于用户对所述目标商家的评价信息，计算所述目标商家在所述应用程序的服务反馈指标；

根据所述服务反馈指标，确定所述组件投放参数。

13.一种页面处理方法，应用于服务器，所述方法包括：

获取用户终端提交的用户对应用程序的应用页面的访问请求；

根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数；

基于所述组件标识读取所述程序组件的执行文件；

向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

14.根据权利要求13所述的页面处理方法，所述根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数，包括：

根据所述访问请求中携带的用户标识读取所述用户的用户信息，以及，根据所述访问请求中携带的页面标识确定所述应用页面的页面类别；

向策略管理服务器发送携带所述用户信息和所述页面类别的策略查询请求，以查询与所述用户信息和所述页面类别匹配的程序组件；

接收所述策略管理服务器返回的所述程序组件的组件标识和页面展示参数。

15.根据权利要求13所述的页面处理方法，还包括：

获取所述目标商家基于子程序服务平台提交的在目标场景的应用页面展示的组件类别和组件属性信息；

根据所述组件类别和所述组件属性信息，创建组件标识；

根据所述目标商家提交的编码请求进行编码处理获得所述程序组件的执行文件。

16.根据权利要求15所述的页面处理方法，还包括：

获取所述目标商家提交的静态推荐数据；

核验所述静态推荐数据是否与所述组件类别匹配；

若是，将所述静态推荐数据更新至所述组件属性信息。

17.根据权利要求13所述的页面处理方法，所述组件配置策略表中所述程序组件的配置策略，包括下述至少一项：组件属性信息，页面展示参数，组件展示参数，组件投放参数；

其中，所述组件投放参数，采用如下方式确定：

基于用户对所述目标商家的评价信息，计算所述目标商家在所述应用程序的服务反馈指标；

根据所述服务反馈指标，确定所述组件投放参数。

18.根据权利要求14所述的页面处理方法，所述查询与所述用户信息和所述页面类别匹配的程序组件，包括：

查询与所述页面类别匹配的至少一个第一程序组件；

在所述至少一个第一程序组件中筛选出投放位置与所述用户的用户位置匹配，且投放时间区间包含所述用户的访问时间的至少一个第二程序组件；

将所述至少一个第二程序组件中剩余投放数量超出预设阈值的第二程序组件确定为与所述用户信息和所述页面类别匹配的程序组件。

19.根据权利要求13所述的页面处理方法，所述基于所述组件标识读取所述程序组件的执行文件，包括：

向子程序数据库提供的数据接口传入所述组件标识，以查询所述组件标识对应的执行文件；

接收所述数据接口回传的文件状态为已审核状态的执行文件。

20.一种页面处理装置，运行于用户终端，所述装置包括：

请求提交模块，被配置为获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件；

信息接收模块，被配置为接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数；

页面渲染模块，被配置为基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

21.一种页面处理装置，运行于服务器，所述装置包括：

请求获取模块，被配置为获取用户终端提交的用户对应用程序的应用页面的访问请求；

查询模块，被配置为根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数；

读取模块，被配置为基于所述组件标识读取所述程序组件的执行文件；

信息下发模块，被配置为向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

22.一种页面处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件；

接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数；

基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

23.一种页面处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

获取用户终端提交的用户对应用程序的应用页面的访问请求；

根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数；

基于所述组件标识读取所述程序组件的执行文件；

向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。

24.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取用户对应用程序的应用页面的访问请求并向服务器提交，以在组件配置策略表中查询在所述应用页面展示的目标商家的程序组件；

接收所述服务器下发的所述应用页面的页面信息、所述程序组件的执行文件和页面展示参数；

基于所述执行文件执行后获得的组件数据、所述页面信息和所述页面展示参数，渲染配置所述程序组件的所述应用页面并展示；所述程序组件获取并展示有所述目标商家的推荐数据。

25.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取用户终端提交的用户对应用程序的应用页面的访问请求；

根据所述访问请求，在组件配置策略表中查询所述应用页面展示的目标商家的程序组件的组件标识和页面展示参数；

基于所述组件标识读取所述程序组件的执行文件；

向所述用户终端下发所述执行文件、所述页面展示参数和所述应用页面的页面信息，以渲染配置所述程序组件的所述应用页面并展示；所述应用页面中所述程序组件展示有所述目标商家的推荐数据。