技術(shù)領(lǐng)域：

本發(fā)明涉及一種基于android平臺(tái)終端的多應(yīng)用組合升級(jí)方法。

背景技術(shù)：
：

隨著醫(yī)院對(duì)于android分機(jī)的功能要求越來越多，單一的項(xiàng)目工程不再適合公司發(fā)展需要,尋找一個(gè)拆分功能的方案勢(shì)在必行，解決這個(gè)問題有兩個(gè)思路：使用插件化構(gòu)建多模塊的單一巨型應(yīng)用或者創(chuàng)建多個(gè)獨(dú)立的各司其職的應(yīng)用組成一個(gè)系統(tǒng)。

這兩種方案各有優(yōu)勢(shì)，如果只是讓應(yīng)用作為一個(gè)完整的產(chǎn)品，并且希望這個(gè)應(yīng)用運(yùn)行在不同的android平臺(tái)之上，那么插件化是一個(gè)非常好的思路,但如果是公司有自有開放平臺(tái)，其他應(yīng)用接入時(shí)可以直接使用平臺(tái)上的一些功能的情況下，顯然是多應(yīng)用系統(tǒng)方式更有優(yōu)勢(shì)。而多應(yīng)用系統(tǒng)方式最明顯的缺點(diǎn)就是升級(jí)過程復(fù)雜，android系統(tǒng)原生的應(yīng)用安裝方式一次只能安裝一個(gè)應(yīng)用，每個(gè)應(yīng)用的安裝都需要多次按鈕點(diǎn)擊操作，非常容易造成漏裝、錯(cuò)裝應(yīng)用，從而導(dǎo)致整個(gè)多應(yīng)用系統(tǒng)無(wú)法正常工作。

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

本發(fā)明為了彌補(bǔ)現(xiàn)有技術(shù)的不足，提供了一種基于android平臺(tái)終端的多應(yīng)用組合升級(jí)方法，它可以實(shí)現(xiàn)在設(shè)備開機(jī)過程中對(duì)多個(gè)應(yīng)用的升級(jí)，大量減少了升級(jí)過程中的操作，盡量避免漏裝、錯(cuò)裝應(yīng)用，且在安裝過程中任意一個(gè)步驟出現(xiàn)錯(cuò)誤都能捕捉并記錄，解決了現(xiàn)有技術(shù)中存在的問題。

本發(fā)明為解決上述技術(shù)問題所采用的技術(shù)方案是：

一種基于android平臺(tái)終端的多應(yīng)用組合升級(jí)方法，包括如下步驟：

第一步，后臺(tái)準(zhǔn)備：平臺(tái)操作人員在android設(shè)備的系統(tǒng)層建立一個(gè)a目錄，并將需要升級(jí)的應(yīng)用壓縮包放在該目錄中，在android設(shè)備的系統(tǒng)層建立一個(gè)b目錄，用于存放android系統(tǒng)每次執(zhí)行升級(jí)操作的操作結(jié)果；

第二步，檢測(cè)記錄文件：android設(shè)備開機(jī)，android系統(tǒng)先檢測(cè)b目錄，若b目錄中有結(jié)果記錄文件，繼續(xù)開機(jī)；若b目錄中沒有結(jié)果記錄文件，則檢測(cè)a目錄；

第三步，應(yīng)用壓縮包解壓縮：若a目錄中存在應(yīng)用壓縮包，則將應(yīng)用壓縮包進(jìn)行解壓，若解壓成功，繼續(xù)開機(jī)；若解壓失敗，則在b目錄中記錄升級(jí)失敗及升級(jí)結(jié)果后繼續(xù)開機(jī)；

第四步，應(yīng)用安裝：android系統(tǒng)依次安裝解壓所得的應(yīng)用，若有任何一個(gè)應(yīng)用安裝失敗，則在b目錄中記錄該應(yīng)用的壓縮包名及失敗原因，所有應(yīng)用安裝完，則在b目錄中記錄安裝成功后繼續(xù)開機(jī)；

第五步，做出反饋：開機(jī)后流程執(zhí)行完畢，設(shè)備開機(jī)后，android系統(tǒng)對(duì)b目錄中的升級(jí)結(jié)果文件進(jìn)行檢測(cè)，并在設(shè)備上做出相應(yīng)反饋。

所述第一步與第二步之間，對(duì)獲取的應(yīng)用壓縮包進(jìn)行第一次校驗(yàn)，若通過校驗(yàn)，將壓縮包放入android系統(tǒng)指定的目錄，清空b目錄，重啟android設(shè)備，執(zhí)行第二步；若未通過校驗(yàn)，則在b目錄中記錄升級(jí)失敗及升級(jí)結(jié)果后繼續(xù)開機(jī)，執(zhí)行第五步。

所述第二步與第三步之間，對(duì)所述應(yīng)用壓縮包進(jìn)行二次校驗(yàn)，二次校驗(yàn)的校驗(yàn)規(guī)則在第一次校驗(yàn)通過后寫入文件，若二次校驗(yàn)通過，執(zhí)行第四步；若二次校驗(yàn)未通過，則在b目錄中記錄升級(jí)失敗及升級(jí)結(jié)果后繼續(xù)開機(jī)，執(zhí)行第五步。

所述第一步獲取應(yīng)用壓縮包時(shí)，android系統(tǒng)判斷所獲取到的應(yīng)用壓縮包升級(jí)類型，若為普通方式，則繼續(xù)執(zhí)行第一步；若為ota升級(jí)包，則在增加參數(shù)并記錄后重啟設(shè)備到recovery模式，進(jìn)行ota升級(jí)。

本發(fā)明采用上述方案，它可以在設(shè)備開機(jī)過程中，將多個(gè)應(yīng)用的升級(jí)安裝包解壓后進(jìn)行一次性升級(jí)，兼容性強(qiáng)，不限制升級(jí)壓縮包中應(yīng)用的個(gè)數(shù)與大小，大量減少了升級(jí)過程中的操作，盡量避免漏裝、錯(cuò)裝應(yīng)用，且在安裝過程中任意一個(gè)步驟出現(xiàn)錯(cuò)誤都能捕捉并記錄，節(jié)約了大量人力，更加高效。

附圖說明：

圖1為本發(fā)明的流程圖。

圖2為本發(fā)明擴(kuò)展ota升級(jí)的流程圖。

具體實(shí)施方式：

為能清楚說明本方案的技術(shù)特點(diǎn)，下面通過具體實(shí)施方式，并結(jié)合其附圖，對(duì)本發(fā)明進(jìn)行詳細(xì)闡述。

如圖1-2所示，一種基于android平臺(tái)終端的多應(yīng)用組合升級(jí)方法，所述基于android平臺(tái)終端的多應(yīng)用組合升級(jí)方法包括步驟：

第一步，后臺(tái)準(zhǔn)備：平臺(tái)操作人員在android設(shè)備的系統(tǒng)層建立一個(gè)a目錄，用來存放需要升級(jí)的應(yīng)用壓縮包，以及該應(yīng)用壓縮包的校驗(yàn)規(guī)則，校驗(yàn)規(guī)則以寫文件的形式寫到該目錄中，android設(shè)備獲取升級(jí)包的方式可由實(shí)施人員自行制定，支持從網(wǎng)絡(luò)獲取或者從存儲(chǔ)設(shè)備獲取，且不限制升級(jí)壓縮包中應(yīng)用的個(gè)數(shù)與大小，兼容性強(qiáng)；在系統(tǒng)層建立一個(gè)b目錄，用于存放android系統(tǒng)每次執(zhí)行升級(jí)操作的操作結(jié)果；

第二步，檢測(cè)記錄文件：android設(shè)備開機(jī)，android系統(tǒng)在每次開機(jī)時(shí)都會(huì)先檢測(cè)b目錄，看是否有結(jié)果記錄文件，如果有，則不執(zhí)行任何額外操作，繼續(xù)開機(jī)，如果b目錄中沒有結(jié)果記錄文件，那么檢測(cè)a目錄，如果a目錄中同時(shí)存在應(yīng)用壓縮包和校驗(yàn)規(guī)則文件，那么按照校驗(yàn)規(guī)則進(jìn)行壓縮包文件的校驗(yàn)，未通過校驗(yàn)則在b目錄中記錄升級(jí)失敗及升級(jí)結(jié)果并繼續(xù)開機(jī)流程，通過校驗(yàn)繼續(xù)向下進(jìn)行，整個(gè)機(jī)制中包含兩次壓縮包的校驗(yàn)機(jī)制，只要有一次不通過機(jī)制就不會(huì)向下繼續(xù)執(zhí)行，安全性高，且實(shí)施人員可自行制定對(duì)于應(yīng)用壓縮包的校驗(yàn)機(jī)制，可繁可簡(jiǎn)，可定制性較強(qiáng)；

第三步，應(yīng)用壓縮包解壓縮：android系統(tǒng)會(huì)將a目錄中的應(yīng)用壓縮包進(jìn)行解壓，解壓失敗則在b目錄中記錄升級(jí)失敗及升級(jí)結(jié)果并繼續(xù)開機(jī)流程，解壓成功繼續(xù)向下進(jìn)行；

第四步，應(yīng)用安裝：android系統(tǒng)依次安裝解壓所得的應(yīng)用，若有任何一個(gè)應(yīng)用安裝失敗，則在b目錄中記錄該應(yīng)用的壓縮包名及失敗原因，所有應(yīng)用安裝完，則在b目錄中記錄安裝成功后繼續(xù)開機(jī)；

第五步，做出反饋：開機(jī)流程執(zhí)行完后，多應(yīng)用系統(tǒng)中必須設(shè)置有一個(gè)應(yīng)用可以在開機(jī)完成后檢測(cè)b目錄中的升級(jí)結(jié)果文件，并針對(duì)b文件中記錄的結(jié)果進(jìn)行相應(yīng)的反饋，以彈窗提示的方式，告知用戶應(yīng)用是否升級(jí)成功。

該流程還可以兼容ota升級(jí)，只需要在獲取升級(jí)包時(shí)增加一步判斷升級(jí)包類型，如果是ota升級(jí)包，則在重啟設(shè)備時(shí)增加一個(gè)參數(shù)，將設(shè)備重啟到recovery模式，即可自動(dòng)完成ota升級(jí)。

上述具體實(shí)施方式不能作為對(duì)本發(fā)明保護(hù)范圍的限制，對(duì)于本技術(shù)領(lǐng)域的技術(shù)人員來說，對(duì)本發(fā)明實(shí)施方式所做出的任何替代改進(jìn)或變換均落在本發(fā)明的保護(hù)范圍內(nèi)。

本發(fā)明未詳述之處，均為本技術(shù)領(lǐng)域技術(shù)人員的公知技術(shù)。

技術(shù)特征：

技術(shù)總結(jié)
一種基于Android平臺(tái)終端的多應(yīng)用組合升級(jí)方法，包括如下步驟：第一步，平臺(tái)操作人員在Android設(shè)備的系統(tǒng)層建立a目錄和b目錄，分別存放需要升級(jí)的應(yīng)用壓縮包和每次升級(jí)的操作結(jié)果；第二步，開機(jī)，Android系統(tǒng)檢測(cè)b目錄中的結(jié)果記錄文件，再檢測(cè)a目錄；第三步，解壓a目錄中的應(yīng)用壓縮包，在b目錄中記錄解壓結(jié)果后繼續(xù)開機(jī)；第四步，安裝應(yīng)用，在b目錄中記錄安裝結(jié)果后繼續(xù)開機(jī)；第五步，開機(jī)后在設(shè)備上做出反饋。本發(fā)明采用上述方案，它可以在設(shè)備開機(jī)過程中，將多個(gè)應(yīng)用的升級(jí)安裝包解壓后進(jìn)行一次性升級(jí)，兼容性強(qiáng)，不限制升級(jí)壓縮包中應(yīng)用的個(gè)數(shù)與大小，大量減少了升級(jí)過程中的操作，盡量避免漏裝、錯(cuò)裝應(yīng)用，節(jié)約了大量人力，更加高效。

技術(shù)研發(fā)人員：李堅(jiān)
受保護(hù)的技術(shù)使用者：山東亞華電子股份有限公司
技術(shù)研發(fā)日：2017.07.18
技術(shù)公布日：2017.10.03