CN103246529B - 更新和推送导航栏的方法、设备和系统 - Google Patents

Abstract

本发明公开了一种更新和推送导航栏的方法、设备和系统，属于计算机技术领域。所述方法包括：当启动应用程序时，从服务器拉取应用程序的导航栏的更新消息；从更新消息中获取导航栏的更新数据；使用导航栏的更新数据更新应用程序的配置文件；根据更新后的配置文件显示应用程序的导航栏。本发明还公开了一种客户端，所述客户端包括：第一获取模块、第二获取模块、更新模块和显示模块。本发明还公开了一种服务器包括：生成模块和发送模块。所述系统包括：客户端和服务器。本发明降低了导航栏更新的局限性，降低了开发成本，缩短了开发时间，增强了导航栏的推送效果。

Description

更新和推送导航栏的方法、设备和系统

技术领域

本发明涉及计算机技术领域，特别涉及一种更新和推送导航栏的方法、设备和系统。

背景技术

随着移动终端的普及，现今的导航栏推送项目已经转移到移动终端上来。通过将服务器上的导航栏更新数据下载并存储在移动终端安装的应用程序的系统配置文件中，对应用程序进行配置，在应用程序启动和运行时向用户展示更新的导航栏，达到导航栏的推广效果。同时，服务器还可对导航栏更新数据进行实时更新，实现实时推广。

现有技术中，导航栏的更新都是随应用程序的界面一起进行更新的。具体地，有两种在移动终端上更新导航栏的方案。方案一是采用闪屏的方式，将包括导航栏更新数据的应用程序更新数据制作成图片，当应用程序启动时，在其登录界面闪屏显示该图片，达到推广的效果。方案二是采用更换应用程序的主题的方式，将应用程序更新数据制作成应用程序的主题，其中包括导航栏的更新数据，在应用程序运行时，直接更换应用程序的主题，如直接更换应用程序的皮肤，通过视觉效果达到推送的目的。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：

导航栏的推送依赖于应用程序的更新，具有一定的局限性。方案一中的闪屏推送方式显示时间短，用户难以准确获取闪屏画面上的内容；并且，只能在用户登录时推送，曝光频率低导致推送效果差。方案二中制成应用程序主题的方式开发和设计工作量大，耗费大量的时间和精力，成本较高。

发明内容

为了提高导航栏的推送效果，降低局限性及开发成本，本发明实施例提供了一种更新和推送导航栏的方法、设备和系统。所述技术方案如下：

一方面，提供了一种更新导航栏的方法，所述方法包括：

当启动应用程序时，从服务器拉取所述应用程序的导航栏的更新消息；

从所述更新消息中获取所述导航栏的更新数据；

使用所述导航栏的更新数据更新所述应用程序的配置文件，所述更新数据的粒度与所述配置文件中原始数据的粒度相同，以便于将所述更新数据存储在所述配置文件中指定的位置；

根据更新后的配置文件显示所述应用程序的导航栏。

其中，从服务器拉取所述应用程序的导航栏的更新消息，包括：

向所述服务器发送更新所述应用程序的导航栏的请求；

接收所述服务器推送的所述应用程序的导航栏的更新消息，所述更新消息中包括所述导航栏的更新数据。

或者，从服务器拉取所述应用程序的导航栏的更新消息，包括：

向所述服务器发送更新所述应用程序的导航栏的请求；

接收所述服务器返回的通知消息，根据所述通知消息询问用户是否进行导航栏的更新，如果所述用户确认进行导航栏的更新，则返回确认消息给所述服务器，接收所述服务器发送的所述应用程序的导航栏的更新消息，所述更新消息中包括所述导航栏的更新数据。

其中，使用所述导航栏的更新数据更新所述应用程序的配置文件，包括：

确定所述更新数据在所述配置文件中对应的原始数据；

在所述配置文件中删除所述原始数据，并将所述更新数据采用与所述原始数据同名的方式保存在所述配置文件中。

其中，从服务器拉取所述应用程序的导航栏的更新消息之后，还包括：

判断所述更新消息中是否包含所述导航栏的更新数据；

如果是，则执行从所述更新消息中获取所述导航栏的更新数据的步骤；

否则，读取所述应用程序的配置文件，根据所述配置文件显示所述应用程序的导航栏。

另一方面，还提供了一种推送导航栏的方法，所述方法包括：

当客户端启动应用程序时，生成包含所述应用程序的导航栏的更新数据的更新消息；

将所述更新消息发送给所述客户端，使得所述客户端根据所述更新数据在本地对所述应用程序的导航栏进行更新，所述更新数据的粒度与所述应用程序的配置文件中原始数据的粒度相同，以便于将所述更新数据存储在所述配置文件中指定的位置。

其中，当客户端启动应用程序时，生成包含所述应用程序的导航栏的更新数据的更新消息，包括：

当客户端启动应用程序时，接收所述客户端发来的更新所述应用程序的导航栏的请求；

生成包含所述应用程序的导航栏的更新数据的更新消息。

或者，当客户端启动应用程序时，生成包含所述应用程序的导航栏的更新数据的更新消息，包括：

当客户端启动应用程序时，接收所述客户端发来的更新所述应用程序的导航栏的请求；

向所述客户端返回通知消息，所述通知消息用于客户端询问用户是否进行导航栏的更新，如果接收到所述客户端返回的用户确认进行导航栏更新的确认消息，则生成包含所述应用程序的导航栏的更新数据的更新消息。

再一方面，还提供了一种客户端，所述客户端包括：

第一获取模块，用于当启动应用程序时，从服务器拉取所述应用程序的导航栏的更新消息；

第二获取模块，用于从所述更新消息中获取所述导航栏的更新数据；

更新模块，用于使用所述导航栏的更新数据更新所述应用程序的配置文件，所述更新数据的粒度与所述配置文件中原始数据的粒度相同，以便于将所述更新数据存储在所述配置文件中指定的位置；

显示模块，用于根据更新后的配置文件显示所述应用程序的导航栏。

所述第一获取模块包括：

第一发送单元，用于向所述服务器发送更新所述应用程序的导航栏的请求；

第一接收单元，用于接收所述服务器推送的所述应用程序的导航栏的更新消息，所述更新消息中包括所述导航栏的更新数据。

所述第一获取模块包括：

第二发送单元，用于向所述服务器发送更新所述应用程序的导航栏的请求；

第二接收单元，用于接收所述服务器返回的通知消息，根据所述通知消息询问用户是否进行导航栏的更新，如果所述用户确认进行导航栏的更新，则返回确认消息给所述服务器，接收所述服务器发送的所述应用程序的导航栏的更新消息，所述更新消息中包括所述导航栏的更新数据。

所述更新模块包括：

查找单元，用于确定所述更新数据在所述配置文件中对应的原始数据；

替换单元，用于在所述配置文件中删除所述原始数据，并将所述更新数据采用与所述原始数据同名的方式保存在所述配置文件中。

所述客户端还包括：

判断模块，用于判断所述更新消息中是否包含所述导航栏的更新数据；

所述第二获取模块具体用于在所述判断模块判断所述更新消息中包含所述导航栏的更新数据时，从所述更新消息中获取所述导航栏的更新数据；

所述显示模块还用于在所述判断模块判断所述更新消息中不包含所述导航栏的更新数据时，读取所述应用程序的配置文件，根据所述配置文件显示所述应用程序的导航栏。

又一方面，还提供了一种服务器，所述服务器包括：

生成模块，用于当客户端启动应用程序时，生成包含所述应用程序的导航栏的更新数据的更新消息；

发送模块，用于将所述更新消息发送给所述客户端，使得所述客户端根据所述更新数据在本地对所述应用程序的导航栏进行更新，所述更新数据的粒度与所述应用程序的配置文件中原始数据的粒度相同，以便于将所述更新数据存储在所述配置文件中指定的位置。

其中，所述生成模块包括：

第一接收单元，用于当客户端启动应用程序时，接收所述客户端发来的更新所述应用程序的导航栏的请求；

第一生成单元，用于生成包含所述应用程序的导航栏的更新数据的更新消息。

或者，所述生成模块包括：

第二接收单元，当客户端启动应用程序时，接收所述客户端发来的更新所述应用程序的导航栏的请求；

第二生成单元，向所述客户端返回通知消息，所述通知消息用于客户端询问用户是否进行导航栏的更新，如果接收到所述客户端返回的用户确认进行导航栏更新的确认消息，则生成包含所述应用程序的导航栏的更新数据的更新消息。

又一方面，还提供了一种更新和推送导航栏的系统，所述系统包括：如上所述的客户端，以及如上所述的服务器。

本发明实施例提供的技术方案的有益效果是：

通过单独推送导航栏的更新数据，不用依赖应用程序的整体界面更新，极大地降低了导航栏更新的局限性；而且，不用将导航栏的更新数据制作成应用程序的主题，极大地降低了开发成本，缩短了开发时间；另外，更新的导航栏在应用程序启动之后始终显示，与闪屏推送的方式相比，极大地提高了曝光率，增强了导航栏的推送效果。

通过询问用户是否进行导航栏的更新，尊重用户的选择，极大地提升了用户体验；同时，在配置文件中删除原始数据之后，将导航栏的更新数据采用与原始数据同名的方式进行保存，极大地节省了应用程序的内存，提升了应用程序性能。

附图说明

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

图1是本发明实施例一提供的一种更新导航栏的方法流程图；

图2是本发明实施例一提供的一种推送导航栏的方法流程图；

图3是本发明实施例二提供的一种更新导航栏的方法流程图；

图4是本发明实施例二提供的一种应用程序导航栏更新的界面示意图；

图5是本发明实施例三提供的一种更新导航栏的方法流程图；

图6是本发明实施例四提供的一种客户端的结构示意图；

图7是本发明实施例四提供的另一种客户端的结构示意图；

图8是本发明实施例五提供的一种服务器的结构示意图；

图9是本发明实施例五提供的另一种服务器的结构示意图；

图10是本发明实施例六提供的一种更新导航栏的系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例涉及导航栏的推送和更新，所述导航栏是指客户端安装的应用程序的导航栏，当服务器有该导航栏的更新数据时，客户端通过接收该导航栏的更新数据，从而更新本地的应用程序的导航栏。所述客户端可以是计算机或移动终端。所述计算机包括但不限于：台式计算机以及便携式计算机等，所述移动终端包括但不限于：手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)等。其中，所述客户端中安装的应用程序的种类有多种，本发明对此不限定。例如，该应用程序可以是腾讯空间Qzone、微博、MSN、网络社区、以及浏览器等等。所述应用程序的导航栏通常包括状态信息和工具信息，该导航栏可以位于应用程序界面的顶部，或者位于应用程序界面的底部。另外，在某些应用程序中所述导航栏还包括两部分：状态栏和工具栏，分别位于应用程序界面的顶部和底部。关于导航栏在客户端的具体呈现形式，本发明实施例对此不作具体限定。

实施例一

参见图1，本实施例提供了一种更新导航栏的方法，该方法流程具体如下：

101：当启动应用程序时，从服务器拉取应用程序的导航栏的更新消息。

102：从更新消息中获取导航栏的更新数据。

103：使用导航栏的更新数据更新应用程序的配置文件。

104：根据更新后的配置文件显示应用程序的导航栏。

其中，从服务器拉取应用程序的导航栏的更新消息，包括：

向服务器发送更新应用程序的导航栏的请求；

接收服务器推送的应用程序的导航栏的更新消息，更新消息中包括导航栏的更新数据。

或者，从服务器拉取应用程序的导航栏的更新消息，包括：

向服务器发送更新应用程序的导航栏的请求；

接收服务器返回的通知消息，根据通知消息询问用户是否进行导航栏的更新，如果用户确认进行导航栏的更新，则返回确认消息给服务器，接收服务器发送的应用程序的导航栏的更新消息，更新消息中包括导航栏的更新数据。

其中，使用导航栏的更新数据更新应用程序的配置文件，包括：

确定更新数据在配置文件中对应的原始数据；

在配置文件中删除原始数据，并将更新数据采用与原始数据同名的方式保存在配置文件中。

其中，从服务器拉取应用程序的导航栏的更新消息之后，还包括：

判断更新消息中是否包含导航栏的更新数据；

如果是，则执行从更新消息中获取导航栏的更新数据的步骤；

否则，读取应用程序的配置文件，根据配置文件显示应用程序的导航栏。

参见图2，本实施例还提供了一种推送导航栏的方法，包括：

201：当客户端启动应用程序时，生成包含应用程序的导航栏的更新数据的更新消息。

202：将更新消息发送给客户端，使得客户端根据更新数据在本地对该应用程序的导航栏进行更新。

其中，当客户端启动应用程序时，生成包含应用程序的导航栏的更新数据的更新消息，包括：

当客户端启动应用程序时，接收客户端发来的更新应用程序的导航栏的请求；

生成包含应用程序的导航栏的更新数据的更新消息。

或者，当客户端启动应用程序时，生成包含应用程序的导航栏的更新数据的更新消息，包括：

当客户端启动应用程序时，接收客户端发来的更新应用程序的导航栏的请求；

向客户端返回通知消息，通知消息用于客户端询问用户是否进行导航栏的更新，如果接收到客户端返回的用户确认进行导航栏更新的确认消息，则生成包含应用程序的导航栏的更新数据的更新消息。

本实施例提供的上述更新和推送导航栏的方法，通过单独推送导航栏的更新数据，不用依赖应用程序的整体界面更新，极大地降低了导航栏更新的局限性；而且，不用将导航栏的更新数据制作成应用程序的主题，极大地降低了开发成本，缩短了开发时间；另外，更新的导航栏在应用程序启动之后始终显示，与闪屏推送的方式相比，极大地提高了曝光率，增强了导航栏的推送效果。

通过询问用户是否进行导航栏的更新，尊重用户的选择，极大地提升了用户体验；同时，在配置文件中删除原始数据之后，将导航栏的更新数据采用与原始数据同名的方式进行保存，极大地节省了应用程序的内存，提升了应用程序性能。

为了更加详细的阐述本实施例提供的方法，下面，结合上述内容，通过下面的实施例二和实施例三的内容对本实施例提供的方法进行具体描述，详见如下实施例：

实施例二

参见图3，本实施例提供了一种更新导航栏的方法，该方法流程具体如下：

301：当客户端启动应用程序时，客户端向服务器发送更新该应用程序的导航栏的请求。

其中，应用程序对应的服务器可以为每个应用程序对应的客户端设定一个唯一的ID(Identity，身份标识)，并记录在白名单上，当客户端启动某个应用程序时，客户端向服务器发送更新导航栏的请求，服务器可以根据该应用程序的ID信息在白名单内查找与其对应的导航栏的更新数据，并将找到的导航栏的更新数据添加在更新消息中发送给客户端。

302：客户端接收服务器发送的该应用程序的导航栏的更新消息，该更新消息中包括所述导航栏的更新数据。

具体地，所述更新数据是指与客户端的导航栏现有的数据相区别的数据。例如，春节期间，服务器基于春节的主题推出了新的导航栏，则可以通过导航栏的更新消息将导航栏的更新数据发送给客户端。由于导航栏的更新数据是单独推送给客户端的，与现有技术中将应用程序的整个皮肤(其中包括导航栏)推送给客户端相比，极大地节省了流量，提高了推送效率。

本实施例中，服务器还可以在该更新消息中添加更新标志位，用来标识更新消息中是否有导航栏的更新数据。具体的，所述更新标志位可以采用多种形式，例如，将更新标志位设置为空，用于标识更新消息中没有导航栏的更新数据，将更新标志位设置为非空，用于标识更新消息中有导航栏的更新数据；或者，将更新标志位的值设置为0，用于标识更新消息中没有导航栏的更新数据，将更新标志位的值设置为1，用于标识更新消息中有导航栏的更新数据；当然，也可以采用其他方式来通过更新标志位标识更新消息中是否有导航栏的更新数据，本实施例不对更新标志位的形式做具体限定。

相应地，如果服务器在所述更新消息中设置了上述更新标志位，则客户端在收到该更新消息后，可以根据其中的更新标志位来判断所述更新消息中是否有导航栏的更新数据。

303：客户端从该更新消息中获取所述导航栏的更新数据。

304：客户端使用已获取的导航栏的更新数据更新所述应用程序的配置文件。

其中，应用程序的配置文件用于启动该应用程序，当启动应用程序时，客户端会读取该应用程序的配置文件，根据该配置文件中的内容生成相应的界面展示给用户。当应用程序的导航栏有更新数据时，通过该更新数据更新所述配置文件，从而可以保证启动应用程序之后，展示的包含更新后的导航栏的界面。

所述配置文件通常包括文字信息和图片信息，具体地，可以通过文字控件和图片控件从配置文件中读取文字信息和图片信息，并将其进行整合后显示完整的界面给用户。

305：客户端根据更新后的配置文件显示所述应用程序的导航栏，流程结束。

另外，在步骤302中客户端接收服务器发送的该应用程序的导航栏的更新消息之后，进一步地，还可以包括：

客户端判断所述更新消息中是否包含所述导航栏的更新数据，如果是，则执行步骤303；否则，读取所述应用程序的配置文件，根据所述配置文件显示所述应用程序的导航栏。其中，如果更新消息中没有导航栏的更新数据，则客户端直接读取已有的配置文件，按照该已有的配置文件进行启动，生成界面，此时，该界面内的导航栏没有更新，仍是原有版本的导航栏。

参见图4，为本实施例提供的应用程序导航栏更新的界面示意图。其中，该应用程序为QZone，导航栏包含应用程序顶部的导航状态栏和应用程序底部的工具栏，更新导航栏就是对导航状态栏和工具栏的UI(User Interface，用户界面)进行更新。具体来说，配置文件中的数据包括导航状态栏配置数据和工具栏配置数据，应用程序通过获取的更新数据分别更新对应的导航状态栏配置数据和工具栏配置数据，从而保证启动应用程序之后，导航栏展示的是更新之后导航状态栏和工具栏的UI。

在本实施例中，步骤304中客户端使用已获取的导航栏的更新数据更新所述应用程序的配置文件，可以具体包括：

确定所述更新数据在配置文件中对应的原始数据；在配置文件中删除该原始数据，并将所述更新数据采用与该原始数据同名的方式保存在配置文件中。

具体地，由于更新数据采用与原始数据同名的方式保存在配置文件中，因此，应用程序需明确更新数据所对应的原始数据在配置文件中的位置，即服务器在将更新数据添加在更新消息中时还对其在配置文件中的存储位置进行标识。应用程序调用的配置函数读取更新数据时，根据该更新数据存储位置的标识确定该更新数据在配置文件中对应的原始数据，在配置文件中删除该原始数据，并将该读取的更新数据采用与原始数据同名的方式保存在配置文件中。例如，导航栏的更新数据为一个图片，其对应配置文件中存储的01.jpg，则客户端首先将配置文件中的01.jpg删除，然后将获取的更新数据即所述图片命名为01.jpg存储在配置文件中，从而保证了同名替换，保证了配置文件的更新。

进一步地，本实施例中，服务器和客户端会预先定义好导航栏更新数据的粒度，且更新数据的粒度和原来数据的粒度相同，这样才能将更新数据存储在配置文件中指定的位置。下面以图片和文字为例对更新过程进行说明，图片控件和文字控件都只读取以固定文件名命名的文件，而固定文件名在编程时已经设定，因此，需将更新文件命名为所述设定的固定文件名。客户端根据图片存储位置标识查找到原始图片，将其进行删除，再将更新图片命名为该原始图片的图片名，并存储在配置文件中，图片控件读取的图片即是更新图片。而对于文字的处理，客户端将更新文字存储在数组中，根据数组存储位置标识查找到原始数组，将其进行删除，再将更新数组命名为该原始数组的数组名，并存储在配置文件中，文字控件读取的数组即是更新文字，应用程序再根据文字的配置信息(例如字体、大小等)对其进行设置，最后通过导航栏向用户展示。

本实施例中，所述导航栏更新数据的粒度可以根据需要进行设置和更改。服务器在生成导航栏的更新数据时，如果导航栏的全部内容都有更新，则按照全部粒度生成相应的更新数据；如果导航栏的部分内容有更新，则按照该部分内容对应的粒度生成相应的更新数据。这种方式可以优化导航栏的更新数据，降低更新数据的传输流量。其中，优选地，可以尽量提高导航栏更新数据的粒度，从而可以更加优化更新数据，提高导航栏的更新效率。

本实施例提供的方法，通过单独推送导航栏的更新数据，不用依赖应用程序的整体界面更新，极大地降低了导航栏更新的局限性；而且，不用将导航栏的更新数据制作成应用程序的主题，极大地降低了开发成本，缩短了开发时间；另外，更新的导航栏在应用程序启动之后始终显示，与闪屏推送的方式相比，极大地提高了曝光率，增强了导航栏的推送效果。

通过在配置文件中删除原始数据之后，将导航栏的更新数据采用与原始数据同名的方式进行保存，极大地节省了应用程序的内存，提升了应用程序性能。

实施例三

参见图5，本实施例提供了一种更新导航栏的方法，与实施例二的不同之处在于，以友好的方式询问用户是否进行导航栏的更新，在得到确认后再进行推送，提升了用户的满意度，该方法流程具体如下：

501：当客户端启动应用程序时，客户端向服务器发送更新该应用程序的导航栏的请求。

其中，应用程序对应的服务器可以为每个应用程序设定一个唯一的ID，并记录在白名单上，当客户端启动某个应用程序时，客户端向服务器发送更新导航栏的请求，服务器可以根据该应用程序的ID信息在白名单内查找与其对应的导航栏的更新数据，并将找到的导航栏的更新数据添加在更新消息中发送给客户端。

502：客户端接收服务器返回的通知消息，根据该通知消息询问客户端的用户是否进行该应用程序的导航栏的更新，如果用户确认进行导航栏的更新，则返回确认消息给服务器。

针对该步骤，客户端在接收到服务器返回的通知消息、确认该应用程序的导航栏有更新消息时，询问客户端的用户是否进行该应用程序的导航栏的更新，如果用户确认进行导航栏的更新，则返回确认消息给服务器，请求导航栏的更新数据；如果用户拒绝进行导航栏的更新，则客户端返回消息给服务器，通知服务器不必发送该更新数据，客户端直接读取已有的配置文件，按照该已有的配置文件进行启动，生成界面，此时，该界面内的导航栏没有更新，仍是原有版本的导航栏。

503：客户端接收服务器发送的该应用程序的导航栏的更新消息，该更新消息中包括所述导航栏的更新数据。

具体地，所述更新数据是指与客户端的导航栏现有的数据相区别的数据，具体详见实施例二中的描述，此处不赘述。

504：客户端从该更新消息中获取所述导航栏的更新数据。

505：客户端使用已获取的导航栏的更新数据更新所述应用程序的配置文件。

其中，应用程序的配置文件用于启动该应用程序，具体功能与实施例二中的描述相同，此处不赘述。

506：客户端根据更新后的配置文件显示所述应用程序的导航栏，流程结束。

在本实施例中，步骤505中客户端使用已获取的导航栏的更新数据更新所述应用程序的配置文件，可以具体包括：

确定所述更新数据在配置文件中对应的原始数据；在配置文件中删除该原始数据，并将所述更新数据采用与该原始数据同名的方式保存在配置文件中。

进一步地，本实施例中，服务器和客户端会预先定义好导航栏更新数据的粒度，且更新数据的粒度和原来数据的粒度相同，这样才能将更新数据存储在配置文件中指定的位置。另外，所述导航栏更新数据的粒度可以根据需要进行设置和更改。优选地，可以尽量提高导航栏更新数据的粒度，从而可以更加优化更新数据，提高导航栏的更新效率。

本实施例提供的方法，通过单独推送导航栏的更新数据，不用依赖应用程序的整体界面更新，极大地降低了导航栏更新的局限性；而且，不用将导航栏的更新数据制作成应用程序的主题，极大地降低了开发成本，缩短了开发时间；另外，更新的导航栏在应用程序启动之后始终显示，与闪屏推送的方式相比，极大地提高了曝光率，增强了导航栏的推送效果。

通过询问用户是否进行导航栏的更新，尊重用户的选择，极大地提升了用户体验；同时，在配置文件中删除原始数据之后，将导航栏的更新数据采用与原始数据同名的方式进行保存，极大地节省了应用程序的内存，提升了应用程序性能。

实施例四

参见图6，本实施例提供了一种客户端，该客户端包括：

第一获取模块601，用于当启动应用程序时，从服务器拉取应用程序的导航栏的更新消息；

第二获取模块602，用于从更新消息中获取导航栏的更新数据；

更新模块603，用于使用导航栏的更新数据更新应用程序的配置文件；

显示模块604，用于根据更新后的配置文件显示应用程序的导航栏。

本实施例中，参见图7，第一获取模块601包括：

第一发送单元601A，用于向服务器发送更新应用程序的导航栏的请求；

第一接收单元601B，用于接收服务器推送的应用程序的导航栏的更新消息，更新消息中包括导航栏的更新数据。

本实施例中，第一获取模块601包括：

第二发送单元601C，用于向服务器发送更新应用程序的导航栏的请求；

第二接收单元601D，用于接收服务器返回的通知消息，根据通知消息询问用户是否进行导航栏的更新，如果用户确认进行导航栏的更新，则返回确认消息给服务器，接收服务器发送的应用程序的导航栏的更新消息，更新消息中包括导航栏的更新数据。

本实施例中，更新模块603包括：

查找单元603A，用于确定更新数据在配置文件中对应的原始数据；

替换单元603B，用于在配置文件中删除原始数据，并将更新数据采用与原始数据同名的方式保存在配置文件中。

本实施例中，客户端还包括：

判断模块605，用于判断更新消息中是否包含导航栏的更新数据；

第二获取模块602具体用于在判断模块605判断更新消息中包含导航栏的更新数据时，从更新消息中获取导航栏的更新数据；

显示模块604还用于在判断模块605判断更新消息中不包含导航栏的更新数据时，读取应用程序的配置文件，根据配置文件显示应用程序的导航栏。

本实施例提供的上述客户端，可以执行上述任一方法实施例中提供的更新导航栏的方法，具体过程详见方法实施例中的描述，此处不赘述。

本实施例提供的客户端，通过单独推送导航栏的更新数据，不用依赖应用程序的整体界面更新，极大地降低了导航栏更新的局限性；而且，不用将导航栏的更新数据制作成应用程序的主题，极大地降低了开发成本，缩短了开发时间；另外，更新的导航栏在应用程序启动之后始终显示，与闪屏推送的方式相比，极大地提高了曝光率，增强了导航栏的推送效果。

通过询问用户是否进行导航栏的更新，尊重用户的选择，极大地提升了用户体验；同时，在配置文件中删除原始数据之后，将导航栏的更新数据采用与原始数据同名的方式进行保存，极大地节省了应用程序的内存，提升了应用程序性能。

实施例五

参见图8，本实施例提供了一种服务器，该服务器包括：

生成模块801，用于当客户端启动应用程序时，生成包含应用程序的导航栏的更新数据的更新消息；

发送模块802，用于将更新消息发送给客户端，使得客户端根据更新数据在本地对应用程序的导航栏进行更新。

本实施例中，参见图9，生成模块801包括：

第一接收单元801A，用于当客户端启动应用程序时，接收客户端发来的更新应用程序的导航栏的请求；

第一生成单元801B，用于生成包含应用程序的导航栏的更新数据的更新消息。

本实施例中，生成模块801包括：

第二接收单元801C，当客户端启动应用程序时，接收客户端发来的更新应用程序的导航栏的请求；

第二生成单元801D，向客户端返回通知消息，通知消息用于客户端询问用户是否进行导航栏的更新，如果接收到客户端返回的用户确认进行导航栏更新的确认消息，则生成包含应用程序的导航栏的更新数据的更新消息。

本实施例提供的服务器，通过单独推送导航栏的更新数据，不用将导航栏的更新数据制作成应用程序的主题，极大地降低了开发成本，缩短了开发时间，同时也节省了用户更新导航栏所产生的流量；另外，通过询问用户是否进行导航栏的更新，尊重用户的选择，极大地提升了用户体验。

实施例六

参见图10，本实施例提供了一种更新导航栏的系统，该系统包括：客户端1001和服务器1002；

其中，客户端1001可以为上述实施例四提供的客户端，服务器1002可以为上述实施例五提供的服务器。

本实施例提供的系统可以执行上述任一实施例中提供的方法，具体过程详见方法实施例中的描述，此处不赘述。

本实施例提供的系统，通过单独推送导航栏的更新数据，不用依赖应用程序的整体界面更新，极大地降低了导航栏更新的局限性；而且，不用将导航栏的更新数据制作成应用程序的主题，极大地降低了开发成本，缩短了开发时间；另外，更新的导航栏在应用程序启动之后始终显示，与闪屏推送的方式相比，极大地提高了曝光率，增强了导航栏的推送效果。

通过询问用户是否进行导航栏的更新，尊重用户的选择，极大地提升了用户体验；同时，在配置文件中删除原始数据之后，将导航栏的更新数据采用与原始数据同名的方式进行保存，极大地节省了应用程序的内存，提升了应用程序性能。

需要说明的是：上述实施例提供的更新和推送导航栏的系统在更新导航栏时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的客户端、服务器、更新和推送导航栏的系统与更新导航栏的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

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

本发明实施例中的全部或部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。

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

Claims (17)

1.一种更新导航栏的方法，其特征在于，所述方法包括：

当启动应用程序时，从服务器拉取所述应用程序的导航栏的更新消息；

从所述更新消息中获取所述导航栏的更新数据；所述导航栏的更新数据是所述服务器在所述导航栏的全部内容存在更新时按照全部粒度生成的更新数据，或者，所述导航栏的更新数据是所述服务器在所述导航栏的部分内容存在更新时按照所述部分内容对应的粒度生成的更新数据，所述更新数据是指与客户端的导航栏现有的数据相区别的数据；

使用所述导航栏的更新数据更新所述应用程序的配置文件，所述更新数据的粒度与所述配置文件中原始数据的粒度相同，以便于将所述更新数据存储在所述配置文件中指定的位置；

根据更新后的配置文件显示所述应用程序的导航栏。

2.根据权利要求1所述的方法，其特征在于，从服务器拉取所述应用程序的导航栏的更新消息，包括：

向所述服务器发送更新所述应用程序的导航栏的请求；

接收所述服务器推送的所述应用程序的导航栏的更新消息，所述更新消息中包括所述导航栏的更新数据。

3.根据权利要求1所述的方法，其特征在于，从服务器拉取所述应用程序的导航栏的更新消息，包括：

向所述服务器发送更新所述应用程序的导航栏的请求；

接收所述服务器返回的通知消息，根据所述通知消息询问用户是否进行导航栏的更新，如果所述用户确认进行导航栏的更新，则返回确认消息给所述服务器，接收所述服务器发送的所述应用程序的导航栏的更新消息，所述更新消息中包括所述导航栏的更新数据。

4.根据权利要求1所述的方法，其特征在于，使用所述导航栏的更新数据更新所述应用程序的配置文件，包括：

确定所述更新数据在所述配置文件中对应的原始数据；

在所述配置文件中删除所述原始数据，并将所述更新数据采用与所述原始数据同名的方式保存在所述配置文件中。

5.根据权利要求1至4中任一项所述的方法，其特征在于，从服务器拉取所述应用程序的导航栏的更新消息之后，还包括：

判断所述更新消息中是否包含所述导航栏的更新数据；

如果是，则执行从所述更新消息中获取所述导航栏的更新数据的步骤；

否则，读取所述应用程序的配置文件，根据所述配置文件显示所述应用程序的导航栏。

6.一种推送导航栏的方法，其特征在于，所述方法包括：

当客户端启动应用程序时，生成包含所述应用程序的导航栏的更新数据的更新消息；所述导航栏的更新数据是在所述导航栏的全部内容存在更新时按照全部粒度生成的更新数据，或者，所述导航栏的更新数据是在所述导航栏的部分内容存在更新时按照所述部分内容对应的粒度生成的更新数据，所述更新数据是指与客户端的导航栏现有的数据相区别的数据；将所述更新消息发送给所述客户端，使得所述客户端根据所述更新数据在本地对所述应用程序的导航栏进行更新，所述更新数据的粒度与所述应用程序的配置文件中原始数据的粒度相同，以便于将所述更新数据存储在所述配置文件中指定的位置。

7.根据权利要求6所述的方法，其特征在于，当客户端启动应用程序时，生成包含所述应用程序的导航栏的更新数据的更新消息，包括：

当客户端启动应用程序时，接收所述客户端发来的更新所述应用程序的导航栏的请求；

生成包含所述应用程序的导航栏的更新数据的更新消息。

8.根据权利要求6所述的方法，其特征在于，当客户端启动应用程序时，生成包含所述应用程序的导航栏的更新数据的更新消息，包括：

当客户端启动应用程序时，接收所述客户端发来的更新所述应用程序的导航栏的请求；

向所述客户端返回通知消息，所述通知消息用于客户端询问用户是否进行导航栏的更新，如果接收到所述客户端返回的用户确认进行导航栏更新的确认消息，则生成包含所述应用程序的导航栏的更新数据的更新消息。

9.一种客户端，其特征在于，所述客户端包括：

第一获取模块，用于当启动应用程序时，从服务器拉取所述应用程序的导航栏的更新消息；

第二获取模块，用于从所述更新消息中获取所述导航栏的更新数据；所述导航栏的更新数据是所述服务器在所述导航栏的全部内容存在更新时按照全部粒度生成的更新数据，或者，所述导航栏的更新数据是所述服务器在所述导航栏的部分内容存在更新时按照所述部分内容对应的粒度生成的更新数据，所述更新数据是指与客户端的导航栏现有的数据相区别的数据；

更新模块，用于使用所述导航栏的更新数据更新所述应用程序的配置文件，所述更新数据的粒度与所述配置文件中原始数据的粒度相同，以便于将所述更新数据存储在所述配置文件中指定的位置；

显示模块，用于根据更新后的配置文件显示所述应用程序的导航栏。

10.根据权利要求9所述的客户端，其特征在于，所述第一获取模块包括：

第一发送单元，用于向所述服务器发送更新所述应用程序的导航栏的请求；

第一接收单元，用于接收所述服务器推送的所述应用程序的导航栏的更新消息，所述更新消息中包括所述导航栏的更新数据。

11.根据权利要求9所述的客户端，其特征在于，所述第一获取模块包括：

第二发送单元，用于向所述服务器发送更新所述应用程序的导航栏的请求；

第二接收单元，用于接收所述服务器返回的通知消息，根据所述通知消息询问用户是否进行导航栏的更新，如果所述用户确认进行导航栏的更新，则返回确认消息给所述服务器，接收所述服务器发送的所述应用程序的导航栏的更新消息，所述更新消息中包括所述导航栏的更新数据。

12.根据权利要求9所述的客户端，其特征在于，所述更新模块包括：

查找单元，用于确定所述更新数据在所述配置文件中对应的原始数据；

替换单元，用于在所述配置文件中删除所述原始数据，并将所述更新数据采用与所述原始数据同名的方式保存在所述配置文件中。

13.根据权利要求9所述的客户端，其特征在于，所述客户端还包括：

判断模块，用于判断所述更新消息中是否包含所述导航栏的更新数据；

所述第二获取模块具体用于在所述判断模块判断所述更新消息中包含所述导航栏的更新数据时，从所述更新消息中获取所述导航栏的更新数据；

所述显示模块还用于在所述判断模块判断所述更新消息中不包含所述导航栏的更新数据时，读取所述应用程序的配置文件，根据所述配置文件显示所述应用程序的导航栏。

14.一种服务器，其特征在于，所述服务器包括：

生成模块，用于当客户端启动应用程序时，生成包含所述应用程序的导航栏的更新数据的更新消息；所述导航栏的更新数据是在所述导航栏的全部内容存在更新时按照全部粒度生成的更新数据，或者，所述导航栏的更新数据是在所述导航栏的部分内容存在更新时按照所述部分内容对应的粒度生成的更新数据，所述更新数据是指与客户端的导航栏现有的数据相区别的数据；

发送模块，用于将所述更新消息发送给所述客户端，使得所述客户端根据所述更新数据在本地对所述应用程序的导航栏进行更新，所述更新数据的粒度与所述应用程序的配置文件中原始数据的粒度相同，以便于将所述更新数据存储在所述配置文件中指定的位置。

15.根据权利要求14所述的服务器，其特征在于，所述生成模块包括：

第一接收单元，用于当客户端启动应用程序时，接收所述客户端发来的更新所述应用程序的导航栏的请求；

第一生成单元，用于生成包含所述应用程序的导航栏的更新数据的更新消息。

16.根据权利要求14所述的服务器，其特征在于，所述生成模块包括：

第二接收单元，当客户端启动应用程序时，接收所述客户端发来的更新所述应用程序的导航栏的请求；

第二生成单元，向所述客户端返回通知消息，所述通知消息用于客户端询问用户是否进行导航栏的更新，如果接收到所述客户端返回的用户确认进行导航栏更新的确认消息，则生成包含所述应用程序的导航栏的更新数据的更新消息。

17.一种更新导航栏的系统，其特征在于，所述系统包括如权利要求9-13任一项所述的客户端和如权利要求14-16任一项所述的服务器。