專利名稱：一種同步更新設備管理對象信息的方法和裝置的制作方法
技術領域：
本發(fā)明涉及終端管理技術領域，特別是涉及一種同步更新設備管理對象信息的方
法和裝置。
背景技術：
隨著移動數(shù)據(jù)業(yè)務日趨豐富和復雜，業(yè)務對終端的依賴性越來越高。移動終端作為 用戶使用移動業(yè)務的載體，已成為移動運營服務體系中不可或缺的重要組成部分。未來終端 制造商推出新產(chǎn)品的周期將越來越短，運營商推出新業(yè)務的產(chǎn)品周期也會越來越短。為了更 好地使終端具備快速提升的能力以應對日益激烈的市場競爭，同時能更方便、高效、快捷地對 終端設備進行遠程管理，各運營商和終端廠商都致力于提高終端設備的遠程管理能力。
0MA(open mobile alliance開放移動聯(lián)盟)DM (Device Management,設備管理)規(guī) 范就是0MA國際標準化組織制訂的用于實現(xiàn)終端設備管理的標準。利用終端管理技術，可 以通過0TA(0ver-The-Air，空中下載)的方式來采集終端信息，配置終端的參數(shù)信息，將數(shù) 據(jù)包從網(wǎng)絡下載到終端上安裝并更新永久性信息，處理終端設備產(chǎn)生的事件和告警信息。 終端管理系統(tǒng)的主要功能包括固件升級、配置管理、故障診斷、終端鎖定和信息采集等。如 今OTA技術的用途被不斷擴展，如近年來出現(xiàn)的FOTA (Firmware update over the air，固 件無線更新)技術就是通過空中接口遠程管理、更新手機固件的措施。通過FOTA，不僅可以 下載升級應用軟件，而且可以更新手機的操作系統(tǒng)。 固件升級管理對象FUMO(Firmware Update Management Object,固件升級管理對 象)是F0TA技術的一個關鍵。FUM0是0MA匿規(guī)范強制規(guī)定的一種管理對象MO (Management Object,管理對象)，透過FUMO，流動供貨商可在網(wǎng)絡基本設施上更新流動設備，同時又無 須直接聯(lián)絡客戶或網(wǎng)絡工程師進行有關升級，以最終迎合消費者對更優(yōu)質、性能更佳之手 機的需要。 除了管理對象MO， OMA匿協(xié)議還定義了管理樹。在每一個遵循OMA匿規(guī)范的終端 設備內部都會存在一個管理樹，它將所有MO按一定的標準生成相應等級結構的樹，并可動 態(tài)改變，這對應著某種終端應用的卸載或加載行為。管理樹的每一個節(jié)點都被唯一的一個 URI (Uniform Resource Identifier,統(tǒng)一資源標識符)所標識，這樣每一個節(jié)點(即管理 對象)都可以由服務器端來管理。每個管理對象采用DDF(Device Description Framework, 設備描述框架)進行定義，這樣一個兼容OMA DM的服務器能識別某個特定連接設備所支持 的MO細節(jié)。DDF還能幫助服務器根據(jù)手機的精確功能加以區(qū)別對待。 但是，現(xiàn)有技術中在手機終端完成更新后，需要用戶手動發(fā)送DDF文件給服務器， 從而會出現(xiàn)由于DDF文件與設備管理對象信息不符而在固件升級過程中造成的一系列錯 誤的問題。

發(fā)明內容
本發(fā)明要解決的問題是提供一種同步更新設備管理對象信息的方法和裝置，以克服現(xiàn)有技術中由于用戶手動發(fā)送DDF文件給服務器，從而出現(xiàn)由于DDF文件與設備管理對象信息不符而在固件升級過程中造成的錯誤的缺陷。 為達到上述目的，本發(fā)明的技術方案提供一種同步更新設備管理對象信息的方法，所述方法包括以下步驟A、當終端設備的管理對象信息發(fā)生改變時，所述終端設備向服務器發(fā)送信息更新消息，所述信息更新消息中攜帶改變的管理對象信息；B、所述服務器根據(jù)所述信息更新消息，同步更新所存儲的對應終端設備的管理對象信息。
進一步，所述步驟A具體包括A11、服務器發(fā)送管理命令給終端設備；A12、所述終端設備接收并執(zhí)行所述管理命令；A13、所述終端設備判斷管理樹或某個管理對象是否發(fā)生改變，如果是，則轉步驟A14，否則轉步驟A15 ;A14、所述終端設備將所述改變的管理樹或管理對象的信息添加到GenericAlert消息中；A15、所述終端設備發(fā)送Generic Alert消息給所述服務器。 進一步，所述步驟A14具體包括所述終端設備將所述改變的管理樹或管理對象的信息轉換為xml格式的數(shù)據(jù)流并插入到Generic Alert消息中。 進一步，所述步驟B具體包括所述服務器查詢Generic Alert消息，如果有數(shù)據(jù)更新上報，則更新對應終端設備的設備描述框架文件。 進一步，所述步驟A具體包括A21、終端設備預先備份管理樹；A22、所述終端設備和服務器完成一次設備管理會話后，所述終端設備將新的管理樹與備份的管理樹進行比較，查看是否有葉子或節(jié)點的變化，如果是，則轉步驟A23，否則結束；A23、所述終端設備發(fā)起設備管理會話，組建Package l，在Package 1中包含匿Alert消息，將更新數(shù)據(jù)添加到匿Alert消息中；A24、所述終端設備發(fā)送Package 1，通知服務器所述終端設備的管理樹或管理對象有更新。進一步，所述DM Alert消息包括CLIENT EVENT消息或Generic Alert消息。
進一步，所述步驟B具體包括所述服務器接收Package l，根據(jù)DMAlert消息中的更新數(shù)據(jù)更新對應終端設備的設備描述框架文件。 進一步，在所述設備管理會話結束后，所述終端設備將新的管理樹重新備份，覆蓋舊的備份管理樹。 進一步，所述終端設備的管理對象信息發(fā)生改變包括增加管理對象、刪除管理對象或修改管理對象。 本發(fā)明的技術方案還提供一種同步更新設備管理對象信息的終端設備，所述終端
設備端包括備份信息存儲單元，用于存儲更新前的管理對象信息；當前信息存儲單元，用
于存儲當前的管理對象信息；判斷單元，用于根據(jù)所述更新前的管理對象信息和當前的管
理對象信息，判斷所述終端設備的管理對象信息是否發(fā)生改變；信息更新消息生成單元，用
于根據(jù)所述判斷單元的判斷結果，生成攜帶改變的管理對象信息的信息更新消息；消息發(fā)
送單元，用于將所述信息更新消息生成單元生成的信息更新消息發(fā)送到服務器。 本發(fā)明的技術方案還提供一種同步更新設備管理對象信息的服務器，所述服務器
包括消息接收單元，用于接收終端設備發(fā)送的攜帶改變的管理對象信息的信息更新消息；
信息存儲單元，用于存儲對應所述終端設備的管理對象信息；信息更新單元，用于根據(jù)所述
信息更新消息，更新所述信息存儲單元存儲的對應所述終端設備的管理對象信息。 與現(xiàn)有技術相比，本發(fā)明有益效果如下
5
本發(fā)明通過在終端設備中對服務器下發(fā)的管理命令成功執(zhí)行后，將更新的管理對象信息轉換為xml (extensible Markup Language,可擴展標記語言)格式數(shù)據(jù)流，然后同執(zhí)行結果一起上報給服務器，使服務器在接收到該上報消息后，能同步地更新所存儲的對應DDF文件，避免了 DDF文件過時與終端設備管理對象不符的沖突，使得匿服務器能夠更好地對終端設備進行管理，達到及時協(xié)調匿服務器對終端設備進行管理的作用，并且簡化了以往需要用戶手動發(fā)送一個新的DDF文件給服務器的過程，提高了效率。


圖1是本發(fā)明實施例的一種終端設備的更新前的管理樹的結構圖； 圖2是本發(fā)明實施例的一種終端設備的更新后的管理樹的結構圖； 圖3是本發(fā)明實施例的一種同步更新設備管理對象信息的方法的流程圖； 圖4是本發(fā)明實施例的另一種同步更新設備管理對象信息的方法的流程圖； 圖5是本發(fā)明實施例的一種同步更新設備管理對象信息的終端設備結構示意圖； 圖6是本發(fā)明實施例的一種同步更新設備管理對象信息的服務器的結構示意圖。
具體實施例方式
下面結合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細描述。以下實施例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。
實施例一 本實施例以DM協(xié)議《0MA-TS-DMJNDS-Vl—2-20070209-A》中第5節(jié)的管理樹結構為例。其中終端設備的更新前的管理樹的結構如圖l所示，終端設備進行了版本更新，或者服務器需要在設備管理樹上增加一個新的管理對象E-Mail,在節(jié)點OperatorX下面，結果都得到新的管理樹結構如圖2所示。 本發(fā)明實施例的一種同步更新設備管理對象信息的方法如圖3所示，首先當終端
設備的管理對象信息發(fā)生改變時，所述終端設備向服務器發(fā)送信息更新消息，所述信息更
新消息中攜帶改變的管理對象信息，所述終端設備的管理對象信息發(fā)生改變包括增加管
理對象、刪除管理對象或修改管理對象；然后所述服務器根據(jù)所述信息更新消息，同步更新
所存儲的對應終端設備的管理對象信息。參照圖3，本實施例包括以下步驟 步驟s301 ，服務器發(fā)送管理命令給終端設備。本實施例中，服務器發(fā)出了 一個Add
管理命令給終端設備，要求在匿樹的OperatorX節(jié)點下增加一個E-Mail節(jié)點，具體命令如
下所示 〈Add> 〈CmdID>4〈/CmdID> 〈Item〉 〈Target〉 〈LocURI〉/OperatorX〈/LocURI〉 〈/Target〉 〈Meta〉 〈Format xmlns =' syncml:metinf' >xml〈/Format>
〈Type xmlns =' syncml: metinf' >appl i cat ion/vnd. syncml.dmtnds+xml〈/Type>
〈/Meta>
〈Data〉〈MgmtTree xmlns =' syncml: dmddfl. 2' > 〈VerDTD〉1. 2〈/VerDTD〉 〈Node〉 〈NodeName>E_Mail〈/NodeName> 〈RTProperties> 〈FormatXnode/X/Format> 〈TypeXDDFName〉com. operatorX. dm/1. 0/EMail〈/DDFNameX/Type> 〈/RTProperties> 〈Node〉 〈NodeName〉P0P3〈/NodeName〉 〈Node〉 〈NodeName>POPServer〈/NodeName> 〈RTProperties〉 〈FormatXchr/X/Format> 〈Type〉〈M頂E〉text/plain〈/M頂E〉〈/Type〉 〈/RTProperties> 〈Value>mail. Operatorx. com〈/Value> 〈/Node> 〈Node〉 〈NodeName>UserID〈/NodeName> 〈RTProperties〉 〈FormatXchr/X/Format> 〈Type〉〈M頂E〉text/plain〈/M頂E〉〈/Type〉 〈/RTProperties> 〈Value>UserName〈/Value> 〈/Node> 〈Node〉 〈NodeName>PWD〈/NodeName> 〈RTProperties> 〈FormatXchr/X/Format> 〈Type〉〈M頂E〉text/plain〈/M頂E〉〈/Type〉 〈/RTProperties> 〈Value〉4571F7C34A9876B3〈/Value〉 〈/Node> 〈/Node>
〈/Node〉
〈/MgmtTree〉
〈/Data〉 〈/Item〉 〈Add〉 步驟s302，終端設備接收并執(zhí)行管理命令。本實施例中，終端設備接收到服務器下發(fā)的管理消息，執(zhí)行Add命令，在管理樹的/OperatorX下增加了一個管理對象E-Mail，下面有一個內部節(jié)點P0P3， P0P3下面又包含三個節(jié)點POPServer、UserlD和PWD。
步驟s303，終端設備判斷管理樹或某個管理對象是否發(fā)生改變，如果是，則轉步驟s304，否則轉步驟s305。本實施例中，終端設備通過與自己存儲的原始管理樹比較，發(fā)現(xiàn)管理樹有改動，因此轉步驟s304。 步驟s304，終端設備將改變的管理樹或管理對象的信息添加到Generic Alert消息中。本實施例中，終端設備將E-Mail管理對象的信息轉換為xml格式數(shù)據(jù)流，加入到Generic Alert消息中的Item元素下的Data元素中，該消息的最后結果具體如下 〈Alert〉 〈CmdID>2〈/CmdID> 〈Data〉1226〈/Data〉 〈Correlator>abcl23〈/Correlator> 〈Item〉 〈SourceXlxicURI>/OperatorX〈/locURIX/Source> 〈Meta〉 〈Typexmlns=〃 syncml :metinf 〃 > Content-Type :即plication/vnd. syncml. dmtnds+xml 〈/Type> 〈Format xmlns = 〃 syncml:metinf" >xml〈/Format> 〈Mark xmlns =〃 syncml :metinf" >critical〈/Mark>〈 ！ _可選__> 〈/Meta> 〈Data〉 〈MgmtTree xmlns =' syncml: dmddfl. 2' > 〈VerDTD〉1. 2〈/VerDTD〉 〈Node〉 〈NodeName>E_Mail〈/NodeName> 〈RTProperties> 〈FormatXnode/X/Format> 〈TypeXDDFName〉com. operatorX. dm/1. 0/EMail〈/DDFNameX/Type> 〈/RTProperties> 〈Node〉 〈NodeName〉P0P3〈/NodeName〉 〈Node〉
8:0川] 〈NodeName>POPServer〈/NodeName>
:0112] 〈RTProperties>
:0113] 〈FormatXchr/X/Format>
:0114] 〈Type〉〈M頂E〉text/plain〈/M頂E〉〈/Type〉
:0115] 〈/RTProperties>
:0116] 〈Value>mail. Operatorx. com〈/Value>
:0117] 〈/Node>
:0118] 〈Node〉
:0119] 〈NodeName>UserID〈/NodeName>
:0120] 〈RTProperties>
:0121] 〈FormatXchr/X/Format>
:0122] 〈Type〉〈M頂E〉text/plain〈/M頂EX/Type〉
:0123] 〈/RTProperties>
:0124] 〈Value>UserName〈/Value>
:0125] 〈/Node>
:0126] 〈Node〉
:0127] 〈NodeName>PWD〈/NodeName>
:0128] 〈RTProperties>
:0129] 〈FormatXchr/X/Format>
:0130] 〈Type〉〈M頂E〉text/plain〈/M頂EX/Type〉
:0131] 〈/RTProperties>
:0132] 〈Value〉4571F7C34A9876B3〈/Value〉
:0133] 〈/Node>
:0134] 〈/Node>
:0135] 〈/Node>
:0136] 〈/MgmtTree〉
:0137] 〈/Data>
:0138] 〈/Item>
:0139] 〈/Alert> 其中，Generic Alert消息必須包含的元素有 1、CmdlD 2、 Data :對于Generic Alert，其值必須為1226 3、 Item :該參數(shù)中包含了管理對象的信息。它的內部又包含了 Source, LocURI、Meta和Data元素來具體描述管理對象的信息。其中 (1) Source, LocURI是可選的參數(shù)，可用來指定一個管理對象在管理樹中的位置； (2)Meta :必須的，用來指定Alert數(shù)據(jù)的類型和格式，即圖中的Type和Format Data :注意，這是在Item里面的Data元素。 步驟s305，終端設備發(fā)送Generic Alert消息給服務器。 步驟s306，服務器查詢Generic Alert消息，如果有數(shù)據(jù)更新上報，則更新對應終端設備的DDF文件。
實施例二 本發(fā)明實施例的另一種同步更新設備管理對象信息的方法如圖4所示，包括以下步驟 步驟s401，終端設備預先備份管理樹。 步驟s402，終端設備和服務器完成一次DM會話后，終端設備將新的管理樹與備份的管理樹進行比較，查看是否有葉子或節(jié)點的變化，如果是，則轉步驟s403，否則結束。本實施例中發(fā)現(xiàn)有變化，因此轉步驟s403。 步驟s403，終端設備發(fā)起DM會話，組建Package l，在Package l中包含DM Alert消息，將更新數(shù)據(jù)添加到匿Alert消息中。DM Alert消息包括CLIENTEVENT消息(代號為Alert 1224)或Generic Alert消息，本實施例以CLIENTEVENT消息為例。Package 1的內容如下所示 〈SyncML xmlns = ' SYNCML:SYNCML1. 2' > 〈SyncHdr〉 〈VerDTD〉1. 2〈/VerDTD〉 〈VerProto>DM/l. 2〈/VerProto> 〈SessionID>l〈/SessionID> 〈MsgID>l〈/MsgID> 〈Target〉 〈LocURI>http://www. syncml. org/mgmt_server〈/LocURI> 〈/Target〉 〈Source〉 〈LocURI〉MEI:493005100592800〈/LocURI〉 〈/Source> 〈MetaX ! __Maximum message size for the client__> 〈MaxMsgSize xmlns = 〃 syncml:metinf" >5000〈/MaxMsgSize> 〈/Meta> 〈/SyncHdr〉 〈SyncBody> 〈Alert〉 〈CmdID>l〈/CmdID> 〈Data>1200〈/Data>〈 ！ __Server-initiated session__> 〈/Alert> 〈Alert〉 〈CmdID>l〈/CmdID> 〈Data>1224〈/Data>〈 ！ 一CLIENT EVENT—〉 〈Item〉 〈SourceXlxicURI>/OperatorX〈/locURIX/Source> 〈Meta〉
〈Type xmlns =" syncml:metinf〃 > Content-Type:即plication/vncL syncml. dmtnds+xml 〈/Type> 〈Format xmlns = 〃 syncml:metinf" >xml〈/Format> 〈/Meta> 〈Data〉 〈MgmtTree xmlns =' syncml: dmddfl. 2'〉 〈VerDTD〉1. 2〈/VerDTD〉 〈Node〉 <NodeName〉E-Mail〈/NodeName> 〈RTPrope:rties> 〈FormatXnode/X/Format> 〈TypeXDDFName>com. operatorX. dm/1. 0/EMail〈/DDFName>〈Type〉 〈/RTProperties>
〈Node〉 <NodeName>P0P3〈/NodeName> 〈Node〉 〈NodeName>POPServer〈/NodeName> 〈RTProperties> 〈Format>〈chr/X/Format> 〈Type>〈MIME>text/plain〈/MME>〈/Type> 〈/RTProperties〉 <Value>mail. Operatorx. com〈/Value> 〈/Node> 〈Node〉 〈NodeName>UserID〈/NodeName> 〈RTProperties> 〈Format>〈chr/X/Format> 〈Type>〈MIME>text/plain〈/MMEX/Type> 〈/RTProperties〉 〈Value>UserName〈/Value> 〈/Node> 〈Node> 〈NodeName>PWD〈/NodeName> 〈RTProperties> 〈Format>〈chr/X/Format> 〈Type>〈MIME>text/plain〈/MMEX/Type> 〈/RTProprties〉
11
〈Value〉4571F7C34A9876B3〈/Value〉 〈/Node〉 〈/Node〉 〈/Node> 〈/MgmtTree〉 〈/Data> 〈/Item> 〈/Alert> 〈R印lace〉 〈CmdID>3〈/CmdID> 〈Item〉 〈SourceXLocURI〉. /DevInfo/DevId〈/LocURIX/Source〉 〈Meta〉 〈Format xmlns = ' syncml:metinf' >chr〈/Format> 〈Type xmlns = ' syncml:metinf' >text/plain〈/Type> 〈/Meta> 〈Data〉MEI: 493005100592800〈/Data> 〈/Item> 〈Item〉 〈SourceXLocURI〉. /DevInfo/Man〈/LocURIX/Source> 〈Meta〉 〈Format xmlns = ' syncml:metinf' >chr〈/Format> 〈Type xmlns = ' syncml:metinf' >text/plain〈/Type> 〈/Meta> 〈Data>Device Factory, Inc.〈/Data> 〈/Item> 〈Item〉 〈SourceXLocURI〉. /DevInfo/Mod〈/LocURIX/Source> 〈Meta〉 〈Format xmlns = ' syncml:metinf' >chr〈/Format> 〈Type xmlns = ' syncml:metinf' >text/plain〈/Type> 〈/Meta> 〈Data>Sm￡irtPhone2000〈/D￡it￡i> 〈/Item> 〈Item〉 〈Source〉〈LocURI〉. /DevInfo/DmV〈/LocURI>〈/Source> 〈Meta〉 〈Format xmlns = ' syncml:metinf' >chr〈/Format> 〈Type xmlns = ' syncml:metinf' >text/plain〈/Type>
〈/Meta〉 〈Data〉1. 0. 0. 1〈/Data〉 〈/Item〉 〈Item〉 〈Source>〈LocURI>. /DevInfo/Lang〈/LocURIX/Source〉 〈Meta〉 〈Format xmlns = ' syncml:metinf' 〉chr〈/Format〉 〈Type xmlns = ' syncml:metinf' >text/plain〈/Type> 〈/Meta> 〈Date>US_en〈/Dat￡i> 〈/Item〉 〈/R印lace〉 〈Final/〉 〈/SyncBody〉 〈/SyncML〉 步驟s404，終端設備發(fā)送Package 1，通知服務器該終端設備的管理樹或管理對象有更新。 步驟s405，服務器接收Package l，查詢CLIENT EVENT消息，發(fā)現(xiàn)增加了新的對象E-Mail,于是更新對應終端設備的DDF文件。 步驟s406，服務器發(fā)送Package 2給終端設備，包含對Alert 1224的狀態(tài)和其它管理命令，如下 〈SyncML xmlns = ' SYNCML:SYNCML1. 2' > 〈SyncHdr〉 〈VerDTD〉L 2〈/VerDTD〉 〈VerProto〉DM/1. 2〈/VerProto> 〈SessionID〉l〈/SessionID> 〈MsglD〉l〈/MsglD〉 〈Target〉 〈LocURI〉頂EI: 493005100592800〈/LocURI〉 〈/Target〉 〈Source〉 〈LocURI〉http://www. syncml. org/mgmt_server〈/LocURI> 〈/Source〉 </SyncHdr> 〈SyncBody> 〈Status〉 〈MsgRef〉l〈/MsgRefXCmdRef〉0〈/CmdRef〉 〈Cmd>SyncHdr〈/Cmd> 〈CmdlD〉6〈/CmdlD〉
13
〈TargetRef>http://www. syncml. org/mgmt-server〈/TargetRef> 〈SourceRef 〉頂EI: 493005100592800〈/SourceRef 〉 〈 ！ __Authenticated for the session_—〉 〈Data〉212〈/Data〉 〈/Status〉 〈StatusX !—對Alertl200的Status響應--> 〈MsgRef〉l〈/MsgRef〉〈CmdRef〉l〈/CmdRef〉 〈CmdlD〉7〈/CmdlD〉 〈Cmd>Alert〈,/Cmd> 〈Data>200〈/Data>〈 ！ 一OK—> 〈/Status〉 〈StatusX !—對Alertl200的Status響應--> 〈MsgRef〉l〈/MsgRef〉〈CmdRef〉l〈/CmdRef〉 〈CmdID>7〈/CmdID> 〈Cmd>Alert〈/Cmd> 〈Data>200〈/Data>〈 ！ --OK--> 〈/Status> 〈Status〉 〈MsgRef〉l〈/MsgRef〉〈CmdRef〉3〈/CmdRef〉 〈CmdlD〉8〈/CmdlD〉 〈Cmd〉R印lace〈/Cmd〉 〈Data>200〈/Data>〈 ！ 一OK—> 〈/Status〉 〈Sequence> 〈CmdlD〉l〈/CmdlD〉 〈Alert〉 〈CmdlD〉2〈/CmdlD〉 〈Data>1101〈/Data>〈 ！ __User confirmation required__> 〈ItemX/Item〉 〈Item〉 〈Data>Do you want to add the CNN access point 〈/Data> 〈/Item> </Alert> 〈R印lace〉 〈CmdlD〉4〈/CmdlD〉 〈Meta〉 〈Format xmlns =〃 syncml:metinf" >b64〈/Format> 〈Type xmlns 二" syncml:metinf" > application/vnd. wap. connectivity—wbxml
〈/Type〉 〈/Meta〉 〈Item〉 〈 ！ 一CNN WAP settings object in the settings__> 〈Target〉 〈LocURI>. /settings/wap_settings/CNN〈/LocURI> 〈/Target〉 〈DataX ! __Base64-coded WAP connectivity document__X/Data> 〈/Item> 〈/R印lace〉 〈/Sequence> 〈Final/> 〈/SyncBody> 〈/SyncML〉 步驟s407，客戶端發(fā)送Package 3給服務器，對服務器的管理命令進行應答。 步驟s408，服務器發(fā)送Package 4給客戶端，會話結束； 步驟s409，客戶端將新的管理樹重新備份，覆蓋舊的備份管理樹。 本實施例給出服務器DDF文件更新前后的整理框架。如果原始的DDF文件如下所
示 〈？ xml version =，， 1. 0" encoding =，，UTF_8，，？ > 〈 ！ D0CTYPE MgmtTree PUBLIC" -//0MA〃DTD_DM-DDF 1. 2〃EN〃 〃 http://www. openmobilealliance. org/tech/DTD/dm_ddf_vl_2. dtd 〈MgmtTree〉 〈VerDTD〉1. 2〈/VerDTD〉 〈Node〉 〈NodeName>DMAcc〈/NodeName> 〈Path〉. 〈/Path〉 〈DFProperties>. . . 〈/DFProperties> 〈Node〉 〈NodeName>xyzInc〈/NodeName> 〈Path〉. /DMAcc〈/Path> 〈DFProperties>. . . 〈/DFProperties> 〈/Node> 〈Node〉 〈NodeName>MyMgmServe:r〈/NodeName> 〈Path〉. /DMAcc〈/Path> 〈DFProperties>. . . 〈/DFProperties> 〈/Node> 〈/Node>
〈Node〉 〈NodeName〉OSGi〈/NodeName〉 〈Path〉. </Path> 〈DFProperties>. . . 〈/DFProperties> 〈/Node> <Node> 〈NodeName〉OperatorX〈/NodeName> 〈Path>. </Path> 〈DFProperties>. . . 〈/DFProperties> 〈/NodeX/MgmtTree> 則更新后的DDF文件應該如下所示 < xml version ='， 1. 0" encoding ='，UTF_8" > 〈 ！ D0CTYPE MgmtTree PUBLIC" -〃0MA〃DTD_DM_DDF 1. 2〃EN〃 〃 http:〃www. openmobilealliance. org/tech/DTD/dm_ddf_vl_2. dtd 〈MgmtTree〉 〈VerDTD>l. 2〈/VerDTD> 〈Node〉 <NodeName〉DMAcc〈/NodeName> 〈Path〉. 〈/Path> 〈DFPrope:rties〉. . . 〈/DFPrope:rties> 〈Node〉 〈NodeName〉xyzInc〈/NodeName〉 〈Path〉. /DMAcc〈/Path〉 〈DFProperties>. . . 〈/DFProperties> 〈/Node〉 〈Node〉 〈NodeName>MyMgmServe:r〈/NodeName> 〈Path〉. /DMAcc〈/Path〉 〈DFProperties>. . . 〈/DFProperties> </Node> 〈/Node> 〈Node〉 〈NodeName>0SGi〈/NodeName> 〈Path>. 〈/Path> 〈DFProperties>. . . 〈/DFProperties〉 </Node> 〈Node〉 〈NodeName>OperatorX〈/NodeName> 〈Path>. 〈/Path>
16
〈DFProperties>. . . 〈/DFProperties> 〈Node> 〈NodeName>E_Mail〈/NodeName> 〈Path>./Operator〈/Path> 〈DFProperties>. . . 〈DFProperties> 〈Node> 〈NodeName〉P0P3〈/NodeName〉 〈Path>. /Operator/E_Mail〈/P￡ith> 〈DFProperties>. . . 〈DFProperties> 〈Node> 〈NodeName>P0P Server〈/NodeName> 〈Path>. /0perator/E-Mail/P0P3〈/Path> 〈DFProperties>. . . 〈DFProperties> 〈/Node> 〈Node〉 〈NodeName>UserID〈/NodeName> 〈Path>. /0perator/E_Mail/P0P3〈/Path> 〈DFProperties>. . . 〈DFProperties> 〈/Node> 〈Node〉 〈NodeName>PWD〈/NodeName> 〈Path>. /0perator/E-Mail/P0P3〈/Path> 〈DFProperties>. . . 〈DFProperties> 〈/Node> 〈/Node> 〈/Node> 〈/Node> 〈MgmtTree〉 本發(fā)明實施例的一種同步更新設備管理對象信息的終端設備如圖5所示，包括備
份信息存儲單元、當前信息存儲單元、判斷單元、信息更新消息生成單元和消息發(fā)送單元。 其中，判斷單元分別與備份信息存儲單元、當前信息存儲單元和信息更新消息生成單元連 接，信息更新消息生成單元和消息發(fā)送單元連接。備份信息存儲單元用于存儲更新前的管 理對象信息；當前信息存儲單元用于存儲當前的管理對象信息；判斷單元用于根據(jù)所述更 新前的管理對象信息和當前的管理對象信息，判斷所述終端設備的管理對象信息是否發(fā)生 改變；信息更新消息生成單元用于根據(jù)所述判斷單元的判斷結果，生成攜帶改變的管理對 象信息的信息更新消息；消息發(fā)送單元用于將所述信息更新消息生成單元生成的信息更新 消息發(fā)送到服務器 本發(fā)明實施例的一種同步更新設備管理對象信息的服務器如圖6所示，包括消息 接收單元、信息存儲單元和信息更新單元。其中，信息更新單元分別與消息接收單元和信息
17存儲單元連接。消息接收單元用于接收終端設備發(fā)送的攜帶改變的管理對象信息的信息更 新消息；信息存儲單元用于存儲對應所述終端設備的管理對象信息；信息更新單元用于根 據(jù)所述信息更新消息，更新所述信息存儲單元存儲的對應所述終端設備的管理對象信息。
本發(fā)明通過在終端設備中對服務器下發(fā)的管理命令成功執(zhí)行后，將更新的管理對 象信息轉換為xml格式數(shù)據(jù)流，然后同執(zhí)行結果一起上報給服務器，使服務器在接收到該 上報消息后，能同步地更新所存儲的對應DDF文件，避免了 DDF文件過時與客戶端管理對象 不符的沖突，使得匿服務器能夠更好地對終端設備進行管理，達到及時協(xié)調匿服務器對終 端設備進行管理的作用，并且簡化了以往需要用戶手動發(fā)送一個新的DDF文件給服務器的 過程，提高了效率。 以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人 員來說，在不脫離本發(fā)明技術原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾 也應視為本發(fā)明的保護范圍。
權利要求
一種同步更新設備管理對象信息的方法，其特征在于，所述方法包括以下步驟A、當終端設備的管理對象信息發(fā)生改變時，所述終端設備向服務器發(fā)送信息更新消息，所述信息更新消息中攜帶改變的管理對象信息；B、所述服務器根據(jù)所述信息更新消息，同步更新所存儲的對應終端設備的管理對象信息。
2. 如權利要求1所述的同步更新設備管理對象信息的方法，其特征在于，所述步驟A具 體包括All、服務器發(fā)送管理命令給終端設備；A12、所述終端設備接收并執(zhí)行所述管理命令；A13、所述終端設備判斷管理樹或某個管理對象是否發(fā)生改變，如果是，則轉步驟A14， 否則轉步驟A15;A14、所述終端設備將所述改變的管理樹或管理對象的信息添加到GenericAlert消息中；A15、所述終端設備發(fā)送Generic Alert消息給所述服務器。
3. 如權利要求2所述的同步更新設備管理對象信息的方法，其特征在于，所述步驟A14 具體包括所述終端設備將所述改變的管理樹或管理對象的信息轉換為xml格式的數(shù)據(jù)流 并插入至lj Generic Alert消息中。
4. 如權利要求2所述的同步更新設備管理對象信息的方法，其特征在于，所述步驟B具 體包括所述服務器查詢Generic Alert消息，如果有數(shù)據(jù)更新上報，則更新對應終端設備 的設備描述框架文件。
5. 如權利要求1所述的同步更新設備管理對象信息的方法，其特征在于，所述步驟A具 體包括A21、終端設備預先備份管理樹；A22、所述終端設備和服務器完成一次設備管理會話后，所述終端設備將新的管理樹與 備份的管理樹進行比較，查看是否有葉子或節(jié)點的變化，如果是，則轉步驟A23，否則結束；A23、所述終端設備發(fā)起設備管理會話，組建Package l，在Package 1中包含DM Alert 消息，將更新數(shù)據(jù)添加到匿Alert消息中；A24、所述終端設備發(fā)送Package 1，通知服務器所述終端設備的管理樹或管理對象有 更新。
6. 如權利要求5所述的同步更新設備管理對象信息的方法，其特征在于，所述匿 Alert消息包括CLIENT EVENT消息或Generic Alert消息。
7. 如權利要求5所述的同步更新設備管理對象信息的方法，其特征在于，所述步驟B具 體包括所述服務器接收Package l，根據(jù)匿Alert消息中的更新數(shù)據(jù)更新對應終端設備 的設備描述框架文件。
8. 如權利要求5所述的同步更新設備管理對象信息的方法，其特征在于，在所述設備 管理會話結束后，所述終端設備將新的管理樹重新備份，覆蓋舊的備份管理樹。
9. 如權利要求1至8任一項所述的同步更新設備管理對象信息的方法，其特征在于，所 述終端設備的管理對象信息發(fā)生改變包括增加管理對象、刪除管理對象或修改管理對象。
10. —種同步更新設備管理對象信息的終端設備，其特征在于，所述終端設備端包括備份信息存儲單元，用于存儲更新前的管理對象信息； 當前信息存儲單元，用于存儲當前的管理對象信息；判斷單元，用于根據(jù)所述更新前的管理對象信息和當前的管理對象信息，判斷所述終 端設備的管理對象信息是否發(fā)生改變；信息更新消息生成單元，用于根據(jù)所述判斷單元的判斷結果，生成攜帶改變的管理對 象信息的信息更新消息；消息發(fā)送單元，用于將所述信息更新消息生成單元生成的信息更新消息發(fā)送到服務器。
11. 一種同步更新設備管理對象信息的服務器，其特征在于，所述服務器包括 消息接收單元，用于接收終端設備發(fā)送的攜帶改變的管理對象信息的信息更新消息； 信息存儲單元，用于存儲對應所述終端設備的管理對象信息；信息更新單元，用于根據(jù)所述信息更新消息，更新所述信息存儲單元存儲的對應所述 終端設備的管理對象信息。
全文摘要
本發(fā)明公開了一種同步更新設備管理對象信息的方法，所述方法包括以下步驟A、當終端設備的管理對象信息發(fā)生改變時，所述終端設備向服務器發(fā)送信息更新消息，所述信息更新消息中攜帶改變的管理對象信息；B、所述服務器根據(jù)所述信息更新消息，同步更新所存儲的對應終端設備的管理對象信息。本發(fā)明還公開了一種同步更新設備管理對象信息的終端設備和服務器。本發(fā)明避免了服務器的DDF文件過時與終端設備管理對象不符的沖突，使得DM服務器能夠更好地對終端設備進行管理，達到及時協(xié)調DM服務器對終端設備進行管理的作用，并且簡化了以往需要用戶手動發(fā)送一個新的DDF文件給服務器的過程，提高了效率。
文檔編號H04M1/725GK101771727SQ201010113868
公開日2010年7月7日 申請日期2010年2月25日 優(yōu)先權日2010年2月25日
發(fā)明者周韜, 李秋竹, 沈建, 袁磊, 陳波, 鞠飛 申請人:中興通訊股份有限公司