本發(fā)明涉及計算機技術(shù)領(lǐng)域，尤其涉及一種終端拉取信息的處理方法和終端以及服務(wù)器。

背景技術(shù)：

目前，終端可以在該終端冷啟動時從業(yè)務(wù)系統(tǒng)端拉取到業(yè)務(wù)系統(tǒng)端配置的信息。例如，在終端每次啟動運行操作系統(tǒng)時，終端建立和業(yè)務(wù)系統(tǒng)之間的連接，終端中運行的瀏覽器可以通過本次建立的連接從業(yè)務(wù)系統(tǒng)端拉取到業(yè)務(wù)數(shù)據(jù)。

但是這種信息拉取的實現(xiàn)行為依賴用戶使用終端的使用情況，終端對信息的拉取缺乏主動權(quán)限，不利于業(yè)務(wù)的展示，降低了業(yè)務(wù)的展示率。另外，終端在冷啟動的時候每次都需要向業(yè)務(wù)系統(tǒng)端請求拉取信息，這會降低終端的啟動速度，延長用戶等待終端啟動的時間。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供了一種終端拉取信息的處理方法和終端以及服務(wù)器，用于提高終端拉取信息的效率，不影響終端的正常啟動。

為解決上述技術(shù)問題，本發(fā)明實施例提供以下技術(shù)方案：

第一方面，本發(fā)明實施例提供一種終端拉取信息的處理方法，包括：

終端通過長連接通道向服務(wù)器發(fā)送拉取請求消息，所述長連接通道建立在所述終端和所述服務(wù)器之間；

所述終端通過所述長連接通道接收所述服務(wù)器根據(jù)所述拉取請求消息發(fā)送的響應(yīng)信息；

所述終端根據(jù)接收到的所述響應(yīng)信息進行信息配置處理。

第二方面，本發(fā)明實施例還提供一種終端拉取信息的處理方法，包括：

服務(wù)器通過長連接通道接收終端發(fā)送的拉取請求消息，所述長連接通道建立在所述服務(wù)器和所述終端之間；

所述服務(wù)器根據(jù)所述拉取請求消息獲取為所述終端生成的響應(yīng)信息；

所述服務(wù)器通過所述長連接通道向所述終端發(fā)送所述響應(yīng)信息。

第三方面，本發(fā)明實施例還提供一種終端，包括：

發(fā)送模塊，用于通過長連接通道向服務(wù)器發(fā)送拉取請求消息，所述長連接通道建立在所述終端和所述服務(wù)器之間；

接收模塊，用于通過所述長連接通道接收所述服務(wù)器根據(jù)所述拉取請求消息發(fā)送的響應(yīng)信息；

信息處理模塊，用于根據(jù)接收到的所述響應(yīng)信息進行信息配置處理。

第四方面，本發(fā)明實施例還提供一種服務(wù)器，包括：

接收模塊，用于通過長連接通道接收終端發(fā)送的拉取請求消息，所述長連接通道建立在所述服務(wù)器和所述終端之間；

信息獲取模塊，用于根據(jù)所述拉取請求消息獲取為所述終端生成的響應(yīng)信息；

發(fā)送模塊，用于通過所述長連接通道向所述終端發(fā)送所述響應(yīng)信息。

從以上技術(shù)方案可以看出，本發(fā)明實施例具有以下優(yōu)點：

在本發(fā)明實施例中，首先終端通過長連接通道向服務(wù)器發(fā)送拉取請求消息，長連接通道建立在終端和服務(wù)器之間，然后終端通過長連接通道接收服務(wù)器根據(jù)拉取請求消息發(fā)送的響應(yīng)信息，最后終端根據(jù)接收到的響應(yīng)信息進行信息配置處理。由于本發(fā)明實施例中在終端和服務(wù)器之間配置有長連接通道，終端可以通過長連接通道實時的向服務(wù)器請求拉取信息，則服務(wù)器可以使用長連接通道向終端發(fā)送響應(yīng)信息，終端可以根據(jù)該響應(yīng)信息進行實時的信息配置處理。本發(fā)明實施例中終端不再采用冷啟動拉取信息的方式，終端從服務(wù)器通過長連接通道接收到響應(yīng)信息，從而終端具有信息拉取的主動權(quán)限，可以實現(xiàn)業(yè)務(wù)的及時展示。終端不需要在冷啟動時拉取信息，也就不會影響到終端的實時啟動，不影響終端的正常啟動。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域的技術(shù)人員來講，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種終端拉取信息的處理方法的流程方框示意圖；

圖2為本發(fā)明實施例提供的另一種終端拉取信息的處理方法的流程方框示意圖；

圖3為本發(fā)明實施例提供的終端拉取信息的處理方法的應(yīng)用場景框架示意圖；

圖4為本發(fā)明實施例提供的一種終端的組成結(jié)構(gòu)示意圖；

圖5-a為本發(fā)明實施例提供的一種服務(wù)器的組成結(jié)構(gòu)示意圖；

圖5-b為本發(fā)明實施例提供的一種信息獲取模塊的組成結(jié)構(gòu)示意圖；

圖5-c為本發(fā)明實施例提供的另一種信息獲取模塊的組成結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例提供的終端拉取信息的處理方法應(yīng)用于終端的組成結(jié)構(gòu)示意圖；

圖7為本發(fā)明實施例提供的終端拉取信息的處理方法應(yīng)用于服務(wù)器的組成結(jié)構(gòu)示意圖。

具體實施方式

本發(fā)明實施例提供了一種終端拉取信息的處理方法和終端以及服務(wù)器，用于提高終端拉取信息的效率，不影響終端的正常啟動。

為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點能夠更加的明顯和易懂，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，下面所描述的實施例僅僅是本發(fā)明一部分實施例，而非全部實施例?；诒景l(fā)明中的實施例，本領(lǐng)域的技術(shù)人員所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，以便包含一系列單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于那些單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它單元。

本發(fā)明實施例提供的終端拉取信息的處理方法中，終端通過服務(wù)器拉取信息，該終端和服務(wù)器之間建立有長連接通道，該長連接通道可以是傳輸控制協(xié)議(英文全稱：Transmission Control Protocol，英文簡稱：TCP)連接。本發(fā)明實施例中服務(wù)器具體可以是云端控制服務(wù)器，簡稱云控服務(wù)器。另外，本發(fā)明實施例中長連接通道也可以是封裝有隧道協(xié)議的連接隧道，通道的具體實現(xiàn)方式不做限定。終端和服務(wù)器可以通過長連接通道連續(xù)發(fā)送或接收多個數(shù)據(jù)包，終端和服務(wù)器雙方可定期維持該長連接。本發(fā)明實施例中終端不在采用冷啟動時拉取信息的方式，由于終端和服務(wù)器之間配置有長連接通道，因為終端可以通過該長連接通道進行實時的信息拉取，提高信息拉取的效率。以下分別從終端側(cè)和服務(wù)器側(cè)進行詳細(xì)說明。

本發(fā)明終端拉取信息的處理方法的一個實施例，具體可以應(yīng)用于終端對信息的及時拉取場景中，首先從終端一側(cè)來介紹本發(fā)明實施例提供的終端拉取信息的處理方法，請參閱圖1所示，本發(fā)明一個實施例提供的終端拉取信息的處理方法，可以包括如下步驟：

101、終端通過長連接通道向服務(wù)器發(fā)送拉取請求消息，長連接通道建立在終端和服務(wù)器之間。

在本發(fā)明實施例中，長連接通道建立在終端和服務(wù)器之間，服務(wù)器可以和一個終端建立長連接通道，服務(wù)器也可以和多個終端分別建立長連接通道，其中，多個終端從服務(wù)器拉取信息的實現(xiàn)方式都可以參閱本發(fā)明實施例終端拉取信息的處理方法中終端側(cè)的實現(xiàn)方案。終端通過長連接通道向服務(wù)器發(fā)送拉取請求消息，該拉取請求消息用于向服務(wù)器請求該終端需要拉取信息。具體的，在實際應(yīng)用中，該拉取請求消息中可以攜帶終端的標(biāo)識，也可以攜帶需要拉取信息的業(yè)務(wù)的標(biāo)識，具體實現(xiàn)方式不做限定。

在本發(fā)明的一些實施例中，終端除了執(zhí)行步驟101至步驟103中所描述的步驟之外，本發(fā)明實施例提供的終端拉取信息的處理方法還可以包括如下步驟：

A1、終端通過長連接通道按照預(yù)置的觸發(fā)周期向服務(wù)器發(fā)送心跳包。

其中，終端為了保證終端和服務(wù)器之間的長連接通道的實時通暢，在長連接通道的保持期間，終端和服務(wù)器可以通過長連接通道連續(xù)發(fā)送或接收多個數(shù)據(jù)包，在長連接通道的保持期間，如果沒有數(shù)據(jù)包傳輸，就需要終端和服務(wù)器之間維護該長連接通道，終端可以自己做在線維持，例如，按照預(yù)置的觸發(fā)周期向服務(wù)器發(fā)送心跳包，觸發(fā)周期的具體實現(xiàn)可以根據(jù)終端的處理能力或者業(yè)務(wù)的需求來確定，例如該觸發(fā)周期可以是每4.5分鐘發(fā)送一次心跳包給服務(wù)器。需要說明的是，在本發(fā)明的另一些實施例中，若終端和服務(wù)器之間通過長連接通道正在進行數(shù)據(jù)包的傳輸，則終端可以暫停發(fā)送心跳包，以減輕終端的負(fù)荷。

在本發(fā)明的一些實施例中，步驟101終端通過長連接通道向服務(wù)器發(fā)送拉取請求消息，具體可以包括如下步驟：

B1、終端在終端中預(yù)先配置的命令請求指令中寫入拉取請求消息，并通過長連接通道向服務(wù)器發(fā)送寫入有拉取請求消息的命令請求指令。

其中，終端中可以預(yù)先配置命令(英文全稱：Command，英文簡稱：CMD)請求指令，當(dāng)終端需要拉取信息時可以在該命令請求指令中寫入拉取請求消息，該命令請求指令可以通過長連接通道發(fā)送給服務(wù)器，則服務(wù)器從接收到的命令請求指令中可以解析出終端寫入的拉取請求消息，從而服務(wù)器可以確定終端需要拉取信息。

102、終端通過長連接通道接收服務(wù)器根據(jù)拉取請求消息發(fā)送的響應(yīng)信息。

在本發(fā)明實施例中，終端通過長連接通道向服務(wù)器發(fā)送拉取請求消息之后，該服務(wù)器可以通過長連接通道接收到終端發(fā)送的拉取請求消息，接下來服務(wù)器可以根據(jù)拉取請求消息獲取為終端生成的響應(yīng)信息，該響應(yīng)信息是服務(wù)器響應(yīng)于終端發(fā)送的拉取請求消息而生成的拉取結(jié)果，在服務(wù)器獲取到該響應(yīng)信息之后，再通過長連接通道向終端發(fā)送響應(yīng)信息。由于終端和服務(wù)器之間保持有長連接，因此終端可以實時接收到服務(wù)器發(fā)送的響應(yīng)信息。

103、終端根據(jù)接收到的響應(yīng)信息進行信息配置處理。

在本發(fā)明實施例中，終端接收到服務(wù)器發(fā)送的響應(yīng)信息之后，該終端可以解析該響應(yīng)信息，按照該響應(yīng)信息進行信息配置處理。其中終端執(zhí)行的信息配置處理的過程與接收到的響應(yīng)信息有關(guān)，例如響應(yīng)信息包括不同的內(nèi)容時終端執(zhí)行的信息配置處理過程也可以不同。另外本發(fā)明實施例中終端執(zhí)行的信息配置處理的過程還可以和終端請求拉取信息的業(yè)務(wù)類型有關(guān)，例如業(yè)務(wù)類型可以是終端修復(fù)類命令，例如刪除記錄、清除閃屏等，在不同的業(yè)務(wù)實現(xiàn)場景下，終端執(zhí)行的信息配置處理也可以描述為相應(yīng)的具體內(nèi)容。本發(fā)明實施例中具體的信息配置處理方法可以有多種，需要結(jié)合具體的應(yīng)用場景來舉例說明，詳見后續(xù)實施例中的舉例說明。

在本發(fā)明的一些實施例中，步驟103終端根據(jù)接收到的響應(yīng)信息進行信息配置處理，具體可以包括如下步驟：

C1、當(dāng)接收到的響應(yīng)信息為業(yè)務(wù)更新版本號時，終端使用業(yè)務(wù)更新版本號和業(yè)務(wù)系統(tǒng)進行交互，從業(yè)務(wù)系統(tǒng)獲取到業(yè)務(wù)更新版本號對應(yīng)的業(yè)務(wù)數(shù)據(jù)包。

其中，終端請求從服務(wù)器拉取的信息是業(yè)務(wù)數(shù)據(jù)時，終端可以從服務(wù)器接收到的響應(yīng)信息中獲取到業(yè)務(wù)更新版本號，例如終端接收到的業(yè)務(wù)更新版本號可以是使用加密算法計算出來的更新版本號，該加密算法可以是消息摘要算法第五版(英文全稱：Message Digest Algorithm MD5，英文簡稱：MD5)。終端通過響應(yīng)信息獲取到業(yè)務(wù)更新版本號之后，終端可以使用該業(yè)務(wù)更新版本號和業(yè)務(wù)系統(tǒng)進行交互，從業(yè)務(wù)系統(tǒng)獲取到業(yè)務(wù)更新版本號對應(yīng)的業(yè)務(wù)數(shù)據(jù)包。舉例說明，終端可以通過無線網(wǎng)絡(luò)向業(yè)務(wù)系統(tǒng)發(fā)送業(yè)務(wù)請求，該業(yè)務(wù)請求可以攜帶業(yè)務(wù)更新版本號，從而業(yè)務(wù)系統(tǒng)接收到該業(yè)務(wù)請求后，業(yè)務(wù)系統(tǒng)可以將業(yè)務(wù)更新版本號對應(yīng)的業(yè)務(wù)數(shù)據(jù)包發(fā)送給終端，終端接收到業(yè)務(wù)數(shù)據(jù)包之后可以在業(yè)務(wù)程序中使用業(yè)務(wù)更新版本號對應(yīng)的業(yè)務(wù)數(shù)據(jù)包。

在目前的終端冷啟動拉取信息的方案中，終端每次冷啟動的時候都從業(yè)務(wù)系統(tǒng)拉取信息，而業(yè)務(wù)系統(tǒng)的后端配置沒有變化時，對于終端而言是無需進行本次拉取，這會造成不必要的流量浪費。在本發(fā)明的另一些實施例中，終端從響應(yīng)信息中獲取到業(yè)務(wù)更新版本號之后，終端還可以將該業(yè)務(wù)更新版本號與終端本地使用的當(dāng)前業(yè)務(wù)版本號進行比對，若當(dāng)前業(yè)務(wù)版本號與業(yè)務(wù)更新版本號相同時，說明業(yè)務(wù)系統(tǒng)沒有更新數(shù)據(jù)包版本，在這種情況下，終端不需要從業(yè)務(wù)系統(tǒng)下載業(yè)務(wù)數(shù)據(jù)包，從而節(jié)省終端的流量，減少終端的負(fù)荷。

在目前的終端冷啟動拉取信息的方案中，終端只有在冷啟動時才從業(yè)務(wù)系統(tǒng)側(cè)拉取信息，當(dāng)該終端在運行過程中出現(xiàn)故障的時候，業(yè)務(wù)系統(tǒng)端無法控制該終端的及時修復(fù)。在本發(fā)明的另一些實施例中，步驟103終端根據(jù)接收到的響應(yīng)信息進行信息配置處理，具體可以包括如下步驟：

D1、當(dāng)接收到的響應(yīng)信息為服務(wù)器下發(fā)的控制命令時，終端根據(jù)控制信令中的更新配置數(shù)據(jù)對終端的當(dāng)前配置數(shù)據(jù)進行修復(fù)。

其中，終端請求從服務(wù)器拉取的信息是配置數(shù)據(jù)時，終端可以從服務(wù)器接收到的響應(yīng)信息中獲取到更新配置數(shù)據(jù)，然后終端根據(jù)控制信令中的更新配置數(shù)據(jù)對終端的當(dāng)前配置數(shù)據(jù)進行修復(fù)，即使終端出現(xiàn)故障，也可以根據(jù)控制指令修復(fù)終端的當(dāng)前配置數(shù)據(jù)，從而使終端恢復(fù)正常運行。

通過以上實施例對本發(fā)明實施例的描述可知，首先終端通過長連接通道向服務(wù)器發(fā)送拉取請求消息，長連接通道建立在終端和服務(wù)器之間，然后終端通過長連接通道接收服務(wù)器根據(jù)拉取請求消息發(fā)送的響應(yīng)信息，最后終端根據(jù)接收到的響應(yīng)信息進行信息配置處理。由于本發(fā)明實施例中在終端和服務(wù)器之間配置有長連接通道，終端可以通過長連接通道實時的向服務(wù)器請求拉取信息，則服務(wù)器可以使用長連接通道向終端發(fā)送響應(yīng)信息，終端可以根據(jù)該響應(yīng)信息進行實時的信息配置處理。本發(fā)明實施例中終端不再采用冷啟動拉取信息的方式，終端從服務(wù)器通過長連接通道接收到響應(yīng)信息，從而終端具有信息拉取的主動權(quán)限，可以實現(xiàn)業(yè)務(wù)的及時展示。終端不需要在冷啟動時拉取信息，也就不會影響到終端的實時啟動，不影響終端的正常啟動。

上述實施例從終端側(cè)描述了本發(fā)明實施例提供的終端拉取信息的處理方法，與服務(wù)器交互的多個終端都可以按照前述的終端側(cè)方法來完成與服務(wù)器的交互。接下來從服務(wù)器側(cè)來說明本發(fā)明實施例提供的終端拉取信息的處理方法，請參閱圖2所示，本發(fā)明一個實施例提供的終端拉取信息的處理方法，可以包括如下步驟：

201、服務(wù)器通過長連接通道接收終端發(fā)送的拉取請求消息，長連接通道建立在服務(wù)器和終端之間。

在本發(fā)明實施例中，長連接通道建立在服務(wù)器和終端之間，服務(wù)器可以和一個終端建立長連接通道，服務(wù)器也可以和多個終端分別建立長連接通道，其中，多個終端從服務(wù)器拉取信息時服務(wù)器需要分別建立與多個終端之間的長連接通道。終端通過長連接通道向服務(wù)器發(fā)送拉取請求消息，該服務(wù)器可以通過長連接通道接收到終端發(fā)送的拉取請求消息。具體的，在實際應(yīng)用中，服務(wù)器可以從該拉取請求消息中獲取到終端的標(biāo)識，也可以獲取到需要拉取信息的業(yè)務(wù)的標(biāo)識，具體實現(xiàn)方式不做限定。

在本發(fā)明的一些實施例中，服務(wù)器除了執(zhí)行步驟201至步驟203中所描述的步驟之外，本發(fā)明實施例提供的終端拉取信息的處理方法還可以包括如下步驟：

E1、服務(wù)器通過長連接通道接收終端按照預(yù)置的觸發(fā)周期發(fā)送的心跳包；

E2、服務(wù)器通過長連接通道向終端發(fā)送心跳確認(rèn)信息。

其中，終端為了保證終端和服務(wù)器之間的長連接通道的實時通暢，在長連接通道的保持期間，終端和服務(wù)器可以通過長連接通道連續(xù)發(fā)送或接收多個數(shù)據(jù)包，在長連接通道的保持期間，如果沒有數(shù)據(jù)包傳輸，就需要終端和服務(wù)器之間維護該長連接通道，終端可以自己做在線維持，例如，按照預(yù)置的觸發(fā)周期向服務(wù)器發(fā)送心跳包，觸發(fā)周期的具體實現(xiàn)可以根據(jù)終端的處理能力或者業(yè)務(wù)的需求來確定，例如該觸發(fā)周期可以是每4.5分鐘發(fā)送一次心跳包給服務(wù)器，服務(wù)器通過長連接通道向終端發(fā)送心跳確認(rèn)信息，終端通過接收到的心跳確認(rèn)信息確定目前的長連接通道仍然是可用的通暢通道。

202、服務(wù)器根據(jù)拉取請求消息獲取為終端生成的響應(yīng)信息。

在本發(fā)明實施例中，服務(wù)器通過對該拉取請求消息的解析，服務(wù)器可以確定是哪個終端請求拉取信息，也可以確定是需要拉取哪種業(yè)務(wù)類型的信息。接下來服務(wù)器可以根據(jù)拉取請求消息獲取為終端生成的響應(yīng)信息，該響應(yīng)信息是服務(wù)器響應(yīng)于終端發(fā)送的拉取請求消息而生成的拉取結(jié)果。其中服務(wù)器獲取到響應(yīng)信息的具體內(nèi)容與接收到的拉取請求消息有關(guān)，例如拉取請求消息包括不同的內(nèi)容時服務(wù)器獲取到的響應(yīng)信息也可以不同。另外本發(fā)明實施例中服務(wù)器獲取到的響應(yīng)信息還可以和終端請求拉取信息的業(yè)務(wù)類型有關(guān)，例如業(yè)務(wù)類型可以是終端修復(fù)類命令，例如刪除記錄、清除閃屏等，在不同的業(yè)務(wù)實現(xiàn)場景下，服務(wù)器獲取到的響應(yīng)信息也可以描述為相應(yīng)的具體內(nèi)容。本發(fā)明實施例中具體的響應(yīng)信息可以有多種，需要結(jié)合具體的應(yīng)用場景來舉例說明，詳見后續(xù)實施例中的舉例說明。

在本發(fā)明的一些實施例中，步驟202服務(wù)器根據(jù)拉取請求消息獲取為終端生成的響應(yīng)信息，具體可以包括如下步驟：

F1、當(dāng)拉取請求消息為請求拉取業(yè)務(wù)數(shù)據(jù)時，服務(wù)器向業(yè)務(wù)系統(tǒng)發(fā)送業(yè)務(wù)版本校驗信息，業(yè)務(wù)版本校驗信息包括：上次請求業(yè)務(wù)的時間戳和上次請求業(yè)務(wù)的版本號；

F2、服務(wù)器接收業(yè)務(wù)系統(tǒng)發(fā)送的業(yè)務(wù)版本校驗結(jié)果，業(yè)務(wù)版本校驗結(jié)果，包括：業(yè)務(wù)更新版本的時間戳和業(yè)務(wù)更新版本號；

F3、服務(wù)器根據(jù)該業(yè)務(wù)版本校驗結(jié)果為終端生成的響應(yīng)消息為業(yè)務(wù)更新版本號。

其中，終端請求從服務(wù)器拉取的信息是業(yè)務(wù)數(shù)據(jù)時，服務(wù)器可以根據(jù)該拉取請求信息和業(yè)務(wù)系統(tǒng)之間進行交互，服務(wù)器和業(yè)務(wù)系統(tǒng)之間可以建立通信連接，例如服務(wù)器通過預(yù)先配置的接口向業(yè)務(wù)系統(tǒng)發(fā)送業(yè)務(wù)版本校驗信息。業(yè)務(wù)版本校驗信息中可以包括終端上次請求業(yè)務(wù)的時間戳和上次請求業(yè)務(wù)的版本號，則業(yè)務(wù)系統(tǒng)接收到業(yè)務(wù)版本校驗信息后，業(yè)務(wù)系統(tǒng)可以比較上次請求業(yè)務(wù)的版本號與該業(yè)務(wù)系統(tǒng)中最新的業(yè)務(wù)版本號，在業(yè)務(wù)版本有更新的情況下，業(yè)務(wù)系統(tǒng)可以向服務(wù)器發(fā)送業(yè)務(wù)版本校驗結(jié)果，業(yè)務(wù)版本校驗結(jié)果包括：業(yè)務(wù)更新版本的時間戳和業(yè)務(wù)更新版本號，服務(wù)器通過接收到的業(yè)務(wù)版本校驗結(jié)果確定業(yè)務(wù)有更新，此時服務(wù)器執(zhí)行步驟E3服務(wù)器根據(jù)該業(yè)務(wù)版本校驗結(jié)果為終端生成的響應(yīng)消息為業(yè)務(wù)更新版本號。業(yè)務(wù)更新版本號可以是使用加密算法計算出來的更新版本號，該加密算法可以是MD5加密算法。終端通過響應(yīng)信息獲取到業(yè)務(wù)更新版本號之后，終端可以使用該業(yè)務(wù)更新版本號和業(yè)務(wù)系統(tǒng)進行交互，從業(yè)務(wù)系統(tǒng)獲取到業(yè)務(wù)更新版本號對應(yīng)的業(yè)務(wù)數(shù)據(jù)包。舉例說明，終端可以通過無線網(wǎng)絡(luò)向業(yè)務(wù)系統(tǒng)發(fā)送業(yè)務(wù)請求，該業(yè)務(wù)請求可以攜帶業(yè)務(wù)更新版本號，從而業(yè)務(wù)系統(tǒng)接收到該業(yè)務(wù)請求后，業(yè)務(wù)系統(tǒng)可以將業(yè)務(wù)更新版本號對應(yīng)的業(yè)務(wù)數(shù)據(jù)包發(fā)送給終端，終端接收到業(yè)務(wù)數(shù)據(jù)包之后可以在業(yè)務(wù)程序中使用業(yè)務(wù)更新版本號對應(yīng)的業(yè)務(wù)數(shù)據(jù)包。

在本發(fā)明的一些實施例中，步驟202服務(wù)器根據(jù)拉取請求消息獲取為終端生成的響應(yīng)信息，具體可以包括如下步驟：

G1、當(dāng)拉取請求消息為請求拉取配置數(shù)據(jù)時，服務(wù)器根據(jù)拉取請求消息獲取控制終端進行修復(fù)的更新配置數(shù)據(jù)；

G2、服務(wù)器根據(jù)控制終端進行修復(fù)的更新配置數(shù)據(jù)確定所述終端生成的響應(yīng)消息為攜帶所述更新配置數(shù)據(jù)的控制命令。

其中，終端請求從服務(wù)器拉取的信息是配置數(shù)據(jù)時，服務(wù)器可以根據(jù)拉取請求信息確定需要對終端進行控制的實現(xiàn)方式，服務(wù)器為終端生成控制終端所需要的更新配置數(shù)據(jù)，然后通過控制指令攜帶更新配置數(shù)據(jù)，將給控制指令通過長連接通道發(fā)送給終端。終端請求從服務(wù)器拉取的信息是更新數(shù)據(jù)時，終端可以從服務(wù)器接收到的響應(yīng)信息中獲取到更新配置數(shù)據(jù)，然后終端根據(jù)控制信令中的更新配置數(shù)據(jù)對終端的當(dāng)前配置數(shù)據(jù)進行修復(fù)，即使終端出現(xiàn)故障，也可以根據(jù)控制指令修復(fù)終端的當(dāng)前配置數(shù)據(jù)，從而使終端恢復(fù)正常運行。

203、服務(wù)器通過長連接通道向終端發(fā)送響應(yīng)信息。

在本發(fā)明實施例中，服務(wù)器通過步驟202獲取到服務(wù)器為終端生成的響應(yīng)信息之后，服務(wù)器可以通過長連接通道向終端發(fā)送響應(yīng)信息。由于終端和服務(wù)器之間保持有長連接，服務(wù)器可以通過長連接通道實時的向終端發(fā)送響應(yīng)信息，終端可以實時接收到服務(wù)器發(fā)送的響應(yīng)信息。

在本發(fā)明的一些實施例中，步驟203服務(wù)器通過長連接通道向終端發(fā)送響應(yīng)信息，具體可以包括如下步驟：

H1、服務(wù)器在服務(wù)器中預(yù)先配置的命令響應(yīng)指令中寫入響應(yīng)信息，并通過長連接通道向終端發(fā)送寫入有響應(yīng)信息的命令響應(yīng)指令。

其中，服務(wù)器中可以預(yù)先配置命令(英文全稱：Command，英文簡稱：CMD)響應(yīng)指令，當(dāng)終端需要拉取信息時可以在該命令響應(yīng)指令中寫入響應(yīng)信息，該命令響應(yīng)指令可以通過長連接通道發(fā)送給終端，則終端從接收到的命令響應(yīng)指令中可以解析出服務(wù)器寫入的響應(yīng)信息，從而終端可以從響應(yīng)信息中獲取到服務(wù)器發(fā)送的控制指令或者業(yè)務(wù)更新版本號。

通過以上實施例對本發(fā)明實施例的描述可知，首先服務(wù)器通過長連接通道接收終端發(fā)送的拉取請求消息，接下來服務(wù)器根據(jù)拉取請求消息獲取為終端生成的響應(yīng)信息，最后服務(wù)器通過長連接通道向終端發(fā)送響應(yīng)信息。由于本發(fā)明實施例中在終端和服務(wù)器之間配置有長連接通道，終端可以通過長連接通道實時的向服務(wù)器請求拉取信息，則服務(wù)器可以使用長連接通道向終端發(fā)送響應(yīng)信息，終端可以根據(jù)該響應(yīng)信息進行實時的信息配置處理。本發(fā)明實施例中終端不再采用冷啟動拉取信息的方式，服務(wù)器通過長連接通道向終端提供響應(yīng)信息，從而終端具有信息拉取的主動權(quán)限，可以實現(xiàn)業(yè)務(wù)的及時展示。終端不需要在冷啟動時拉取信息，也就不會影響到終端的實時啟動，不影響終端的正常啟動。

為便于更好的理解和實施本發(fā)明實施例的上述方案，下面舉例相應(yīng)的應(yīng)用場景來進行具體說明。

請參閱圖3所示，圖3為本發(fā)明實施例提供的終端拉取信息的處理方法的應(yīng)用場景框架示意圖，本發(fā)明實施例建立在長連接push通道上面，預(yù)埋命令，從而能夠快速觸達(dá)終端用戶進行修復(fù)或者做業(yè)務(wù)預(yù)先拉取動作，云控服務(wù)器和終端進行服務(wù)對接，識別業(yè)務(wù)是否真正變化，有變化時云控服務(wù)器才向終端下發(fā)命令，業(yè)務(wù)無變化就不需要觸發(fā)拉取業(yè)務(wù)配置的動作。從而可以達(dá)到節(jié)省終端流量的目的。本發(fā)明實施例提供的方案在瀏覽器中應(yīng)用非常廣泛，各種業(yè)務(wù)服務(wù)基本都采用云控服務(wù)器來驅(qū)動配置的拉取，主要分為以下類型的命令：應(yīng)急處理，開關(guān)控制，白名單控制，運營接口控制，運營CMD下發(fā)。具體的，終端拉取信息的處理流程主要包括如下步驟：

1、終端向長連接模塊發(fā)送心跳包。

其中，終端與云控服務(wù)器之間的長連接?；?，命令快速觸達(dá)到終端，通常的，半個小時內(nèi)觸達(dá)到全網(wǎng)用戶。

2、長連接模塊向云控服務(wù)器轉(zhuǎn)發(fā)心跳包。

其中，長連接模塊指在一個TCP連接上可以連續(xù)發(fā)送多個數(shù)據(jù)包，在TCP連接保持期間，如果沒有數(shù)據(jù)包發(fā)送，需要雙方發(fā)檢測包維持連接，一般需要自己做在線維持。

3、云控服務(wù)器向用戶狀態(tài)中心校驗用戶身份。

4、用戶狀態(tài)中心向用戶數(shù)據(jù)庫校驗用戶身份。

5、用戶數(shù)據(jù)庫向用戶狀態(tài)中心返回校驗結(jié)果。

6、用戶狀態(tài)中心向云控服務(wù)器返回校驗結(jié)果。

7、云控服務(wù)器向平臺匹配中心校驗用戶數(shù)據(jù)。

其中，平臺匹配中心可以驗證用戶操作的終端是否在白名單中。

8、云控服務(wù)器向大數(shù)據(jù)控制中心校驗用戶數(shù)據(jù)。

9、平臺匹配中心向云控服務(wù)器返回校驗結(jié)果。

10、大數(shù)據(jù)控制中心向云控服務(wù)器返回校驗結(jié)果。

其中，大數(shù)據(jù)控制中心可以驗證用戶的權(quán)限，向云控服務(wù)器返回校驗結(jié)果。

11、云控服務(wù)器向業(yè)務(wù)系統(tǒng)發(fā)送業(yè)務(wù)請求。

12、業(yè)務(wù)系統(tǒng)向云控服務(wù)器發(fā)送業(yè)務(wù)結(jié)果。

其中，業(yè)務(wù)系統(tǒng)通過云控服務(wù)器來觸發(fā)業(yè)務(wù)結(jié)果發(fā)送，提升業(yè)務(wù)的成功率，例如閃屏業(yè)務(wù)現(xiàn)有技術(shù)中是冷啟動拉取配置和圖片，展示的時候是在下一次冷啟動展示，很多用戶在一天內(nèi)只用一次，而本發(fā)明實施例中通過云控服務(wù)器的CMD命令在冷啟動之前就下發(fā)配置和拉取圖片，從原來展示率45％提升到80％。

需要說明的是，本發(fā)明實施例中終端側(cè)預(yù)埋一個CMD命令，如果的是終端修復(fù)類命令，終端和云控服務(wù)器聯(lián)調(diào)好就可以了，如果是后臺業(yè)務(wù)類命令，還需要云控服務(wù)器連接業(yè)務(wù)系統(tǒng)，例如接入CMD PUSH的服務(wù)必須實現(xiàn)pullCmdAppMsg接口，用于CMD識別該業(yè)務(wù)配置是否有變化。

13、云控服務(wù)器向長連接模塊發(fā)送業(yè)務(wù)結(jié)果。

云控系統(tǒng)是建立在長連接push通道上，用于對終端下發(fā)cmd命令對終端控制。

14、長連接模塊向終端發(fā)送CMD命令。

15、終端向連接服務(wù)器發(fā)送業(yè)務(wù)請求。

16、連接服務(wù)器向業(yè)務(wù)系統(tǒng)發(fā)送業(yè)務(wù)請求。

17、業(yè)務(wù)系統(tǒng)向大數(shù)據(jù)控制中心校驗用戶數(shù)據(jù)。

18、業(yè)務(wù)系統(tǒng)向平臺匹配中心校驗用戶數(shù)據(jù)。

19、業(yè)務(wù)系統(tǒng)向連接服務(wù)器發(fā)送業(yè)務(wù)數(shù)據(jù)。

其中，該連接服務(wù)器可以是專用的無線網(wǎng)絡(luò)連接服務(wù)器。

20、連接服務(wù)器向終端發(fā)送業(yè)務(wù)數(shù)據(jù)包。

在上述實現(xiàn)方案中，終端推送(英文名稱：push)心跳包通過長連接模塊到達(dá)云控服務(wù)器，該云控服務(wù)器可以是CMDPushServer，CMDPushServer查詢到有配置的任務(wù)，則拉取給運營服務(wù)，運營服務(wù)根據(jù)CMDPushServer CMD存儲的上次業(yè)務(wù)配置的時間戳以及上次業(yè)務(wù)MD5來判斷是否有更新信息，如果有更新信息，則業(yè)務(wù)系統(tǒng)通知CMDPUSHServer把業(yè)務(wù)更新數(shù)據(jù)MD5通過長連接通道下發(fā)給終端，終端再判定業(yè)務(wù)是否變化來從業(yè)務(wù)系統(tǒng)拉取業(yè)務(wù)更新數(shù)據(jù)。終端接入云控服務(wù)器后，通過識別變化通知終端拉取業(yè)務(wù)配置，有效減少終端請求后臺的次數(shù)，從而達(dá)到為終端省流。

本發(fā)明實施例提供的方案已為瀏覽器的閃屏，域名白名單，熱詞，開關(guān)，JS應(yīng)用程序編程接口(英文全稱：Application Programming Interface，英文簡稱：API)等業(yè)務(wù)運營提供CMD觸發(fā)，也為很多業(yè)務(wù)在終端預(yù)埋了業(yè)務(wù)修復(fù)類命令，比如刪除歷史記錄(例如cookie)，清除閃屏等命令。實測表明，本發(fā)明實施例通過后臺運營數(shù)據(jù)為終端在一天當(dāng)中可節(jié)省流量200KB左右。

需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。

為便于更好的實施本發(fā)明實施例的上述方案，下面還提供用于實施上述方案的相關(guān)裝置。

請參閱圖4所示，本發(fā)明實施例提供的一種終端400，可以包括：發(fā)送模塊401、接收模塊402和信息處理模塊403，其中，

發(fā)送模塊401，用于通過長連接通道向服務(wù)器發(fā)送拉取請求消息，所述長連接通道建立在所述終端和所述服務(wù)器之間；

接收模塊402，用于通過所述長連接通道接收所述服務(wù)器根據(jù)所述拉取請求消息發(fā)送的響應(yīng)信息；

信息處理模塊403，用于根據(jù)接收到的所述響應(yīng)信息進行信息配置處理。

在本發(fā)明的一些實施例中，所述信息處理模塊403，具體用于當(dāng)接收到的所述響應(yīng)信息為業(yè)務(wù)更新版本號時，使用所述業(yè)務(wù)更新版本號和業(yè)務(wù)系統(tǒng)進行交互，從所述業(yè)務(wù)系統(tǒng)獲取到所述業(yè)務(wù)更新版本號對應(yīng)的業(yè)務(wù)數(shù)據(jù)包。

在本發(fā)明的一些實施例中，所述信息處理模塊403，具體用于當(dāng)接收到的所述響應(yīng)信息為所述服務(wù)器下發(fā)的控制命令時，根據(jù)所述控制信令中的更新配置數(shù)據(jù)對所述終端的當(dāng)前配置數(shù)據(jù)進行修復(fù)。

在本發(fā)明的一些實施例中，所述發(fā)送模塊401，還用于通過長連接通道按照預(yù)置的觸發(fā)周期向服務(wù)器發(fā)送心跳包。

在本發(fā)明的一些實施例中，所述發(fā)送模塊401，具體用于在所述終端中預(yù)先配置的命令請求指令中寫入拉取請求消息，并通過長連接通道向服務(wù)器發(fā)送寫入有拉取請求消息的命令請求指令。

通過以上實施例對本發(fā)明實施例的描述可知，首先終端通過長連接通道向服務(wù)器發(fā)送拉取請求消息，長連接通道建立在終端和服務(wù)器之間，然后終端通過長連接通道接收服務(wù)器根據(jù)拉取請求消息發(fā)送的響應(yīng)信息，最后終端根據(jù)接收到的響應(yīng)信息進行信息配置處理。由于本發(fā)明實施例中在終端和服務(wù)器之間配置有長連接通道，終端可以通過長連接通道實時的向服務(wù)器請求拉取信息，則服務(wù)器可以使用長連接通道向終端發(fā)送響應(yīng)信息，終端可以根據(jù)該響應(yīng)信息進行實時的信息配置處理。本發(fā)明實施例中終端不再采用冷啟動拉取信息的方式，終端從服務(wù)器通過長連接通道接收到響應(yīng)信息，從而終端具有信息拉取的主動權(quán)限，可以實現(xiàn)業(yè)務(wù)的及時展示。終端不需要在冷啟動時拉取信息，也就不會影響到終端的實時啟動，不影響終端的正常啟動。

請參閱圖5-a所示，本發(fā)明實施例提供的一種服務(wù)器500，可以包括：接收模塊501、信息獲取模塊502和發(fā)送模塊503，其中，

接收模塊501，用于通過長連接通道接收終端發(fā)送的拉取請求消息，所述長連接通道建立在所述服務(wù)器和所述終端之間；

信息獲取模塊502，用于根據(jù)所述拉取請求消息獲取為所述終端生成的響應(yīng)信息；

發(fā)送模塊503，用于通過所述長連接通道向所述終端發(fā)送所述響應(yīng)信息。

在本發(fā)明的一些實施例中，請參閱圖5-b所示，所述信息獲取模塊502，包括：

發(fā)送單元5021，用于當(dāng)所述拉取請求消息為請求拉取業(yè)務(wù)數(shù)據(jù)時，向業(yè)務(wù)系統(tǒng)發(fā)送業(yè)務(wù)版本校驗信息，所述業(yè)務(wù)版本校驗信息包括：上次請求業(yè)務(wù)的時間戳和所述上次請求業(yè)務(wù)的版本號；

接收單元5022，用于接收所述業(yè)務(wù)系統(tǒng)發(fā)送的業(yè)務(wù)版本校驗結(jié)果，所述業(yè)務(wù)版本校驗結(jié)果，包括：業(yè)務(wù)更新版本的時間戳和業(yè)務(wù)更新版本號；

第一信息配置單元5023，用于根據(jù)該業(yè)務(wù)版本校驗結(jié)果為所述終端生成的響應(yīng)消息為所述業(yè)務(wù)更新版本號。

在本發(fā)明的一些實施例中，請參閱圖5-c所示，所述信息獲取模塊502，包括：

配置數(shù)據(jù)獲取單元5024，用于當(dāng)所述拉取請求消息為請求拉取配置數(shù)據(jù)時，根據(jù)所述拉取請求消息獲取控制所述終端進行修復(fù)的更新配置數(shù)據(jù)；

第二信息配置單元5025，用于根據(jù)控制所述終端進行修復(fù)的更新配置數(shù)據(jù)確定所述終端生成的響應(yīng)消息為攜帶所述更新配置數(shù)據(jù)的控制命令。

在本發(fā)明的一些實施例中，所述接收模塊501，還用于通過長連接通道接收終端按照預(yù)置的觸發(fā)周期發(fā)送的心跳包；

所述發(fā)送模塊503，還用于通過所述長連接通道向所述終端發(fā)送心跳確認(rèn)信息。

在本發(fā)明的一些實施例中，所述發(fā)送模塊503，具體用于在所述服務(wù)器中預(yù)先配置的命令響應(yīng)指令中寫入響應(yīng)信息，并通過所述長連接通道向所述終端發(fā)送寫入有響應(yīng)信息的命令響應(yīng)指令。

通過以上實施例對本發(fā)明實施例的描述可知，首先服務(wù)器通過長連接通道接收終端發(fā)送的拉取請求消息，接下來服務(wù)器根據(jù)拉取請求消息獲取為終端生成的響應(yīng)信息，最后服務(wù)器通過長連接通道向終端發(fā)送響應(yīng)信息。由于本發(fā)明實施例中在終端和服務(wù)器之間配置有長連接通道，終端可以通過長連接通道實時的向服務(wù)器請求拉取信息，則服務(wù)器可以使用長連接通道向終端發(fā)送響應(yīng)信息，終端可以根據(jù)該響應(yīng)信息進行實時的信息配置處理。本發(fā)明實施例中終端不再采用冷啟動拉取信息的方式，服務(wù)器通過長連接通道向終端提供響應(yīng)信息，從而終端具有信息拉取的主動權(quán)限，可以實現(xiàn)業(yè)務(wù)的及時展示。終端不需要在冷啟動時拉取信息，也就不會影響到終端的實時啟動，不影響終端的正常啟動。

本發(fā)明實施例還提供了另一種終端，如圖6所示，為了便于說明，僅示出了與本發(fā)明實施例相關(guān)的部分，具體技術(shù)細(xì)節(jié)未揭示的，請參照本發(fā)明實施例方法部分。該終端可以為包括手機、平板電腦、PDA(Personal Digital Assistant，個人數(shù)字助理)、POS(Point of Sales，銷售終端)、車載電腦等任意終端設(shè)備，以終端為手機為例：

圖6示出的是與本發(fā)明實施例提供的終端相關(guān)的手機的部分結(jié)構(gòu)的框圖。參考圖6，手機包括：射頻(Radio Frequency，RF)電路1010、存儲器1020、輸入單元1030、顯示單元1040、傳感器1050、音頻電路1060、無線保真(wireless fidelity，WiFi)模塊1070、處理器1080、以及電源1090等部件。本領(lǐng)域技術(shù)人員可以理解，圖6中示出的手機結(jié)構(gòu)并不構(gòu)成對手機的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。

下面結(jié)合圖6對手機的各個構(gòu)成部件進行具體的介紹：

RF電路1010可用于收發(fā)信息或通話過程中，信號的接收和發(fā)送，特別地，將基站的下行信息接收后，給處理器1080處理；另外，將設(shè)計上行的數(shù)據(jù)發(fā)送給基站。通常，RF電路1010包括但不限于天線、至少一個放大器、收發(fā)信機、耦合器、低噪聲放大器(Low Noise Amplifier，LNA)、雙工器等。此外，RF電路1010還可以通過無線通信與網(wǎng)絡(luò)和其他設(shè)備通信。上述無線通信可以使用任一通信標(biāo)準(zhǔn)或協(xié)議，包括但不限于全球移動通訊系統(tǒng)(Global System of Mobile communication，GSM)、通用分組無線服務(wù)(General Packet Radio Service，GPRS)、碼分多址(Code Division Multiple Access，CDMA)、寬帶碼分多址(Wideband Code Division Multiple Access,WCDMA)、長期演進(Long Term Evolution，LTE)、電子郵件、短消息服務(wù)(Short Messaging Service，SMS)等。

存儲器1020可用于存儲軟件程序以及模塊，處理器1080通過運行存儲在存儲器1020的軟件程序以及模塊，從而執(zhí)行手機的各種功能應(yīng)用以及數(shù)據(jù)處理。存儲器1020可主要包括存儲程序區(qū)和存儲數(shù)據(jù)區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需的應(yīng)用程序(比如聲音播放功能、圖像播放功能等)等；存儲數(shù)據(jù)區(qū)可存儲根據(jù)手機的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。此外，存儲器1020可以包括高速隨機存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他易失性固態(tài)存儲器件。

輸入單元1030可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與手機的用戶設(shè)置以及功能控制有關(guān)的鍵信號輸入。具體地，輸入單元1030可包括觸控面板1031以及其他輸入設(shè)備1032。觸控面板1031，也稱為觸摸屏，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸控面板1031上或在觸控面板1031附近的操作)，并根據(jù)預(yù)先設(shè)定的程式驅(qū)動相應(yīng)的連接裝置?？蛇x的，觸控面板1031可包括觸摸檢測裝置和觸摸控制器兩個部分。其中，觸摸檢測裝置檢測用戶的觸摸方位，并檢測觸摸操作帶來的信號，將信號傳送給觸摸控制器；觸摸控制器從觸摸檢測裝置上接收觸摸信息，并將它轉(zhuǎn)換成觸點坐標(biāo)，再送給處理器1080，并能接收處理器1080發(fā)來的命令并加以執(zhí)行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實現(xiàn)觸控面板1031。除了觸控面板1031，輸入單元1030還可以包括其他輸入設(shè)備1032。具體地，其他輸入設(shè)備1032可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開關(guān)按鍵等)、軌跡球、鼠標(biāo)、操作桿等中的一種或多種。

顯示單元1040可用于顯示由用戶輸入的信息或提供給用戶的信息以及手機的各種菜單。顯示單元1040可包括顯示面板1041，可選的，可以采用液晶顯示器(Liquid Crystal Display，LCD)、有機發(fā)光二極管(Organic Light-Emitting Diode,OLED)等形式來配置顯示面板1041。進一步的，觸控面板1031可覆蓋顯示面板1041，當(dāng)觸控面板1031檢測到在其上或附近的觸摸操作后，傳送給處理器1080以確定觸摸事件的類型，隨后處理器1080根據(jù)觸摸事件的類型在顯示面板1041上提供相應(yīng)的視覺輸出。雖然在圖6中，觸控面板1031與顯示面板1041是作為兩個獨立的部件來實現(xiàn)手機的輸入和輸入功能，但是在某些實施例中，可以將觸控面板1031與顯示面板1041集成而實現(xiàn)手機的輸入和輸出功能。

手機還可包括至少一種傳感器1050，比如光傳感器、運動傳感器以及其他傳感器。具體地，光傳感器可包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據(jù)環(huán)境光線的明暗來調(diào)節(jié)顯示面板1041的亮度，接近傳感器可在手機移動到耳邊時，關(guān)閉顯示面板1041和/或背光。作為運動傳感器的一種，加速計傳感器可檢測各個方向上(一般為三軸)加速度的大小，靜止時可檢測出重力的大小及方向，可用于識別手機姿態(tài)的應(yīng)用(比如橫豎屏切換、相關(guān)游戲、磁力計姿態(tài)校準(zhǔn))、振動識別相關(guān)功能(比如計步器、敲擊)等；至于手機還可配置的陀螺儀、氣壓計、濕度計、溫度計、紅外線傳感器等其他傳感器，在此不再贅述。

音頻電路1060、揚聲器1061，傳聲器1062可提供用戶與手機之間的音頻接口。音頻電路1060可將接收到的音頻數(shù)據(jù)轉(zhuǎn)換后的電信號，傳輸?shù)綋P聲器1061，由揚聲器1061轉(zhuǎn)換為聲音信號輸出；另一方面，傳聲器1062將收集的聲音信號轉(zhuǎn)換為電信號，由音頻電路1060接收后轉(zhuǎn)換為音頻數(shù)據(jù)，再將音頻數(shù)據(jù)輸出處理器1080處理后，經(jīng)RF電路1010以發(fā)送給比如另一手機，或者將音頻數(shù)據(jù)輸出至存儲器1020以便進一步處理。

WiFi屬于短距離無線傳輸技術(shù)，手機通過WiFi模塊1070可以幫助用戶收發(fā)電子郵件、瀏覽網(wǎng)頁和訪問流式媒體等，它為用戶提供了無線的寬帶互聯(lián)網(wǎng)訪問。雖然圖6示出了WiFi模塊1070，但是可以理解的是，其并不屬于手機的必須構(gòu)成，完全可以根據(jù)需要在不改變發(fā)明的本質(zhì)的范圍內(nèi)而省略。

處理器1080是手機的控制中心，利用各種接口和線路連接整個手機的各個部分，通過運行或執(zhí)行存儲在存儲器1020內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲在存儲器1020內(nèi)的數(shù)據(jù)，執(zhí)行手機的各種功能和處理數(shù)據(jù)，從而對手機進行整體監(jiān)控?？蛇x的，處理器1080可包括一個或多個處理單元；優(yōu)選的，處理器1080可集成應(yīng)用處理器和調(diào)制解調(diào)處理器，其中，應(yīng)用處理器主要處理操作系統(tǒng)、用戶界面和應(yīng)用程序等，調(diào)制解調(diào)處理器主要處理無線通信?？梢岳斫獾氖牵鲜稣{(diào)制解調(diào)處理器也可以不集成到處理器1080中。

手機還包括給各個部件供電的電源1090(比如電池)，優(yōu)選的，電源可以通過電源管理系統(tǒng)與處理器1080邏輯相連，從而通過電源管理系統(tǒng)實現(xiàn)管理充電、放電、以及功耗管理等功能。

盡管未示出，手機還可以包括攝像頭、藍(lán)牙模塊等，在此不再贅述。

在本發(fā)明實施例中，該終端所包括的處理器1080還具有控制執(zhí)行以上由終端執(zhí)行的終端拉取信息的方法流程。

圖7是本發(fā)明實施例提供的一種服務(wù)器結(jié)構(gòu)示意圖，該服務(wù)器1100可因配置或性能不同而產(chǎn)生比較大的差異，可以包括一個或一個以上中央處理器(central processing units，CPU)1122(例如，一個或一個以上處理器)和存儲器1132，一個或一個以上存儲應(yīng)用程序1142或數(shù)據(jù)1144的存儲介質(zhì)1130(例如一個或一個以上海量存儲設(shè)備)。其中，存儲器1132和存儲介質(zhì)1130可以是短暫存儲或持久存儲。存儲在存儲介質(zhì)1130的程序可以包括一個或一個以上模塊(圖示沒標(biāo)出)，每個模塊可以包括對服務(wù)器中的一系列指令操作。更進一步地，中央處理器1122可以設(shè)置為與存儲介質(zhì)1130通信，在服務(wù)器1100上執(zhí)行存儲介質(zhì)1130中的一系列指令操作。

服務(wù)器1100還可以包括一個或一個以上電源1126，一個或一個以上有線或無線網(wǎng)絡(luò)接口1150，一個或一個以上輸入輸出接口1158，和/或，一個或一個以上操作系統(tǒng)1141，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，F(xiàn)reeBSDTM等等。

上述實施例中由服務(wù)器所執(zhí)行的圖2所示的方法步驟可以基于該圖7所示的服務(wù)器結(jié)構(gòu)。

另外需說明的是，以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。另外，本發(fā)明提供的裝置實施例附圖中，模塊之間的連接關(guān)系表示它們之間具有通信連接，具體可以實現(xiàn)為一條或多條通信總線或信號線。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)，當(dāng)然也可以通過專用硬件包括專用集成電路、專用CPU、專用存儲器、專用元器件等來實現(xiàn)。一般情況下，凡由計算機程序完成的功能都可以很容易地用相應(yīng)的硬件來實現(xiàn)，而且，用來實現(xiàn)同一功能的具體硬件結(jié)構(gòu)也可以是多種多樣的，例如模擬電路、數(shù)字電路或?qū)Ｓ秒娐返?。但是，對本發(fā)明而言更多情況下軟件程序?qū)崿F(xiàn)是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中，如計算機的軟盤，U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

綜上所述，以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照上述實施例對本發(fā)明進行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對上述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。