CN106446049B - 一种页面数据交互装置及方法 - Google Patents

Abstract

本发明公开了一种页面数据交互装置及方法。装置包括框架服务模块和页面模板服务模块，页面模板单元用于将请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据插件信息生成插件信息列表，将插件信息列表发送给框架服务模块；框架服务模块用于解析客户端发送的请求，向请求对应的页面模板单元发送请求，根据插件信息列表获取相应的插件数据，并将插件数据返回给客户端。客户端应用程序只需要和框架服务交互，通过一次交互即可取到客户端进行数据展示和UI渲染所需的所有数据，从而达到后台逻辑间解耦，减少客户端与后台的交互次数，提升页面的加载速度，提升客户端和服务器的效率。

Description

一种页面数据交互装置及方法

技术领域

本发明涉及互联网技术领域，尤其涉及一种页面数据交互装置及方法。

背景技术

目前，用户在浏览视图类的应用程序(例如，腾讯视频)的任意页面时，终端根据后台下发的数据和模板样式来进行UI的渲染，这些数据在后台可能来自不同的服务，终端需要发起多次的请求来获取数据，这样提高了应用程序开发的难度和出错的机会。

目前的视图类应用程序后台开发方案大多采用按照页面类型划分模块，由接入proxy按照页面类型路由给不同页面服务，进行后台逻辑间解耦的方式，而对于同一页面内数据，由页面服务访问不同的数据服务，并且创建模板进行组合的方式，如图1所示。

现有方案至少存在以下缺点：

1)按页面类型划分粒度太大，单个页面可能包含数十个模块，导致页面服务耦合较重，会导致页面服务处理效率成为瓶颈，访问延迟增大。

2)不同的页面服务均需要重复实现页面缓存等提升访问速度的逻辑。

3)数据模块中存在与用户维度，用户所在地域，用户设备类型等相关的动态数据部分时，会使整个页面的缓存策略复杂化甚至完全失效。

4)页面服务不能灵活的模块化的组合数据，不同页面间存在相同的数据模块时需要重复的逻辑开发。

发明内容

针对以上问题，本发明提出了一种页面数据交互装置，以解决页面服务实现过程中的逻辑耦合和缓存效率低下的问题。本发明的装置包括框架服务模块和页面模板服务模块，其中，

所述页面模板服务模块包括多个页面模板单元，所述页面模板单元用于接收所述框架服务模块发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据所述插件信息生成插件信息列表，将所述插件信息列表发送给所述框架服务模块；

所述框架服务模块用于解析客户端发送的请求，获取与所述请求对应的页面模板单元的存储地址，根据所述存储地址向所述页面模板单元发送所述请求，接收所述页面模板单元返回的插件信息列表，根据所述插件信息列表获取相应的插件数据，并将所述插件数据返回给客户端。

本发明还提供了一种上述装置的页面数据交互方法，所述方法包括：

框架服务模块解析客户端发送的请求，获取与所述请求对应的页面模板单元的存储地址，根据所述存储地址向所述页面模板单元发送所述请求；

所述页面模板单元接收所述框架服务模块发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据所述插件信息生成插件信息列表，将所述插件信息列表发送给所述框架服务模块；

所述框架服务模块接收所述页面模板单元返回的插件信息列表，根据所述插件信息列表获取相应的插件数据，并将所述插件数据返回给客户端。

在本发明实施例中，针对页面数据交互，在后台服务端构建了新的页面数据交互装置，包括框架服务模块和页面模板服务模块，框架服务模块用于解析客户端发送的请求，获取与所述请求对应的页面模板单元的存储地址，根据所述存储地址向所述页面模板单元发送所述请求；页面模板单元用于接收框架服务模块发送的请求，将请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据插件信息生成插件信息列表，将插件信息列表发送给框架服务模块；框架服务模块还用于接收页面模板单元返回的插件信息列表，根据插件信息列表获取相应的插件数据，并将插件数据返回给客户端。本发明通过设计一个支持插件化的框架服务模块的方式，将各个后台数据划分为不同的插件模块，按照统一的插件规范进行组合，生成一套客户端可以展现的包含模板和数据的页面内容，客户端应用程序只需要和框架服务交互，通过一次交互即可取到客户端进行数据展示和UI渲染所需的所有数据，从而达到后台逻辑间解耦，减少客户端与后台的交互次数，提升页面的加载速度，提升客户端和服务器的效率。

附图说明

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

图1是根据相关技术中的页面数据交互的示意图；

图2是根据本发明实施例的页面数据交互装置的计算机终端的硬件结构框图；

图3是根据本发明实施例的页面数据交互装置的结构框图；

图4是根据本发明实施例的页面数据交互装置的另一结构框图；

图5是根据本发明实施例的页面的示意图；

图6是根据本发明实施例的页面的另一示意图；

图7是根据本发明实施例的页面数据交互方法的流程图；

图8是根据本发明实施例的步骤S702的流程图；

图9是根据本发明实施例的步骤S703的流程图；

图10是根据本发明实施例的步骤S902的流程图；

图11是根据本发明实施例的步骤S904的流程图；

图12是根据本发明实施例的计算机终端的结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种页面数据交互装置的实施例，本申请实施例一所提供的装置实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图2是根据本发明实施例的页面数据交互装置的计算机终端的硬件结构框图。如图2所示，计算机终端100可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图2所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端100还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的页面数据交互方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的页面数据交互方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端100的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在上述运行环境下，本申请提供了如图3所示的页面数据交互装置。所述装置包括：框架服务模块10和页面模板服务模块20。

所述页面模板服务模块20包括多个页面模板单元200，所述页面模板单元用于接收所述框架服务模块10发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据所述插件信息生成插件信息列表，将所述插件信息列表发送给所述框架服务模块10；

所述框架服务模块10用于解析客户端发送的请求，获取与所述请求对应的页面模板单元200的存储地址，根据所述存储地址向所述页面模板单元200发送所述请求；所述框架服务模块10还用于接收所述页面模板单元200返回的插件信息列表，根据所述插件信息列表获取相应的插件数据，并将所述插件数据返回给客户端。

在具体的应用场景中，框架服务模块10通过接入模块来接收用户客户端发送的请求，并通过代理服务器将数据发送给客户端。接入模块可以是接入代理服务器，或称为接入proxy，接入代理服务器获取用户请求，将请求转发给框架服务模块10。

可选的，本发明的框架服务模块10包括第一映射表，所述第一映射表用于存储与客户端发送的请求对应的页面命令字与所述页面模板单元的存储地址之间的映射关系。

其中，页面命令字是唯一表示客户端应用程序的页面类型的标识。通过第一映射表将发送请求的客户端与相应的页面模板单元一一对应。当框架服务模块10接收到客户端发送的请求后，解析该请求，获取页面命令字，通过第一映射表获取页面模板单元的存储地址，从而实现向与所述请求对应的页面模板单元发送所述请求。

可选的，所述框架服务模块10包括查询单元101，所述查询单元101用于根据所述插件信息列表在本地缓存数据中查找相应的插件数据。

作为一种可选的实施例，如图4所示，本发明的装置还包括插件服务模块30，所述插件服务模块30包括多个插件服务单元300；

所述框架服务模块10包括插件注册表，所述插件注册表用于保存插件服务标识与插件路由信息和插件缓存策略的映射关系，其中，所述插件服务标识为所述插件服务单元300的标识，所述插件路由信息为所述插件服务单元300的存储地址，所述插件缓存策略为预设的插件服务单元300的缓存策略。

由于本发明是基于模块化插件的页面组织方式，因此，本发明包括多个插件服务单元300，每个插件服务单元300均用于实现一种插件服务，插件服务包括请求解析，插件数据获取，模板样式生成等等。插件数据，例如图片或视频或其他非UGC类型的数据，可以缓存在框架服务中。UGC全称为User Generated Content，也就是用户生成内容的意思。UGC的概念最早起源于互联网领域，即用户将自己原创的内容通过互联网平台进行展示或者提供给其他用户。由于UGC内容存在用户与客户端之间频繁的数据交互，而本发明侧重与能够分解为插件的页面内容展示，因此UGC数据不适用于本发明。

可选的，页面模板单元生成的所述插件信息列表包括所述插件服务标识和与所述插件服务单元300对应的请求参数列表。

具体的，所述请求对应的插件信息可以包括插件数量、插件类型和插件顺序。所述插件信息列表为数组，所述数组的顺序与插件的顺序对应。

在具体的用于场景中，所述查询单元101还用于根据所述插件服务标识在所述插件注册表中查找与所述插件服务标识对应的插件缓存策略，根据所述插件缓存策略，对于允许缓存的插件数据，根据所述请求参数列表在本地缓存数据中查找所述插件数据。

可选的，所述框架服务模块10还包括插件服务请求单元102，所述插件服务请求单元102用于根据所述插件信息列表向对应的插件服务单元300请求插件数据。

具体来说，当查询单元101在本地缓存数据中查找不到所述插件数据或查找的插件数据无效时，插件服务请求单元102根据所述插件信息列表向对应的插件服务单元300请求插件数据。

所述插件服务单元300用于在接收到所述插件服务请求单元102发送的请求后，生成与所述请求对应的插件数据，将生成的插件数据发送给所述框架服务模块10。

可选的，所述插件服务单元300还用于在接收到所述插件服务请求单元102发送的请求后，根据页面模板单元所需的样式生成模板样式信息，将所述模板样式信息发送给所述框架服务模块10。页面模板样式是用以定义页面中各模块UI展示的相关规范；通过页面模板样式能够更好地组织页面显示。

可选的，所述插件信息列表还包括与所述请求对应的客户端所属的用户组信息。

具体地，所述用户组信息可以包括：客户端的设备类型和操作装置版本号、与请求对应的客户端应用程序的版本号信息和所述应用程序的发布渠道信息、客户端所属的地域信息和客户端的身份鉴权信息。

由于针对不同的用户组展示的插件信息也不同，客户端的设备类型例如iPhone和安卓装置插件信息不同；操作装置版本号不同，插件信息也不同；客户端所属的地域信息不同，插件信息也不同，某些插件仅对某些地域的客户端展示，而对其他地域隐藏，或者，某些插件对于身份鉴权信息为VIP的用户展示。

可选的，所述插件服务单元300还用于根据预设的多个分组类别生成多组数据，每组数据对应一个分组类别，将生成的数据发送给所述框架服务模块10。

具体来说，所述插件服务单元300还用于根据客户端的设备类型和操作装置版本号、与请求对应的客户端应用程序的版本号信息和所述应用程序的发布渠道信息、客户端所属的地域信息和客户端的身份鉴权信息设置分组类别。例如，根据客户端的设备类型进行分组；根据客户端的操作装置版本号分组，根据与请求对应的客户端应用程序的版本号信息分组，根据所述应用程序的发布渠道信息进行分组；根据客户端所属的地域信息分组，根据客户端的身份鉴权信息分组。插件服务单元300在生成插件数据时，会根据不同的分组类别分别生成对应的插件数据。

可选的，所述框架服务模块10还用于接收所述插件服务单元300发送的数据，根据所述用户组信息获取与所述用户组信息对应的插件数据。根据所述用户组信息获取与所述用户组信息对应的插件数据的过程，也可以看做是对插件数据进行过滤的过程，从插件服务单元300发送的数据中，筛选出与用户组信息匹配的插件数据发送给对应的请求方客户端。

需要注意的是，这里由框架服务模块10对数据进行过滤等数据的二次加工，而不是由插件服务单元300直接生成和用户组相关的插件数据，具有如下的几点优势：

1)插件服务单元300的处理逻辑更加简单，插件服务单元300不需要关心和用户相关的逻辑。

2)不同用户组的插件数据可以在框架服务的内存当中实现共享一份数据，减少了框架服务的缓存key数，可以极大的提升缓存命中率。

可选的，所述框架服务模块10还用于判断所述插件服务单元300发送的数据是否符合预设的缓存条件，若是，则将所述数据缓存在本地，从而进一步节约了框架服务模块10存储的数据量，减轻框架服务的负担。

本发明的技术方案可应用于所有非UGC内容的应用程序app页面的开发，以下结合图5和图6，对视频app产品场景下插件模块的简单划分进行说明。图中，通过将app按功能模块划分为相互独立的插件进行实现，彼此之间没有了耦合性，每个插件均包括模块所需的全部数据和展现所需要定义的模板样式。

图5当中包含的插件都是与用户所属组无关的通用数据，在框架服务当中可以实现对插件数据的完全缓存。当框架服务接收到如图5的页面的请求后，解析该请求，通过第一映射表找到相应的页面模板单元，页面模板单元接收到请求后，将该请求分解为上、中、下几个插件模块，获取每个模块对应的插件信息，比如几个插件的信息、类型和顺序，根据所述插件信息生成插件信息列表，插件信息列表包括所述插件服务标识和与所述插件服务单元300对应的请求参数列表以及请求对应的用户组信息；所述插件信息列表为数组，所述数组的顺序与插件的顺序对应；最后页面模板单元将所述插件信息列表以数组形式发送给所述框架服务模块10。

框架服务模块10在收到页面模板单元返回的数据包后，查找单元对数组信息进行遍历检查，对于合法有效的插件ID找到插件注册表中所包含的插件路由信息和插件缓存策略。遍历检查完成后，对于允许缓存的插件数据，框架服务模块10会以插件服务的请求参数列表为关键字在本地缓存数据中进行查找，对于数据有效的插件，会直接采用该插件数据。对于无数据或者数据过期的插件，插件服务请求单元102会向对应的插件服务单元300发起数据请求。插件数据请求中至少包含页面模板服务返回的请求参数列表，插件服务在收到插件请求包以后，会查询底层相关的数据并按照页面模块所需要的样式填充对应的模板样式信息，插件的数据可以根据需求生成多份的数据，每份数据对应一个用户组分组类别，同时对不同的用户组生成相应的过滤处理条件集，过滤处理条件集与分组条件相匹配，最后，将生成的数据返回给框架服务模块10。

所述框架服务模块10还用于在所述插件服务单元300发送的数据符合预设的缓存条件时，将所述数据缓存在本地。具体来说，在框架服务模块10当中，可以预设缓存条件，判断所述插件服务单元300发送的数据是否符合预设的缓存条件，若是，则将所述数据缓存在本地。

图5中的插件与用户无关，可以直接缓存在框架服务本地。图6揭示了插件数据当中的个性化行为，中间的插件的数据可以依据用户是否投票而不同，而下边的插件的数据可以依据用户的兴趣不同而进行精准推荐，因此，这两组插件数据可以采用根据用户组进行过滤处理或者完全不缓存，以满足不同场景下产品的需求。

本发明的页面数据交互装置通过设计一个通用的框架服务模块，解决了页面服务实现过程中的逻辑耦合和缓存效率低下的问题。通过灵活的逻辑拆分和高效的缓存及二次处理策略，可以有效的提升页面的加载速度，从而优化用户在访问页面过程中的产品体验。并且通过逻辑重用，可以有效地降低开发成本和服务器成本。

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

实施例2

基于实施例1描述的装置，本发明还提供了一种页面数据交互方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机装置中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

如图7所示，该方法包括以下步骤：

步骤S701，框架服务模块解析客户端发送的请求，获取与所述请求对应的页面模板单元的存储地址，根据所述存储地址向所述页面模板单元发送所述请求。

步骤S702，所述页面模板单元接收所述框架服务模块发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据所述插件信息生成插件信息列表，将所述插件信息列表发送给所述框架服务模块。

步骤S703，所述框架服务模块接收所述页面模板单元返回的插件信息列表，根据所述插件信息列表获取相应的插件数据，并将所述插件数据返回给客户端。

可选的，如图8所示，步骤S702进一步包括：

步骤S801，页面模板单元接收所述框架服务模块发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件数量、插件类型和插件顺序。

步骤S802，页面模板单元根据所述插件数量、插件类型和插件顺序生成插件信息列表。

步骤S803，页面模板单元将所述插件信息列表以数组形式发送给所述框架服务模块；其中，所述数组的顺序与插件的顺序对应。

可选的，所述插件信息列表包括所述插件服务标识和与所述插件服务单元对应的请求参数列表。

可选的，如图9所示，步骤S703进一步包括：

步骤S901，框架服务模块接收所述页面模板单元返回的插件信息列表。

步骤S902，框架服务模块根据所述插件信息列表在本地缓存数据中查找是否保存有相应的插件数据。若是，则执行步骤S905，若否，则执行步骤S903。

具体来说，步骤S902是由框架服务模块中的查找单元执行。

步骤S903，根据所述插件信息列表向对应的插件服务单元请求插件数据。

具体来说，步骤S903由框架服务模块中的插件服务请求单元执行。

步骤S904，插件服务单元在接收到所述插件服务请求单元发送的请求后，生成与所述请求对应的插件数据；

步骤S905，将插件数据发送给所述框架服务模块。

步骤S906，框架服务模块将获取的插件数据返回给客户端。

可选的，如图10所示，步骤S902进一步包括：

步骤S1001，根据所述插件信息列表获取插件服务标识和与所述插件服务单元对应的请求参数列表。

步骤S1002，根据获取的插件服务标识在插件注册表中查找插件服务标识对应的插件路由信息和插件缓存策略。

步骤S1003，对于允许缓存的插件数据，根据所述请求参数列表在本地缓存数据中查找相应的插件数据。

可选的，步骤S1003之后，还包括：若查找到的插件数据有效，则将查找到的插件数据发送给所述框架服务模块；若查找到的插件数据无效，则根据所述插件信息列表向对应的插件服务单元请求插件数据。

可选的，如图11所示，步骤S904包括：

步骤S1101，插件服务单元在接收到所述插件服务请求单元发送的请求后，根据页面模板所需的样式生成模板样式信息，将所述模板样式信息发送给所述框架服务模块。

步骤S1102，插件服务单元根据预设的多个分组类别生成多组数据，每组数据对应一个分组类别，将生成的数据发送给所述框架服务模块。

可选的，所述插件服务单元根据客户端的设备类型和操作装置版本号、与请求对应的客户端应用程序的版本号信息和所述应用程序的发布渠道信息、客户端所属的地域信息和客户端的身份鉴权信息设置分组类别。

可选的，步骤S905包括：所述框架服务模块接收所述插件服务单元发送的数据，根据所述用户组信息获取与所述用户组信息对应的插件数据，将获取的插件数据返回给客户端。

所述用户组信息包括：客户端的设备类型和操作装置版本号、与请求对应的客户端应用程序的版本号信息和所述应用程序的发布渠道信息、客户端所属的地域信息和客户端的身份鉴权信息。

可选的，步骤S905后，还包括：所述框架服务模块在所述插件服务单元发送的数据符合预设的缓存条件时，将所述数据缓存在本地。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

实施例3

本发明的实施例还提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。

可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，图12是根据本发明实施例的计算机终端的结构框图。如图12所示，该计算机终端A可以包括：一个或多个(图中仅示出一个)处理器161、存储器163、以及传输装置165。

其中，存储器163可用于存储软件程序以及模块，如本发明实施例中的页面数据交互的方法和装置对应的程序指令/模块，处理器161通过运行存储在存储器163内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的页面数据交互。存储器163可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器163可进一步包括相对于处理器161远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置165用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置165包括一个网络适配器，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置165为射频模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器163用于存储预设动作条件和预设权限用户的信息、以及应用程序。

处理器161可以通过传输装置调用存储器163存储的信息及应用程序，以执行下述步骤：

可选的，上述处理器161还可以执行如下步骤的程序代码：

第一步，框架服务模块解析客户端发送的请求，获取与所述请求对应的页面模板单元的存储地址，根据所述存储地址向所述页面模板单元发送所述请求。

第二步，页面模板单元接收所述框架服务模块发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据所述插件信息生成插件信息列表，将所述插件信息列表发送给所述框架服务模块。

第三步，框架服务模块接收所述页面模板单元返回的插件信息列表，根据所述插件信息列表获取相应的插件数据，并将所述插件数据返回给客户端。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (25)

1.一种页面数据交互装置，其特征在于，包括框架服务模块和页面模板服务模块，其中，

所述页面模板服务模块包括多个页面模板单元，所述页面模板单元用于接收所述框架服务模块发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据所述插件信息生成插件信息列表，将所述插件信息列表发送给所述框架服务模块；

所述框架服务模块用于解析客户端发送的请求，获取与所述请求对应的页面模板单元的存储地址，根据所述存储地址向所述页面模板单元发送所述请求，接收所述页面模板单元返回的插件信息列表，根据所述插件信息列表获取相应的插件数据，并将所述插件数据返回给客户端；

所述装置还包括插件服务模块，所述插件服务模块包括多个插件服务单元；所述插件信息列表包括插件服务标识和与所述插件服务单元对应的请求参数列表，所述插件服务标识为所述插件服务单元的标识。

2.根据权利要求1所述的装置，其特征在于，所述框架服务模块包括插件注册表，所述插件注册表用于保存所述插件服务标识与插件路由信息和插件缓存策略的映射关系，其中，所述插件路由信息为所述插件服务单元的存储地址，所述插件缓存策略为预设的插件服务单元的缓存策略。

3.根据权利要求1所述的装置，其特征在于，所述请求对应的插件信息包括插件数量、插件类型和插件顺序。

4.根据权利要求1所述的装置，其特征在于，所述插件信息列表为数组，所述数组的顺序与插件的顺序对应。

5.根据权利要求1所述的装置，其特征在于，所述框架服务模块还包括第一映射表，所述第一映射表用于存储与客户端发送的请求对应的页面命令字与所述页面模板单元的存储地址之间的映射关系。

6.根据权利要求2所述的装置，其特征在于，所述框架服务模块包括查询单元，所述查询单元用于根据所述插件信息列表在本地缓存数据中查找相应的插件数据。

7.根据权利要求6所述的装置，其特征在于，所述查询单元还用于根据所述插件服务标识在所述插件注册表中查找与所述插件服务标识对应的插件缓存策略，根据所述插件缓存策略，对于允许缓存的插件数据，根据所述请求参数列表在本地缓存数据中查找所述插件数据。

8.根据权利要求6所述的装置，其特征在于，所述框架服务模块还包括插件服务请求单元，所述插件服务请求单元用于根据所述插件信息列表向对应的插件服务单元请求插件数据。

9.根据权利要求8所述的装置，其特征在于，所述插件服务单元用于在接收到所述插件服务请求单元发送的请求后，生成与所述请求对应的插件数据，将生成的插件数据发送给所述框架服务模块。

10.根据权利要求9所述的装置，其特征在于，所述插件服务单元还用于在接收到所述插件服务请求单元发送的请求后，根据页面模板单元所需的样式生成模板样式信息，将所述模板样式信息发送给所述框架服务模块。

11.根据权利要求9所述的装置，其特征在于，所述插件信息列表还包括与所述请求对应的客户端所属的用户组信息。

12.根据权利要求11所述的装置，其特征在于，所述用户组信息包括：客户端的设备类型和操作装置版本号、与请求对应的客户端应用程序的版本号信息和所述应用程序的发布渠道信息、客户端所属的地域信息和客户端的身份鉴权信息。

13.根据权利要求11所述的装置，其特征在于，所述插件服务单元还用于根据预设的多个分组类别生成多组数据，每组数据对应一个分组类别，将生成的数据发送给所述框架服务模块。

14.根据权利要求13所述的装置，其特征在于，所述插件服务单元还用于根据客户端的设备类型和操作装置版本号、与请求对应的客户端应用程序的版本号信息和所述应用程序的发布渠道信息、客户端所属的地域信息和客户端的身份鉴权信息设置分组类别。

15.根据权利要求13所述的装置，其特征在于，所述框架服务模块还用于接收所述插件服务单元发送的数据，根据所述用户组信息获取与所述用户组信息对应的插件数据。

16.根据权利要求13所述的装置，其特征在于，所述框架服务模块还用于在所述插件服务单元发送的数据符合预设的缓存条件时，将所述数据缓存在本地。

17.一种页面数据交互方法，其特征在于，所述方法基于页面数据交互装置，所述装置包括框架服务模块和页面模板服务模块，所述页面模板服务模块包括多个页面模板单元，所述方法包括：

框架服务模块解析客户端发送的请求，获取与所述请求对应的页面模板单元的存储地址，根据所述存储地址向所述页面模板单元发送所述请求；

所述页面模板单元接收所述框架服务模块发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据所述插件信息生成插件信息列表，将所述插件信息列表发送给所述框架服务模块；

所述框架服务模块接收所述页面模板单元返回的插件信息列表，根据所述插件信息列表获取相应的插件数据，并将所述插件数据返回给客户端；

所述装置还包括插件服务模块，所述插件服务模块包括多个插件服务单元；所述插件信息列表包括插件服务标识和与所述插件服务单元对应的请求参数列表，所述插件服务标识为所述插件服务单元的标识。

18.根据权利要求17所述的方法，其特征在于，所述页面模板单元接收所述框架服务模块发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件信息，根据所述插件信息生成插件信息列表，将所述插件信息列表发送给所述框架服务模块，包括：

所述页面模板单元接收所述框架服务模块发送的请求，将所述请求对应的页面分解为多个模块，获取每个模块对应的插件数量、插件类型和插件顺序；

根据所述插件数量、插件类型和插件顺序生成插件信息列表；

将所述插件信息列表以数组形式发送给所述框架服务模块；其中，所述数组的顺序与插件的顺序对应。

19.根据权利要求17所述的方法，其特征在于，所述框架服务模块接收所述页面模板单元返回的插件信息列表，根据所述插件信息列表获取相应的插件数据，并将所述插件数据返回给客户端，包括：

所述框架服务模块接收所述页面模板单元返回的插件信息列表；

所述框架服务模块根据所述插件信息列表在本地缓存数据中查找相应的插件数据，并将查找到的插件数据发送给所述框架服务模块；

若在本地缓存数据中查找不到相应的插件数据，则根据所述插件信息列表向对应的插件服务单元请求插件数据；

插件服务单元在接收到插件服务请求单元发送的请求后，生成与所述请求对应的插件数据，将生成的插件数据发送给所述框架服务模块；

所述框架服务模块将获取的插件数据返回给客户端。

20.根据权利要求19所述的方法，其特征在于，所述框架服务模块根据所述插件信息列表在本地缓存数据中查找相应的插件数据，包括：

所述框架服务模块根据所述插件信息列表获取所述插件服务标识和与所述插件服务单元对应的请求参数列表；

根据获取的插件服务标识在插件注册表中查找所述插件服务标识对应的插件路由信息和插件缓存策略；

对于允许缓存的插件数据，根据所述请求参数列表在本地缓存数据中查找相应的插件数据。

21.根据权利要求20所述的方法，其特征在于，所述对于允许缓存的插件数据，根据所述请求参数列表在本地缓存数据中查找相应的插件数据之后，还包括：

若查找到的插件数据有效，则将查找到的插件数据发送给所述框架服务模块；

若查找到的插件数据无效，则根据所述插件信息列表向对应的插件服务单元请求插件数据。

22.根据权利要求19所述的方法，其特征在于，所述插件服务单元在接收到所述插件服务请求单元发送的请求后，生成与所述请求对应的插件数据，将生成的插件数据发送给所述框架服务模块，包括：

所述插件服务单元在接收到所述插件服务请求单元发送的请求后，根据页面模板所需的样式生成模板样式信息，将所述模板样式信息发送给所述框架服务模块；

所述插件服务单元根据预设的多个分组类别生成多组数据，每组数据对应一个分组类别，将生成的数据发送给所述框架服务模块。

23.根据权利要求22所述的方法，其特征在于，还包括：所述插件服务单元根据客户端的设备类型和操作装置版本号、与请求对应的客户端应用程序的版本号信息和所述应用程序的发布渠道信息、客户端所属的地域信息和客户端的身份鉴权信息设置分组类别。

24.根据权利要求22所述的方法，其特征在于，所述框架服务模块将获取的插件数据返回给客户端，包括：

所述框架服务模块接收所述插件服务单元发送的数据，根据用户组信息获取与所述用户组信息对应的插件数据，将获取的插件数据返回给客户端；

所述用户组信息包括：客户端的设备类型和操作装置版本号、与请求对应的客户端应用程序的版本号信息和所述应用程序的发布渠道信息、客户端所属的地域信息和客户端的身份鉴权信息。

25.根据权利要求22所述的方法，其特征在于，还包括：

所述框架服务模块在所述插件服务单元发送的数据符合预设的缓存条件时，将所述数据缓存在本地。