页面配置方法、系统、装置、设备及存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及一种页面配置方法、系统、装置、设备及存储介质。

背景技术：

2.现有技术中，通过计算机、智能手机、电脑等设备展示的页面，例如，电商系统需要展示的页面，需要技术人员进行开发、搭建或维护。通常采用的快速搭建方案主要有两种，一种是技术人员基于中台现有的接口能力进行页面开发和维护等配置过程，但是由于大量接口的存在，配置过程逻辑处理繁杂，且接口冗余字段较多，进而导致页面配置过程效率低下；另一种是指定特定技术人员团队进行开发，配置开发完成后交给新团队进行维护，但是配置过程依旧严重依赖技术人员的技能水平，且新团队缺乏对已开发代码的深刻认识，后期维护和迭代更新难度大，同样导致页面配置过程效率低下。上述两种方式由于均严重依赖技术人员的技能水平，导致页面配置效率低下。

技术实现要素：

3.本公开提供一种页面配置方法、系统、装置、设备及存储介质，用以解决现有技术中页面配置严重依赖技术人员的技能水平，导致效率低下的缺陷，实现高效页面配置。
4.本公开提供一种页面配置方法，应用于服务端，包括：获取客户端传输的页面请求；根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定所述规则数据中与所述页面请求对应的目标处理规则；执行所述目标处理规则处理所述页面请求，并调用所述依赖数据中配置的所述目标处理规则执行时所需的依赖接口，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列；将所述目标楼层序列，返回给所述客户端，其中，所述客户端用于解析所述目标楼层序列生成页面。
5.根据本公开提供的一种页面配置方法，所述服务端包括页面软件开发工具包；所述获取客户端传输的页面请求，包括：基于所述页面软件开发工具包，通过网关中注册的网关接口，获取所述客户端传输的所述页面请求，其中，所述网关接口用于连接所述客户端与所述服务器；所述根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据，包括：基于所述页面软件开发工具包，根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定所述规则数据中与所述页面请求对应的目标处理规则，包括：基于所述页面软件开发工具包，解析所述页面请求，获取请求路径，其中，所述请求路径包括所述页面请求通过的所述网关接口，所述规则数据包括所述网关接口与所述目标处理规则的对应关系；根据所述请求路径中的所述网关接口与所述对应关系，确定所述目标处理规则。
6.根据本公开提供的一种页面配置方法，所述服务端包括服务集；所述从所述楼层数据中获取所述目标页面模板对应的目标楼层序列之后，所述将所述目标页面模板和所
述目标楼层序列，返回给所述客户端之前，还包括：基于所述服务集，通过所述依赖接口，获取上游依赖数据；基于所述上游依赖数据，对所述目标楼层序列中的每一个楼层进行数据填充；所述将所述目标楼层序列，返回给所述客户端，包括：基于所述服务集，将已填充数据的所述目标楼层序列，返回给所述客户端，其中，已填充数据的所述目标楼层序列包括至少一个所述楼层对应的组件数据，所述组件数据用于支撑所述楼层展示于所述客户端。
7.根据本公开提供的一种页面配置方法，所述基于所述上游依赖数据，对所述目标楼层序列中的每一个楼层进行数据填充之前，还包括：基于所述服务集，通过预设过滤器，关闭所述目标楼层序列中的至少一个所述楼层，其中，所述预设过滤器根据白名单、切流量和/或灰度的原则进行设置；所述基于所述上游依赖数据，对所述目标楼层序列中的每一个楼层进行数据填充，包括：基于所述服务集，通过所述上游依赖数据，对所述目标楼层序列中未关闭的每一个所述楼层进行数据填充。
8.本公开还提供一种页面配置方法，应用于客户端，包括：当接收到页面触发指令时，生成页面请求；将所述页面请求传输给服务端，其中，所述服务端用于获取所述客户端传输的页面请求；根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定所述规则数据中与所述页面请求对应的目标处理规则；调用所述依赖数据中配置的执行所述目标处理规则所需的依赖接口，并执行所述目标处理规则处理所述页面请求，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列；将所述目标楼层序列，返回给所述客户端；获取所述服务端返回的所述目标楼层序列；解析所述目标楼层序列生成页面。
9.根据本公开提供的一种页面配置方法，所述解析所述目标楼层序列生成页面，包括：加载所述目标楼层序列中每一个楼层分别对应的组件数据；加载所述目标楼层序列中每一个所述楼层分别对应的样式信息；加载所述目标楼层序列中每一个所述楼层的排序；基于所述组件数据、所述样式信息和所述排序，渲染生成所述页面。
10.本公开还提供一种页面配置方法，应用于运营端，包括：接收数据配置指令；根据所述数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；获取服务端发送的数据获取指令；根据所述数据获取指令，将所述模板数据、所述楼层数据、所述规则数据和所述依赖数据返回给所述服务端；其中，所述模板数据包括至少一个页面模板，所述楼层数据包括每一个所述页面模板分别对应的楼层序列，每一个所述楼层序列包括按序排列的至少一个所述楼层；所述楼层数据包括至少一个楼层的相关数据，其中，所述相关数据包括所述楼层的标识、样式信息和组件数据中的至少一种；所述规则数据包括至少一个请求处理的处理规则；所述依赖数据包括每一个所述处理规则执行时所需的依赖接口，每一个所述处理规则调用所述依赖接口后获得对应的所述页面模板。
11.根据本公开提供的一种页面配置方法，所述根据所述数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据之后，还包括：接收更新配置指令；根据所述更新配置指令，配置最新模板数据、最新楼层数据、最新规则数据和/或最新依赖数据；根据所述最新模板数据、所述最新楼层数据、所述最新规则数据和/或所述最新依赖数据，更新对应的所述模板数据、所述楼层数据、所述规则数据和/或所述依赖数据。
12.根据本公开提供的一种页面配置方法，所述根据所述数据配置指令，配置规则数
据之后，还包括：接收网关配置指令；根据所述网关配置指令，配置网关接口和所述处理规则的对应关系，其中，所述服务端中的页面软件开发工具包根据所述对应关系确定目标处理规则。
13.本公开还提供一种页面配置系统，包括服务端、客户端和运营端；所述客户端，用于当接收到页面触发指令时，生成页面请求；将所述页面请求传输给服务端；获取所述服务端返回的所述目标楼层序列；解析所述目标楼层序列生成页面；所述服务端，用于获取客户端传输的所述页面请求；根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定所述规则数据中与所述页面请求对应的目标处理规则；执行所述目标处理规则处理所述页面请求，并调用所述依赖数据中配置的所述目标处理规则执行时所需的依赖接口，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列；将所述目标楼层序列，返回给所述客户端；所述运营端，用于接收数据配置指令；根据所述数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；获取服务端发送的数据获取指令；根据所述数据获取指令，将所述模板数据、所述楼层数据、所述规则数据和所述依赖数据返回给所述服务端。
14.根据本公开提供的一种页面配置系统，所述服务端包括页面软件开发工具包；所述页面软件开发工具包，用于通过网关中注册的网关接口，获取所述客户端传输的所述页面请求，其中，所述网关接口用于连接所述客户端与所述服务器；根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；解析所述页面请求，获取请求路径，其中，所述请求路径包括所述页面请求通过的所述网关接口，所述规则数据包括所述网关接口与所述目标处理规则的对应关系；根据所述请求路径中的所述网关接口与所述对应关系，确定所述目标处理规则。
15.根据本公开提供的一种页面配置系统，所述服务端包括服务集；所述页面软件开发工具包，用于将所述目标页面模板、目标楼层序列和所述目标处理规则，传输给所述服务集；所述服务集，用于通过所述依赖接口，获取上游依赖数据；基于所述上游依赖数据，对所述目标楼层序列中的每一个楼层进行数据填充；将已填充数据的所述目标楼层序列，返回给所述客户端，其中，已填充数据的所述目标楼层序列包括至少一个所述楼层对应的组件数据，所述组件数据用于支撑所述楼层展示于所述客户端。
16.根据本公开提供的一种页面配置系统，所述服务集，用于通过预设过滤器，关闭所述目标楼层序列中的至少一个所述楼层，其中，所述预设过滤器根据白名单、切流量和/或灰度的原则进行设置；通过所述上游依赖数据，对所述目标楼层序列中未关闭的每一个所述楼层进行数据填充。
17.本公开还提供一种用于页面配置的服务端装置，包括：第一获取模块，用于获取客户端传输的页面请求；第二获取模块，用于根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定模块，用于确定所述规则数据中与所述页面请求对应的目标处理规则；执行模块，用于执行所述目标处理规则处理所述页面请求，并调用所述依赖数据中配置的所述目标处理规则执行时所需的依赖接口，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列；序列返回模块，用于将所述目标楼层序列，返
回给所述客户端，其中，所述客户端用于解析所述目标楼层序列生成页面。
18.本公开还提供一种用于页面配置的客户端装置，包括：请求生成模块，用于当接收到页面触发指令时，生成页面请求；请求传输模块，用于将所述页面请求传输给服务端，其中，所述服务端用于获取所述客户端传输的页面请求，根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据，确定所述规则数据中与所述页面请求对应的目标处理规则，调用所述依赖数据中配置的执行所述目标处理规则所需的依赖接口，并执行所述目标处理规则处理所述页面请求，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列，将所述目标楼层序列，返回给所述客户端；第三获取模块，用于获取所述服务端返回的所述目标楼层序列；解析模块，用于解析所述目标楼层序列生成页面。
19.本公开还提供一种用于页面配置的运营端装置，包括：指令接收模块，用于接收数据配置指令；数据配置模块，用于根据所述数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；第四获取模块，用于获取服务端发送的数据获取指令；数据返回模块，用于根据所述数据获取指令，将所述模板数据、所述楼层数据、所述规则数据和所述依赖数据返回给所述服务端；
20.其中，所述模板数据包括至少一个页面模板，所述楼层数据包括每一个所述页面模板分别对应的楼层序列，每一个所述楼层序列包括按序排列的至少一个所述楼层；所述楼层数据包括至少一个楼层的相关数据，其中，所述相关数据包括所述楼层的标识、样式信息和组件数据中的至少一种；所述规则数据包括至少一个请求处理的处理规则；所述依赖数据包括每一个所述处理规则执行时所需的依赖接口，每一个所述处理规则调用所述依赖接口后获得对应的所述页面模板。
21.本公开还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一项所述的页面配置方法。
22.本公开还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一项所述的页面配置方法。
23.本公开提供的页面配置方法、系统、装置、设备及存储介质，通过客户端、服务端和运营端三者的配合，完成页面的配置。运营端用于配置和存储模板数据、楼层数据、规则数据和依赖数据。服务端获取客户端传输的页面请求后，根据页面请求从运营端获取预先配置的模板数据、楼层数据、规则数据和依赖数据。然后服务端确定目标规则数据后，执行该目标规则数据，并调用依赖数据中的依赖接口，确定目标页面模板，以及该目标页面模板对应的目标楼层序列。服务端将目标楼层序列返回给客户端，由客户端根据目标楼层数据生成页面。该过程中，模板数据、楼层数据、规则数据和依赖数据的配置由运营端预先完成，且模板数据和楼层数据的使用，使配置过程实现模板化和楼层化，降低了运营端的配置难度，提升配置效率。而服务端通过执行预先设置的目标处理规则，并调用该目标处理规则所需的依赖接口，自动获取目标楼层序列；最终由客户端根据目标楼层序列生成页面。服务端和客户端实现了页面的自动化配置，解放大量人力资源，进一步提升配置效率。而运营端的模板化和楼层化的配置。
附图说明
24.为了更清楚地说明本公开或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
25.图1是本公开提供的以服务端为执行主体的页面配置方法的流程示意图；
26.图2是本公开提供的以客户端为执行主体的页面配置方法的流程示意图；
27.图3是本公开提供的以运营端为执行主体的页面配置方法的流程示意图；
28.图4是本公开提供的页面配置系统结构连接示意图；
29.图5是本公开提供的配置系统各组成部分功能示意图；
30.图6是本公开提供的页面配置方法的实现逻辑示意图之一；
31.图7是本公开提供的页面配置方法的实现逻辑示意图之二；
32.图8是本公开提供的页面配置方法的实现逻辑示意图之三；
33.图9是本公开提供的用于页面配置的服务端装置结构示意图；
34.图10是本公开提供的用于页面配置的客户端装置结构示意图；
35.图11是本公开提供的用于页面配置的服运营端装置结构示意图；
36.图12是本公开提供的电子设备的结构示意图。
具体实施方式
37.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开实施例一部分实施例，而不是全部的实施例。基于本公开实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开实施例保护的范围。
38.本公开提到的技术术语进行解释，具体如下：
39.软件开发工具包(software development kit，sdk)：指的是软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时所需开发工具的集合。
40.面向服务架构(service-oriented architecture，soa)：是一个组件模型，它将应用程序的不同功能单元(称为服务)进行拆分，并通过这些服务之间定义良好的接口和协议联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。
41.h5页面：一种基于超文本标记语言(hyper text markup language，html)生成的网页页面。
42.远程过程调用协议(remote procedure call protocol，rpc)：一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。
43.泛化调用：最直接的表现就是服务消费者不需要有任何接口的实现，就能完成服务的调用。
44.mvflex表达式语言(mvflex expression language，mvel)：是一种动态/静态的可
嵌入的表达式语言和为java平台提供runtime(运行时)的语言。
45.规则引擎：可降低复杂业务逻辑组件复杂性、降低应用程序的维护和可扩展性成本的组件。
46.页面模板：预先设置的客户算所需要展示的模板，一个页面模板对应一个目标楼层序列，一个目标楼层序列对应至少一个楼层。
47.模板数据：由至少一个页面模板组成。
48.楼层：用于支撑实现一个单元化功能模块，例如，在页面中展示用户信息。
49.楼层数据：包括至少一个楼层。
50.处理规则：实现预设数据处理逻辑的支撑数据。
51.依赖接口：处理规则执行时需要调用的接口。
52.切流量是当系统遇到故障时、或者人工刻意控制流量入口时(比如灰度发布)，对入口流量进行控制的一种手段。
53.超文本传输协议(hyper text transfer protocol，http)：是一个简单的请求-响应协议，指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。
54.本公开提供的页面配置方法，由客户端、服务端和运营端配合实现。其中，客户端与服务端之间能够进行数据交互，服务端与运营端之间能够进行数据交互。客户端最终生成页面进行展示。需要说明的是，客户端、服务端和运营端可以分别实现于不同的处理设备中，该处理设备可以为计算机、智能手机、平板电脑以及其他任意一种具有数据处理功能的设备。其中，客户端需要为用户展示最终生成的页面，所以客户端所在设备需要具备页面展示功能，例如，该客户端所在设备包括展示界面，该展示界面能够展示生成的页面。
55.首先，以服务端为执行主体介绍本公开提供的页面配置方法。
56.一个实施例中，如图1所示，以服务端为执行主体，实现页面配置方法的流程如下：
57.步骤101，获取客户端传输的页面请求。
58.本实施例中，客户端与服务端之间能够进行数据交互。当客户端接收到页面触发指令时，生成页面请求，然后将该页面请求传输给服务端。服务端则获取该页面请求，以根据该页面请求进行后续处理。页面请求中携带规定的信息，例如，客户端的类型等。
59.步骤102，根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据。
60.本实施例中，服务端获取页面请求后，根据页面请求生成数据获取指令，并将该数据获取指令传输给运营端。运营端接收到该数据获取指令后，将服务端需要的模板数据、楼层数据、规则数据和依赖数据返回给服务端。
61.本实施例中，模板数据包括至少一个页面模板，楼层数据包括每一个页面模板分别对应的楼层序列，每一个楼层序列包括按序排列的至少一个楼层；楼层数据包括至少一个楼层的相关数据，其中，相关数据包括楼层的标识、样式信息和组件数据中的至少一种；规则数据包括至少一个请求处理的处理规则；依赖数据包括每一个处理规则执行时所需的依赖接口，每一个处理规则调用依赖接口后获得对应的页面模板。
62.具体的，一个页面可以由至少一个楼层搭建而成。一个页面模板表示一种页面的展示模板。每一个页面模板搭建页面时，需要至少一个楼层，一个页面模板需要的所有楼层，组成该页面模板对应的楼层序列。楼层序列中的楼层按照配置的顺序进行排列。不同页
面模板对应的楼层可能存在楼层的重复。例如，页面模板1对应楼层1、楼层2和楼层3；页面模板2对应楼层2和楼层3。而楼层数据包括的每一个楼层的相关数据，例如，运营端存储着预先配置的每一个楼层的标识和样式信息，又例如，楼层的组件数据为react native(rn)组件。而规则数据包括预先配置的至少一个处理规则，处理规则指的是能够对数据进行处理的逻辑规则。该处理规则可以在特定条件下，例如，可以在规则引擎的支撑下执行，以完成该处理规则规定的处理逻辑。任意一个处理规则执行时，需要调用至少一个依赖接口，该依赖接口用于获取该处理规则执行时需要用到的第三方数据，例如，身份接口，通过该身份接口确定页面请求对应的身份数据。更具体的，依赖接口可以基于已有的api来完成配置。
63.步骤103，确定规则数据中与页面请求对应的目标处理规则。
64.本实施例中，运营端预先配置的规则数据包括至少一个处理规则，每一个处理规则可以实现预设的处理逻辑。客户端传输给服务端的页面请求，是用于请求生成一个特定样式的页面，生成该页面则需要执行一个处理规则，即，需要执行目标处理规则。
65.本实施例中，处理规则实质上是技术人员编写的逻辑代码，例如，基于java应用程序的表达式语言，更具体的，基于mvflex表达式语言(mvflex expression language，mvel)编写处理规则，即mvel规则。运营端配置和存储的mvel规则为静态数据，服务端中预先写入了执行该mvel规则的规则引擎，例如，mvel引擎，通过规则引擎保证处理规则能够在服务端中正常执行。其中，规则引擎为可降低复杂业务逻辑组件复杂性、降低应用程序的维护和可扩展性成本的组件。
66.步骤104，执行目标处理规则处理页面请求，并调用依赖数据中配置的目标处理规则执行时所需的依赖接口，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列。
67.本实施例中，服务端确定目标处理规则后，执行该目标处理规则来处理页面请求。同时，处理规则中预先写入了执行时所需的依赖接口。目标处理规则基于配置的依赖接口对页面请求进行处理，该目标处理规则执行页面请求后，能够从模板数据中获取该页面请求对应的目标页面模板，进而从楼层数据中获取目标页面模板对应的目标楼层序列。目标楼层序列包括生成页面的至少一个楼层。
68.步骤105，将目标楼层序列，返回给客户端，其中，客户端用于解析目标楼层序列生成页面。
69.本实施例中，服务端获得目标楼层序列后，将该目标楼层序列返回给发送页面请求的客户端，由客户端解析该目标楼层序列，进而生成页面。
70.一个实施例中，服务器包括页面软件开发工具包(software development kit，sdk)和服务集。该sdk根据实际情况和需要预先设定。服务集包括至少一个虚拟服务器，每一个服务器实现预设的相应功能，例如，可以将第三方身份数据填充入楼层中。服务集中的各个服务器可以并发运行。更具体的，服务集为基于面向服务架构(service-oriented architecture，soa)集。soa是一个组件模型，它将应用程序的不同功能单元(称为服务)进行拆分，并通过这些服务之间定义良好的接口和协议联系起来。通过sdk和soa集的采用，可以加快页面请求的处理速度，提升页面配置效率。
71.一个实施例中，页面sdk完成预先设定的前置处理。具体的，服务端包括页面软件开发工具包时，获取客户端传输的页面请求，实现过程如下：基于页面软件开发工具包，通
过网关中注册的网关接口，获取客户端传输的页面请求，其中，网关接口用于连接客户端与服务器。根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据，实现过程如下：基于页面软件开发工具包，根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据。确定规则数据中与页面请求对应的目标处理规则，实现过程如下：基于页面软件开发工具包，解析页面请求，获取请求路径，其中，请求路径包括页面请求通过的网关接口，规则数据包括网关接口与目标处理规则的对应关系；根据请求路径中的网关接口与对应关系，确定目标处理规则。
72.本实施例中，客户端发送的页面请求，通过网关(gateway)传输给服务端，网关可以实现请求转发，鉴权，风控拦截等功能。更具体的，客户端的具体形式可以为app、小程序和基于超文本标记语言(hyper text markup language)的h5页面等。而不同形式的客户端与服务器之间数据交互通过的网关接口是不同的。运营端预先将处理规则和网关接口进行绑定后，注册到网关上。规则数据中也预先写入了网关接口与处理规则的对应关系。当服务端通过接口获取页面请求后，解析该页面请求后，通过该页面请求携带的请求路径(path)，能够确定该页面请求通过的网关接口，进而获取网关接口对应的目标处理规则，进而调用目标处理规则。
73.本实施例中，运营端可以预先设置网关接口与页面模板之间的对应关系，一个网关接口可以对应至少一个页面模板。具体的，例如，app端通过的网关接口可以对应多个app端的页面模板；h5端通过的网关接口可以对应多个h5形式的页面模板。通过这种方式，不同形式的客户端发来的页面请求通过不同的网关接口，进而确定相应的处理规则，同时页面模板也是对应的，避免了不同形式的客户端之间处理混乱的情况，提高处理效率。
74.本实施例中，在soa集获得页面请求之前，sdk会拦截该页面请求，根据页面请求经过的网关接口，确定该页面请求对应的目标处理规则。根据该目标处理规则调用需要的依赖接口，这里的依赖接口是微服务中第三方接口，比如身份接口，判断请求是普通用户还是非普通用户。在网关接口对应的多个页面模板中，根据用户身份选择目标页面模板，进而根据目标页面模板获取要展示的目标楼层序列。
75.一个实施例中，服务端包括服务集，则从楼层数据中获取目标页面模板对应的目标楼层序列之后，将目标页面模板和目标楼层序列，返回给客户端之前，基于服务集，通过依赖接口，获取上游依赖数据；基于上游依赖数据，对目标楼层序列中的每一个楼层进行数据填充。将目标楼层序列，返回给客户端，具体实现过程为：基于服务集，将已填充数据的目标楼层序列，返回给客户端，其中，已填充数据的目标楼层序列包括至少一个楼层对应的组件数据，组件数据用于支撑楼层展示于客户端。
76.本实施例中，sdk完成前置处理后，soa基于目标处理规则继续完成页面请求。更具体的，运营端配置并存储的模板数据和楼层数据，仅配置页面和楼层的架构和样式等，例如，运营端配置一个页面模板对应的楼层序列时，仅配置每个楼层的标识和样式数据，减少服务器执行目标处理规则时的冗余数据量。若各个楼层能够在客户端正常展示，需要对目标楼层序列中的各个楼层进行数据填充。由于填充的数据(即上游依赖数据)可以通过依赖接口由第三方提供，而根据目标处理规则确定目标楼层序列后，再通过依赖接口进行数据填充，保证客户端能够正常渲染生成页面。
77.本实施例中，sdk中预先基于远程过程调用协议(remote procedure call protocol，rpc)框架实现泛化调用，泛化调用最直接的表现就是服务消费者不需要有任何接口的实现，就能完成服务的调用。采用泛化调用降低了配置难度，提高配置效率。
78.一个实施例中，服务集可以实现楼层过滤。基于上游依赖数据，对目标楼层序列中的每一个楼层进行数据填充之前，基于服务集，通过预设过滤器，关闭目标楼层序列中的至少一个楼层，其中，预设过滤器根据白名单、切流量和/或灰度的原则进行设置。基于上游依赖数据，对目标楼层序列中的每一个楼层进行数据填充，具体实现过程为：基于服务集，通过上游依赖数据，对目标楼层序列中未关闭的每一个楼层进行数据填充。
79.本实施例中，技术人员根据实际情况和需要，可以将白名单、切流量和/或灰度的名单预先写入服务集中，基于白名单、切流量和/或灰度的原则，通过过滤器(filter)实现对楼层的过滤。例如，通过上述实施例提供的方法已经确定页面请求对应的身份为普通用户，而不是非普通用户，则根据白名单，该页面请求对应的目标楼层序列中的一个预设的特定楼层需要关闭，通过预设过滤器关闭该特定楼层，然后对目标楼层序列中未关闭的每一个楼层进行数据填充。通过上述过程，增加了楼层管理的灵活性，保证客户端能够展示正确的页面，提升配置效果。
80.本实施例中，页面请求中还可以写到客户端已经存在楼层的相关数据，例如，已存在楼层的标识。服务端解析该页面请求后，可以不再重复对客户端已经存在的楼层进行重复填充。服务端将目标楼层序列返回给客户端后，客户端可以基于本地已经存在的楼层相关数据，以及服务端传输的楼层相关数据，渲染生成页面。这样，可以重复利用客户端已经存储的楼层相关数据，减少客户端与服务端之间的数据传输量，加快处理和传输速度，避免资源浪费。
81.本实施例中，还可以通过soa集中预先设置的服务，实现为特定用户提供预览功能，增加用户体验。
82.下面，以客户端为执行主体介绍本公开体提供的页面配置方法。
83.一个实施例中，如图2所示，以客户端为执行主体，实现页面配置方法的流程如下：
84.步骤201，当接收到页面触发指令时，生成页面请求。
85.本实施例中，当用户存在产生需求时生成页面触发指令，例如，在电商系统促销期间打开客户端时，客户端生成页面请求。
86.步骤202，将页面请求传输给服务端，其中，服务端用于获取客户端传输的页面请求；根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定规则数据中与页面请求对应的目标处理规则；调用依赖数据中配置的执行目标处理规则所需的依赖接口，并执行目标处理规则处理页面请求，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；将目标楼层序列，返回给客户端。
87.本实施例中，客户端将页面请求传输给服务端，由服务端根据页面请求，基于运营端预先设置的模板数据、楼层数据、规则数据和依赖数据，获取最终的目标楼层序列。然后服务端将目标楼层序列返回给客户端。
88.步骤203，获取服务端返回的目标楼层序列。
89.步骤204，解析目标楼层序列生成页面。
90.本实施例中，客户端获取服务端返回的目标楼层序列后，由客户端解析该目标楼层序列，本地生成最终需要展示的页面。
91.一个实施例中，客户端解析目标楼层序列生成页面，具体实现过程如下：加载目标楼层序列中每一个楼层分别对应的组件数据；加载目标楼层序列中每一个楼层分别对应的样式信息；加载目标楼层序列中每一个楼层的排序；基于组件数据、样式信息和排序，渲染生成页面。
92.本实施例中，客户端实现页面的楼层化、组件化生成页面。具体的，目标楼层序列中的每一个楼层，分别对应相应的组件数据，客户端加载每一个楼层的组件数据，然后加载每一个楼层对应的样式信息，再按照目标楼层序列中每一个楼层的排列顺序，渲染生成最终需要展示的页面。更具体的，每一个楼层可以并发渲染，提升渲染速度，更快地为用户提供页面。
93.本实施例中，客户端还可以根据本地已存储楼层的组件数据，结合服务端传输的新增加楼层组件数据，渲染生成页面，避免资源浪费，充分利用本地资源，减少客户端与服务端之间的数据传输量，进一步提升页面配置效率。
94.下面，以运营端为执行主体介绍本公开提供的页面配置方法。
95.一个实施例中，如图3所示，以运营端为执行主体，实现页面配置方法的流程如下：
96.步骤301，接收数据配置指令。
97.步骤302，根据数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据。
98.步骤303，获取服务端发送的数据获取指令。
99.步骤304，根据数据获取指令，将模板数据、楼层数据、规则数据和依赖数据返回给服务端。
100.其中，模板数据包括至少一个页面模板，楼层数据包括每一个页面模板分别对应的楼层序列，每一个楼层序列包括按序排列的至少一个楼层；楼层数据包括至少一个楼层的相关数据，其中，线管数据包括楼层的标识、样式信息组件数据中的至少一种；规则数据包括至少一个请求处理的处理规则；依赖数据包括每一个处理规则执行时所需的依赖接口，每一个处理规则调用依赖接口后获得对应的页面模板。
101.本实施例中，运营端用于通过数据配置指令，预先配置模板数据、楼层数据、规则数据和依赖数据，并存储模板数据、楼层数据、规则数据和依赖数据。当服务端通过数据获取指令，向运营端请求模板数据、楼层数据、规则数据和依赖数据时，则该数据获取指令请求的模板数据、楼层数据、规则数据和依赖数据返回给服务端，以使服务端获取目标楼层序列。服务端将目标楼层序列传输给客户端后，由客户端渲染生成页面进行展示。
102.一个具体的例子中，运营端可以通过可视化界面，实现对模板数据、楼层数据、规则数据和依赖数据的配置。可以通过可视化界面切换模板，选择每一个页面模板的类型，通过页面模板的子界面，配置每一个页面模板的具体参数，实现模板管理。通过楼层管理子界面可以配置每一个楼层的具体参数。通过可视化界面进行样式管理，配置模板或楼层的样式信息，对样式名称、样式编码等具体参数进行配置；同时可视化界面可以显示配置的各个样式信息，以预览图等方式提供预览功能，并显示创建人、创建时间等具体信息，方便运营技术人员的管理。通过楼层数据依赖规则子界面完成规则数据的配置。通过接口管理子界
面完成依赖数据中各个依赖接口的配置，或者还可以实现对网关接口的配置。
103.一个实施例中，根据数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据之后，接收更新配置指令；根据更新配置指令，配置最新模板数据、最新楼层数据、最新规则数据和/或最新依赖数据；根据最新模板数据、最新楼层数据、最新规则数据和/或最新依赖数据，更新对应的模板数据、楼层数据、规则数据和/或依赖数据。
104.本实施例中，运营端支持数据的动态化配置。当技术人员有更新需求时，通过更新配置指令，可以配置最新的最新模板数据、最新楼层数据、最新规则数据和/或最新依赖数据，然后根据最新模板数据、最新楼层数据、最新规则数据和/或最新依赖数据，对应更新已经存储的模板数据、楼层数据、规则数据和/或依赖数据。例如，新增加一个大促楼层，通过更新配置指令，可以将新增的大促楼层，最为最新楼层数据更新至已经存储的楼层数据中。
105.一个具体的实施例中，可以通过运营端提供的配置界面，完成依赖数据和规则数据的动态化数据绑定。例如，可以通过运营端提供的接口配置界面，对接口方法名称(例如，名称为sayhello)、所属系统、类型(例如可以选定为http或jsf)、接口地址(例如com.jd.test)、监控主序列化给定键(umpkey)、参数列表(例如“java.lang.string”、“long”)、超时时间(单位取毫秒，ms)等各个预设参数进行配置。且该界面可以随时更改或增加新的接口，实现数据配置的动态化，提升灵活性。
106.一个具体的实施例中，运营端还提供界面完成处理规则和依赖接口的热部署。例如，可以通过运营端提供的规则管理界面，对规则英文名称(例如test3)、规则中文名(ceshi3)、接口选择(例如queryforcountbyproductld)、规则内容等各个预设参数进行配置。其中，规则内容可以以直接书写代码的形式实现。进一步提升运营端配置各种数据时的灵活性。
107.基于上述实施例中运营端提供的界面，还可以以图标、按键等方式预先设置需要的功能，例如，设置“保存为草稿、提交发布、取消”等按键实现相应功能。
108.一个实施例中，运营端根据数据配置指令，配置规则数据之后，接收网关配置指令；根据网关配置指令，配置网关接口和处理规则的对应关系，其中，服务端中的页面软件开发工具包根据对应关系确定目标处理规则。
109.本实施例中，服务器从不同网关接口获得页面请求，通过页面请求中的请求路径来确定目标处理规则，需要配置网关接口与处理规则之间的对应关系，从而保证页面配置顺利正确执行。
110.一个具体的实施例中，运营端包括运营平台和配置中心，运营平台用于提供各种配置界面，当模板数据、楼层数据、规则数据和/或依赖数据配置完成，且提交正式发布后，则将发布的生效数据，即生效的模板数据、楼层数据、规则数据和/或依赖数据存储至配置中心。更具体的，配置中心可以以预设时长为周期，定时向配置平台拉取最新配置的数据，即最新模板数据、最新楼层数据、最新规则数据和/或最新依赖数据，并更新配置中心已经存储的数据，实现“长轮询”，保证配置中心中数据为最新配置的数据，进一步保证服务端获取最新配置的模板数据、楼层数据、规则数据和/或依赖数据，进而保证客户端生成的页面为最新形式。
111.本公开还提供一种页面配置系统，该系统用于实现上述各实施例提供的页面配置方法，重复之处不再赘述。
112.如图4所示，页面配置系统包括服务端401、客户端402和运营端403。
113.客户端402，用于当接收到页面触发指令时，生成页面请求；将页面请求传输给服务端401；获取服务端401返回的目标楼层序列；解析目标楼层序列生成页面。
114.服务端401，用于获取客户端402传输的页面请求；根据页面请求向运营端403发送数据获取指令，获取运营端403返回的模板数据、楼层数据、规则数据和依赖数据；确定规则数据中与页面请求对应的目标处理规则；执行目标处理规则处理页面请求，并调用依赖数据中配置的目标处理规则执行时所需的依赖接口，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；将目标楼层序列，返回给客户端402。
115.运营端403，用于接收数据配置指令；根据数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；获取服务端401发送的数据获取指令；根据数据获取指令，将模板数据、楼层数据、规则数据和依赖数据返回给服务端401。
116.一个实施例中，服务端401包括页面软件开发工具包。
117.页面软件开发工具包，用于通过网关中注册的网关接口，获取客户端402传输的页面请求，其中，网关接口用于连接客户端402与服务器；根据页面请求向运营端403发送数据获取指令，获取运营端403返回的模板数据、楼层数据、规则数据和依赖数据；解析页面请求，获取请求路径，其中，请求路径包括页面请求通过的网关接口，规则数据包括网关接口与目标处理规则的对应关系；根据请求路径中的网关接口与对应关系，确定目标处理规则。
118.一个实施例中，服务端401包括服务集。
119.页面软件开发工具包，用于将目标页面模板、目标楼层序列和目标处理规则，传输给服务集。
120.服务集，用于通过依赖接口，获取上游依赖数据；基于上游依赖数据，对目标楼层序列中的每一个楼层进行数据填充；将已填充数据的目标楼层序列，返回给客户端402，其中，已填充数据的目标楼层序列包括至少一个楼层对应的组件数据，组件数据用于支撑楼层展示于客户端402。
121.一个实施例中，服务集用于通过预设过滤器，关闭目标楼层序列中的至少一个楼层，其中，预设过滤器根据白名单、切流量和/或灰度的原则进行设置；通过上游依赖数据，对目标楼层序列中未关闭的每一个楼层进行数据填充。
122.一个实施例中，运营端403包括运营平台和配置中心。
123.运营平台用于接收数据配置指令；根据数据配置指令，配置模板数据、楼层数据、规则数据和依赖数据。
124.配置中心用于存储模板数据、楼层数据、规则数据和依赖数据；获取服务端401发送的数据获取指令；根据数据获取指令，将模板数据、楼层数据、规则数据和依赖数据返回给服务端401。
125.一个实施例中，如图5所示的配置系统各组成部分功能示意图。运营端的配置平台(即运营后台)实现模板数据配置(模板管理)、楼层数据配置(楼层管理)、规则数据配置和依赖数据配置，更具体的，还可以细化为换肤管理、运营活动等处理规则的配置。将运营平台配置完成并生效的数据写入配置中心，该配置中心实现数据存储功能，进一步的，该配置中心可以由多个配置节点组成，实现分布式存储模型。而运营端实现各种方法需要预先配
置的底层数据，运营端底层数据则存储于mysql数据库中，通过调用mysql数据库中的底层数据，实现运营端的各种功能。更具体的，mysql数据库为需要的形式架构，例如，mysql数据库为主库和至少一个从库的架构。
126.本实施例中，服务端中的sdk会在接受到页面请求时启动，并拦截该页面请求，根据该页面请求向配置中心请求云存储获取最新的样式配置的文件，即配置中心存储的模板数据、楼层数据、规则数据和依赖数据。以规则数据为基于mvel配置为例，将模板、楼层和mvel规则数据下发至模板和mvel规则处理sdk(即页面sdk)，同时根据依赖数据调用前置依赖接口。sdk前置处理后，再基于soa集中预先设置的各个服务器，完成目标楼层序列的进一步处理，例如，楼层的数据填充、数据过滤等。然后soa集将数据填充后的模板数据传输给客户端(以app端为例)，由app端根据目标楼层序列对应模板中的各个楼层，渲染生成app端的原生页面，例如，模板包括楼层1、楼层2、楼层3和楼层4，则app端根据楼层1、楼层2、楼层3和楼层4生成页面进行展示。
127.一个具体的实施例中，如图6所示，若客户端生成的页面请求为http请求，该http请求通过网关(gateway)传输给服务端，由服务端sdk中配置的将该http请求进行拦截。通过从配置中心获取楼层、模板、规则、依赖配置(即获取模板数据、楼层数据、规则数据和依赖数据)。通过sdk中配置的规则引擎执行目标处理规则，而sdk基于rpc框架实现泛化调用。sdk拦截http请求，根据mvel规则处理后，下发目标楼层序列(即新的楼层list)至soa集。由soa集完成filter过滤关闭的楼层、调用上游依赖、填充楼层数据、返回楼层身份标识(identity document，id)和数据绑定的list等处理过程。在此过程中，soa通过依赖接口调用上游依赖。更具体的，上游依赖可以为预先设置的用户信息、订单、店铺关注、好友、钱包、商务智能(business intelligence，bi)等依赖数据。
128.本实施例中，如图7所示，soa集通过网关(gateway)下发填充数据的模板楼层(填充数据的目标楼层序列)给客户端。由客户端加载楼层组件，加载楼层样式，加载楼层排序，以及渲染楼层数据，最终生成app原生页面。
129.一个实施例中，如图8所示，客户端以app的形式实现，服务端包括soa和sdk，运营端包括配置中心和运营平台(即运营配置平台)。
130.本事实中，运营后台配置的模板数据，楼层数据，规则数据，依赖数据。配置依赖数据后，可以进行数据绑定，绑定完成后可以生成接口注册到网关上。模板数据和多个功能(color)网关接口会进行绑定。前端渲染sdk启动时会拉取样式信息(模板数据，楼层数据)，根据样式信息和请求color网关获取的信息进行渲染。
131.本实施例中，用户通过app浏览页面时发生页面请求，该页面请求由soa处理之前，先由sdk完成该请求的前置处理。
132.sdk支持白名单，切量，灰度。被白名单，切量，灰度命中的用户会和普通用户展示不一样的模板，可以提前预览一些新功能。当http请求来临时，将请求进行拦截，然后根据请求的path获取该接口的目标处理规则，根据目标处理规则执行mvel，调用依赖接口，根据执行结果选择模板，然后将处理后的请求传给soa。
133.soa收到经过sdk处理后的请求，进行模板部分楼层的过滤，因为部分楼层已经被用户关闭了，过滤完成后进行业务处理，根据楼层去并发调用上游依赖，处理业务逻辑。处理后进行数据组装。将数据返回给app端。
134.app端收到服务端返回的数据，解析模板的楼层数据list，根据数据中的楼层编号(即一种标识)，选择对应的组件，根据楼层的样式和排序进行动态化的渲染楼层，并发渲染后，将最终的结果展示给用户。如果像大促，新增大促楼层，大促装饰只需要运营修改模板配置，新增楼层即可实现。
135.本公开提供的页面配置方法和系统，通过客户端、服务端和运营端三者的配合，完成页面的配置。运营端用于配置和存储模板数据、楼层数据、规则数据和依赖数据。服务端获取客户端传输的页面请求后，根据页面请求从运营端获取预先配置的模板数据、楼层数据、规则数据和依赖数据。然后服务端确定目标规则数据后，执行该目标规则数据，并调用依赖数据中的依赖接口，确定目标页面模板，以及该目标页面模板对应的目标楼层序列。服务端将目标楼层序列返回给客户端，由客户端根据目标楼层数据生成页面。该过程中，模板数据、楼层数据、规则数据和依赖数据的配置由运营端预先完成，且模板数据和楼层数据的使用，使配置过程实现模板化和楼层化，降低了运营端的配置难度，提升配置效率。而服务端通过执行预先设置的目标处理规则，并调用该目标处理规则所需的依赖接口，自动获取目标楼层序列；最终由客户端根据目标楼层序列生成页面。服务端和客户端实现了页面的自动化配置，解放大量人力资源，进一步提升配置效率。而运营端的模板化和楼层化的配置。
136.同时，页面配置方法能够再每次触发页面请求时自动执行，通过服务端和运营端的配合，实现智能化配置过程。且运营端配置的最新数据可以及时反馈于客户端的页面，提升配置效率，提高页面展示效率。
137.对于新业务提供端到端的交易解决方案，从前端到后端服务，节约成本。对于成长中的业务，提供后端服务，帮助完善功能，提供前端组件化对接后端服务，帮助提升前端体验。对于成熟业务，提供动态化布局配置能力，实现前端配置化，楼层化，提升人效。同时提供通用交易服务，通过配置平台可以为前端输出动态化、楼层化的数据结构，帮助前端实现个性化展示，同时支持rn组件转换为h5，满足一次开发适配三端，支持动态样式，配置中心配置，本地渲染生成楼层。
138.下面对本公开实施例提供的用于页面配置的服务端装置进行描述，下文描述的用于页面配置的服务端装置与上文描述的以服务端为执行主体的页面配置方法可相互对应参照。如图9所示，用于页面配置的服务端装置包括：
139.第一获取模块901，用于获取客户端传输的页面请求；
140.第二获取模块902，用于根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；
141.确定模块903，用于确定规则数据中与页面请求对应的目标处理规则；
142.执行模块904，用于执行目标处理规则处理页面请求，并调用依赖数据中配置的目标处理规则执行时所需的依赖接口，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；
143.序列返回模块905，用于将目标楼层序列，返回给客户端，其中，客户端用于解析目标楼层序列生成页面。
144.一个实施例中，第一获取模块901，用于基于页面软件开发工具包，通过网关中注册的网关接口，获取客户端传输的页面请求，其中，网关接口用于连接客户端与服务器；
145.第二获取模块902，用于基于页面软件开发工具包，根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；
146.确定模块903，用于基于页面软件开发工具包，解析页面请求，获取请求路径，其中，请求路径包括页面请求通过的网关接口，规则数据包括网关接口与目标处理规则的对应关系；根据请求路径中的网关接口与对应关系，确定目标处理规则；
147.其中，用于页面配置的服务端装置预先配置页面软件开发工具包。
148.一个实施例中，用于页面配置的服务端装置还包括数据填充模块；
149.数据填充模块，用于从楼层数据中获取目标页面模板对应的目标楼层序列之后，将目标页面模板和目标楼层序列，返回给客户端之前，基于服务集，通过依赖接口，获取上游依赖数据；基于上游依赖数据，对目标楼层序列中的每一个楼层进行数据填充；
150.序列返回模块905，用于基于服务集，将已填充数据的目标楼层序列，返回给客户端，其中，已填充数据的目标楼层序列包括至少一个楼层对应的组件数据，组件数据用于支撑楼层展示于客户端；
151.其中，用于页面配置的服务端装置预先配置服务集。
152.一个实施例中，用于页面配置的服务端装置还包括过滤模块；
153.过滤模块，用于基于上游依赖数据，对目标楼层序列中的每一个楼层进行数据填充之前，基于服务集，通过预设过滤器，关闭目标楼层序列中的至少一个楼层，其中，预设过滤器根据白名单、切流量和/或灰度的原则进行设置；
154.数据填充模块，用于基于服务集，通过上游依赖数据，对目标楼层序列中未关闭的每一个楼层进行数据填充。
155.下面对本公开实施例提供的用于页面配置的客户端装置进行描述，下文描述的用于页面配置的客户端装置与上文描述的以客户端为执行主体的页面配置方法可相互对应参照。如图10所示，用于页面配置的客户端装置包括：
156.请求生成模块1001，用于当接收到页面触发指令时，生成页面请求；
157.请求传输模块1002，用于将页面请求传输给服务端，其中，服务端用于获取客户端传输的页面请求，根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据，确定规则数据中与页面请求对应的目标处理规则，调用依赖数据中配置的执行目标处理规则所需的依赖接口，并执行目标处理规则处理页面请求，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列，将目标楼层序列，返回给客户端；
158.第三获取模块1003，用于获取服务端返回的目标楼层序列；
159.解析模块1004，用于解析目标楼层序列生成页面。
160.一个实施例中，解析模块1004，用于加载目标楼层序列中每一个楼层分别对应的组件数据；加载目标楼层序列中每一个楼层分别对应的样式信息；加载目标楼层序列中每一个楼层的排序；基于组件数据、样式信息和排序，渲染生成页面。
161.下面对本公开实施例提供的用于页面配置的运营端装置进行描述，下文描述的用于页面配置的运营端装置与上文描述的以运营端为执行主体的页面配置方法可相互对应参照。如图11所示，用于页面配置的运营端装置包括：
162.指令接收模块1101，用于接收数据配置指令；
163.数据配置模块1102，用于根据数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；
164.第四获取模块1103，用于获取服务端发送的数据获取指令；
165.数据返回模块1104，用于根据数据获取指令，将模板数据、楼层数据、规则数据和依赖数据返回给服务端；
166.其中，模板数据包括至少一个页面模板，楼层数据包括每一个页面模板分别对应的楼层序列，每一个楼层序列包括按序排列的至少一个楼层；楼层数据包括至少一个楼层的相关数据，其中，相关数据包括楼层的标识、样式信息和组件数据中的至少一种；规则数据包括至少一个请求处理的处理规则；依赖数据包括每一个处理规则执行时所需的依赖接口，每一个处理规则调用依赖接口后获得对应的页面模板。
167.一个实施例中，用于页面配置的运营端装置还包括更新模块；
168.更新模块，用于根据数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据之后，接收更新配置指令；根据更新配置指令，配置最新模板数据、最新楼层数据、最新规则数据和/或最新依赖数据；根据最新模板数据、最新楼层数据、最新规则数据和/或最新依赖数据，更新对应的模板数据、楼层数据、规则数据和/或依赖数据。
169.一个实施例中，用于页面配置的运营端装置还包括网关配置模块；
170.网关配置模块，用于根据数据配置指令，配置规则数据之后，接收网关配置指令；根据网关配置指令，配置网关接口和处理规则的对应关系，其中，服务端中的页面软件开发工具包根据对应关系确定目标处理规则。
171.图12示例了一种电子设备的实体结构示意图，如图12所示，该电子设备可以包括：处理器(processor)1201、通信接口(communications interface)1202、存储器(memory)1203和通信总线1204，其中，处理器1201，通信接口1202，存储器1203通过通信总线1204完成相互间的通信。处理器1201可以调用存储器1203中的逻辑指令，以执行服务端为执行主体的页面配置方法，该方法包括：获取客户端传输的页面请求；根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定规则数据中与页面请求对应的目标处理规则；执行目标处理规则处理页面请求，并调用依赖数据中配置的目标处理规则执行时所需的依赖接口，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；将目标楼层序列，返回给客户端，其中，客户端用于解析目标楼层序列生成页面；
172.或者，以执行客户端为执行主体的页面配置方法，该方法包括：当接收到页面触发指令时，生成页面请求；将页面请求传输给服务端，其中，服务端用于获取客户端传输的页面请求；根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定规则数据中与页面请求对应的目标处理规则；调用依赖数据中配置的执行目标处理规则所需的依赖接口，并执行目标处理规则处理页面请求，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；将目标楼层序列，返回给客户端；获取服务端返回的目标楼层序列；解析目标楼层序列生成页面；
173.或者，以执行运营端执行主体的页面配置方法，该方法包括：接收数据配置指令；根据数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；获取服务端发
送的数据获取指令；根据数据获取指令，将模板数据、楼层数据、规则数据和依赖数据返回给服务端；其中，模板数据包括至少一个页面模板，楼层数据包括每一个页面模板分别对应的楼层序列，每一个楼层序列包括按序排列的至少一个楼层；楼层数据包括至少一个楼层的相关数据，其中，相关数据包括楼层的标识、样式信息和组件数据中的至少一种；规则数据包括至少一个请求处理的处理规则；依赖数据包括每一个处理规则执行时所需的依赖接口，每一个处理规则调用依赖接口后获得对应的页面模板。
174.此外，上述的存储器1203中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
175.另一方面，本公开还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的服务端为执行主体的页面配置方法，该方法包括：获取客户端传输的页面请求；根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定规则数据中与页面请求对应的目标处理规则；执行目标处理规则处理页面请求，并调用依赖数据中配置的目标处理规则执行时所需的依赖接口，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；将目标楼层序列，返回给客户端，其中，客户端用于解析目标楼层序列生成页面；
176.或者，计算机能够执行上述各方法所提供的客户端为执行主体的页面配置方法，该方法包括：当接收到页面触发指令时，生成页面请求；将页面请求传输给服务端，其中，服务端用于获取客户端传输的页面请求；根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定规则数据中与页面请求对应的目标处理规则；调用依赖数据中配置的执行目标处理规则所需的依赖接口，并执行目标处理规则处理页面请求，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；将目标楼层序列，返回给客户端；获取服务端返回的目标楼层序列；解析目标楼层序列生成页面。
177.或者，计算机能够执行上述各方法所提供的运营端为执行主体的页面配置方法，该方法包括：接收数据配置指令；根据数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；获取服务端发送的数据获取指令；根据数据获取指令，将模板数据、楼层数据、规则数据和依赖数据返回给服务端；其中，模板数据包括至少一个页面模板，楼层数据包括每一个页面模板分别对应的楼层序列，每一个楼层序列包括按序排列的至少一个楼层；楼层数据包括至少一个楼层的相关数据，其中，相关数据包括楼层的标识、样式信息和组件数据中的至少一种；规则数据包括至少一个请求处理的处理规则；依赖数据包括每一个处理规则执行时所需的依赖接口，每一个处理规则调用依赖接口后获得对应的页面模
板。
178.又一方面，本公开还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的服务端为执行主体的页面配置方法，该方法包括：获取客户端传输的页面请求；根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定规则数据中与页面请求对应的目标处理规则；执行目标处理规则处理页面请求，并调用依赖数据中配置的目标处理规则执行时所需的依赖接口，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；将目标楼层序列，返回给客户端，其中，客户端用于解析目标楼层序列生成页面。
179.或者，该计算机程序被处理器执行时实现以执行上述各提供的客户端为执行主体的页面配置方法，该方法包括：当接收到页面触发指令时，生成页面请求；将页面请求传输给服务端，其中，服务端用于获取客户端传输的页面请求；根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定规则数据中与页面请求对应的目标处理规则；调用依赖数据中配置的执行目标处理规则所需的依赖接口，并执行目标处理规则处理页面请求，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；将目标楼层序列，返回给客户端；获取服务端返回的目标楼层序列；解析目标楼层序列生成页面。
180.或者，该计算机程序被处理器执行时实现以执行上述各提供的运营端为执行主体的页面配置方法，该方法包括：接收数据配置指令；根据数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；获取服务端发送的数据获取指令；根据数据获取指令，将模板数据、楼层数据、规则数据和依赖数据返回给服务端；其中，模板数据包括至少一个页面模板，楼层数据包括每一个页面模板分别对应的楼层序列，每一个楼层序列包括按序排列的至少一个楼层；楼层数据包括至少一个楼层的相关数据，其中，相关数据包括楼层的标识、样式信息和组件数据中的至少一种；规则数据包括至少一个请求处理的处理规则；依赖数据包括每一个处理规则执行时所需的依赖接口，每一个处理规则调用依赖接口后获得对应的页面模板。
181.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
182.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
183.最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可
以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。

技术特征：

1.一种页面配置方法，其特征在于，应用于服务端，包括：获取客户端传输的页面请求；根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定所述规则数据中与所述页面请求对应的目标处理规则；执行所述目标处理规则处理所述页面请求，并调用所述依赖数据中配置的所述目标处理规则执行时所需的依赖接口，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列；将所述目标楼层序列，返回给所述客户端，其中，所述客户端用于解析所述目标楼层序列生成页面。2.根据权利要求1所述的页面配置方法，其特征在于，所述服务端包括页面软件开发工具包；所述获取客户端传输的页面请求，包括：基于所述页面软件开发工具包，通过网关中注册的网关接口，获取所述客户端传输的所述页面请求，其中，所述网关接口用于连接所述客户端与所述服务器；所述根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据，包括：基于所述页面软件开发工具包，根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定所述规则数据中与所述页面请求对应的目标处理规则，包括：基于所述页面软件开发工具包，解析所述页面请求，获取请求路径，其中，所述请求路径包括所述页面请求通过的所述网关接口，所述规则数据包括所述网关接口与所述目标处理规则的对应关系；根据所述请求路径中的所述网关接口与所述对应关系，确定所述目标处理规则。3.根据权利要求1所述的页面配置方法，其特征在于，所述服务端包括服务集；所述从所述楼层数据中获取所述目标页面模板对应的目标楼层序列之后，所述将所述目标页面模板和所述目标楼层序列，返回给所述客户端之前，还包括：基于所述服务集，通过所述依赖接口，获取上游依赖数据；基于所述上游依赖数据，对所述目标楼层序列中的每一个楼层进行数据填充；所述将所述目标楼层序列，返回给所述客户端，包括：基于所述服务集，将已填充数据的所述目标楼层序列，返回给所述客户端，其中，已填充数据的所述目标楼层序列包括至少一个所述楼层对应的组件数据，所述组件数据用于支撑所述楼层展示于所述客户端。4.根据权利要求3所述的页面配置方法，其特征在于，所述基于所述上游依赖数据，对所述目标楼层序列中的每一个楼层进行数据填充之前，还包括：基于所述服务集，通过预设过滤器，关闭所述目标楼层序列中的至少一个所述楼层，其中，所述预设过滤器根据白名单、切流量和/或灰度的原则进行设置；所述基于所述上游依赖数据，对所述目标楼层序列中的每一个楼层进行数据填充，包括：
基于所述服务集，通过所述上游依赖数据，对所述目标楼层序列中未关闭的每一个所述楼层进行数据填充。5.一种页面配置方法，其特征在于，应用于客户端，包括：当接收到页面触发指令时，生成页面请求；将所述页面请求传输给服务端，其中，所述服务端用于获取所述客户端传输的页面请求；根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定所述规则数据中与所述页面请求对应的目标处理规则；调用所述依赖数据中配置的执行所述目标处理规则所需的依赖接口，并执行所述目标处理规则处理所述页面请求，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列；将所述目标楼层序列，返回给所述客户端；获取所述服务端返回的所述目标楼层序列；解析所述目标楼层序列生成页面。6.根据权利要求5所述的页面配置方法，其特征在于，所述解析所述目标楼层序列生成页面，包括：加载所述目标楼层序列中每一个楼层分别对应的组件数据；加载所述目标楼层序列中每一个所述楼层分别对应的样式信息；加载所述目标楼层序列中每一个所述楼层的排序；基于所述组件数据、所述样式信息和所述排序，渲染生成所述页面。7.一种页面配置方法，其特征在于，应用于运营端，包括：接收数据配置指令；根据所述数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；获取服务端发送的数据获取指令；根据所述数据获取指令，将所述模板数据、所述楼层数据、所述规则数据和所述依赖数据返回给所述服务端；其中，所述模板数据包括至少一个页面模板，所述楼层数据包括每一个所述页面模板分别对应的楼层序列，每一个所述楼层序列包括按序排列的至少一个所述楼层；所述楼层数据包括至少一个楼层的相关数据，其中，所述相关数据包括所述楼层的标识、样式信息和组件数据中的至少一种；所述规则数据包括至少一个请求处理的处理规则；所述依赖数据包括每一个所述处理规则执行时所需的依赖接口，每一个所述处理规则调用所述依赖接口后获得对应的所述页面模板。8.根据权利要求7所述的页面配置方法，其特征在于，所述根据所述数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据之后，还包括：接收更新配置指令；根据所述更新配置指令，配置最新模板数据、最新楼层数据、最新规则数据和/或最新依赖数据；根据所述最新模板数据、所述最新楼层数据、所述最新规则数据和/或所述最新依赖数据，更新对应的所述模板数据、所述楼层数据、所述规则数据和/或所述依赖数据。9.根据权利要求7所述的页面配置方法，其特征在于，所述根据所述数据配置指令，配
置规则数据之后，还包括：接收网关配置指令；根据所述网关配置指令，配置网关接口和所述处理规则的对应关系，其中，所述服务端中的页面软件开发工具包根据所述对应关系确定目标处理规则。10.一种页面配置系统，其特征在于，包括服务端、客户端和运营端；所述客户端，用于当接收到页面触发指令时，生成页面请求；将所述页面请求传输给服务端；获取所述服务端返回的所述目标楼层序列；解析所述目标楼层序列生成页面；所述服务端，用于获取客户端传输的所述页面请求；根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定所述规则数据中与所述页面请求对应的目标处理规则；执行所述目标处理规则处理所述页面请求，并调用所述依赖数据中配置的所述目标处理规则执行时所需的依赖接口，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列；将所述目标楼层序列，返回给所述客户端；所述运营端，用于接收数据配置指令；根据所述数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；获取服务端发送的数据获取指令；根据所述数据获取指令，将所述模板数据、所述楼层数据、所述规则数据和所述依赖数据返回给所述服务端。11.根据权利要求10所述的页面配置系统，其特征在于，所述服务端包括页面软件开发工具包；所述页面软件开发工具包，用于通过网关中注册的网关接口，获取所述客户端传输的所述页面请求，其中，所述网关接口用于连接所述客户端与所述服务器；根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；解析所述页面请求，获取请求路径，其中，所述请求路径包括所述页面请求通过的所述网关接口，所述规则数据包括所述网关接口与所述目标处理规则的对应关系；根据所述请求路径中的所述网关接口与所述对应关系，确定所述目标处理规则。12.根据权利要求10所述的页面配置系统，其特征在于，所述服务端包括服务集；所述页面软件开发工具包，用于将所述目标页面模板、目标楼层序列和所述目标处理规则，传输给所述服务集；所述服务集，用于通过所述依赖接口，获取上游依赖数据；基于所述上游依赖数据，对所述目标楼层序列中的每一个楼层进行数据填充；将已填充数据的所述目标楼层序列，返回给所述客户端，其中，已填充数据的所述目标楼层序列包括至少一个所述楼层对应的组件数据，所述组件数据用于支撑所述楼层展示于所述客户端。13.根据权利要求12所述的页面配置系统，其特征在于，所述服务集，用于通过预设过滤器，关闭所述目标楼层序列中的至少一个所述楼层，其中，所述预设过滤器根据白名单、切流量和/或灰度的原则进行设置；通过所述上游依赖数据，对所述目标楼层序列中未关闭的每一个所述楼层进行数据填充。14.一种用于页面配置的服务端装置，其特征在于，包括：第一获取模块，用于获取客户端传输的页面请求；第二获取模块，用于根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据；
确定模块，用于确定所述规则数据中与所述页面请求对应的目标处理规则；执行模块，用于执行所述目标处理规则处理所述页面请求，并调用所述依赖数据中配置的所述目标处理规则执行时所需的依赖接口，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列；序列返回模块，用于将所述目标楼层序列，返回给所述客户端，其中，所述客户端用于解析所述目标楼层序列生成页面。15.一种用于页面配置的客户端装置，其特征在于，包括：请求生成模块，用于当接收到页面触发指令时，生成页面请求；请求传输模块，用于将所述页面请求传输给服务端，其中，所述服务端用于获取所述客户端传输的页面请求，根据所述页面请求向运营端发送数据获取指令，获取所述运营端返回的模板数据、楼层数据、规则数据和依赖数据，确定所述规则数据中与所述页面请求对应的目标处理规则，调用所述依赖数据中配置的执行所述目标处理规则所需的依赖接口，并执行所述目标处理规则处理所述页面请求，从所述模板数据中获取所述页面请求对应的目标页面模板，以及从所述楼层数据中获取所述目标页面模板对应的目标楼层序列，将所述目标楼层序列，返回给所述客户端；第三获取模块，用于获取所述服务端返回的所述目标楼层序列；解析模块，用于解析所述目标楼层序列生成页面。16.一种用于页面配置的运营端装置，其特征在于，包括：指令接收模块，用于接收数据配置指令；数据配置模块，用于根据所述数据配置指令，配置并存储模板数据、楼层数据、规则数据和依赖数据；第四获取模块，用于获取服务端发送的数据获取指令；数据返回模块，用于根据所述数据获取指令，将所述模板数据、所述楼层数据、所述规则数据和所述依赖数据返回给所述服务端；其中，所述模板数据包括至少一个页面模板，所述楼层数据包括每一个所述页面模板分别对应的楼层序列，每一个所述楼层序列包括按序排列的至少一个所述楼层；所述楼层数据包括至少一个楼层的相关数据，其中，所述相关数据包括所述楼层的标识、样式信息和组件数据中的至少一种；所述规则数据包括至少一个请求处理的处理规则；所述依赖数据包括每一个所述处理规则执行时所需的依赖接口，每一个所述处理规则调用所述依赖接口后获得对应的所述页面模板。17.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至4任一项所述的页面配置方法；或者，所述处理器执行所述程序时实现如权利要求5至6任一项所述的页面配置方法；或者，所述处理器执行所述程序时实现如权利要求7至9任一项所述的页面配置方法。18.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至4任一项所述的页面配置方法；或者，该计算机程序被处理器执行时实现如权利要求5至6任一项所述的页面配置方法；
或者，该计算机程序被处理器执行时实现如权利要求7至9任一项所述的页面配置方法。

技术总结

本公开涉及计算机技术领域，尤其涉及一种页面配置方法、系统、装置、设备及存储介质。服务端实现方法如下：获取客户端传输的页面请求；根据页面请求向运营端发送数据获取指令，获取运营端返回的模板数据、楼层数据、规则数据和依赖数据；确定规则数据中与页面请求对应的目标处理规则；执行目标处理规则处理页面请求，并调用依赖数据中配置的目标处理规则执行时所需的依赖接口，从模板数据中获取页面请求对应的目标页面模板，以及从楼层数据中获取目标页面模板对应的目标楼层序列；将目标楼层序列，返回给客户端。本公开用以解决现有技术中页面配置严重依赖技术人员的技能水平，导致效率低下的缺陷，实现高效页面配置。实现高效页面配置。实现高效页面配置。