界面更新方法及客户端的制作方法
【专利说明】界面更新方法及客户端 【技术领域】
[0001] 本申请涉及互联网技术领域，尤其涉及一种界面更新方法及客户端。 【【背景技术】】
[0002] 用户可以在其终端上安装各种应用客户端，不同应用客户端具有不同风格的界 面。应用客户端可以提供一界面，并通过界面向用户显示其所提供的服务。应用客户端的 界面一般是固定的，可以通过预置于安装包中的布局配置文件来设置。
[0003] 但是，随着应用客户端可以提供的服务的升级和多样性，固定不变的界面将无法 满足服务多样性的需求。面对大规模服务数据的更新、排序、删除和替换等需求，服务端只 能通过不断发布应用客户端的升级包，以供用户通过手动下载并安装升级包，进而通过升 级包中的布局配置文件来改变应用客户端的界面。这种方式由于需要用户手动下载并安装 升级包，操作不便，效率较低。 【
【发明内容】
】
[0004] 本申请的多个方面提供一种界面更新方法及客户端，用以简化更新界面的操作， 提高更新界面的效率。
[0005] 本申请的一方面，提供一种界面更新方法，包括：
[0006] 客户端从服务端获取更新所述客户端提供的用于展示服务信息的界面所需的服 务更新数据；
[0007] 所述客户端根据所述服务更新数据，对形成当前界面使用的第一服务数据进行更 新，获得第二服务数据；所述第一服务数据包括：所述当前界面展现的服务类目对应的服 务分组数据，以及所述当前界面展现在所述服务类目下的服务视图对应的服务的详情数 据；所述服务类目对应的服务分组数据包括：属于所述服务类目的服务的标识；
[0008] 所述客户端根据所述第二服务数据，形成所述新界面。
[0009] 本申请的另一方面，提供一种客户端，包括：
[0010] 获取模块，用于从服务端获取更新所述客户端提供的用于展示服务信息的界面所 需的服务更新数据；
[0011] 更新模块，用于根据所述服务更新数据，对形成当前界面使用的第一服务数据进 行更新，获得第二服务数据；所述第一服务数据包括：所述当前界面展现的服务类目对应 的服务分组数据，以及所述当前界面展现在所述服务类目下的服务视图对应的服务的详情 数据；所述服务类目对应的服务分组数据包括：属于所述服务类目的服务的标识；
[0012] 界面模块，用于根据所述第二服务数据，形成所述新界面。
[0013] 在本申请中，客户端从服务端获取服务更新数据，以对客户端提供的用于展示服 务信息的界面进行更新；其中，当前界面展示有至少一个服务类目，并在每个服务类目下展 示有具体的服务视图，第一服务数据包括当前界面展示的服务类目对应的服务分组数据， 以及当前界面展现在服务类目下的服务视图对应的服务的详情数据，根据所获取的服务更 新数据，对形成当前界面使用的第一服务数据进行更新，以获得第二服务数据，根据第二服 务数据形成新界面。由此可见，在本申请中，客户端可以自动完成界面更新，不需要用户手 动下载并安装升级包，界面更新操作相对简单，有利于提高更新界面的效率。 【【附图说明】】
[0014] 为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述 中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实 施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附 图获得其他的附图。
[0015] 图1为本申请一实施例提供的界面更新方法的流程示意图；
[0016] 图2为本申请一实施例提供的客户端的当前界面的示意图；
[0017] 图3为本申请一实施例提供的客户端的新界面的示意图；
[0018] 图4为本申请一实施例提供的客户端的结构示意图。 【【具体实施方式】】
[0019] 为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例 中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0020] 图1为本申请一实施例提供的界面更新方法的流程示意图。如图1所示，该方法 包括：
[0021] 101、客户端从服务端获取更新客户端提供的用于展示服务信息的界面所需的服 务更新数据。
[0022] 102、客户端根据服务更新数据，对形成当前界面使用的第一服务数据进行更新， 获得第二服务数据；其中，第一服务数据包括当前界面展现的服务类目对应的服务分组数 据，以及当前界面展现在服务类目下的服务视图对应的服务的详情数据；服务类目对应的 服务分组数据包括属于该服务类目的服务的标识。
[0023] 103、客户端根据第二服务数据，形成新界面。
[0024] 本实施例提供一种界面更新方法，本实施例提供的方法可以由客户端来执行，该 客户端可以是任何可以提供界面且需要进行界面调整的客户端，例如可以是浏览器或应用 (Application，APP)客户端。其中，本实施例提供的方法流程具体如下：
[0025] 服务端存储有需要通过客户端提供的界面向用户展现的服务信息。需要向用户展 现的服务信息，会随着服务提供商所提供的服务的变化而变化。例如，若有新的服务出现， 则需要展现给用户的服务信息中需要增加新服务的信息；若有某个服务被取消，则需要展 现给用户的服务信息中需要删除被取消的服务的信息；若有某个服务进行了升级，则需要 展现给用户的服务信息中需要增加由于服务升级所增加的数据。
[0026] 举例说明，上述服务可以是搜美食服务、看电影服务、新闻服务、买彩票服务、阅读 服务、品段子服务、美图服务、公交查询服务或天气查询服务等。
[0027] 客户端从服务端获取服务更新数据，服务更新数据是指更新客户端提供的用于向 用户展现服务信息的界面所需的数据。其中，界面所展现的内容和展现方式等可以决定界 面更新所需的数据，即服务更新数据的内容可由界面展现的内容和展现方式等决定。
[0028] 在本实施例中，为便于更加清晰的向用户展现服务信息，通过对服务进行分类，将 相关联的服务归到同一服务类目下。本实施例对服务分类的标准不做限定，也就是说对服 务类目的定义以及每个服务类目应该包括的服务均不做限定。
[0029] 基于对服务分类的思路，客户端提供的界面需要以服务类目+服务视图的方式展 现服务信息。在本实施例中，客户端的当前页面展现有服务类目，并在该服务类目下展现有 具体的服务视图。当前页面可以展现一个服务类目，也可以展现至少两个服务类目。服务 类目下可以展现有一个服务视图，也可以展现有至少两个服务视图。在界面上，具体以服务 视图的形式展现服务信息。服务视图上可以展现有服务的图片、运营图片、标题、副标题、背 景色以及服务视图对应的服务的访问入口信息，其中，根据服务提供方式的不同，该服务的 访问入口信息也有所不同，例如，若该服务时以网页形式提供的，则该访问入口信息可以是 跳转至该服务的统一资源定位符（Uniform Resoure Locator, URL)地址，若该服务是以本 地APP或WEB APP形式提供的，则该访问入口信息可以是相应APP的调用接口信息等。如 图2所示，为当前页面展现的一种服务类目以及该服务类目下的服务视图。该服务视图中 可以包括跳转至相应服务的访问入口，在图2中，所展现的服务类目为娱乐，该娱乐类目下 包括搜美食服务视图、看电影服务视图和买彩票服务视图。当用户点击服务视图时，则跳转 至相应的服务，继续以图2为例，如果用户点击搜美食服务视图，则可以跳转至搜美食的服 务，具体地，该服务可以以多种方式提供给用户，例如，可以是网页形式，本地APP形式、WEB APP形式等。值得说明的是，服务视图可以是彩色的，并不限于图2所示的灰色。
[0030] 基于上述，形成当前界面所使用的第一服务数据包括：当前界面展现的服务类目 对应的服务分组数据，以及当前界面展现在该服务类目下的服务视图对应的服务的详情数 据。其中，服务类目对应的服务分组数据包括：属于该服务类目的服务的标识。服务的详情 数据主要是指生成该服务对应的服务视图所需的一些配置数据，例如服务的图片、运营图 片、标题、副标题、跳转URL等。
[0031] 基于上述第一服务数据，服务更新数据主要是与服务的详情数据和/或服务分组 数据相关的更新数据。
[0032] 客户端在获取服务更新数据后，根据服务更新数据对形成当前界面使用的第一服 务数据进行更新，获得第二服务数据。之后，根据第二服务数据形成新的界面。
[0033] 值得说明的是，第二服务数据也包括：服务分组数据和服务的详情数据，具体来说 包括：需要在新界面上展现的服务类目对应的服务分组数据，以及需要在该需要展现的服 务类目下展现的服务视图对应