專利名稱：節(jié)點信息獲取方法、客戶端、服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，并且特別地，涉及一種用于OMA DM協(xié)議的節(jié)點信息獲取方 法、客戶端、服務(wù)器。
背景技術(shù)：
在相關(guān)技術(shù)中，開放移動聯(lián)盟設(shè)備管理(Open Mobile Alliance Device Management，簡稱為OMA DM)業(yè)務(wù)是基于OMA信息同步標準協(xié)議(Synchronization Mark up Language，簡稱為SyncML)DM相關(guān)標準的移動數(shù)據(jù)增值業(yè)務(wù)，它使得運營商實現(xiàn)了通過無 線方式對移動終端進行遠程管理的能力。運行于手機中的設(shè)備管理(Device Management, 簡稱為DM)客戶端需要同服務(wù)器進行協(xié)議規(guī)定的交互來完成SyncML DM功能，其中包括設(shè) 備信息管理、參數(shù)采配、終端軟件/固件升級等功能。OMA DM協(xié)議是隸屬于OMA SyncML協(xié)議之下的應(yīng)用協(xié)議。在OMA DM協(xié)議中，會話 是通過發(fā)送各種命令并獲取終端的響應(yīng)的方式來完成各種設(shè)備管理功能。OMA DM協(xié)議支持 的命令包括Get (獲取)、Add(添加)、Replace (取代).Exec (執(zhí)行)、Delete (刪除)等多 種，其支持的命令是OMA SyncML協(xié)議的子集。對于每一種命令，OMA DM協(xié)議中都定義了一系列的狀態(tài)值，用以明確 定義會話中命令的執(zhí)行結(jié)果。這些命令的狀態(tài)值定義在協(xié)議文檔《0MA-TS-DM_ RepPro-Vl_2-20070209-A. pdf))中。圖 1 是相關(guān)技術(shù)中 OMA SyncML DM 協(xié)議終端 Get 命令 返回值的定義的示意圖，如圖1所示，在OMA SyncML DM協(xié)議中，對Get命令定義的返回值包 括200 (命令執(zhí)行成功0K)、215 (命令沒有執(zhí)行NotExecuted) ,401 (未授權(quán)Unauthorized)、 404(數(shù)據(jù)未找到Not Found)、405 (命令沒有執(zhí)行權(quán)限command not allowed)等12個，這些 狀態(tài)值明確的定義了 Get命令在執(zhí)行過程中可能出現(xiàn)的大部分結(jié)果，例如，命令執(zhí)行成功、 節(jié)點未找到、無權(quán)限、未鑒權(quán)、操作不支持、命令失敗、通用資源標識符(Uniform Resource Identifier，簡稱為URI)太長等。在實際應(yīng)用中，還可能出現(xiàn)一種協(xié)議中對Get命令的執(zhí)行結(jié)果未明確定義的處理 方式，即，在同一個Get命令中通過多個Item對多個節(jié)點(URI)進行獲取操作。由于協(xié)議 對上述情況未作明確的處理方式規(guī)定，實際應(yīng)用中在遇到上述情況時，根據(jù)如下方式進行 處理1、所有URI均獲取成功，則返回狀態(tài)碼200表示成功，并在Result標簽中一一列 出獲取到的值。2、某一個或者多個Item中的URI獲取失敗，則Get命令返回失敗，失敗狀態(tài)碼與 失敗的URI —致。并且無Result標簽反饋已經(jīng)成功獲取的部分節(jié)點。下面，舉例對上述處理方式進行說明。在該實例中，沒有完整的列出同步包頭信 息，但不影響本例需要說明的問題。如下所示，在會話開始后的某階段服務(wù)器發(fā)出一個get 命令中含有多個Item:<SyncML>
<SyncHdr><VerDTD>l. 2</VerDTD><VerProto>DM/l. 2</VerProto><SessionID>8155</SessionID><MsgID>l</MsgID>......略</SyncHdr><SyncBody><Get><CmdID>l</CmdID><Item>〈Target〉<LocURI>. /DevInfo/Lang</LocURI>〈/Target〉</Item><Item>〈Target〉<LocURI>. /DevInfo/Man</LocURI>〈/Target〉</Item><Item>〈Target〉<LocURI>. /DMAcc/AppAuth/Client/AAuthSecret</LocURI>〈/Target〉</Item></Get>〈Final/〉</SyncBody></SyncML>上述Get命令中想要獲取的URI均是DM協(xié)議中規(guī)定的標準節(jié)點，在客戶端中， 對有些item中指定的節(jié)點是沒有獲取權(quán)限的，例如，如圖2所示，對于/DMAcc/AppAuth/ Client/AauthSecret節(jié)點，是鑒權(quán)數(shù)據(jù)中的密碼字段，服務(wù)器只有R印lace權(quán)限，但沒有 Get權(quán)限，也就是說，多個Item中出現(xiàn)某些Item沒有權(quán)限獲取的情況是存在的?？蛻舳嗽谑盏缴鲜鯣et命令后，執(zhí)行獲取操作，并在第三個Item中因無權(quán)限而執(zhí) 行失敗，整個Get命令返回命令425(無權(quán)限，操作被拒絕)，需要說明的是，不同客戶端的實 現(xiàn)有所區(qū)別，這里也可能返回405等其它表示錯誤的狀態(tài)。如下所示〈SyncML xmlns = “ SYNCML:SYNCML1. 2" ><SyncHdr><VerDTD>l. 2</VerDTD>
<VerProto>DM/l. 2</VerProto><SessionID>8155</SessionID><MsgID>l</MsgID>......略</SyncHdr><SyncBody>〈Status〉<CmdID>l</CmdID><MsgRef>l</MsgRef><CmdRef>l</CmdRef><Cmd>Get</Cmd><Data>405</Data>〈/Status〉〈Final/〉</SyncBody></SyncML>如上所述，服務(wù)器需要獲取三個節(jié)點的信息，而終端實際上已經(jīng)獲取到了其中兩 個節(jié)點的信息，只是在第三個節(jié)點處失敗。在大部分節(jié)點信息獲取成功的情況下，服務(wù)器只 得到了 Get命令執(zhí)行失敗的提示，未能得到最大的信息量。這樣的處理浪費了客戶端的處 理能力，同時也浪費了網(wǎng)絡(luò)資源，并且服務(wù)器如果沒有適當?shù)闹卦嚥呗?例如，拆分Get命 令單獨獲取)將導(dǎo)致其不能全面的獲取到需要的信息。

發(fā)明內(nèi)容
考慮到相關(guān)技術(shù)中Get命令中某個或者多個Item失敗時，其余獲取的有效信息均 無法生效的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種節(jié)點信息獲取方法、 客戶端、服務(wù)器，以解決相關(guān)技術(shù)中存在的上述問題。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種節(jié)點信息獲取方法，用于 對設(shè)備管理協(xié)議中包含多item的Get命令進行優(yōu)化。根據(jù)本發(fā)明的節(jié)點信息獲取方法包括客戶端接收服務(wù)器發(fā)送的Get命令，獲取 Get命令中的所有item下的節(jié)點的取值，并確定部分item下的節(jié)點取值失??；客戶端向服 務(wù)器發(fā)送攜帶有新的狀態(tài)值的響應(yīng)消息，其中，新的狀態(tài)值用于表示執(zhí)行Get命令時部分 item下的節(jié)點取值失敗，且響應(yīng)消息中還攜帶有預(yù)定標簽，預(yù)定標簽用于封裝取值成功的 item下的節(jié)點信息。優(yōu)選地，客戶端接收服務(wù)器發(fā)送的Get命令之前，上述方法還包括對Get命令設(shè) 置新的狀態(tài)值，其中，新的狀態(tài)值用于表示Get命令中部分item的節(jié)點取值失敗。優(yōu)選地，客戶端接收服務(wù)器發(fā)送的Get命令之后，還包括客戶端確定Get命令中 包含多個item。優(yōu)選地，客戶端向服務(wù)器發(fā)送響應(yīng)消息之后，還包括服務(wù)器接收響應(yīng)消息，并確 定響應(yīng)消息中攜帶有新的狀態(tài)值；服務(wù)器根據(jù)預(yù)定標簽獲取節(jié)點信息，并將節(jié)點信息進行保存；服務(wù)器對取值失敗的item的節(jié)點執(zhí)行預(yù)定操作。優(yōu)選地，預(yù)定操作包括以下之一放棄對取值失敗的item的節(jié)點的會話；再次發(fā) 送Get命令對取值失敗的item的節(jié)點進行取值。為了時限上述目的，根據(jù)本發(fā)明的另一方面，提供了一種客戶端，用于對設(shè)備管理 協(xié)議中包含多item的Get命令進行優(yōu)化。根據(jù)本發(fā)明的客戶端包括接收模塊，用于接收服務(wù)器發(fā)送的Get命令；獲取模 塊，用于獲取Get命令中的所有item下的節(jié)點的取值；第一確定模塊，用于確定部分item 下的節(jié)點的取值失??；發(fā)送模塊，用于向服務(wù)器發(fā)送攜帶有表示執(zhí)行Get命令時部分item 下的節(jié)點取值失敗的新的狀態(tài)值的響應(yīng)消息，其中，響應(yīng)消息中還攜帶有預(yù)定標簽，預(yù)定標 簽用于封裝取值成功的item下的節(jié)點信息。優(yōu)選地，客戶端進一步包括第二確定模塊，用于確定Get命令中包含多個item。為了時限上述目的，根據(jù)本發(fā)明的再一方面，提供了一種服務(wù)器，用于對設(shè)備管理 協(xié)議中包含多item的Get命令進行優(yōu)化。根據(jù)本發(fā)明的服務(wù)器包括發(fā)送模塊，用于向客戶端發(fā)送Get命令；接收模塊，用 于接收客戶端發(fā)送的攜帶有表示執(zhí)行Get命令時部分item下的節(jié)點取值失敗的新的狀態(tài) 值的響應(yīng)消息，其中，響應(yīng)消息中還攜帶有預(yù)定標簽，預(yù)定標簽用于封裝取值成功的item 下的節(jié)點信息。優(yōu)選地，服務(wù)器進一步包括確定模塊，用于確定響應(yīng)消息中攜帶有新的狀態(tài)值； 保存模塊，用于根據(jù)預(yù)定標簽獲取節(jié)點信息，并將節(jié)點信息進行保存；執(zhí)行模塊，用于對取 值失敗的item下的節(jié)點執(zhí)行預(yù)定操作。優(yōu)選地，預(yù)定操作包括以下之一放棄對取值失敗的item的節(jié)點的會話；再次發(fā) 送Get命令對取值失敗的item的節(jié)點進行取值。借助于本發(fā)明的技術(shù)方案，在執(zhí)行含有多個Item的OMASyncML DM的Get命令 時，客戶端可以通過特殊的狀態(tài)值告知服務(wù)器Get未能完全成功，但有部分成功，并且在 Result標簽中附帶這些成功獲取了的節(jié)點值，解決了相關(guān)技術(shù)中Get命令中某個或者多個 Item失敗時，其余獲取得的有效信息均無法生效的問題，可以更高效的獲取有用節(jié)點，定位 無法獲取的節(jié)點，還提高了客戶端對Get命令操作的有效性，避免了浪費網(wǎng)絡(luò)資源的情況 發(fā)生。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變 得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明 書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實 施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中圖1是相關(guān)技術(shù)中OMA SyncML DM協(xié)議終端Get命令返回值的定義的示意圖；圖2是相關(guān)技術(shù)中OMA SyncML DM協(xié)議對AauthSecret節(jié)點描述的示意圖；圖3是根據(jù)本發(fā)明實施例的節(jié)點信息獲取方法的流程圖；圖4是根據(jù)本發(fā)明實施例的客戶端在接收到多個item的Get命令時的處理流程
7圖；圖5是根據(jù)本發(fā)明實施例的服務(wù)器在接收到攜帶有新的狀態(tài)值的響應(yīng)消息時的 處理流程圖；圖6是根據(jù)本發(fā)明實施例的客戶端的框圖；圖7是根據(jù)本發(fā)明實施例的服務(wù)器的框圖。
具體實施例方式功能概述在相關(guān)技術(shù)中，存在Get命令中某個或者多個Item失敗時，其余獲取的有效信息 均無法生效的問題，為此，本發(fā)明提供了一種優(yōu)化OMA SyncML DM協(xié)議中Get命令的方法。 該方法增強了協(xié)議中對Get命令的處理，為多個Item中部分節(jié)點Get失敗的情況定義新的 狀態(tài)值；本發(fā)明實施例還公開了客戶端收到含有多個Item的Get命令時的處理方法、以及 服務(wù)器收到客戶端的響應(yīng)后的處理方法，其中，節(jié)點信息獲取方法包括客戶端接收服務(wù)器發(fā)送的Get命令，獲取Get命令 中的所有item下的節(jié)點的取值，并確定部分item下的節(jié)點取值失敗；客戶端向服務(wù)器發(fā)送 攜帶有新的狀態(tài)值的響應(yīng)消息，其中，新的狀態(tài)值用于表示執(zhí)行Get命令時部分item下的 節(jié)點取值失敗，且響應(yīng)消息中還攜帶有預(yù)定標簽，預(yù)定標簽用于封裝取值成功的item下的 T1點fn息。以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應(yīng)當理解，此處所描述的優(yōu)選實 施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。在以下的描述中，為了解釋的目的，描述了多個特定的細節(jié)，以提供對本發(fā)明的透 徹理解。然而，很顯然，在沒有這些特定細節(jié)的情況下，也可以實現(xiàn)本發(fā)明，此外，在不背離 所附權(quán)利要求闡明的精神和范圍的情況下，下述實施例以及實施例中的各個細節(jié)可以進行 各種組合。方法實施例根據(jù)本發(fā)明的實施例，提供了一種節(jié)點信息獲取方法，用于對設(shè)備管理協(xié)議中包 含多item的Get命令進行優(yōu)化。下面，首先對Get命令設(shè)置新的狀態(tài)值的處理進行說明。在現(xiàn)有OMA DM協(xié)議(1. 2版本及其之前)中，對于Get命令定義了 12種狀態(tài)值， 用以表示命令執(zhí)行的結(jié)果。這12種狀態(tài)值如圖1所示，包括200 (表示成功)、404 (表示 未找到節(jié)點)等?？梢钥闯?，如圖1所示的12種狀態(tài)值均無法表示本發(fā)明所提出的Get命令中的所 有item下的節(jié)點有一部分獲取成功、一部分獲取失敗的情況。因此，本發(fā)明實施例為上述 情況定義一個新的狀態(tài)值，用以表示多個Item的Get命令部分執(zhí)行成功的情況(即，表示 Get命令中部分item的節(jié)點取值失敗)。對于該狀態(tài)值的定義，本發(fā)明實施例不規(guī)定其形式，在實際應(yīng)用中，該新的狀態(tài)值 基本形式如其它的狀態(tài)值一樣，只是取值與現(xiàn)有狀態(tài)值不一樣即可。例如，可以定義該情形 下的狀態(tài)值為900，也可以定義它為222。為了描述方便，在下面的描述中，本發(fā)明實施例使 用222來表示這種狀態(tài)，表示對Get命令的執(zhí)行結(jié)果是“部分成功”。需要說明的是，本發(fā)明 實施例不僅僅指定使用222作為該狀態(tài)的響應(yīng)狀態(tài)值。
在設(shè)置了新的狀態(tài)值后，就可以進行如圖3所示的處理，圖3是根據(jù)本發(fā)明實施例 的節(jié)點信息獲取方法的流程圖，包括以下步驟步驟S302，客戶端接收服務(wù)器發(fā)送的Get命令，首先確定Get命令中包含有多個 item，隨后，獲取Get命令中的所有item下的節(jié)點的取值，并確定部分item下的節(jié)點取值 失??；步驟S304，客戶端向服務(wù)器發(fā)送攜帶有新的狀態(tài)值(例如，222)的響應(yīng)消息，且響 應(yīng)消息中還攜帶有預(yù)定標簽，該預(yù)定標簽用于封裝取值成功的item下的節(jié)點信息。具體地，客戶端收到該類Get命令后，對其中的每個Item下的節(jié)點進行獲取值的 操作。當某個或者某些Item下的節(jié)點獲取失敗，并且仍然有Item下的節(jié)點獲取成功時，客 戶端在返回服務(wù)器的響應(yīng)消息中，對Get命令的處理結(jié)果狀態(tài)不應(yīng)該是失敗，而是上述定 義的新的狀態(tài)值222。在客戶端響應(yīng)消息中，還應(yīng)該包含Result標簽，該Result標簽攜帶 正確獲得的值的節(jié)點信息。返回的響應(yīng)消息可以如下所示〈SyncML xmlns = “ SYNCML:SYNCML1. 2" ><SyncHdr><VerDTD>l. 2</VerDTD><VerProto>DM/l. 2</VerProto><SessionID>8155</SessionID><MsgID>l</MsgID>......略</SyncHdr><SyncBody>〈Status〉<CmdID>l</CmdID><MsgRef>l</MsgRef><CmdRef>l</CmdRef><Cmd>Get</Cmd><Data>222</Data>〈/Status〉〈Results〉<CmdID>l</CmdID><MsgRef>l</MsgRef><CmdRef>l</CmdRef><Item>〈Source〉<LocURI>. /DevInfo/Lang</LocURI></Source><Data>en-us</Data></Item><Item>
〈Source〉<LocURI>. /DevInfo/Man</LocURI></Source><Data>ZTE</Data></Item>〈/Results〉〈Final/〉</SyncBody></SyncML>從上面的描述可以看出，采用本發(fā)明實施例，在返回的響應(yīng)消息中有2個地方明
顯與傳統(tǒng)的響應(yīng)消息不同，一是狀態(tài)值不再是425 (或其它失敗消息)，而是222 (表示獲取 成功，但不完整)；二是SyncBody中，除了對狀態(tài)Status的描述外，還添加上了獲取信息成 功的兩個節(jié)點的信息，一并發(fā)送給服務(wù)器端。下面結(jié)合附圖，對上述技術(shù)方案進行詳細說明。圖4是根據(jù)本發(fā)明實施例的客戶 端在接收到多個item的Get命令時的處理流程圖，如圖4所示，包括如下處理步驟401，客戶端收到來自服務(wù)器的Get命令，并且發(fā)現(xiàn)其中含有多個Item ；步驟402，客戶端調(diào)用本地接口獲取所有Item中節(jié)點的取值；步驟403，判斷是否有Item中的節(jié)點取值失敗，如果沒有，則進入步驟404，如果確 定取值失敗，則進入步驟405;步驟404，該步驟是目前協(xié)議中正常的處理流程，客戶端封裝響應(yīng)消息，并設(shè)狀態(tài) 碼為200表示Get命令執(zhí)行成功，在執(zhí)行完成后，進入步驟407 ；步驟405，該步驟是本發(fā)明的處理范疇，客戶端發(fā)現(xiàn)有Item中包含的節(jié)點取值失 敗的情況后，在封裝響應(yīng)消息時，將狀態(tài)碼設(shè)置為222 ；步驟406，客戶端繼續(xù)在響應(yīng)包中添加Result標簽，按照協(xié)議規(guī)范將成功取得值 的節(jié)點封裝進去；步驟407，客戶端將響應(yīng)包發(fā)送給服務(wù)器，結(jié)束對Get命令的處理流程。通過上述處理，客戶端可以在響應(yīng)消息中攜帶新的狀態(tài)值，以通知服務(wù)器有部分 item下的節(jié)點沒有獲取成功，下面對服務(wù)器接收到響應(yīng)消息后的操作進行說明。在步驟S304之后，服務(wù)器需要對響應(yīng)消息進行響應(yīng)的處理，包括以下操作1、服務(wù)器接收響應(yīng)消息，并確定響應(yīng)消息中攜帶有新的狀態(tài)值；2、服務(wù)器從預(yù)定標簽(即，Result標簽)獲取節(jié)點信息，并將節(jié)點信息進行保存；3、服務(wù)器對取值失敗的item的節(jié)點執(zhí)行預(yù)定操作，包括以下之一放棄對取值失 敗的item的節(jié)點的會話；再次發(fā)送Get命令對取值失敗的item的節(jié)點進行取值。具體地，服務(wù)器在收到上述客戶端的響應(yīng)消息后，根據(jù)狀態(tài)碼222就可以知道Get 命令的處理結(jié)果為獲取部分成功。隨后，服務(wù)器會根據(jù)Result標簽下的Item判斷哪些節(jié) 點獲取成功，哪些獲取失敗，對于成功的節(jié)點進行保存，對于失敗的節(jié)點，服務(wù)器可以選擇 放棄會話，也可以單獨再進行Get命令進行獲取。下面，結(jié)合附圖，對服務(wù)器的操作進行詳細的說明。圖5是根據(jù)本發(fā)明實施例的服 務(wù)器在接收到攜帶有新的狀態(tài)值的響應(yīng)消息時的處理流程圖，如圖5所示，包括如下處理
步驟501，服務(wù)器收到客戶端的響應(yīng)信息；步驟502，服務(wù)器判斷響應(yīng)消息的狀態(tài)碼是否為222，如果不是，則進行正常的處 理流程，并進入步驟504，如果是，則執(zhí)行步驟503 ；步驟503，判斷狀態(tài)碼為222后，執(zhí)行處理策略，包括保存正確的取值，以及對未 取得的值再次進行重試Get操作等方法。其中，對未取得的item下節(jié)點的值可以進行重試， 也可以放棄；步驟504，結(jié)束會話。通過上述處理，使服務(wù)器可以更高效的獲取有用節(jié)點，定位無法獲取的節(jié)點。裝置實施例一根據(jù)本發(fā)明的實施例，提供了一種客戶端，用于對設(shè)備管理協(xié)議中包含多item的 Get命令進行優(yōu)化，圖6是根據(jù)本發(fā)明實施例的客戶端的框圖，如圖6所示，根據(jù)本發(fā)明實施 例的客戶端包括接收模塊60、獲取模塊62、第一確定模塊64、發(fā)送模塊66。下面對根據(jù)本 發(fā)明實施例的客戶端進行詳細說明。需要說明的是，在進行下述處理前，首先需要定義一個新的狀態(tài)值，用以表示多個 Item的Get命令部分執(zhí)行成功的情況(即，表示Get命令中部分item的節(jié)點取值失敗)。對于該狀態(tài)值的定義，本發(fā)明實施例不規(guī)定其形式，在實際應(yīng)用中，該新的狀態(tài)值 基本形式如其它的狀態(tài)值一樣，只是取值與現(xiàn)有狀態(tài)值不一樣即可。例如，可以定義該情形 下的狀態(tài)值為900，也可以定義它為222。為了描述方便，在下面的描述中，本發(fā)明實施例使 用222來表示這種狀態(tài)，表示對Get命令的執(zhí)行結(jié)果是“部分成功”。需要說明的是，本發(fā)明 實施例不僅僅指定使用222作為該狀態(tài)的響應(yīng)狀態(tài)值。下面，對根據(jù)本發(fā)明實施例的客戶端進行說明。 具體地，接收模塊60用于接收服務(wù)器發(fā)送的Get命令；在接收模塊60接收服務(wù)器 發(fā)送的Get命令后，第二確定模塊需要確定Get命令中包含多個item，隨后，獲取模塊62獲 取Get命令中的所有item下的節(jié)點的取值；在獲取模塊62獲取Get命令中的所有item下 的節(jié)點的取值后，第一確定模塊64確定有部分item下的節(jié)點的取值失??；隨后，發(fā)送模塊 66向服務(wù)器發(fā)送攜帶有表示執(zhí)行Get命令時部分item下的節(jié)點取值失敗的新的狀態(tài)值的 響應(yīng)消息，其中，響應(yīng)消息中還攜帶有預(yù)定標簽，預(yù)定標簽用于封裝取值成功的item下的 T1點fn息。其中，返回的響應(yīng)消息可以如下所示〈SyncML xmlns = 〃 SYNCML:SYNCML1. 2" ><SyncHdr>
0165]<VerDTD>l. 2</VerDTD>
0166]<VerProto>DM/l. 2</VerProto>
0167]<SessionID>8155</SessionID>
0168]<MsgID>l</MsgID>
0169]......略</SyncHdr><SyncBody>〈Status〉
11
<CmdID>l</CmdID><MsgRef>l</MsgRef><CmdRef>l</CmdRef><Cmd>Get</Cmd><Data>222</Data>〈/Status〉〈Results〉<CmdID>l</CmdID><MsgRef>l</MsgRef><CmdRef>l</CmdRef><Item>〈Source〉<LocURI>. /DevInfo/Lang</LocURI></Source><Data>en-us</Data></Item><Item>〈Source〉<LocURI>. /DevInfo/Man</LocURI></Source><Data>ZTE</Data></Item>〈/Results〉〈Final/〉</SyncBody></SyncML>從上面的描述可以看出，采用本發(fā)明實施例，在返回的響應(yīng)消息中有2個地方明 顯與傳統(tǒng)的響應(yīng)消息不同，一是狀態(tài)值不再是425 (或其它失敗消息)，而是222 (表示獲取 成功，但不完整)；二是SyncBody中，除了對狀態(tài)Status的描述外，還添加上了獲取信息成 功的兩個節(jié)點的信息，一并發(fā)送給服務(wù)器端。裝置實施例二根據(jù)本發(fā)明的實施例，提供了一種服務(wù)器，用于對設(shè)備管理協(xié)議中包含多item的 Get命令進行優(yōu)化。圖7是根據(jù)本發(fā)明實施例的服務(wù)器的框圖，如圖7所示，根據(jù)本發(fā)明的 實施例的服務(wù)器包括發(fā)送模塊70、接收模塊72，下面，對根據(jù)本發(fā)明實施例的服務(wù)器進行 詳細說明。需要說明的是，在進行下述處理前，首先需要定義一個新的狀態(tài)值，用以表示多個Item的Get命令部分執(zhí)行成功的情況(即，表示Get命令中部分item的節(jié)點取值失敗)。對于該狀態(tài)值的定義，本發(fā)明實施例不規(guī)定其形式，在實際應(yīng)用中，該新的狀態(tài)值 基本形式如其它的狀態(tài)值一樣，只是取值與現(xiàn)有狀態(tài)值不一樣即可。例如，可以定義該情形下的狀態(tài)值為900，也可以定義它為222。為了描述方便，在下面的描述中，本發(fā)明實施例使 用222來表示這種狀態(tài)，表示對Get命令的執(zhí)行結(jié)果是“部分成功”。需要說明的是，本發(fā)明 實施例不僅僅指定使用222作為該狀態(tài)的響應(yīng)狀態(tài)值。下面，對根據(jù)本發(fā)明實施例的服務(wù)器進行說明。具體地，發(fā)送模塊70用于向客戶端發(fā)送Get命令；接收模塊72用于接收客戶端發(fā) 送的攜帶有表示執(zhí)行Get命令時部分item下的節(jié)點取值失敗的新的狀態(tài)值的響應(yīng)消息，其 中，響應(yīng)消息中還攜帶有預(yù)定標簽，預(yù)定標簽用于封裝取值成功的item下的節(jié)點信息。在接收模塊72接收客戶端發(fā)送的響應(yīng)消息后，確定模塊會確定響應(yīng)消息中攜帶 有新的狀態(tài)值；如果攜帶的是新的狀態(tài)值，其中的保存模塊就會根據(jù)預(yù)定標簽獲取節(jié)點信 息，并將節(jié)點信息進行保存；隨后，執(zhí)行模塊對取值失敗的item下的節(jié)點執(zhí)行預(yù)定操作。執(zhí) 行模塊的操作包括以下之一放棄對取值失敗的item的節(jié)點的會話；再次發(fā)送Get命令對 取值失敗的item的節(jié)點進行取值。需要說明的是，在不背離所附權(quán)利要求闡明的精神和范圍的情況下，可以對上述 各個模塊進行各種改變以及組合。綜上所述，借助于本發(fā)明的技術(shù)方案，在執(zhí)行含有多個Item的OMA SyncML DM的 Get命令時，客戶端可以通過特殊的狀態(tài)值告知服務(wù)器Get未能完全成功，但有部分成功， 并且在Result標簽中附帶這些成功獲取了的節(jié)點值，解決了相關(guān)技術(shù)中Get命令中某個或 者多個Item失敗時，其余獲取得的有效信息均無法生效的問題，可以更高效的獲取有用節(jié) 點，定位無法獲取的節(jié)點，還提高了客戶端對Get命令操作的有效性，避免了浪費網(wǎng)絡(luò)資源 的情況發(fā)生。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種節(jié)點信息獲取方法，用于對設(shè)備管理協(xié)議中包含多item的Get命令進行優(yōu)化，其特征在于，所述方法包括客戶端接收服務(wù)器發(fā)送的所述Get命令，獲取所述Get命令中的所有item下的節(jié)點的取值，并確定部分item下的節(jié)點取值失敗；所述客戶端向所述服務(wù)器發(fā)送攜帶有新的狀態(tài)值的響應(yīng)消息，其中，所述新的狀態(tài)值用于表示執(zhí)行所述Get命令時部分item下的節(jié)點取值失敗，且所述響應(yīng)消息中還攜帶有預(yù)定標簽，所述預(yù)定標簽用于封裝取值成功的item下的節(jié)點信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述客戶端接收服務(wù)器發(fā)送的所述Get命 令之前，所述方法還包括對所述Get命令設(shè)置所述新的狀態(tài)值，其中，所述新的狀態(tài)值用于表示所述Get命令中 部分item的節(jié)點取值失敗。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述客戶端接收服務(wù)器發(fā)送的所述Get命 令之后，所述方法還包括所述客戶端確定所述Get命令中包含多個item。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述客戶端向所述服務(wù)器發(fā)送所述響應(yīng) 消息之后，所述方法還包括所述服務(wù)器接收所述響應(yīng)消息，并確定所述響應(yīng)消息中攜帶有所述新的狀態(tài)值； 所述服務(wù)器從所述預(yù)定標簽獲取所述節(jié)點信息，并將所述節(jié)點信息進行保存； 所述服務(wù)器對取值失敗的item的節(jié)點執(zhí)行預(yù)定操作。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述預(yù)定操作包括以下之一 放棄對所述取值失敗的item的節(jié)點的會話；再次發(fā)送Get命令對所述取值失敗的item的節(jié)點進行取值。
6.一種客戶端，用于對設(shè)備管理協(xié)議中包含多item的Get命令進行優(yōu)化，其特征在于， 所述客戶端包括接收模塊，用于接收服務(wù)器發(fā)送的Get命令；獲取模塊，用于獲取所述Get命令中的所有item下的節(jié)點的取值；第一確定模塊，用于確定部分item下的節(jié)點的取值失??；發(fā)送模塊，用于向所述服務(wù)器發(fā)送攜帶有表示執(zhí)行所述Get命令時部分item下的節(jié)點 取值失敗的新的狀態(tài)值的響應(yīng)消息，其中，所述響應(yīng)消息中還攜帶有預(yù)定標簽，所述預(yù)定標 簽用于封裝取值成功的item下的節(jié)點信息。
7.根據(jù)權(quán)利要求6所述的客戶端，其特征在于，所述客戶端進一步包括 第二確定模塊，用于確定所述Get命令中包含多個item。
8.一種服務(wù)器，用于對設(shè)備管理協(xié)議中包含多item的Get命令進行優(yōu)化，其特征在于， 所述客戶端包括發(fā)送模塊，用于向客戶端發(fā)送Get命令；接收模塊，用于接收所述客戶端發(fā)送的攜帶有表示執(zhí)行所述Get命令時部分item下的 節(jié)點取值失敗的新的狀態(tài)值的響應(yīng)消息，其中，所述響應(yīng)消息中還攜帶有預(yù)定標簽，所述預(yù) 定標簽用于封裝取值成功的item下的節(jié)點信息。
9.根據(jù)權(quán)利要求8所述的服務(wù)器，其特征在于，所述服務(wù)器進一步包括確定模塊，用于確定所述響應(yīng)消息中攜帶有所述新的狀態(tài)值；保存模塊，用于根據(jù)所述預(yù)定標簽獲取所述節(jié)點信息，并將所述節(jié)點信息進行保存；執(zhí)行模塊，用于對取值失敗的item下的節(jié)點執(zhí)行預(yù)定操作。
10.根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，所述預(yù)定操作包括以下之一放棄對所述取值失敗的item的節(jié)點的會話；再次發(fā)送Get命令對所述取值失敗的item的節(jié)點進行取值。
全文摘要
本發(fā)明公開了一種節(jié)點信息獲取方法、客戶端、服務(wù)器，其中，該方法包括客戶端接收服務(wù)器發(fā)送的Get命令，獲取Get命令中的所有item下的節(jié)點的取值，并確定部分item下的節(jié)點取值失敗；客戶端向服務(wù)器發(fā)送攜帶有新的狀態(tài)值的響應(yīng)消息，其中，新的狀態(tài)值用于表示執(zhí)行Get命令時部分item下的節(jié)點取值失敗，且響應(yīng)消息中還攜帶有預(yù)定標簽，預(yù)定標簽用于封裝取值成功的item下的節(jié)點信息。通過本發(fā)明的上述技術(shù)方案，可以更高效的獲取有用節(jié)點，定位無法獲取的節(jié)點，還提高了客戶端對Get命令操作的有效性，避免了浪費網(wǎng)絡(luò)資源的情況發(fā)生。
文檔編號H04W24/00GK101877861SQ20091013853
公開日2010年11月3日 申請日期2009年4月30日 優(yōu)先權(quán)日2009年4月30日
發(fā)明者周韜, 沈建, 袁磊, 陽翰凌, 陳波, 鞠飛 申請人:中興通訊股份有限公司