專利名稱：一種事務(wù)控制方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種事務(wù)控制方法、系統(tǒng)和裝置。
技術(shù)背景XCAP ( XML Configuration Access Protocol, XML配置訪問協(xié)議)協(xié)議是 正TF (Internet Engineering Task Force, Internet工程任務(wù)組)制定的一個協(xié)議， 該協(xié)議允許客戶端讀、寫、修改存放在服務(wù)器中的XML (extensible Markup Language,可擴展的標記語言)格式的應(yīng)用配置數(shù)據(jù)。XCAP將XML文檔中 的節(jié)點映射到HTTP (Hyper Text Transfer Protocol,超文本傳輸協(xié)議)的URI (Universal Resource Identifier,通用資源標志符)中，使得這些組件能夠直接 通過HTTP訪問。OMAXCAP標準信令PUT、 GET、 DELETE均為單個文檔或節(jié)點操作， 一次請求就是一個數(shù)據(jù)庫操作，也就是說對于一個標準的XCAP信令，數(shù)據(jù) 庫執(zhí)行一次操作，并提交一次結(jié)果。所以現(xiàn)有XCAP信令不需要事務(wù)控制參 數(shù)，XDMS ( XML Document Management System, XML數(shù)據(jù)管理月良務(wù)器)也 不需要事務(wù)控制。然而對于XCAP批處理信令，也沒有對XDMS文檔操作的 事務(wù)類型進行約定，其結(jié)果是要么被當作一個數(shù)據(jù)庫事務(wù)處理，要么被當 作多個數(shù)據(jù)庫事務(wù)處理，對終端來講具有不確定性。在實現(xiàn)本發(fā)明實施例過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問 題由于終端和服務(wù)端無法約定相同的事務(wù)處理機制，因此會導致服務(wù)端 在事務(wù)處理機制上不健全，終端體驗具有不確定性。例如終端想要請求服 務(wù)端對終端的連續(xù)的多個請求進行多事務(wù)處理，然而現(xiàn)有技術(shù)中由于服務(wù) 端無法得知該終端請求的是多事務(wù)處理，可能依然按照默認的單事務(wù)處理 方式處理。但是如果服務(wù)端是按多事務(wù)處理的，而終端希望按單事務(wù)處理 而無法通知服務(wù)端時，就會出現(xiàn)寫入了不該寫入的數(shù)據(jù)；反之，如果請求 中有不正確的數(shù)據(jù)，就會導致操作總是不能成功。 發(fā)明內(nèi)容本發(fā)明實施例要解決的問題是提供一種事務(wù)控制方法、系統(tǒng)和裝置，解 決現(xiàn)有技術(shù)中由于終端和服務(wù)端無法約定相同的事務(wù)處理機制，而使服務(wù) 端因為無法得知終端所請求的事務(wù)類型，造成服務(wù)端實際執(zhí)行的操作和終 端的所請求的操作不 一致的技術(shù)缺陷。為達到上述目的，本發(fā)明實施例一方面提出一種事務(wù)控制方法，包括以下步驟服務(wù)端接收終端的請求消息；所述服務(wù)端解析所述請求消息，在所 述請求消息中的操作指令為數(shù)據(jù)更改操作指令時，獲取所述請求消息中攜帶 的所述終端請求的事務(wù)類型；所述服務(wù)端根據(jù)得到的所述數(shù)據(jù)更改操作指令 和事務(wù)類型進行操作。本發(fā)明實施例還提供了一種事務(wù)控制方法，包括以下步驟服務(wù)端接收 終端的請求消息；所述服務(wù)端解析所述請求消息，得到相應(yīng)的數(shù)據(jù)更改操作 指令，并根據(jù)所述數(shù)據(jù)更改操作指令查詢對應(yīng)的事務(wù)類型；服務(wù)端根據(jù)得到 的所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操作。本發(fā)明實施例還提供了一種事務(wù)控制系統(tǒng)，包括服務(wù)端和至少一個終端， 所述終端，用于向所述服務(wù)端發(fā)送請求消息；所述服務(wù)端，用于接收并解析 所述終端發(fā)送的請求消息，在所述請求消息中的操作指令為數(shù)據(jù)更改操作指 令時，獲取所述請求消息中攜帶的所述終端請求的事務(wù)類型；并根據(jù)得到的 所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操作。本發(fā)明實施例還提供了一種服務(wù)端，包括請求接收模塊、判斷模塊和事 務(wù)處理模塊，所述請求接收模塊，用于接收終端發(fā)送的請求消息；所述判斷 模塊，用于解析所述請求接收模塊接收到的請求消息，在所述請求消息中的 操作指令為數(shù)據(jù)更改操作指令時，通知所述事務(wù)處理模塊；所述事務(wù)處理模 塊，用于在所述判斷模塊判斷所述請求消息中的操作指令為數(shù)據(jù)更改操作指 令時，獲取所述請求消息中攜帶的所述終端請求的事務(wù)類型；并根據(jù)得到的 所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操作。
本發(fā)明實施例還提供了一種終端，包括請求發(fā)送模塊，用于向服務(wù)端發(fā) 送請求消息，所述請求消息攜帶有所述終端請求的事務(wù)類型。本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為采用通過在終端發(fā)送的請 求消息中添加相應(yīng)的事務(wù)類型，使得服務(wù)端能夠識別終端所請求的事務(wù)類型并做相應(yīng)的處理。這樣就使得終端能夠根據(jù)終端具體的應(yīng)用要求對XCAP批 量處理做事務(wù)控制，對于批量數(shù)據(jù)添加操作，則可以選擇多事務(wù)類型，過濾 掉非法的數(shù)據(jù)；對于一些需要保持事務(wù)一致性的批處理操作，可以選擇單事 務(wù)類型，從而增強了 XCAP信令的實用性和靈活性，增強了終端用戶的體驗。


圖1為本發(fā)明實施例事務(wù)控制方法流程圖； 圖2為本發(fā)明實施例事務(wù)控制系統(tǒng)結(jié)構(gòu)圖。
具體實施方式
下面結(jié)合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細描述 本發(fā)明實施例通過在終端發(fā)送的請求消息中添加相應(yīng)的事務(wù)類型，使得 服務(wù)端能夠識別終端所請求的事務(wù)類型并做相應(yīng)的處理。這樣就使得終端能 夠根據(jù)終端具體的應(yīng)用要求對XCAP批量處理做事務(wù)控制，對于批量數(shù)據(jù)添 加操作，可以選擇多事務(wù)類型進行操作， 一次導入操作就按照一個數(shù)據(jù)庫事 務(wù)執(zhí)行，記錄一次操作結(jié)果，這樣對于數(shù)據(jù)添加操作來說就每次添加都不受 其他添加操作的影響，能夠過濾掉非法的數(shù)據(jù)。對于多事務(wù)方式來說，如果 每個操作指令中含有非法數(shù)據(jù)，將不能操作成功，但只影響當次操作，其它 正常的數(shù)據(jù)操作不受影響。例如，假定某個屬性是數(shù)值型，只能取0~9,可是 傳入的參數(shù)中含a z或其它字符，這就導致這條數(shù)據(jù)不能正常寫入。若采用 單事務(wù)，就會因為這條數(shù)據(jù)不能正常寫入導致其它操作也不能進行。所以多 事務(wù)可以在批量導入數(shù)據(jù)時有效過濾非法數(shù)據(jù)。而對于一些需要保持事務(wù)一 致性的批處理操作，則可以選擇單事務(wù)類型進行操作。如圖l所示，為本發(fā)明實施例事務(wù)控制方法流程圖，以終端向服務(wù)端發(fā)
送的請求消息為批處理請求消息為例，包括以下步驟步驟S101,終端向服務(wù)端發(fā)送批處理請求消息，并根據(jù)自身具體的應(yīng)用要求在批處理請求消息中添加終端請求的事務(wù)類型。作為本發(fā)明的一個具體實施例，在批處理請求消息的消息體的外層標簽(如list標簽)中增加事務(wù)類型屬性(如affairtype ),通過所述事務(wù)類型屬性的取值體現(xiàn)終端請求的事務(wù)類型，如該屬性取值為SINGLE—AFFAIR時認為是單事務(wù)類型，該屬性取值為MULTI_AFFAIR時認為是多事務(wù)類型。 如<xs:element name="list"> <xs: complexType> <xs:sequence></xs:sequenc6><xs:attribute name-"affairtype" type="affairType" use="required"/></xs: complexType> </xs:element>其中，對affairType的定義如下 <xs: simpleType name=" affairType"> 〈xs:restriction base="xs:token">〈xs:enumeration value="SINGLE—AFFAIR"/> <xs:enumerationvalue="MULTI—AFFAIR"/> </xs:restriction> </xs: simpleType>其中，單事務(wù)類型是指服務(wù)端在一個數(shù)據(jù)庫事務(wù)中執(zhí)行所述批處理請求 消息中的所有操作指令,任何一次數(shù)據(jù)庫操作失敗都將重新處理整個事務(wù)。 單事務(wù)類型處理的結(jié)果是要么全部成功，要么全部失敗，也就是說一旦有 一個操作指令出現(xiàn)錯誤，則就認為該批處理請求消息執(zhí)行失敗，這樣的操作 對于保持事務(wù)一致性的批處理操作是非常有好處的。多事務(wù)類型為服務(wù)端對 所述批處理請求消息中的每個操作指令都按照一個數(shù)據(jù)庫事務(wù)執(zhí)行。服務(wù)端 對于每次數(shù)據(jù)庫操作均視為獨立的事務(wù)，并記錄操作結(jié)果，任何一次數(shù)據(jù)庫 操作失敗只回滾當前事務(wù)，不影響本次批處理請求消息的其它數(shù)據(jù)庫才喿作指 令。多事務(wù)處理的結(jié)果是應(yīng)答消息中可能會出現(xiàn)部分成功部分失敗的情況,
但這是正常的。為了便于理解上述實施例，以下就以添加修改為例，假定指定按"多事務(wù)類型"執(zhí)行，具體的請求消息如下<formula>formula see original document page 9</formula>需要說明的是，在上述實施例中通過在批處理請求消息的消息體的外層 標簽中增加事務(wù)類型屬性僅為本發(fā)明實施例較優(yōu)的實現(xiàn)方式，還可通過批處 理請求消息的類似標簽中增加相應(yīng)的屬性、或者通過添加新的參數(shù)來實現(xiàn)批 處理請求消息攜帶事務(wù)類型的目的。因此關(guān)于如何將事務(wù)類型添加到批處理 請求消息中的類似變化也均應(yīng)為本發(fā)明實施例保護范圍所涵蓋。步驟S102,服務(wù)端接收并解析終端發(fā)送的批處理請求消息，并判斷該批 處理請求消息中的操作指令是否為數(shù)據(jù)更改操作指令。作為本發(fā)明實施例的 優(yōu)選方案，在讀操作中因為不存在事務(wù)一致性等問題，因此無需對讀操作指 令按照事務(wù)處理流程進行處理，因此只有在操作指令為添加、刪除或修改等 數(shù)據(jù)更改操作指令時，才對終端的批處理請求進行事務(wù)操作。步驟S103,如果該批處理請求消息中的操作指令為讀操作指令，則對 XML文檔進行讀操作。該讀操作處理完畢后，由服務(wù)端向終端返回應(yīng)答消息， 該應(yīng)答消息中攜帶有服務(wù)端對該讀操作的操作結(jié)果。
步驟S104，如果該批處理請求消息中的梯:作指令為添加、刪除或修改等
數(shù)據(jù)更改操作指令，則進一步判斷該終端請求的是單事務(wù)類型，還是多事務(wù) 類型。步驟S105,如果該終端請求的是單事務(wù)類型，則服務(wù)端需要在一個數(shù)據(jù) 庫事務(wù)中完成批處理請求中所有要處理的文檔操作，如批量增加、修改、刪 除文檔或文檔中的節(jié)點，任何一次數(shù)據(jù)庫操作失敗均回滾整個事務(wù)，或者全 成功，或者全失敗。步驟S106，如果該終端請求的是多事務(wù)類型，則服務(wù)端將批處理請求中 的每個文檔操作視為一個獨立的事務(wù)，對一個文檔的多個節(jié)點操作時，則構(gòu) 造一個SQL語句執(zhí)行，確保對一個文檔的操作是單事務(wù)，任何一次數(shù)據(jù)庫操 作的結(jié)果均不影響其它數(shù)據(jù)搮:作。步驟S107,在步驟S105、步驟S106服務(wù)端對批處理請求執(zhí)行完畢之后， 服務(wù)端向終端返回應(yīng)答消息，該應(yīng)答消息中攜帶有服務(wù)端對所述批處理請求 消息的梯:作結(jié)果，如成功或失敗。作為本發(fā)明的一個具體實施例，在步驟SIOI 的實施例中，在應(yīng)答消息中通過500表示修改失敗，通過200表示修改成功。<list xmlns="..."><auid name-"org.openmobilealliance.user國profile "> <file name="index.xmr> <result>500</result> <etag>reeeedd</etag> </file> </auid〉<auid name="resource-lists"> <file name="friend.xmr><result>200</result><etag>reeeedd</etag> </file></auid></list>當然在上述實施例中通過終端發(fā)送事件類型為較優(yōu)的實施方式，但是也 可在力良務(wù)端側(cè)通過配置文件、DB (DataBase,數(shù)據(jù)庫)等方式配置某種業(yè)務(wù)
操作的批處理事務(wù)類型，在服務(wù)端啟動時載入，在收到批處理請求后，按約 定的事務(wù)處理方式執(zhí)行數(shù)據(jù)操作并返回應(yīng)答。具體為服務(wù)端接收終端的批處理請求消息；服務(wù)端解析批處理請求消息得到相應(yīng)的數(shù)據(jù)更改操作指令，并 根據(jù)所述數(shù)據(jù)更改操作指令查詢對應(yīng)的事務(wù)類型；服務(wù)端根據(jù)得到的所述數(shù) 據(jù)更改操作指令和事務(wù)類型進行操作。這種方式雖然不用從終端發(fā)起的批處理請求中攜帶事務(wù)類型，但XDMS 通過配置的方式對業(yè)務(wù)操作的事務(wù)類型做了約定，這種約定本質(zhì)上還是業(yè)務(wù) 側(cè)給出，而且并沒有改變XDMS區(qū)分事務(wù)類型進行批量數(shù)據(jù)處理的流程，所 以仍然屬于本發(fā)明實施例的保護范疇。如圖2所示，為本發(fā)明實施例事務(wù)控制系統(tǒng)結(jié)構(gòu)圖，該系統(tǒng)包括服務(wù)端 l和至少一個終端2，終端2用于向服務(wù)端l發(fā)送請求消息，該請求消息可以 為批處理請求消息，其中攜帶有終端2請求的事務(wù)類型；服務(wù)端1用于接收 并解析終端2的請求消息，得到相應(yīng)的數(shù)據(jù)更改操作指令和事務(wù)類型，并根 據(jù)得到的所述數(shù)據(jù)更改^喿作指令和事務(wù)類型進行操作。其中，服務(wù)端1包括請求接收模塊11、判斷模塊12和事務(wù)處理模塊13, 請求接收模塊11用于接收終端2發(fā)送的請求消息；判斷模塊12用于解析請 求接收模塊ll接收到的請求消息，判斷該請求消息中的操作指令是否為數(shù)據(jù) 更改操作指令；事務(wù)處理模塊13用于在判斷模塊12判斷該請求消息中的操 作指令為數(shù)據(jù)更改操作指令時，根據(jù)得到的所述數(shù)據(jù)更改操作指令和事務(wù)類 型進行操作。其中，服務(wù)端1還包括非事務(wù)處理模塊14,用于在判斷模塊12判斷所述 請求消息中的操作指令為非數(shù)據(jù)更改操作指令如讀操作指令時，對可擴展的 標記語言XML文檔進行讀操作等對應(yīng)操作。其中，事務(wù)處理模塊13包括單事務(wù)處理子模塊131和多事務(wù)處理子才莫塊 132,單事務(wù)處理子模塊131用于在所述事務(wù)類型為單事務(wù)類型時，在一個數(shù) 據(jù)庫事務(wù)中執(zhí)行數(shù)據(jù)更改操作指令中的所有數(shù)據(jù)操作；多事務(wù)處理子模塊132用于在所述事務(wù)類型為多事務(wù)類型時，對所述數(shù)據(jù)更改操作指令中的每次數(shù) 據(jù)庫操作都按照一個數(shù)據(jù)庫事務(wù)執(zhí)行。
其中，服務(wù)端1還包括應(yīng)答消息發(fā)送模塊15,用于在事務(wù)處理模塊13操 作完成后向終端2返回應(yīng)答消息，該應(yīng)答消息中攜帶有請求消息的操作結(jié)果。其中，終端2包括請求發(fā)送模塊21和響應(yīng)消息接收模塊22,請求發(fā)送模 塊21用于向服務(wù)端1發(fā)送請求消息，請求消息攜帶有的終端2請求的事務(wù)類 型；響應(yīng)消息接收模塊22用于接收服務(wù)端l返回的應(yīng)答消息，該應(yīng)答消息中 攜帶有所述請求消息的操作結(jié)果。本發(fā)明實施例通過在終端發(fā)送的請求消息中添加相應(yīng)的事務(wù)類型，使得 服務(wù)端能夠識別終端所請求的事務(wù)類型并做相應(yīng)的處理。這樣就使得終端能 夠根據(jù)終端具體的應(yīng)用要求對XCAP批量處理做事務(wù)控制，對于批量數(shù)據(jù)添 加操作，則可以選擇多事務(wù)類型，過濾掉非法的數(shù)據(jù)；對于一些需要保持事 務(wù)一致性的批處理操作，可以選擇單事務(wù)類型，從而增強了 XCAP信令的實 用性和靈活性，增強了終端用戶的體驗。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬 件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技 術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使 得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行 本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的 普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進 和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1、一種事務(wù)控制方法，其特征在于，包括以下步驟服務(wù)端接收終端的請求消息；所述服務(wù)端解析所述請求消息，在所述請求消息中的操作指令為數(shù)據(jù)更改操作指令時，獲取所述請求消息中攜帶的所述終端請求的事務(wù)類型；所述服務(wù)端根據(jù)得到的所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操作。
2、 如權(quán)利要求l所述事務(wù)控制方法，其特征在于，所述數(shù)據(jù)更改操作指 令包括添加操作指令、刪除操作指令或修改操作指令。
3、 如權(quán)利要求1所述事務(wù)控制方法，其特征在于，所述獲取所述請求消 息中攜帶的所述終端請求的事務(wù)類型具體為獲取所述請求消息的消息體外層標簽攜帶的事務(wù)類型屬性，通過所述事 務(wù)類型屬性的取值獲取所述終端請求的事務(wù)類型。
4、 如權(quán)利要求1或3所述事務(wù)控制方法，其特征在于，所述事務(wù)類型包 括單事務(wù)類型和多事務(wù)類型，所述單事務(wù)類型為所述服務(wù)端在一個數(shù)據(jù)庫事務(wù)中執(zhí)行所述請求消息中 的所有操作指令；所述多事務(wù)類型為所述服務(wù)端對所述請求消息中的每個操作指令都按照 一個數(shù)據(jù)庫事務(wù)執(zhí)行。
5、 如權(quán)利要求1所述事務(wù)控制方法，其特征在于，所述方法還包括以下 步驟所述服務(wù)端向所述終端返回應(yīng)答消息，所述應(yīng)答消息中攜帶有所述根據(jù) 得到的所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操作后的結(jié)果。
6、 一種事務(wù)控制方法，其特征在于，包括以下步驟 服務(wù)端接收終端的請求消息；所述服務(wù)端解析所述請求消息，得到相應(yīng)的數(shù)據(jù)更改操作指令，并根據(jù) 所述數(shù)據(jù)更改操作指令查詢對應(yīng)的事務(wù)類型；服務(wù)端根據(jù)得到的所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操作。
7、 如權(quán)利要求6所述事務(wù)控制方法，其特征在于，所述方法還包括以下步驟所述服務(wù)端向所述終端返回應(yīng)答消息，所述應(yīng)答消息中攜帶有所述根據(jù) 得到的所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操作的結(jié)果。
8、 一種事務(wù)控制系統(tǒng)，其特征在于，包括服務(wù)端和至少一個終端， 所述終端，用于向所述服務(wù)端發(fā)送請求消息；所述服務(wù)端，用于接收并解析所述終端發(fā)送的請求消息，在所述請求消 息中的操作指令為數(shù)據(jù)更改操作指令時，獲取所述請求消息中攜帶的所述終 端請求的事務(wù)類型；并根據(jù)得到的所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操 作。
9、 一種服務(wù)端，其特征在于，包括請求接收模塊、判斷模塊和事務(wù)處理 模塊，所述請求接收模塊，用于接收終端發(fā)送的請求消息；所述判斷模塊，用于解析所述請求接收模塊接收到的請求消息，在所述 請求消息中的操作指令為數(shù)據(jù)更改操作指令時，通知所述事務(wù)處理模塊；所述事務(wù)處理模塊，用于在所述判斷模塊判斷所述請求消息中的操作指 令為數(shù)據(jù)更改操作指令時，獲取所述請求消息中攜帶的所述終端請求的事務(wù) 類型；并根據(jù)得到的所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操作。
10、 如權(quán)利要求9所述服務(wù)端，其特征在于，還包括非事務(wù)處理模塊， 用于在所述判斷模塊判斷所述請求消息中的搮:作指令為非數(shù)據(jù)更改操作指令 時，對可擴展的標記語言XML文檔進行讀操作。
11、 如權(quán)利要求9所述服務(wù)端，其特征在于，所述事務(wù)處理模塊包括單 事務(wù)處理子才莫塊和多事務(wù)處理子模塊，所述單事務(wù)處理子模塊，用于在獲取的事務(wù)類型為單事務(wù)類型時，在一 個數(shù)據(jù)庫事務(wù)中執(zhí)行數(shù)據(jù)更改操作指令中的所有數(shù)據(jù)庫操作；所述多事務(wù)處理子模塊，用于在獲取的事務(wù)類型為多事務(wù)類型時，對所 述數(shù)據(jù)更改操作指令中的每次數(shù)據(jù)庫操作都按照 一個數(shù)據(jù)庫事務(wù)執(zhí)行。
12、 如權(quán)利要求9所述服務(wù)端，其特征在于，還包括應(yīng)答消息發(fā)送模塊， 用于在所述事務(wù)處理模塊操作完成后向所述終端返回應(yīng)答消息，所述應(yīng)答消息中攜帶有所述事務(wù)處理模塊的操作結(jié)果。
13、 一種終端，其特征在于，包括請求發(fā)送模塊，用于向服務(wù)端發(fā)送請 求消息，所述請求消息攜帶有所述終端請求的事務(wù)類型。
全文摘要
本發(fā)明公開了一種事務(wù)控制方法，包括以下步驟服務(wù)端接收終端的請求消息；所述服務(wù)端解析所述請求消息，在所述請求消息中的操作指令為數(shù)據(jù)更改操作指令時，獲取所述請求消息中攜帶的所述終端請求的事務(wù)類型；所述服務(wù)端根據(jù)得到的所述數(shù)據(jù)更改操作指令和事務(wù)類型進行操作。本發(fā)明實施例通過在終端發(fā)送的請求消息中添加相應(yīng)的事務(wù)類型，使得服務(wù)端能夠識別終端所請求的事務(wù)類型并做相應(yīng)的處理。這樣就使得終端能夠根據(jù)終端具體的應(yīng)用要求對XCAP批量處理做事務(wù)控制，從而增強了XCAP信令的實用性和靈活性，增強了終端用戶的體驗。
文檔編號H04L29/06GK101212481SQ20071030195
公開日2008年7月2日 申請日期2007年12月21日 優(yōu)先權(quán)日2007年12月21日
發(fā)明者寧 丁, 盧劍鋒, 海 向, 尹志權(quán) 申請人:華為技術(shù)有限公司