配置數據的方法及移動終端與流程

文檔序號：12491411閱讀：336來源：國知局

導航： X技術> 最新專利>電子通信裝置的制造及其應用技術

本發明涉及移動通信技術領域，特別是涉及一種配置數據的方法及移動終端。

背景技術：

隨著移動終端的發展，大屏幕、智能化移動終端已成為目前移動終端市場的主流產品。大屏幕、智能化移動終端的強大功能和良好使用體驗極大地方便了用戶的使用。同時，各種類型的不同功能的應用極大地豐富了用戶移動終端的功能。

傳統的應用更新方式一般為：單個應用去連接服務器，通過比對本地應用版本和服務器中保存的應用版本，確定是否需要更新應用，這種通過單個應用去連接服務器比對的方式，每個應用都會帶來網絡連接數，而且應用必須都調起來才能及時接收到數據，資源占用大。

技術實現要素：

本發明主要解決的技術問題是提供一種配置數據的方法及移動終端，能夠減少網絡連接數，減少資源占用。

為解決上述技術問題，本發明采用的一個技術方案是：提供一種配置數據的方法，所述方法應用于移動終端，所述方法包括：通過第二應用接收來自服務器的配置數據，其中，所述移動終端上所有的第一應用均通過所述第二應用與所述服務器進行信息交互；將接收到的所述配置數據轉發給所述第一應用，以便于所述第一應用根據所述配置數據進行對應的操作。

其中，所述配置數據為第一應用的更新數據；所述通過第二應用接收來自服務器的配置數據的步驟之前，包括：所述第一應用向所述第二應用發送應用檢測請求，所述應用檢測請求包括所述第一應用的當前版本信息；所述第二應用將所述應用檢測請求轉發給所述服務器；所述通過第二應用接收來自服務器的配置數據的步驟，包括：通過所述第二應用接收來自服務器返回的第一應用的更新數據，其中，所述第一應用的更新數據是所述服務器接收到所述應用檢測請求后，判定所述第一應用的當前版本信息低于本地版本信息后返回的。

其中，所述方法還包括：接收用戶基于所述第一應用的更新數據而做出的更新第一應用的指令；通過所述第二應用將所述指令轉發給所述服務器；通過所述第二應用接收所述服務器基于所述指令而返回的第一應用的安裝文件；安裝所述第一應用的安裝文件。

其中，所述配置數據為控制故障數據收集應用的配置信息；所述通過第二應用接收來自服務器的配置數據的步驟，包括：若預先獲知故障數據收集的通信存在故障，則通過所述第二應用接收來自服務器的控制故障數據收集開關關閉的配置信息；所述將接收到的所述配置數據轉發給所述第一應用，以便于所述第一應用根據所述配置數據進行對應的操作的步驟，包括：將接收到的所述配置信息轉發給所述第一應用，以便于所述第一應用進一步轉發給系統，通過所述系統加載所述配置信息而關閉故障數據收集開關。

其中，所述配置數據為控制故障數據收集應用的配置信息；所述通過第二應用接收來自服務器的配置數據的步驟，包括：若預先獲知故障數據收集的通信存在故障，則通過所述第二應用接收來自服務器的更改上傳信息的服務器的配置信息；所述將接收到的所述配置數據轉發給所述第一應用，以便于所述第一應用根據所述配置數據進行對應的操作的步驟，包括：將接收到的所述配置信息轉發給所述第一應用，以便于所述第一應用根據所述配置信息更改上傳信息的服務器地址。

為解決上述技術問題，本發明采用的另一個技術方案是：提供一種移動終端，所述移動終端包括：第一接收模塊，用于通過第二應用接收來自服務器的配置數據，其中，所述移動終端上所有的第一應用均通過所述第二應用與所述服務器進行信息交互；第一轉發模塊，用于將接收到的所述配置數據轉發給所述第一應用，以便于所述第一應用根據所述配置數據進行對應的操作。

其中，所述配置數據為第一應用的更新數據；所述移動終端還包括：第一發送模塊，用于所述第一應用向所述第二應用發送應用檢測請求，所述應用檢測請求包括所述第一應用的當前版本信息；第二轉發模塊，用于所述第二應用將所述應用檢測請求轉發給所述服務器；所述第一接收模塊具體用于通過所述第二應用接收來自服務器返回的第一應用的更新數據，其中，所述第一應用的更新數據是所述服務器接收到所述應用檢測請求后，判定所述第一應用的當前版本信息低于本地版本信息后返回的。

其中，所述移動終端還包括：第二接收模塊，用于接收用戶基于所述第一應用的更新數據而做出的更新第一應用的指令；第三轉發模塊，用于通過所述第二應用將所述指令轉發給所述服務器；第三接收模塊，用于通過所述第二應用接收所述服務器基于所述指令而返回的第一應用的安裝文件；安裝模塊，用于安裝所述第一應用的安裝文件。

其中，所述配置數據為控制故障數據收集應用的配置信息；所述第一接收模塊具體用于若預先獲知故障數據收集的通信存在故障，則通過所述第二應用接收來自服務器的控制故障數據收集開關關閉的配置信息；所述第一轉發模塊具體用于將接收到的所述配置信息轉發給所述第一應用，以便于所述第一應用進一步轉發給系統，通過所述系統加載所述配置信息而關閉故障數據收集開關。

其中，所述配置數據為控制故障數據收集應用的配置信息；所述第一接收模塊具體用于若預先獲知故障數據收集的通信存在故障，則通過所述第二應用接收來自服務器的更改上傳信息的服務器的配置信息；所述第一轉發模塊具體用于將接收到的所述配置信息轉發給所述第一應用，以便于所述第一應用根據所述配置信息更改上傳信息的服務器地址。

本發明的有益效果是：區別于現有技術的情況，本發明通過第二應用接收來自服務器的配置數據，其中，所述移動終端上所有的第一應用均通過所述第二應用與所述服務器進行信息交互；將接收到的所述配置數據轉發給所述第一應用，以便于所述第一應用根據所述配置數據進行對應的操作。由于移動終端上所有的第一應用均通過所述第二應用與所述服務器進行信息交互，通過這種方式，能夠減少網絡連接數，減少資源占用。

附圖說明

圖1是本發明配置數據的方法一實施方式的流程圖；

圖2是本發明配置數據的方法另一實施方式的流程圖；

圖3是本發明配置數據的方法又一實施方式的流程圖；

圖4是本發明移動終端一實施方式的結構示意圖。

具體實施方式

下面結合附圖和實施方式對本發明進行詳細說明。

參閱圖1，圖1是本發明配置數據的方法一實施方式的流程圖，該方法應用于移動終端，該方法包括：

步驟S101：通過第二應用接收來自服務器的配置數據，其中，移動終端上所有的第一應用均通過第二應用與服務器進行信息交互；

步驟S102：將接收到的配置數據轉發給第一應用，以便于第一應用根據配置數據進行對應的操作。

在移動終端系統中設置一個專門與服務器連接的第二應用，該其他的第一應用通過第二應用，即可以通過第二應用的統一接口來連接服務器，以達到減少網絡連接數，減少資源占用的目的。該應用與服務器連接，負責與服務器進行信息交互，例如：交互配置數據，該第二應用接收到服務器發送的配置數據之后，轉發給其他的第一應用，以便于第一應用根據配置數據進行對應的操作。

現有技術中，應用更新的方式是：每個應用單獨去連接服務器，這樣網絡連接數很多，由于移動終端中每個應用需要一個單獨的線程來處理建立的網絡連接，這樣單獨處理在同一時刻會占用移動終端過多系統資源，即，每個應用都通過一個接口與服務器建立一個socket或http連接。同時對服務器來說也占用服務器資源，因為服務器連接數都有上限的(雖然這個上限一般也很大)，在用戶量很大的情況下，服務器的連接也相應受限，因此過多網絡連接數也會造成服務器資源的消耗，而擴容又會造成成本增加。本實施方式是一個第二應用的接口與服務器連接，只建立了一個socket或http連接。因此，通過這種方式，能夠減少網絡連接數，且減少資源占用。

本發明實施方式通過第二應用接收來自服務器的配置數據，其中，所述移動終端上所有的第一應用均通過所述第二應用與所述服務器進行信息交互；將接收到的所述配置數據轉發給所述第一應用，以便于所述第一應用根據所述配置數據進行對應的操作。由于移動終端上所有的第一應用均通過所述第二應用與所述服務器進行信息交互，通過這種方式，能夠減少網絡連接數，減少資源占用。

其中，在一實施方式中，配置數據為第一應用的更新數據；此時，參見圖2，步驟S101之前可以包括：步驟S201和步驟S202。

步驟S201：第一應用向第二應用發送應用檢測請求，應用檢測請求包括第一應用的當前版本信息；

步驟S202：第二應用將應用檢測請求轉發給服務器；

在上述情況下，步驟S101具體可以是：通過第二應用接收來自服務器返回的第一應用的更新數據，其中，第一應用的更新數據是服務器接收到應用檢測請求后，判定第一應用的當前版本信息低于本地版本信息后返回的。

通過上述方式，第一應用可以通過第二應用向服務器請求確認第一應用的當前版本信息是否是最新的版本，是否與服務器本地版本一致。

進一步，在上述方法基礎上，第一應用接收到其本身的更新數據后，可以進一步通過第二應用向服務器要求最新的安裝軟件，以便于更新第一應用，因此，參見圖3，該方法還包括：步驟S301、步驟S302、步驟S303以及步驟S304。

步驟S301：接收用戶基于第一應用的更新數據而做出的更新第一應用的指令；

步驟S302：通過第二應用將指令轉發給服務器；

步驟S303：通過第二應用接收服務器基于指令而返回的第一應用的安裝文件；

步驟S304：安裝第一應用的安裝文件。

進一步，服務器可以實現遠程控制特定的第一應用、配置數據給移動終端。

目前，為了方便用戶對移動終端各種功能進行自定義設置，在移動終端設置項設置有很多設置開關，例如故障數據收集開關。

對于那些需要信息收集的開關，如果信息收集的通信發生故障，信息可能傳輸不出去，一直發生重傳，這樣浪費帶寬和電量。以故障數據收集應用的開關為例，可能存在兩種故障，一種是：故障數據收集應用的接口對應的服務器發生故障，另一種是：故障數據收集應用的接口與服務器之間的網絡發生故障，這兩種故障發生時，故障數據可能傳輸不出去，一直發生重傳，浪費帶寬和電量。

解決上述問題的方案是，通過服務器(與信息收集服務器不同)以第二應用為中轉，向移動終端傳輸配置信息，通過配置信息去關閉故障數據收集應用的開關，或者更改故障數據收集應用的接口對應的服務器(例如由服務器A換為服務器B)，以避免一直重傳。上述解決方案具體說明如下：

其中，配置數據為控制故障數據收集應用的配置信息；此時，步驟S101具體可以是：若預先獲知故障數據收集的通信存在故障，則通過第二應用接收來自服務器的控制故障數據收集開關關閉的配置信息；

步驟S102則具體包括：將接收到的配置信息轉發給第一應用，以便于第一應用進一步轉發給系統，通過系統加載配置信息而關閉故障數據收集開關。

運營人員在獲知到故障數據收集應用的通信存在故障時，向移動終端傳輸預設的配置信息；具體的，向移動終端中該第二應用傳輸預設的配置信息，第二應用在接收到該配置信息后，轉發給系統，系統通過加載該配置信息，關閉故障數據收集應用的開關。

具體的，例如：

APPID＝ab89a2c0657271fc928c6d20ff2c42c1(應用的標志token)

HOST_ID＝192.168.2.29(服務器地址)

ENABLE＝true(開啟)或ENABLE＝false(關閉)

當要關閉故障數據收集應用的開關時，則在配置信息中設置ENABLE＝false。

進一步，在關閉故障數據收集應用的開關后，后續同樣還可以通過向移動終端該第二應用傳輸配置信息去開啟。

在另一實施方式中，配置數據為控制故障數據收集應用的配置信息；此時，步驟S101具體可以是：

若預先獲知故障數據收集的通信存在故障，則通過第二應用接收來自服務器的更改上傳信息的服務器的配置信息；

步驟S102則具體包括：將接收到的配置信息轉發給第一應用，以便于第一應用根據配置信息更改上傳信息的服務器地址。

更改移動終端上傳信息的服務器，即將HOST_ID＝192.168.2.29(服務器地址)修改為新的服務器地址即可。

另外，其他很多信息也可以動態配置的，例如UPLOAD_TYPE＝wifi|mobile上傳方式，可以配置通過Wi-Fi或者mobile方式上傳數據。又例如MODULE＝music|camera，可以配置收集音樂和相機模塊的錯誤信息。

進一步，本發明實施方式的方法還可以包括：

服務器還可以向移動終端發送遠程操作的配置信息，例如，運營人員在獲知移動終端出現故障時，通過向移動終端中第二應用發送遠程操作的配置信息，第二應用將該遠程操作的配置信息轉發給移動終端系統，系統將該配置信息保存到預設的存儲位置，并立即加載該配置信息或者重啟后加載該配置信息，以解決系統故障問題。

例如，該遠程操作配置信息可以是恢復出廠設置，清空應用數據等的遠程操作配置信息。當移動終端為雙系統，例如：智能系統和隱私系統時，該遠程操作的配置信息可以是針對某一個系統的遠程操作配置信息。由于隱私系統中保存著用戶比較重要的信息，因此，對于某些遠程操作配置信息的加載寫入，需要彈出提示窗，待用戶確認后，才能加載寫入，對于如恢復出廠設置等涉及用戶數據丟失的操作，需要用戶的反復彈窗確認后才能加載寫入，以避免用戶數據損失。

參見圖4，圖4是本發明移動終端一實施方式的結構示意圖，本實施方式的移動終端可以執行上述方法中的步驟，相關內容的詳細說明請參見上述方法部分，在此不再贅敘。

該移動終端包括：第一接收模塊101和第一轉發模塊102。

第一接收模塊101用于通過第二應用接收來自服務器的配置數據，其中，移動終端上所有的第一應用均通過第二應用與服務器進行信息交互；

第一轉發模塊102用于將接收到的配置數據轉發給第一應用，以便于第一應用根據配置數據進行對應的操作。

其中，配置數據為第一應用的更新數據；

移動終端還包括：第一發送模塊、第二轉發模塊。

第一發送模塊用于第一應用向第二應用發送應用檢測請求，應用檢測請求包括第一應用的當前版本信息；

第二轉發模塊用于第二應用將應用檢測請求轉發給服務器；

第一接收模塊101具體用于通過第二應用接收來自服務器返回的第一應用的更新數據，其中，第一應用的更新數據是服務器接收到應用檢測請求后，判定第一應用的當前版本信息低于本地版本信息后返回的。

其中，移動終端還包括：第二接收模塊、第三轉發模塊、第三接收模塊以及安裝模塊。

第二接收模塊用于接收用戶基于第一應用的更新數據而做出的更新第一應用的指令；

第三轉發模塊用于通過第二應用將指令轉發給服務器；