專利名稱：基于策略優(yōu)化的終端軟件故障修復(fù)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及OMA DM技術(shù)領(lǐng)域，尤其涉及一種基于策略優(yōu)化的終端軟件故障修復(fù)方法及裝置。

背景技術(shù)：
OMA DM(Open Mobile Alliance Device Management，開放移動(dòng)聯(lián)盟設(shè)備管理)即終端管理，是一種通過遠(yuǎn)程服務(wù)器對網(wǎng)絡(luò)內(nèi)終端進(jìn)行管理的協(xié)議。通過OMA DM，服務(wù)器可以對終端設(shè)備進(jìn)行固件更新、參數(shù)配置、數(shù)據(jù)采集等各種管理功能。
與OMADM相關(guān)的專利技術(shù)有以下幾個(gè) 華為技術(shù)有限公司申請?zhí)枮?00610103914.6的專利申請“對能力管理對象維護(hù)、對能力管理的方法、系統(tǒng)及終端”公開了一種涉及OMA DM技術(shù)領(lǐng)域的、對設(shè)備能力管理對象進(jìn)行維護(hù)的方法，用于解決在終端設(shè)備的能力信息發(fā)生變化時(shí)，對相應(yīng)的DCMO(DeviceCapacity Management Object終端能力管理對象)進(jìn)行更新維護(hù)時(shí)會(huì)浪費(fèi)空口傳輸資源、增加DMS系統(tǒng)處理負(fù)荷的問題。該技術(shù)主要針對已經(jīng)部署的管理對象發(fā)生變動(dòng)時(shí)，在重新部署過程中進(jìn)行的優(yōu)化，不適用于對移動(dòng)終端軟件故障進(jìn)行修復(fù)策略的優(yōu)化。
華為技術(shù)有限公司申請?zhí)枮?00610109766.9的專利申請“預(yù)定任務(wù)管理對象生成及預(yù)定任務(wù)處理方法、系統(tǒng)及終端”公開了一種涉及OMA DM技術(shù)領(lǐng)域中的預(yù)定任務(wù)管理對象生成方法，用于解決現(xiàn)有技術(shù)中當(dāng)對應(yīng)同一預(yù)定管理操作存在基于“或”關(guān)系的觸發(fā)條件時(shí)，執(zhí)行相同預(yù)定管理操作會(huì)浪費(fèi)資源的問題。該技術(shù)無法動(dòng)態(tài)地獲取觸發(fā)條件以及優(yōu)化生成方法。
中興通訊股份有限公司申請?zhí)枮?00710195320.7的專利申請“移動(dòng)終端的數(shù)據(jù)處理方法及系統(tǒng)”公開了一種用于通過空中下載技術(shù)對數(shù)據(jù)進(jìn)行備份/恢復(fù)的移動(dòng)終端的數(shù)據(jù)處理方法及系統(tǒng)。在該方法中，OMA DM服務(wù)器與移動(dòng)終端建立連接，接收移動(dòng)終端上傳的數(shù)據(jù)；OMA DM服務(wù)器將接收的數(shù)據(jù)上傳到應(yīng)用服務(wù)器，在應(yīng)用服務(wù)器的業(yè)務(wù)數(shù)據(jù)庫中進(jìn)行備份；在該系統(tǒng)中，借助于OTA(Over-The-Air，無線下載)技術(shù)實(shí)現(xiàn)了數(shù)據(jù)的備份和恢復(fù)，可以避免移動(dòng)終端遺失或損壞導(dǎo)致信息丟失或者移動(dòng)終端更換時(shí)需要大量的信息錄入給客戶帶來諸多不便，安全可靠，具有普遍適用性。但該技術(shù)中移動(dòng)終端的很多故障采用備份/恢復(fù)方法會(huì)對加大網(wǎng)絡(luò)的負(fù)擔(dān)以及運(yùn)營成本，甚至有些故障仍無法解決。


發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)中存在的缺陷和不足，本發(fā)明的目的是提供一種基于策略優(yōu)化的終端軟件故障修復(fù)方法及裝置，能夠完成對終端設(shè)備軟件故障的處理，并優(yōu)化服務(wù)器的故障修復(fù)策略。
為達(dá)到上述目的，本發(fā)明提出了一種基于策略優(yōu)化的終端軟件故障修復(fù)方法，包括以下步驟 S1、當(dāng)終端軟件出現(xiàn)故障之后，服務(wù)器向終端發(fā)出遠(yuǎn)程修復(fù)請求，若用戶未接受該請求，則轉(zhuǎn)到步驟S2，否則服務(wù)器根據(jù)故障信息選取修復(fù)策略，并發(fā)送給終端，終端按照該修復(fù)策略進(jìn)行修復(fù)后結(jié)束本流程，所述故障信息至少包括故障類型； S2、用戶自行執(zhí)行修復(fù)，同時(shí)終端記錄用戶執(zhí)行修復(fù)所使用的修復(fù)策略，并將該修復(fù)策略數(shù)據(jù)發(fā)送給服務(wù)器； S3、服務(wù)器建立函數(shù)模型比較用戶執(zhí)行修復(fù)時(shí)所使用的修復(fù)策略與其數(shù)據(jù)庫中已有的、與故障信息對應(yīng)的修復(fù)策略，若前者優(yōu)于后者，則用前者替換后者，以更新所述數(shù)據(jù)庫，否則結(jié)束本流程。
其中，步驟S3具體可以包括 S31、定義策略權(quán)衡指標(biāo)I，及其計(jì)算方式I＝α1N+α2O+α3C； 其中，N、O、C分別為表示網(wǎng)絡(luò)負(fù)擔(dān)、運(yùn)營成本、服務(wù)器負(fù)擔(dān)的指標(biāo)，α1、α2、α3依次是N、O、C的權(quán)重，其可以為經(jīng)驗(yàn)值；計(jì)算方法為
其中，k′＝k/K，k是將用戶的修復(fù)策略轉(zhuǎn)換為服務(wù)器的修復(fù)策略后，由服務(wù)器執(zhí)行該修復(fù)策略一次所需要的流量、K是服務(wù)器根據(jù)故障信息選取的初始化修復(fù)策略執(zhí)行一次所需要的流量；m′＝m/M，m是將用戶的修復(fù)策略轉(zhuǎn)換為服務(wù)器的修復(fù)策略后，由服務(wù)器執(zhí)行該修復(fù)策略的過程中與終端設(shè)備之間交互的步數(shù)、M是服務(wù)器根據(jù)故障信息選取的初始化修復(fù)策略執(zhí)行過程中與終端設(shè)備之間交互的步數(shù)；矩陣中的ρij表示第1個(gè)因素k′與第j個(gè)因素k′或m′相對于第i個(gè)評(píng)價(jià)因素N或O或C的影響程度之比，具體算法本發(fā)明不作限制；其中i＝1，2，3，j＝1，2。以及 S32、根據(jù)上述計(jì)算方式計(jì)算新的策略權(quán)衡指標(biāo)I，并結(jié)合修復(fù)策略之間的相似度τ，通過公式I′-I≥τ比較策略權(quán)衡指標(biāo)I和所述數(shù)據(jù)庫中所存儲(chǔ)的、與終端所出現(xiàn)的故障信息所對應(yīng)的修復(fù)策略的策略權(quán)衡指標(biāo)I′如果I′-I≥τ，則用新的策略替換原有的修復(fù)策略，并用策略權(quán)衡指標(biāo)I替換策略權(quán)衡指標(biāo)I′，以更新所述數(shù)據(jù)庫；如果I′-I＜τ，則結(jié)束本流程。
其中，在步驟S2中，終端還可以記錄故障信息，并將該故障信息數(shù)據(jù)發(fā)送給服務(wù)器，若服務(wù)器發(fā)現(xiàn)其數(shù)據(jù)庫中沒有該故障信息，則將該故障信息數(shù)據(jù)添加到其數(shù)據(jù)庫中，并根據(jù)該故障信息選取修復(fù)策略。
其中，服務(wù)器根據(jù)故障信息選取的修復(fù)策略可以為重新安裝與配置軟件。
其中，所述終端可以為移動(dòng)終端。
同時(shí)，本發(fā)明還提供了一種基于策略優(yōu)化的終端軟件故障修復(fù)裝置，包括 信息采集模塊，用于當(dāng)終端軟件發(fā)生故障后從終端采集故障信息及修復(fù)策略，所述故障信息至少包括故障類型； 故障信息管理模塊，用于根據(jù)信息采集模塊所采集的故障信息對故障信息數(shù)據(jù)庫進(jìn)行維護(hù)，該維護(hù)功能至少包括對故障信息數(shù)據(jù)庫更新數(shù)據(jù)；以及 策略管理模塊，用于根據(jù)信息采集模塊所采集的修復(fù)策略建立函數(shù)模型，比較所采集的修復(fù)策略與策略數(shù)據(jù)庫中已有的修復(fù)策略，若前者優(yōu)于后者，則用前者替換后者，以更新所述策略數(shù)據(jù)庫。
其中，所述系統(tǒng)還包括 故障分析模塊，根據(jù)所述故障信息管理模塊中的故障信息選取對應(yīng)的修復(fù)策略；與 故障修復(fù)模塊，根據(jù)所述故障分析模塊的分析結(jié)果下發(fā)修復(fù)策略，并監(jiān)視修復(fù)情況。
上述技術(shù)方案具有如下優(yōu)點(diǎn)本發(fā)明通過采集終端的軟件故障修復(fù)策略，建立策略權(quán)衡模型、實(shí)現(xiàn)在對終端設(shè)備的軟件故障進(jìn)行修復(fù)的同時(shí)，對服務(wù)器的修復(fù)策略進(jìn)行優(yōu)化；并通過采集軟件故障信息豐富了服務(wù)器的軟件故障信息數(shù)據(jù)庫。本發(fā)明的技術(shù)方案降低了服務(wù)器遠(yuǎn)程修復(fù)的花費(fèi)，提高了故障的修復(fù)效率。



圖1是本發(fā)明實(shí)施例的方法中的消息處理流程圖； 圖2是本發(fā)明實(shí)施例的方法中修復(fù)策略優(yōu)化的流程圖； 圖3是本發(fā)明實(shí)施例的方法中策略權(quán)衡指標(biāo)的層次模型； 圖4是本發(fā)明實(shí)施例的裝置的結(jié)構(gòu)框圖。

具體實(shí)施例方式 下面結(jié)合附圖和實(shí)施例，對本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)描述。以下實(shí)施例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。
實(shí)施例1 本發(fā)明提出的一種基于策略優(yōu)化的終端軟件故障修復(fù)方法，其消息處理流程圖如圖1所示，該流程包括 步驟401移動(dòng)終端(DM Client)出現(xiàn)故障； 步驟402移動(dòng)終端向終端服務(wù)器(DM Server)發(fā)送故障信息； 步驟403DM Server對故障信息進(jìn)行分析； 步驟404DM Server請求對終端進(jìn)行遠(yuǎn)程修復(fù)。此時(shí)，有兩種可能若用戶允許，則執(zhí)行以下的步驟405～410；否則用戶自行進(jìn)行修復(fù)，此時(shí)觸發(fā)修復(fù)策略采集功能，即執(zhí)行以下的步驟411～420； 步驟405用戶同意進(jìn)行遠(yuǎn)程修復(fù)； 步驟406DM Client向DM Server發(fā)送同意消息； 步驟407DM Server則進(jìn)行策略選取，制定修復(fù)任務(wù)； 步驟408DM Server下發(fā)修復(fù)策略給DM Client； 步驟409DM Client按照下發(fā)的修復(fù)策略進(jìn)行修復(fù)； 步驟410DM Client發(fā)送修復(fù)成功消息給DM Server； 步驟411用戶拒絕進(jìn)行遠(yuǎn)程修復(fù)； 步驟412DM Client向DM Server發(fā)送拒絕消息； 步驟413用戶自行進(jìn)行修復(fù)； 步驟414DM Client記錄用戶修復(fù)過程； 步驟415DM Client向用戶展示修復(fù)成功； 步驟416DM Client向DM Server發(fā)送修復(fù)成功信息； 步驟417DM Server制定修復(fù)策略的采集計(jì)劃； 步驟418DM Server請求采集修復(fù)策略； 步驟419DM Client向DM Server發(fā)送修復(fù)策略數(shù)據(jù)； 步驟420DM Server對修復(fù)策略進(jìn)行優(yōu)化分析，并記錄日志。
在執(zhí)行修復(fù)策略優(yōu)化時(shí)按照如圖2所示的流程進(jìn)行 301開始進(jìn)行修復(fù)策略優(yōu)化； 302DM Server采集DM Client的故障信息； 303DM Server檢查故障信息數(shù)據(jù)庫中否還有此故障信息； 304如果沒有，則DM Server將該故障信息添加到故障信息數(shù)據(jù)庫中，并設(shè)置初始化的修復(fù)策略為重新安裝與配置或者其它的傳統(tǒng)修復(fù)策略； 305DM Server從DM Client上采集終端軟件故障的修復(fù)策略。具體為DM Client對其用戶的修復(fù)過程進(jìn)行記錄，并傳送給DMServer。然后DM Server將從DM Client采集來的用戶的修復(fù)策略轉(zhuǎn)化為DM Server對該軟件故障的修復(fù)策略，并模擬修復(fù)統(tǒng)計(jì)其流量(k)和操作步數(shù)(m)。
306通過建立策略權(quán)衡模型，計(jì)算策略權(quán)衡指標(biāo)I； 本實(shí)施例中，建立策略權(quán)衡模型的步驟具體為定義策略權(quán)衡指標(biāo)I，及其計(jì)算方式I＝α1N+α2O+α3C； 如圖3所示，N、O、C分別為表示網(wǎng)絡(luò)負(fù)擔(dān)、運(yùn)營成本、服務(wù)器負(fù)擔(dān)的指標(biāo)，α1、α2、α3依次是N、O、C的權(quán)重，其可以為經(jīng)驗(yàn)值；計(jì)算方法為
其中，k′＝k/K，k是將用戶的修復(fù)策略轉(zhuǎn)換為服務(wù)器的修復(fù)策略后，由服務(wù)器執(zhí)行該修復(fù)策略一次所需要的流量、K是服務(wù)器根據(jù)故障信息選取的初始化修復(fù)策略執(zhí)行一次所需要的流量；m′＝m/M，m是將用戶的修復(fù)策略轉(zhuǎn)換為服務(wù)器的修復(fù)策略后，由服務(wù)器執(zhí)行該修復(fù)策略的過程中與終端設(shè)備之間交互的步數(shù)、M是服務(wù)器根據(jù)故障信息選取的初始化修復(fù)策略執(zhí)行過程中與終端設(shè)備之間交互的步數(shù)；矩陣中的ρij表示第1個(gè)因素k′與第j個(gè)因素k′或m′相對于第i個(gè)評(píng)價(jià)因素N或O或C的影響程度之比，具體算法本發(fā)明不作限制；其中i＝1，2，3，j＝1，2。
307根據(jù)新的策略權(quán)衡指標(biāo)I、修復(fù)策略之間的相似度τ，以及該類故障已有的策略權(quán)衡指標(biāo)I′，通過公式I′-I≥τ進(jìn)行比較； 308如果I′-I≥τ成立時(shí)，新策略比原來的策略高效，更新策略數(shù)據(jù)庫；隨后利用新的策略去作為該類故障的修復(fù)方案。
309如果I′-I≥τ不成立，則該次策略優(yōu)化過程結(jié)束。
利用上述實(shí)施例的方法對移動(dòng)終端的軟件故障進(jìn)行修復(fù)的處理的具體實(shí)例如下 移動(dòng)終端為基于Windows Mobile操作系統(tǒng)的手機(jī)，在飛信軟件的使用過程中發(fā)生了某種故障，此時(shí)，DM服務(wù)器的初始化故障修復(fù)策略是進(jìn)行重新安裝與配置。而故障根源是在Windows Mobile誤禁止了GPRS訪問。
以下是手機(jī)用戶允許DM服務(wù)器進(jìn)行遠(yuǎn)程修復(fù)的故障處理流程 1當(dāng)移動(dòng)手機(jī)使用飛信時(shí)，由于無法獲取GPRS連接，因此上報(bào)故障信息GPRS無法連接，請檢查是否允許GPRS訪問； 2DM服務(wù)器將采集的故障信息與故障信息數(shù)據(jù)庫中的信息進(jìn)行對比，若沒有此類故障信息，則在故障信息數(shù)據(jù)庫中存儲(chǔ)該故障信息，并設(shè)置此類故障信息的處理策略為重新安裝與配置； 3移動(dòng)手機(jī)用戶允許DM服務(wù)器進(jìn)行遠(yuǎn)程故障修復(fù)； 4DM服務(wù)器對該飛信發(fā)生故障的手機(jī)進(jìn)行遠(yuǎn)程安裝與配置，在配置過程中，會(huì)設(shè)置允許GPRS訪問； 以下是手機(jī)用戶禁止DM服務(wù)器遠(yuǎn)程修復(fù)的故障修復(fù)策略自優(yōu)化流程 1’當(dāng)移動(dòng)手機(jī)使用飛信時(shí)，由于無法獲取GPRS連接，而上報(bào)故障信息GPRS無法連接，請檢查是否允許GPRS訪問； 2’DM服務(wù)器將采集的故障信息與故障信息數(shù)據(jù)庫中的信息進(jìn)行對比，若沒有此類故障信息，則在故障信息數(shù)據(jù)庫中存儲(chǔ)該故障信息，并設(shè)置此類故障信息的處理策略為重新安裝與配置； 3’移動(dòng)手機(jī)拒絕讓DM服務(wù)器進(jìn)行遠(yuǎn)程故障修復(fù)； 4’移動(dòng)手機(jī)用戶根據(jù)自己的經(jīng)驗(yàn)對該手機(jī)進(jìn)行設(shè)置，修改GPRS訪問設(shè)置，移動(dòng)手機(jī)記錄此次過程； 5’DM服務(wù)器采集該修復(fù)過程，并通過故障處理策略的自優(yōu)化算法進(jìn)行比較發(fā)現(xiàn)修改GPRS訪問設(shè)置優(yōu)于原先的重新安裝與配置。
6’DM服務(wù)器對該故障的處理策略設(shè)置為設(shè)置允許GPRS訪問。
實(shí)施例2 本發(fā)明提出的一種基于策略優(yōu)化的終端軟件故障修復(fù)裝置，其結(jié)構(gòu)框圖如圖4所示，包括信息采集模塊，用于當(dāng)終端軟件發(fā)生故障后從終端采集故障信息及修復(fù)策略，所述故障信息至少包括故障類型； 故障信息管理模塊，用于根據(jù)信息采集模塊所采集的故障信息對故障信息數(shù)據(jù)庫進(jìn)行維護(hù)，該維護(hù)功能至少包括對故障信息數(shù)據(jù)庫刪除、添加、更新數(shù)據(jù)； 策略管理模塊，用于根據(jù)信息采集模塊所采集的修復(fù)策略建立函數(shù)模型，比較所采集的修復(fù)策略與策略數(shù)據(jù)庫中已有的修復(fù)策略，若前者優(yōu)于后者，則用前者替換后者，以更新所述策略數(shù)據(jù)庫。
故障分析模塊，根據(jù)所述故障信息管理模塊中的故障信息選取對應(yīng)的修復(fù)策略； 故障修復(fù)模塊，根據(jù)所述故障分析模塊的分析結(jié)果下發(fā)修復(fù)策略，并監(jiān)視修復(fù)情況。
圖4中，Agent是用來解析DM Server發(fā)過來的數(shù)據(jù)包，并根據(jù)DM樹的組織結(jié)構(gòu)進(jìn)行分析，執(zhí)行相應(yīng)的修復(fù)策略。最后一層(WEB、OBEX、HTTP)是DM Client和DM Server共同支持的通信協(xié)議。
由以上的實(shí)施例可以看出，本發(fā)明通過采集終端的軟件故障修復(fù)策略，建立策略權(quán)衡模型、實(shí)現(xiàn)在對終端設(shè)備的軟件故障進(jìn)行修復(fù)的同時(shí)，對服務(wù)器的修復(fù)策略進(jìn)行優(yōu)化；并通過采集軟件故障信息豐富了服務(wù)器的軟件故障信息數(shù)據(jù)庫。本發(fā)明的技術(shù)方案降低了服務(wù)器遠(yuǎn)程修復(fù)的花費(fèi)，提高了故障的修復(fù)效率。
以上所述僅是本發(fā)明的實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明技術(shù)原理的前提下，還可以做出若干改進(jìn)和變型，這些改進(jìn)和變型也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種基于策略優(yōu)化的終端軟件故障修復(fù)方法，包括以下步驟
S1、當(dāng)終端軟件出現(xiàn)故障之后，服務(wù)器向終端發(fā)出遠(yuǎn)程修復(fù)請求，若用戶未接受該請求，則順序執(zhí)行步驟S2和S3，否則服務(wù)器根據(jù)故障信息選取服務(wù)器中已有的修復(fù)策略，并發(fā)送給終端，終端按照該修復(fù)策略進(jìn)行修復(fù)后結(jié)束本流程，所述故障信息至少包括故障類型；
S2、用戶自行執(zhí)行修復(fù)，同時(shí)終端記錄用戶的修復(fù)策略，并將該修復(fù)策略數(shù)據(jù)發(fā)送給服務(wù)器；
S3、服務(wù)器建立函數(shù)模型，并對由用戶的修復(fù)策略轉(zhuǎn)換而成的服務(wù)器的修復(fù)策略與其數(shù)據(jù)庫中已有的、與故障信息對應(yīng)的修復(fù)策略比較，若前者優(yōu)于后者，則用前者替換后者，以更新所述數(shù)據(jù)庫，否則結(jié)束本流程。
2.根據(jù)權(quán)利要求1所述的基于策略優(yōu)化的終端軟件故障修復(fù)方法，其特征在于，步驟S3具體包括
S31、定義策略權(quán)衡指標(biāo)I，及其計(jì)算方式I＝α1N+α2O+α3C；
其中，N、O、C分別為表示網(wǎng)絡(luò)負(fù)擔(dān)、運(yùn)營成本、服務(wù)器負(fù)擔(dān)的指標(biāo)，α1、α2、α3依次是N、O、C的權(quán)重；計(jì)算方法為
其中，k′＝k/K，k是將用戶的修復(fù)策略轉(zhuǎn)換為服務(wù)器的修復(fù)策略后，由服務(wù)器執(zhí)行該修復(fù)策略一次所需要的流量、K是服務(wù)器根據(jù)故障信息選取的初始化修復(fù)策略執(zhí)行一次所需要的流量；m′＝m/M，m是將用戶的修復(fù)策略轉(zhuǎn)換為服務(wù)器的修復(fù)策略后，由服務(wù)器執(zhí)行該修復(fù)策略的過程中與終端設(shè)備之間交互的步數(shù)、M是服務(wù)器根據(jù)故障信息選取的初始化修復(fù)策略執(zhí)行過程中與終端設(shè)備之間交互的步數(shù)；矩陣中的ρij表示第1個(gè)因素k′與第j個(gè)因素k′或m′相對于第i個(gè)評(píng)價(jià)因素N或O或C的影響程度之比；其中i＝1，2，3，j＝1，2；
S32、根據(jù)上述計(jì)算方式計(jì)算新的策略權(quán)衡指標(biāo)I，并結(jié)合預(yù)設(shè)的修復(fù)策略之間的相似度τ，通過公式I′-I≥τ比較策略權(quán)衡指標(biāo)I和所述數(shù)據(jù)庫中所存儲(chǔ)的、與終端所出現(xiàn)的故障信息所對應(yīng)的修復(fù)策略的策略權(quán)衡指標(biāo)I′如果I′-I≥τ，則用新的策略替換原有的修復(fù)策略，并用策略權(quán)衡指標(biāo)I替換策略權(quán)衡指標(biāo)I′，以更新所述數(shù)據(jù)庫；如果I′-I＜τ，則結(jié)束本流程。
3.如權(quán)利要求1所述的基于策略優(yōu)化的終端軟件故障修復(fù)方法，其特征在于，在步驟S2中，終端還記錄故障信息，并將該故障信息數(shù)據(jù)發(fā)送給服務(wù)器，若服務(wù)器發(fā)現(xiàn)其數(shù)據(jù)庫中沒有該故障信息，則將該故障信息數(shù)據(jù)添加到其數(shù)據(jù)庫中，并根據(jù)該故障信息選取修復(fù)策略。
4.根據(jù)權(quán)利要求1～3之任一所述的基于策略優(yōu)化的終端軟件故障修復(fù)方法，其特征在于，服務(wù)器根據(jù)故障信息選取的修復(fù)策略為重新安裝與配置軟件。
5.根據(jù)權(quán)利要求1～3之任一所述的基于策略優(yōu)化的終端軟件故障修復(fù)方法，其特征在于，所述終端為移動(dòng)終端。
6.一種基于策略優(yōu)化的終端軟件故障修復(fù)裝置，包括
信息采集模塊，用于當(dāng)終端軟件發(fā)生故障后從終端采集故障信息及修復(fù)策略，所述故障信息至少包括故障類型；
故障信息管理模塊，用于根據(jù)信息采集模塊所采集的故障信息對故障信息數(shù)據(jù)庫進(jìn)行維護(hù)，該維護(hù)功能至少包括對故障信息數(shù)據(jù)庫更新數(shù)據(jù)；
策略管理模塊，用于根據(jù)信息采集模塊所采集的修復(fù)策略建立函數(shù)模型，比較所采集的修復(fù)策略與策略數(shù)據(jù)庫中已有的修復(fù)策略，若前者優(yōu)于后者，則用前者替換后者，以更新所述策略數(shù)據(jù)庫。
7.根據(jù)權(quán)利要求6所述的基于策略優(yōu)化的終端軟件故障修復(fù)裝置，其特征在于，所述系統(tǒng)還包括
故障分析模塊，根據(jù)所述故障信息管理模塊中的故障信息選取對應(yīng)的修復(fù)策略；
故障修復(fù)模塊，根據(jù)所述故障分析模塊的分析結(jié)果下發(fā)修復(fù)策略，并監(jiān)視修復(fù)情況。
全文摘要
本發(fā)明提出了一種基于策略優(yōu)化的終端軟件故障修復(fù)方法及裝置。該方法包括步驟S1、當(dāng)終端軟件出現(xiàn)故障后，服務(wù)器向終端發(fā)出遠(yuǎn)程修復(fù)請求，若用戶未接受該請求，則順序執(zhí)行步驟S2和S3，否則服務(wù)器根據(jù)故障信息選取服務(wù)器中已有的修復(fù)策略，并發(fā)送給終端，終端按照該修復(fù)策略進(jìn)行修復(fù)后結(jié)束本流程；S2、用戶自行執(zhí)行修復(fù)，同時(shí)終端記錄用戶的修復(fù)策略，并將該修復(fù)策略數(shù)據(jù)發(fā)送給服務(wù)器；S3、服務(wù)器建立函數(shù)模型，并對由用戶的修復(fù)策略轉(zhuǎn)換成的服務(wù)器的修復(fù)策略與其數(shù)據(jù)庫中已有的、與故障信息對應(yīng)的修復(fù)策略比較，若前者優(yōu)于后者，則用前者替換后者，以更新所述數(shù)據(jù)庫，否則結(jié)束本流程。本發(fā)明的技術(shù)方案降低了服務(wù)器遠(yuǎn)程修復(fù)的花費(fèi)，提高了故障的修復(fù)效率。
文檔編號(hào)H04W24/04GK101790156SQ20091023796
公開日2010年7月28日 申請日期2009年11月19日 優(yōu)先權(quán)日2009年11月19日
發(fā)明者芮蘭蘭, 高志鵬, 郭少勇, 陳興渝, 熊翱, 劉會(huì)永 申請人:北京郵電大學(xué)