CN105095265A - 实现移动设备页面展示的方法及装置 - Google Patents

Abstract

本申请提供一种实现移动设备页面展示的方法，应用在移动设备上，包括：向服务器请求业务处理；接收服务器返回的处理后的业务数据；当窗体模板有更新时，接收并保存服务器发送的模板数据；按照保存的模板数据展示所述业务数据。通过本申请的技术方案，在绝大多数情况下传输少量业务数据即可实现页面展示的动态变化，提高了用户获取信息和服务的效率。

Description

实现移动设备页面展示的方法及装置

技术领域

本申请涉及网络通信技术领域，尤其涉及一种实现移动设备页面展示的方法及装置。

背景技术

手机、平板电脑等移动设备由于其极强的便捷性和爆炸式的增长速度，让App(应用软件)也同时拥有了极强的渗透能力。人们通过App保持联通，让分享更便利，成为移动应用发展的重要篇章。随着移动设备软硬件配置的逐步提高，App所能提供的服务水平也将会提升，不仅可以使用户享受到原本在个人电脑上可以享受的应用服务，同时还能享受到移动设备所能带来的全新体验。

对一款App而言，页面展示和内容是影响用户体验的关键因素。页面展示需要经常性的变化，不仅能够满足业务需求的发展，还有助于提升用户的体验。现有技术中，通常采用以下两种方式来实现页面展示的变化：

第一种方式是开发出固定的Native(本地)页面，在用户安装App时保存在移动设备本地。当更新页面展示时，升级App安装包的版本，在用户升级App后采用新的页面进行内容展现。这种方式对更新页面而言成本太高，需要用户覆盖安装，难以满足经常和及时更新页面的需求；

第二种方式是当移动设备作为客户端向网络侧的服务端请求数据时，服务器下发完整的页面描述数据，移动设备进行数据的渲染并展现给用户。完整的页面描述数据往往数据量比较大，在网络较差的情况下，执行反映缓慢，长时间的等待严重影响了用户获取信息的效率。

发明内容

有鉴于此，本申请提供一种实现移动设备页面展示的方法，应用在移动设备上，包括：

向服务器请求业务处理；

接收服务器返回的处理后的业务数据；

当窗体模板有更新时，接收并保存服务器发送的模板数据；

按照保存的模板数据展示所述业务数据。

本申请提供的一种实现移动设备页面展示的方法，应用在服务器上，包括：

接收移动设备的业务处理请求；

向移动设备返回处理后的业务数据；

当窗体模板更新时，向移动设备发送更新后的模板数据，所述模板数据由移动设备用来展示所述业务数据。

本申请还提供了一种实现移动设备页面展示的装置，应用在移动设备上，包括：

业务处理请求单元，用于向服务器请求业务处理；

业务数据接收单元，用于接收服务器返回的处理后的业务数据；

模板接收单元，用于当窗体模板有更新时，接收并保存服务器发送的模板数据；

展示单元，用于按照保存的模板数据展示所述业务数据。

本申请提供的一种实现移动设备页面展示的装置，应用在服务器上，包括：

业务请求接收单元，用于接收移动设备的业务处理请求；

业务数据发送单元，用于向移动设备返回处理后的业务数据；

模板发送单元，用于当窗体模板更新时，向移动设备发送更新后的模板数据，所述模板数据由移动设备用来展示所述业务数据。

由以上技术方案可见，本申请的实施例只在模板数据有更新时，由服务器向移动设备发送新的模板数据，移动设备结合模板数据和业务数据进行页面展示，在绝大多数情况下传输少量业务数据即可实现页面展示的动态变化，提高了用户获取信息和服务的效率。

附图说明

图1是本申请实施例中应用在移动设备上的一种实现移动设备页面展示的方法的流程图；

图2是本申请实施例中应用在服务器上的一种实现移动设备页面展示的方法的流程图；

图3是本申请实施例中移动设备上一种模板数据更新的处理流程图；

图4是移动设备或服务器的一种硬件结构图；

图5是本申请实施例中应用在移动设备上的一种实现移动设备页面展示的装置的逻辑结构图；

图6是本申请实施例中应用在服务器上的一种实现移动设备页面展示的装置的逻辑结构图。

具体实施方式

移动设备利用完整的页面描述数据进行页面展示，完整的页面描述数据可以通过将窗体模板的模板数据和业务数据进行组合后生成。窗体模板的模板数据为对页面窗体的界面描述，包括对各种窗体控件的描述；在模板数据中以变量来表示某项业务数据。在一次具体的业务过程中，获得业务数据的值以后，移动设备用业务数据的值取代模板数据中对应的变量，即可得到完整的页面描述数据，从而将页面展示给用户。

在移动互联的客户端/服务端应用模式中，窗体模板的模板数据保存在作为客户端的移动设备上，作为服务端的服务器上保存对应于模板数据的窗体业务数据模板，其中包括变量和业务数据的对应关系。在一次具体的业务过程中，服务器按照窗体业务数据模板将业务数据的值赋予对应的变量，并发送至移动设备，由移动设备完成页面描述数据的生成和展示。当然，在服务器上通常也会保存窗体模板的模板数据。

例如，一个窗体模板的模板数据为：

其中，^、^用来包装一个表示某项业务数据的变量：k1。

与上述模板数据对应的窗体业务数据模板为：

k1:$name

在某个业务过程中，在对移动设备的业务请求进行处理后，服务器生成处理后的业务数据为：

k1:jack

服务器将k1:jack作为处理后的业务数据发送给移动设备，移动设备用jack替换模板数据中的^k1^后，生成完整的页面描述数据，并显示给用户。

本申请的实施例中，移动设备在客户端安装过程中或安装后从服务器获得窗体模板的模板数据，在业务处理过程中服务器向移动设备发送处理后的业务数据，即可由移动设备完成页面显示。在页面显示发生更新时，移动设备从服务器获取更新后的模板数据，从而实现页面显示的及时变化。

需要说明的是，本申请中移动设备包括各种通过移动网络获取信息和服务的终端，如手机、平板电脑等；服务器包括各种通过网络提供信息和服务的一个至多个逻辑或物理节点。

本申请实施例提出的实现移动设备页面展示的方法应用在作为客户端的移动设备和作为服务端的服务器上，移动设备通过移动网络与服务器连接。所述方法在移动设备上的流程如图1所示，在服务器上的流程如图2所示。

在移动设备上，步骤S110，向服务器请求业务处理。

移动设备上的客户端，如App，在用户使用时，按照其设定的业务逻辑向服务器请求业务处理。

在服务器上，步骤S210，接收移动设备的业务处理请求。

服务器接收到移动设备发送的业务处理请求后，按照服务端的业务逻辑对该请求进行处理，生成处理后的业务数据。如前所述，处理后的业务数据包括某个或某些窗体模板的模板数据中的变量在本次业务过程中的赋值。

在服务器上，步骤S220，向移动设备返回处理后的业务数据。

在移动设备上，步骤S120，接收服务器返回的处理后的业务数据。

服务器将生成的处理后的业务数据发送给请求业务处理的移动设备，移动设备接收处理后的业务数据。

在服务器上，步骤S230，当窗体模板更新时，向移动设备发送更新后的模板数据，所述模板数据由移动设备用来展示所述业务数据。

在移动设备上，步骤S130，当窗体模板有更新时，接收并保存服务器发送的模板数据。

本实施例中，在窗体模板有更新时，服务器将更新后的模板数据发送给移动设备，这样移动设备可以采用更新后模板数据对服务器返回的工作数据进行展示，不仅能够满足业务需求导致的显示界面变化，还能够为用户提供更好的使用体验。

可以采用各种机制进行模板数据的更新。例如，服务器可以在模板数据发生变化之后主动向安装了客户端的移动设备推送更新后的模板数据，还可以通过记录移动设备的更新状态来确保所有使用客户端的移动设备都进行了更新。再如，移动设备可以在发送业务处理请求时上报客户端模板数据的版本，如果其版本低于服务器上模板数据的版本，则服务器向客户端下发需要更新的模板数据；还可以服务器在返回处理后的业务数据时，向移动设备下发当前模板数据的版本，如果高于移动设备本地的版本，则由移动设备向服务器请求更新，来启动模板数据的更新过程。本实施例对具体的更新机制不作限定。

在一种实施方式中，对移动设备上使用的窗体模板，为其模板数据设定版本号。当模板数据升级时，其版本号变化，但移动设备调用该窗体模板时使用的标识不发生变化。服务器在在向移动设备返回处理后的业务数据时，携带指定的展示这些业务数据的窗体模板及其版本号。在接收服务器返回的处理后的业务数据时，移动设备一并接收服务器指定的展示这些业务数据的窗体模板及其版本号。

在这种实施方式中，步骤S130的一种具体过程如下：移动设备比较服务器指定的窗体模板的版本号与本地保存的该窗体模板的版本号，如果服务器指定的版本号高于本地保存的版本号，则向服务器发送对该窗体模板的模板数据的请求；如果指定的版本号与本地保存的版本号相同，则执行步骤S140；移动设备接收服务器返回的模板数据；将返回的模板数据与其版本号保存在本地。步骤S230的一种具体过程如下：服务器接收移动设备对窗体模板的模板数据的请求；向移动设备返回所请求的窗体模板的模板数据。

对一些App而言，不同版本的App和运行在不同平台上的App所适用的窗体模板可能不同，或者所使用的窗体模板相同而模板数据不同。这种情况下，移动设备可以在发送给服务器的对窗体模板的模板数据的请求中包括本设备上使用该模板数据的App的版本以及该App运行的平台；服务器向移动设备返回适用于其平台和App版本的模板数据。

在这种实施方式中，服务器可以指定移动设备利用最新的窗体模板的模板数据进行业务数据的展示，并且更新过程在移动设备第一次需要使用该窗体模板的时候发生，既能达到随时更新模板数据的目的，又避免了无用的更新。

基于上述的实施方式，服务器还可以向移动设备发布新增加的窗体模板。在收到服务器指定的展示业务数据的窗体模板及其版本号后，如果移动设备发现服务器指定的窗体模板在本地不存在，向服务器发送对所述窗体模板的模板数据的请求；接收服务器返回的模板数据；将返回的模板数据与其版本号保存在本地。

移动设备上的一种处理流程如图3所示，在收到服务器返回的处理后的业务数据和指定的窗体模板及其版本号后，判断本地保存的窗体模板中是否包括指定的窗体模板，如果不包括，则向服务器发送对该窗体模板的模板数据的请求；如果包括，则进一步判断服务器指定的该窗体模板的版本号是否高于本地保存的该窗体模板的版本号，如果是，则向服务器发送对该窗体模板的模板数据的请求，并删除本地保存的该窗体模板的模板数据；如果否，说明服务器指定的模板数据在本地已经存在。在收到服务器返回的该窗体模板的模板数据后，保存该模板数据及其版本号。

在移动设备上，步骤S140，按照保存的模板数据展示所述业务数据。

在收到服务器返回的处理后的业务数据后，移动设备将保存的模板数据与业务数据组合后生成完整的页面描述数据，并将其展现给用户。

可以在服务器上维护窗体模板库，来对不同版本的窗体模板的模板数据进行管理，当现有窗体模板的模板数据有更新时，即模板数据升级时，其版本号变化，但移动设备调用该窗体模板时使用的标识不发生变化，在本申请的实施例和应用示例中，称这一标识为窗体模板的名称。具有相同窗体模板名称和不同版本号的模板数据可以同时保存在窗体模板库中。新的窗体模板可以使用新的名称添加到窗体模板库中。

在一种实施方式中，不同版本的App所使用的窗体模板可能不同，或者所使用的窗体模板相同而模板数据的版本号不同。可以在窗体模板库中保存窗体模板的名称、模板数据及其版本号、该版本号的模板数据所适用的App版本；从窗体模板库中选出适用于某个版本App的窗体模板的模板数据，将其中具有最高版本号的模板数据纳入当前窗体模板集，生成与App版本相对应的当前窗体模板集，其中包括适用于该版本App的具有最高版本号的模板数据；在向移动设备发送更新后的模板数据时，服务器根据移动设备上App的版本向其发送对应的当前窗体模板集中的模板数据。

在上述实施方式中，当App版本升级时，如果新版本App仍使用的原先一些窗体模板的模板数据，则需要在窗体模板库中修改这些模板数据所适用的App版本，将升级后的App版本添加进去。为了避免对窗体模板库中记录进行修改，在生成对应于App版本的当前窗体模板集时，可以采用如下的处理方式：收集窗体模板库中所有适用于本版本App和之前版本App的窗体模板；在收集的窗体模板中对具有相同窗体模板名称的模板数据进行去重，即保留适用于最高版本App的模板数据，在适用于相同版本App的模板数据中保留具有最高版本号的模板数据。

这样，如果新版本App升级了某个窗体模板的模板数据，自然会在窗体模板库中添加新的记录，并且升级后的模板数据所适用的App版本为升级后的新版本，在当前窗体模板库中会保留升级后的模板数据；而未随App版本升级而升级的模板数据则会沿用升级前的最高版本号的模板数据。

例如，在某个App从5.1版本升级到5.3版本的过程中，陆续在窗体模板库中保存了如表1所示的5个窗体模板：

模板数据编号	窗体模板名称	模板数据的版本号	所适用的App版本
				1	WinTem-a	1.0	5.1
2	WinTem-b	1.0	5.1
				3	WinTem-a	1.1	5.2
4	WinTem-a	1.2	5.2
				5	WinTem-c	1.0	5.3

表1

在生成对应于5.1版本App的当前窗体模板集时，窗体模板库中不存在比5.1更低版本的App，则适用于5.1版本App的当前窗体模板集如表2所示：

模板数据编号	窗体模板名称	模板数据的版本号	所适用的App版本
				1	WinTem-a	1.0	5.1
2	WinTem-b	1.0	5.1

表2

在生成对应于5.2版本App的当前窗体模板集时，在版本号1.0的WinTem-a、版本号1.0的WinTem-b、版本号1.1的WinTem-a和版本号1.2的WinTem-a中进行去重：在3个名称为WinTem-a的模板数据中，先去除适用于低版本App的版本号1.0的WinTem-a，再在版本号1.1和1.2的WinTem-a中保留最高版本号，即版本号1.2的WinTem-a。这样，对应于5.2版本App的当前窗体模板集如表3所示：

模板数据编号	窗体模板名称	模板数据的版本号	所适用的App版本
				2	WinTem-b	1.0	5.1
4	WinTem-a	1.2	5.2

表3

在生成对应于5.3版本App的当前窗体模板集时，在表1中所有5个模板数据中进行去重，参照上段的处理过程，可知对应于5.3版本App的当前窗体模板集如表4所示：

模板数据编号	窗体模板名称	模板数据的版本号	所适用的App版本
				2	WinTem-b	1.0	5.1
4	WinTem-a	1.2	5.2
				5	WinTem-c	1.0	5.3

表4

在一个具体的应用示例中，服务器上的窗体模板库可以采用如表5所示的结构来保存每个模板数据：

表5

具体的数据格式如下：

其中，winId为模板数据的编号；winName为窗体模板的名称；platform为App运行的平台；appVersion为该模板数据所适用的App版本；winPane为模板数据；winDataTemplete为窗体业务数据模板；winDes为窗体描述；winVersion为模板数据的版本号。

可见，本申请的实施例中，在窗体模板的模板数据有更新时，由服务器向移动设备发送更新后的模板数据，移动设备保存并使用新的模板数据进行页面显示，这样不仅能够满足随时更新页面展示的需求，并且只在模板数据更新时传输的数据量较大，其他的情况只需进行少量业务数据的传输，即使在网络较差的情况下仍可使用户高效的获得信息和服务。

与上述流程实现对应，本申请的实施例还提供了实现移动设备页面展示的装置，分别应用在移动设备和服务器上，这两种装置均可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过移动设备或服务器的CPU将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图4所示的CPU、内存以及非易失性存储器之外，装置所在的移动设备通常还包括用于进行无线信号收发的芯片等其他硬件，装置所在的服务器通常还包括用于实现网络通信功能的板卡等其他硬件。

图5所示为本申请的实施例提供的一种实现移动设备页面展示的装置，应用在移动设备上，包括业务处理请求单元、业务数据接收单元、模板接收单元和展示单元，其中：业务处理请求单元用于向服务器请求业务处理；业务数据接收单元用于接收服务器返回的处理后的业务数据；模板接收单元用于当窗体模板有更新时，接收并保存服务器发送的模板数据；展示单元用于按照保存的模板数据展示所述业务数据。

在一种实施方式中，所述装置还包括指定版本接收单元，用于接收服务器指定的展示所述业务数据的窗体模板及其版本号，所述窗体模板及其版本号与处理后的业务数据一并返回；所述模板接收单元包括模板升级请求模块、模板数据接收模块和模板数据保存模块，其中：模板升级请求模块，用于当服务器指定的窗体模板的版本号高于本地保存的所述窗体模板的版本号时，向服务器发送对所述窗体模板的模板数据的请求；模板数据接收模块，用于接收服务器返回的模板数据；模板数据保存模块，用于将返回的模板数据与其版本号保存在本地。

上述实施方式中，所述模板接收单元还可以包括模板增加请求模块，用于当服务器指定的窗体模板在本地不存在时，向服务器发送对所述窗体模板的模板数据的请求。

所述对窗体模板的模板数据的请求中可以包括：使用所述模板数据的应用软件App的版本以及所述App运行的平台。

图6所示为本申请的实施例提供的一种实现移动设备页面展示的装置，应用在服务器上，包括业务请求接收单元、业务数据发送单元和模板发送单元，其中：业务请求接收单元用于接收移动设备的业务处理请求；业务数据发送单元用于向移动设备返回处理后的业务数据；模板发送单元用于当窗体模板更新时，向移动设备发送更新后的模板数据，所述模板数据由移动设备用来展示所述业务数据。

在一种实施方式中，所述装置还包括指定版本发送单元，用于在向移动设备返回处理后的业务数据时，携带指定的展示所述业务数据的窗体模板及其版本号；所述模板发送单元包括模板请求接收模块和模块请求回复模块，其中：模板请求接收模块，用于接收移动设备对窗体模板的模板数据的请求；模块请求回复模块，用于向移动设备返回所请求的窗体模板的模板数据。

所述对窗体模板数据的请求中可以包括移动设备上使用所述模板数据的应用软件App的版本以及所述App运行的平台；此时，所述模块请求回复模块具体用于：向所述移动设备返回适用于其平台和App版本的模板数据。

作为一种实施方式，所述装置还可以包括模板库存储单元和当前窗体模板集生成单元，其中：模板库存储单元，用于在窗体模板库中保存窗体模板的名称、模板数据及其版本号、所述版本号的模板数据所适用的App版本；当前窗体模板集生成单元，用于生成对应于App版本的当前窗体模板集，其中包括适用于所述版本App的具有最高版本号的模板数据；所述模板发送单元包括：App版本模板发送模块，用于根据移动设备上的App版本向其发送对应的当前窗体模板集中的模板数据。

所述当前窗体模板集生成单元可以进一步包括模板收集模块和模板去重模块，其中：模板收集模块，用于收集窗体模板库中所有适用于本版本App和之前版本App的窗体模板；模板去重模块，用于在收集的窗体模板中对具有相同窗体模板名称的模板数据进行去重，即保留适用于最高版本App的模板数据，在适用于相同版本App的模板数据中保留具有最高版本号的模板数据。

从以上各种方法和装置的实施方式中可以看出，相对于现有技术或者通过升级App的方式更新页面显示，或者通过每次由服务器下发完整的页面描述数据来随时更新页面显示，本申请的实施例在窗体模板的模板数据有更新时，由服务器将新的模板数据下发到移动设备上，绝大多数情况下服务器只需将处理后的业务数据下发到移动设备，由移动设备根据模板数据和业务数据进行页面展示。本申请的实施例不仅能够随时实现页面更新，而且传输的数据量有限，即使网络情况不佳也能达到良好的信息获取效率。

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

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

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

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

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

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (18)

1.一种实现移动设备页面展示的方法，应用在移动设备上，其特征在于，包括：

向服务器请求业务处理；

接收服务器返回的处理后的业务数据；

当窗体模板有更新时，接收并保存服务器发送的模板数据；

按照保存的模板数据展示所述业务数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收服务器指定的展示所述业务数据的窗体模板及其版本号，所述窗体模板及其版本号与处理后的业务数据一并返回；

所述当窗体模板有更新时，接收并保存服务器发送的模板数据，包括：

如果服务器指定的窗体模板的版本号高于本地保存的所述窗体模板的版本号，向服务器发送对所述窗体模板的模板数据的请求；

接收服务器返回的模板数据；

将返回的模板数据与其版本号保存在本地。

3.根据权利要求2所述的方法，其特征在于，所述当窗体模板有更新时，接收并保存服务器发送的模板数据，还包括：如果服务器指定的窗体模板在本地不存在，向服务器发送对所述窗体模板的模板数据的请求。

4.根据权利要求2所述的方法，其特征在于，所述对窗体模板的模板数据的请求中包括使用所述模板数据的应用软件App的版本以及所述App运行的平台。

5.一种实现移动设备页面展示的方法，应用在服务器上，其特征在于，包括：

接收移动设备的业务处理请求；

向移动设备返回处理后的业务数据；

当窗体模板更新时，向移动设备发送更新后的模板数据，所述模板数据由移动设备用来展示所述业务数据。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：在向移动设备返回处理后的业务数据时，携带指定的展示所述业务数据的窗体模板及其版本号；

所述当窗体模板更新时，向移动设备发送更新后的模板数据，包括：

接收移动设备对窗体模板的模板数据的请求；

向移动设备返回所请求的窗体模板的模板数据。

7.根据权利要求6所述的方法，其特征在于，所述对窗体模板数据的请求中包括移动设备上使用所述模板数据的应用软件App的版本以及所述App运行的平台；

所述向移动设备返回所请求窗体模板的模板数据，包括：向所述移动设备返回适用于其平台和App版本的模板数据。

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

在窗体模板库中保存窗体模板的名称、模板数据及其版本号、所述版本号的模板数据所适用的App版本；

生成对应于App版本的当前窗体模板集，其中包括适用于所述版本App的具有最高版本号的模板数据；

所述向移动设备发送更新后的模板数据，包括：根据移动设备上App的版本向其发送对应的当前窗体模板集中的模板数据。

9.根据权利要求8所述的方法，其特征在于，所述生成对应于App版本的当前窗体模板集，包括：

收集窗体模板库中所有适用于本版本App和之前版本App的窗体模板；

在收集的窗体模板中对具有相同窗体模板名称的模板数据进行去重，即保留适用于最高版本App的模板数据，在适用于相同版本App的模板数据中保留具有最高版本号的模板数据。

10.一种实现移动设备页面展示的装置，应用在移动设备上，其特征在于，包括：

业务处理请求单元，用于向服务器请求业务处理；

业务数据接收单元，用于接收服务器返回的处理后的业务数据；

模板接收单元，用于当窗体模板有更新时，接收并保存服务器发送的模板数据；

展示单元，用于按照保存的模板数据展示所述业务数据。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：指定版本接收单元，用于接收服务器指定的展示所述业务数据的窗体模板及其版本号，所述窗体模板及其版本号与处理后的业务数据一并返回；

所述模板接收单元包括：

模板升级请求模块，用于当服务器指定的窗体模板的版本号高于本地保存的所述窗体模板的版本号时，向服务器发送对所述窗体模板的模板数据的请求；

模板数据接收模块，用于接收服务器返回的模板数据；

模板数据保存模块，用于将返回的模板数据与其版本号保存在本地。

12.根据权利要求11所述的装置，其特征在于，所述模板接收单元还包括：模板增加请求模块，用于当服务器指定的窗体模板在本地不存在时，向服务器发送对所述窗体模板的模板数据的请求。

13.根据权利要求11所述的装置，其特征在于，所述对窗体模板的模板数据的请求中包括使用所述模板数据的应用软件App的版本以及所述App运行的平台。

14.一种实现移动设备页面展示的装置，应用在服务器上，其特征在于，包括：

业务请求接收单元，用于接收移动设备的业务处理请求；

业务数据发送单元，用于向移动设备返回处理后的业务数据；

模板发送单元，用于当窗体模板更新时，向移动设备发送更新后的模板数据，所述模板数据由移动设备用来展示所述业务数据。

15.根据权利要求14所述的装置，其特征在于，所述装置还包括：指定版本发送单元，用于在向移动设备返回处理后的业务数据时，携带指定的展示所述业务数据的窗体模板及其版本号；

所述模板发送单元包括：

模板请求接收模块，用于接收移动设备对窗体模板的模板数据的请求；

模块请求回复模块，用于向移动设备返回所请求的窗体模板的模板数据。

16.根据权利要求15所述的装置，其特征在于，所述对窗体模板数据的请求中包括移动设备上使用所述模板数据的应用软件App的版本以及所述App运行的平台；

所述模块请求回复模块具体用于：向所述移动设备返回适用于其平台和App版本的模板数据。

17.根据权利要求14所述的装置，其特征在于，所述装置还包括：

模板库存储单元，用于在窗体模板库中保存窗体模板的名称、模板数据及其版本号、所述版本号的模板数据所适用的App版本；

当前窗体模板集生成单元，用于生成对应于App版本的当前窗体模板集，其中包括适用于所述版本App的具有最高版本号的模板数据；

所述模板发送单元，包括：App版本模板发送模块，用于根据移动设备上的App版本向其发送对应的当前窗体模板集中的模板数据。

18.根据权利要求17所述的装置，其特征在于，所述当前窗体模板集生成单元，包括：

模板收集模块，用于收集窗体模板库中所有适用于本版本App和之前版本App的窗体模板；

模板去重模块，用于在收集的窗体模板中对具有相同窗体模板名称的模板数据进行去重，即保留适用于最高版本App的模板数据，在适用于相同版本App的模板数据中保留具有最高版本号的模板数据。