升級處理。
[0045]圖6是根據(jù)本發(fā)明實施例的設(shè)備升級處理裝置的優(yōu)選結(jié)構(gòu)框圖二，如圖6所示，該裝置除包括圖2所示的所有模塊外，還包括第二確定模塊62，下面對該第二確定模塊62進(jìn)行說明。
[0046]第二確定模塊62，連接至上述讀取模塊22，用于確定設(shè)備采用設(shè)置參數(shù)方法替代上傳方法的方式，執(zhí)行上傳處理；和/或，采用設(shè)置參數(shù)方法替代下載方法的方式，執(zhí)行下載處理。
[0047]圖7是根據(jù)本發(fā)明實施例的網(wǎng)關(guān)設(shè)備的結(jié)構(gòu)框圖，如圖7所示，該網(wǎng)關(guān)設(shè)備70包括上述任一項的設(shè)備升級處理裝置72。
[0048]在現(xiàn)有的協(xié)議設(shè)計中，主要是規(guī)定了協(xié)議的交互流程和參數(shù)的模型，而針對用戶體驗和易用性的方面非常少，例如，升級是設(shè)備檢測到有新版本或ACS給下發(fā)升級命令后就強(qiáng)制升級。然而，在9個RPC方法中，Download和Upload兩個方法可以用SetParameterValues方法替代實現(xiàn)，使Tr069協(xié)議本身更加簡單,且有參數(shù)被記錄下來，可以供查詢診斷使用?；诓捎肧etParameterValues方法替代Download命令后，在本實施例中，通過增加一個手動升級開關(guān)，來實現(xiàn)設(shè)備是強(qiáng)制自動升級，還是在用戶界面中彈出升級確認(rèn)對話框，讓用戶確認(rèn)自動升級，增強(qiáng)了用戶體驗。
[0049]采用增加手動升級開關(guān)的方式來實現(xiàn)自動/手動升級的切換，當(dāng)切換到手動升級時，當(dāng)設(shè)備檢測到有新版本需要升級時，在設(shè)備升級界面中，會彈出需要用戶確認(rèn)升級的對話框，當(dāng)用戶點擊確認(rèn)，設(shè)備才升級，否則不升級，設(shè)備仍按原版本正常運行。例如，可以采用以下處理方式來實現(xiàn):
[0050]在Tr069參數(shù)樹中定義一個參數(shù)UserConfirmUpdate,當(dāng)設(shè)備上的參數(shù)UserConfirmUpdate設(shè)置為false時(該參數(shù)的設(shè)置可以在下發(fā)升級參數(shù)之前設(shè)置，也可以隨下發(fā)升級參數(shù)時設(shè)置，下同)，系統(tǒng)將對設(shè)備進(jìn)行強(qiáng)制升級。圖8是根據(jù)本發(fā)明實施例的當(dāng)UserConfirmUpdate開關(guān)設(shè)置為false的升級流程時序圖，如圖8所示，設(shè)備不需要詢問用戶是否需要升級，一律強(qiáng)制進(jìn)行升級。
[0051]該強(qiáng)制進(jìn)行升級的流程包括如下步驟:
[0052]1.設(shè)備發(fā)送Inform報文；
[0053]2.ACS 回 InformResponse ；
[0054]3.設(shè)備發(fā)送空包；
[0055]4.ACS 下發(fā) SetParameterValues RPC ；
[0056]5.設(shè)備回 SetParameterValuesResponse ；
[0057]6.設(shè)備從文件服務(wù)中下載配置或版本文件；
[0058]7.設(shè)備重啟，上報帶TRANSFERCOMPLETE時間的Inform報文；
[0059]8.ACS 回 InformResponse ；
[0060]9.設(shè)備和ACS互發(fā)空包結(jié)束。
[0061]圖9是根據(jù)本發(fā)明實施例的當(dāng)UserConfirmUpdate開關(guān)設(shè)置為true,并且用戶確認(rèn)需要升級的升級流程時序圖，如圖9所示，用戶在用戶界面點擊確認(rèn)按鈕后，設(shè)備即啟動升級流程。即當(dāng)設(shè)備上的參數(shù)UserConfirmUpdate設(shè)置為true時,用戶確認(rèn)需要升級時,下載的時序變?yōu)?
[0062]1.設(shè)備發(fā)送Inform報文；
[0063]2.ACS 回 InformResponse ；
[0064]3.設(shè)備發(fā)送空包；
[0065]4.ACS 下發(fā) SetParameterValues RPC ；
[0066]5.設(shè)備回 SetParameterValuesResponse ；
[0067]6.問詢用戶是否需要升級；
[0068]7.用戶確認(rèn)需要升級；
[0069]8.設(shè)備從文件服務(wù)中下載配置或版本文件；
[0070]9.設(shè)備重啟，上報帶TRANSFERCOMPLETE時間的Inform報文；
[0071]10.ACS 回 InformResponse ；
[0072]11.設(shè)備和ACS互發(fā)空包結(jié)束。
[0073]圖10是根據(jù)本發(fā)明實施例的當(dāng)UserConfirmUpdate開關(guān)設(shè)置為true,并且用戶確認(rèn)不需要升級的升級流程時序圖，如圖10所示，用戶在用戶界面點擊取消按鈕后，設(shè)備結(jié)束整個流程，并在下次開機(jī)界面中再次詢問用戶是否需要升級。當(dāng)設(shè)備上的參數(shù)UserConfirmUpdate設(shè)置為true時，用戶確認(rèn)不需要升級時，下載的時序變?yōu)?
[0074]1.設(shè)備發(fā)送Inform報文；
[0075]2.ACS 回 InformResponse ；
[0076]3.設(shè)備發(fā)送空包；
[0077]4.ACS 下發(fā) SetParameterValues RPC ；
[0078]5.設(shè)備回 SetParameterValuesResponse ；
[0079]6.問詢用戶是否需要升級；
[0080]7.用戶確認(rèn)不需要升級；
[0081]8.設(shè)備和ACS互發(fā)空包結(jié)束。
[0082]從時序圖中可以看出，與原來的流程相比，增加了一個用戶確認(rèn)的過程，使得升級流程更加易用，最大限度的避免了由于升級給用戶帶來的干擾和不便。
[0083]通過上述實施例及優(yōu)選實施方式，在升級環(huán)節(jié)增加了用戶確認(rèn)開關(guān)，使得在升級效率和升級易用性之間有了一個平衡的選擇；增強(qiáng)了升級的易用性，在原來的協(xié)議層面是沒有考慮到的。采用開關(guān)來控制是否需要用戶確認(rèn)升級的方式，能增強(qiáng)整個系統(tǒng)的易用性，最大限度的避免了由于升級給用戶帶來的干擾和不便。
[0084]顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0085]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項】
1.一種設(shè)備升級處理方法，其特征在于，包括: 讀取設(shè)備中用于標(biāo)識是否進(jìn)行用戶確認(rèn)升級的配置參數(shù)； 依據(jù)讀取的所述配置參數(shù)進(jìn)行升級處理。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在讀取所述設(shè)備中用于標(biāo)識是否進(jìn)行用戶確認(rèn)升級的所述配置參數(shù)之前，還包括: 依據(jù)所述設(shè)備的以下信息至少之一，確定所述配置參數(shù):所述設(shè)備的設(shè)備類型、所述設(shè)備運行的應(yīng)用類型、對所述設(shè)備進(jìn)行升級的升級效率。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，依據(jù)讀取的所述配置參數(shù)進(jìn)行升級處理包括: 在所述配置參數(shù)標(biāo)識為不進(jìn)行用戶確認(rèn)升級的情況下，強(qiáng)制對所述設(shè)備進(jìn)行升級。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，依據(jù)讀取的所述配置參數(shù)進(jìn)行升級處理包括: 在所述配置參數(shù)標(biāo)識為進(jìn)行用戶確認(rèn)升級的情況下，發(fā)出確認(rèn)是否進(jìn)行升級的提示信息； 接收到針對所述提示信息反饋的響應(yīng)信息； 依據(jù)所述響應(yīng)信息對所述設(shè)備進(jìn)行升級處理。5.根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，在讀取所述設(shè)備中用于標(biāo)識是否進(jìn)行用戶確認(rèn)升級的所述配置參數(shù)之前，還包括: 確定所述設(shè)備采用設(shè)置參數(shù)方法替代上傳方法的方式，執(zhí)行上傳處理；和/或，采用所述設(shè)置參數(shù)方法替代下載方法的方式，執(zhí)行下載處理。6.一種設(shè)備升級處理裝置，其特征在于，包括: 讀取模塊，用于讀取設(shè)備中用于標(biāo)識是否進(jìn)行用戶確認(rèn)升級的配置參數(shù)； 處理模塊，用于依據(jù)讀取的所述配置參數(shù)進(jìn)行升級處理。7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，還包括: 第一確定模塊，用于依據(jù)所述設(shè)備的以下信息至少之一，確定所述配置參數(shù):所述設(shè)備的設(shè)備類型、所述設(shè)備運行的應(yīng)用類型、對所述設(shè)備進(jìn)行升級的升級效率。8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述處理模塊包括: 升級單元，用于在所述配置參數(shù)標(biāo)識為不進(jìn)行用戶確認(rèn)升級的情況下，強(qiáng)制對所述設(shè)備進(jìn)行升級。9.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述處理模塊包括: 發(fā)出單元，用于在所述配置參數(shù)標(biāo)識為進(jìn)行用戶確認(rèn)升級的情況下，發(fā)出確認(rèn)是否進(jìn)行升級的提示信息； 接收單元，用于接收到針對所述提示信息反饋的響應(yīng)信息； 處理單元，用于依據(jù)所述響應(yīng)信息對所述設(shè)備進(jìn)行升級處理。10.根據(jù)權(quán)利要求6至9中任一項所述的裝置，其特征在于，還包括: 第二確定模塊，用于確定所述設(shè)備采用設(shè)置參數(shù)方法替代上傳方法的方式，執(zhí)行上傳處理；和/或，采用所述設(shè)置參數(shù)方法替代下載方法的方式，執(zhí)行下載處理。11.一種網(wǎng)關(guān)設(shè)備，其特征在于，包括權(quán)利要求6至10中任一項所述的裝置。
【專利摘要】本發(fā)明提供了一種設(shè)備升級處理方法、裝置及網(wǎng)關(guān)設(shè)備，其中，該方法包括：讀取設(shè)備中用于標(biāo)識是否進(jìn)行用戶確認(rèn)升級的配置參數(shù)；依據(jù)讀取的配置參數(shù)進(jìn)行升級處理，通過為是否需要用戶確認(rèn)升級增加了一個開關(guān)，通過本發(fā)明，解決了相關(guān)技術(shù)中，在設(shè)備需要升級時，均是依據(jù)接收到的升級命令進(jìn)行強(qiáng)制升級，并不會涉及用戶確認(rèn)是否升級的處理，因而存在用戶體驗差的問題，進(jìn)而達(dá)到了在升級效率與升級易用性之間進(jìn)行了較好的平衡，不僅能夠起到增強(qiáng)系統(tǒng)易用性的好處，而且有效避免了對用戶的干擾的效果。
【IPC分類】H04L12/24, G06F9/445
【公開號】CN105323091
【申請?zhí)枴緾N201410354375
【發(fā)明人】殷寶玉
【申請人】中興通訊股份有限公司
【公開日】2016年2月10日
【申請日】2014年7月23日
【公告號】WO2015117470A1