CN108153798B - 页面信息处理方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了页面信息处理方法、装置及系统，其中，所述方法包括：第一服务器获得页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；当接收到对所述目标页面的访问请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息。通过本申请实施例，能够更好的在页面搭建系统与客户端展示之间进行对接。

Description

页面信息处理方法、装置及系统

技术领域

本申请涉及页面信息处理技术领域，特别是涉及页面信息处理方法、装置及系统。

背景技术

在一些大型的网络销售平台中，业务方经常会开展一些大型的促销活动等，每次开展活动都需要开发对应的活动会场页面，例如，“双11”活动的活动会场页面，等等。为了便于生成这种活动页面，有的销售平台为运营人员提供了用于搭建页面的系统，这种页面搭建系统可以为用户(页面开发者)提供多个不同的模块，用户可以从模块池中选择模块来组装成页面框架，组装的过程像积木一样，使得一个页面可以由N个模块组成，如图1左侧所示，其中的每个小方框代表一个模块。选择好模块后，再向具体的模块中投放数据内容，以此生成完整的页面内容。

通过上述方式开发的页面，在页面发布之后最终需要展示给用户，例如，如图1右侧所示，页面中显示出了5个模块，其中包括版头(banner)模块，楼层(楼层内可以包括一排4或者其他排列方式的商品坑位)模块，等等，实际在进行页面展示时，需要提供各个模块中投放了数据之后的展示效果。但是，由于上述页面生成方式与传统方式不同，因此，如何将通过上述页面搭建平台生成的页面数据，最终完整的呈现给客户端一侧的消费者用户，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了页面信息处理方法、装置及系统，能够更好的在页面搭建系统与客户端展示之间进行对接。

本申请提供了如下方案：

一种页面信息处理方法，包括：

第一服务器获得页面搭建平台服务器提供的对目标页面的页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；

分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；

当接收到对所述目标页面的访问请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息。

一种页面信息处理方法，包括：

第二服务器接收预置地理区域范围内的目标页面访问的请求；

判断本地缓存中是否存在所述目标页面的展示信息；

如果存在，则利用缓存的展示信息返回响应，否则，向第一服务器请求获取所述目标页面的展示信息，以便所述第一服务器通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面渲染结果，其中，所述第一文件为根据组成所述目标页面的模块信息生成的文件，所述第二文件为根据所述模块关联的数据内容信息生成的文件；所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容。

一种页面信息处理装置，应用于第一服务器，包括：

页面发布信息获得单元，用于获得页面搭建平台服务器提供的对目标页面的页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；

文件存储单元，用于分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；

页面组装单元，用于当接收到对所述目标页面的访问请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息。

一种页面信息处理装置，应用于第二服务器，包括：

访问请求接收单元，用于接收预置地理区域范围内的目标页面访问的请求；

缓存查询单元，用于判断本地缓存中是否存在所述目标页面的展示信息；

展示信息获得单元，用于如果存在，则利用缓存的展示信息返回响应，否则，向第一服务器请求获取所述目标页面的展示信息，以便所述第一服务器通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面渲染结果，其中，所述第一文件为根据组成所述目标页面的模块信息生成的文件，所述第二文件为根据所述模块关联的数据内容信息生成的文件；所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容。

一种页面信息处理系统，包括至少一个第一服务器，以及至少一个第二服务器，其中，所述第一服务器为源站服务器，所述第二服务器为分布在多个地理位置的内容分发网络CDN服务器；

其中，

所述第一服务器，用于获得页面搭建平台服务器提供的对目标页面的页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；当接收到所述第二服务器的访问目标页面的请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息；

所述第二服务器，用于根据预置地理区域范围内的目标页面访问的请求，从第一服务器获得目标页面的展示信息，并在本地进行缓存，以便在再次接收到对同一目标页面的访问请求时，利用缓存的展示信息提供响应消息。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，通过这种将模块信息与数据投放信息独立进行存储的方式，可以实现页面搭建端与数据生产端之间的解耦，提升前端开发与后端开发的效率，在需要对页面进行调整时，运营人员直接通过页面搭建平台即可进行，不再需要求助于具体的技术人员。并且，可以进行模块的局部调整，或者模块内数据投放内容的局部调整，无论对其中任何一方进行调整，都不会对另一方造成影响，只要将页面发布信息中对应的模块信息或数据投放内容信息进行更新即可。而通过文件的形式保存上述模块信息或者数据投放内容信息，具有方便保存、方便查看、方便传输等诸多优点，并且，还便于实现对信息的规模化管理，也即，随着各种活动会场页面的搭建，对接系统内需要保存的数据会越来越多，通过文件方式的存储可以方便对这些数据的管理。甚至可以通过文本文件的形式进行存储，进一步获得节省存储空间、便于管理等效果。另外，在对上述第一文件以及第二文件进行存储时，都可以采用持久化保存的方式，避免在相应的页面数据在被使用完之后就变得无迹可寻。

另外，还可以与内容分发网络相结合，实现全球用户的加速访问，并且，还可以通过对用户终端类型的识别，为不同终端类型的用户提供相适配的页面展示信息。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是页面搭建模块示意图；

图2是本申请实施例提供的系统架构示意图；

图3是本申请实施例提供的第一方法的流程图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第一装置的示意图；

图6是本申请实施例提供的第二装置的示意图；

图7是本申请实施例提供的系统的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

为了便于对本申请实施例中的模块、数据投放内容等进行理解，下面首先对相关的概念进行简单的介绍。

首先，为了便于进行页面开发，最初可以在xtemplate模板引擎(xtemplate是适用于Javascript的模板引擎)的基础上进行扩展，让前端通过编写xtemplate模板，在context中注入一些必需的页面上下文，扩展xtemplate的语法，支持引入前端资源。基于这套模板，可以在拿到数据后渲染得到完整的页面，基本满足了开发页面在功能上的所有需求。但是页面中其实有非常多重复性的内容，完全可以把他们抽象成一个个的模块，让页面通过模块化的方式来基于模块搭建，这就是本申请实施例中关于模块的概念，并且，基于该模块的概念，提供了页面搭建平台，并且通过配套的数据投放平台，让运营人员可以自由组合所有的模块生成页面，并为页面上的每一个模块进行数据投放。也就是说，具体的页面搭建的过程可以是，运营人员首先从搭建平台提供的模块池进行模块的选择，搭建起页面框架，然后，再通过页面搭建平台内接入的数据投放系统，向具体的模块内进行数据投放，使得页面内容由具体的模块以及模块内投放的数据这两部分信息组成。

然而，在这种页面搭建平台中，会存在一些问题，包括模块版本和静态资源版本的管理、模块如何拿到相应的数据等等，对此，本申请实施例就提供了一种对接系统，该对接系统是一种用来渲染基于模块搭建的页面的服务(简称，页面渲染系统)，通过对接系统的支持，针对上述问题给出了相应的解决方案：

第一，模块版本和静态资源版本的管理：页面可能引用几十个模块，而这些模块依赖的静态资源可能有重复、有冲突，因此，可以在页面搭建平台中通过一份统一的种子(seed)来进行依赖版本的管理，每一个模块在发布的时候都可以打包好自身的依赖关系，而页面渲染服务器在将所有的模块组合成页面的时候，可以将所有模块的依赖表重新进行合并和去重，最终保证页面引用的模块和静态资源唯一。

第二，模块如何拿到相应的数据：对于模块而言，他并不需要知道被哪个页面引用了，所有的页面在引用模块的时候可以将模块所需的数据传递进去。而所有的模块开发者都可以编写一份模块需要数据的JSON Schema描述，通过这份描述文件，搭建平台、投放系统以及其他使用这个模块的人都能够知道要为这个模块产生什么格式的数据。

基于对接系统为上述问题提供的解决方案，页面搭建平台中产出的每一个页面都可以包括以下几个部分：

一份页面的描述文件，声明了这个页面依赖的所有模块，以及渲染这些模块所需的数据的地址。

一系列相互独立的模块。

一份包含页面上所有模块所需数据的数据文件。

页面搭建平台发布的上述页面往往还不能直接提供给访问者用户进行展示，因此，就可以由本申请实施例中所涉及的页面渲染服务，对页面搭建平台中产出的页面信息进行保存，并在接收到具体的访问请求时进行一些相应的处理，经过这种处理后，才能够将相应的页面展示给访问者用户。

具体的，本申请实施例中的页面渲染系统首先可以将页面搭建平台的页面发布信息进行存储，在存储时，本申请实施例中创新性的提出了将页面中的模板信息与数据投放内容信息进行单独存储的处理方式，并且，在存储上述模板信息以及数据投放内容信息时，均可以采用文件的形式进行保存。也就是说，在接收到一个目标页面的页面发布信息后，由于页面关联有多个模块，每个模块关联同一份数据投放内容信息，因此，在本申请实施例中，可以分别将各个模块的信息保存为第一文件，将数据投放内容信息保存为第二文件，这样，一个目标页面在存储系统中，就会对应有多个第一文件，以及第二文件。在需要进行页面展示时，可以由相应的模板引擎，获取出页面关联的第一文件以及第二文件，并对这种第一文件以及第二文件进行解析，从而完成页面的组装、渲染等相关处理，得到真正可以在前端的客户端中进行展示的展示信息。

通过这种将模块信息与数据投放信息独立进行存储的方式，可以实现页面搭建端与数据生产端之间的解耦，提升前端开发与后端开发的效率，在需要对页面进行调整时，运营人员直接通过页面搭建平台即可进行，不再需要求助于具体的技术人员。并且，可以进行模块的局部调整，或者模块内数据投放内容的局部调整，无论对其中任何一方进行调整，都不会对另一方造成影响，只要将页面发布信息中对应的模块信息或数据投放内容信息进行更新即可。

而通过文件的形式保存上述模块信息或者数据投放内容信息，具有方便保存、方便查看、方便传输等诸多优点，并且，还便于实现对信息的规模化管理，也即，随着各种活动会场页面的搭建，对接系统内需要保存的数据会越来越多，通过文件方式的存储可以方便对这些数据的管理。甚至可以通过文本文件的形式进行存储，进一步获得节省存储空间、便于管理等效果。另外，在对上述第一文件以及第二文件进行存储时，都可以采用持久化保存的方式，避免在相应的页面数据在被使用完之后就变得无迹可寻。

其中，在具体实现时，可以通过专门的服务器来实现上述页面信息存储、组装、渲染等功能，再通过该服务器向具体的访问者用户客户端提供具体的页面数据。然而，在实际应用中，面对海量用户，通过少数几台服务器进行对接时，可能会造成访问速度受限等情况，甚至可能会造成服务器的崩溃。为此，针对该对接系统，还可以结合内容分发网络(CDN)来实现，也即，上述能够提供页面发布信息存储、页面组装、渲染等功能的服务器可以称为“源站”服务器，除了这些源站服务器，还可以分布式的部署多台CDN服务器，这些CDN服务器可以分布在不同的地理位置，并划分了各自负责的地理位置区域。CDN服务器还可以部署有缓存系统，对已经访问过的页面展示信息进行缓存，这样，用户的访问请求可以首先由靠近的CDN服务器接收，例如由距离其最近的CDN服务器接收，然后，CDN服务器可以首先查询缓存，如果缓存在存在对应页面的相关展示信息，则可以直接向访问者用户返回响应，如果CDN服务器发现缓存中不存在关于当前访问页面的相关展示信息，再向源站服务器转发该访问请求，源站服务器进行页面的组装、渲染等操作后，再返回给CDN服务器，之后，CDN服务器可以将该页面展示信息进行缓存，并且，向访问者用户返回响应。其中，CDN服务器可以根据具体的需求，在多个地理位置区域进行部署，例如，可以是在国内的各省市进行部署，甚至还可以部署到国外的用户聚集区，通过这种方式，可以实现全球范围的访问加速。

另外，在实际应用中，访问者用户在访问一个目标页面时所使用的终端可能会具有不同的类型，例如，有的是利用PC设备上的浏览器进行访问，有的是利用移动终端设备上的浏览器进行访问，还有的是利用移动终端设备上的应用(例如，“天猫”App、“淘宝”App等)，等等。不同的终端类型对应的页面渲染方式等可能会有所不同，为此，CDN服务器则在接收到具体访问者的访问目标页面请求时，还可以首先判断出访问者的终端类型，然后，在本地缓存中进行判断时，可以判断关于目标页面在该终端类型下是否存在缓存数据，如果存在，则可以直接返回响应，否则，向源站服务器请求，并在请求中携带用户的终端类型信息，这样，源站服务器就可以利用目标页面对应的文件，进行页面的组装以及渲染，得到页面在该终端类型下的展示信息，并返回给CDN服务器，CDN服务器可以利用该信息向访问者用户提供响应消息，并且，可以对页面展示信息进行缓存，并记录下与终端类型之间的对应关系。

下面通过一个具体的例子对具体的页面处理流程进行介绍：

1、首先假设用户在某终端环境下访问https://1111.tmall.com这个网址，请求会直接来到CDN服务器上。

2、CDN服务器对用户的终端环境进行判断，并在内存中找到对应终端类型的缓存文件返回，若未命中缓存，则继续往下执行。

3、CDN将请求转发到源站的页面渲染服务器，源站服务器根据终端类型选择不同的页面响应(pc页面，h5页面，native页面)。

4、CDN服务器响应用户请求，并缓存页面。

通过上述例子可以看到同一个url对应到后端其实是完全不同的页面输出内容，为了达到这个目的，具体实现时，还可以进行以下处理：

首先，可以开发一个组件(例如，名称可以为tengine-detector)，通过访问请求中携带的user-agent参数以及约定的一些cookie(终端缓存数据，是一种为了辨别用户身份、进行会话跟踪等而储存在用户终端设备上的数据，通常经过加密处理)信息，可以判断出用户的终端类型。该组件可以部署到CDN服务器上，让CDN服务器拥有了终端类型判断的能力。这样，在用户访问请求到CDN服务器上之后，CDN服务器可以根据用户的终端类型分类，设置一个请求头，例如:detector:pc表明这个请求的终端设备是PC上的浏览器，等等。这样，源站的页面渲染服务器获取到这个请求头之后，可以根据url和设备类型选择不同的页面返回。返回时可以设置vary参数为detector，保证CDN服务器根据不同的终端类型缓存不同页面。

需要说明的是，如前文所述，根据终端类型的不同，对于同一个url可以返回不同的页面，而这些页面其实都是通过一个页面搭建平台用模块搭建的。在这个平台上，大部分模块都拥有pc和无线两个版本，有些模块还有react native的版本。在具体实现时，运营人员只需搭建PC上的页面，就可以自动生成无线以及react native的页面。也就是说，最终在页面发布时，可以分别为不同的终端类型发布多套模块以及数据投放内容，分别用于渲染成不同终端类型下的页面展示信息。

总之，从系统架构角度而言，可参见图2，本申请实施例中提供的模块渲染源站服务器，可以用于将页面搭建平台中产生的模块信息，以及数据投放系统展示的数据投放内容信息，进行独立存储，并在具体需要向访问者用户展示页面时，根据存储的文件信息，进行页面的组装、渲染，并最终提供给前端的消费者等用户进行页面访问。为了实现“全球加速”访问，可以部署源站服务器，以及多个CDN服务器，可以进行终端类型的识别，还可以在CDN服务器中可以对访问过的页面展示信息进行缓存，等等。

下面分别从不同的角度，对具体的实现方式进行详细介绍。

实施例一

该实施例一首先从第一服务器(也即，前述用于对页面搭建平台产出的页面信息进行存储、以及后续的组装及渲染操作的服务器)的角度，提供了一种页面信息处理方法，参见图3，该方法可以包括以下步骤：

S301：第一服务器获得页面搭建平台服务器提供的对目标页面的页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；

S302：分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；

S303：当接收到对所述目标页面的访问请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息。

具体实现时，还可以确定访问者的终端类型，然后通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行组装并渲染成对应终端类型的展示信息。

其中，还可以部署多个第二服务器(也即前文所述的CDN服务器等)，第一服务器可以接收第二服务器转发的对所述目标页面的访问请求，所述第二服务器为内容分发网络中靠近访问者的服务器，例如距离访问者所在地理位置最近的服务器，由所述第二服务器对所述访问者的终端类型进行识别，并在转发所述访问请求时，携带所述终端类型识别结果，这样，第一服务器可以根据所述访问请求携带的识别结果，确定所述访问者的终端类型。

具体实现时，所述页面发布信息中还可以包括每个模块的静态资源依赖信息，在具体进行页面渲染时，可以将所述目标页面关联的各个模块的依赖关系信息进行合并去重操作，以便所述目标页面引用的模块以及静态资源具有唯一性。

另外，还可以预先保存各模块的描述信息，所述模块描述信息用于声明模块关联的数据格式信息，这样，具体在进行页面渲染时，可以根据模块描述信息，确定各个模块所需的数据格式，然后，按照所述数据格式对对应模块关联数据投放内容进行处理，并传递到对应的模块中。

其中，所述第一文件以及第二文件可以为文本类型的文件，并且，还可以进行持久化保存。

关于该实施例一中各步骤的具体实现，可以参见前文的记载，这里不再赘述。

总之，通过本申请实施例，通过这种将模块信息与数据投放信息独立进行存储的方式，可以实现页面搭建端与数据生产端之间的解耦，提升前端开发与后端开发的效率，在需要对页面进行调整时，运营人员直接通过页面搭建平台即可进行，不再需要求助于具体的技术人员。并且，可以进行模块的局部调整，或者模块内数据投放内容的局部调整，无论对其中任何一方进行调整，都不会对另一方造成影响，只要将页面发布信息中对应的模块信息或数据投放内容信息进行更新即可。而通过文件的形式保存上述模块信息或者数据投放内容信息，具有方便保存、方便查看、方便传输等诸多优点，并且，还便于实现对信息的规模化管理，也即，随着各种活动会场页面的搭建，对接系统内需要保存的数据会越来越多，通过文件方式的存储可以方便对这些数据的管理。甚至可以通过文本文件的形式进行存储，进一步获得节省存储空间、便于管理等效果。另外，在对上述第一文件以及第二文件进行存储时，都可以采用持久化保存的方式，避免在相应的页面数据在被使用完之后就变得无迹可寻。

另外，还可以与内容分发网络相结合，实现全球用户的加速访问，并且，还可以通过对用户终端类型的识别，为不同终端类型的用户提供相适配的页面展示信息。

实施例二

该实施例二是从第二服务器的角度，提供了一种页面信息处理方法，参见图4，该方法可以包括以下步骤：

S401：第二服务器接收预置地理区域范围内的目标页面访问的请求；

S402：判断本地缓存中是否存在所述目标页面的展示信息；

S403：如果存在，则利用缓存的展示信息返回响应，否则，向第一服务器请求获取所述目标页面的展示信息，以便所述第一服务器通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面渲染结果，其中，所述第一文件为根据组成所述目标页面的模块信息生成的文件，所述第二文件为根据所述模块关联的数据内容信息生成的文件；所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容。

其中，具体在接收所述目标页面访问请求时，还可以对访问者的终端类型进行识别，此时，可以判断本地缓存中是否存在所述目标页面在该终端类型下的展示信息，如果存在，则从本地缓存中返回响应信息，否则，则可以向第一服务器请求获取页面信息。具体在向所述第一服务器发送访问目标页面的请求时，可以在该请求中携带所述访问者的终端类型信息，以便所述第一服务器通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回所述终端类型对应的展示信息。

具体实现时，可以在第二服务器中部署有预置组件，这样，具体可以通过所述组件对所述访问请求中携带的user-agent参数以及终端缓存数据信息，对所述访问者的终端类型进行识别。

关于该实施例二中各步骤的具体实现方式，同样可以参见前文中的记载，这里不再赘述。

与前述实施例一相对应，本申请实施例还提供了一种页面信息处理装置，参见图5，该装置应用于第一服务器，具体可以包括：

页面发布信息获得单元501，用于获得页面搭建平台服务器提供的对目标页面的页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；

文件存储单元502，用于分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；

页面组装单元503，用于当接收到对所述目标页面的访问请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息。

具体实现时，所述页面组装单元可以包括：

终端类型确定子单元，用于确定访问者的终端类型；

组装渲染子单元，用于通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行组装并渲染成对应终端类型的展示信息。

其中，所述页面组装单元具体还可以包括：

请求接收子单元，用于接收第二服务器转发的对所述目标页面的访问请求，所述第二服务器为内容分发网络靠近访问者的服务器，由所述第二服务器对所述访问者的终端类型进行识别，并在转发所述访问请求时，携带所述终端类型识别结果；

所述终端类型确定子单元具体可以用于：

根据所述访问请求携带的识别结果，确定所述访问者的终端类型。

其中，所述页面发布信息中还包括每个模块的静态资源依赖信息；

所述通页面组装单元具体可以用于：

将所述目标页面关联的各个模块的依赖关系信息进行合并去重操作，以便所述目标页面引用的模块以及静态资源具有唯一性。

另外，该装置还可以包括：

模块描述信息保存单元，用于预先保存各模块的描述信息，所述模块描述信息用于声明模块关联的数据格式信息；

所述页面组装单元具体可以用于：

根据模块描述信息，确定各个模块所需的数据格式；

按照所述数据格式对对应模块关联数据投放内容进行处理，并传递到对应的模块中。

其中，所述第一文件以及第二文件为文本类型的文件。

另外，该装置还可以包括：

持久化单元，用于将所述第一文件以及第二文件进行持久化保存。

与实施例二相对应，本申请实施例还提供了一种页面信息处理装置，参见图6，该装置应用于第二服务器，包括：

访问请求接收单元601，用于接收预置地理区域范围内的目标页面访问的请求；

缓存查询单元602，用于判断本地缓存中是否存在所述目标页面的展示信息；

展示信息获得单元603，用于如果存在，则利用缓存的展示信息返回响应，否则，向第一服务器请求获取所述目标页面的展示信息，以便所述第一服务器通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面渲染结果，其中，所述第一文件为根据组成所述目标页面的模块信息生成的文件，所述第二文件为根据所述模块关联的数据内容信息生成的文件；所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容。

其中，在接收所述目标页面访问请求时，还包括：

终端类型识别单元，用于对访问者的终端类型进行识别；

所述缓存查询单元具体可以用于：

判断本地缓存中是否存在所述目标页面在该终端类型下的展示信息；

所述展示信息获得单元具体可以用于：

向所述第一服务器发送访问目标页面的请求，并在该请求中携带所述访问者的终端类型信息，以便所述第一服务器通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回所述终端类型对应的展示信息。

其中，所述第二服务器中部署有预置组件，所述终端类型识别单元具体可以用于：

通过所述组件对所述访问请求中携带的user-agent参数以及终端缓存数据信息，对所述访问者的终端类型进行识别。

另外，本申请实施例还可以提供一种页面信息处理系统，参见图7，该系统可以包括至少一个第一服务器701(图中仅示出1个)，以及至少一个第二服务器702(图中仅示出3个)，其中，所述第一服务器为源站服务器，所述第二服务器为分布在多个地理位置的内容分发网络CDN服务器；

其中，

所述第一服务器701，用于获得页面搭建平台服务器提供的对目标页面的页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；当接收到所述第二服务器的访问目标页面的请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息；

所述第二服务器702，用于根据预置地理区域范围内的目标页面访问的请求，从第一服务器获得目标页面的展示信息，并在本地进行缓存，以便在再次接收到对同一目标页面的访问请求时，利用缓存的展示信息提供响应消息。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的页面信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (13)

1.一种页面信息处理方法，其特征在于，包括：

第一服务器获得页面搭建平台服务器提供的对目标页面的页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；

分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；

当接收到对所述目标页面的访问请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息。

2.根据权利要求1所述的方法，其特征在于，所述通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，包括：

确定访问者的终端类型；

通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行组装并渲染成对应终端类型的展示信息。

3.根据权利要求2所述的方法，其特征在于，所述接收对所述目标页面的访问请求，包括：

接收第二服务器转发的对所述目标页面的访问请求，所述第二服务器为内容分发网络中靠近访问者的服务器，由所述第二服务器对所述访问者的终端类型进行识别，并在转发所述访问请求时，携带所述终端类型识别结果；

所述确定访问者的终端类型，包括：

根据所述访问请求携带的识别结果，确定所述访问者的终端类型。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述页面发布信息中还包括每个模块的静态资源依赖信息；

所述通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，包括：

将所述目标页面关联的各个模块的依赖关系信息进行合并去重操作，以便所述目标页面引用的模块以及静态资源具有唯一性。

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

预先保存各模块的描述信息，所述模块描述信息用于声明模块关联的数据格式信息；

所述通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，包括：

根据模块描述信息，确定各个模块所需的数据格式；

按照所述数据格式对对应模块关联数据投放内容进行处理，并传递到对应的模块中。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述第一文件以及第二文件为文本类型的文件。

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

将所述第一文件以及第二文件进行持久化保存。

8.一种页面信息处理方法，其特征在于，包括：

第二服务器接收预置地理区域范围内的目标页面访问的请求；

判断本地缓存中是否存在所述目标页面的展示信息；

如果存在，则利用缓存的展示信息返回响应，否则，向第一服务器请求获取所述目标页面的展示信息，以便所述第一服务器通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面渲染结果，其中，所述第一文件为根据组成所述目标页面的模块信息生成的文件，所述第二文件为根据所述模块关联的数据内容信息生成的文件；所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容。

9.根据权利要求8所述的方法，其特征在于，在接收所述目标页面访问请求时，还包括：

对访问者的终端类型进行识别；

所述判断本地缓存中是否存在所述目标页面的展示信息，包括：

判断本地缓存中是否存在所述目标页面在该终端类型下的展示信息；

所述向第一服务器请求获取所述目标页面的渲染结果，包括：

向所述第一服务器发送访问目标页面的请求，并在该请求中携带所述访问者的终端类型信息，以便所述第一服务器通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回所述终端类型对应的展示信息。

10.根据权利要求9所述的方法，其特征在于，所述第二服务器中部署有预置组件，所述对访问者的终端类型进行识别，包括：

通过所述组件对所述访问请求中携带的user-agent参数以及终端缓存数据信息，对所述访问者的终端类型进行识别。

11.一种页面信息处理装置，其特征在于，应用于第一服务器，包括：

页面发布信息获得单元，用于获得页面搭建平台服务器提供的对目标页面的页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；

文件存储单元，用于分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；

页面组装单元，用于当接收到对所述目标页面的访问请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息。

12.一种页面信息处理装置，其特征在于，应用于第二服务器，包括：

访问请求接收单元，用于接收预置地理区域范围内的目标页面访问的请求；

缓存查询单元，用于判断本地缓存中是否存在所述目标页面的展示信息；

展示信息获得单元，用于如果存在，则利用缓存的展示信息返回响应，否则，向第一服务器请求获取所述目标页面的展示信息，以便所述第一服务器通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面渲染结果，其中，所述第一文件为根据组成所述目标页面的模块信息生成的文件，所述第二文件为根据所述模块关联的数据内容信息生成的文件；所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容。

13.一种页面信息处理系统，其特征在于，包括至少一个第一服务器，以及至少一个第二服务器，其中，所述第一服务器为源站服务器，所述第二服务器为分布在多个地理位置的内容分发网络CDN服务器；

其中，

所述第一服务器，用于获得页面搭建平台服务器提供的对目标页面的页面发布信息，所述页面发布信息中包括：页面描述信息、用于组成所述目标页面的至少一个模块的信息，以及各模块关联的数据投放内容信息；其中，所述页面描述信息用于声明所述目标页面依赖的所有模块，以及渲染模块所需的数据投放内容；分别将各个模块的信息分别存储为第一文件，并将所述数据投放内容信息存储为第二文件；当接收到所述第二服务器的访问目标页面的请求时，通过对所述目标页面关联的页面描述信息、第一文件以及第二文件的解析操作，进行页面组装及渲染，并返回页面展示信息；

所述第二服务器，用于根据预置地理区域范围内的目标页面访问的请求，从第一服务器获得目标页面的展示信息，并在本地进行缓存，以便在再次接收到对同一目标页面的访问请求时，利用缓存的展示信息提供响应消息。

Images