本發(fā)明屬于北斗衛(wèi)星導(dǎo)航通信技術(shù)領(lǐng)域，具體涉及一種基于iap技術(shù)的北斗用戶機(jī)遠(yuǎn)程升級(jí)系統(tǒng)及其升級(jí)方法。

背景技術(shù)：

北斗衛(wèi)星導(dǎo)航系統(tǒng)是中國自主研制的全球衛(wèi)星導(dǎo)航系統(tǒng)，由空間段、地面段和用戶段三部分組成，系統(tǒng)兼具rdss和rnss兩種業(yè)務(wù)模式。rdss具有短報(bào)文通信業(yè)務(wù)，可以通過衛(wèi)星鏈路發(fā)送一定長度以內(nèi)的字符。

iap在線升級(jí)，iap是stm32芯片很強(qiáng)大的一個(gè)功能，其本質(zhì)就是程序本身可以往程序存儲(chǔ)器里寫數(shù)據(jù)或修改程序。利用iap功能，即使在產(chǎn)品發(fā)布之后也可以方便的通過預(yù)留的通信端口，如串口、usb、iic等，對(duì)產(chǎn)品中的程序固件進(jìn)行更新升級(jí)。iap功能的固件一般包含兩個(gè)部分：boot和userapp，其中boot部分必須通過jatg或isp進(jìn)行燒錄，userapp部分可以在燒錄boot后通過iap升級(jí)燒入或者與boot合并到一起后通過jatg或isp進(jìn)行燒錄。

現(xiàn)有技術(shù)通常采用isp軟件燒錄方式對(duì)北斗用戶機(jī)進(jìn)行升級(jí)，每次燒錄都必須要和計(jì)算機(jī)連機(jī)才行，isp軟件燒錄方式無法實(shí)現(xiàn)自動(dòng)更新程序內(nèi)容，顯然無法解決北斗用戶機(jī)在無人值守的應(yīng)用環(huán)境下軟件升級(jí)難題。

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

本發(fā)明為了克服上述現(xiàn)有技術(shù)的不足，提供了一種基于iap技術(shù)的北斗用戶機(jī)遠(yuǎn)程升級(jí)系統(tǒng)，本發(fā)明有效地解決了北斗用戶機(jī)軟件遠(yuǎn)程升級(jí)困難的問題。

為實(shí)現(xiàn)上述目的，本發(fā)明采用了以下技術(shù)措施：

一種基于iap技術(shù)的北斗用戶機(jī)遠(yuǎn)程升級(jí)系統(tǒng)包括系統(tǒng)升級(jí)平臺(tái)、待升級(jí)北斗用戶機(jī)、北斗衛(wèi)星系統(tǒng)，所述系統(tǒng)升級(jí)平臺(tái)的輸出端輸出用于升級(jí)的北斗通信申請報(bào)文，所述用于升級(jí)的北斗通信申請報(bào)文通過北斗衛(wèi)星系統(tǒng)傳輸至待升級(jí)北斗用戶機(jī)的輸入端。

優(yōu)選的，所述系統(tǒng)升級(jí)平臺(tái)包括軟件編譯模塊、文件拆分模塊、北斗短報(bào)文封裝模塊、北斗短報(bào)文發(fā)送模塊，其中，

軟件編譯模塊，用于對(duì)待升級(jí)的軟件源代碼編譯生成hex文件，并將所述hex文件發(fā)送至文件拆分模塊的輸入端；

文件拆分模塊，用于對(duì)hex文件的內(nèi)容進(jìn)行解析，根據(jù)hex文件的固定格式，每次以行為單位提取2至3行hex文件的內(nèi)容得到多個(gè)子hex文件；

北斗短報(bào)文封裝模塊，其根據(jù)北斗通信申請的協(xié)議格式，將多個(gè)所述子hex文件封裝在北斗通信申請的電文內(nèi)容字段中得到用于升級(jí)的北斗通信申請報(bào)文；

北斗短報(bào)文發(fā)送模塊，用于接收來自北斗短報(bào)文封裝模塊的用于升級(jí)的北斗通信申請報(bào)文，并將用于升級(jí)的北斗通信申請報(bào)文通過北斗衛(wèi)星系統(tǒng)傳輸至待升級(jí)北斗用戶機(jī)的輸入端。

優(yōu)選的，所述待升級(jí)北斗用戶機(jī)包括北斗通信模塊、mcu控制模塊以及存儲(chǔ)模塊，

北斗通信模塊，用于接收來自北斗短報(bào)文發(fā)送模塊的用于升級(jí)的北斗通信申請報(bào)文，并將用于升級(jí)的北斗通信申請報(bào)文發(fā)送至mcu控制模塊的輸入端；

mcu控制模塊，用于提取用于升級(jí)的北斗通信申請報(bào)文的通信內(nèi)容，根據(jù)通信內(nèi)容的格式對(duì)報(bào)文內(nèi)容判斷，對(duì)于符合北斗通信申請的電文內(nèi)容字段格式要求的報(bào)文內(nèi)容，將其存儲(chǔ)至存儲(chǔ)模塊，對(duì)于不符合北斗通信申請的電文內(nèi)容字段格式要求的報(bào)文內(nèi)容進(jìn)行舍棄，并發(fā)出重發(fā)請求至系統(tǒng)升級(jí)平臺(tái)。

優(yōu)選的，所述北斗通信申請的電文內(nèi)容字段依次包括幀頭、命令字符、數(shù)據(jù)長度、總幀數(shù)、同步碼、存儲(chǔ)地址、數(shù)據(jù)類型、數(shù)據(jù)內(nèi)容、升級(jí)內(nèi)容結(jié)束標(biāo)志、校驗(yàn)碼。

優(yōu)選的，所述mcu控制模塊包括控制芯片，所述控制芯片的型號(hào)為stm32系列芯片。

進(jìn)一步的，所述存儲(chǔ)模塊為片外flash存儲(chǔ)芯片。

本發(fā)明還提供了基于iap技術(shù)的北斗用戶機(jī)遠(yuǎn)程升級(jí)系統(tǒng)的升級(jí)方法，包括以下步驟：

s1、mcu控制模塊上電后進(jìn)入iap引導(dǎo)程序；

s2、所述軟件編譯模塊將待升級(jí)的軟件源代碼編譯生成hex文件，并將所述hex文件發(fā)送至文件拆分模塊的輸入端；

s3、所述文件拆分模塊對(duì)hex文件的內(nèi)容進(jìn)行解析，根據(jù)hex文件的固定格式，每次以行為單位提取2至3行hex文件的內(nèi)容得到多個(gè)子hex文件；

s4、所述北斗短報(bào)文封裝模塊根據(jù)北斗通信申請的協(xié)議格式，將多個(gè)所述子hex文件封裝在北斗通信申請的電文內(nèi)容字段中得到用于升級(jí)的北斗通信申請報(bào)文；

s5、所述北斗短報(bào)文發(fā)送模塊接收來自北斗短報(bào)文封裝模塊的用于升級(jí)的北斗通信申請報(bào)文，并將用于升級(jí)的北斗通信申請報(bào)文輸出至北斗衛(wèi)星系統(tǒng)的輸入端；

s6、所述北斗衛(wèi)星系統(tǒng)輸出用于升級(jí)的北斗通信申請報(bào)文或北斗通信信息至北斗通信模塊的輸入端；

s7、所述北斗通信模塊將用于升級(jí)的北斗通信申請報(bào)文或北斗通信信息發(fā)送至mcu控制模塊的輸入端；

s8、所述mcu控制模塊接收到用于升級(jí)的北斗通信申請報(bào)文或北斗通信信息后，首先判斷是升級(jí)內(nèi)容還是北斗通信內(nèi)容，如果是北斗通信內(nèi)容，則交給用戶功能任務(wù)處理；如果是升級(jí)內(nèi)容，則根據(jù)電文內(nèi)容字段對(duì)用于升級(jí)的北斗通信申請報(bào)文進(jìn)行判斷，對(duì)于不符合升級(jí)要求的用于升級(jí)的北斗通信申請報(bào)文，mcu控制模塊將其丟棄，并發(fā)出重發(fā)請求至系統(tǒng)升級(jí)平臺(tái)，對(duì)于符合升級(jí)要求的用于升級(jí)的北斗通信申請報(bào)文，mcu控制模塊將用于升級(jí)的北斗通信申請報(bào)文存儲(chǔ)于存儲(chǔ)模塊中，當(dāng)mcu控制模塊接收到升級(jí)內(nèi)容結(jié)束標(biāo)志且重新組包后的hex文件內(nèi)容完整時(shí)，mcu控制模塊中的主程序置位mcu控制模塊中的軟件升級(jí)標(biāo)志位，主程序重啟mcu控制模塊進(jìn)入iap引導(dǎo)程序，完成升級(jí)任務(wù)。

優(yōu)選的，所述iap引導(dǎo)程序的具體操作步驟如下：

mcu控制模塊主程序的芯片初始化模塊首先讀取軟件升級(jí)標(biāo)志位，判斷待升級(jí)北斗用戶機(jī)是否需要升級(jí)，如果不需要升級(jí)，mcu控制模塊正常啟動(dòng)，跳轉(zhuǎn)到用戶功能程序，執(zhí)行北斗用戶機(jī)的正常服務(wù)功能；如果需要升級(jí)，則iap引導(dǎo)程序進(jìn)入升級(jí)任務(wù)，從片外flash存儲(chǔ)芯片中讀取用于升級(jí)的通信信息并按hex文件中的地址信息，將內(nèi)容寫入mcu控制模塊內(nèi)部的flash中；iap引導(dǎo)程序重新設(shè)置中斷向量表起始地址，清除升級(jí)標(biāo)志位，將mcu控制模塊指針指向起始地址，然后mcu控制模塊指針跳轉(zhuǎn)到起始地址，執(zhí)行新的用戶程序，完成升級(jí)任務(wù)。

本發(fā)明的有益效果在于：

1)、本發(fā)明包括遠(yuǎn)程升級(jí)系統(tǒng)升級(jí)平臺(tái)、待升級(jí)北斗用戶機(jī)、北斗衛(wèi)星系統(tǒng)，所述系統(tǒng)升級(jí)平臺(tái)的輸出端輸出用于升級(jí)的北斗通信申請報(bào)文通過北斗衛(wèi)星系統(tǒng)傳輸至待升級(jí)北斗用戶機(jī)的輸入端，在遠(yuǎn)程升級(jí)系統(tǒng)的基礎(chǔ)上，利用iap技術(shù)實(shí)現(xiàn)了北斗用戶機(jī)在功能擴(kuò)展時(shí)，其軟件升級(jí)不需要對(duì)用戶機(jī)進(jìn)行斷電和拆卸，直接通過升級(jí)方法就可實(shí)現(xiàn)北斗用戶機(jī)的功能軟件更新，有效地解決了北斗用戶機(jī)軟件遠(yuǎn)程升級(jí)困難的問題。

2)、本發(fā)明在升級(jí)軟件的過程中利用北斗短報(bào)文通信鏈路傳輸升級(jí)軟件的內(nèi)容，與通用的公網(wǎng)通信相比，具有高可靠性和保密性。

3)、本發(fā)明在升級(jí)軟件的過程中利用北斗通信鏈路進(jìn)行通信，不受地面通信網(wǎng)絡(luò)的限制，對(duì)于無人值守且地理環(huán)境復(fù)雜、公網(wǎng)信號(hào)不通的地方同樣適用，有效的解決了用戶機(jī)設(shè)備遠(yuǎn)程升級(jí)的難題。

附圖說明

圖1為本發(fā)明的遠(yuǎn)程升級(jí)系統(tǒng)的系統(tǒng)框圖；

圖2為本發(fā)明的iap引導(dǎo)程序的流程圖；

圖3為本發(fā)明的主程序的流程圖。

10—系統(tǒng)升級(jí)平臺(tái)11—軟件編譯模塊

12—文件拆分模塊13—北斗短報(bào)文封裝模塊

14—北斗短報(bào)文發(fā)送模塊20—待升級(jí)北斗用戶機(jī)

21—北斗通信模塊22—mcu控制模塊

23—存儲(chǔ)模塊30—北斗衛(wèi)星系統(tǒng)

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

如圖1所示，一種基于iap技術(shù)的北斗用戶機(jī)遠(yuǎn)程升級(jí)系統(tǒng)包括系統(tǒng)升級(jí)平臺(tái)10、待升級(jí)北斗用戶機(jī)20、北斗衛(wèi)星系統(tǒng)30，所述系統(tǒng)升級(jí)平臺(tái)10的輸出端輸出用于升級(jí)的北斗通信申請報(bào)文，所述用于升級(jí)的北斗通信申請報(bào)文通過北斗衛(wèi)星系統(tǒng)30傳輸至待升級(jí)北斗用戶機(jī)20的輸入端。

所述系統(tǒng)升級(jí)平臺(tái)10包括軟件編譯模塊11、文件拆分模塊12、北斗短報(bào)文封裝模塊13、北斗短報(bào)文發(fā)送模塊14，所述軟件編譯模塊11用于對(duì)待升級(jí)的軟件源代碼編譯生成hex文件，并將所述hex文件發(fā)送至文件拆分模塊12的輸入端；文件拆分模塊12用于對(duì)hex文件的內(nèi)容進(jìn)行解析，根據(jù)hex文件的固定格式，每次以行為單位提取2至3行hex文件的內(nèi)容得到多個(gè)子hex文件；北斗短報(bào)文封裝模塊13根據(jù)北斗通信申請的協(xié)議格式，將多個(gè)所述子hex文件封裝在北斗通信申請的電文內(nèi)容字段中得到用于升級(jí)的北斗通信申請報(bào)文；北斗短報(bào)文發(fā)送模塊14用于接收來自北斗短報(bào)文封裝模塊13的用于升級(jí)的北斗通信申請報(bào)文，并將用于升級(jí)的北斗通信申請報(bào)文通過北斗衛(wèi)星系統(tǒng)30傳輸至待升級(jí)北斗用戶機(jī)20的輸入端。

hex文件用來保存單片機(jī)或其他處理器的目標(biāo)程序代碼，它保存物理程序存儲(chǔ)區(qū)中的目標(biāo)代碼映象，hex文件全部由可打印的ascii字符組成，在hex文件中，每一行是一個(gè)hex記錄，由十六進(jìn)制數(shù)組成的機(jī)器碼或者數(shù)據(jù)常量；每行由“：”(0x3a)開始，以回車換行鍵結(jié)束(0x0d,0x0a)。行內(nèi)的數(shù)據(jù)都是由兩個(gè)字符表示一個(gè)16進(jìn)制字節(jié)，比如”01”表示數(shù)0x01；”0a”表示數(shù)0x0a。對(duì)于16位的地址，則高位在前低位在后，比如地址0x010a，在hex文件中表示為字符串”010a”。對(duì)于keil編譯的hex文件，例如，:1000080080318b1e0828092820280b1d0c280d2854可以被看作“0x100x000x080x000x800x310x8b0x1e0x080x280x090x280x200x280x0b0x1d0x0c0x280x0d0x280x54”；起始符“：”后的第一個(gè)字節(jié)0x10表示本行數(shù)據(jù)的長度；第二、三字節(jié)0x000x08表示本行數(shù)據(jù)的起始地址；第四字節(jié)0x00表示數(shù)據(jù)類型，然后是數(shù)據(jù)內(nèi)容，最后一個(gè)字節(jié)0x54表示校驗(yàn)碼。

所述待升級(jí)北斗用戶機(jī)20包括北斗通信模塊21、mcu控制模塊22以及存儲(chǔ)模塊23，所述北斗通信模塊21用于接收來自北斗短報(bào)文發(fā)送模塊14的用于升級(jí)的北斗通信申請報(bào)文，并將用于升級(jí)的北斗通信申請報(bào)文發(fā)送至mcu控制模塊22的輸入端；mcu控制模塊22用于提取用于升級(jí)的北斗通信申請報(bào)文的通信內(nèi)容，根據(jù)通信內(nèi)容的格式對(duì)報(bào)文內(nèi)容判斷，對(duì)于符合北斗通信申請的電文內(nèi)容字段格式要求的報(bào)文內(nèi)容，將其存儲(chǔ)至存儲(chǔ)模塊23，對(duì)于不符合北斗通信申請的電文內(nèi)容字段格式要求的報(bào)文內(nèi)容進(jìn)行舍棄，并發(fā)出重發(fā)請求至系統(tǒng)升級(jí)平臺(tái)10。

北斗通信模塊21通過北斗衛(wèi)星系統(tǒng)30進(jìn)行短報(bào)文通信，實(shí)現(xiàn)對(duì)系統(tǒng)升級(jí)平臺(tái)10發(fā)送過來的北斗鏈路數(shù)據(jù)進(jìn)行接收。

mcu控制模塊22是待升級(jí)北斗用戶機(jī)20的核心部分，也是待升級(jí)北斗用戶機(jī)20功能程序的載體，用來實(shí)現(xiàn)待升級(jí)北斗用戶機(jī)20的各個(gè)功能模塊的協(xié)調(diào)控制和數(shù)據(jù)處理運(yùn)算。

hex文件是燒寫到mcu控制模塊22片內(nèi)flash的一種文件格式。

具體的，所述mcu控制模塊22包括控制芯片，所述控制芯片的型號(hào)為stm32系列芯片；所述存儲(chǔ)模塊23為片外flash存儲(chǔ)芯片。stm32系列芯片支持iap，iap在運(yùn)行過程中對(duì)內(nèi)部userflash的部分區(qū)域進(jìn)行燒寫，目的是為了在產(chǎn)品發(fā)布后可以方便地通過預(yù)留的通信口對(duì)產(chǎn)品中的固件程序進(jìn)行更新升級(jí)。實(shí)現(xiàn)iap功能，需要將設(shè)備程序做成兩個(gè)項(xiàng)目程序，第一個(gè)項(xiàng)目程序僅提供iap引導(dǎo)和修改內(nèi)部flash數(shù)據(jù)，其不提供正常功能操作。第二個(gè)項(xiàng)目程序即為用戶程序，其可提供正常的功能操作。iap引導(dǎo)程序負(fù)責(zé)將待升級(jí)的文件寫入userflash，并設(shè)置程序中斷向量入口，啟動(dòng)用戶程序。待升級(jí)程序通常由keil編譯器編譯成hex文件。

北斗通信受衛(wèi)星資源限制，其普通短報(bào)文通信頻度為60s，其通信內(nèi)容長度小于78個(gè)字節(jié)。北斗短報(bào)文無法一次性連續(xù)的將待升級(jí)文件傳送給mcu控制模塊22，其以北斗短報(bào)文的形式發(fā)送給待升級(jí)的用戶機(jī)。北斗通信申請的電文內(nèi)容字段依次包括內(nèi)容如表1所示：

表1：

如圖2、3所示，一種基于iap技術(shù)的北斗用戶機(jī)遠(yuǎn)程升級(jí)系統(tǒng)的升級(jí)方法，包括以下步驟：

s1、mcu控制模塊22上電后進(jìn)入iap引導(dǎo)程序；由iap引導(dǎo)程序引導(dǎo)mcu控制模塊22指針進(jìn)入復(fù)位中斷完成用戶功能程序的啟動(dòng)。用戶功能程序啟動(dòng)后，mcu控制模塊22除了提供正常的用戶功能需求外，其系統(tǒng)內(nèi)部還有一個(gè)升級(jí)內(nèi)容存儲(chǔ)任務(wù)；

s2、所述軟件編譯模塊11將待升級(jí)的軟件源代碼編譯生成hex文件，并將所述hex文件發(fā)送至文件拆分模塊12的輸入端；

s3、所述文件拆分模塊12對(duì)hex文件的內(nèi)容進(jìn)行解析，根據(jù)hex文件的固定格式，每次以行為單位提取2至3行hex文件的內(nèi)容得到多個(gè)子hex文件；

s4、所述北斗短報(bào)文封裝模塊13根據(jù)北斗通信申請的協(xié)議格式，將多個(gè)所述子hex文件封裝在北斗通信申請的電文內(nèi)容字段中得到用于升級(jí)的北斗通信申請報(bào)文；

s5、所述北斗短報(bào)文發(fā)送模塊14接收來自北斗短報(bào)文封裝模塊13的用于升級(jí)的北斗通信申請報(bào)文，并將用于升級(jí)的北斗通信申請報(bào)文輸出至北斗衛(wèi)星系統(tǒng)30的輸入端；

s6、所述北斗衛(wèi)星系統(tǒng)30輸出用于升級(jí)的北斗通信申請報(bào)文或北斗通信信息至北斗通信模塊21的輸入端；

s7、所述北斗通信模塊21將用于升級(jí)的北斗通信申請報(bào)文或北斗通信信息發(fā)送至mcu控制模塊22的輸入端；

s8、所述mcu控制模塊22接收到用于升級(jí)的北斗通信申請報(bào)文或北斗通信信息后，首先判斷是升級(jí)內(nèi)容還是北斗通信內(nèi)容，如果是北斗通信內(nèi)容，則交給用戶功能任務(wù)處理；如果是升級(jí)內(nèi)容，則根據(jù)電文內(nèi)容字段對(duì)用于升級(jí)的北斗通信申請報(bào)文進(jìn)行判斷，對(duì)于不符合升級(jí)要求的用于升級(jí)的北斗通信申請報(bào)文，mcu控制模塊22將其丟棄，并發(fā)出重發(fā)請求至系統(tǒng)升級(jí)平臺(tái)10，對(duì)于符合升級(jí)要求的用于升級(jí)的北斗通信申請報(bào)文，mcu控制模塊22將用于升級(jí)的北斗通信申請報(bào)文存儲(chǔ)于存儲(chǔ)模塊23中，當(dāng)mcu控制模塊22接收到升級(jí)內(nèi)容結(jié)束標(biāo)志且重新組包后的hex文件內(nèi)容完整時(shí)，mcu控制模塊22中的主程序置位mcu控制模塊22中的軟件升級(jí)標(biāo)志位，主程序重啟mcu控制模塊22進(jìn)入iap引導(dǎo)程序，mcu控制模塊22主程序的芯片初始化模塊首先讀取軟件升級(jí)標(biāo)志位，判斷待升級(jí)北斗用戶機(jī)20是否需要升級(jí)，如果不需要升級(jí)，mcu控制模塊22正常啟動(dòng)，跳轉(zhuǎn)到用戶功能程序，執(zhí)行北斗用戶機(jī)20的正常服務(wù)功能；如果需要升級(jí)，則iap引導(dǎo)程序進(jìn)入升級(jí)任務(wù)，從片外flash存儲(chǔ)芯片中讀取用于升級(jí)的通信信息并按hex文件中的地址信息，將內(nèi)容寫入mcu控制模塊22內(nèi)部的flash中；iap引導(dǎo)程序重新設(shè)置中斷向量表起始地址，清除升級(jí)標(biāo)志位，將mcu控制模塊22指針指向起始地址，然后mcu控制模塊22指針跳轉(zhuǎn)到起始地址，執(zhí)行新的用戶程序，完成升級(jí)任務(wù)。

整個(gè)步驟s8均在mcu控制模塊22內(nèi)部完成，對(duì)用不同功能有不同的任務(wù)模塊來完成，均依據(jù)mcu控制模塊22的軟件完成。

所述升級(jí)標(biāo)志位是mcu控制模塊22的芯片內(nèi)部的一個(gè)專門用來判斷設(shè)備上電時(shí)，軟件是不是要升級(jí)的標(biāo)志。

為了防止程序升級(jí)錯(cuò)誤造成mcu控制模塊22指針指向地址無法啟動(dòng)用戶程序，造成用戶機(jī)不能正常工作，在iap的錯(cuò)誤中斷處理函數(shù)中，應(yīng)重新設(shè)置中斷向量表起始地址為未升級(jí)前的起始地址，將mcu控制模塊22指針跳轉(zhuǎn)到這一地址執(zhí)行原用戶程序，并發(fā)送北斗短報(bào)文回執(zhí)給系統(tǒng)升級(jí)平臺(tái)10，報(bào)告升級(jí)失敗。

本發(fā)明解決北斗用戶機(jī)軟件遠(yuǎn)程升級(jí)困難的問題，尤其是對(duì)無人值守的北斗用戶機(jī)，在沒有其他通用信息通信手段的情況下，利用北斗通信鏈路實(shí)現(xiàn)用戶機(jī)的遠(yuǎn)程程序升級(jí)。