專利名稱：更新和推送導航欄的方法、設備和系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及計算機技術(shù)領域，特別涉及一種更新和推送導航欄的方法、設備和系統(tǒng)。
背景技術(shù)：
隨著移動終端的普及，現(xiàn)今的導航欄推送項目已經(jīng)轉(zhuǎn)移到移動終端上來。通過將服務器上的導航欄更新數(shù)據(jù)下載并存儲在移動終端安裝的應用程序的系統(tǒng)配置文件中，對應用程序進行配置，在應用程序啟動和運行時向用戶展示更新的導航欄，達到導航欄的推廣效果。同時，服務器還可對導航欄更新數(shù)據(jù)進行實時更新，實現(xiàn)實時推廣?，F(xiàn)有技術(shù)中，導航欄的更新都是隨應用程序的界面一起進行更新的。具體地，有兩種在移動終端上更新導航欄的方案。方案一是采用閃屏的方式，將包括導航欄更新數(shù)據(jù)的應用程序更新數(shù)據(jù)制作成圖片，當應用程序啟動時，在其登錄界面閃屏顯示該圖片，達到推廣的效果。方案二是采用更換應用程序的主題的方式，將應用程序更新數(shù)據(jù)制作成應用程序的主題，其中包括導航欄的更新數(shù)據(jù)，在應用程序運行時，直接更換應用程序的主題，如直接更換應用程序的皮膚，通過視覺效果達到推送的目的。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下缺點:導航欄的推送依賴于應用程序的更新，具有一定的局限性。方案一中的閃屏推送方式顯示時間短，用戶難以準確獲取閃屏畫面上的內(nèi)容；并且，只能在用戶登錄時推送，曝光頻率低導致推送效果差。方案二中制成應用程序主題的方式開發(fā)和設計工作量大，耗費大量的時間和精力，成本 較高。

發(fā)明內(nèi)容
為了提高導航欄的推送效果，降低局限性及開發(fā)成本，本發(fā)明實施例提供了一種更新和推送導航欄的方法、設備和系統(tǒng)。所述技術(shù)方案如下:一方面，提供了一種更新導航欄的方法，所述方法包括:當啟動應用程序時，從服務器拉取所述應用程序的導航欄的更新消息；從所述更新消息中獲取所述導航欄的更新數(shù)據(jù)；使用所述導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件；根據(jù)更新后的配置文件顯示所述應用程序的導航欄。其中，從服務器拉取所述應用程序的導航欄的更新消息，包括:向所述服務器發(fā)送更新所述應用程序的導航欄的請求；接收所述服務器推送的所述應用程序的導航欄的更新消息，所述更新消息中包括所述導航欄的更新數(shù)據(jù)?；蛘?，從服務器拉取所述應用程序的導航欄的更新消息，包括:向所述服務器發(fā)送更新所述應用程序的導航欄的請求；接收所述服務器返回的通知消息，根據(jù)所述通知消息詢問用戶是否進行導航欄的更新，如果所述用戶確認進行導航欄的更新，則返回確認消息給所述服務器，接收所述服務器發(fā)送的所述應用程序的導航欄的更新消息，所述更新消息中包括所述導航欄的更新數(shù)據(jù)。其中，使用所述導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件，包括:確定所述更新數(shù)據(jù)在所述配置文件中對應的原始數(shù)據(jù)；在所述配置文件中刪除所述原始數(shù)據(jù)，并將所述更新數(shù)據(jù)采用與所述原始數(shù)據(jù)同名的方式保存在所述配置文件中。其中，從服務器拉取所述應用程序的導航欄的更新消息之后，還包括:判斷所述更新消息中是否包含所述導航欄的更新數(shù)據(jù)；如果是，則執(zhí)行從所述更新消息中獲取所述導航欄的更新數(shù)據(jù)的步驟；否則，讀取所述應用程序的配置文件，根據(jù)所述配置文件顯示所述應用程序的導航欄。另一方面，還提供了一種推送導航欄的方法，所述方法包括:當客戶端啟動應用程序時，生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息；將所述更新消息發(fā)送給所述客戶端，使得所述客戶端根據(jù)所述更新數(shù)據(jù)在本地對所述應用程序的導航欄進行更 新。其中，當客戶端啟動應用程序時，生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息，包括:當客戶端啟動應用程序時，接收所述客戶端發(fā)來的更新所述應用程序的導航欄的請求；生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息。或者，當客戶端啟動應用程序時，生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息，包括:當客戶端啟動應用程序時，接收所述客戶端發(fā)來的更新所述應用程序的導航欄的請求；向所述客戶端返回通知消息，所述通知消息用于客戶端詢問用戶是否進行導航欄的更新，如果接收到所述客戶端返回的用戶確認進行導航欄更新的確認消息，則生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息。再一方面，還提供了一種客戶端，所述客戶端包括:第一獲取模塊，用于當啟動應用程序時，從服務器拉取所述應用程序的導航欄的更新消息；第二獲取模塊，用于從所述更新消息中獲取所述導航欄的更新數(shù)據(jù)；更新模塊，用于使用所述導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件；顯示模塊，用于根據(jù)更新后的配置文件顯示所述應用程序的導航欄。所述第一獲取模塊包括:第一發(fā)送單元，用于向所述服務器發(fā)送更新所述應用程序的導航欄的請求；第一接收單元，用于接收所述服務器推送的所述應用程序的導航欄的更新消息，所述更新消息中包括所述導航欄的更新數(shù)據(jù)。
所述第一獲取模塊包括:第二發(fā)送單元，用于向所述服務器發(fā)送更新所述應用程序的導航欄的請求；第二接收單元，用于接收所述服務器返回的通知消息，根據(jù)所述通知消息詢問用戶是否進行導航欄的更新，如果所述用戶確認進行導航欄的更新，則返回確認消息給所述服務器，接收所述服務器發(fā)送的所述應用程序的導航欄的更新消息，所述更新消息中包括所述導航欄的更新數(shù)據(jù)。所述更新模塊包括:查找單元，用于確定所述更新數(shù)據(jù)在所述配置文件中對應的原始數(shù)據(jù)；替換單元，用于在所述配置文件中刪除所述原始數(shù)據(jù)，并將所述更新數(shù)據(jù)采用與所述原始數(shù)據(jù)同名的方式保存在所述配置文件中。所述客戶端還包括:判斷模塊，用于判斷所述更新消息中是否包含所述導航欄的更新數(shù)據(jù)；所述第二獲取模塊具體用于在所述判斷模塊判斷所述更新消息中包含所述導航欄的更新數(shù)據(jù)時，從所述更新消息中獲取所述導航欄的更新數(shù)據(jù)；所述顯示模塊還 用于在所述判斷模塊判斷所述更新消息中不包含所述導航欄的更新數(shù)據(jù)時，讀取所述應用程序的配置文件，根據(jù)所述配置文件顯示所述應用程序的導航欄。又一方面，還提供了一種服務器，所述服務器包括:生成模塊，用于當客戶端啟動應用程序時，生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息；發(fā)送模塊，用于將所述更新消息發(fā)送給所述客戶端，使得所述客戶端根據(jù)所述更新數(shù)據(jù)在本地對所述應用程序的導航欄進行更新。其中，所述生成模塊包括:第一接收單元，用于當客戶端啟動應用程序時，接收所述客戶端發(fā)來的更新所述應用程序的導航欄的請求；第一生成單元，用于生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息?；蛘撸錾赡K包括:第二接收單元，當客戶端啟動應用程序時，接收所述客戶端發(fā)來的更新所述應用程序的導航欄的請求；第二生成單元，向所述客戶端返回通知消息，所述通知消息用于客戶端詢問用戶是否進行導航欄的更新，如果接收到所述客戶端返回的用戶確認進行導航欄更新的確認消息，則生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息。又一方面，還提供了一種更新和推送導航欄的系統(tǒng)，所述系統(tǒng)包括:如上所述的客戶端，以及如上所述的服務器。本發(fā)明實施例提供的技術(shù)方案的有益效果是:通過單獨推送導航欄的更新數(shù)據(jù)，不用依賴應用程序的整體界面更新，極大地降低了導航欄更新的局限性；而且，不用將導航欄的更新數(shù)據(jù)制作成應用程序的主題，極大地降低了開發(fā)成本，縮短了開發(fā)時間；另外，更新的導航欄在應用程序啟動之后始終顯示，與閃屏推送的方式相比，極大地提高了曝光率，增強了導航欄的推送效果。
通過詢問用戶是否進行導航欄的更新，尊重用戶的選擇，極大地提升了用戶體驗；同時，在配置文件中刪除原始數(shù)據(jù)之后，將導航欄的更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式進行保存，極大地節(jié)省了應用程序的內(nèi)存，提升了應用程序性能。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例一提供的一種更新導航欄的方法流程圖；圖2是本發(fā)明實施例一提供的一種推送導航欄的方法流程圖；圖3是本發(fā)明實施例二提供的一種更新導航欄的方法流程
圖4是本發(fā)明實施例二提供的一種應用程序?qū)Ш綑诟碌慕缑媸疽鈭D；圖5是本發(fā)明實施例三提供的一種更新導航欄的方法流程圖；圖6是本發(fā)明實施例四提供的一種客戶端的結(jié)構(gòu)示意圖；圖7是本發(fā)明實施例四提供的另一種客戶端的結(jié)構(gòu)示意圖；圖8是本發(fā)明實施例五提供的一種服務器的結(jié)構(gòu)示意圖；圖9是本發(fā)明實施例五提供的另一種服務器的結(jié)構(gòu)示意圖；圖10是本發(fā)明實施例六提供的一種更新導航欄的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。本發(fā)明實施例涉及導航欄的推送和更新，所述導航欄是指客戶端安裝的應用程序的導航欄，當服務器有該導航欄的更新數(shù)據(jù)時，客戶端通過接收該導航欄的更新數(shù)據(jù)，從而更新本地的應用程序的導航欄。所述客戶端可以是計算機或移動終端。所述計算機包括但不限于:臺式計算機以及便攜式計算機等，所述移動終端包括但不限于:手機、平板電腦、PDA (Personal Digital Assistant,個人數(shù)字助理)等。其中,所述客戶端中安裝的應用程序的種類有多種，本發(fā)明對此不限定。例如，該應用程序可以是騰訊空間Qzone、微博、MSN、網(wǎng)絡社區(qū)、以及瀏覽器等等。所述應用程序的導航欄通常包括狀態(tài)信息和工具信息，該導航欄可以位于應用程序界面的頂部，或者位于應用程序界面的底部。另外，在某些應用程序中所述導航欄還包括兩部分:狀態(tài)欄和工具欄，分別位于應用程序界面的頂部和底部。關于導航欄在客戶端的具體呈現(xiàn)形式，本發(fā)明實施例對此不作具體限定。實施例一參見圖1，本實施例提供了一種更新導航欄的方法，該方法流程具體如下:101:當啟動應用程序時，從服務器拉取應用程序的導航欄的更新消息。102:從更新消息中獲取導航欄的更新數(shù)據(jù)。103:使用導航欄的更新數(shù)據(jù)更新應用程序的配置文件。104:根據(jù)更新后的配置文件顯示應用程序的導航欄。
其中，從服務器拉取應用程序的導航欄的更新消息，包括:向服務器發(fā)送更新應用程序的導航欄的請求；接收服務器推送的應用程序的導航欄的更新消息，更新消息中包括導航欄的更新數(shù)據(jù)。或者，從服務器拉取應用程序的導航欄的更新消息，包括:向服務器發(fā)送更新應用程序的導航欄的請求；接收服務器返回的通知消息，根據(jù)通知消息詢問用戶是否進行導航欄的更新，如果用戶確認進行導航欄的更新，則返回確認消息給服務器，接收服務器發(fā)送的應用程序的導航欄的更新消息，更新消息中包括導航欄的更新數(shù)據(jù)。其中，使用導航欄的更新數(shù)據(jù)更新應用程序的配置文件，包括:確定更新數(shù)據(jù)在配置文件中對應的原始數(shù)據(jù)；在配置文件中刪除原始數(shù)據(jù)，并將更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式保存在配置文件中。其中，從服務器拉取應用程序的導航欄的更新消息之后，還包括:判斷更新消息中是否包含導航欄的更新數(shù)據(jù)；如果是，則執(zhí)行從更新消息中獲取導航欄的更新數(shù)據(jù)的步驟；否則，讀取應用 程序的配置文件，根據(jù)配置文件顯示應用程序的導航欄。參見圖2，本實施例還提供了一種推送導航欄的方法，包括:201:當客戶端啟動應用程序時，生成包含應用程序的導航欄的更新數(shù)據(jù)的更新消肩、O202:將更新消息發(fā)送給客戶端，使得客戶端根據(jù)更新數(shù)據(jù)在本地對該應用程序的導航欄進行更新。其中，當客戶端啟動應用程序時，生成包含應用程序的導航欄的更新數(shù)據(jù)的更新消息，包括:當客戶端啟動應用程序時，接收客戶端發(fā)來的更新應用程序的導航欄的請求；生成包含應用程序的導航欄的更新數(shù)據(jù)的更新消息?；蛘?，當客戶端啟動應用程序時，生成包含應用程序的導航欄的更新數(shù)據(jù)的更新消息，包括:當客戶端啟動應用程序時，接收客戶端發(fā)來的更新應用程序的導航欄的請求；向客戶端返回通知消息，通知消息用于客戶端詢問用戶是否進行導航欄的更新，如果接收到客戶端返回的用戶確認進行導航欄更新的確認消息，則生成包含應用程序的導航欄的更新數(shù)據(jù)的更新消息。本實施例提供的上述更新和推送導航欄的方法，通過單獨推送導航欄的更新數(shù)據(jù)，不用依賴應用程序的整體界面更新，極大地降低了導航欄更新的局限性；而且，不用將導航欄的更新數(shù)據(jù)制作成應用程序的主題，極大地降低了開發(fā)成本，縮短了開發(fā)時間 ’另夕卜，更新的導航欄在應用程序啟動之后始終顯示，與閃屏推送的方式相比，極大地提高了曝光率，增強了導航欄的推送效果。通過詢問用戶是否進行導航欄的更新，尊重用戶的選擇，極大地提升了用戶體驗；同時，在配置文件中刪除原始數(shù)據(jù)之后，將導航欄的更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式進行保存，極大地節(jié)省了應用程序的內(nèi)存，提升了應用程序性能。為了更加詳細的闡述本實施例提供的方法，下面，結(jié)合上述內(nèi)容，通過下面的實施例二和實施例三的內(nèi)容對本實施例提供的方法進行具體描述，詳見如下實施例:實施例二參見圖3，本實施例提供了一種更新導航欄的方法，該方法流程具體如下:301:當客戶端啟動應用程序時，客戶端向服務器發(fā)送更新該應用程序的導航欄的請求。其中，應用程序?qū)姆掌骺梢詾槊總€應用程序?qū)目蛻舳嗽O定一個唯一的ID (Identity,身份標識)，并記錄在白名單上，當客戶端啟動某個應用程序時，客戶端向服務器發(fā)送更新導航欄的請求，服務器可以根據(jù)該應用程序的ID信息在白名單內(nèi)查找與其對應的導航欄的更新數(shù)據(jù)，并將找到的導航欄的更新數(shù)據(jù)添加在更新消息中發(fā)送給客戶端。302:客戶端接收服務器發(fā)送的該應用程序的導航欄的更新消息，該更新消息中包括所述導航欄的更新數(shù)據(jù)。具體地，所述更新數(shù)據(jù)是指與客戶端的導航欄現(xiàn)有的數(shù)據(jù)相區(qū)別的數(shù)據(jù)。例如，春節(jié)期間，服務器基于春節(jié)的主題推出了新的導航欄，則可以通過導航欄的更新消息將導航欄的更新數(shù)據(jù)發(fā)送給客戶端。由于導航欄的更新數(shù)據(jù)是單獨推送給客戶端的，與現(xiàn)有技術(shù)中將應用程序的整個皮膚(其中包括導航欄)推送給客戶端相比，極大地節(jié)省了流量，提高了推送效率。本實施例中，服務器還可以在該更新消息中添加更新標志位，用來標識更新消息中是否有導航欄的更新數(shù)據(jù)。具體的，所述更新標志位可以采用多種形式，例如，將更新標志位設置為空，用于標識更新消息`中沒有導航欄的更新數(shù)據(jù)，將更新標志位設置為非空，用于標識更新消息中有導航欄的更新數(shù)據(jù)；或者，將更新標志位的值設置為0，用于標識更新消息中沒有導航欄的更新數(shù)據(jù)，將更新標志位的值設置為1，用于標識更新消息中有導航欄的更新數(shù)據(jù)；當然，也可以采用其他方式來通過更新標志位標識更新消息中是否有導航欄的更新數(shù)據(jù)，本實施例不對更新標志位的形式做具體限定。相應地，如果服務器在所述更新消息中設置了上述更新標志位，則客戶端在收到該更新消息后，可以根據(jù)其中的更新標志位來判斷所述更新消息中是否有導航欄的更新數(shù)據(jù)。303:客戶端從該更新消息中獲取所述導航欄的更新數(shù)據(jù)。304:客戶端使用已獲取的導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件。其中，應用程序的配置文件用于啟動該應用程序，當啟動應用程序時，客戶端會讀取該應用程序的配置文件，根據(jù)該配置文件中的內(nèi)容生成相應的界面展示給用戶。當應用程序的導航欄有更新數(shù)據(jù)時，通過該更新數(shù)據(jù)更新所述配置文件，從而可以保證啟動應用程序之后，展示的包含更新后的導航欄的界面。所述配置文件通常包括文字信息和圖片信息，具體地，可以通過文字控件和圖片控件從配置文件中讀取文字信息和圖片信息，并將其進行整合后顯示完整的界面給用戶。305:客戶端根據(jù)更新后的配置文件顯示所述應用程序的導航欄，流程結(jié)束。另外，在步驟302中客戶端接收服務器發(fā)送的該應用程序的導航欄的更新消息之后，進一步地，還可以包括:客戶端判斷所述更新消息中是否包含所述導航欄的更新數(shù)據(jù)，如果是，則執(zhí)行步驟303 ;否則，讀取所述應用程序的配置文件，根據(jù)所述配置文件顯示所述應用程序的導航欄。其中，如果更新消息中沒有導航欄的更新數(shù)據(jù)，則客戶端直接讀取已有的配置文件，按照該已有的配置文件進行啟動，生成界面，此時，該界面內(nèi)的導航欄沒有更新，仍是原有版本的導航欄。參見圖4，為本實施例提供的應用程序?qū)Ш綑诟碌慕缑媸疽鈭D。其中，該應用程序為QZone，導航欄包含應用程序頂部的導航狀態(tài)欄和應用程序底部的工具欄，更新導航欄就是對導航狀態(tài)欄和工具欄的Π (User Interface，用戶界面)進行更新。具體來說，配置文件中的數(shù)據(jù)包括導航狀態(tài)欄配置數(shù)據(jù)和工具欄配置數(shù)據(jù)，應用程序通過獲取的更新數(shù)據(jù)分別更新對應的導航狀態(tài)欄配置數(shù)據(jù)和工具欄配置數(shù)據(jù)，從而保證啟動應用程序之后，導航欄展示的是更新之后導航狀態(tài)欄和工具欄的UI。在本實施例中，步驟304中客戶端使用已獲取的導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件，可以具體包括:確定所述更新數(shù)據(jù)在配置文件中對應的原始數(shù)據(jù)；在配置文件中刪除該原始數(shù)據(jù)，并將所述更新數(shù)據(jù)采用與該原始數(shù)據(jù)同名的方式保存在配置文件中。具體地，由 于更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式保存在配置文件中，因此，應用程序需明確更新數(shù)據(jù)所對應的原始數(shù)據(jù)在配置文件中的位置，即服務器在將更新數(shù)據(jù)添加在更新消息中時還對其在配置文件中的存儲位置進行標識。應用程序調(diào)用的配置函數(shù)讀取更新數(shù)據(jù)時，根據(jù)該更新數(shù)據(jù)存儲位置的標識確定該更新數(shù)據(jù)在配置文件中對應的原始數(shù)據(jù)，在配置文件中刪除該原始數(shù)據(jù)，并將該讀取的更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式保存在配置文件中。例如，導航欄的更新數(shù)據(jù)為一個圖片，其對應配置文件中存儲的01.jpg，則客戶端首先將配置文件中的01.jpg刪除，然后將獲取的更新數(shù)據(jù)即所述圖片命名為
01.jpg存儲在配置文件中，從而保證了同名替換，保證了配置文件的更新。進一步地，本實施例中，服務器和客戶端會預先定義好導航欄更新數(shù)據(jù)的粒度，且更新數(shù)據(jù)的粒度和原來數(shù)據(jù)的粒度相同，這樣才能將更新數(shù)據(jù)存儲在配置文件中指定的位置。下面以圖片和文字為例對更新過程進行說明，圖片控件和文字控件都只讀取以固定文件名命名的文件，而固定文件名在編程時已經(jīng)設定，因此，需將更新文件命名為所述設定的固定文件名?？蛻舳烁鶕?jù)圖片存儲位置標識查找到原始圖片，將其進行刪除，再將更新圖片命名為該原始圖片的圖片名，并存儲在配置文件中，圖片控件讀取的圖片即是更新圖片。而對于文字的處理，客戶端將更新文字存儲在數(shù)組中，根據(jù)數(shù)組存儲位置標識查找到原始數(shù)組，將其進行刪除，再將更新數(shù)組命名為該原始數(shù)組的數(shù)組名，并存儲在配置文件中，文字控件讀取的數(shù)組即是更新文字，應用程序再根據(jù)文字的配置信息(例如字體、大小等)對其進行設置，最后通過導航欄向用戶展示。本實施例中，所述導航欄更新數(shù)據(jù)的粒度可以根據(jù)需要進行設置和更改。服務器在生成導航欄的更新數(shù)據(jù)時，如果導航欄的全部內(nèi)容都有更新，則按照全部粒度生成相應的更新數(shù)據(jù)；如果導航欄的部分內(nèi)容有更新，則按照該部分內(nèi)容對應的粒度生成相應的更新數(shù)據(jù)。這種方式可以優(yōu)化導航欄的更新數(shù)據(jù)，降低更新數(shù)據(jù)的傳輸流量。其中，優(yōu)選地，可以盡量提高導航欄更新數(shù)據(jù)的粒度，從而可以更加優(yōu)化更新數(shù)據(jù)，提高導航欄的更新效率。
本實施例提供的方法，通過單獨推送導航欄的更新數(shù)據(jù)，不用依賴應用程序的整體界面更新，極大地降低了導航欄更新的局限性；而且，不用將導航欄的更新數(shù)據(jù)制作成應用程序的主題，極大地降低了開發(fā)成本，縮短了開發(fā)時間；另外，更新的導航欄在應用程序啟動之后始終顯示，與閃屏推送的方式相比，極大地提高了曝光率，增強了導航欄的推送效
果O通過在配置文件中刪除原始數(shù)據(jù)之后，將導航欄的更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式進行保存，極大地節(jié)省了應用程序的內(nèi)存，提升了應用程序性能。實施例三參見圖5，本實施例提供了一種更新導航欄的方法，與實施例二的不同之處在于，以友好的方式詢問用戶是否進行導航欄的更新，在得到確認后再進行推送，提升了用戶的滿意度，該方法流程具體如下:501:當客戶端啟動應用程序時，客戶端向服務器發(fā)送更新該應用程序的導航欄的請求。其中，應用程序?qū)姆掌骺梢詾槊總€應用程序設定一個唯一的ID，并記錄在白名單上，當客戶端啟動某個應用程序時，客戶端向服務器發(fā)送更新導航欄的請求，服務器可以根據(jù)該應用程序的ID信息在白名單內(nèi)查找與其對應的導航欄的更新數(shù)據(jù)，并將找到的導航欄的更新數(shù)據(jù)添加在更新消息中發(fā)送給客戶端。502:客戶端接收服務器返回的通知消息，根據(jù)該通知消息詢問客戶端的用戶是否進行該應用程序的導航欄的更新，如果用戶確認進行導航欄的更新，則返回確認消息給服務器。針對該步驟，客戶端在接收到服務器返回的通知消息、確認該應用程序的導航欄有更新消息時，詢問客戶端的用戶是否進行該應用程序的導航欄的更新，如果用戶確認進行導航欄的更新，則返回確認消息給服務器，請求導航欄的更新數(shù)據(jù)；如果用戶拒絕進行導航欄的更新，則客戶端返回消息給服務器，通知服務器不必發(fā)送該更新數(shù)據(jù)，客戶端直接讀取已有的配置文件，按照該已有的配置文件進行啟動，生成界面，此時，該界面內(nèi)的導航欄沒有更新，仍是原有版本的導航欄。503:客戶端接收服務器發(fā)送的該應用程序的導航欄的更新消息，該更新消息中包括所述導航欄的更新數(shù)據(jù)。具體地，所述更新數(shù)據(jù)是指與客戶端的導航欄現(xiàn)有的數(shù)據(jù)相區(qū)別的數(shù)據(jù)，具體詳見實施例二中的描述，此處不贅述。504:客戶端從該更新消息中獲取所述導航欄的更新數(shù)據(jù)。505:客戶端使用已獲取的導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件。其中，應用程序的配置文件用于啟動該應用程序，具體功能與實施例二中的描述相同，此處不贅述。506:客戶端根據(jù)更新后的配置文件顯示所述應用程序的導航欄，流程結(jié)束。在本實施例中，步驟505中客戶端使用已獲取的導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件，可以具體包括:確定所述更新數(shù)據(jù)在配置文件中對應的原始數(shù)據(jù)；在配置文件中刪除該原始數(shù)據(jù)，并將所述更新數(shù)據(jù) 采用與該原始數(shù)據(jù)同名的方式保存在配置文件中。
進一步地，本實施例中，服務器和客戶端會預先定義好導航欄更新數(shù)據(jù)的粒度，且更新數(shù)據(jù)的粒度和原來數(shù)據(jù)的粒度相同，這樣才能將更新數(shù)據(jù)存儲在配置文件中指定的位置。另外，所述導航欄更新數(shù)據(jù)的粒度可以根據(jù)需要進行設置和更改。優(yōu)選地，可以盡量提高導航欄更新數(shù)據(jù)的粒度，從而可以更加優(yōu)化更新數(shù)據(jù)，提高導航欄的更新效率。本實施例提供的方法，通過單獨推送導航欄的更新數(shù)據(jù)，不用依賴應用程序的整體界面更新，極大地降低了導航欄更新的局限性；而且，不用將導航欄的更新數(shù)據(jù)制作成應用程序的主題，極大地降低了開發(fā)成本，縮短了開發(fā)時間；另外，更新的導航欄在應用程序啟動之后始終顯示，與閃屏推送的方式相比，極大地提高了曝光率，增強了導航欄的推送效果O通過詢問用戶是否進行導航欄的更新，尊重用戶的選擇，極大地提升了用戶體驗；同時，在配置文件中刪除原始數(shù)據(jù)之后，將導航欄的更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式進行保存，極大地節(jié)省了應用程序的內(nèi)存，提升了應用程序性能。實施例四參見圖6，本實施例提供了一種客戶端，該客戶端包括:第一獲取模塊601，用于當啟動應用程序時，從服務器拉取應用程序的導航欄的更新消息；第二獲取模塊602，用于從更新消息中獲取導航欄的更新數(shù)據(jù)；更新模塊603，用于使用導航欄的更新數(shù)據(jù)更新應用程序的配置文件；顯示模塊604，用于根據(jù)更新后的配置文件顯示應用程序的導航欄。本實施例中，參見圖7，第一獲取模塊601包括:·
第一發(fā)送單元601A，用于向服務器發(fā)送更新應用程序的導航欄的請求；第一接收單元601B，用于接收服務器推送的應用程序的導航欄的更新消息，更新消息中包括導航欄的更新數(shù)據(jù)。本實施例中，第一獲取模塊601包括:第二發(fā)送單元601C，用于向服務器發(fā)送更新應用程序的導航欄的請求；第二接收單元601D，用于接收服務器返回的通知消息，根據(jù)通知消息詢問用戶是否進行導航欄的更新，如果用戶確認進行導航欄的更新，則返回確認消息給服務器，接收服務器發(fā)送的應用程序的導航欄的更新消息，更新消息中包括導航欄的更新數(shù)據(jù)。 本實施例中，更新模塊603包括:查找單元603A，用于確定更新數(shù)據(jù)在配置文件中對應的原始數(shù)據(jù)；替換單元603B，用于在配置文件中刪除原始數(shù)據(jù)，并將更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式保存在配置文件中。本實施例中，客戶端還包括:判斷模塊605，用于判斷更新消息中是否包含導航欄的更新數(shù)據(jù)；第二獲取模塊602具體用于在判斷模塊605判斷更新消息中包含導航欄的更新數(shù)據(jù)時，從更新消息中獲取導航欄的更新數(shù)據(jù)；顯示模塊604還用于在判斷模塊605判斷更新消息中不包含導航欄的更新數(shù)據(jù)時，讀取應用程序的配置文件，根據(jù)配置文件顯示應用程序的導航欄。本實施例提供的上述客戶端，可以執(zhí)行上述任一方法實施例中提供的更新導航欄的方法，具體過程詳見方法實施例中的描述，此處不贅述。本實施例提供的客戶端，通過單獨推送導航欄的更新數(shù)據(jù)，不用依賴應用程序的整體界面更新，極大地降低了導航欄更新的局限性；而且，不用將導航欄的更新數(shù)據(jù)制作成應用程序的主題，極大地降低了開發(fā)成本，縮短了開發(fā)時間；另外，更新的導航欄在應用程序啟動之后始終顯示，與閃屏推送的方式相比，極大地提高了曝光率，增強了導航欄的推送效果。通過詢問用戶是否進行導航欄的更新，尊重用戶的選擇，極大地提升了用戶體驗；同時，在配置文件中刪除原始數(shù)據(jù)之后，將導航欄的更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式進行保存，極大地節(jié)省了應用程序的內(nèi)存，提升了應用程序性能。實施例五參見圖8，本實施例提供了一種服務器，該服務器包括:生成模塊801，用于當客戶端啟動應用程序時，生成包含應用程序的導航欄的更新數(shù)據(jù)的更新消息；發(fā)送模塊802，用于將更新消息發(fā)送給客戶端，使得客戶端根據(jù)更新數(shù)據(jù)在本地對應用程序的導航欄進行更新。本實施例中，參見圖9，生成模塊801包括:第一接收單元801A，用于當客戶端啟動應用程序時，接收客戶端發(fā)來的更新應用程序的導航欄的請求；第一生成單元801B，用于生成包含應用程序的導航欄的更新數(shù)據(jù)的更新消息。本實施例中，生成模塊801包括:第二接收單元801C，當客戶端啟動應用程序時，接收客戶端發(fā)來的更新應用程序的導航欄的請求；第二生成單元801D，向客戶端返回通知消息，通知消息用于客戶端詢問用戶是否進行導航欄的更新，如果接收到客戶端返回的用戶確認進行導航欄更新的確認消息，則生成包含應用程序的導航欄的更新數(shù)據(jù)的更新消息。本實施例提供的服務器，通過單獨推送導航欄的更新數(shù)據(jù)，不用將導航欄的更新數(shù)據(jù)制作成應用程序的主題，極大地降低了開發(fā)成本，縮短了開發(fā)時間，同時也節(jié)省了用戶更新導航欄所產(chǎn)生的流量；另外，通過詢問用戶是否進行導航欄的更新，尊重用戶的選擇，極大地提升了用戶體驗。實施例六參見圖10，本實施例提供了一種更新導航欄的系統(tǒng)，該系統(tǒng)包括:客戶端1001和服務器1002 ；其中，客戶端1001可以為上述實施例四提供的客戶端，服務器1002可以為上述實施例五提供的服務器。本實施例提供的系統(tǒng)可以執(zhí)行上述任一實施例中提供的方法，具體過程詳見方法實施例中的描述，此處不贅述。本實施例提供的系統(tǒng)，通過單獨推送導航欄的更新數(shù)據(jù)，不用依賴應用程序的整體界面更新，極大地降 低了導航欄更新的局限性；而且，不用將導航欄的更新數(shù)據(jù)制作成應用程序的主題，極大地降低了開發(fā)成本，縮短了開發(fā)時間；另外，更新的導航欄在應用程序啟動之后始終顯示，與閃屏推送的方式相比，極大地提高了曝光率，增強了導航欄的推送效
果O通過詢問用戶是否進行導航欄的更新，尊重用戶的選擇，極大地提升了用戶體驗；同時，在配置文件中刪除原始數(shù)據(jù)之后，將導航欄的更新數(shù)據(jù)采用與原始數(shù)據(jù)同名的方式進行保存，極大地節(jié)省了應用程序的內(nèi)存，提升了應用程序性能。需要說明的是:上述實施例提供的更新和推送導航欄的系統(tǒng)在更新導航欄時，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的客戶端、服務器、更新和推送導航欄的系統(tǒng)與更新導航欄的方法實施例屬于同一構(gòu)思，其具體實現(xiàn)過程詳見方法實施例，這里不再贅述。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。本發(fā)明實施例中的全部或部分步驟，可以利用軟件實現(xiàn)，相應的軟件程序可以存儲在可讀取的存儲介質(zhì)中，如光盤或硬盤等。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種更新導航欄的方法，其特征在于，所述方法包括: 當啟動應用程序時，從服務器拉取所述應用程序的導航欄的更新消息； 從所述更新消息中獲取所述導航欄的更新數(shù)據(jù)； 使用所述導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件； 根據(jù)更新后的配置文件顯示所述應用程序的導航欄。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，從服務器拉取所述應用程序的導航欄的更新消息，包括: 向所述服務器發(fā)送更新所述應用程序的導航欄的請求； 接收所述服務器推送的所述應用程序的導航欄的更新消息，所述更新消息中包括所述導航欄的更新數(shù)據(jù)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，從服務器拉取所述應用程序的導航欄的更新消息，包括: 向所述服務器發(fā)送更新所述應用程序的導航欄的請求； 接收所述服務器返回的通知消息，根據(jù)所述通知消息詢問用戶是否進行導航欄的更新，如果所述用戶確認進行導航欄的更新，則返回確認消息給所述服務器，接收所述服務器發(fā)送的所述應用程序的導航欄的更新消息，所述更新消息中包括所述導航欄的更新數(shù)據(jù)。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，使用所述導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件，包括: 確定所述更新數(shù)據(jù)在所述配置文件中對應的原始數(shù)據(jù)； 在所述配置文件中刪除所述原始數(shù)據(jù)，并將所述更新數(shù)據(jù)采用與所述原始數(shù)據(jù)同名的方式保存在所述配置文件中。
5.根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，從服務器拉取所述應用程序的導航欄的更新消息之后，還包括: 判斷所述更新消息中是否包含所述導航欄的更新數(shù)據(jù)； 如果是，則執(zhí)行從所述更新消息中獲取所述導航欄的更新數(shù)據(jù)的步驟； 否則，讀取所述應用程序的配置文件，根據(jù)所述配置文件顯示所述應用程序的導航欄。
6.一種推送導航欄的方法，其特征在于，所述方法包括: 當客戶端啟動應用程序時，生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息；將所述更新消息發(fā)送給所述客戶端，使得所述客戶端根據(jù)所述更新數(shù)據(jù)在本地對所述應用程序的導航欄進行更新。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，當客戶端啟動應用程序時，生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息，包括: 當客戶端啟動應用程序時，接收所述客戶端發(fā)來的更新所述應用程序的導航欄的請求； 生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，當客戶端啟動應用程序時，生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息，包括: 當客戶端啟動應用程序時，接收所述客 戶端發(fā)來的更新所述應用程序的導航欄的請求；向所述客戶端返回通知消息，所述通知消息用于客戶端詢問用戶是否進行導航欄的更新，如果接收到所述客戶端返回的用戶確認進行導航欄更新的確認消息，則生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息。
9.一種客戶端，其特征在于，所述客戶端包括: 第一獲取模塊，用于當啟動應用程序時，從服務器拉取所述應用程序的導航欄的更新消息； 第二獲取模塊，用于從所述更新消息中獲取所述導航欄的更新數(shù)據(jù)； 更新模塊，用于使用所述導航欄的更新數(shù)據(jù)更新所述應用程序的配置文件； 顯示模塊，用于根據(jù)更新后的配置文件顯示所述應用程序的導航欄。
10.根據(jù)權(quán)利要求9所述的客戶端，其特征在于，所述第一獲取模塊包括: 第一發(fā)送單元，用于向所述服務器發(fā)送更新所述應用程序的導航欄的請求； 第一接收單元，用于接收所述服務器推送的所述應用程序的導航欄的更新消息，所述更新消息中包括所述導航欄的更新數(shù)據(jù)。
11.根據(jù)權(quán)利要求9所述的客戶端，其特征在于，所述第一獲取模塊包括: 第二發(fā)送單元，用于向所述服務器發(fā)送更新所述應用程序的導航欄的請求； 第二接收單元，用于接收所述服務器返回的通知消息，根據(jù)所述通知消息詢問用戶是否進行導航欄的更新，如果所述用戶確認進行導航欄的更新，則返回確認消息給所述服務器，接收所述服務器發(fā)送的所述應用程序的導航欄的更新消息，所述更新消息中包括所述導航欄的更新數(shù)據(jù)。
12.根據(jù)權(quán)利要求9所述的客戶端，其特征在于，所述更新模塊包括: 查找單元，用于確定所述更新數(shù)據(jù)在所述配置文件中對應的原始數(shù)據(jù)； 替換單元，用于在所述配置文件中刪除所述原始數(shù)據(jù)，并將所述更新數(shù)據(jù)采用與所述原始數(shù)據(jù)同名的方式保存在所述配置文件中。
13.根據(jù)權(quán)利要求9所述的客戶端，其特征在于，所述客戶端還包括: 判斷模塊，用于判斷所述更新消息中是否包含所述導航欄的更新數(shù)據(jù)； 所述第二獲取模塊具體用于在所述判斷模塊判斷所述更新消息中包含所述導航欄的更新數(shù)據(jù)時，從所述更新消息中獲取所述導航欄的更新數(shù)據(jù)； 所述顯示模塊還用于在所述判斷模塊判斷所述更新消息中不包含所述導航欄的更新數(shù)據(jù)時，讀取所述應用程序的配置文件，根據(jù)所述配置文件顯示所述應用程序的導航欄。
14.一種服務器，其特征在于，所述服務器包括: 生成模塊，用于當客戶端啟動應用程序時，生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息； 發(fā)送模塊，用于將所述更新消息發(fā)送給所述客戶端，使得所述客戶端根據(jù)所述更新數(shù)據(jù)在本地對所述應用程序的導航欄進行更新。
15.根據(jù)權(quán)利要求14所述的服務器，其特征在于，所述生成模塊包括: 第一接收單元，用于當客戶端啟動應用程序時，接收所述客戶端發(fā)來的更新所述應用程序的導航欄的請求； 第一生成單元，用于生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息。
16.根據(jù)權(quán)利要求14所述的服務器，其特征在于，所述生成模塊包括:第二接收單元，當客戶端啟動應用程序時，接收所述客戶端發(fā)來的更新所述應用程序的導航欄的請求； 第二生成單元，向所述客戶端返回通知消息，所述通知消息用于客戶端詢問用戶是否進行導航欄的更新，如果接收到所述客戶端返回的用戶確認進行導航欄更新的確認消息，則生成包含所述應用程序的導航欄的更新數(shù)據(jù)的更新消息。
17.一種更新導航欄的系統(tǒng)，其特征在于，所述系統(tǒng)包括如權(quán)利要求9-13所述的客戶端和如權(quán)利 要求14-16所述的服務器。
全文摘要
本發(fā)明公開了一種更新和推送導航欄的方法、設備和系統(tǒng)，屬于計算機技術(shù)領域。所述方法包括當啟動應用程序時，從服務器拉取應用程序的導航欄的更新消息；從更新消息中獲取導航欄的更新數(shù)據(jù)；使用導航欄的更新數(shù)據(jù)更新應用程序的配置文件；根據(jù)更新后的配置文件顯示應用程序的導航欄。本發(fā)明還公開了一種客戶端，所述客戶端包括第一獲取模塊、第二獲取模塊、更新模塊和顯示模塊。本發(fā)明還公開了一種服務器包括生成模塊和發(fā)送模塊。所述系統(tǒng)包括客戶端和服務器。本發(fā)明降低了導航欄更新的局限性，降低了開發(fā)成本，縮短了開發(fā)時間，增強了導航欄的推送效果。
文檔編號G06F9/445GK103246529SQ20121003153
公開日2013年8月14日 申請日期2012年2月13日 優(yōu)先權(quán)日2012年2月13日
發(fā)明者王菲, 溫彥杰, 王占偉 申請人:騰訊科技(深圳)有限公司