專利名稱：用于能夠實現(xiàn)xml文檔的修改的方法和設備的制作方法
技術領域：
本發(fā)明一般涉及用于能夠實現(xiàn)服務器中存儲的XML文檔的修改的方法和設備，并且更具體地涉及能夠實現(xiàn)服務器中的時間有限修改。
背景技術：
可擴展標記語言(XML)已經變成用于大量辦公室生產力工具以及用于各種類型的因特網(wǎng)協(xié)議(IP)多媒體服務的普及文件格式，其可例如經由IP多媒體子系統(tǒng)(IMS)或適于傳遞IP多媒體服務的任何其它體系結構框架來分布。XML配置訪問協(xié)議(XCAP)允許提供有XCAP客戶端功能性的裝置讀、寫以及修改在提供有XCAP服務器功能性的服務器上以XML格式存儲的應用配置數(shù)據(jù)。XML文檔管理(XDM)是開放移動聯(lián)盟(OMA)規(guī)范，其使得XCAP客戶端能夠訪問和操縱在XCAP服務器上存儲的XML文檔。根據(jù)OMA XDM標準，具有XCAP客戶端功能性的客戶端可被稱為XDM客戶端(XDMC)，而對應服務器可被稱為XDM服務器(XDMS)。經由XCAP，XDMC能夠例如通過向XML文檔的一部分添加內容或修改XML文檔的一部分(通常被稱為XML節(jié)點)來修改文檔。通?？赏ㄟ^使用XCAP推放(PUT)消息用于從 XDMC傳遞相應內容到)(DMS來實現(xiàn)這種修改。圖1是用于這種修改的典型情形的圖，其中，XDMC 100要求更新已經存儲在XDMS 101的XML文檔中的XML節(jié)點。XDMC 100在經由聚合代理(AP) 102向XDMS 101發(fā)送(通常以XCAP推放的形式)請求之前在本地存儲相應XML節(jié)點內容，如用步驟1 1和1 2指示的。在接著的步驟1 3中，根據(jù)常規(guī)修改過程來修改有關XML文檔的XML節(jié)點。在后續(xù)步驟1 4和1 5中，向其它XDMC (這里用XDMC 104來表示)通知所運行的修改。通?？赏ㄟ^向要通知的每個相應XDMC傳送相應SIP通知來運行這種通知。如果更新是具有臨時性質的，則XDMC 100必須保持在線并且等待直到指定臨時更新的持續(xù)時間的要求時間已經過去。此后，XDMC 100必須再次重復步驟1:1和1:2，如圖1中分別用步驟1:6和1:7指示的。但是，這次，請求被提供有在第一次修改之前有效的 XML節(jié)點內容，以使得XDMC能夠使用這個內容來撤銷以前的更新。這種方面可能有關的特定情形是，例如當要對特定用戶阻塞服務，但是僅對于有限時間間隔，此后，所阻塞用戶將再次被準入以使用服務。因為XCAP要求更新XDMS的是XDMC，所以，例如如果在所規(guī)定的到期時間到期之前 XDMC用完電池或被關閉，則問題可能發(fā)生。在這種情況中，打算具有有限有效性的XML文檔的XML節(jié)點可轉而錯誤地長時間保留在文檔中。能夠實現(xiàn)時間有限修改的當前機制還要求XDMC中的復雜功能性。

發(fā)明內容
本文檔的目的是解決上面概述的問題。具體地，本文檔的目的是提供使得客戶端能夠請求XML文檔的XML節(jié)點的時間有限修改的機制，其中，在指定時間值到期之后，將所修改的XML節(jié)點恢復到在修改之前其具有的內容，而除了傳送一個單個請求以外客戶端不必執(zhí)行任何附加步驟。根據(jù)一個方面，提供一種當被運行在通信網(wǎng)絡的服務器時用于管理XML文檔的修改的方法。當服務器接收來自客戶端的對XML文檔的節(jié)點的時間有限修改的請求時，啟動用于處理XML節(jié)點的時間有限修改的建議方法。這種請求包括修改數(shù)據(jù)和關聯(lián)到期時間， 其指示要應用于所請求修改的存活時間。更新過程基于所接收的到期時間來啟動與XML節(jié)點關聯(lián)的定時器。存儲XML節(jié)點的當前版本，此后，根據(jù)請求中接收的修改數(shù)據(jù)來修改XML 文檔。當?shù)狡跁r間已經到期時，將XML節(jié)點恢復到XML節(jié)點的以前存儲版本。在接收到對于XML節(jié)點的時間有限修改的后續(xù)請求的情況下，在用于XML節(jié)點的未決定時器的超時之前，可執(zhí)行更新過程，其中，根據(jù)后續(xù)請求中提供的到期時間來重置未決定時器。根據(jù)一個示范實施例，所建議的方法被應用于使用基于HTTP的方法(例如，HTTP 布告(Post)、XCAP推放或XCAP刪除(Delete))來傳送的請求，而根據(jù)另一示范實施例，所建議的方法轉而被應用于使用基于SIP方法(例如，SIP公布(Publish))來傳送的請求。根據(jù)另一方面，提供一種要由客戶端運行的用于能夠實現(xiàn)通信網(wǎng)絡的服務器中的 XML文檔的修改的方法。該方法通過生成對XML文檔的節(jié)點的時間有限修改的請求來啟動， 其中，該請求包括XML文檔的標識、修改數(shù)據(jù)和到期時間，其中，到期時間指示所請求修改的存活時間。然后向服務器傳送該請求，其中，對于所請求到期時間的持續(xù)時間，時間有限修改將是有效的，并且當?shù)狡跁r間已經到期時，可恢復到XML節(jié)點的以前版本。一旦客戶端已經請求時間有限修改，并且用于XML節(jié)點的定時器是未決的，客戶端就可通過向服務器提供新的、后續(xù)請求來延長請求的存活時間，其中，新請求包括相同的修改數(shù)據(jù)以及相同或不同的到期時間。可使用基于HTTP的方法(例如HTTP布告、XCAP推放或XCAP刪除)或使用基于 SIP的方法(例如，SIP公布)來傳送請求。根據(jù)又一方面，提供一種適于管理XML文檔的時間有限修改的通信網(wǎng)絡的服務器。該服務器包括通信單元，其適于接收來自客戶端的對XML文檔的節(jié)點的時間有限修改的請求，其中，該請求包括修改數(shù)據(jù)和到期時間，其中，到期時間指示所請求修改的存活時間。該服務器還包括服務器功能，其連接到通信單元并且其適于執(zhí)行更新過程，以響應于已經接收對時間有限修改的請求，其中，更新過程包括以下步驟基于所接收的到期時間來啟動與XML節(jié)點關聯(lián)的定時器；存儲XML節(jié)點的當前版本，以及根據(jù)所請求的修改數(shù)據(jù)來修改XML節(jié)點。服務器功能還適于當?shù)狡跁r間已經到期時將XML節(jié)點恢復到XML節(jié)點的存儲版本。服務器功能還可適于如果在識別到未決定時器的超時之前接收到對于XML節(jié)點的時間有限修改的后續(xù)請求，則基于后續(xù)請求的到期時間來重置未決定時器。根據(jù)一個示范實施例，服務器功能是XCAP服務器功能，而根據(jù)另一示范實施例， 服務器功能轉而是SIP服務器功能?？商峁┯蠸IP服務器功能和/或XCAP服務器功能的服務器的典型實施例是XDM服務器。
根據(jù)又一方面，提供一種用于能夠實現(xiàn)通信網(wǎng)絡的服務器中XML文檔的時間有限修改的客戶端。該客戶端包括客戶端功能，其適于生成對XML文檔的節(jié)點的時間有限修改的請求，其中，該請求包括修改數(shù)據(jù)和到期時間，其中，到期時間指示所請求修改的存活時間。該客戶端還包括通信單元，其連接到客戶端功能并且適于向服務器傳送請求。這種客戶端配置使得能夠在服務器執(zhí)行XML節(jié)點的請求修改，其中，對于請求的到期時間的持續(xù)時間，修改是有效的，并且其中，當?shù)狡跁r間已經到期時，XML節(jié)點可恢復到XML節(jié)點的以前版本。根據(jù)一個實施例，客戶端功能可以是XCAP客戶端功能，其適于使用HTTP方法(例如，HTTP布告作為請求的載體)來生成請求，而根據(jù)另一的備選實施例，客戶端功能可轉而是SIP客戶端功能，其適于使用SIP方法(例如，SIP公布作為請求的載體)來生成請求。 客戶端可以是例如XDM客戶端，并且可例如在移動電話、PDA、膝上型計算機或PC上實現(xiàn)。能夠從下面的詳細描述來理解本發(fā)明的另外特征及其益處。


現(xiàn)在依靠示范實施例以及參考附圖來更詳細地描述本發(fā)明，其中-圖1是示出根據(jù)現(xiàn)有技術的用于能夠實現(xiàn)XDMS中的XML節(jié)點的時間有限修改的情形和過程的簡化概觀。-圖2是示出根據(jù)一個示范實施例的用于在服務器處理XML文檔的時間有限修改的方法的流程圖。-圖3是示出根據(jù)一個示范實施例的用于在客戶端準備對時間有限修改的請求以及用于向服務器提供這種請求的方法的流程圖。_圖如是示出根據(jù)一個示范實施例的用于能夠實現(xiàn)服務器中的XML節(jié)點的時間有限修改的情形和過程的簡化概觀。-圖4b是示出根據(jù)備選實施例的用于能夠實現(xiàn)服務器中的XML節(jié)點的時間有限修改的另一情形和過程的簡化概觀。-圖fe是根據(jù)一個示范實施例的適于運行圖3的過程的服務器的示意框圖。-圖恥是根據(jù)另一示范實施例的也適于運行圖3的過程的服務器的另一示意框圖。-圖6a是根據(jù)一個示范實施例的適于運行圖4的過程的客戶端的示意框圖。-圖6b是根據(jù)另一示范實施例的也適于運行圖4的過程的客戶端的另一示意框圖。
具體實施例方式本文檔涉及使得客戶端能夠請求在服務器上存儲的XML文檔的XML節(jié)點的臨時修改而不要求從客戶端向服務器發(fā)送多于一個單個消息的機制。所建議的修改機制允許在時間有限的基礎上改變XML節(jié)點，其中，在指定時間到期之后，將所修改的XML節(jié)點恢復到在所請求的修改之前有效的內容。所建議的修改機制還允許通過在未決的到期時間到期之前向服務器提供攜帶更新的到期時間的一個或更多后續(xù)請求來延長未決的到期時間。CN 102549568 A
如果用戶A想要對另一用戶(用戶B)阻塞特定服務特定時間(例如2個小時)， 則根據(jù)所建議修改機制，可通過用戶A向有關服務器傳送要修改有關XML節(jié)點的請求來運行這種阻塞，使得用戶B被阻塞2個小時。在服務器，為XML節(jié)點啟動具有2個小時的持續(xù)時間的定時器，存儲包括有關XML節(jié)點的XML文檔的當前版本，并且運行所請求修改。如果在1. 5個小時之后用戶A決定他想要延長阻塞例如再2個小時，則他可傳送又一請求，其請求與XML節(jié)點關聯(lián)的定時器運行另一 1. 5個小時，即用新的請求來替換任何早先的請求。如果在定時器的超時之前不再接收到對于XML節(jié)點的請求，則在定時器超時之后，將XML節(jié)點恢復到其存儲版本。如果用戶A決定還要阻塞用戶C特定時間段，則他可傳送尋址另一 XML節(jié)點的另一時間有限請求，其將發(fā)起將與在服務器的這個另一 XML節(jié)點關聯(lián)的另一定時器。 在下文中，客戶端將被稱為具有客戶端功能(例如，SIP客戶端功能和/或XCAP客戶端功能)的客戶端，而服務器將被稱為提供有服務器功能(例如，SIP服務器功能和/或 XCAP服務器功能)的服務器。這種客戶端可被實現(xiàn)為例如XDMC，而服務器可被實現(xiàn)為例如 XDMS0相應客戶端功能和服務器功能可分別被集成為嵌入式客戶端功能和服務器功能。在典型情形中，客戶端是移動用戶裝置(例如，移動電話、個人數(shù)字助理(PDA)或膝上型計算機)或固定用戶裝置(例如，個人計算機(PC))的集成部分。因而，客戶端將使得用戶裝置的用戶能夠訪問來自對應服務器的各種類型的基于IP的服務。通過向對XML節(jié)點的修改的請求(其被從客戶端傳送到服務器)添加指定XML節(jié)點修改的到期時間的存活時間信息來實現(xiàn)本文檔中建議的增強的修改機制。由此，服務器將能夠運行所請求的時間有限修改，啟動與所修改的XML節(jié)點關聯(lián)的定時器，以及監(jiān)視由存活時間信息指定的到期時間。服務器還將能夠通過將所修改的XML文檔恢復到在修改之前其具有的內容來撤銷修改，而除了準備所提到的請求并向服務器傳送之外客戶端不必進行任何另外考慮。圖2是流程圖，示出根據(jù)一個示范實施例的要在服務器上運行的建議方法的步驟。所描述的方法步驟涉及要運行用于執(zhí)行XML文檔的一個特定XML節(jié)點的修改的過程。 因此，對于XML文檔的不同XML節(jié)點將要求分開的步驟，并且因此，多個這類過程可在相應服務器上并行運行。在第一步驟200中，服務器接收對XML節(jié)點的時間有限修改的請求。該請求包括修改數(shù)據(jù)(其包括要修改的XML節(jié)點的指示)以及要替換當前XML節(jié)點內容的實際內容， 以及到期時間，其規(guī)定要應用于XML節(jié)點的時間有限修改的存活時間。該請求還包括例如有關XML文檔版本的信息，其使得在服務器存儲的特殊XML文檔能夠被標識。在接著的步驟201中，確定目前是否存在用于有關XML節(jié)點的未決定時器。如果還未啟動用于所標識XML節(jié)點的定時器，則基于所接收的到期時間來啟動關聯(lián)定時器，如用另一步驟20 指示的。在另外的步驟203中，然后存儲所指示XML節(jié)點的當前版本，用于當定時器超時已經到期時的以后取回，并且在另外的步驟204中，通過根據(jù)請求的內容來修改所標識XML節(jié)點而更新XML文檔。雖然圖2的流程圖中未指示，但是應該指出的是，在這個階段，也可將XML文檔修改告知或通知其它客戶端，好像已經根據(jù)常規(guī)過程來運行修改，例如好像常規(guī)XCAP推放已經用于攜帶請求。
隨著時間過去然后在服務器詢問與XML節(jié)點關聯(lián)的定時器，如用另一步驟205指示的，其中，在沒有超時的情況中，在步驟200再次確定對有關XML節(jié)點的新請求是否已經到達。通過在客戶端準備另一修改請求并且將其傳送到服務器來重復所描述過程的一個典型原因可能是為了延長修改的XML節(jié)點的存活時間的目的。在這種情況中，向服務器發(fā)送請求與以前請求中的相同的修改但是可能具有不同的到期時間的請求。當運行步驟200時，如果發(fā)現(xiàn)新的、后續(xù)請求已經到達并且用于請求中標識的XML 節(jié)點的定時器是未決的，則根據(jù)附于請求的存活時間來重置定時器，如用步驟202b指示的。在定時器超時之后，恢復XML文檔，如用最終步驟206指示的。通過取回相應XML 節(jié)點的存儲版本來運行XML文檔恢復。在這個階段，也可用常規(guī)方式(例如好像已經使用常規(guī)XCAP推放來運行改變)將所恢復的XML文檔告知其它客戶端。除了以簡化方式來使用要運行的用于能夠實現(xiàn)時間有限修改的建議方法之外， 其還可用于替換XCAP推放的常規(guī)使用的目的，包括要求常規(guī)永久修改的情況。在這種情況中，可向服務器提供根據(jù)上述修改機制的要求，其中，到期時間已經被設定成非常大的數(shù)字，例如被設置成1百萬年。如上面所指示的，XML節(jié)點的時間有限改變要求在服務器運行一些特殊適應的方法步驟。圖3是示出根據(jù)一個示范實施例的在與服務器交互的客戶端運行以便獲得XML節(jié)點的時間有限修改的對應步驟的流程圖。在圖3的第一步驟300中，通常通過用戶經由常規(guī)用戶接口(UI)輸入要修改的內容來在客戶端觸發(fā)XML文檔的特定XML節(jié)點的修改，并且在后續(xù)步驟301中，由客戶端創(chuàng)建請求，其中，除了常規(guī)數(shù)據(jù)以外，請求還將包括到期時間，如用步驟302指示的，并且在最終步驟303中，向服務器傳送請求?？墒褂枚鄠€不同備選方法中的任何方法來向服務器傳送請求。根據(jù)一個實施例， 其中，客戶端被提供有XCAP客戶端功能(其也可被稱為HTTP客戶端)，而沒有SIP客戶端功能，基于HTTP的方法被建議用于傳送請求。可使用HTTP布告、XCAP推放或XCAP刪除作為向服務器提供對XML節(jié)點的時間有限修改的請求的載體。圖如這種情形的示意圖，其中， HTTP布告被用于這個目的。在圖如的第一步驟4:1a中，客戶端400a存儲要修改的XML文檔的副本并且生成 HTTP布告，全部根據(jù)上面參考圖3描述的方法步驟。請求包括指示要修改內容的修改數(shù)據(jù)， 以及指示所請求修改的到期時間的存活時間信息。請求通常還包括關于有關應用使用、有關XML文檔、文檔版本和/或有關操作(其在當前情況中是操作“修改文檔”)的信息。然后在步驟4 2a和后續(xù)步驟4 3a中向服務器401a傳送請求，并且一旦被服務器 401a接收，就根據(jù)上面參考圖2描述的方法步驟來處理請求，如用接著的步驟4: 指示的。 還可根據(jù)常規(guī)通知過程向其它常規(guī)客戶端(例如客戶端104或修改的客戶端(未示出)) 通知所運行改變的修改，如用圖中步驟4 fe和4 6a指示的。如果要延長所修改的XML節(jié)點的存活時間，則可從客戶端400a或已經相應地適應的另一客戶端傳送附加請求，只要這種請求在與相應XML節(jié)點關聯(lián)的未決定時器的超時之前被服務器401a接收和處理。
但是，一旦已經識別到XML節(jié)點的定時器超時，則通過取回相應的、修改的XML節(jié)點的存儲版本來恢復該XML節(jié)點，如用最終步驟4:7a指示的。雖然圖中未示出，但是通常將根據(jù)常規(guī)通知過程向其它常規(guī)客戶端104和/或修改的客戶端通知最近的修改。根據(jù)另一備選實施例(如果除了 XCAP客戶端功能以外客戶端還被提供有SIP客戶端功能則其可應用)，基于SIP的方法可轉而用于請求。SIP公布可以是請求的合適載體，其中，SIP公布用于在服務器公布包括到期時間的要求信息，服務器將使用在SIP公布中提供的到期時間來控制所請求修改的壽命?？赏ㄟ^使用(如IETF草案“An Extensible Markup Language(XML)Configuration Access Protocol (XCAP)Diff event package，，· draft-ietf-xcapevent-08, 2009 年7 月 9 日中定義的)“XCAP 差別事件(XCAP-diff event)”包以及通過作為正文發(fā)送如與現(xiàn)今在通知中發(fā)送的相同類型的修補(patch)操作來實現(xiàn)使用SIP公布作為時間有限XML節(jié)點修改請求的載體。圖4b是根據(jù)上面提到的備選實施例的用于修改服務器中的XML文檔的XML節(jié)點的另一備選情形的示意圖，其依賴基于SIP方法的使用，例如SIP公布作為請求的載體。除了 XCAP客戶端功能以外還提供有SIP客戶端功能的客戶端400b首先存儲要修改的XML文檔，并且使用SIP客戶端來發(fā)起對時間有限修改的請求，如用第一步驟4: Ib指示的。客戶端400b經由4:2b和4:3b經由SIP核心/IMS 101或任何其它合適網(wǎng)絡向服務器401b傳送請求。可例如根據(jù)XCAP差別格式被攜帶的請求包含通常以XML修補形式的指示所要求改變的信息，以及關于到期時間的信息。請求還包括通常以Kag形式的關于XML文檔的有關版本的信息。服務器401b通過運行上述方法步驟來執(zhí)行時間有限修改，如用步驟4 4b示出的。 然后可向其它客戶端(例如常規(guī)客戶端104和/或其它修改客戶端(未示出))通知修改， 如用步驟4: 和4:6b指示的?？筛鶕?jù)常規(guī)過程例如經由SIP通知來運行通知過程。在未決到期時間的到期之前(例如，如果由于某一原因要延長改變的到期時間) 可對相同的XML節(jié)點重復以步驟4: Ib開始的所描述的更新過程任意數(shù)量的次數(shù)。一旦已經識別到與所修改的XML節(jié)點關聯(lián)的定時器超時，則將這個節(jié)點恢復到在修改之前其包含的內容，如用最終步驟4:7b指示的。即使圖中未示出，但是還當應用這個實施例時，可根據(jù)常規(guī)過程再次向其它客戶端通知改變。圖如和恥是示出根據(jù)兩個不同實施例的設置成管理時間有限修改請求的不同簡化示范服務器401a和401b的框圖。圖fe的服務器401a包括常規(guī)通信單元501，其適于接收時間有限修改請求并且其連接到XCAP服務器功能50加。XCAP服務器功能50 適于當新請求經由通信單元501 到達服務器401a時，根據(jù)所接收請求中提供的到期時間來啟動定時器Tl、T2、T3或重置未決的定時器T1、T2、T3。XCAP服務器功能50 還適于存儲所接收請求中指示的XML文檔503a、503b、 503c的當前版本，并且根據(jù)請求的內容來修改XML文檔。另外，XCAP服務器功能50 適于監(jiān)視每個未決定時器并且在識別到定時器超時之后將相應XML文檔503a、503b、503c的XML 節(jié)點恢復到以前的版本。圖恥示出根據(jù)另一備選實施例的服務器401b，其被提供有XCAP服務器功能(未示出)和SIP服務器功能502b。如圖恥中示出的，圖fe的服務器功能50 被服務器功能 502b替換，而保留的功能性對應于前者實施例中描述的功能性。要理解的是，在后者實施例中，為了簡單性緣故而在圖恥中未示出的XCAP服務器功能可以是常規(guī)XCAP服務器功能或修改的XCAP服務器功能。在后者情況中，服務器401b 還可被提供有可根據(jù)圖fe中示出的設置和圖fe中示出的設置二者來操作的功能性。圖6a和6b是示出根據(jù)兩個示范實施例的簡化客戶端配置600a和600b的框圖， 其中，兩個客戶端設置成準備時間有限修改請求以及向服務器(例如上面分別參考圖如和 5b描述的服務器中的對應服務器)提供這種請求。如圖6a中指示的，客戶端400a包括XCAP客戶端功能600a，其可被實現(xiàn)為客戶端上的嵌入式客戶端功能，并且其適于識別到用于在時間有限的基礎上更新XML文檔的特定 XML節(jié)點的觸發(fā)。作為響應，XCAP客戶端功能適于通過添加XML相關數(shù)據(jù)來創(chuàng)建請求，其指示XML文檔、要修改的XML節(jié)點以及到期時間。XCAP客戶端功能600a連接到常規(guī)通信單元 601，其適于向服務器傳送請求。圖6b示出備選客戶端400b可如何轉而提供有SIP客戶端功能600b，其已經適于向具有對應SIP服務器功能的服務器提供時間有限修改請求，使得能夠在該服務器運行時間有限修改。與圖6a類似，SIP客戶端功能600b也連接到常規(guī)通信單元601。雖然，客戶端400b通常還包括XCAP客戶端功能，其可配置為常規(guī)XCAP客戶端功能或配置為修改的 XCAP客戶端功能(例如客戶端功能601a)，但是為了簡單性緣故已經在圖中省略這種附加客戶端。要理解的是，參考圖如和恥描述的服務器以及參考圖6a和6b描述的客戶端通常將包括附加功能性，其可被要求用于能夠實現(xiàn)通信和服務管理。還應該指出的是，所描述的客戶端通常構成用戶裝置的一部分，并且這種用戶裝置通常將包括常規(guī)功能性，例如通信和用戶接口功能性?？稍诠潭ㄓ脩粞b置(例如個人計算機(PC))中以及在移動用戶裝置 (例如移動電話、個人數(shù)字助理(PDA)或膝上型計算機)中實現(xiàn)所建議的客戶端。但是，為了簡單性緣故，在附圖中僅包括對于所建議修改機制具有有關重要性的功能實體。用于應用服務器中的XML文檔的時間有限修改的提議機制，提供簡化的并且更可靠的修改過程，其中，在客戶端將不需要用已經被修改的每個單個單元的有效時間屬性來更新現(xiàn)存XML方案。這意味著在任何應用使用之上添加所建議的修改功能性，并且所建議的修改功能性可應用于任何類型的XML文檔。在超時時將自動移除要在時間有限的基礎上被修改的數(shù)據(jù)，而不要求來自起始發(fā)動修改請求的客戶端的任何附加動作，并且在所規(guī)定存活時間已經到期之后，即使在客戶端已經向服務器發(fā)出修改請求之后客戶端故障發(fā)生，XML文檔也將包含正確恢復的數(shù)據(jù)。無論客戶端是提供有SIP客戶端還是沒有，它都將能夠應用所建議的機制，因為 HTTP方法也被建議作為攜帶請求的可能方法。雖然已經參考特定示范實施例來描述本發(fā)明，但是描述一般僅打算示出發(fā)明概念并且不應該被視為限制本發(fā)明的范圍。因此，所建議的修改機制可應用于除了 SIP以外的其它IP可應用協(xié)議，并且與從除了 IMS以外的其它類型的基于IP的網(wǎng)絡提供的服務關聯(lián)。 本發(fā)明由所附權利要求來定義?？s略詞
HTTP超文本傳輸協(xié)議IMS IP多媒體子系統(tǒng)OMA開放移動聯(lián)盟SIP會話發(fā)起協(xié)議XCAP XML配置應用協(xié)議XDMC XDM 客戶端XDMS XDM 服務器XDM XML文檔管理XML可擴展標記語言
權利要求
1.一種在通信網(wǎng)絡的服務器用于管理XML文檔的修改的方法，所述方法特征在于所述服務器執(zhí)行以下步驟-接收來自客戶端的對XML文檔的節(jié)點的時間有限修改的請求，所述請求包括修改數(shù)據(jù)和到期時間，所述到期時間指示所述修改的存活時間；-在所接收的到期時間的基礎上啟動與所述XML節(jié)點關聯(lián)的定時器； -存儲所述XML節(jié)點的當前版本，以及 -根據(jù)所述修改數(shù)據(jù)來修改所述XML文檔，所述方法包括當所述到期時間已經到期時將所述XML節(jié)點恢復到所述XML節(jié)點的存儲版本的另外步驟。
2.根據(jù)權利要求1的方法，其中，在與所述XML節(jié)點關聯(lián)的未決定時器的超時之前接收到對所述XML節(jié)點的時間有限修改的后續(xù)請求的情況下，對于所述XML節(jié)點執(zhí)行更新過程， 所述更新過程包括以下步驟-根據(jù)所述后續(xù)請求的到期時間來重置所述定時器。
3.根據(jù)權利要求1或2的方法，其中，使用基于HTTP的方法來傳送所述請求。
4.根據(jù)權利要求3的方法，其中，在HTTP布告中攜帶所述請求。
5.根據(jù)權利要求3的方法，其中，在XCAP推放或XCAP刪除中攜帶所述請求。
6.根據(jù)權利要求1或2的方法，其中，使用基于SIP的方法來傳送所述請求。
7.根據(jù)權利要求6的方法，其中，在SIP公布中攜帶所述請求。
8.一種在客戶端用于能夠實現(xiàn)通信網(wǎng)絡的服務器中XML文檔的修改的方法，所述方法特征在于所述客戶端執(zhí)行以下步驟-生成對XML文檔的節(jié)點的時間有限修改的請求，所述請求包括修改數(shù)據(jù)和到期時間， 所述到期時間指示所述修改的存活時間，以及 -向所述服務器傳送所述請求，由此，能夠實現(xiàn)在所述服務器的所述XML節(jié)點的時間有限修改，所述修改對于所述到期時間的持續(xù)時間是有效的，并且當所述到期時間已經到期時可恢復到所述XML節(jié)點的以前版本。
9.一種用于通過重復根據(jù)權利要求8的步驟來延長所述存活時間的方法，其中，新請求被提供有相同的修改數(shù)據(jù)以及相同或不同的到期時間。
10.根據(jù)權利要求9的方法，其中，使用基于HTTP的方法來傳送所述請求。
11.根據(jù)權利要求10的方法，其中，在HTTP布告中攜帶所述請求。
12.根據(jù)權利要求10的方法，其中，在XCAP推放或XCAP刪除中攜帶所述請求。
13.根據(jù)權利要求9的方法，其中，使用基于SIP的方法來傳送所述請求。
14.根據(jù)權利要求13的方法，其中，在SIP公布中攜帶所述請求。
15.一種用于管理XML文檔的修改的通信網(wǎng)絡的服務器，特征在于所述服務器包括 -通信單元，適于接收來自客戶端的對XML文檔的節(jié)點的時間有限修改的請求，所述請求包括修改數(shù)據(jù)和到期時間，所述到期時間指示所述修改的存活時間；-服務器功能，連接到所述通信單元，并且適于通過執(zhí)行以下步驟來執(zhí)行更新過程以響應于接收對時間有限修改的請求-在所述到期時間的基礎上啟動與所述XML節(jié)點關聯(lián)的定時器；-存儲所述XML節(jié)點的當前版本，以及-根據(jù)所述修改數(shù)據(jù)來修改所述XML節(jié)點，所述服務器功能還適于當所述到期時間已經到期時將所述XML節(jié)點恢復到所述XML節(jié)點的所述存儲版本。
16.根據(jù)權利要求15的服務器，其中，所述服務器功能還適于在后續(xù)請求的到期時間的基礎上重置所述未決定時器，以響應于在識別到所述未決定時器的超時之前接收到對所述XML節(jié)點的時間有限修改的后續(xù)請求。
17.根據(jù)權利要求15或16的服務器，其中，所述服務器功能是XCAP服務器功能。
18.根據(jù)權利要求17的服務器，其中，所述服務器功能是SIP服務器功能。
19.根據(jù)權利要求15-18中任一項的服務器，其中，所述服務器是XDM服務器。
20.一種用于能夠實現(xiàn)通信網(wǎng)絡的服務器中XML文檔的修改的客戶端，特征在于所述客戶端包括-客戶端功能，適于生成對XML文檔的節(jié)點的時間有限修改的請求，所述請求包括修改數(shù)據(jù)和到期時間，所述到期時間指示所述修改的存活時間，以及-通信單元，連接到所述客戶端功能并且適于向所述服務器傳送所述請求，由此，使得能夠在所述服務器執(zhí)行所述XML節(jié)點的請求修改，所述修改對于所述到期時間的持續(xù)時間是有效的，并且當所述到期時間已經到期時可恢復到所述XML節(jié)點的以前版本。
21.根據(jù)權利要求20的客戶端，其中，所述客戶端功能是XCAP客戶端功能，其適于使用 HTTP方法來生成所述請求。
22.根據(jù)權利要求21的客戶端，其中，所述客戶端功能適于使用HTTP布告作為所述請求的載體。
23.根據(jù)權利要求21的客戶端，其中，所述客戶端功能適于使用XCAP推放或XCAP刪除作為所述請求的載體。
24.根據(jù)權利要求21的客戶端，其中，所述客戶端功能是SIP客戶端功能，其適于使用 SIP方法來生成所述請求。
25.根據(jù)權利要求M的客戶端，其中，所述客戶端功能適于使用SIP公布作為所述請求的載體。
26.根據(jù)權利要求20-25中任一項的客戶端，其中，所述客戶端是XDM客戶端。
27.根據(jù)權利要求20-26中任一項的客戶端，其中，在移動電話、PDA、膝上型計算機或 PC中的任何上實現(xiàn)所述客戶端。
全文摘要
用于能夠實現(xiàn)XML文檔中的XML節(jié)點的時間有限修改的方法、服務器和客戶端，其中，在已經對修改指定的到期時間到期之后，所修改文檔能夠被恢復到其起始內容。從客戶端向服務器傳送包括到期時間的對XML節(jié)點的時間有限修改的請求。在服務器，在沒有用于XML節(jié)點的定時器未決的情況下啟動定時器，或在用于XML節(jié)點的定時器已經未決的情況下重置定時器。在根據(jù)請求中提供的修改數(shù)據(jù)來修改XML節(jié)點之前存儲XML節(jié)點的當前版本。在定時器超時之后，所請求修改將不再有效，并且因此XML節(jié)點被恢復到XML節(jié)點的其存儲版本。
文檔編號G06F17/24GK102549568SQ200980161656
公開日2012年7月4日 申請日期2009年9月22日 優(yōu)先權日2009年9月22日
發(fā)明者A·林德格倫, C·博貝格, M·克萊因, S·拉斯博恩 申請人:瑞典愛立信有限公司