專利名稱：一種基于短信協(xié)議的軟件升級(jí)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于短信協(xié)議的軟件升級(jí)方法。
背景技術(shù)：
早期的終端軟件升級(jí)需要采用人工升級(jí)，需要采用直接、有線升級(jí)方式。采用直接、有 線升級(jí)方式，存在有升級(jí)不便的不足，該不足在偏遠(yuǎn)地方山區(qū)尤其突出。針對(duì)該不足有人提 出采用短信進(jìn)行無線遠(yuǎn)程升級(jí)終端的解決方案，例如中國專利數(shù)據(jù)庫在CN200510098761.6， 發(fā)明名稱為對(duì)移動(dòng)終端進(jìn)行主動(dòng)?xùn)嗽兙S護(hù)的方法?，F(xiàn)有的采用短信進(jìn)行升級(jí)需要如下的不足 :升級(jí)數(shù)據(jù)的每條短信只能裝載一個(gè)參數(shù)，升級(jí)數(shù)據(jù)需要發(fā)送多條短信，發(fā)送繁瑣，升級(jí)費(fèi) 用高。

發(fā)明內(nèi)容
本發(fā)明提供一種基于短信協(xié)議的軟件升級(jí)方法，其克服了背景技術(shù)的短信升級(jí)所存在的 升級(jí)費(fèi)用高的不足。
本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是 一種基于短信協(xié)議的軟件升級(jí)方法，它包括
步驟IO，平臺(tái)獲取需升級(jí)終端電話號(hào)碼，平臺(tái)讀取用于終端的升級(jí)數(shù)據(jù)，該升級(jí)數(shù)據(jù)由 多個(gè)參數(shù)組成；
步驟20，平臺(tái)根據(jù)短信協(xié)議將升級(jí)數(shù)據(jù)裝載在多個(gè)短信，該每個(gè)短信都裝載有多個(gè)參數(shù) ，其中，該短信包括有短信總數(shù)、短信序號(hào)、本短信命令數(shù)及多條對(duì)應(yīng)于參數(shù)的命令，該命 令包括本命令數(shù)據(jù)量、本命令序號(hào)及本命令的參數(shù)；
步驟30，平臺(tái)向終端發(fā)送該些升級(jí)數(shù)據(jù)；
步驟40，終端接收該些升級(jí)數(shù)據(jù)；
步驟50，平臺(tái)解析該些短信以獲取該些參數(shù)，獲取該升級(jí)數(shù)據(jù)； 步驟60，終端依據(jù)升級(jí)數(shù)據(jù)配置升級(jí)終端。 一較佳實(shí)施例中，該命令還包括有本命令執(zhí)行方式。 一較佳實(shí)施例中，該步驟20中，它包括
步驟21，根據(jù)短信的數(shù)據(jù)容量及升級(jí)數(shù)據(jù)中的參數(shù)的數(shù)據(jù)量，計(jì)算出該條短信能夠裝載 多少個(gè)參數(shù)，并讀取該些個(gè)參數(shù)；步驟22，將讀取的該些個(gè)參數(shù)中的每個(gè)參數(shù)都組成一個(gè)命令； 步驟23，將該些命令組成短信；
步驟24，判斷升級(jí)數(shù)據(jù)所有參數(shù)是否都已裝載入短信，如果沒有則執(zhí)行步驟21以組成下 一個(gè)短信，否則執(zhí)行步驟30。
一較佳實(shí)施例中，該步驟30，它包括 步驟31，平臺(tái)將多個(gè)短信組成一個(gè)任務(wù)；
步驟32，判斷加入的任務(wù)的時(shí)間是否大于預(yù)定間隔時(shí)間，如果是則將該任務(wù)送至待發(fā)送 任務(wù)隊(duì)列；
步驟33，判斷待發(fā)送任務(wù)隊(duì)列是否為空，如果是則結(jié)束，否則執(zhí)行步驟34; 步驟34，讀取待發(fā)送任務(wù)隊(duì)列的一條任務(wù)；
步驟35，判斷發(fā)送次數(shù)是否大于最大發(fā)送次數(shù)，如果是則執(zhí)行步驟33，否則執(zhí)行步驟
36;
步驟36，發(fā)送該任務(wù)的多個(gè)短信；
步驟37，判斷短信是否發(fā)送成功，如果是則執(zhí)行步驟38，否則執(zhí)行步驟39;
步驟38，提示發(fā)送成功，并執(zhí)行步驟33;
步驟39，提示發(fā)送失敗，并執(zhí)行步驟33。
一較佳實(shí)施例中，該步驟50，它包括
步驟51，平臺(tái)解析短信，獲取每條短信的所有命令；
步驟52，平臺(tái)依據(jù)命令的數(shù)據(jù)量，準(zhǔn)確讀取出每條短信的各條參數(shù)，獲取該升級(jí)數(shù)據(jù)。 本技術(shù)方案與背景技術(shù)相比由于每條短信能裝載多個(gè)參數(shù)，因此它克服了背景技術(shù)所 存在得不足并具有如下優(yōu)點(diǎn)1、減少短信量，節(jié)約短信數(shù)據(jù)，降低短信發(fā)送總費(fèi)用，降低 升級(jí)費(fèi)用，提高更新終端參數(shù)的效率；2、能夠靈活進(jìn)行參數(shù)組合，能夠充分利用每條短信 的容量，單短信多參數(shù)，這樣就減少了交互次數(shù)，這樣也就提高升級(jí)成功率；3、利用短信中 的每條命令的命令數(shù)據(jù)量限定該參數(shù)，解析時(shí)能夠準(zhǔn)確快速解析出參數(shù)數(shù)據(jù)，能夠避免每條 短信中多個(gè)參數(shù)混淆。由于命令還包括有本命令執(zhí)行方式，因此終端能夠據(jù)此確定執(zhí)行方式 ，例如升級(jí)參數(shù)回復(fù)(向平臺(tái)回復(fù)該參數(shù)配置成功)、升級(jí)參數(shù)不回復(fù)、清除結(jié)構(gòu)后配置、 査詢、査詢返回、配置返回等，因此能夠據(jù)實(shí)際情況靈活升級(jí)，可以減少交互，也減少升級(jí) 成本。。本方法的組合多個(gè)參數(shù)成短信的步驟，能夠充分利用每條短信的容量。本方法的平 臺(tái)發(fā)送步驟，能夠快速發(fā)送，準(zhǔn)確發(fā)送。


下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明進(jìn)一步說明。 圖l是本發(fā)明一較佳實(shí)施例的配置方法的流程圖。 圖2是本發(fā)明一較佳實(shí)施例的配置方法的平臺(tái)發(fā)送的流程圖。
具體實(shí)施例方式
一種基于短信協(xié)議的軟件升級(jí)方法，請(qǐng)査閱圖l，它包括
步驟IO，平臺(tái)獲取需升級(jí)終端電話號(hào)碼，平臺(tái)讀取用于終端的升級(jí)數(shù)據(jù)，該升級(jí)數(shù)據(jù)由 多個(gè)參數(shù)組成；
步驟20，平臺(tái)根據(jù)短信協(xié)議將升級(jí)數(shù)據(jù)裝載在多個(gè)短信，該每個(gè)短信都裝載有多個(gè)參數(shù) ，其中，該短信包括有短信總數(shù)、短信序號(hào)、本短信命令數(shù)及多條對(duì)應(yīng)于參數(shù)的命令，該命
令包括本命令數(shù)據(jù)量、本命令執(zhí)行方式、本命令序號(hào)及本命令的參數(shù); 該短信結(jié)構(gòu)如下表所示
縮寫名稱
ID標(biāo)識(shí)符
0P操作碼
SN流水號(hào)
,短消息數(shù)
MID短消息序號(hào)
CC命令數(shù)
DATA1第一條命令數(shù)據(jù)
DATAn第n條命令數(shù)據(jù)
該命令結(jié)構(gòu)如下表所示縮寫名稱
DL數(shù)據(jù)長度
CM命令號(hào)
CT命令類型
DATA命令數(shù)據(jù)
步驟30，平臺(tái)向終端發(fā)送該些升級(jí)數(shù)據(jù)； 步驟40，終端接收該些升級(jí)數(shù)據(jù)；
步驟50，平臺(tái)解析該些短信以獲取該些參數(shù)，獲取該升級(jí)數(shù)據(jù);步驟60，終端依據(jù)升級(jí)數(shù)據(jù)配置升級(jí)終端；
步驟70，終端向平臺(tái)發(fā)送配置成功或失敗的告知短信；
步驟80，平臺(tái)接收該告知短信。
該步驟20，它包括
步驟21，根據(jù)短信的數(shù)據(jù)容量及升級(jí)數(shù)據(jù)中的參數(shù)的數(shù)據(jù)量，計(jì)算出該條短信能夠裝載
多少個(gè)參數(shù)，并讀取該些個(gè)參數(shù); 假設(shè)終端需要升級(jí)一下參數(shù):
參數(shù)命令號(hào)(No. n)參數(shù)名稱值
No. 1PARA1VI
No. 2PARA2V2
No. 3PARA3V3
步驟22，將讀取的該些個(gè)參數(shù)中的每個(gè)參數(shù)都組成一個(gè)命令；
上面三個(gè)參數(shù)根據(jù)協(xié)議可以產(chǎn)生三條命令數(shù)據(jù)
DATAl=DLl+No. 1+X1+V1
DATA2=DL2+No. 2+X2+V2
DATA3=DL3+No. 3+X3+V3
步驟23，將該些命令組成短信；
生成一條參數(shù)升級(jí)命令的數(shù)據(jù)DATA = ID+ 0P+ SN+ MN+ MID+03+DATA1+DATA2+DATA3;
步驟24，判斷升級(jí)數(shù)據(jù)所有參數(shù)是否都已裝載入短信，如果沒有則執(zhí)行步驟21以組成下 一個(gè)短信，否則執(zhí)行步驟30。
其中升級(jí)參數(shù)(X1)、升級(jí)參數(shù)不回復(fù)(X2)、清除結(jié)構(gòu)后配置(X3)、査詢(X4)、査詢 返回(X5)、配置返回(X6)。
請(qǐng)査閱圖2，該步驟30，它包括
步驟31，平臺(tái)將多個(gè)短信組成一個(gè)任務(wù)；
步驟32，判斷加入的任務(wù)的時(shí)間是否大于預(yù)定間隔時(shí)間，如果是則將該任務(wù)送至待發(fā)送 任務(wù)隊(duì)列；
步驟33，判斷待發(fā)送任務(wù)隊(duì)列是否為空，如果是則結(jié)束，否則執(zhí)行步驟34; 步驟34，讀取待發(fā)送任務(wù)隊(duì)列的一條任務(wù)；
步驟35，判斷發(fā)送次數(shù)是否大于最大發(fā)送次數(shù)，如果是則執(zhí)行步驟33，否則執(zhí)行步驟步驟36，發(fā)送該任務(wù)的多個(gè)短信；
步驟37，判斷短信是否發(fā)送成功，如果是則執(zhí)行步驟38，否則執(zhí)行步驟39; 步驟38，提示發(fā)送成功，并執(zhí)行步驟33; 步驟39，提示發(fā)送失敗，并執(zhí)行步驟33。
采用本步驟的發(fā)送，能夠處理發(fā)送超時(shí)問題，例如當(dāng)前任務(wù)T1，如果沒有處理成功， 就不再處理當(dāng)前任務(wù)T1，開始處理下一個(gè)任務(wù)T2，當(dāng)前任務(wù)T1就等待下一輪再處理。它具有 優(yōu)點(diǎn)當(dāng)前任務(wù)有沒有處理成功不會(huì)影響后面任務(wù)的處理。
該步驟50，它包括
步驟51，平臺(tái)解析短信，獲取每條短信的所有命令；
步驟52，平臺(tái)依據(jù)命令的數(shù)據(jù)量，準(zhǔn)確讀取出每條短信的各條參數(shù)，獲取該升級(jí)數(shù)據(jù)。 該方法簡單易用，安全可靠，充分利用短信的優(yōu)點(diǎn)，根據(jù)需要，還能夠?qū)?shù)命令部分 進(jìn)行加密處理。
可以對(duì)開關(guān)型參數(shù)(bool值型的參數(shù))、字符串和整數(shù)型參數(shù)、號(hào)段列表行參數(shù)、還有 就是文件塊參數(shù)等進(jìn)行參數(shù)升級(jí)處理，這些參數(shù)完全可以混合搭配。 升級(jí)的方法可以對(duì)單個(gè)終端進(jìn)行處理，也可以對(duì)多個(gè)終端處理。
如果要同時(shí)對(duì)多臺(tái)終端進(jìn)行參數(shù)升級(jí)，可以把"終端號(hào)碼+DATA"的數(shù)據(jù)發(fā)送到要升級(jí) 的每個(gè)終端；這樣就可以實(shí)現(xiàn)同時(shí)對(duì)多臺(tái)終端進(jìn)行參數(shù)升級(jí)。
以上所述，僅為本發(fā)明較佳實(shí)施例而已，故不能以此限定本發(fā)明實(shí)施的范圍，即依本發(fā) 明申請(qǐng)專利范圍及說明書內(nèi)容所作的等效變化與修飾，皆應(yīng)仍屬本發(fā)明專利涵蓋的范圍內(nèi)。
權(quán)利要求
1.一種基于短信協(xié)議的軟件升級(jí)方法，其特征是它包括步驟10，平臺(tái)獲取需升級(jí)終端電話號(hào)碼，平臺(tái)讀取用于終端的升級(jí)數(shù)據(jù)，該升級(jí)數(shù)據(jù)由多個(gè)參數(shù)組成；步驟20，平臺(tái)根據(jù)短信協(xié)議將升級(jí)數(shù)據(jù)裝載在多個(gè)短信，該每個(gè)短信都裝載有多個(gè)參數(shù)，其中，該短信包括有短信總數(shù)、短信序號(hào)、本短信命令數(shù)及多條對(duì)應(yīng)于參數(shù)的命令，該命令包括本命令數(shù)據(jù)量、本命令序號(hào)及本命令的參數(shù)；步驟30，平臺(tái)向終端發(fā)送該些升級(jí)數(shù)據(jù)；步驟40，終端接收該些升級(jí)數(shù)據(jù)；步驟50，平臺(tái)解析該些短信以獲取該些參數(shù)，獲取該升級(jí)數(shù)據(jù)；步驟60，終端依據(jù)升級(jí)數(shù)據(jù)配置升級(jí)終端。
2.根據(jù)權(quán)利要求l所述的一種基于短信協(xié)議的軟件升級(jí)方法，其特征 在于該命令還包括有本命令執(zhí)行方式。
3.根據(jù)權(quán)利要求l所述的一種基于短信協(xié)議的軟件升級(jí)方法，其特征 在于該步驟20中，它包括步驟21，根據(jù)短信的數(shù)據(jù)容量及升級(jí)數(shù)據(jù)中的參數(shù)的數(shù)據(jù)量，計(jì)算出該條短信能夠裝 載多少個(gè)參數(shù)，并讀取該些個(gè)參數(shù)；步驟22，將讀取的該些個(gè)參數(shù)中的每個(gè)參數(shù)都組成一個(gè)命令；步驟23，將該些命令組成短信；步驟24，判斷升級(jí)數(shù)據(jù)所有參數(shù)是否都已裝載入短信，如果沒有則執(zhí)行步驟21以組成 下一個(gè)短信，否則執(zhí)行步驟30。
4.根據(jù)權(quán)利要求l所述的一種基于短信協(xié)議的軟件升級(jí)方法，其特征 在于該步驟30，它包括步驟31，平臺(tái)將多個(gè)短信組成一個(gè)任務(wù)；步驟32，判斷加入的任務(wù)的時(shí)間是否大于預(yù)定間隔時(shí)間，如果是則將該任務(wù)送至待發(fā)送任務(wù)隊(duì)列；步驟33，判斷待發(fā)送任務(wù)隊(duì)列是否為空，如果是則結(jié)束，否則執(zhí)行步驟34; 步驟34，讀取待發(fā)送任務(wù)隊(duì)列的一條任務(wù)；步驟35，判斷發(fā)送次數(shù)是否大于最大發(fā)送次數(shù)，如果是則執(zhí)行步驟33，否則執(zhí)行步驟36;步驟36，發(fā)送該任務(wù)的多個(gè)短信；步驟37，判斷短信是否發(fā)送成功，如果是則執(zhí)行步驟38，否則執(zhí)行步驟39; 步驟38，提示發(fā)送成功，并執(zhí)行步驟33; 步驟39，提示發(fā)送失敗，并執(zhí)行步驟33。
5.根據(jù)權(quán)利要求l所述的一種基于短信協(xié)議的軟件升級(jí)方法，其特征 在于該步驟50，它包括步驟51，平臺(tái)解析短信，獲取每條短信的所有命令；步驟52，平臺(tái)依據(jù)命令的數(shù)據(jù)量，準(zhǔn)確讀取出每條短信的各條參數(shù)，獲取該升級(jí)數(shù)據(jù)
全文摘要
本發(fā)明公開了一種基于短信協(xié)議的軟件升級(jí)方法，它包括平臺(tái)獲取需升級(jí)終端電話號(hào)碼，平臺(tái)讀取用于終端的升級(jí)數(shù)據(jù)，該升級(jí)數(shù)據(jù)由多個(gè)參數(shù)組成；平臺(tái)根據(jù)短信協(xié)議將升級(jí)數(shù)據(jù)裝載在多個(gè)短信，該每個(gè)短信都裝載有多個(gè)參數(shù)，其中，該短信包括有短信總數(shù)、短信序號(hào)、本短信命令數(shù)及多條對(duì)應(yīng)于參數(shù)的命令，該命令包括本命令數(shù)據(jù)量、本命令序號(hào)及本命令的參數(shù)；平臺(tái)向終端發(fā)送該些升級(jí)數(shù)據(jù)；終端接收該些升級(jí)數(shù)據(jù)；平臺(tái)解析該些短信以獲取該些參數(shù)，獲取該升級(jí)數(shù)據(jù)；終端依據(jù)升級(jí)數(shù)據(jù)配置升級(jí)終端。由于每條短信能裝載多個(gè)參數(shù)，因此能夠減少短信量，降低短信發(fā)送總費(fèi)用，降低升級(jí)費(fèi)用；能夠靈活進(jìn)行參數(shù)組合，能夠充分利用每條短信的容量。
文檔編號(hào)H04W4/12GK101631294SQ20091030555
公開日2010年1月20日 申請(qǐng)日期2009年8月12日 優(yōu)先權(quán)日2009年8月12日
發(fā)明者劉敬毅 申請(qǐng)人:廈門敏訊信息技術(shù)股份有限公司