專利名稱:Xml文檔管理方法及服務(wù)器的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及可擴(kuò)展標(biāo)記語言XML技術(shù)領(lǐng)域,特別涉及一種XML文檔管理方法及服 務(wù)器。
背景技術(shù):
XML(Extensible Markup Language,可擴(kuò)展標(biāo)記語言)文檔管理(XDM)系統(tǒng)是多 種通信業(yè)務(wù)的通用引擎,能夠存儲和管理各種業(yè)務(wù)的數(shù)據(jù)。OMA(OpenMobile Alliance,開 放移動聯(lián)盟)已經(jīng)對XML文檔的管理指定了初步的規(guī)范。在XDM系統(tǒng)中,XDMC(XML文檔管理客戶端)向XDMS (XML文檔管理服務(wù)器)發(fā)送 XCAP(XML Configuration Access Protocol,XML配置訪問協(xié)議)命令,請求對存儲在網(wǎng)絡(luò) 中的某個XML文檔的內(nèi)容進(jìn)行修改;XDMC還可以通過SIP (Session Initiation Protocol, 會話發(fā)起協(xié)議)命令,向XDMS發(fā)送對該XML文檔的訂閱請求,并接收XDMS返回的該XML文 檔內(nèi)容變化的通知。在現(xiàn)有的XDM系統(tǒng)中,使用XCAP命令對文檔內(nèi)容進(jìn)行修改時,一個修改請求只能 修改文檔的一個元素,或者一個元素的屬性值;而且,每次修改后,都需要對文檔標(biāo)識進(jìn)行 更新,并將新的文檔標(biāo)識通知文檔訂閱者。在實現(xiàn)本發(fā)明的過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題每次對文檔內(nèi)容進(jìn)行修改后,都需要對文檔標(biāo)識進(jìn)行更新,當(dāng)需要對文檔內(nèi)容進(jìn) 行多次修改時,需要對文檔標(biāo)識進(jìn)行頻繁更新。
發(fā)明內(nèi)容
本發(fā)明的實施例提供一種XML文檔管理方法及服務(wù)器,能夠避免對XML文檔標(biāo)識 進(jìn)行頻繁更新。本發(fā)明實施例采用的技術(shù)方案為一種XML文檔管理方法,包括接收XML文檔管理者的管理請求,所述管理請求指示對XML文檔進(jìn)行一項管理操 作,所述管理請求還包括用于指示是否還有針對所述XML文檔的后續(xù)管理請求的標(biāo)識;
對所述XML文檔進(jìn)行所述管理操作;根據(jù)所述標(biāo)識,判斷所述XML文檔管理者是否還有針對所述XML文檔的后續(xù)管理 請求;根據(jù)判斷結(jié)果進(jìn)行后續(xù)處理。一種XML文檔管理服務(wù)器,包括接收模塊,用于接收XML文檔管理者的管理請求,所述管理請求指示對XML文檔進(jìn) 行一項管理操作,所述管理請求還包括用于指示是否還有針對所述XML文檔的后續(xù)管理請 求的標(biāo)識;操作模塊,用于對所述XML文檔進(jìn)行所述管理操作;
判斷模塊,用于根據(jù)所述標(biāo)識,判斷所述XML文檔管理者是否還有針對所述XML文 檔的后續(xù)管理請求;處理模塊,用于根據(jù)所述判斷模塊的判斷結(jié)果進(jìn)行后續(xù)處理。本發(fā)明實施例XML文檔管理方法及服務(wù)器,XML文檔管理者的管理請求中包括用 于指示是否還有針對XML文檔的后續(xù)管理請求的標(biāo)識,XML文檔管理服務(wù)器根據(jù)該管理請 求對該XML文檔進(jìn)行管理操作后,判斷該XML文檔管理者是否還有針對該XML文檔的后續(xù) 管理請求,根據(jù)判斷結(jié)果進(jìn)行后續(xù)處理。與現(xiàn)有技術(shù)相比,通過在管理請求中加入標(biāo)識,根 據(jù)標(biāo)識判斷是否對文檔標(biāo)識進(jìn)行更新,避免了每次管理操作之后都對文檔標(biāo)識進(jìn)行更新, 減少了文檔標(biāo)識更新的次數(shù)。
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本 發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以 根據(jù)這些附圖獲得其它的附圖。圖1為本發(fā)明實施例一提供的XML文檔管理方法流程圖;圖2為本發(fā)明實施例二提供的XML文檔管理方法流程圖;圖3為本發(fā)明實施例三提供的XML文檔管理方法流程圖;圖4為本發(fā)明實施例四提供的XML文檔管理方法流程圖;圖5為本發(fā)明實施例五提供的XML文檔管理方法流程圖;圖6為本發(fā)明實施例六提供的XML文檔管理方法流程圖;圖7為本發(fā)明實施例七提供的XML文檔管理服務(wù)器結(jié)構(gòu)示意圖;圖8為本發(fā)明實施例八提供的XML文檔管理服務(wù)器結(jié)構(gòu)示意圖;圖9為本發(fā)明實施例九提供的XML文檔管理服務(wù)器結(jié)構(gòu)示意圖;圖10、圖11、圖12為本發(fā)明實施例十提供的XML文檔管理服務(wù)器結(jié)構(gòu)示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完 整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;?本發(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它 實施例,都屬于本發(fā)明保護(hù)的范圍。為使本發(fā)明技術(shù)方案的優(yōu)點更加清楚,下面結(jié)合附圖和實施例對本發(fā)明作詳細(xì)說 明。實施例一本實施例提供一種XML文檔管理方法,如圖1所示,所述方法包括101、接收XML文檔管理者的管理請求,所述管理請求指示對XML文檔進(jìn)行多項管 理操作;102、根據(jù)所述管理請求,對所述XML文檔進(jìn)行所述多項管理操作;103、生成所述XML文檔的新的文檔標(biāo)識。
本發(fā)明實施例XML文檔管理方法,XML文檔管理者的管理請求指示對XML文檔進(jìn) 行多項管理操作,根據(jù)該管理請求,對XML文檔進(jìn)行多項管理操作之后,才生成該XML文檔 的新的文檔標(biāo)識。與現(xiàn)有技術(shù)相比,XML文檔管理者的管理請求中包括多項管理操作,在完 成對XML文檔的多項管理操作之后,才生成該XML文檔的新的文檔標(biāo)識,通過減少管理操作 的次數(shù),可以減少對文檔標(biāo)識更新的次數(shù)。實施例二在本實施例中,作為XML文檔管理者,XML文檔管理客戶端XDMC A向XML文檔管 理服務(wù)器XDMS發(fā)送修改網(wǎng)絡(luò)中某XML文檔內(nèi)容的請求;作為XML文檔訂閱者,XML文檔管 理客戶端XDMC B和XML文檔管理客戶端XDMC C向XDMS訂閱該XML文檔。 如圖2所示,所述XML文檔管理方法包括201、XDMS接收XDMC B的訂閱請求,該訂閱請求用于請求訂閱網(wǎng)絡(luò)中的某XML文檔。202、XDMS接收XDMC C的訂閱請求,該訂閱請求用于請求訂閱網(wǎng)絡(luò)中的該XML文檔。203、XDMS接收XDMC A的管理請求,該管理請求指示對該XML文檔進(jìn)行多項管理 操作;其中,所述管理請求可以有兩種形式形式1 所述管理請求指示對該XML文檔的多部分內(nèi)容分別進(jìn)行不同管理操作,所 述不同管理操作可以包括創(chuàng)建、更新和刪除中的至少一個;具體實現(xiàn)方法可以為創(chuàng)建XDCP命令,在XDCP命令中重新定義POST命令以及該POST命令的消息體中包 括的內(nèi)容;在該POST命令的消息體中定義管理元素〈modify〉,用來指向具體的操作內(nèi)容, 使用該〈modify〉操作可以同時實現(xiàn)對XML文檔內(nèi)容的更新、創(chuàng)建及刪除;在〈modify〉元素 中運用W3C(World Wide Web Consortium,萬維網(wǎng)聯(lián)盟)中的XPATH,實現(xiàn)對XML文檔內(nèi)容 的操作。形式2 所述管理請求指示對該XML文檔的多部分內(nèi)容進(jìn)行同一種管理操作,所述 管理操作可以為創(chuàng)建、更新或刪除中的其中一個;具體實現(xiàn)方法可以為創(chuàng)建XDCP命令,在XDCP命令中重新定義POST命令,對該POST命令的消息頭進(jìn) 行擴(kuò)展,在該POST命令的URI (Uniform Resource Identifier,統(tǒng)一資源標(biāo)識)中增加 Content參數(shù),在該Content參數(shù)中包括需要操作的多個內(nèi)容;同時,利用URI分隔符實現(xiàn) 采用同一請求對XML文檔多部分內(nèi)容的操作,從而減少管理次數(shù)。204、XDMS根據(jù)該管理請求,對該XML文檔進(jìn)行所述多項管理操作。具體地,當(dāng)該管理請求為步驟203中的形式1時,則XDMS對該XML文檔的多個部 分進(jìn)行創(chuàng)建、更新和刪除中的至少一種操作;當(dāng)該管理請求為步驟203中的形式2時,則XDMS對該XML文檔的多個部分進(jìn)行創(chuàng) 建、更新或刪除中的其中一種操作。205、XDMS生成該XML文檔的新的文檔標(biāo)識。206、XDMS向XDMC A返回響應(yīng)消息,該響應(yīng)消息中包括該新的文檔標(biāo)識。207,XDMS向XDMC B返回通知消息,該通知消息中包括該新的文檔標(biāo)識及該XML文 檔的所有變化內(nèi)容。
208,XDMS向XDMC C返回通知消息,該通知消息中包括該新的文檔標(biāo)識及該XML文 檔的所有變化內(nèi)容。在本實施例中,所述步驟201、步驟202和步驟203的先后順序可以不作限定,所述 步驟206、步驟207和步驟208的先后順序可以不作限定。本發(fā)明實施例XML文檔管理方法,XDMS根據(jù)XDMC A的管理請求,對同一 XML文檔 進(jìn)行多項管理操作之后,才生成該XML文檔的新的文檔標(biāo)識,并向XML文檔訂閱者XDMC B 和XDMC C返回通知消息。與現(xiàn)有技術(shù)相比,通過減少管理操作的次數(shù),可以減少對文檔更 新的次數(shù),從而避免了向XML文檔訂閱者頻繁返回文檔標(biāo)識和文檔變化通知,減少了數(shù)據(jù) 和信令在網(wǎng)絡(luò)間的傳輸,提高了用戶的體驗質(zhì)量。實施例三本實施例提供一種XML文檔管理方法,如圖3所示,所述方法包括301、接收XML文檔管理者的管理請求,所述管理請求指示對XML文檔進(jìn)行一項管 理操作,所述管理請求還包括用于指示是否還有針對所述XML文檔的后續(xù)管理請求的標(biāo) 識;302、對所述XML文檔進(jìn)行所述管理操作;303、根據(jù)所述標(biāo)識,判斷所述XML文檔管理者是否還有針對所述XML文檔的后續(xù)
管理請求;304、根據(jù)判斷結(jié)果進(jìn)行后續(xù)處理。本發(fā)明實施例XML文檔管理方法,XML文檔管理者的管理請求中包括用于指示是 否還有針對XML文檔的后續(xù)管理請求的標(biāo)識,根據(jù)該管理請求對該XML文檔進(jìn)行管理操作 后,判斷該XML文檔管理者是否還有針對該XML文檔的后續(xù)管理請求,根據(jù)判斷結(jié)果進(jìn)行后 續(xù)處理。與現(xiàn)有技術(shù)相比,通過在管理請求中加入標(biāo)識,根據(jù)標(biāo)識判斷是否對文檔標(biāo)識進(jìn)行 更新,避免了每次管理操作之后都對文檔標(biāo)識進(jìn)行更新,減少了文檔標(biāo)識更新的次數(shù)。實施例四在本實施例中,作為XML文檔管理者,XML文檔管理客戶端XDMC A向XML文檔管 理服務(wù)器XDMS發(fā)送修改網(wǎng)絡(luò)中某XML文檔內(nèi)容的請求;作為XML文檔訂閱者,XML文檔管 理客戶端XDMC B和XML文檔管理客戶端XDMC C向XDMS訂閱該XML文檔。如圖4所示,所述XML文檔管理方法包括401、XDMS接收XDMC B的訂閱請求,該訂閱請求用于請求訂閱網(wǎng)絡(luò)中的某XML文檔。402、XDMS接收XDMC C的訂閱請求,該訂閱請求用于請求訂閱網(wǎng)絡(luò)中的該XML文檔。403、XDMS接收XDMC A的管理請求,該管理請求中指示對該XML文檔進(jìn)行一項管 理操作,該管理請求中還包括用于指示是否還有針對該XML文檔的后續(xù)管理請求的標(biāo)識。404、根據(jù)所述管理請求,XDMS對該XML文檔進(jìn)行所述管理操作。405,XDMS根據(jù)所述標(biāo)識,判斷XDMC A是否還有針對該XML文檔的后續(xù)管理請求, 當(dāng)XDMC A還有針對該XML文檔的后續(xù)管理請求時,執(zhí)行步驟406 ;當(dāng)XDMC A沒有針對該XML 文檔的后續(xù)管理請求時,執(zhí)行步驟407。406、XDMS向XDMC A返回響應(yīng)消息,該響應(yīng)消息中包括該XML文檔的當(dāng)前的文檔標(biāo)識,并返回執(zhí)行步驟403。407、XDMS生成該XML文檔的新的文檔標(biāo)識。408、XDMS向XDMC A返回響應(yīng)消息,該響應(yīng)消息中包括該新的文檔標(biāo)識。409,XDMS向XDMC B返回通知消息,該通知消息中包括該新的文檔標(biāo)識及該XML文 檔的所有變化內(nèi)容。410、XDMS向XDMC C返回通知消息,該通知消息中包括該新的文檔標(biāo)識及該XML文 檔的所有變化內(nèi)容。在本實施例中,所述步驟401、步驟402和步驟403的先后順序可以不作限定,所述 步驟408、步驟409和步驟410的先后順序可以不作限定。本發(fā)明實施例XML文檔管理方法,根據(jù)XDMC A的管理請求,當(dāng)判斷XDMC A沒有針 對同一XML文檔的后續(xù)管理請求時,才生成該XML文檔的新的文檔標(biāo)識,并向XDMC B和XDMC C返回通知消息。與現(xiàn)有技術(shù)相比,通過在管理請求中加入標(biāo)識,根據(jù)標(biāo)識判斷是否對文檔 標(biāo)識進(jìn)行更新,避免了每次管理操作之后都對文檔標(biāo)識進(jìn)行更新,減少了文檔標(biāo)識更新的 次數(shù),從而避免了向XML文檔訂閱者頻繁返回文檔標(biāo)識和文檔變化通知,減少了數(shù)據(jù)和信 令在網(wǎng)絡(luò)間的傳輸,提高了用戶的體驗質(zhì)量。實施例五在本實施例中,作為XML文檔管理者,XML文檔管理客戶端XDMC A向XML文檔管 理服務(wù)器XDMS發(fā)送修改網(wǎng)絡(luò)中某XML文檔內(nèi)容的請求;作為XML文檔訂閱者,XML文檔管 理客戶端XDMC B和XML文檔管理客戶端XDMC C向XDMS訂閱該XML文檔。如圖5所示,所述XML文檔管理方法包括501-504、可以參照步驟401-404,在此不再贅述。505,XDMS根據(jù)所述標(biāo)識,判斷XDMC A是否還有針對該XML文檔的后續(xù)管理請求, 當(dāng)XDMC A還有針對該XML文檔的后續(xù)管理請求時,執(zhí)行步驟506。506、XDMS向XDMC A返回響應(yīng)消息,該響應(yīng)消息中包括該XML文檔的當(dāng)前的文檔 標(biāo)識。507、當(dāng)XDMS在預(yù)設(shè)時間內(nèi)沒有接收到XDMC A的針對該XML文檔的下一條管理請 求時,和/或,當(dāng)接收到所述XML文檔管理者的針對該XML文檔的管理請求的次數(shù)達(dá)到預(yù)設(shè) 值時,生成該XML文檔的新的文檔標(biāo)識;其中,所述預(yù)設(shè)時間由XDMS預(yù)先設(shè)置,具體為XDMC A發(fā)送的、針對該XML文檔的 相鄰兩條管理請求的最大時間間隔。508、XDMS向XDMC A發(fā)送提示消息,該提示消息中包括該新的文檔標(biāo)識。509、XDMS接收XDMC A返回的確認(rèn)消息。510、XDMS向XDMC B返回通知消息,該通知消息中包括該新的文檔標(biāo)識及該XML文 檔的所有變化內(nèi)容。51UXDMS向XDMC C返回通知消息,該通知消息中包括該新的文檔標(biāo)識及該XML文 檔的所有變化內(nèi)容。在本實施例中,所述步驟510和步驟511的先后順序可以不作限定。本發(fā)明實施例XML文檔管理方法,當(dāng)XDMS在預(yù)設(shè)時間內(nèi)沒有接收到XDMC A的針 對該XML文檔的下一條管理請求時,和/或,當(dāng)接收到XDMC A的針對該XML文檔的管理請求的次數(shù)達(dá)到預(yù)設(shè)值時,XDMS生成新的文檔標(biāo)識,并向XDMC B和XDMC C返回通知消息,從 而,在減少文檔標(biāo)識更新的次數(shù),避免XML文檔訂閱者頻繁返回文檔標(biāo)識和文檔變化通知 的同時,避免了長時間內(nèi)沒有接收到下一條管理請求而無法更新文檔標(biāo)識以及無法向XDMC B和XDMC C返回通知的問題。實施例六在本實施例中,作為XML文檔管理者,XML文檔管理客戶端XDMC A向XML文檔管 理服務(wù)器XDMS發(fā)送修改網(wǎng)絡(luò)中某XML文檔內(nèi)容的請求;作為XML文檔訂閱者,XML文檔管 理客戶端XDMC B和XML文檔管理客戶端XDMC C向XDMS訂閱該XML文檔。如圖6所示,所述XML文檔管理方法包括601-604、可以參照步驟401-404,在此不再贅述。605-606、可以參照步驟505-506,在此不再贅述。607、當(dāng)XDMS在預(yù)設(shè)時間內(nèi)沒有接收到XDMC A的下一條管理請求時,將該XML文 檔恢復(fù)至原始狀態(tài),即步驟403之前的狀態(tài)。 本發(fā)明實施例XML文檔管理方法,當(dāng)XDMS在預(yù)設(shè)時間內(nèi)沒有接收到XDMC A的針 對該XML文檔的下一條管理請求時,XDMS將該XML文檔恢復(fù)至原始狀態(tài),從而,在減少文檔 標(biāo)識更新的次數(shù),避免XML文檔訂閱者頻繁返回文檔標(biāo)識和文檔變化通知的同時,避免了 長時間內(nèi)沒有接收到下一條管理請求而無法更新文檔標(biāo)識以及無法向XDMC B和XDMC C返 回通知的問題。實施例七本實施例提供一種XML文檔管理服務(wù)器,如圖7所示,所述XML文檔管理服務(wù)器 70,包括接收模塊701,用于接收XML文檔管理者71的管理請求,所述管理請求指示對XML 文檔進(jìn)行多項管理操作;操作模塊702,用于根據(jù)所述管理請求,對所述XML文檔進(jìn)行所述多項管理操作;生成模塊703,用于生成該XML文檔的新的文檔標(biāo)識。本發(fā)明實施例XML文檔管理服務(wù)器,XML文檔管理者的管理請求指示對XML文檔 進(jìn)行多項管理操作,根據(jù)該管理請求,對XML文檔進(jìn)行多項管理操作之后,才生成該XML文 檔的新的文檔標(biāo)識。與現(xiàn)有技術(shù)相比,XML文檔管理者的管理請求中包括多項管理操作,在 完成對XML文檔的多項管理操作之后,才生成該XML文檔的新的文檔標(biāo)識,通過減少管理操 作的次數(shù),可以減少對文檔標(biāo)識更新的次數(shù)。實施例八本實施例提供一種XML文檔管理服務(wù)器,如圖8所示,所述XML文檔管理服務(wù)器 70,包括接收模塊701,用于接收XML文檔管理者71的管理請求,所述管理請求指示對XML 文檔進(jìn)行多項管理操作;其中,所述接收模塊701,還可以用于接收XML文檔訂閱者72的訂 閱請求,該訂閱請求用于請求訂閱該XML文檔;操作模塊702,用于根據(jù)所述管理請求,對所述XML文檔進(jìn)行所述多項管理操作;生成模塊703,用于生成該XML文檔的新的文檔標(biāo)識。進(jìn)一步地,所述XML文檔管理服務(wù)器70還可以包括
響應(yīng)模塊704,用于向所述XML文檔管理者71返回響應(yīng)消息,該響應(yīng)消息中包括該 新的文檔標(biāo)識;通知模塊705,用于向所述XML文檔訂閱者72返回通知消息,該通知消息中包括該 新的文檔標(biāo)識及該XML文檔的所有變化內(nèi)容。其中,所述接收模塊701,具體用于接收XML文檔管理者71的管理請求,所述管理 請求指示對所述XML文檔的多部分內(nèi)容分別進(jìn)行不同管理操作,或者對所述XML文檔的多 部分內(nèi)容進(jìn)行相同管理操作。本發(fā)明實施例XML文檔管理服務(wù)器,根據(jù)XML文檔管理者的管理請求,對同一 XML 文檔進(jìn)行多項管理操作之后,才生成該XML文檔的新的文檔標(biāo)識,并向XML文檔訂閱者返回 通知消息。與現(xiàn)有技術(shù)相比,通過減少管理操作的次數(shù),可以減少對文檔更新的次數(shù),從而 避免了向XML文檔訂閱者頻繁返回文檔標(biāo)識和文檔變化通知,減少了數(shù)據(jù)和信令在網(wǎng)絡(luò)間 的傳輸,提高了用戶的體驗質(zhì)量。實施例九本實施例提供一種XML文檔管理服務(wù)器,如圖9所示,所述XML文檔管理服務(wù)器 90,包括接收模塊901,用于接收XML文檔管理者91的管理請求,所述管理請求指示對XML 文檔進(jìn)行一項管理操作,所述管理請求還包括用于指示是否還有針對所述XML文檔的后續(xù) 管理請求的標(biāo)識;操作模塊902,用于對所述XML文檔進(jìn)行所述管理操作;判斷模塊903,用于根據(jù)所述標(biāo)識,判斷所述XML文檔管理者91是否還有針對所述 XML文檔的后續(xù)管理請求;處理模塊904,用于根據(jù)所述判斷模塊的判斷結(jié)果進(jìn)行后續(xù)處理。本發(fā)明實施例XML文檔管理服務(wù)器,XML文檔管理者的管理請求中包括用于指示 是否還有針對XML文檔的后續(xù)管理請求的標(biāo)識,根據(jù)該管理請求對該XML文檔進(jìn)行管理操 作后,判斷該XML文檔管理者是否還有針對該XML文檔的后續(xù)管理請求,根據(jù)判斷結(jié)果進(jìn)行 后續(xù)處理。與現(xiàn)有技術(shù)相比,通過在管理請求中加入標(biāo)識,根據(jù)標(biāo)識判斷是否對文檔標(biāo)識進(jìn) 行更新,避免了每次管理操作之后都對文檔標(biāo)識進(jìn)行更新,減少了文檔標(biāo)識更新的次數(shù)。實施例十如圖10、圖11、圖12所示,所述XML文檔管理服務(wù)器90,包括接收模塊901,用于接收XML文檔管理者91的管理請求,所述管理請求指示對XML 文檔進(jìn)行一項管理操作,所述管理請求還包括用于指示是否還有針對所述XML文檔的后續(xù) 管理請求的標(biāo)識;其中,所述接收模塊901,還可以用于接收XML文檔訂閱者92的訂閱請 求,該訂閱請求用于請求訂閱該XML文檔;操作模塊902,用于對所述XML文檔進(jìn)行所述管理操作;判斷模塊903,用于根據(jù)所述標(biāo)識,判斷所述XML文檔管理者91是否還有針對所述 XML文檔的后續(xù)管理請求;處理模塊904,用于根據(jù)所述判斷模塊的判斷結(jié)果進(jìn)行后續(xù)處理。如圖10、圖11、圖12所示,所述處理模塊904可以包括響應(yīng)單元9041,用于當(dāng)所述判斷模塊903的判斷結(jié)果為所述XML文檔管理者91還有針對所述XML文檔的后續(xù)管理請求時,向所述XML文檔管理者91返回響應(yīng)消息,所述響 應(yīng)消息中包括所述XML文檔的當(dāng)前的文檔標(biāo)識。如圖10所示,所述處理模塊904可以包括生成單元9042,用于當(dāng)所述判斷模塊903的判斷結(jié)果為所述XML文檔管理者91沒 有針對所述XML文檔的后續(xù)管理請求時,生成所述XML文檔的新的文檔標(biāo)識;可選地,如圖10所示,所述響應(yīng)單元9041,還用于所述XML文檔管理者91返回響 應(yīng)消息,該響應(yīng)消息中包括該新的文檔標(biāo)識??蛇x地,如圖11所示,所述生成單元9042,還用于當(dāng)在預(yù)設(shè)時間內(nèi)沒有接收到所 述XML文檔管理者91的針對所述XML文檔的下一條管理請求時,和/或,當(dāng)接收到所述XML 文檔管理者91的針對所述XML文檔的管理請求的次數(shù)達(dá)到預(yù)設(shè)值時,生成所述XML文檔的 新的文檔標(biāo)識。如圖10、圖11所示,所述處理模塊904還可以包括通知單元9043,用于向所述XML文檔訂閱者92返回通知消息,所述通知消息中包 括所述新的文檔標(biāo)識及所述XML文檔的所有變化內(nèi)容??蛇x地,如圖11所示,所述處理模塊904還可以包括提示單元9044,用于向所述XML文檔管理者91發(fā)送提示消息,所述提示消息中包 括所述新的文檔標(biāo)識;接收單元9045,用于接收所述XML文檔管理者91返回的確認(rèn)消息??蛇x地,如圖12所示,所述處理模塊904還可以包括恢復(fù)單元9046,用于當(dāng)在預(yù)設(shè)時間內(nèi)沒有接收到所述XML文檔管理者的針對所述 XML文檔的下一條管理請求時,將所述XML文檔恢復(fù)至原始狀態(tài)。本發(fā)明實施例XML文檔管理服務(wù)器,根據(jù)XML文檔管理者的管理請求,當(dāng)判斷XML 文檔管理者沒有針對同一 XML文檔的后續(xù)管理請求時,才生成該XML文檔的新的文檔標(biāo)識, 并向XML文檔訂閱者返回通知消息,從而避免了每次管理操作之后都對文檔標(biāo)識進(jìn)行更 新,減少了文檔標(biāo)識更新的次數(shù),避免XML文檔訂閱者頻繁返回文檔標(biāo)識和文檔變化通知; 優(yōu)選地,當(dāng)在預(yù)設(shè)時間內(nèi)沒有接收到同一 XML文檔管理者的針對該XML文檔的下一條管理 請求時,生成新的文檔標(biāo)識,并向XML文檔訂閱者返回通知消息,或者,將該XML文檔恢復(fù)至 原始狀態(tài),從而可以避免長時間內(nèi)沒有接收到下一條管理請求而無法更新文檔標(biāo)識以及無 法向XDMC B和XDMC C返回通知的問題。在本發(fā)明的所有實施例中,XML文檔管理者和XML文檔訂閱者可以為不同的XDMC, 也可以為同一個XDMC。本發(fā)明實施例提供的XML文檔管理服務(wù)器可以實現(xiàn)上述提供的方法實施例。本發(fā) 明實施例提供的XML文檔管理方法及服務(wù)器可以適用于XDM系統(tǒng),但不僅限于此。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程,是可以 通過計算機程序來指令相關(guān)的硬件來完成,所述的程序可存儲于一計算機可讀取存儲介質(zhì) 中,該程序在執(zhí)行時,可包括如上述各方法的實施例的流程。其中,所述的存儲介質(zhì)可為 磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(RandomAccess Memory, RAM)等。以上所述,僅為本發(fā)明的具體實施方式
,但本發(fā)明的保護(hù)范圍并不局限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可輕易想到的變化或替換,都應(yīng) 涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此,本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種XML文檔管理方法,其特征在于,包括接收XML文檔管理者的管理請求,所述管理請求指示對XML文檔進(jìn)行一項管理操作,所 述管理請求還包括用于指示是否還有針對所述XML文檔的后續(xù)管理請求的標(biāo)識; 對所述XML文檔進(jìn)行所述管理操作;根據(jù)所述標(biāo)識,判斷所述XML文檔管理者是否還有針對所述XML文檔的后續(xù)管理請求;根據(jù)判斷結(jié)果進(jìn)行后續(xù)處理。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述根據(jù)判斷結(jié)果進(jìn)行后續(xù)處理包括 當(dāng)判斷結(jié)果為所述XML文檔管理者還有針對所述XML文檔的后續(xù)管理請求時,向所述XML文檔管理者返回響應(yīng)消息,所述響應(yīng)消息中包括所述XML文檔的當(dāng)前的文檔標(biāo)識; 執(zhí)行所述接收XML文檔管理者的管理請求的操作。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述根據(jù)判斷結(jié)果進(jìn)行后續(xù)處理包括 當(dāng)判斷結(jié)果為所述XML文檔管理者沒有針對所述XML文檔的后續(xù)管理請求時,生成所述XML文檔的新的文檔標(biāo)識;向所述XML文檔訂閱者返回通知消息,所述通知消息中包括所述新的文檔標(biāo)識及所述 XML文檔的所有變化內(nèi)容。
4.根據(jù)權(quán)利要求2所述的方法,其特征在于,在所述向所述XML文檔管理者返回響應(yīng)消 息之后,所述方法還包括當(dāng)在預(yù)設(shè)時間內(nèi)沒有接收到所述XML文檔管理者的針對所述XML文檔的下一條管理請 求時,和/或,當(dāng)接收到所述XML文檔管理者的針對所述XML文檔的管理請求的次數(shù)達(dá)到預(yù) 設(shè)值時,生成所述XML文檔的新的文檔標(biāo)識。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,在所述生成所述XML文檔的新的文檔標(biāo)識 之后,所述方法還包括向所述XML文檔管理者發(fā)送提示消息,所述提示消息中包括所述新的文檔標(biāo)識,接收 所述XML文檔管理者返回的確認(rèn)消息;或者,向所述XML文檔訂閱者返回通知消息,所述通知消息中包括所述新的文檔標(biāo)識及所述 XML文檔的所有變化內(nèi)容。
6.根據(jù)權(quán)利要求2所述的方法,其特征在于,在所述向所述XML文檔管理者返回響應(yīng)消 息之后,所述方法還包括當(dāng)在預(yù)設(shè)時間內(nèi)沒有接收到所述XML文檔管理者的針對所述XML文檔的下一條管理請 求時,將所述XML文檔恢復(fù)至原始狀態(tài)。
7.—種XML文檔管理服務(wù)器,其特征在于,包括接收模塊,用于接收XML文檔管理者的管理請求,所述管理請求指示對XML文檔進(jìn)行一 項管理操作,所述管理請求還包括用于指示是否還有針對所述XML文檔的后續(xù)管理請求的 標(biāo)識;操作模塊,用于對所述XML文檔進(jìn)行所述管理操作;判斷模塊,用于根據(jù)所述標(biāo)識,判斷所述XML文檔管理者是否還有針對所述XML文檔的 后續(xù)管理請求;處理模塊,用于根據(jù)所述判斷模塊的判斷結(jié)果進(jìn)行后續(xù)處理。
8.根據(jù)權(quán)利要求7所述的XML文檔管理服務(wù)器,其特征在于,所述處理模塊包括響應(yīng)單元,用于當(dāng)所述判斷模塊的判斷結(jié)果為所述XML文檔管理者還有針對所述XML 文檔的后續(xù)管理請求時,向所述XML文檔管理者返回響應(yīng)消息,所述響應(yīng)消息中包括所述 XML文檔的當(dāng)前的文檔標(biāo)識;生成單元,用于當(dāng)所述判斷模塊的判斷結(jié)果為所述XML文檔管理者沒有針對所述XML 文檔的后續(xù)管理請求時,生成所述XML文檔的新的文檔標(biāo)識。
9.根據(jù)權(quán)利要求8所述的XML文檔管理服務(wù)器,其特征在于,所述生成單元,還用于當(dāng) 在預(yù)設(shè)時間內(nèi)沒有接收到所述XML文檔管理者的針對所述XML文檔的下一條管理請求時, 和/或,當(dāng)接收到所述XML文檔管理者的針對所述XML文檔的管理請求的次數(shù)達(dá)到預(yù)設(shè)值 時,生成所述XML文檔的新的文檔標(biāo)識。
10.根據(jù)權(quán)利要求8或9所述的XML文檔管理服務(wù)器,其特征在于,所述處理模塊還包括通知單元,用于向所述XML文檔訂閱者返回通知消息,所述通知消息中包括所述新的 文檔標(biāo)識及所述XML文檔的所有變化內(nèi)容。
11.根據(jù)權(quán)利要求9所述的XML文檔管理服務(wù)器,其特征在于,所述處理模塊還包括 提示單元,用于向所述XML文檔管理者發(fā)送提示消息,所述提示消息中包括所述新的文檔標(biāo)識;接收單元,用于接收所述XML文檔管理者返回的確認(rèn)消息。
12.根據(jù)權(quán)利要求8所述的XML文檔管理服務(wù)器,其特征在于,所述處理模塊還包括 恢復(fù)單元,用于當(dāng)在預(yù)設(shè)時間內(nèi)沒有接收到所述XML文檔管理者的針對所述XML文檔的下一條管理請求時,將所述XML文檔恢復(fù)至原始狀態(tài)。
全文摘要
本發(fā)明實施例公開了一種XML文檔管理方法及服務(wù)器,所述方法包括接收XML文檔管理者的管理請求,所述管理請求指示對XML文檔進(jìn)行一項管理操作,所述管理請求還包括用于指示是否還有針對所述XML文檔的后續(xù)管理請求的標(biāo)識;對所述XML文檔進(jìn)行所述管理操作;根據(jù)所述標(biāo)識,判斷所述XML文檔管理者是否還有針對所述XML文檔的后續(xù)管理請求;根據(jù)判斷結(jié)果進(jìn)行后續(xù)處理。本發(fā)明適用于XDM系統(tǒng)中對XML文檔進(jìn)行管理操作。
文檔編號H04L29/06GK102117298SQ200910260760
公開日2011年7月6日 申請日期2009年12月31日 優(yōu)先權(quán)日2009年12月31日
發(fā)明者劉海濤, 宋悅, 常新苗, 朱文杰, 李小娟, 楊健 申請人:華為終端有限公司