專利名稱：設(shè)備管理的方法和終端、裝置、系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及設(shè)備管理的方法和終端、裝置、系統(tǒng)，屬于網(wǎng)絡(luò)通信技術(shù)領(lǐng)域。
背景技術(shù)：
移動終端是整個移動運營服務(wù)體系中重要組成部分。設(shè)備管理 (DeviceManagement，簡稱DM)是指通過空中下載(Over The Air，簡稱OTA)方式將數(shù)據(jù)包從網(wǎng)絡(luò)側(cè)下載到終端設(shè)備上，并指示終端設(shè)備進行處理，完成后續(xù)參數(shù)配置、軟件安裝、錯誤診斷等功能。開放移動聯(lián)盟(Open Mobile Alliance DM，簡稱OMA DM)設(shè)計的設(shè)備管理規(guī)范中， 已經(jīng)實現(xiàn)了對終端設(shè)備進行管理的協(xié)議支持，如圖1所示，為DM服務(wù)器對終端設(shè)備進行管理的整體結(jié)構(gòu)示意圖，終端設(shè)備上的DM客戶端(Client)用于解釋和執(zhí)行設(shè)備服務(wù)器(DM Server)下發(fā)的管理命令。終端設(shè)備上的DM管理樹可以被認為是設(shè)備管理服務(wù)器通過DM 協(xié)議對終端設(shè)備進行管理的接口。管理樹上存在一組管理對象(Management Object，簡稱 M0)，設(shè)備管理服務(wù)器通過對管理對象內(nèi)節(jié)點(管理節(jié)點)的操作達到管理終端資源的目的。如圖1所示，現(xiàn)有技術(shù)中DM的管理分兩步進行引導(dǎo)配置(Bootstrap)和后續(xù)管理。Bootstrap發(fā)生在服務(wù)器與終端設(shè)備建立管理會話進行實際管理之前，Bootstrap用于配置賬號信息(用戶名、密碼等)以及配置一些其它參數(shù)(如連接參數(shù))。在后續(xù)管理過程中會建立管理會話，服務(wù)器可以通過終端設(shè)備的管理對象獲取終端的一些基本信息(如 固件版本、軟件版本、大對象支持等)作為后續(xù)管理動作的依據(jù)。現(xiàn)有技術(shù)雖然已經(jīng)實現(xiàn)了對終端設(shè)備進行管理的協(xié)議支持，但是仍存在管理有效性、效率和通信流量等問題，例如服務(wù)器無法快速獲知終端設(shè)備管理對象地址、終端所支持的DM能力(如對軟件組件管理的支持、對固件升級的支持能力等)及終端使用智能卡進行了重新Bootstrap等，具體總結(jié)如下1、在終端本地進行重新Bootstrap后(如換機后)，服務(wù)器無法獲知終端進行了 Bootstrap,可能使得服務(wù)器保存的認證相關(guān)信息和終端Bootstrap后的認證相關(guān)信息不一致，進而導(dǎo)致雙方無法完成身份認證而無法進行正常的管理；2、為了使服務(wù)器能夠獲知終端設(shè)備對管理樹的限制、或者終端對管理樹的實現(xiàn)情況，現(xiàn)有技術(shù)中終端廠商通過DDF來描述其設(shè)備并將其發(fā)布以供設(shè)備管理方參考，但現(xiàn)有協(xié)議服務(wù)器側(cè)無法通過終端設(shè)備查找到其對應(yīng)的DDF，使得服務(wù)器獲取DDF的難度加大；3、服務(wù)器無法獲知終端所支持的MO類型，且浪費網(wǎng)絡(luò)資源。由于設(shè)備描述框架 (Device Description Framework，簡稱DDF) —般為靜態(tài)的，或者很少動態(tài)改變，服務(wù)器根據(jù)DDF難以獲知終端所支持的所有MO類型，服務(wù)器只有在下發(fā)相應(yīng)管理命令后，通過終端的返回結(jié)果來判斷終端是否支持某個DM能力，而下發(fā)的管理命令會攜帶大量的數(shù)據(jù)(如軟件組件管理)，浪費了服務(wù)器及網(wǎng)絡(luò)資源；4、現(xiàn)有技術(shù)中服務(wù)器無法以非序列化的方式批量獲取終端管理樹上某一個管理子樹下所有管理節(jié)點的某一特定屬性值，需要多次獲取屬性，效率低；5、、服務(wù)器對終端的管理節(jié)點定位難度大，消耗空中資源。服務(wù)器為了獲取終端管理節(jié)點，可能需要和終端多次交互或者獲取終端的整個目錄結(jié)構(gòu)，由此占用空中資源、增大了服務(wù)器的壓力；6、現(xiàn)有技術(shù)中服務(wù)器無法指示終端有序執(zhí)行單一管理命令中的多個元素，這樣使得需要有序執(zhí)行的動作必須分成多個順序執(zhí)行的管理命令來實現(xiàn)，這樣增大了管理消息和終端解析執(zhí)行的代價；7、當終端或服務(wù)器處理一個動作花費較長時間時，可能會導(dǎo)致會話中斷進而導(dǎo)致管理動作無法完成，使得該花費較長時間的管理變得困難，另外當一方確認在不久之后需要發(fā)送管理命令時，無法維持當前會話，可能會中斷當前會話，而在之后需要發(fā)送管理命令時重新建立管理會話，使得代價變大；8、當終端有多個MO實例時，服務(wù)器無法獲知當前生效的是哪個實例，使得管理服務(wù)器的難度加大。

發(fā)明內(nèi)容
本發(fā)明實施例所要解決的第一技術(shù)問題是現(xiàn)有技術(shù)中用戶Bootstrap后，可能導(dǎo)致無法進行正常管理的問題。本發(fā)明實施例所要解決的第二技術(shù)問題是現(xiàn)有技術(shù)中協(xié)議服務(wù)器較難獲取到其對應(yīng)的設(shè)備描述框架的問題。本發(fā)明實施例所要解決的第三技術(shù)問題是現(xiàn)有技術(shù)中無法獲知終端支持的DM能力，浪費服務(wù)器及網(wǎng)絡(luò)資源的問題。本發(fā)明實施例所要解決的第四技術(shù)問題是現(xiàn)有技術(shù)中服務(wù)器無法以非序列化的方式批量獲取終端管理樹上某一個管理子樹下所有管理節(jié)點的某一特定屬性值的問題。本發(fā)明實施例所要解決的第五技術(shù)問題是現(xiàn)有技術(shù)中服務(wù)器對終端的管理節(jié)點定位難度大，消耗空中資源，服務(wù)器壓力大等問題。本發(fā)明實施例所要解決的第六技術(shù)問題是現(xiàn)有服務(wù)器無法指示終端對單一管理命令中的多個元素有序執(zhí)行的問題。本發(fā)明實施例所要解決的第七技術(shù)問題是現(xiàn)有技術(shù)中沒有會話維持方法時，可能導(dǎo)致會話非希望的中斷的問題。本發(fā)明實施例所要解決的第八技術(shù)問題在是現(xiàn)有技術(shù)中終端有多個MO實例時， 服務(wù)器無法獲知當前生效的實例，使得管理服務(wù)器的難度加大的問題。為了實現(xiàn)本發(fā)明實施例第二技術(shù)問題，本發(fā)明實施例提供了一種獲取設(shè)備描述框架的方法，包括在終端的設(shè)備管理樹上增加管理節(jié)點，在所述管理節(jié)點上存儲終端設(shè)備描述框架的存儲地址；服務(wù)器在管理過程中向所述終端獲取所述管理節(jié)點的值以獲取所述設(shè)備描述框架的存儲地址；服務(wù)器根據(jù)所述設(shè)備描述框架的存儲地址獲取所述終端的設(shè)備描述框架。為了實現(xiàn)本發(fā)明實施例第六技術(shù)問題，本發(fā)明實施例提供一種管理命令執(zhí)行方式的方法，包括服務(wù)器在發(fā)送的管理命令中攜帶對所述管理命令中多個子項有序執(zhí)行的指示；終端收到所述管理命令后，解析出所述有序執(zhí)行的指示，對所述管理命令中的各子項對應(yīng)的管理節(jié)點順序執(zhí)行所述管理命令。為了實現(xiàn)本發(fā)明實施例第七技術(shù)問題，本發(fā)明實施例提供一種管理會話維護方法，包括服務(wù)器或終端在管理會話中確定需向?qū)Χ税l(fā)送會話維持指令時，向?qū)Χ税l(fā)送攜帶會話維持命令的消息；對端在收到所述消息后返回確認消息，并保持會話，直至接收到所述會話維持命令發(fā)送方發(fā)送的新的管理消息，所述管理消息攜帶管理命令或為空消息。為了實現(xiàn)本發(fā)明實施例第八技術(shù)問題，本發(fā)明實施例提供一種獲知終端生效管理對象方法，包括終端分配終端資源給一管理對象實例或終端激活使用一管理對象實例；終端在本地記錄所述管理對象實例，服務(wù)器在管理會話過程中向終端發(fā)送獲取指令獲取終端生效管理對象，終端返回所述本地記錄的管理對象的信息給所述服務(wù)器。本發(fā)明各實施例可提高管理有效性、效率和通信流量等問題，實現(xiàn)增強服務(wù)器對終端的效率和有效性管理，上述各實施例具有如下優(yōu)點或有益效果1)、在引導(dǎo)配置(Re-Bootstrap)后告知服務(wù)器該事件，可以確保終端的引導(dǎo)配置不影響服務(wù)器的管理，使得后續(xù)的管理可以成功進行；2)、使得服務(wù)器查找到其對應(yīng)的設(shè)備描述框架；服務(wù)器可以獲取終端應(yīng)用能力 (M0類型)信息，從而更有針對性的對終端的管理應(yīng)用下發(fā)管理動作，提高管理效率和成功率；3)、服務(wù)器可以獲得終端支持的DM能力，節(jié)省網(wǎng)絡(luò)資源；4)、在獲取終端管理樹上某一個管理子樹結(jié)構(gòu)的同時獲取某一個特定屬性值，減少了獲取屬性的交互，提高了效率；5)、通過設(shè)計指示終端查找管理對象的命令，使得管理對象的查找工作由終端完成，使得服務(wù)器可以對終端MO進行高效尋址定位，減輕了服務(wù)器的壓力及網(wǎng)絡(luò)傳輸數(shù)據(jù)量；6)、服務(wù)器可以告知終端同一命令中的哪些Item是必須有序執(zhí)行，哪些是可以無序執(zhí)行，保證了管理命令的正確執(zhí)行，同時避免為了執(zhí)行有序命令而使用個管理命令，減小了管理包的數(shù)據(jù)量；7)、服務(wù)器和終端可以給對方發(fā)送會話維持指令，減少了協(xié)議間機制產(chǎn)生的沖突， 使較為復(fù)雜的管理動作得以成功執(zhí)行；8)、服務(wù)器更易獲知終端的多個MO實例中的生效實例，避免較難獲知管理失敗的原因，進而提高管理成功率。下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。


圖1為現(xiàn)有技術(shù)中設(shè)備管理服務(wù)器對終端設(shè)備進行管理的整體結(jié)構(gòu)示意圖2為本發(fā)明引導(dǎo)配置方法實施例流程圖；圖3為本發(fā)明引導(dǎo)配置方法實施例在DMAcc管理對象上添加配置類型管理節(jié)點示意圖；圖4為本發(fā)明獲取設(shè)備描述框架的方法實施例流程圖；圖5為本發(fā)明獲取設(shè)備描述框架的方法解析示意圖；圖6為本發(fā)明管理終端的方法中終端管理樹增加記支持節(jié)點的實施例示意圖；圖7為本發(fā)明管理對象地址查找方法實施例示意圖；圖8為本發(fā)明管理命令執(zhí)行方式的方法實施例流程圖；圖9為本發(fā)明管理會話維護方法實施例流程圖；圖10為本發(fā)明管理會話維護方法實施例解析流程圖；圖11為本發(fā)明獲知終端生效管理對象方法實施例流程圖；圖12為本發(fā)明終端管理樹上保存生效管理對象信息的實施例示意圖。
具體實施例方式基于DM的管理主要分兩個階段進行引導(dǎo)配置(Bootstrap)和后續(xù)管理。 Bootstrap發(fā)生在服務(wù)器與終端設(shè)備建立管理會話之前，其主要完成在終端配置服務(wù)器的賬號信息(包括服務(wù)器的地址、用戶名、密碼等)以及配置一些其它參數(shù)(網(wǎng)絡(luò)接入點信息等)，Bootstrap階段所配置的信息是后續(xù)建立管理會話的基礎(chǔ)。完成服務(wù)器的賬號信息的配置之后，服務(wù)器即可以對終端進行管理，管理動作在服務(wù)器和終端設(shè)備建立的管理會話中完成。下面從引導(dǎo)配置及后續(xù)管理會話兩部分對本發(fā)明的改進之處進行詳細敘述一、引導(dǎo)配置Bootstrap主要目的是配置服務(wù)器的賬號信息，以便終端可以和服務(wù)器建立正常的管理會話，同時還可以配置一些其它相關(guān)參數(shù)信息，如連接參數(shù)等。具體配置方法是把要配置的服務(wù)器的賬號信息及其它信息使用客戶端配置(Client Provisioning, CP)文件格式或者管理對象(Management Object, MO)序列化格式封裝，然后通過出廠預(yù)裝、空中推送(OTA Push)、或智能卡(SmartCard)等方式下發(fā)到終端，終端接收到服務(wù)器的引導(dǎo)配置信息，該引導(dǎo)配置信息包含所述服務(wù)器的服務(wù)器標識，終端使用該引導(dǎo)配置信息進行引導(dǎo)配置或重新引導(dǎo)配置。配置的主要工作是將其轉(zhuǎn)換成服務(wù)器帳戶管理對象(以下稱之為 DMAcc)及其它相關(guān)管理對象，之后終端主動連接該DMAcc所對應(yīng)的服務(wù)器以激活服務(wù)器上的管理狀態(tài)。建立連接時服務(wù)器通過“LocName”(DMAcc管理對象下的命名的“AAUTHNAME” 節(jié)點的值)獲知其用戶名，并進而使用該用戶名對應(yīng)的密碼進行認證，如果是消息摘要 (Message-DigestAlgorithm 5，簡稱MD5)認證，還需要獲知隨機數(shù)(nonce)，用于防止重放攻擊。在各種配置方式中，SmartCard方式是一種安全又方便的配置方式，其可以方便的進行初始配置，并在終端的賬號信息出現(xiàn)問題或者更換終端(如手機)后進行重新配置。現(xiàn)有技術(shù)對已配置設(shè)備進行重新配置時有如下問題若服務(wù)器在初始配置之后通過OTA方式修改了終端上保存的密碼，但SmartCard上的Bootstrap數(shù)據(jù)中的密碼信息并未修改，則本地對終端進行重配置后，會對DMAcc上的密碼進行重置(恢復(fù)到修改前的值)，其重配置是本地動作，服務(wù)器無法獲知，使得終端保存的密碼與服務(wù)器保存的密碼不一致，導(dǎo)致服務(wù)器無法通過對終端的認證而無法建立正常的管理會話。本發(fā)明實施例一解決了上述引導(dǎo)配置的配置問題，主要有兩種方法分述如下1、如圖2所示，終端在服務(wù)器賬號信息的引導(dǎo)配置或重新引導(dǎo)配置后，向服務(wù)器發(fā)送會話請求消息，該會話請求消息用于通知服務(wù)器終端進行了 Bootstrap或重新 Bootstrap ；服務(wù)器收到所述會話請求消息后，從服務(wù)器保存的Bootstrap信息中獲取所述會話請求消息攜帶的LocName所對應(yīng)的密碼、nonce等對終端進行認證，認證通過后對服務(wù)器側(cè)的認證信息進行初始化或重置。終端通知服務(wù)器終端進行了 Bootstrap或重新Bootstrap的方法具體如下終端在引導(dǎo)配置或重新引導(dǎo)配置(re-Bootstrap)后主動向服務(wù)器發(fā)送會話請求消息，以告知服務(wù)器終端進行了 Bootstrap或re-Bootstrap。該會話請求消息中可包括終端設(shè)備信息、LocName、終端認證信息、Bootstrap或重新Bootstrap通知信息。其中 Bootstrap或重新Bootstrap通知信息具體實現(xiàn)方法如下終端使用特定類型碼的“Alert”命令實現(xiàn)所述通知信息，該Alert命令及其類型碼具體可以為終端信息上報Alert命令(即=Generic Alert，命令類型碼為1226)或終端事件上報Alert命令(即=Client Event Alert，命令類型碼為1224)或者增加一種新的會話類型用以該通知信息上報，具體為使用Generic Alert或Client Event Alert需要先定義一個事件類型，如org. openmobilealliance. dm. bootstrap,以下以 Generic Alert 為例，使用 Client Event Alert的方法類似
<Alert>
<CmdID>2</CmdID>
<Data>1226</Data> <!— Generic Alert —> <Item> <Meta>
<Typexmlns = "syncml: metinf">org. openmobilealliance. dm. bootstrap</Type>
<!—事件類型一> </Meta> </Item> </Alert>增加一種新的會話類型用以該通知信息上報的方法增加一個新的Alert命令的類型碼，攜帶該類型碼的Alert命令用以指示新會話類型，該類型碼可以使用1202。實例如下
<Alert>
<CmdID>l</CmdID>
<Data>1202</Data> <!—指示會話類型Bootstrap通知會話一> </Alert>終端在向服務(wù)器發(fā)起的會話請求消息中攜帶上述Bootstrap通知信息，服務(wù)器在接收到請求消息后通過解析該會話請求消息中攜帶的通知信息獲知終端進行了 Bootstrap 或重新Bootstrap，然后獲取服務(wù)器側(cè)保存的Bootstrap信息中的密碼對終端請求進行認證，在后續(xù)管理中服務(wù)器可以更新終端保存的密碼。為了安全(如防止惡意服務(wù)器截獲該會話請求消息后重放攻擊)，服務(wù)器在對終端發(fā)送的會話請求消息認證通過后還可以再次向終端發(fā)起認證挑戰(zhàn)(Challenge)，該 Challenge中攜帶服務(wù)器生成的新nonce，終端接收到服務(wù)器發(fā)送的挑戰(zhàn)消息后使用新 nonce生成新認證信息并發(fā)送給服務(wù)器，服務(wù)器對該終端進行再次認證。在認證通過后服務(wù)器可以進行其它管理操作，如更新服務(wù)器密碼。上述重新Bootstrap可以是終端設(shè)備在一定條件下自動觸發(fā)(如將手機卡插入一個新手機)或用戶通過終端用戶界面(UI)觸發(fā)。2.若SmartCard上的Bootstrap信息是終端可更新的，則引導(dǎo)配置方法具體如下終端接收服務(wù)器的DM命令更新終端的設(shè)備管理樹的DMAcc管理對象上保存的密碼和 nonce,更新成功后終端使用SmartCard操作命令自動更新SmartCard上的Bootstap文件中對應(yīng)的的密碼和nonce信息。通過上述處理可以保持Bootstrap文件中的密碼、nonce和服務(wù)器所保存的當前密碼一致，這樣在使用該SmartCard進行重新Bootstrap后可以不用告知服務(wù)器。引導(dǎo)配置(Bootstrap)方式有多種，但目前的Bootstrap生成的在終端管理樹的 DMAcc管理對象上的信息中沒有該賬號是通過何種Bootstrap方式生成記錄，這使得服務(wù)器無法從Bootstrap的方式上來判別Bootstrap的安全級別，同時也無法對各個終端所使用的Bootstrap方法進行統(tǒng)計。本發(fā)明實施例二描述了解決該問題的方法，具體如下為了能夠使得服務(wù)器獲知終端Bootstrap的來源，本實施例在終端設(shè)備管理樹的DMAcc管理對象上增加一個管理節(jié)點(如圖3中的“Bootstraptype”)以存儲終端通過何種方式進行的 Bootstrap，S卩引導(dǎo)配置的類型，具體實施例可如圖3所示，BootstrapType值可以為整數(shù)， 如表一所示表一引導(dǎo)配置類型值及對應(yīng)含義
權(quán)利要求
1.一種獲取設(shè)備描述框架的方法，其特征在于，包括在終端的設(shè)備管理樹上增加管理節(jié)點，在所述管理節(jié)點上存儲終端設(shè)備描述框架的存儲地址；服務(wù)器在管理過程中向所述終端獲取所述管理節(jié)點的值以獲取所述設(shè)備描述框架的存儲地址；服務(wù)器根據(jù)所述設(shè)備描述框架的存儲地址獲取所述終端的設(shè)備描述框架。
2.根據(jù)權(quán)利要求1所述的任一獲取設(shè)備描述框架的方法，其特征在于，還包括服務(wù)器在本地緩存所述獲得的終端設(shè)備描述框架。
3.根據(jù)權(quán)利要求1所述的任一獲取設(shè)備描述框架的方法，其特征在于，所述管理節(jié)點增加在終端設(shè)備管理樹的設(shè)備基本信息管理對象上，所述服務(wù)器在管理過程中向所述終端獲取所述管理節(jié)點值具體包括所述終端在發(fā)送給服務(wù)器的會話請求消息中攜帶所述管理節(jié)點的值，服務(wù)器從會話請求消息獲取所述管理節(jié)點的值；或所述管理節(jié)點增加在終端設(shè)備管理樹的設(shè)備詳細信息管理對象上，所述服務(wù)器在管理過程中向所述終端獲取所述管理節(jié)點值具體包括服務(wù)器在管理會話中向所述終端發(fā)送獲取命令，所述終端根據(jù)所述獲取命令返回所述管理節(jié)點的值。
4.一種管理命令執(zhí)行方式的方法，其特征在于，包括服務(wù)器在發(fā)送的管理命令中攜帶對所述管理命令中多個子項有序執(zhí)行的指示； 終端收到所述管理命令后，解析出所述有序執(zhí)行的指示，對所述管理命令中的各子項對應(yīng)的管理節(jié)點順序執(zhí)行所述管理命令。
5.根據(jù)權(quán)利要求4所述的管理命令執(zhí)行方式的方法，其特征在于，所述服務(wù)器在發(fā)送的管理命令中攜帶對所述管理命令中多個子項有序執(zhí)行的指示具體包括服務(wù)器將所述子項的有序執(zhí)行的指示作為該管理命令元素的屬性下發(fā)給終端；或服務(wù)器將所述子項的有序執(zhí)行的指示作為該管理命令元素的子元素下發(fā)給終端；或服務(wù)器將所述子項的有序執(zhí)行的指示作為該管理命令元素的子元素但是所述子項的父元素下發(fā)給終端。
6.一種管理會話維護方法，其特征在于，包括服務(wù)器或終端在管理會話中確定需向?qū)Χ税l(fā)送會話維持指令時，向?qū)Χ税l(fā)送攜帶會話維持命令的消息；對端在收到所述消息后返回確認消息，并保持會話，直至接收到所述會話維持命令發(fā)送方發(fā)送的新的管理消息，所述管理消息攜帶管理命令或為空消息。
7.根據(jù)權(quán)利要求6所述的管理會話維持方法，其特征在于，所述會話維持命令為通知命令，服務(wù)器或終端通過通知命令的特定類型碼指示對端進行會話維持操作。
8.一種獲知終端生效管理對象的方法，其特征在于，包括終端分配終端資源給一管理對象實例或終端激活使用一管理對象實例； 終端在本地記錄所述管理對象實例，服務(wù)器在管理會話過程中向終端發(fā)送獲取指令獲取終端生效管理對象，終端返回所述本地記錄的管理對象的信息給所述服務(wù)器。
9.根據(jù)權(quán)利要求8所述的獲知終端生效管理對象的方法，其特征在于， 所述終端在本地記錄所述管理對象實例包括終端在本地非管理樹的存儲空間維護生效的管理對象實例信息，所述信息為管理對象實例在管理樹上的位置信息；或者終端在本地的管理樹上記錄生效管理對象實例信息，該信息作為一個管理節(jié)點的值， 所記錄生效管理對象實例信息為對象實例在管理樹上的位置信息；或者終端在本地將生效管理對象實例信息作為所述管理對象實例根節(jié)點的屬性值。
10.根據(jù)權(quán)利要求9所述的獲知終端生效管理對象的方法，其特征在于，所述終端在本地將生效管理對象實例信息作為所述管理對象實例根節(jié)點的屬性值的方法具體為擴展管理對象根節(jié)點的“Type”屬性值結(jié)構(gòu)，使所述屬性值為管理對象標識和管理對象生效信息的組合值。服務(wù)器獲取所述屬性值后提取其中的管理對象生效信息確定該管理對象是否為生效管理對象。
全文摘要
本發(fā)明各實施例涉及設(shè)備管理的方法和終端、裝置、系統(tǒng)，即設(shè)備管理的終端、設(shè)備管理的裝置、引導(dǎo)配置方法以及系統(tǒng)、獲取設(shè)備描述框架的方法、管理終端方法以及系統(tǒng)、管理節(jié)點屬性獲取方法以及系統(tǒng)、管理對象地址查找方法以及系統(tǒng)、管理命令執(zhí)行方式的方法、管理會話維護方法、獲知終端生效管理對象的方法，其中，引導(dǎo)配置方法包括終端接收到服務(wù)器的引導(dǎo)配置信息，所述引導(dǎo)配置信息包含所述服務(wù)器的服務(wù)器標識；所述終端使用所述引導(dǎo)配置信息進行引導(dǎo)配置或重新引導(dǎo)配置。本發(fā)明實施例可以提高管理有效性、效率和通信流量，實現(xiàn)增強服務(wù)器對終端的效率和有效性管理。
文檔編號H04L29/06GK102571418SQ20111042434
公開日2012年7月11日 申請日期2008年2月4日 優(yōu)先權(quán)日2008年2月4日
發(fā)明者柴曉前, 田林一 申請人:華為技術(shù)有限公司