通信終端配置文件的同步系統(tǒng)和方法
【專利摘要】通信終端配置文件的同步系統(tǒng)和方法，該系統(tǒng)包括如下模塊：推送平臺(tái)客戶端，其發(fā)動(dòng)更新配置請(qǐng)求；推送平臺(tái)服務(wù)器，其發(fā)送更新配置應(yīng)答。該方法包括如下步驟：客戶端發(fā)動(dòng)更新配置請(qǐng)求；服務(wù)器端發(fā)送更新配置應(yīng)答。
【專利說(shuō)明】通信終端配置文件的同步系統(tǒng)和方法

【技術(shù)領(lǐng)域】
[0001] 本申請(qǐng)涉及一種通信終端配置文件的同步系統(tǒng)和方法，屬于通信網(wǎng)絡(luò)的同步機(jī) 制，屬于數(shù)字信息傳輸領(lǐng)域。

【背景技術(shù)】
[0002] 目前，隨著通信終端在通信網(wǎng)絡(luò)中的廣泛應(yīng)用，尤其是移動(dòng)網(wǎng)絡(luò)中通信終端的廣 泛使用，使得通信終端的配置文件如何及時(shí)更新成為非常重要的技術(shù)問(wèn)題。
[0003] 為了實(shí)現(xiàn)通信終端配置文件的及時(shí)更新，現(xiàn)有技術(shù)中主要存在兩種思路。一是通 過(guò)通信信息本身的優(yōu)化，二是通過(guò)通信機(jī)制本身的優(yōu)化。
[0004] 第一種思路在于，通過(guò)通信信息本身的優(yōu)化實(shí)現(xiàn)通信終端配置文件的及時(shí)更新。 這一思路是本領(lǐng)域中較少采用的一種方式。采用這一思路的最新現(xiàn)有技術(shù)主要表現(xiàn)為L(zhǎng)G 電子株式會(huì)社公開(kāi)的KR20090065417A號(hào)韓國(guó)專利申請(qǐng)。該專利申請(qǐng)系一種在移動(dòng)通信系 統(tǒng)中生成和傳送數(shù)據(jù)的方法，其將0FDM信號(hào)配置為至少兩個(gè)子信號(hào)，然后通過(guò)多個(gè)載波信 道(例如時(shí)分多路模式下的信道和頻分多路模式下的信道)進(jìn)行傳輸。也就是說(shuō)，基于0FDM 信號(hào)生成的多個(gè)子信號(hào)通過(guò)同步信道加以傳送，從而是實(shí)現(xiàn)配置文件的高效更新。然而，顯 然上述方式借助于通信信息本身的優(yōu)化，加重了通信網(wǎng)絡(luò)的通信負(fù)擔(dān)。
[0005] 第二種思路在于，通過(guò)通信機(jī)制本身的優(yōu)化實(shí)現(xiàn)通信終端配置文件的及時(shí)更新。 這一思路是本領(lǐng)域中較多采用的一種方式。例如，華為科技有限公司提出的W02010031347 號(hào)國(guó)際專利申請(qǐng)公開(kāi)了一種多播單頻網(wǎng)絡(luò)中信息同步的機(jī)制，其設(shè)置主網(wǎng)絡(luò)控制器和從屬 網(wǎng)絡(luò)控制器，主網(wǎng)絡(luò)控制器用于將多播單頻網(wǎng)絡(luò)配置信息傳送到每個(gè)從屬網(wǎng)絡(luò)控制器，從 而實(shí)現(xiàn)主網(wǎng)絡(luò)控制器和從屬網(wǎng)絡(luò)控制器的同步，滿足了多播單頻網(wǎng)絡(luò)空中接口切換和軟切 換的需要。也就是說(shuō)，通過(guò)主網(wǎng)絡(luò)控制器和從屬網(wǎng)絡(luò)控制器的設(shè)置，提高同步效率。
[0006] 然而，上述方式顯然較大地增加了通信負(fù)擔(dān)，并且增加了通信網(wǎng)絡(luò)的管理難度。為 了較高效率實(shí)現(xiàn)通信終端與服務(wù)器的數(shù)據(jù)同步，中興公司提出的W02011082632A號(hào)國(guó)際專 利申請(qǐng)公開(kāi)了一種配置信息的發(fā)布機(jī)制，其中當(dāng)P2P網(wǎng)絡(luò)中的配置信息得以改變的時(shí)候， 配置文件服務(wù)器向計(jì)算機(jī)網(wǎng)絡(luò)中的引導(dǎo)節(jié)點(diǎn)（bootstrap node)發(fā)布改變的配置信息，然后 由引導(dǎo)節(jié)點(diǎn)向其他非引導(dǎo)節(jié)點(diǎn)的通信終端轉(zhuǎn)發(fā)該配置信息。通過(guò)這種方式，使得P2P網(wǎng)絡(luò) 中的通信終端的配置信息能夠與服務(wù)器端的配置信息實(shí)時(shí)同步。類似地，US2011026704A 號(hào)美國(guó)專利申請(qǐng)則公開(kāi)了一種基于網(wǎng)絡(luò)配置信息實(shí)現(xiàn)用戶群的管理的方法，其中用戶配 置信息存儲(chǔ)于服務(wù)器，服務(wù)器用于維護(hù)和管理上述用戶配置信息，并且啟動(dòng)相應(yīng)的用戶識(shí) 另IJ。上述方式均以服務(wù)器作為配置信息更新的主動(dòng)方，較大地增加了服務(wù)器的負(fù)擔(dān)。同時(shí)， CN1956452A公開(kāi)了一種實(shí)現(xiàn)數(shù)據(jù)同步的方法，應(yīng)用于客戶端和服務(wù)器之間，該方法包括： 客戶端和服務(wù)器中的任一端發(fā)送第一同步命令至二者中的另一端；其在發(fā)送第一同步命令 之前，客戶端和服務(wù)器確定待同步目錄；所述第一同步命令的接收端在收到第一同步命令 之后，按接收到的第一同步命令，對(duì)所確定的待同步目錄進(jìn)行數(shù)據(jù)同步。其僅僅給出了客戶 端發(fā)布同步命令的方式，但是并未對(duì)于同步機(jī)制本身的效率提高提出可行性思路。
[0007] 現(xiàn)有的方案是每次推送平臺(tái)服務(wù)器上的信息有變化，都要求客戶端來(lái)同步信息。 具體過(guò)程參見(jiàn)如說(shuō)明書(shū)附圖1所示。應(yīng)用配置信息的更新，由第三方應(yīng)用提供商在發(fā)布新 應(yīng)用，或者更新應(yīng)用版本的時(shí)候，向推送服務(wù)器發(fā)起。推送平臺(tái)服務(wù)器在獲得更新的配置信 息后，將更新通知推送到移動(dòng)終端上的推送平臺(tái)客戶端。上述推送通過(guò)二進(jìn)制短信或者IP 連接等方式實(shí)現(xiàn)。之后，移動(dòng)平臺(tái)客戶端建立新的IP連接或者使用已有的和推送平臺(tái)的連 接，向推送平臺(tái)服務(wù)器發(fā)起更新配置請(qǐng)求。最后，推送平臺(tái)服務(wù)器將更新的內(nèi)容下發(fā)給推送 平臺(tái)客戶端。至此，整個(gè)更新過(guò)程結(jié)束。直到下次配置信息有更新，這里描述的更新過(guò)程， 再?gòu)念^開(kāi)始。
[0008] 如圖1所描述的應(yīng)用配置文件的同步過(guò)程主要有兩個(gè)缺點(diǎn)：一方面，同步動(dòng)作過(guò) 于頻繁，尤其是那些關(guān)于非活躍狀態(tài)的應(yīng)用（用戶很少使用的應(yīng)用）的信息變更引起的同 步，造成用戶網(wǎng)絡(luò)流量的流失和浪費(fèi)。頻繁的同步也會(huì)消耗更多的電量，降低用戶體驗(yàn)。另 一方面，推送服務(wù)器并發(fā)壓力大，也就是說(shuō)，在推送服務(wù)器上的應(yīng)用配置信息更新后，需要 下發(fā)大量的更新通知，之后，所有得到通知的推送平臺(tái)客戶端會(huì)同時(shí)向推送平臺(tái)服務(wù)器發(fā) 起更新請(qǐng)求。
[0009] 綜上所述，如何實(shí)現(xiàn)高效地通信終端配置文件同步，并且同時(shí)降低網(wǎng)絡(luò)通信負(fù)擔(dān) 和服務(wù)器信息處理負(fù)擔(dān)，成為本領(lǐng)域需要解決的技術(shù)問(wèn)題。


【發(fā)明內(nèi)容】

[0010] 為了解決上述技術(shù)問(wèn)題，尤其是存在第三方應(yīng)用的情況下高效實(shí)現(xiàn)通信終端配置 文件的同步，使得第三方應(yīng)用的廠商提供給推送平臺(tái)服務(wù)器的關(guān)于第三方應(yīng)用信息不斷更 新，在推送平臺(tái)服務(wù)器和推送平臺(tái)客戶端之間進(jìn)行同步。從而，在推送平臺(tái)服務(wù)器上面的存 儲(chǔ)的應(yīng)用配置信息被更新后，在推送平臺(tái)客戶端存儲(chǔ)的配置信息及時(shí)進(jìn)行相應(yīng)的更新。并 且，在同步過(guò)程中有效降低服務(wù)器的計(jì)算負(fù)擔(dān)和網(wǎng)絡(luò)的通信負(fù)擔(dān)。也就是說(shuō)，本發(fā)明所要解 決的技術(shù)問(wèn)題是，存在第三方應(yīng)用的情況下高效實(shí)現(xiàn)通信終端配置文件的同步，并且在同 步過(guò)程中有效降低服務(wù)器的計(jì)算負(fù)擔(dān)和網(wǎng)絡(luò)的通信負(fù)擔(dān)。
[0011] 為了解決上述技術(shù)問(wèn)題，本專利申請(qǐng)?zhí)岢鲆环N通信終端配置文件的同步系統(tǒng)和方 法。具體內(nèi)容包括：
[0012] 一種通信終端配置文件同步系統(tǒng)，其包括，推送平臺(tái)客戶端，其發(fā)動(dòng)更新配置請(qǐng) 求；推送平臺(tái)服務(wù)器，其發(fā)送更新配置應(yīng)答。
[0013] 進(jìn)一步，在該通信終端配置文件同步系統(tǒng)中，當(dāng)客戶端首次啟動(dòng)或者客戶端應(yīng)用 配置文件有所損壞并且無(wú)法確定由哪些配置文件所致時(shí)，客戶端發(fā)送全同步更新配置請(qǐng) 求；當(dāng)客戶端首次啟動(dòng)或者客戶端應(yīng)用配置文件有所損壞并且無(wú)法確定由哪些配置文件所 致時(shí)，服務(wù)器端發(fā)送全同步更新配置應(yīng)答。
[0014] 進(jìn)一步，在該通信終端配置文件同步系統(tǒng)中，每隔一段時(shí)間，客戶端發(fā)送部分同步 更新配置請(qǐng)求；每隔一段時(shí)間服務(wù)器端發(fā)送部分同步更新配置應(yīng)答。
[0015] 進(jìn)一步，在該通信終端配置文件同步系統(tǒng)中，當(dāng)客戶端應(yīng)用配置文件有所損壞并 且可以確定由哪些配置文件所致時(shí)，客戶端發(fā)送部分同步更新配置請(qǐng)求；當(dāng)客戶端應(yīng)用配 置文件有所損壞并且可以確定由哪些配置文件所致時(shí)，服務(wù)器端發(fā)送部分同步更新配置應(yīng) 答。
[0016] 進(jìn)一步，在該通信終端配置文件同步系統(tǒng)中，推送平臺(tái)服務(wù)器會(huì)將應(yīng)用配置的最 新版本信息包裹在推送消息的消息頭中，推送平臺(tái)客戶端收到消息后，將消息頭中對(duì)應(yīng)的 應(yīng)用配置版本與存儲(chǔ)在終端上的應(yīng)用配置的版本信息進(jìn)行比較，如果后者已經(jīng)過(guò)期，則向 推送服務(wù)器發(fā)起對(duì)該應(yīng)用的配置信息的更新請(qǐng)求。
[0017] 相應(yīng)地，本發(fā)明還提供一種通信終端配置文件的同步方法，其特征在于，客戶端發(fā) 動(dòng)更新配置請(qǐng)求；服務(wù)器端發(fā)送更新配置應(yīng)答。
[0018] 進(jìn)一步，在通信終端配置文件同步方法中，當(dāng)客戶端首次啟動(dòng)時(shí)，客戶端發(fā)送全同 步更新配置請(qǐng)求；當(dāng)客戶端首次啟動(dòng)時(shí)，服務(wù)器端發(fā)送全同步更新配置應(yīng)答。
[0019] 進(jìn)一步，在通信終端配置文件同步方法中，當(dāng)客戶端應(yīng)用配置文件有所損壞并且 無(wú)法確定由哪些配置文件所致時(shí)，客戶端發(fā)送全同步更新配置請(qǐng)求；當(dāng)客戶端應(yīng)用配置文 件有所損壞并且無(wú)法確定由哪些配置文件所致時(shí)，服務(wù)器端發(fā)送全同步更新配置應(yīng)答。
[0020] 進(jìn)一步，在通信終端配置文件同步方法中，每隔一段時(shí)間，客戶端發(fā)送部分同步更 新配置請(qǐng)求；每隔一段時(shí)間服務(wù)器端發(fā)送部分同步更新配置應(yīng)答。
[0021] 進(jìn)一步，在通信終端配置文件同步方法中，當(dāng)客戶端應(yīng)用配置文件有所損壞并且 可以確定由哪些配置文件所致時(shí)，客戶端發(fā)送部分同步更新配置請(qǐng)求；當(dāng)客戶端應(yīng)用配置 文件有所損壞并且可以確定由哪些配置文件所致時(shí)，服務(wù)器端發(fā)送部分同步更新配置應(yīng) 答。
[0022] 進(jìn)一步，在通信終端配置文件同步方法中，推送平臺(tái)服務(wù)器會(huì)將應(yīng)用配置的最新 版本信息包裹在推送消息的消息頭中。推送平臺(tái)客戶端收到消息后，將消息頭中對(duì)應(yīng)的應(yīng) 用配置版本與存儲(chǔ)在終端上的應(yīng)用配置的版本信息進(jìn)行比較，如果后者已經(jīng)過(guò)期，則向推 送服務(wù)器發(fā)起對(duì)該應(yīng)用的配置信息的更新請(qǐng)求。
[0023] 本發(fā)明的附加方面和優(yōu)點(diǎn)將在下面的描述中部分給出，部分將從下面的描述中變 得明顯，或通過(guò)本發(fā)明的實(shí)踐了解到。

【專利附圖】

【附圖說(shuō)明】
[0024] 本發(fā)明的上述和/或附加的方面和優(yōu)點(diǎn)從結(jié)合下面附圖對(duì)實(shí)施例的描述中將變 得明顯和容易理解，其中 ：
[0025] 圖1是通信終端配置文件同步的現(xiàn)有技術(shù)思路圖；
[0026] 圖2是推送平臺(tái)結(jié)構(gòu)原理圖；
[0027] 圖3是通信終端配置文件同步的原理圖；
[0028] 圖4是通信終端配置文件配置的效果圖。

【具體實(shí)施方式】
[0029] 圖1是通信終端配置文件同步的現(xiàn)有技術(shù)思路圖。其中，應(yīng)用配置信息的更新，由 第三方應(yīng)用提供商在發(fā)布新應(yīng)用，或者更新應(yīng)用版本的時(shí)候，向推送服務(wù)器發(fā)起。推送平臺(tái) 服務(wù)器在獲得更新的配置信息后，將更新通知推送到移動(dòng)終端上的推送平臺(tái)客戶端。移動(dòng) 平臺(tái)向推送平臺(tái)服務(wù)器發(fā)起更新配置請(qǐng)求，推送平臺(tái)服務(wù)器將更新的內(nèi)容下發(fā)給推送平臺(tái) 客戶端。每次更新配置，則循環(huán)執(zhí)行上述過(guò)程。由此導(dǎo)致同步動(dòng)作過(guò)于頻繁和同步負(fù)擔(dān)較 重。
[0030] 如圖2所示，為了向移動(dòng)終端的第三方應(yīng)用提供消息推送，設(shè)立推送平臺(tái)。推送平 臺(tái)包括推送平臺(tái)服務(wù)器和推送平臺(tái)客戶端。推送平臺(tái)建立第三方應(yīng)用服務(wù)器到第三方應(yīng)用 客戶端的消息推送通道，將第三方應(yīng)用服務(wù)器的消息，經(jīng)過(guò)推送平臺(tái)，推送到第三方應(yīng)用的 客戶端。當(dāng)?shù)谌綉?yīng)用廠商發(fā)布基于各個(gè)移動(dòng)終端操作系統(tǒng)（比如，Android，iOS，WP等） 的應(yīng)用或者更新應(yīng)用版本時(shí)，要向推送平臺(tái)提供一些關(guān)于應(yīng)用的一些信息(例如但不限于 應(yīng)用的版本號(hào)、運(yùn)行環(huán)境、名稱、圖標(biāo)等)，推送平臺(tái)需要把這些信息傳遞到終端的推送平臺(tái) 客戶端，推送平臺(tái)客戶端以配置文件的形式保存這些信息，這些文件就是終端配置文件(或 簡(jiǎn)稱為配置文件)。推送平臺(tái)客戶端使用配置文件提供的應(yīng)用信息，來(lái)傳遞推送消息到第三 方應(yīng)用客戶端和針對(duì)應(yīng)用實(shí)現(xiàn)推送消息的個(gè)性化。
[0031] 首先，我們將推送平臺(tái)服務(wù)器與推送平臺(tái)客戶端的配置信息同步過(guò)程的發(fā)起者， 由推送平臺(tái)服務(wù)器，改為推送平臺(tái)客戶端。通信流程的示例之一如圖3所示。也就是說(shuō)，在 本申請(qǐng)所公開(kāi)的通信終端配置文件同步系統(tǒng)中，推送平臺(tái)客戶端發(fā)動(dòng)更新配置請(qǐng)求；推送 平臺(tái)服務(wù)器發(fā)送更新配置應(yīng)答。在本申請(qǐng)所公開(kāi)的通信終端配置文件的同步方法中，主要 包括以下步驟：客戶端發(fā)動(dòng)更新配置請(qǐng)求；服務(wù)器端發(fā)送更新配置應(yīng)答。
[0032] 同時(shí)，本申請(qǐng)定義了三種同步方法：全同步（full synchronization):推送平臺(tái) 客戶端需要更新全部應(yīng)用的配置信息；部分同步（partial synchronization):推送平臺(tái) 客戶端需要更新部分應(yīng)用的配置信息；單同步（lazy synchronization):推送平臺(tái)客戶端 需要更新某一應(yīng)用的配置信息。
[0033] 三種同步方法的具體實(shí)現(xiàn)方式如下：
[0034] 全同步中，推送平臺(tái)客戶端安裝后，首次被啟動(dòng)時(shí)，推送平臺(tái)客戶端沒(méi)有任何應(yīng)用 配置信息。在這種情況下，客戶端需要向服務(wù)器索取全部應(yīng)用的配置信息。另一個(gè)需要實(shí) 行全同步的場(chǎng)景是，存儲(chǔ)在移動(dòng)終端上的應(yīng)用的配置文件有損壞的情況下（比如被用戶刪 除或者存儲(chǔ)介質(zhì)損壞)，并且不能確定是由哪些應(yīng)用的配置文件引起的。
[0035] 部分同步中，每隔一段時(shí)間（時(shí)間間隔可以由用戶設(shè)定，或使用默認(rèn)值，比如一 天)，推送平臺(tái)客戶端需要向服務(wù)器索取部分應(yīng)用的配置信息。應(yīng)用的選取，可以由用戶選 取不同的策略（比如，在近三天內(nèi)，有過(guò)推送消息的應(yīng)用）。另一個(gè)需要實(shí)行部分同步的場(chǎng)景 是，存儲(chǔ)在移動(dòng)終端上的應(yīng)用的配置文件有損壞的情況下（比如被用戶刪除或者存儲(chǔ)介質(zhì) 損壞)，并且可以確定是由哪些應(yīng)用的配置文件引起的，可以啟動(dòng)部分同步的工作機(jī)制。
[0036] 單同步中，第三方應(yīng)用服務(wù)器委托推送平臺(tái)服務(wù)器發(fā)送消息后，推送平臺(tái)服務(wù)器 會(huì)將該應(yīng)用配置的最新版本信息，包裹在推送消息的消息頭中。推送平臺(tái)客戶端收到消息 后，將消息頭中對(duì)應(yīng)的應(yīng)用配置版本與存儲(chǔ)在終端上的應(yīng)用配置的版本信息進(jìn)行比較，如 果后者已經(jīng)過(guò)期，則向推送服務(wù)器發(fā)起對(duì)該應(yīng)用的配置信息的更新請(qǐng)求。
[0037] 推送平臺(tái)客戶端與推送平臺(tái)服務(wù)器的應(yīng)用配置同步，通過(guò)移動(dòng)運(yùn)營(yíng)商提供的移動(dòng) 網(wǎng)絡(luò)(例如GPRS，EDGE等）或者無(wú)線網(wǎng)絡(luò)（WIFI)通訊。通訊協(xié)議可以基于超文本傳輸協(xié)議 (HTTP協(xié)議）。協(xié)議示例如下：
[0038] 請(qǐng)求：
[0039]

【權(quán)利要求】
1. 一種通信終端配置文件同步系統(tǒng)，其包括， 推送平臺(tái)客戶端，其發(fā)動(dòng)更新配置請(qǐng)求； 推送平臺(tái)服務(wù)器，其發(fā)送更新配置應(yīng)答。
2. 如權(quán)利要求1所述的通信終端配置文件同步系統(tǒng)，其特征在于：當(dāng)客戶端首次啟動(dòng) 或者客戶端應(yīng)用配置文件有所損壞并且無(wú)法確定由哪些配置文件所致時(shí)，客戶端發(fā)送全同 步更新配置請(qǐng)求； 當(dāng)客戶端首次啟動(dòng)或者客戶端應(yīng)用配置文件有所損壞并且無(wú)法確定由哪些配置文件 所致時(shí)，服務(wù)器端發(fā)送全同步更新配置應(yīng)答。
3. 如權(quán)利要求1或2之一所述的通信終端配置文件同步系統(tǒng)，其特征在于：每隔一段 時(shí)間，客戶端發(fā)送部分同步更新配置請(qǐng)求； 每隔一段時(shí)間服務(wù)器端發(fā)送部分同步更新配置應(yīng)答。
4. 如權(quán)利要求1或2之一所述的通信終端配置文件同步系統(tǒng)，其特征在于：當(dāng)客戶端 應(yīng)用配置文件有所損壞并且可以確定由哪些配置文件所致時(shí)，客戶端發(fā)送部分同步更新配 置請(qǐng)求； 當(dāng)客戶端應(yīng)用配置文件有所損壞并且可以確定由哪些配置文件所致時(shí)，服務(wù)器端發(fā)送 部分同步更新配置應(yīng)答。
5. 如權(quán)利要求1或2之一所述的通信終端配置文件同步系統(tǒng)，其特征在于，推送平臺(tái)服 務(wù)器會(huì)將應(yīng)用配置的最新版本信息包裹在推送消息的消息頭中，推送平臺(tái)客戶端收到消息 后，將消息頭中對(duì)應(yīng)的應(yīng)用配置版本與存儲(chǔ)在終端上的應(yīng)用配置的版本信息進(jìn)行比較，如 果后者已經(jīng)過(guò)期，則向推送服務(wù)器發(fā)起對(duì)該應(yīng)用的配置信息的更新請(qǐng)求。
6. -種通信終端配置文件的同步方法，其特征在于， 客戶端發(fā)動(dòng)更新配置請(qǐng)求； 服務(wù)器端發(fā)送更新配置應(yīng)答。
7. 如權(quán)利要求6所述的通信終端配置文件同步方法，其特征在于： 當(dāng)客戶端首次啟動(dòng)時(shí)，客戶端發(fā)送全同步更新配置請(qǐng)求； 當(dāng)客戶端首次啟動(dòng)時(shí)，服務(wù)器端發(fā)送全同步更新配置應(yīng)答。
8. 如權(quán)利要求6所述的通信終端配置文件同步方法，其特征在于： 當(dāng)客戶端應(yīng)用配置文件有所損壞并且無(wú)法確定由哪些配置文件所致時(shí)，客戶端發(fā)送全 同步更新配置請(qǐng)求； 當(dāng)客戶端應(yīng)用配置文件有所損壞并且無(wú)法確定由哪些配置文件所致時(shí)，服務(wù)器端發(fā)送 全同步更新配置應(yīng)答。
9. 如權(quán)利要求6-8任一項(xiàng)所述的通信終端配置文件同步方法，其特征在于： 每隔一段時(shí)間，客戶端發(fā)送部分同步更新配置請(qǐng)求； 每隔一段時(shí)間服務(wù)器端發(fā)送部分同步更新配置應(yīng)答。
10. 如權(quán)利要求6-8任一項(xiàng)所述的通信終端配置文件同步方法，其特征在于： 當(dāng)客戶端應(yīng)用配置文件有所損壞并且可以確定由哪些配置文件所致時(shí)，客戶端發(fā)送部 分同步更新配置請(qǐng)求； 當(dāng)客戶端應(yīng)用配置文件有所損壞并且可以確定由哪些配置文件所致時(shí)，服務(wù)器端發(fā)送 部分同步更新配置應(yīng)答。
11. 如權(quán)利要求6-8任一項(xiàng)所述的通信終端配置文件同步方法，其特征在于：推送平臺(tái) 服務(wù)器會(huì)將應(yīng)用配置的最新版本信息包裹在推送消息的消息頭中。
12. 如權(quán)利要求11所述的通信終端配置文件同步方法，其特征在于：推送平臺(tái)客戶端 收到消息后，將消息頭中對(duì)應(yīng)的應(yīng)用配置版本與存儲(chǔ)在終端上的應(yīng)用配置的版本信息進(jìn)行 比較，如果后者已經(jīng)過(guò)期，則向推送服務(wù)器發(fā)起對(duì)該應(yīng)用的配置信息的更新請(qǐng)求。
【文檔編號(hào)】H04L29/08GK104125249SQ201310145575
【公開(kāi)日】2014年10月29日 申請(qǐng)日期:2013年4月24日 優(yōu)先權(quán)日:2013年4月24日
【發(fā)明者】劉宏凱 申請(qǐng)人:北京遠(yuǎn)方環(huán)宇通訊技術(shù)有限責(zé)任公司