CN114817794A - 网页内容控制方法、装置、设备及介质 - Google Patents

Abstract

本申请提供了一种网页内容控制方法、装置、设备及介质，涉及云技术领域，用于提高网页内容控制的稳定性。该网页内容控制方法通过从预存的至少一个业务描述信息中，确定与请求消息关联的目标业务描述信息，依据该目标业务描述信息，从各个数据源分别获取各个网页数据，并将各个网页数据写入模板，从而生成目标网页内容，无需按照严格的业务逻辑生成目标网页内容，提升了网页内容控制的稳定性。且，开发者无需设定生成网页内容的业务逻辑，简化了开发者的工作。

Description

网页内容控制方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，具体涉及云技术领域，提供一种网页内容控制方法、装置、设备及介质。

背景技术

网页内容生成可以通过内容直出技术实现。内容直出技术具体可以通过命令式编程实现的，在命令式编程中，开发者需要设定网页内容生成的业务逻辑，按照该业务逻辑写代码。在用户访问网页内容时，服务端是按照代码依次执行业务逻辑，从而生成网页内容。

但这种命令式编程中，服务端需要根据业务逻辑依次执行，通常包括路由寻址、获取数据、打印日志和渲染模版等，从而生成网页内容。一旦服务端更新迭代，但该业务逻辑并未及时更新，将会导致网页内容生成失败，可见，目前这种方式网页内容生成方式的稳定性较差。

发明内容

本申请实施例提供一种网页内容控制方法、装置、设备及介质，用于提高网页内容控制方式的稳定性。

本申请实施例提供一种网页内容控制方法，所述方法包括：

接收用于获取目标网页内容的请求消息；

从预存的至少一个业务描述信息中，确定与所述请求消息关联的目标业务描述信息，其中，所述目标业务描述信息中记录有所述目标网页内容对应的目标模板，以及所述目标模板中关联的各个网页数据的数据源信息；

基于获得的各个数据源信息，分别从相应的数据源获取对应的网页数据，并将获得的各个网页数据写入所述目标模板中，获得目标网页内容；

响应于所述请求消息，反馈所述目标网页内容。

本申请实施例提供一种网页内容控制装置，所述装置包括：

收发模块，用于接收用于获取目标网页内容的请求消息；

确定模块，用于从预存的至少一个业务描述信息中，确定与所述请求消息关联的目标业务描述信息，其中，所述目标业务描述信息中记录有所述目标网页内容对应的目标模板，以及所述目标模板中关联的各个网页数据的数据源信息；

所述收发模块，还用于基于获得的各个数据源信息，分别从相应的数据源获取对应的网页数据；

写入模块，用于将获得的各个网页数据写入所述目标模板中，获得目标网页内容；

所述收发模块，还用于响应于所述请求消息，反馈所述目标网页内容。

在一种可能的实施例中，每个数据源信息包括相应的数据源的地址信息以及支持的通信协议；所述收发模块具体用于针对所述各个数据源信息，分别通过如下方式获得相应的网页数据：

确定与一个数据源信息中的通信协议对应的通信进程；

调用所述通信进程，根据所述一个数据源信息中的数据源地址，从对应的数据源获取网页数据。

在一种可能的实施例中，所述请求消息中包括目标网页内容地址，所述装置还包括管理模块，所述管理模块，所述从预存的至少一个业务描述信息中，确定与所述请求消息关联的目标业务描述信息之前，用于获取至少一个业务描述信息，以及每个业务描述信息对应的网页内容地址，以及，关联存储每个业务描述信息和对应的网页内容地址；

所述确定模块，具体用于根据所述目标网页内容地址，从关联存储的每个业务描述信息和对应的网页内容地址中，确定与所述目标网页内容地址匹配的业务描述信息。

在一种可能的实施例中，所述管理模块还用于：

所述关联存储每个业务描述信息和对应的网页内容地址之后，响应于针对所述至少一个业务描述信息中任一业务描述信息的更新请求，对所述任一业务描述信息进行更新，获得更新后的任一业务描述信息；

存储所述更新后的任一业务描述信息。

在一种可能的实施例中，所述写入模块具体用于：

将所述各个网页数据转换为与所述目标模板的类型匹配的格式，获得转换后的各个网页数据；

将所述转换后的各个网页数据写入所述目标模板的相应位置中，获得目标网页内容。

在一种可能的实施例中，所述写入模块具体用于：

确定与所述目标模板的类型匹配的模板渲染进程；

调用所述模板渲染进程，将所述各个网页数据转换为与所述目标模板的类型匹配的格式，获得转换后的各个网页数据。

在一种可能的实施例中，所述写入模块具体用于：

若所述目标网页内容为目标网页脚本，则将所述各个网页数据分别转换为脚本格式，获得转换后的各个网页数据；

若所述目标网页内容为目标网页页面，则将所述各个网页数据分别转换为相应的页面元素的格式，获得转换后的各个网页数据。

本申请实施例提供一种计算机设备，所述设备包括：

至少一个处理器，以及

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

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令实现如一方面中任一项所述的方法。

本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如一方面中任一项所述的方法。

由于本申请实施例采用上述技术方案，至少具有如下技术效果：

在本申请实施例中，在接收到请求消息之后，可以匹配出与该请求消息对应的业务描述信息，根据该业务描述信息中的数据源，从相应的数据源获得网页数据，并将获得的各个网页数据写入模板，生成目标网页内容，也就是说，无需执行严格的业务逻辑，就能生成目标网页内容，避免了业务迭代更新而导致的网页内容生成失败的情况，提升了网页内容控制方式的稳定性。在后续业务更新迭代之后，只需对业务描述信息进行更新即可，降低了维护难度。且，对于开发者而言，开发者无需关注底层的业务逻辑，只需定义业务描述信息即可，从而简化了开发者的工作量。且，由于是根据业务描述信息，执行统一的运行过程，以生成网页内容，因此运行过程不会受到开发者的需求影响，提升运行的安全性以及稳定性。

附图说明

图1A为相关技术中提供的一种内容直出流程图；

图1B为相关技术中提供的一种服务端通过RPC获取数据的流程图；

图2A为本申请实施例提供的一种网页内容控制方法的应用场景图；

图2B为本申请实施例提供的一种页面直出的过程示例图；

图2C为本申请实施例提供的一种CGI的脚本直出的过程示例图；

图2D为本申请实施例提供的一种服务器的结构示例图；

图3为本申请实施例提供的一种网页内容控制方法的流程图；

图4A为本申请实施例提供的一种搜索界面示例图；

图4B为本申请实施例提供的一种目标网页内容的示例图；

图5为本申请实施例提供的图2A中各设备之间的交互过程图；

图6为本申请实施例提供的一种网页内容控制方法的流程图；

图7为本申请实施例提供的一种网页内容控制装置的结构示意图；

图8为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为了更好的理解本申请实施例提供的技术方案，下面将结合说明书附图以及具体的实施方式进行详细的说明。

为了便于本领域技术人员更好地理解本申请的技术方案，下面对本申请涉及的名词进行介绍。

1、云技术(Cloud technology)：基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。本申请实施例中的服务器以及数据源等均可以通过云技术实现。

2、数据库(Database)：简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。数据库管理系统(Database Management System，DBMS)是为管理数据库而设计的电脑软件系统，一般具有存储、截取、安全保障、备份等基础功能。数据库管理系统可以依据它所支持的数据库模型来作分类，例如关系式、可扩展标记语言(Extensible MarkupLanguage,XML)；或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；或依据所用查询语言来作分类，例如结构化查询语言((Structured Query Language，SQL)、XQuery；或依据性能冲量重点来作分类，例如最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些DBMS能够跨类别，例如，同时支持多种查询语言。

3、命令式：又可以称为命令式编程或指令式编程，是指一步一步地指定程序的运行过程，专注于实现目的过程。

4、声明式：又可以称为声明式编程，区别于命令式，在声明式的模式下，并不关注程序的运行过程，而专注于实现的结果。

5、远程过程调用(Remote Procedure Call，RPC)：远程过程调用属于一种计算机通信协议。该协议允许运行于一台计算机设备的程序调用另一个地址空间的子程序，而程序员就像调用本地程序一样，无需额外地为这个交互作用编程。RPC是一种服务器-客户端模式，经典实现是一个通过发送请求-接受回应进行信息交互的系统。

6、内容直出：在服务端通过RPC请求数据并且按照指定的格式渲染完成后再输出。内容直出的对象例如网页页面、网页页面片或网页脚本等，网页脚本例如公共网关接口(Common Gateway Interface，CGI)的脚本等，网页页面例如可以是html对应的页面。网页页面又可以简称为页面，网页页面片可以简称为页面片。

7、页面片：是指页面的部分内容，不是一个完整的页面。

8、公共网关接口(Common Gateway Interface，CGI)：是为了web服务去执行类似于控制台应用程序(console application)的程序，这种程序是在服务器(server)上实现动态页面提供了一种通用的协议，这样的程序称作CGI脚本，CGI脚本例如可以为JSON形式的数据。

9、业务描述信息：用于声明相应的网页内容，具体包括网页内容对应的模板，以及模板中关联的各个网页数据的数据源信息。模板可以理解为目标网页内容对应的模板，模板的格式例如页面或脚本等，例如模板为网页页面时，目标网页内容对应的模板可以是具有部分页面元素的页面。数据源信息包括对应的数据源的地址信，以及数据源支持的通信协议。业务描述信息的具体形式可以有多种，例如可以是json格式、树形图、数学表达式等，本申请不对此进行限制。

10、数据源：在内容直出过程中，服务器通常可以调用RPC，从远端调用数据，远端则视为数据源，服务端一次渲染过程可能需要依赖多个数据源。

下面对相关技术进行介绍：

相关技术中的web直出框架都是基于命令式编程实现的，服务端渲染过程均是开发者自行控制，web直出框架提供基础的应用程序接口(Application ProgrammingInterface，API)，但是不指定API运行的时机或流程。开发者就需要根据业务逻辑来指定API的执行流程，包括路由寻址、数据获取、打印日志、渲染模版、容灾备份等流程。

下面结合图1A所示的内容直出流程图，对相关技术中的内容直出方式进行示例介绍：

S11，通过RPC获取数据A。

服务端可以通过RPC获取数据A。

S12，确定获取数据A是否成功。

如果服务端获取数据A失败，则执行S13，生成错误日志，并结束；如果获取数据A成功，则执行S14，即通过RPC获取数据B。

S15，确定通过RPC获取数据B是否成功。

如果服务端确定通过RPC获取数据B失败，则执行S16，生成错误日志，并结束；如果服务端确定通过RPC获取数据B成功，则执行S17，即渲染模板，从而获得直出内容。

下面结合图1B所示的服务端通过RPC获取数据的流程图，对S12和S14中涉及的获取数据的进行示例介绍：

S101，路由寻址。

服务端进行路由寻址。

S102，确定路由寻址是否成功。

如果服务端确定路由寻址失败，则执行S103，即生成错误日志，并抛出错误；如果路由寻址成功，则执行S104，即与寻址成功的设备建立网络通信。

S105，确定与寻址成功的设备建立网络通信是否成功。

如果服务端确定与寻址成功的设备建立网络通信失败，则执行S106，即生成错误日志，并抛出错误；如果服务端确定与寻址成功的设备建立网络通信成功，则执行S107，即生成流水日志。

S108，从寻址成功的设备获取数据。

服务端从寻址成功的设备获取数据。

从上述流程可以看出，相关技术中需要开发者按照业务逻辑进行编程，响应用户请求反馈数据时，服务端也需要是严格按照代码对应的业务逻辑执行，一旦服务端迭代更新，而该业务逻辑没有进行相应更新，将会导致业务逻辑过程执行失败，可见，目前这种方式的稳定性较低。

有鉴于此，本申请实施例提供一种网页内容控制方案，该方案中在获得相应的请求消息之后，可以从至少一个业务描述信息中获得请求消息对应的目标业务描述信息，从该目标业务描述信息中提取出数据源信息和目标模板，再分别从各个数据源请求网页数据，将这些网页数据写入到目标模版中，转化成为最终的响应结果，也就是说，无需按照特定的业务逻辑执行，这样生成网页内容的过程不容易出错，提升了网页内容控制过程的稳定性。且，该方案中开发者可以直接以声明式描述直出逻辑，即声明结果，而不用关注这个过程是如何实现的，相对简化了开发者的工作，提高开发效率，提升开发者体验。且，该方式中，无需按照特定的业务逻辑执行，可以灵活地调整具体实现过程，避免出现CPU占用率高，内存泄漏等安全问题，提高了网页内容控制的安全性。

基于上述设计思想，下面对本申请实施例中的网页内容控制方法适用的应用场景进行介绍。

请参照图2A，为本申请实施例中网页内容控制方法适用的应用场景示例图。该应用场景图包括多个终端210、服务器220和数据源230。

终端210可以通过访问浏览器或客户端，向服务器220发起请求消息，该请求消息用于请求直出内容。该客户端可以是嵌入在第三方应用中的客户端，或者预装在终端210中的客户端。

服务器220从终端接收请求消息之后，对该请求消息进行处理，在服务器220处理请求消息的过程中，可以向数据源230获取请求相应的网页数据，其中涉及的对请求消息进行处理过程将在下文中进行介绍。其中，服务器220为该浏览器或客户端对应的后台服务器。数据源230为存储相应数据的设备，例如可以是微服务器接口设备或服务器集群等。

其中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、游戏设备、智能电视、智能手环等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

本申请实施例中的网页内容控制方法可以适用于任意的内容直出场景，包括但不限于网页页面直出、网页页面片直出或公共网关接口的脚本直出，下面分别进行示例介绍：

一、应用于网页页面或网页页面片直出的场景：

请参照图2B，为一种页面直出的过程示例图，下面对该过程进行示例说明：

第一部分：服务器获取各个业务描述信息。

具体来说，各个开发者创建业务描述信息，并将获得的各个业务描述信息写入服务器中，服务器在获得各个业务描述信息之后，将各个业务描述信息存储在存储载体中。其中，存储载体例如可以是服务器中的数据库。

第二部分：通用页面直出进程加载业务描述信息，以生成网页页面或者网页页面片。

当服务器接收到用户的请求消息之后，通过通用页面直出进程可以直接加载业务描述信息，呈现相应的网页页面或网页页面片，也就是说，通用页面直出进程可以根据该业务描述信息执行，以获得页面呈现结果。通用页面直出进程为运行在服务器中的进程，应当说明的是，通用页面直出进程的数量可以是一个或多个。

在网页页面或网页页面片直出的场景下，页面直出过程直接通过一个通用的页面直出进程实现，而该页面直出的过程依赖相应的业务描述信息实现。当开发者需要变更网页内容时，只需要变更业务描述信息，而不需要关注程序的具体执行过程。

二、应用于脚本直出的场景：

脚本具体可以例如可以是CGI的脚本，下面以直出CGI的脚本为例进行介绍：

请参照图2C，为一种CGI的脚本直出的过程示例图，该过程具体包括：

第一部分：服务器获取各个业务描述信息。

服务器在获取各个开发者创建的业务描述信息之后，可以将多个业务描述信息存储在存储载体中。其中存储载体可以参照前文论述的内容，此处不再赘述。

第二部分：CGI的脚本直出进程加载业务描述信息，以生成CGI的脚本。

当接收到用户的请求消息之后，CGI的脚本直出进程可以直接加载业务描述信息，呈现相应的CGI的脚本。CGI的脚本直出进程为运行在服务器中的进程，CGI的脚本直出进程的数量可以为一个或多个，具体不做限制。

在脚本直出的场景下，开发者只需关注脚本的呈现结果，CGI的脚本直出进程可以根据业务根据该业务描述信息执行，以获得页面呈现结果。

应当说明的是，上述是对本申请实施例网页内容控制方法的应用场景进行示例说明，实际并不限制网页内容控制方法的使用场景。

为了更清楚地说明服务器的结构，下面结合图2D所示的服务器的结构示意图，对服务器的结构进行示例介绍。如图2D所示的服务器的结构示例图，该服务器包括信息管理模块、信息解析模块、数据获取模块和模板渲染模块。

信息管理模块用于管理业务描述信息，包括用于实现管理业务描述信息的写入、更新或删除等。信息解析模块用于对业务描述信息进行解析，以识别出业务描述信息中的数据源信息和模板等。数据获取模块，用于从数据源获取网页数据，具体用于实现底层基础的路由寻址、网络通信等。模板渲染模块用于对获取的网页数据进行格式转换等。

基于上述图2A～图2D所示的应用场景，下面以图2A中的服务器执行网页内容控制方法为例，对本申请实施例涉及的网页内容控制方法的过程进行介绍：

请参照图3，为本申请实施例涉及的网页内容控制方法的流程图，该流程图具体包括：

S301，接收用于获取目标网页内容的请求消息。

当用户想要请求目标网页内容时，可以输入目标网页内容的相关信息，终端根据用户输入的相关信息，生成请求消息。该相关信息例如可以包括目标网页内容的网页内容地址、目标网页内容的名称、或者目标网页内容的关键词等。该请求消息用于请求获取目标网页内容，目标网页内容包括网页页面、网页页面片或网页脚本等，本申请不限制目标网页内容的具体形式。该请求消息中还可携带有终端地址，以便于后续服务器向终端反馈相应的内容。

终端在生成请求消息之后，可以向服务器发送请求消息，终端可以通过浏览器向服务器发送请求消息，或者终端可以通过客户端向服务器发送请求消息。

例如，请参照图4A，为终端显示的一种搜索界面示例图，当用户输入“Https：XXX”，并点击搜索按键之后，终端根据该用户输入的网页内容地址，生成请求消息。

S302，从预存的至少一个业务描述信息中，确定与请求消息关联的目标业务描述信息。

服务器中预存有一个或多个业务描述信息，业务描述信息的具体含义可以参照前文论述内容，此处不再赘述。服务器在存储业务描述信息，存储了该业务描述信息关联的网页内容地址、名称或关键词等。

服务器在获得请求消息之后，可以从请求消息中解析出相关信息，具体如前文中的网页内容地址、名称或关键词等。服务器根据请求消息可以从一个或多个业务描述信息中，匹配出与该请求消息对应的目标业务描述信息。其中，目标业务描述信息为至少一个业务描述信息中的某一个，其具体含义可以参照业务描述信息，此处不再赘述。

例如，当请求消息包括网页内容地址时，服务器可以匹配出与该请求消息中网页内容地址对应的业务描述信息。或者，当请求消息包括名称时，服务器可以匹配出与该请求消息中的名称对应的业务描述信息。或者，当请求消息包括关键词时，服务器可以匹配出与该请求消息中关键词对应的业务描述信息。

S303，基于获得的各个数据源信息，分别从相应的数据源获取对应的网页数据，并将获得的各个网页数据写入目标模板中，获得目标网页内容。

如前文论述的内容，每个业务描述信息包括各个数据源信息和模板。服务器获得目标业务描述信息之后，可以对目标业务描述信息进行解析，从而获得目标业务描述信息中的数据源信息和目标模板，例如服务器可以将目标业务描述信息转化为自身可执行的代码，进而获得数据源信息和目标模板。服务器在获得数据源信息和目标模板之后，可以分别根据各个数据源信息，从每个数据源信息相应的数据源获得对应的网页数据，进而将各个网页数据分别写入至目标模板中，从而获得用户请求的目标网页内容。

S304，响应于请求消息，反馈目标网页内容。

服务器在生成目标网页内容之后，可以向终端及时反馈目标网页内容，例如服务器可以根据请求消息中的终端地址，向终端发送给目标网页内容。

例如，继续沿用图4A所示的例子，服务器在将获得各个网页数据写入目标模板之后，可以获得目标网页内容，进而将目标网页内容发送给终端，终端显示如图4B所示的目标网页内容，该目标网页内容包括各种页面元素，具体如图4B记载的文字内容，包括博客的定义、中英文名称、流行时间和域名选择等。

在本申请实施例中，服务器无需按照严格的业务逻辑执行，只需根据相应的业务描述信息，按照统一的业务逻辑，生成相应的目标网页内容即可，服务器执行过程中的灵活性更高，即使服务器后续更新迭代，也不会影响目标网页内容的生成过程，提升了网页内容控制方式的稳定性。且，该方式无需开发者考虑生成网页内容的业务逻辑，简化了开发者的工作。且，在生成目标网页内容时，服务器不会受限于严格的业务逻辑，也就是说，服务器可以根据实际情况灵活地调整业务执行过程，避免服务器自身资源消耗过度的情况，提升服务器运行的安全性。

为了便于服务器查找与请求消息相关的业务描述信息，在本申请实施例中，服务器存储业务描述信息时，可以获取该业务描述信息对应的网页内容地址，将网页内容地址与对应的业务描述信息进行关联存储，以便于后续根据请求消息查找相应的业务描述信息。

进一步地，为了进一步地提高查找的速度，在本申请实施例中，服务器还可以为每个业务描述信息生成唯一标识，该唯一标识例如可以是业务描述信息的关键词或名称等，例如服务器可以通过关键词提取方式提取出业务描述信息中的关键词，从而获得业务描述信息的关键词。另外，服务器在存储业务描述信息时，将唯一标识与业务描述信息以及网页内容地址进行关联存储。

在服务器存储了至少一个业务描述信息之后，开发者可能想要完善目标网页内容等，那么开发者需要对业务描述信息进行更新，在本申请实施例中，服务器还可以支持对预存的业务描述信息进行更新，以使得后续用户能够基于最新的业务描述信息，获得最新的目标网页内容。

具体来说，服务器可以将各个业务描述信息存入一个共享地址，开发者可以通过终端或服务器访问该共享地址发起更新请求，该更新请求中可以携带有更新后的业务描述信息，以及需要更新的业务描述信息的唯一标识。服务器在获得更新请求之后，可以根据该更新请求中的唯一标识，查找之前预存的业务描述信息，并将预存的业务描述信息更新为该更新后的业务描述信息。或者，更新请求中携带有业务描述信息对应的网页内容地址，服务器根据该网页内容地址，查找预存的业务描述信息并进行更新。

当然，开发者可能还会不断地增加业务描述信息，因此在本申请实施例中，服务器还可以接收新的业务描述信息，并存储新的业务描述信息，从而增加自身存储的业务描述信息的数量。其中，服务器存储新的业务描述信息的方式可以参照前文论述的内容，此处不再赘述。

服务器在根据请求消息匹配对应的业务描述信息时，可以以最新存储的业务描述信息进行匹配，以保证向用户反馈最新的业务描述信息。服务器匹配出与请求消息对应的目标业务描述信息之后，需要从数据源请求网页数据。由于生成目标网页内容对应的数据源可能不止一个，那么服务器需要分别向多个数据源分别请求网页数据，为了提高服务器获取数据的效率，在本申请实施例中，服务器会调用相应的通信进程，分别从多个数据源请求网页数据，可以实现多个通信进程并发，提升服务器的并发度，进而提升获得网页数据的效率。

具体来说，服务器可以根据各个数据源支持的通信协议，对于不同的通信协议，请求数据的过程可能存在差异，因此服务器可以根据各个数据源支持的通信协议，创建与通信协议对应的通信进程，如果各个数据源支持多个通信协议，那么服务器可以创建对应的多个通信进程。服务器可以是提前创建了多个通信进程，或者可以是在获得目标描述信息之后才创建的。下面以获得一个数据源对应的网页数据为例对获取网页数据的过程进行介绍：

在具体获取网页数据时，服务器可以调用一个数据源支持的通信协议对应的通信进程，也就是说，服务器可以根据属数据源支持的通信协议，匹配出对应的通信进程。并利用该通信进程，根据一个数据源对应的地址信息，进行路由寻址，从该数据源获取相应的网页数据。

作为一种实施例，通信协议中还可以携带有用于定义从数据源获得的网页数据的内容，也就是说，数据源能够提供的网页数据可能很多，但每个服务器所请求的网页数据可能不同，或者可能不是该数据源能够提供的所有网页数据，在这种情况下，服务器可以根据该通信协议，确定从该数据源获取哪些网页数据。

另外，某些数据源之间可能存在一定的依赖关系，该依赖关系可以是携带在数据源信息中的，在服务器获得数据源信息之后，可以解析出该依赖关系，可以根据该依赖关系分别从相应的数据源获得相应的网页数据。例如数据源A获得数据a，根据该数据a才能从数据源B获取需要的数据b，那么服务器可以根据该依赖关系，先从数据源A获得数据a，再从数据源B获取需要的数据b，从而获得网页数据。

以此类推，服务器在获得各个网页数据之后，可以将获得的各个网页数据分别写入目标模板中，从而获得目标网页内容。

作为一种实施例，该目标模板中预先设定了不同网页数据对应的位置，因此服务器在获得各个网页数据之后，可以将各个网页数据分别写入目标模板中的相应位置，从而获得目标网页内容。

由于用户请求的目标网页内容的形式可能有很多种，而从数据源获得的各个网页数据的格式可能并与用户请求的目标网页页面的格式并不相同，因此在本申请实施例中，服务器在将数据写入目标模板之前，可以将各个网页数据分别转换为与目标模板的类型匹配的格式，从而获得转换后的各个网页数据，再将转换后的各个网页数据写入目标模板中。下面对不同的目标网页内容，具体转换为格式的过程进行介绍：

第一种、当目标网页内容为页面或者页面片时：

其中，涉及到服务器如何确定目标网页内容的格式，例如服务器可以根据目标模板的类型确定目标网页内容的格式，或者业务描述信息包括了用于描述目标网页内容的格式的格式描述信息，服务器在获得目标业务描述信息之后，也就能够获得目标网页内容的格式。

在服务器获得各个网页数据之后，服务器可以将各个网页数据分别转换为相应的页面元素的格式，获得转换后的各个网页数据。页面元素包括多种，例如文字、图片、视频、音频、字符串或表情等一种或多种，而每种网页元素对应可能包括多种格式，因此在服务器获得各个网页数据之后，需要将这些网页数据分别转换为对应的格式，从而获得符合格式需求的目标网页内容。

例如，该网页页面中需要嵌入png格式的图片，而服务器从数据源获得了jpg格式的图片，因此服务器可以将该jpg格式的图片转换为png格式，进而再将转换后的图片写入目标模板中。

第二种、当目标网页内容为网页脚本时：

服务器在确定目标网页内容为网页脚本时，其中服务器确定目标网页内容的格式的方式可以参照前文论述的内容，此处不再赘述。服务器可以将获得的各个网页数据转换为脚本格式，获得转换后的各个网页数据。例如网页脚本具体为CGI的脚本，在服务器获得各个网页数据之后，将这些网页数据转换为与CGI的脚本匹配的脚本格式，进而获得目标网页内容。

作为一种实施例，服务器可能需要同时处理多个请求消息，为了提升服务器处理效率，服务器在转换获得的网页数据格式时，可以调用模板渲染进程来实现数据格式转换。

具体的，服务器可以确定与目标模板的类型匹配的模板渲染进程，服务器可以是在确定目标模板的类型后直接创建的，或者服务器在处理该请求消息之前，已经创建了多个模板渲染进程，从这些模板渲染进程中确定出与目标模板的类型匹配的模板渲染进程。无论哪种方式，服务器在确定与目标模板对应的模板渲染进程之后，均可以调用该模板渲染进程，将各个网页数据转换为与目标模板的类型匹配的格式，从而获得转换后的各个网页数据。

另外，为了使得目标网页内容的呈现效果更好，在本申请实施例中，服务器将转换后的各个网页数据写入目标模板之后，还可以对写入后的目标模板进行渲染，以生成最终的目标网页内容。

进一步地，服务器将转换后的各个网页数据写入目标模板之后，还可以进行目标网页内容进行补充，例如增加http响应头，或者增加代理层所需的缓存头等，在补充目标网页内容之后，服务器再将补充后的目标网页内容，一并反馈给终端。

下面基于图2A所示的应用场景图，对图2A中各个设备之间的交互过程进行介绍。请参照图5，为图2A中各个设备之间的交互过程图，该交互过程包括：

S501，终端生成请求消息。

终端可以响应于用户进行的输入操作，获取用户输入的目标网页内容的相关信息，该相关信息可以参照前文论述的内容，此处不再赘述。终端根据该相关信息，生成请求消息。

S502，终端将请求消息发送给服务器。

S503，服务器从预存的至少一个业务描述信息中确定与请求消息关联的目标业务描述信息。

其中，目标业务描述信息的内容，以及确定目标业务描述信息的相关内容可以参照前文论述的内容，此处不再赘述。

S504，服务器从数据源请求网页数据。

服务器在获得目标业务描述信息之后，可以从目标业务描述信息获得各个数据源信息，并从相应的数据源获取对应的网页数据。

图5中是以服务器向一个数据源请求网页数据进行示例说明，但实际不限制数据源的数量。

S505，服务器将获得的各个网页数据写入目标模板，获得目标网页内容。

服务器将网页数据写入目标模板的方式可以参照前文论述的内容，此处不再赘述。

S506，服务器将目标网页内容反馈给终端。

S507，终端显示该目标网页内容。

在图5所示的实施例中，服务器在获得终端的请求消息之后，可以直接匹配出与该请求消息对应的业务描述信息，根据该业务描述信息，获取相应的网页数据，并将网页数据写入模板，以获得目标网页内容，在该实施例中，服务器只需按照业务描述信息，生成相应的目标网页内容即可，无需按照固定的业务逻辑执行，提高了网页内容控制方式的稳定性。

为了更清楚地说明本申请实施例涉及的网页内容控制方法，下面以业务描述信息为JSON配置为例、服务器执行该方法为例进行说明，JSON配置是指该业务描述信息为JSON形式，请参照图6所示的网页内容控制方法的流程图，该方法具体包括：

S601，获取请求消息。

服务器具体可以从终端获得请求消息，获取请求消息的方式以及请求消息的具体含义可以参照前文论述的内容，此处不再赘述。

S602，确定是否存在与请求消息对应的目标JSON配置。

服务器在获得请求消息之后，可以根据请求消息从存储载体中匹配是否存在与该请求消息对应的目标JSON配置。该存储载体例如服务器中的数据库或硬盘文件等。如果存储载体中不存在与请求消息匹配的目标JSON配置，可能是因为开发者的声明式配置还没有发布到存储载体上，则结束。如果存储载体中存在与请求消息匹配的目标JSON配置，则执行S603，即对目标JSON配置进行编译。

S603，对目标JSON配置进行编译。

服务器在获得目标JSON配置后，可以对目标JSON配置进行编译，将目标JSON配置编译成可以运行的逻辑代码，传递给服务器中的底层运行。

S604，获取与请求消息对应的网页数据。

服务器通过底层运行目标JSON配置编译后的逻辑代码，先运行逻辑代码中的数据请求部分，从数据源获取所有业务所需要的网页数据，进一步还可以将这些网页数据进行整合。

S605，渲染模板。

服务器对模板进行渲染，具体可以将整合后的网页数据写入到逻辑代码中的目标模板，从而获得目标网页内容。

S607，输出目标网页内容。

服务器执行上述步骤之后，可以输出目标网页内容。

基于同一发明构思，本申请实施例提供一种网页内容控制装置，该装置可以用于实现前文论述的服务器的功能，请参照图7，该装置包括：

收发模块701，用于接收用于获取目标网页内容的请求消息；

确定模块702，用于从预存的至少一个业务描述信息中，确定与请求消息关联的目标业务描述信息，其中，目标业务描述信息中记录有目标网页内容对应的目标模板，以及目标模板中关联的各个网页数据的数据源信息；

收发模块701，还用于基于获得的各个数据源信息，分别从相应的数据源获取对应的网页数据；

写入模块703，用于将获得的各个网页数据写入目标模板中，获得目标网页内容；

收发模块701，还用于响应于请求消息，反馈目标网页内容。

在一种可能的实施例中，每个数据源信息包括相应的数据源的地址信息以及支持的通信协议；收发模块701具体用于针对各个数据源信息，分别通过如下方式获得相应的网页数据：

确定与一个数据源信息中的通信协议对应的通信进程；

调用通信进程，根据一个数据源信息中的数据源地址，从对应的数据源获取网页数据。

在一种可能的实施例中，请求消息中包括目标网页内容地址，装置还包括管理模块704，管理模块704，用于获取至少一个业务描述信息，以及每个业务描述信息对应的网页内容地址，以及，关联存储每个业务描述信息和对应的网页内容地址；

确定模块702，具体用于根据所述目标网页内容地址，从关联存储的每个业务描述信息和对应的网页内容地址中，确定与所述目标网页内容地址匹配的业务描述信息。

在一种可能的实施例中，管理模块704还用于：

关联存储每个业务描述信息和对应的网页内容地址之后，响应于针对至少一个业务描述信息中任一业务描述信息的更新请求，对任一业务描述信息进行更新，获得更新后的任一业务描述信息；

存储更新后的任一业务描述信息。

应当说明的是，管理模块704为可选的模块。

在一种可能的实施例中，写入模块703具体用于：

将各个网页数据转换为与目标模板的类型匹配的格式，获得转换后的各个网页数据；

将转换后的各个网页数据写入目标模板的相应位置中，获得目标网页内容。

在一种可能的实施例中，写入模块703具体用于：

确定与目标模板的类型匹配的模板渲染进程；

调用模板渲染进程，将各个网页数据转换为与目标模板的类型匹配的格式，获得转换后的各个网页数据。

在一种可能的实施例中，写入模块703具体用于：

若目标网页内容为目标网页脚本，则将各个网页数据分别转换为脚本格式，获得转换后的各个网页数据；

若目标网页内容为目标网页页面，则将各个网页数据分别转换为相应的页面元素的格式，获得转换后的各个网页数据。

图7中的装置可以用于实现前文论述的任一的网页内容控制方法，此处不再赘述。

基于同一发明构思，本申请实施例提供一种计算机设备，请参照图8，该计算机设备包括处理器801和存储器802。

处理器801可以是一个中央处理单元(central processing unit，CPU)，或者为数字处理单元等等。本申请实施例中不限定上述存储器802和处理器801之间的具体连接介质。本申请实施例在图8中以存储器802和处理器801之间通过总线803连接，总线803在图8中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线803可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器802可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器802也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器802是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器802可以是上述存储器的组合。

处理器801，用于调用存储器802中存储的计算机程序时执行前文论述的网页内容控制方法，以及还用于实现前文论述的网页内容控制装置的功能，或者服务器的功能。

基于同一发明构思，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行前文论述的任一的网页内容控制方法。

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

基于同一发明构思，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述的网页内容控制方法。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种网页内容控制方法，其特征在于，包括：

接收用于获取目标网页内容的请求消息；

从预存的至少一个业务描述信息中，确定与所述请求消息关联的目标业务描述信息，其中，所述目标业务描述信息中记录有所述目标网页内容对应的目标模板，以及所述目标模板中关联的各个网页数据的数据源信息；

基于获得的各个数据源信息，分别从相应的数据源获取对应的网页数据，并将获得的各个网页数据写入所述目标模板中，获得目标网页内容；

响应于所述请求消息，反馈所述目标网页内容。

2.如权利要求1所述的方法，其特征在于，每个数据源信息包括相应的数据源的地址信息以及支持的通信协议；

所述基于获得的各个数据源信息，分别从相应的数据源获取对应的网页数据，包括：

针对所述各个数据源信息，分别通过如下方式获得相应的网页数据：

确定与一个数据源信息中的通信协议对应的通信进程；

调用所述通信进程，根据所述一个数据源信息中的地址信息，从对应的数据源获取网页数据。

3.如权利要求1所述的方法，其特征在于，所述请求消息中包括目标网页内容地址，所述从预存的至少一个业务描述信息中，确定与所述请求消息关联的目标业务描述信息之前，所述方法还包括：

获取至少一个业务描述信息，以及每个业务描述信息对应的网页内容地址；

关联存储每个业务描述信息和对应的网页内容地址；

所述从预存的至少一个业务描述信息中，确定与所述请求消息关联的目标业务描述信息，包括：

根据所述目标网页内容地址，从关联存储的每个业务描述信息和对应的网页内容地址中，确定与所述目标网页内容地址匹配的业务描述信息。

4.如权利要求3所述的方法，其特征在于，所述关联存储每个业务描述信息和对应的网页内容地址之后，所述方法还包括：

响应于针对所述至少一个业务描述信息中任一业务描述信息的更新请求，对所述任一业务描述信息进行更新，获得更新后的任一业务描述信息；

存储所述更新后的任一业务描述信息。

5.如权利要求1-4中任一项所述的方法，其特征在于，所述将获得的各个网页数据写入所述目标模板中，获得目标网页内容，包括：

将所述各个网页数据转换为与所述目标模板的类型匹配的格式，获得转换后的各个网页数据；

将所述转换后的各个网页数据写入所述目标模板的相应位置中，获得目标网页内容。

6.如权利要求5所述的方法，其特征在于，所述将所述各个网页数据转换为与所述目标模板的类型匹配的格式，获得转换后的各个网页数据，包括：

确定与所述目标模板的类型匹配的模板渲染进程；

调用所述模板渲染进程，将所述各个网页数据转换为与所述目标模板的类型匹配的格式，获得转换后的各个网页数据。

7.如权利要求5所述的方法，其特征在于，所述将所述各个网页数据转换为与所述目标模板的类型匹配的格式，获得转换后的各个网页数据，包括：

若所述目标网页内容为目标网页脚本，则将所述各个网页数据分别转换为脚本格式，获得转换后的各个网页数据；

若所述目标网页内容为目标网页页面，则将所述各个网页数据分别转换为相应的页面元素的格式，获得转换后的各个网页数据。

8.一种网页内容控制装置，其特征在于，包括：

收发模块，用于接收用于获取目标网页内容的请求消息；

确定模块，用于从预存的至少一个业务描述信息中，确定与所述请求消息关联的目标业务描述信息，其中，所述目标业务描述信息中记录有所述目标网页内容对应的目标模板，以及所述目标模板中关联的各个网页数据的数据源信息；

所述收发模块，还用于基于获得的各个数据源信息，分别从相应的数据源获取对应的网页数据；

写入模块，用于将获得的各个网页数据写入所述目标模板中，获得目标网页内容；

所述收发模块，还用于响应于所述请求消息，反馈所述目标网页内容。

9.一种计算机设备，其特征在于，包括：

至少一个处理器，以及

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

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令实现如权利要求1-7中任一项所述的方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如权利要求1-7中任一项所述的方法。

Images