CN106227547A - 一种页面配置方法和相关装置 - Google Patents

Abstract

本发明的实施方式提供了一种页面配置方法，通过在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理，并根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新，本发明的方法使得各渠道下的应用客户端的页面的版式可以根据系统侧的更新而灵活变更，从而提高了各渠道下的应用客户端的页面的灵活性，为用户带来了更好的体验。此外，本发明的实施方式还提供了一种页面配置相关装置。

Description

一种页面配置方法和相关装置

技术领域

本发明的实施方式涉及互联网技术领域，更具体地，本发明的实施方式涉及一种页面配置方法和相关装置。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

目前，针对同一应用客户端来说，该应用客户端在不同渠道下的首页等页面通常具备相同的版式，如包含相同的页面模块；且，在向不同渠道提供该应用客户端后，该应用客户端在不同渠道下的首页等页面的版式即被固定，无法再进行变更，从而导致各渠道下的应用客户端所展示的页面较为单一，灵活性较差，降低用户的应用体验。

为了解决上述问题，现有技术中，可以在向不同渠道提供同一应用客户端时，向不同渠道提供具备不同页面版式的应用客户端。但是，由于仅能在向不同渠道提供该应用客户端时，才向不同渠道提供具备不同页面版式的应用客户端，即，在向不同渠道提供具备不同页面版式的应用客户端后，各渠道对应的应用客户端的页面版式仍被固定，无法再进行变更，从而导致各渠道下的应用客户端所展示的应用页面的灵活性仍较差，无法更好地满足用户的实际需求。

发明内容

出于仅能在向应用客户端的不同渠道提供应用客户端时，才向不同渠道提供具备不同页面版式的应用客户端的原因，现有技术中在向不同渠道提供具备不同页面版式的应用客户端后，各渠道对应的应用客户端的页面版式即被固定，无法再进行变更。

因此在现有技术中，各渠道下的应用客户端所展示的应用页面的灵活性仍较差，无法更好地满足用户的实际需求，这是非常令人烦恼的过程。

为此，非常需要一种改进的页面配置方法和相关装置，以提高各渠道下的应用客户端的页面的灵活性，为用户带来更好的体验。

在本上下文中，本发明的实施方式期望提供一种页面配置方法和相关装置。

在本发明实施方式的第一方面中，提供了一种页面配置方法，包括：

根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理；以及

根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

在本发明实施方式的第二方面中，提供了一种页面配置装置，包括：

系统管理单元，用于根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理；

同步更新单元，用于根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

在本发明实施方式的第三方面中，提供了一种页面配置装置，例如，可以包括存储器和处理器，其中，处理器可以用于读取存储器中的程序，执行下列过程：

根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理；以及，

根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

在本发明实施方式的第四方面中，提供了一种程序产品，其包括程序代码，当所述程序产品运行时，所述程序代码用于执行以下过程：

根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理；以及

根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

进一步地，在本发明实施方式的第五方面中，提供了另一种页面配置方法，包括：

应用客户端接收下发的触发指令；所述触发指令是在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理之后，根据管理员下发的同步更新指令，下发至相应渠道下的应用客户端的；

根据所述触发指令，对所述应用客户端的相应页面进行更新。

在本发明实施方式的第六方面中，提供了一种应用客户端，包括：

指令接收单元，用于接收下发的触发指令；所述触发指令是在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理之后，根据管理员下发的同步更新指令，下发至相应渠道下的应用客户端的；

同步更新单元，用于根据所述触发指令，对所述应用客户端的相应页面进行更新。

在本发明实施方式的第七方面中，提供了一种应用客户端，例如，可以包括存储器和处理器，其中，处理器可以用于读取存储器中的程序，执行下列过程：

接收下发的触发指令；所述触发指令是在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理之后，根据管理员下发的同步更新指令，下发至相应渠道下的应用客户端的；

根据所述触发指令，对所述应用客户端的相应页面进行更新。

在本发明实施方式的第八方面中，提供了一种程序产品，其包括程序代码，当所述程序产品运行时，所述程序代码用于执行以下过程：

接收下发的触发指令；所述触发指令是在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理之后，根据管理员下发的同步更新指令，下发至相应渠道下的应用客户端的；

根据所述触发指令，对所述应用客户端的相应页面进行更新。

根据本发明实施方式的页面配置方法和相关装置，可通过在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理，并根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新，使得各渠道下的应用客户端的页面的版式可以根据系统侧的更新而灵活变更，从而提高了各渠道下的应用客户端的页面的灵活性，为用户带来了更好的体验，并且，针对不同的渠道，只需要开发一个通用的带有所有页面模块的应用客户端，也减轻了开发工作量。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了根据本发明实施方式的应用场景示意图；

图2示意性地示出了根据本发明一实施例的一种页面配置方法的流程示意图；

图3示意性地示出了根据本发明一实施例的一种首页列表示意图；

图4示意性地示出了根据本发明一实施例的一种首页编辑界面示意图；

图5示意性地示出了根据本发明一实施例的一种首页模块编辑界面示意图；

图6示意性地示出了根据本发明一实施例的另一种首页编辑界面示意图；

图7示意性地示出了根据本发明一实施例的一种新增首页管理界面示意图；

图8示意性地示出了根据本发明一实施例的一种新增首页模块编辑界面示意图；

图9示意性地示出了根据本发明另一实施例的另一种页面配置方法的流程示意图；

图10示意性地示出了根据本发明又一实施例的一种页面配置装置的结构示意图；

图11示意性地示出了根据本发明再一实施例的一种应用客户端的结构示意图；

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种页面配置方法和相关装置。

在本文中，需要理解的是，所涉及的术语中：

1、页面级别：即各页面之间的层级，如，首页为一级页面，对应最高级别，例如每个APP打开时默认显示的页面；二级页面即在打开APP时不默认显示，需要用户点击才显示的页面，级别低于首页；以此类推。

2、页面类型：即各页面的内容属性，如，新闻二级页面的页面类型可为“新闻类型”、科技二级页面的页面类型可为“科技类型”等，另外，首页的页面类型可为“综合类型”。

此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明人发现，现有技术中，出于仅能在向不同渠道提供应用客户端时，才向不同渠道提供具备不同页面版式的应用客户端的原因，现有技术中，在向不同渠道提供具备不同页面版式的应用客户端后，各渠道对应的应用客户端的页面版式即被固定，无法再进行变更，从而导致，在现有技术中，各渠道下的应用客户端所展示的应用页面的灵活性较差，无法更好地满足用户的实际需求，这是非常令人烦恼的过程。

本发明实施例中，通过在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理，并根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新，使得各渠道下的应用客户端的页面的版式可以根据系统侧的更新而灵活变更，从而提高了各渠道下的应用客户端的页面的灵活性，为用户带来了更好的体验。并且，针对不同的渠道，只需要开发一个通用的带有所有页面模块的应用客户端，也减轻了开发工作量。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

首先参考图1，其为本发明实施例提供的页面配置方案的应用场景示意图。该场景例如可以包括用户终端11和服务器12。其中，服务器12中可安装有各种应用软件(可简称应用)，如微信应用、微博应用等的服务器版本。这些应用的客户端版本，可以事先发给相应渠道(图中未示出)，用户10可以通过用户终端11，从相应渠道下载客户端版本，并在其用户终端上安装这些客户端版本，然后通过与服务器12上安装的服务器版本合作，来使用应用软件。

另外，服务器12或者另外的专门服务器(图中未示出)可以对应用客户端在不同渠道下的首页等页面的版式进行更新。管理员13可基于实际需求，向服务器12下发页面管理指令，以便服务器12根据管理员13下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理。再者，管理员13还可在服务器12在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理之后，下发同步更新指令，以便服务器12根据管理员13下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

也就是说，本发明实施例中，可通过在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理，并根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新，使得各渠道下的应用客户端的页面的版式可以根据系统侧的更新而灵活变更，从而提高了各渠道下的应用客户端的页面的灵活性，为用户带来了更好的体验。

其中，用户终端11和服务器12可通过通信网络进行通信连接，该网络可以为局域网、广域网等。用户终端11可以为手机、平板电脑、笔记本电脑、个人计算机等，服务器12可以为任何能够支持页面配置等操作的服务器设备。

示例性方法

下面结合图1的应用场景，参考图2～图9来描述根据本发明示例性实施方式的页面配置方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

如图2所示，为本发明提供的一种页面配置方法的一实施例的流程示意图。在该实施例中，页面配置方法的执行主体可为应用场景中所述的服务器12(或者图1中未示出的专门的服务器)。具体地，如图2可知，该实施例所述的页面配置方法可以包括以下步骤：

S21、根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理。

可选地，应用客户端在每一渠道下的页面包括唯一一个首页，或者，包括唯一一个首页以及至少一个所具备的页面级别低于首页的页面。例如，可包括一个首页、多个二级页面等。

也就是说，应用客户端在每一渠道下的页面实际上通常为一包括多个页面的页面组，并且，该页面组中的首页具备唯一性。即，同一应用客户端在每一渠道下的首页均是唯一的，不存在同一应用客户端在一个渠道对应两个或更多个不同的首页的情况。

另外，当应用客户端在每一渠道下的页面中的、属于同一级别的非首页页面为多个时，该多个属于同一级别的非首页页面的页面类型通常互不相同。例如，若应用客户端在某一渠道下的页面包括多个二级页面，则该多个二级页面对应的页面类型不能相互冲突，如，不存在该多个二级页面包括两个新闻二级页面、或者两个科技二级页面等的情况。即，同一应用客户端在每一渠道下的具备相应页面类型以及相应级别的非首页页面也通常是唯一的，一般不存在同一应用客户端在一个渠道对应两个或更多个不同的具备同一页面类型以及同一级别的非首页页面的情况。

再有，需要说明的是，应用客户端在不同渠道下的首页、非首页等页面可相同或不同，如，应用客户端在渠道A、B下的首页可均为首页A，或者，在渠道A下的首页为首页A，在渠道B下的首页为首页B等，对此不作赘述。

可选地，针对应用客户端的任一渠道，对应用客户端在该渠道下的页面的版式进行更新管理，可包括：

对应用客户端在该渠道下的一个或多个具备相应级别的页面的版式进行更新管理。

例如，若应用客户端在该渠道下的页面包括一首页、一新闻二级页面以及一科技二级页面，则可对该渠道下的一首页和/或一新闻二级页面进行更新管理，对此不作限定。

可选地，针对应用客户端在任一渠道下的任一具备相应级别的页面，对该具备相应级别的页面的版式进行更新管理，可包括：

对该具备相应级别的页面中的页面模块进行增删处理；

以及/或者，

对该具备相应级别的页面中的页面模块的排列顺序进行变更。

其中，需要说明的是，每一页面中的页面模块(即可实现相应页面功能的功能模块)可包括系统固定模块(可为一个或多个)以及管理员自定义模块(可为一个或多个)，且，进行增删和/或顺序变更处理的模块通常可为管理员自定义模块。

也就是说，每一页面中的系统固定模块通常不可进行增删和/或顺序变更处理，对此不作赘述。

具体地，假设应用客户端在各渠道(如tgwhuawei，tgwwandoujia等渠道)下的首页列表示意图可如图3所示，图3示出了应用客户端在各渠道下的所有可能的首页(包括已上线的首页、已发布的首页、未发布的首页等)以及每一首页的首页名称(其中，每一首页的首页名称通常必须存在，且通常不超过设定长度，如不超过20个字符等)、具体描述(如具体可实现的功能等相关描述信息)、对应的渠道(具体可为对应的渠道的唯一性标识)、更新人、更新时间、状态(是否已上线，即是否已能够在相应渠道下的应用客户端处进行展示；或者，是否已发布，即是否已在系统侧对应用客户端在相应渠道下的页面的版式进行更新；若为已发布，则表示已在系统侧对应用客户端在相应渠道下的页面的版式进行更新、但仍不能在相应渠道下的应用客户端处进行展示，当后续接收到管理员的同步更新指令并触发相应渠道下的应用客户端的相应页面更新时，其可从已发布变更为已上线)、可执行操作(如编辑、删除、发布等)等属性信息，则根据管理员下发的页面管理指令，对应用客户端在某一渠道，如tgwhuawei下的首页1的版式进行更新管理，可具体实施为：

步骤A1：接收管理员针对渠道tgwhuawei的可执行操作一栏的编辑按钮下发的点击指令或触控指令，并跳转至图4所示的首页编辑界面。其中，图4所示的界面中包含首页名称单元、首页描述单元、渠道单元、首页页面模块单元等，以示出渠道tgwhuawei对应的首页1的具体信息，如，首页名称、首页描述、首页对应的渠道、首页中的各页面模块的名称等信息。

步骤A2：接收管理员针对图4中的模块编辑按钮下发的点击指令或触控指令，并跳转至图5所示的首页模块编辑界面。其中，图5所示的首页模块编辑界面的左边区域示出了应用客户端的各首页所包含的所有可能的页面模块，包括系统固定模块以及管理员的自定义模块，当然，还可根据管理员的实际需求，添加其它的自定义模块；另外，图5所示的首页模块编辑界面的右边区域示出了当前待编辑首页，即渠道tgwhuawei对应的首页1所包含的所有页面模块。

步骤A3：接收管理员针对图5左边区域中的页面模块下发的添加指令，并根据该添加指令将相应的页面模块添加至图5的右边区域中，和/或，接收管理员针对图5右边区域中的页面模块下发的移除指令，并根据该移除指令将相应的页面模块从图5的右边区域中移除，以实现页面模块的增删。

需要说明的是，管理员可通过点击或触控图5左边区域中的相应页面模块以将该页面模块高亮显示，之后再点击或触控图5中间区域给出的添加按钮的方式，下发针对该页面模块的添加指令；或者，管理员可通过点击或触控图5右边区域中的相应页面模块以将该页面模块高亮显示，之后再点击或触控图5中间区域给出的移除按钮的方式，下发针对该页面模块的移除指令。

另外，管理员还可以针对图5右边区域中的页面模块下发上移指令或下移指令，并根据该上移指令或下移指令将相应的页面模块的顺序进行上调或下调(上调或下调的程度可根据相应指令的时间长短而定)。

其中，管理员可通过点击或触控图5右边区域中的相应页面模块以将该页面模块高亮显示，之后再点击或触控图5右边区域右侧给出的上移按钮(在图5中以上三角形状表示)或下移按钮(在图5中以下三角形状表示)的方式，下发针对该页面模块的上移指令或下移指令。

另外，需要说明的是，如图5所示，首页中的系统固定模块通常位于置顶的位置，且，可置灰以使得不可点击，不可调序；再有，如图5的左边区域所示，若同一类页面模块下存在多个模块，如功能4页面模块下存在功能4-1页面模块以及功能4-2页面模块，则可通过点击或触控该类页面模块以便下拉显示该类页面模块下的所有模块。

再有，需要说明的是，在按照上述方式对待编辑首页中的页面模块进行增删和/或顺序变更处理之后，还可根据各页面模块对应的页面图片、以及各页面模块的实际顺序，进行相应页面的预览，以便管理员更好地得知更新管理后的页面是否为其所需要的页面。另外，还可根据管理员针对图5左边区域下侧显示的保存按钮下发的点击或触控指令，保存相应的模块配置，以最终完成对相应首页的版式所进行的更新管理。再有，还可根据管理员针对图5左边区域下侧显示的取消按钮下发的点击或触控指令，取消相应的模块配置。

进一步地，以图4所示的首页编辑界面为例，应用客户端的首页等各页面对应的渠道通常可为管理员的自定义渠道(可为一个或多个)或者为系统默认渠道(可为一个或多个)。例如，若tgwhuawei为管理员的自定义渠道，则在图4中，自定义渠道按钮将被选中，同时，在该自定义渠道按钮下方，会显示有首页1对应的具体渠道的渠道标识，如可显示有tgwhuawei，且，该渠道标识可通过点击或触控其所对应的删除按钮(在图4中可以×表示)的方式进行删除；另外，在该自定义渠道按钮下方，还可显示有渠道标识输入框以及渠道添加按钮等。

进一步可选地，针对应用客户端的任一渠道，对该渠道下的任一具备相应级别的页面的版式进行更新管理，还可包括：

选取与该具备相应级别的页面的页面类型一致、级别一致的另一具备不同版式的页面；可选地，可从该应用客户端在各渠道下的已有页面(包括已上线页面、已发布页面、未发布页面等)中选取该另一具备不同版式的页面；

将该任一渠道添加至选取的该另一具备不同版式的页面所对应的渠道中；可选地，可在将该任一渠道从该具备相应级别的页面所对应的渠道中删除后，将该任一渠道添加至该另一具备不同版式的页面所对应的渠道中，或者，直接将该任一渠道添加至该另一具备不同版式的页面所对应的渠道中。

也就是说，对页面的版式进行更新管理，除了可采用页面模块的增删和/或顺序变更这一方式之外，还可采用渠道变更这一方式。

例如，针对应用客户端的任一渠道A，若需对该渠道A下的二级新闻页面A进行更新管理，则可将该渠道A直接添加至选取的另一具备不同版式的二级新闻页面B所对应的渠道中，这样，由于应用在每一渠道下的二级新闻页面等均是唯一的，因而，渠道A的二级新闻页面会从二级新闻页面A变更为二级新闻页面B，以实现相应页面版式的变更。

再例如，针对应用客户端的任一渠道A，若需对该渠道A下的首页A进行更新管理，则可将该渠道A直接添加至选取的另一具备不同版式的首页B所对应的渠道中，这样，由于应用在每一渠道下的首页等均是唯一的，因而，渠道A的首页会从首页A变更为首页B，以实现相应页面版式的变更。

具体地，仍假设应用客户端在各渠道(如tgwhuawei，tgwwandoujia等)下的首页列表界面示意图可如图3所示，且，应用客户端在tgwhuawei下的首页1的版式和应用客户端在tgwwandoujia下的首页2的版式不同，tgwhuawei、tgwwandoujia均为管理员自定义渠道，则若需对应用客户端在tgwhuawei下的首页1进行渠道变更，则可具体实施为：

步骤B1：接收管理员针对渠道tgwwandoujia的可执行操作一栏的编辑按钮下发的点击指令或触控指令，并跳转至图6所示的首页编辑界面。由于tgwwandoujia为管理员的自定义渠道，所以，与图4类似，在图6中，自定义渠道按钮被选中，同时，在该自定义渠道按钮下方，会显示有首页2对应的具体渠道的渠道标识，如可显示有tgwwandoujia，且，该渠道标识可通过点击或触控其所对应的删除按钮(在图6中可以×表示)的方式进行删除；另外，在该自定义渠道按钮下方，还可显示有渠道标识输入框以及渠道添加按钮等。

步骤B2：接收管理员在向图6所示的渠道标识输入框输入tgwhuawei后，通过点击或触控图6中所示的渠道添加按钮下发的渠道添加指令，并根据该渠道添加指令，将该渠道tgwhuawei添加至首页2所对应的渠道中。此时，图6的自定义渠道按钮下方，会显示有tgwwandoujia以及tgwhuawei(如图6中的虚线框所示)。

另外，还可接收管理员针对渠道tgwhuawei的可执行操作一栏的编辑按钮下发的点击指令或触控指令，并跳转至图4所示的首页编辑界面；并根据管理员针对tgwhuawei下发的删除指令，将首页1下的自定义渠道tgwhuawei删除。

再有，需要说明的是，在按照上述方式进行渠道的添加和/或删除操作后，还可根据管理员下发的保存指令(如针对图6或图4下侧显示的保存按钮下发的点击或触控指令)，保存相应的配置，以最终完成页面渠道的变更。变更完成后，图3中所示的状态也可能会发生变化，例如如果本来是已上线，那么会变成未发布。另外，还可根据管理员针对图6或图4左边区域下侧显示的取消按钮下发的点击或触控指令，取消相应的配置。

进一步可选地，针对应用客户端的任一渠道，对该渠道下的任一具备相应级别的页面的版式进行更新管理，还可包括：

增加一个新的具备不同版式，且页面类型、级别均与该具备相应级别的页面相一致的页面；

将该任一渠道添加至新增加的具备不同版式的页面所对应的渠道中。

需要说明的是，此种方式较为适用于已有页面中不存在另一具备不同版式，且页面类型、级别均与该具备相应级别的页面相一致的页面的情况。另外，可选地，与前述将该任一渠道添加至选取的已有的另一具备不同版式的页面所对应的渠道中相类似，可在将该任一渠道从该具备相应级别的页面所对应的渠道中删除后，将该任一渠道添加至该新增加的具备不同版式的页面所对应的渠道中，或者，直接将该任一渠道添加至该新增加的具备不同版式的页面所对应的渠道中，对此不作赘述。

进一步地，以新增加的页面为首页为例，仍假设应用客户端在各渠道(如tgwhuawei，tgwwandoujia等渠道)下的首页列表示意图可如图3所示，则可通过以下方式增加一个新的首页3：

步骤C1：接收管理员针对图3所示的界面右上方的首页新增按钮下发的点击指令或触控指令，并跳转至图7所示的新增首页管理界面。其中，图7所示的新增首页管理界面与图4或图6所示的首页编辑界面相类似，如，可包含首页名称单元、首页描述单元、渠道单元、首页页面模块单元等；只不过，对于新增首页3来说，初始阶段，上述各单元中的具体内容一般均为空白，特殊地，首页页面模块单元中可包括首页3所需的固定模块。

步骤C2：接收管理员向图7所示的界面中的首页名称单元、首页描述单元等输入的首页名称、首页描述等相关信息，并将接收到的信息作为新的首页3的首页名称或首页描述。其中，需要说明的是，首页名称为必须项，首页描述则为可选项，即，管理员可不输入相应的首页描述信息。

另外，在按照上述方式进行首页名称等信息的输入后，还可根据管理员针对图7下侧显示的保存按钮下发的点击或触控指令，保存相应的配置。另外，还可根据管理员针对图7下侧显示的取消按钮下发的点击或触控指令，取消相应的配置。

步骤C3：接收管理员针对图7所示界面中的自定义渠道按钮或者系统默认渠道按钮下发的点击或触控指令，并基于该指令进行首页渠道的配置。

具体地，对于新增首页来说，系统可默认为其选中自定义渠道按钮，并且，在该自定义渠道按钮下方，还可显示有渠道标识输入框以及渠道添加按钮等。这样，若接收到管理员在向图7中的渠道标识输入框输入渠道标识(如标识A)后、通过点击或触控图7中所示的渠道添加按钮下发的渠道添加指令，则可为该新增首页3添加一自定义渠道A，另外，还可按照类似方式，为该新增首页3添加其它的自定义渠道，如渠道B等；并且，在添加渠道后，图7的自定义渠道按钮下方，会显示有相应的渠道标识以及对应的删除按钮(在图7中可以×表示)。

再有，在进行渠道的添加时，若该渠道已被其它首页占用，则还可弹出提示框，以提示管理员该渠道已被其它首页占用，是否仍要继续为新增首页添加该渠道等信息；若接收到确认添加指令，则当该新增首页3在系统侧发布后，在系统侧该渠道的首页将被更新为首页3，以保证应用客户端在相应渠道下的首页的唯一性。

另外，若接收到管理员针对图7所示的系统默认渠道按钮下发的点击或触控指令，则可弹出提示框，以提示管理员若选择系统默认渠道，则该首页3在系统侧发布后会显示在自定义渠道外的默认渠道上，是否仍然为该首页3选择系统默认渠道等信息，若接收到确认添加指令，则可选中系统默认渠道，此时，渠道标识输入框以及渠道添加按钮等将从界面中消失；若接收到取消添加指令，则仍会选中自定义渠道。

另外，在按照上述方式进行渠道的添加等操作后，还可根据管理员针对图7下侧显示的保存按钮下发的点击或触控指令，保存相应的配置。另外，还可根据管理员针对图7下侧显示的取消按钮下发的点击或触控指令，取消相应的配置。

步骤C4：接收管理员针对图7中的模块编辑按钮下发的点击指令或触控指令，并跳转至图8所示的新增首页模块编辑界面。其中，图8所示的新增首页管理界面与图5所示的首页模块编辑界面相类似，如，左边区域可示出应用客户端的各首页所包含的所有可能的页面模块，包括系统固定模块以及管理员的自定义模块等；右边区域可示出当前新增首页3所包含的所有页面模块，初始阶段，该右边区域中可仅包括相应的固定模块。

步骤C5：接收管理员针对图8左边区域中的页面模块下发的添加指令，并根据该添加指令将相应的页面模块添加至图8所示的右边区域中；另外，在将相应的页面模块添加至图8所示的右边区域中之后，还可根据管理员针对图8右边区域中的页面模块下发的上移指令或下移指令，将相应的页面模块的顺序进行上调或下调(上调或下调的程度可根据相应指令的时间长短而定)，以实现新增首页3的页面模块的配置。

再有，在按照上述方式对新增首页3中的页面模块进行配置之后，可根据管理员针对图8左边区域下侧显示的保存按钮下发的点击或触控指令，保存相应的模块配置，并跳转回图7所示的界面，此时，图7中的首页页面模块单元中将显示有为该新增首页3添加的各页面模块的名称等信息。以及，在接收到管理员针对图7下侧显示的保存按钮下发的点击或触控指令后，可跳转回图3所示的界面，此时，图3所示的首页列表中将增加显示一新增首页3，且，该新增首页3的状态可显示为未发布。当接收到管理员针对首页3的可执行操作一栏的发布按钮下发的点击指令或触控指令时，该首页3的状态可变更为已发布，以最终完成首页3在系统侧的更新操作。

再有，需要说明的是，若需增加一个新的具备不同版式，且页面类型、级别均与设定的具备相应级别的页面相一致的页面，则可根据该设定的具备相应级别的页面的页面类型、级别等进行页面的新增，同时，保证新增页面的页面模块或者页面模块相互之间的顺序与该设定的具备相应级别的页面不同即可。

进一步地，需要说明的是，在进行首页的新增时，步骤C2、C3、和C4与C5并无时间上的前后关系，即，也可先执行步骤C4和C5，以实现新增首页的页面模块的配置，之后再执行C2、C3等，对此不作限定。

另外，需要说明的是，以首页列表为例，针对该列表中的每一首页，在点击或触控该首页的首页名称等信息时，还可弹出该首页的页面模块列表。该页面模块列表可显示有该首页中的所有页面模块以及每一页面模块的名称、具体功能、创建人、创建时间、更新人、更新时间、可执行操作(如编辑、删除等)等属性信息。相应地，若接收到管理员针对该页面模块列表中的某一页面模块的可执行操作一栏的编辑按钮下发的点击指令或触控指令，则可跳转至该页面模块的子模块编辑界面，以对该页面模块的各属性信息进行相应编辑。或者，若接收到管理员针对某一页面模块的可执行操作一栏的删除按钮下发的点击指令或触控指令，则可将该页面模块从对应的页面中删除。

S22、根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

可选地，以S21中已根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的首页的版式进行更新管理为例：

若假设应用客户端在各渠道下的首页列表界面示意图可如图3所示，且，假设图3中的首页3的状态已变更为已发布，且首页1也发生了更新，并且进行了发布，则管理员可通过点击或触控图3右上方所示的同步配置按钮的方式，下发所述同步更新指令到相应渠道的应用客户端(例如，通过与应用客户端的通信，服务器能够了解到每个应用客户端下载自哪个渠道)，以便根据所述同步更新指令，触发渠道tgwhuawei下的应用客户端的相应首页1的更新以及触发渠道A和B下的应用客户端将首页设置为首页3。

可选地，应用客户端中可预先设置有相应的用于实现页面更新的程序或单元，并且也包括所有的页面模块，当该程序或单元接收到触发指令时，会根据该触发指令，完成相应页面的更新，以保证与系统侧的一致性。

进一步地，本发明实施例还提供了另一种页面配置方法。如图9所示，为本发明提供的另一种页面配置方法的一实施例的流程示意图。在该实施例中，页面配置方法的执行主体可为应用场景中所述的应用客户端。具体地，如图9可知，该实施例所述的另一种页面配置方法可以包括以下步骤：

S91、应用客户端接收下发的触发指令。

其中，与前一种页面配置方法实施例中的相关描述相同，所述触发指令是在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理之后，根据管理员下发的同步更新指令，下发至相应渠道下的应用客户端的，对此不作赘述。

S92、根据所述触发指令，对所述应用客户端的相应页面进行更新。

可选地，应用客户端中可预先设置有相应的用于实现页面更新的程序或单元，并且也包括所有的页面模块，当该程序或单元接收到触发指令时，会根据该触发指令，完成对应页面的更新，以保证与系统侧的一致性。

由上述内容可知，本发明实施例中，可通过在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理，并根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新，使得各渠道下的应用客户端的页面的版式可以根据系统侧的更新而灵活变更，从而提高了各渠道下的应用客户端的页面的灵活性，为用户带来了更好的体验，并且，针对不同的渠道，只需要开发一个通用的带有所有页面模块的应用客户端，也减轻了开发工作量。

示例性设备

在介绍了本发明示例性实施方式的方法之后，接下来，参考图10以及图11对本发明示例性实施方式的页面配置相关装置进行说明。

如图10所示，为本发明实施例提供的页面配置装置的一种可能的结构示意图，所述装置可以包括：

系统管理单元101，可用于根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理；

同步更新单元102，可用于根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

其中，应用客户端在每一渠道下的页面包括唯一一个首页，或者，包括唯一一个首页以及至少一个所具备的级别低于首页的页面。

另外，当应用客户端在每一渠道下的页面中的、属于同一级别的非首页页面为多个时，该多个属于同一级别的非首页页面的页面类型互不相同。

可选地，所述系统管理单元101，具体可用于针对应用客户端的任一渠道，对应用客户端在该渠道下的一个或多个具备相应级别的页面的版式进行更新管理。

进一步可选地，所述系统管理单元101，具体可用于针对应用客户端在任一渠道下的任一具备相应级别的页面，对该具备相应级别的页面中的页面模块进行增删处理；以及/或者，

对该具备相应级别的页面中的页面模块的排列顺序进行变更。

其中，每一页面中的页面模块包括系统固定模块以及管理员自定义模块，且，进行增删和/或顺序变更处理的模块为管理员自定义模块。

进一步可选地，所述系统管理单元101，具体还可用于针对应用客户端在任一渠道下的任一具备相应级别的页面，选取与该具备相应级别的页面的页面类型一致、级别一致的另一具备不同版式的页面，并将该渠道添加至选取的该另一具备不同版式的页面所对应的渠道中，以实现对该具备相应级别的页面的版式所进行的更新管理。

进一步可选地，所述系统管理单元101，具体还可用于针对应用客户端在任一渠道下的任一具备相应级别的页面，增加一个新的具备不同版式，且页面类型、级别均与该具备相应级别的页面相一致的页面，并将该渠道添加至新增加的具备不同版式的页面所对应的渠道中，以实现对该具备相应级别的页面的版式所进行的更新管理。

在一些可能的实施方式中，根据本发明的页面配置装置可以包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的一种页面配置方法中的各种步骤。例如，所述处理单元可以执行如图2中所示的步骤S21，根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理，步骤S22，根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

进一步地，本发明实施例还提供了一种应用客户端。如图11所示，为本发明实施例提供的应用客户端的结构示意图，所述应用客户端可以包括：

指令接收单元111，可用于接收下发的触发指令；所述触发指令是在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理之后，根据管理员下发的同步更新指令，下发至相应渠道下的应用客户端的；

同步更新单元112，可用于根据所述触发指令，对所述应用客户端的相应页面进行更新。

在一些可能的实施方式中，根据本发明的应用客户端可以包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的另一种页面配置方法中的各种步骤。例如，所述处理单元可以执行如图9中所示的步骤S91，接收下发的触发指令；步骤S92、根据所述触发指令，对所述应用客户端的相应页面进行更新。

应当注意，尽管在上文详细描述中提及了页面配置相关装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (11)

1.一种页面配置方法，包括：

根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理；以及

根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

2.根据权利要求1所述的方法，其中，应用客户端在每一渠道下的页面包括唯一一个首页，或者，包括唯一一个首页以及至少一个所具备的级别低于首页的页面。

3.根据权利要求2所述的方法，其中，当应用客户端在每一渠道下的页面中的、属于同一级别的非首页页面为多个时，该多个属于同一级别的非首页页面的页面类型互不相同。

4.根据权利要求3所述的方法，其中，针对应用客户端的任一渠道，对应用客户端在该渠道下的页面的版式进行更新管理，包括：

对应用客户端在该渠道下的一个或多个具备相应级别的页面的版式进行更新管理。

5.根据权利要求4所述的方法，其中，针对应用客户端在该渠道下的任一具备相应级别的页面，对该具备相应级别的页面的版式进行更新管理，包括：

对该具备相应级别的页面中的页面模块进行增删处理；

以及/或者，

对该具备相应级别的页面中的页面模块的排列顺序进行变更。

6.根据权利要求5所述的方法，其中，每一页面中的页面模块包括系统固定模块以及管理员自定义模块，且，进行增删和/或顺序变更处理的模块为管理员自定义模块。

7.根据权利要求4所述的方法，其中，针对应用客户端在该渠道下的任一具备相应级别的页面，对该具备相应级别的页面的版式进行更新管理，还包括：

选取与该具备相应级别的页面的页面类型一致、级别一致的另一具备不同版式的页面；

将该渠道添加至选取的该另一具备不同版式的页面所对应的渠道中。

8.根据权利要求4所述的方法，其中，针对应用客户端在该渠道下的任一具备相应级别的页面，对该具备相应级别的页面的版式进行更新管理，还包括：

增加一个新的具备不同版式，且页面类型、级别均与该具备相应级别的页面相一致的页面；

将该渠道添加至新增加的具备不同版式的页面所对应的渠道中。

9.一种页面配置方法，包括：

应用客户端接收下发的触发指令；所述触发指令是在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理之后，根据管理员下发的同步更新指令，下发至相应渠道下的应用客户端的；

根据所述触发指令，对所述应用客户端的相应页面进行更新。

10.一种页面配置装置，包括：

系统管理单元，用于根据管理员下发的页面管理指令，在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理；

同步更新单元，用于根据管理员下发的同步更新指令，触发相应渠道下的应用客户端的相应页面的更新。

11.一种应用客户端，包括：

指令接收单元，用于接收下发的触发指令；所述触发指令是在系统侧对应用客户端在一个或多个渠道下的页面的版式进行更新管理之后，根据管理员下发的同步更新指令，下发至相应渠道下的应用客户端的；

同步更新单元，用于根据所述触发指令，对所述应用客户端的相应页面进行更新。