通過文件服務(wù)器實現(xiàn)ota升級的方法
【專利摘要】本發(fā)明實施例公開了一種通過文件服務(wù)器實現(xiàn)OTA升級的方法包括：S1，當(dāng)用戶選擇在線更新客戶端軟件時，客戶端生成一個網(wǎng)絡(luò)文件路徑，并根據(jù)所述網(wǎng)絡(luò)文件路徑從文件服務(wù)器下載一個配置文件，其中，所述配置文件預(yù)先存放在所述文件服務(wù)器的特定目錄中；S2，解析所述配置文件，并根據(jù)所述配置文件中的信息查找最匹配的升級包；S3，如果找到匹配的升級包，則提示用戶發(fā)現(xiàn)可用的升級包，由用戶確認(rèn)是否需要升級；S4，若用戶確認(rèn)升級，則根據(jù)所述配置文件中提供的升級包下載路徑下載所述升級包至所述客戶端；S5，升級包下載完成后，在所述客戶端進(jìn)行軟件升級。實施本發(fā)明實施例可通過文件服務(wù)器實現(xiàn)OTA升級方法，無需專門開發(fā)專用的OTA服務(wù)器。
【專利說明】通過文件服務(wù)器實現(xiàn)OTA升級的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動通信【技術(shù)領(lǐng)域】，尤其涉及一種通過文件服務(wù)器實現(xiàn)OTA升級的方法。
【背景技術(shù)】
[0002]隨著智能手機(jī)、平板電腦等設(shè)備的流行，越來越多的設(shè)備需要系統(tǒng)軟件升級功能，尤其是網(wǎng)絡(luò)升級功能的需求更為突出。在Android原生的系統(tǒng)中，有一套標(biāo)準(zhǔn)的本地升級功能，通過在本地SD卡或FLASH存儲器中，放置一個update, zip,即可完成系統(tǒng)升級功能。而OTA (Over 一 the 一 AirTechnology,空中下載技術(shù))則是一種通過無線網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)下載的功能，現(xiàn)已被廣泛應(yīng)用于手機(jī)、平板電腦等設(shè)備的網(wǎng)絡(luò)升級中。不同廠家的OTA升級方式的協(xié)議不一樣，例如有些簡單的做法就是直接在設(shè)備中指定一個升級文件的網(wǎng)絡(luò)路徑，然后下載到本地進(jìn)行升級；而一些復(fù)雜的OTA升級協(xié)議則包括用戶登錄、機(jī)型確認(rèn)、文件下載等一系列操作，這對搭建OTA升級服務(wù)器提出了較高的要求。然而現(xiàn)有的技術(shù)中存在以下缺點(diǎn):
[0003]1，直接只使用網(wǎng)絡(luò)文件的方式過于簡單，由于只有一個要升級的目標(biāo)文件，信息量少，從而無法進(jìn)行下載文件的校驗、版本管理、發(fā)布說明、特定條件機(jī)器的升級等方面的操作；
[0004]2、使用較復(fù)雜的專門的OTA協(xié)議的方式，需要單獨(dú)部署OTA服務(wù)器，工作量和難度大且費(fèi)用高，很多廠商無法達(dá)到這個標(biāo)準(zhǔn)。

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

[0005]本發(fā)明實施例所要解決的技術(shù)問題在于，提供一種實現(xiàn)OTA升級的方法?？衫煤唵蔚牟僮鲗崿F(xiàn)通過普通的文件服務(wù)器實現(xiàn)OTA升級。
[0006]為了解決上述技術(shù)問題，本發(fā)明實施例提供了一種通過文件服務(wù)器實現(xiàn)OTA升級的方法，包括:
[0007]SI，當(dāng)用戶選擇在線更新客戶端軟件時，客戶端生成一個網(wǎng)絡(luò)文件路徑，并根據(jù)所述網(wǎng)絡(luò)文件路徑從文件服務(wù)器下載一個配置文件，其中，所述配置文件預(yù)先存放在所述文件服務(wù)器的特定目錄中；
[0008]S2，解析所述配置文件，并根據(jù)所述配置文件中的信息查找最匹配的升級包；
[0009]S3，如果找到匹配的升級包，則提示用戶發(fā)現(xiàn)可用的升級包，由用戶確認(rèn)是否需要升級；
[0010]S4，若用戶確認(rèn)升級，則根據(jù)所述配置文件中提供的升級包下載路徑下載所述升級包至所述客戶端；
[0011]S5，升級包下載完成后，在所述客戶端進(jìn)行軟件升級。
[0012]進(jìn)一步的，所述步驟SI中，客戶端根據(jù)所配置的服務(wù)器的路徑以及自身的機(jī)型號和軟件的版本號生成所述網(wǎng)絡(luò)文件路徑。[0013]進(jìn)一步的，所述文件服務(wù)器至少包括http或ftp文件服務(wù)器。
[0014]進(jìn)一步的，所述配置文件描述一個或多個升級包的包括下載路徑、版本號、校驗碼、顯示給用戶看的支持多國語言的發(fā)布說明、以及目標(biāo)機(jī)器的機(jī)型名、廠商名、序列號段、MAC地址段、IMEI號段的信息。
[0015]進(jìn)一步的，所述配置文件的命名格式為機(jī)型名_版本號。
[0016]進(jìn)一步的，所述配置文件的格式為xml。
[0017]進(jìn)一步的，所述步驟S2中，僅當(dāng)所述配置文件中描述的版本號比客戶端軟件當(dāng)前的版本號高時查找最匹配的升級包的信息。
[0018]具體的,所述步驟S2包括步驟:
[0019]S21，將客戶端中記錄升級包下載路徑、校驗碼信息、發(fā)布說明的項清空，設(shè)置匹配數(shù)量N=-1;
[0020]S22，從所述配置文件中獲取下一個升級包的描述信息；
[0021]S23，判斷是否成功獲取所述描述信息，如果是，進(jìn)入步驟S24，否則，進(jìn)入步驟S29 ；
[0022]S24，設(shè)置匹配計數(shù)器Count=O ；
[0023]S25，依次檢查所述描述信息中的各機(jī)器識別信息描述項，包括機(jī)型名、廠商名、序列號范圍等，是否與客戶端相應(yīng)項匹配，每匹配一項設(shè)置count=count+l ；
[0024]S26，判斷是否有不匹配項，如果有，則返回步驟S22，否則進(jìn)入步驟S27 ；
[0025]S27，判斷count是否大于N，如果是，進(jìn)入步驟S28，否則返回步驟S22 ；
[0026]S28,根據(jù)所述升級包的描述信息更新客戶端所述記錄升級包下載路徑、校驗碼信息、發(fā)布說明的項，并設(shè)置N=Count,然后返回步驟S22;
[0027]S29，處理結(jié)束。
[0028]進(jìn)一步的，所述步驟S3中，在找到合適的升級包后，根據(jù)配置文件中的發(fā)布說明顯示確認(rèn)升級的對話框，以提示用戶發(fā)現(xiàn)可用的升級包，并由用戶確認(rèn)是否需要升級。
[0029]進(jìn)一步的，所述步驟S5中，客戶端在成功下載升級包后，生成校驗碼并與所述配置文件中描述的校驗碼進(jìn)行比對，僅在校驗碼比對正確時才開始進(jìn)行軟件升級。
[0030]實施本發(fā)明實施例，具有如下有益效果:
[0031]I，使用普通的網(wǎng)絡(luò)文件服務(wù)器實現(xiàn)OTA升級服務(wù)器，無需專門開發(fā)專用的OTA服務(wù)器；
[0032]2，由于可以通過文件服務(wù)器實現(xiàn)OTA升級，而網(wǎng)絡(luò)中又有很多免費(fèi)的文件服務(wù)器，因此可以減少費(fèi)用；
[0033]3，實現(xiàn)過程簡單，開發(fā)難度低；
[0034]4，可配置程度高，靈活性強(qiáng)，可對下載的軟件進(jìn)行校驗、版本管理、發(fā)布說明、特定條件機(jī)器的升級等方面的操作；
[0035]5，適用于多種移動終端，例如手機(jī)、平板電腦等。
【專利附圖】

【附圖說明】
[0036]圖1本發(fā)明一實施例的流程圖；
[0037]圖2是本發(fā)明另一實施例的流程圖；[0038]圖3是本發(fā)明一實施例中查找最匹配升級包的流程圖；
[0039]圖4是本發(fā)明一實施例中驗證校驗碼的流程圖。
【具體實施方式】
[0040]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明作進(jìn)一步地詳細(xì)描述。
[0041]本發(fā)明所涉及的OTA升級方法分為服務(wù)器端和客戶端。其中所述服務(wù)器為一個普通的網(wǎng)絡(luò)文件服務(wù)器，例如，http或ftp文件服務(wù)器。在所述服務(wù)器的特定目錄中存放著一個命名格式為“機(jī)型名_版本號.xml”的配置文件CF。所述配置文件CF描述了一個或多個升級包UF的下載路徑P、版本號V、校驗碼M、顯示給用戶看的支持多國語言的發(fā)布說明R，以及目標(biāo)機(jī)器的機(jī)型名、廠商名、序列號段、MAC地址段、頂EI號段等機(jī)器識別信息?？擅枋龆鄠€升級包UF的目的是為了實現(xiàn)不同條件的機(jī)器升級不同軟件的功能。當(dāng)然，除了以上信息，還可以根據(jù)實際需求增加其他相關(guān)信息。
[0042]在本發(fā)明的一個實施例中，所述配置文件CF 的結(jié)構(gòu)為(可包含多個〈packageX/package〉描述):
[0043]

<firmware>

<version>Version</version>

<package>

<checksum>MD5</checksum>

<url>Package Path</url>

<info>Release Information</info>

布說明</'info_zh>

<product>Product Name</info>

<brand>Brand Name</brand>

<sn>StartSn-EndSn</sn>

<mac>StartMac-EndMac</mac>

<imei>StartIme1-EndImei</imei>

〈/package〉

</firmware>
[0044]圖1所示為本發(fā)明一實施例的流程圖。如圖1所示的實施例包括步驟:
[0045]SI，當(dāng)用戶選擇在線更新客戶端軟件時，客戶端生成一個網(wǎng)絡(luò)文件路徑，并根據(jù)所述網(wǎng)絡(luò)文件路徑從文件服務(wù)器下載一個配置文件CF，其中，所述配置文件CF預(yù)先存放在所述文件服務(wù)器的特定目錄中；
[0046]S2，解析所述配置文件CF，并根據(jù)所述配置文件CF中的信息查找最匹配的升級包UF ；
[0047]S3，如果找到匹配的升級包UF，則提示用戶發(fā)現(xiàn)可用的升級包UF，由用戶確認(rèn)是否需要升級；
[0048]S4,若用戶確認(rèn)升級，則根據(jù)所述配置文件CF中提供的升級包下載路徑P下載所述升級包UF至所述客戶端；
[0049]S5，升級包UF下載完成后，在所述客戶端進(jìn)行軟件升級。
[0050]圖2所示為本發(fā)明另一實施例的流程圖。與圖1所示實施例相比，圖2所示實施例的不同之處在于，所述客戶端在生成所述網(wǎng)絡(luò)文件路徑時，具體的，通過所配置的服務(wù)器的路徑以及自身的機(jī)型號和軟件的版本號生成所述網(wǎng)絡(luò)文件路徑。除此之外，在下載并解析所述配置文件CF之后，僅當(dāng)所述配置文件中描述的版本號V比客戶端軟件當(dāng)前的版本號高時查找最匹配的升級包UF的信息。進(jìn)一步的，在找到合適的升級包UF后，根據(jù)配置文件中的發(fā)布說明R顯示確認(rèn)升級的對話框，以提示用戶發(fā)現(xiàn)可用的升級包UF，由用戶確認(rèn)是否需要升級。
[0051]具體的，如圖2所示，本發(fā)明另一實施例包括步驟:
[0052]Al，用戶選擇在線更新系統(tǒng)；
[0053]A2，客戶端根據(jù)所配置的服務(wù)器的路徑以及自身的機(jī)型號和軟件版本號生成網(wǎng)絡(luò)文件路徑，并通過此路徑下載配置文件CF ；
[0054]A3，判斷是否成功下載所述配置文件CF，如果是，進(jìn)入步驟A4，否則進(jìn)入步驟Al I ；
[0055]A4，解析所述配置文件CF ；
[0056]A5，判斷配置文件CF中的版本號V是否比客戶端中軟件版本號高，如果是，進(jìn)入步驟A6，否則進(jìn)入步驟All;
[0057]A6,查找最匹配的升級包UF;
[0058]A7，判斷是否找到合適的升級包UF，如果是，進(jìn)入步驟AS，否則進(jìn)入步驟All;
[0059]AS，根據(jù)配置文件CF中的發(fā)布說明R顯示確認(rèn)升級的對話框，等待用戶選擇；
[0060]A9，判斷用戶是否確認(rèn)升級，如果是，則進(jìn)入步驟AlO，否則進(jìn)入步驟All;
[0061]AlO，進(jìn)入升級流程；
[0062]All，處理結(jié)束。
[0063]圖3是本發(fā)明一實施例中查找最匹配升級包的流程圖，包括步驟:
[0064]S21，將客戶端中記錄升級包下載路徑、校驗碼、發(fā)布說明的項清空，設(shè)置匹配數(shù)量N=-1;
[0065]S22，從所述配置文件CF中獲取下一個升級包的描述信息I;
[0066]S23，判斷是否成功獲取所述描述信息I，如果是，進(jìn)入步驟S24，否則，進(jìn)入步驟S29 ；
[0067]S24,設(shè)置匹配計數(shù)器Count=O ;
[0068]S25，依次檢查所述描述信息I中的各機(jī)器識別信息描述項，包括機(jī)型名、廠商名、序列號范圍，是否與客戶端相應(yīng)項匹配，每匹配一項設(shè)置count=count+1 ；
[0069]S26，判斷是否有不匹配項，如果有，則返回步驟S22，否則進(jìn)入步驟S27 ；
[0070]S27，判斷count是否大于N，如果是，進(jìn)入步驟S28，否則返回步驟S22 ；
[0071]S28,根據(jù)所述升級包的描述信息I更新客戶端所述記錄升級包下載路徑、校驗碼及發(fā)布說明的項，并設(shè)置N=Count,然后返回步驟S22;
[0072]S29，處理結(jié)束。
[0073]進(jìn)一步的，在本發(fā)明的另一個實施例中，客戶端在成功下載升級包后，生成校驗碼并與所述配置文件CF中描述的校驗碼M進(jìn)行比對，僅在校驗碼比對正確時才進(jìn)入下一步驟。具體步驟如圖4所示:
[0074]S51，根據(jù)配置文件CF中描述的最匹配的升級包下載路徑P下載升級包UF至客戶端;
[0075]S52，客戶端生成MD5校驗碼，并與配置文件CF中描述的校驗碼M進(jìn)行比對；
[0076]S53，判斷校驗碼是否正確，如果是，進(jìn)入步驟S54，否則進(jìn)入步驟S55;
[0077]S54，啟動本地升級功能，開始進(jìn)行軟件升級；
[0078]S55，處理結(jié)束。
[0079]應(yīng)當(dāng)理解，本發(fā)明所述客戶端不僅包括手機(jī)或平板電腦，還包括其他使用網(wǎng)絡(luò)升級的設(shè)備。
[0080]以上所述是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也視為本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種通過文件服務(wù)器實現(xiàn)OTA升級的方法，其特征在于， Si，當(dāng)用戶選擇在線更新客戶端軟件時，客戶端生成一個網(wǎng)絡(luò)文件路徑，并根據(jù)所述網(wǎng)絡(luò)文件路徑從文件服務(wù)器下載一個配置文件，其中，所述配置文件預(yù)先存放在所述文件服務(wù)器的特定目錄中； S2，解析所述配置文件，并根據(jù)所述配置文件中的信息查找最匹配的升級包； S3，如果找到匹配的升級包，則提示用戶發(fā)現(xiàn)可用的升級包，由用戶確認(rèn)是否需要升級； S4，若用戶確認(rèn)升級，則根據(jù)所述配置文件中提供的升級包下載路徑下載所述升級包至所述客戶端； S5，升級包下載完成后，在所述客戶端進(jìn)行軟件升級。
2.根據(jù)權(quán)利要求1所述方法，其特征在于，所述步驟SI中，客戶端根據(jù)所配置的服務(wù)器的路徑以及自身的機(jī)型號和軟件的版本號生成所述網(wǎng)絡(luò)文件路徑。
3.根據(jù)權(quán)利要求1所述方法，其特征在于，所述文件服務(wù)器至少包括http或ftp文件服務(wù)器。
4.根據(jù)權(quán)利要求1所述方法，其特征在于，所述配置文件描述一個或多個升級包的包括下載路徑、版本號、校驗碼、顯示給用戶看的支持多國語言的發(fā)布說明、以及目標(biāo)機(jī)器的機(jī)型名、廠商名、序列號段、MAC地址段、IMEI號段的信息。
5.根據(jù)權(quán)利要求1所述方法，其特征在于，所述配置文件的命名格式為機(jī)型名_版本號。
6.根據(jù)權(quán)利要求1所述方法，其特征在于，所述配置文件的格式為xml。
7.根據(jù)權(quán)利要求1所述方法，其特征在于，所述步驟S2中，僅當(dāng)所述配置文件中描述的版本號比客戶端軟件當(dāng)前的版本號高時查找最匹配的升級包的信息。
8.根據(jù)權(quán)利要求1所述方法，其特征在于，所述步驟S2包括步驟: S21，將客戶端中記錄升級包下載路徑、校驗碼信息、發(fā)布說明的項清空，設(shè)置匹配數(shù)量N=-1; S22，從所述配置文件中獲取下一個升級包的描述信息； S23，判斷是否成功獲取所述描述信息，如果是，進(jìn)入步驟S24，否則，進(jìn)入步驟S29 ； S24,設(shè)置匹配計數(shù)器Count=O ； S25，依次檢查所述描述信息中的各機(jī)器識別信息描述項，包括機(jī)型名、廠商名、序列號范圍，是否與客戶端相應(yīng)項匹配，每匹配一項設(shè)置count=count+l ； S26，判斷是否有不匹配項，如果有，則返回步驟S22，否則進(jìn)入步驟S27 ； S27，判斷count是否大于N，如果是，進(jìn)入步驟S28，否則返回步驟S22 ； S28,根據(jù)所述升級包的描述信息更新客戶端所述記錄升級包下載路徑、校驗碼信息、發(fā)布說明的項，并設(shè)置N=count，然后返回步驟S22; S29，處理結(jié)束。
9.根據(jù)權(quán)利要求1所述方法，其特征在于，所述步驟S3中，在找到合適的升級包后，根據(jù)配置文件中的發(fā)布說明顯示確認(rèn)升級的對話框，以提示用戶發(fā)現(xiàn)可用的升級包，并由用戶確認(rèn)是否需要升級。
10.根據(jù)權(quán)利要求1所述方法，其特征在于，所述步驟S5中，客戶端在成功下載升級包后，生成校驗碼并與所述配置文件中描述的校驗碼進(jìn)行比對，僅在校驗碼比對正確時才開始進(jìn)行軟件升 級。
【文檔編號】G06F9/445GK103810011SQ201410064899
【公開日】2014年5月21日 申請日期:2014年2月25日 優(yōu)先權(quán)日:2014年2月25日
【發(fā)明者】劉榮 申請人:廣州視源電子科技股份有限公司