亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法

文檔序號(hào):7612263閱讀:164來源:國(guó)知局
專利名稱:一種數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法
技術(shù)領(lǐng)域
本發(fā)明涉及移動(dòng)數(shù)據(jù)通信增值業(yè)務(wù)領(lǐng)域,特別涉及移動(dòng)數(shù)據(jù)通信增值業(yè)務(wù)領(lǐng)域中數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法。
背景技術(shù)
隨著3G網(wǎng)絡(luò)在世界范圍內(nèi)的快速發(fā)展及商用,移動(dòng)數(shù)據(jù)業(yè)務(wù)已經(jīng)被認(rèn)為是移動(dòng)通信市場(chǎng)進(jìn)一步發(fā)展的關(guān)鍵。無線通信市場(chǎng)未來的競(jìng)爭(zhēng)可以歸結(jié)為無線數(shù)據(jù)業(yè)務(wù)的競(jìng)爭(zhēng)。與此同時(shí),移動(dòng)數(shù)據(jù)業(yè)務(wù)的技術(shù)本身也在飛速發(fā)展,移動(dòng)數(shù)據(jù)同步技術(shù)這一類針對(duì)移動(dòng)通信特點(diǎn),帶來更好用戶體驗(yàn)的技術(shù)能夠?yàn)檫\(yùn)營(yíng)商在競(jìng)爭(zhēng)激烈的市場(chǎng)上吸引用戶。
開放移動(dòng)聯(lián)盟(Open Mobile Alliance)在2004年7月21日完成了對(duì)數(shù)據(jù)同步系列協(xié)議草案的發(fā)布。該系列協(xié)議主要包括同步協(xié)議、服務(wù)器提醒通知協(xié)議、設(shè)備信息、基于XML的表達(dá)方式協(xié)議、表達(dá)方式協(xié)議—數(shù)據(jù)同步使用、三個(gè)傳輸捆綁協(xié)議、三個(gè)數(shù)據(jù)對(duì)象協(xié)議及元信息協(xié)議。數(shù)據(jù)同步系列協(xié)議的目的是為了在網(wǎng)絡(luò)數(shù)據(jù)上同步任何移動(dòng)終端信息,在移動(dòng)終端上同步任何網(wǎng)絡(luò)數(shù)據(jù)信息。數(shù)據(jù)同步系列協(xié)議面向網(wǎng)絡(luò)數(shù)據(jù)同步多種不同的設(shè)備,包括手持電腦、移動(dòng)電話以及個(gè)人計(jì)算機(jī)。一個(gè)用戶可以從不同的設(shè)備獲取和操作同一組數(shù)據(jù)。例如,某個(gè)用戶可以從移動(dòng)電話上讀取郵件,而在另一個(gè)終端上同步更新這個(gè)郵件的狀態(tài)是已讀的。數(shù)據(jù)同步協(xié)議采用的是XML(Extensible MarkupLanguage,可擴(kuò)展標(biāo)記語言)協(xié)議來表達(dá)會(huì)話,可以直接在數(shù)據(jù)同步協(xié)議中添加相關(guān)元素和命令。
在數(shù)據(jù)同步系列協(xié)議中,與本發(fā)明相關(guān)的是《服務(wù)器提醒通知協(xié)議》、《設(shè)備管理協(xié)議》?!斗?wù)器提醒通知協(xié)議》描述了同步服務(wù)器如何通知一個(gè)客戶端去開始一個(gè)同步會(huì)話?!对O(shè)備信息》描述用戶設(shè)備可以用什么樣的語法和語義向服務(wù)器交換終端設(shè)備的信息,包括硬件、軟件、可用存儲(chǔ)和本地支持的數(shù)據(jù)庫信息。
顯然,數(shù)據(jù)同步系列協(xié)議的目的是做一個(gè)終端和網(wǎng)絡(luò)側(cè)雙向的同步,那么除了使服務(wù)器獲取終端信息資源的協(xié)議外,也應(yīng)該規(guī)定一個(gè)終端獲取服務(wù)器存儲(chǔ)資源的方法。這樣,用戶可以了解他的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源狀態(tài),從而進(jìn)行內(nèi)容增刪等管理;由服務(wù)器存儲(chǔ)資源不足引起同步失敗時(shí),用戶可以收到失敗報(bào)告。這種服務(wù)器存儲(chǔ)資源管理的方法可以單獨(dú)成為一個(gè)規(guī)范,或者是補(bǔ)充在《服務(wù)器提醒通知協(xié)議》中。
一個(gè)用戶在數(shù)據(jù)同步服務(wù)器上的存儲(chǔ)資源應(yīng)該在用戶注冊(cè)這個(gè)業(yè)務(wù)的時(shí)候就獲得分配。在這之后,用戶才可以通過客戶端使用數(shù)據(jù)同步業(yè)務(wù),包括數(shù)據(jù)同步和服務(wù)器存儲(chǔ)資源查詢。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于提供一種數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,用以解決現(xiàn)有技術(shù)中無法實(shí)現(xiàn)終端和網(wǎng)絡(luò)側(cè)雙向同步的問題。
為了實(shí)現(xiàn)上述目的,本發(fā)明提供了一種數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,用于數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源管理的優(yōu)化,其中,包括步驟一,根據(jù)用戶對(duì)服務(wù)器存儲(chǔ)大小的需要將用戶分成不同的群體,并針對(duì)所述群體用戶分配相應(yīng)的服務(wù)器存儲(chǔ)資源;步驟二,通過客戶端查詢與用戶相關(guān)的服務(wù)器存儲(chǔ)資源情況,并接收所述服務(wù)器發(fā)出的服務(wù)器存儲(chǔ)資源信息;及步驟三,根據(jù)服務(wù)器存儲(chǔ)資源情況判斷所述數(shù)據(jù)同步服務(wù)器能否實(shí)施同步。
上述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其中,所述服務(wù)器響應(yīng)客戶端發(fā)起的同步要求,當(dāng)與用戶相關(guān)的服務(wù)器存儲(chǔ)資源剩余足夠時(shí)完成同步要求,否則同步要求失敗。
上述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其中,還包括所述服務(wù)器向客戶端發(fā)送同步要求失敗通知的步驟。
上述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其中,根據(jù)用戶需要同步信息的多少,將用戶分類為企業(yè)級(jí)用戶和私人用戶;根據(jù)用戶的同步媒體類型,將用戶分類為多媒體型用戶和文字型用戶;其中,設(shè)定所述企業(yè)級(jí)用戶和多媒體型用戶需要較多的服務(wù)器存儲(chǔ)資源,設(shè)定私人用戶和文字型用戶需要較少的服務(wù)器存儲(chǔ)資源。
上述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其中,所述步驟二又包括所述客戶端通過語言表達(dá)協(xié)議或承載層協(xié)議查詢與用戶相關(guān)數(shù)據(jù)同步服務(wù)器存儲(chǔ)的總資源情況和/或剩余資源情況。
上述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其中,所述語言表達(dá)協(xié)議采用可擴(kuò)展標(biāo)記語言。
上述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其中,所述客戶端通過可擴(kuò)展標(biāo)記語言協(xié)議查詢所述服務(wù)器總資源情況/剩余資源情況的步驟,又包括由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器總資源情況/剩余資源情況的查詢;數(shù)據(jù)同步服務(wù)器收到查詢命令;數(shù)據(jù)同步服務(wù)器返回與該用戶相關(guān)的總資源情況/剩余資源情況;及客戶端收到與該用戶相關(guān)的數(shù)據(jù)同步服務(wù)器的總資源情況/剩余資源情況。
上述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其中,所述客戶端通過承載協(xié)議查詢所述服務(wù)器總資源情況/剩余資源情況的步驟,又包括由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器總資源情況/剩余資源情況的查詢;客戶端通過承載協(xié)議向數(shù)據(jù)同步服務(wù)器發(fā)送查詢命令;數(shù)據(jù)同步服務(wù)器收到查詢命令;數(shù)據(jù)同步服務(wù)器返回與該用戶相關(guān)的總資源情況/剩余資源情況;數(shù)據(jù)同步服務(wù)器通過承載協(xié)議向客戶端發(fā)送與該用戶相關(guān)的總資源情況/剩余資源情況;及客戶端收到與該用戶相關(guān)的服務(wù)器總資源情況/剩余資源情況。
上述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其中,進(jìn)一步包括步驟A,客戶端發(fā)起數(shù)據(jù)同步要求;步驟B,客戶端自動(dòng)發(fā)起服務(wù)器可用存儲(chǔ)資源的查詢;步驟C,比較可用存儲(chǔ)與該次同步需要的存儲(chǔ)來判斷是否足夠完成同步,如果可用資源足夠完成同步,則執(zhí)行步驟D,如果可用資源不足完成同步,則執(zhí)行步驟E;步驟D,進(jìn)行客戶端和服務(wù)器間的數(shù)據(jù)同步;步驟E,服務(wù)器無法完成同步,則向客戶端返回同步失敗信息,說明可用資源不足以完成這個(gè)數(shù)據(jù)同步指令,客戶端在收到同步失敗信息后顯示給用戶,用戶根據(jù)該警告信息刪除部分同步媒體內(nèi)容;及步驟F,結(jié)束流程。
本發(fā)明通過對(duì)用戶的群體劃分,查詢數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源狀態(tài)情況確認(rèn)是否進(jìn)行數(shù)據(jù)同步,從而實(shí)現(xiàn)對(duì)數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源的總體優(yōu)化管理。
以下結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述,但不作為對(duì)本發(fā)明的限定。


圖1是本發(fā)明客戶端和數(shù)據(jù)同步服務(wù)器通過網(wǎng)絡(luò)連接的網(wǎng)絡(luò)實(shí)體圖;圖2是本發(fā)明數(shù)據(jù)同步客戶端使用如XML的協(xié)議查詢服務(wù)器總資源信息的流程圖;圖3是本發(fā)明數(shù)據(jù)同步客戶端使用如XML的協(xié)議查詢服務(wù)器可用資源信息的流程圖;圖4是本發(fā)明通過承載協(xié)議來查詢數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源信息的網(wǎng)絡(luò)實(shí)體圖;圖5是本發(fā)明數(shù)據(jù)同步客戶端通過承載協(xié)議查詢服務(wù)器總資源信息的流程圖;圖6是本發(fā)明數(shù)據(jù)同步客戶端通過承載協(xié)議查詢服務(wù)器剩余資源信息的流程圖;及圖7是本發(fā)明改善后的數(shù)據(jù)同步流程圖,包括了服務(wù)器可用存儲(chǔ)不夠和足夠的兩種情況的流程。
具體實(shí)施例方式
本發(fā)明提供了一種實(shí)現(xiàn)數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源管理優(yōu)化的方法。首先,運(yùn)營(yíng)商可以用這種管理優(yōu)化辦法將服務(wù)器的存儲(chǔ)資源進(jìn)行優(yōu)化的分配,使運(yùn)營(yíng)商用有限的存儲(chǔ)資源支持較多的用戶,從而獲得較大收益。其次,讓用戶獲知自己在服務(wù)器上的存儲(chǔ)資源情況;然后,如果由于服務(wù)器的資源不足而引起同步失敗,用戶也能收到關(guān)于同步失敗的通知信息;這樣,可以使用戶體驗(yàn)更好。
本發(fā)明的技術(shù)方案為(一),對(duì)服務(wù)器的存儲(chǔ)資源進(jìn)行優(yōu)化分配。即根據(jù)用戶對(duì)服務(wù)器存儲(chǔ)大小的需要,將用戶分成不同的群體。針對(duì)這些群體,分配予群體用戶不同大小的服務(wù)器存儲(chǔ)資源。(二),存儲(chǔ)資源分配完成后,用戶可以主動(dòng)使用客戶端查詢與自己相關(guān)的服務(wù)器存儲(chǔ)資源情況??蛻舳送ㄟ^一些語言表達(dá)協(xié)議,如XML協(xié)議查詢與該用戶相關(guān)的服務(wù)器存儲(chǔ)資源情況,包括總資源和剩余資源情況。接到查詢命令后,同步服務(wù)器將服務(wù)器存儲(chǔ)資源信息發(fā)給用戶。客戶端可以支持一種或多種承載層協(xié)議,用戶可以使用這任何一種承載層協(xié)議。(三),當(dāng)客戶端發(fā)起同步時(shí),加入了客戶端自動(dòng)查詢服務(wù)器存儲(chǔ)資源的要求,只有在服務(wù)器剩余存儲(chǔ)足夠的情況下,才繼續(xù)進(jìn)行數(shù)據(jù)同步要求,服務(wù)器才會(huì)完成同步。如果因?yàn)榉?wù)器存儲(chǔ)資源不足而導(dǎo)致同步失敗,服務(wù)器能夠向用戶設(shè)備發(fā)送失敗的通知信息,并說明失敗的原因是剩余存儲(chǔ)資源不足。
進(jìn)一步的,由于本發(fā)明提出了客戶端在同步前自動(dòng)查詢服務(wù)器存儲(chǔ)的方法,即當(dāng)客戶端發(fā)起同步時(shí),客戶端會(huì)首先查詢與該客戶端用戶相關(guān)的服務(wù)器存儲(chǔ)資源情況,只有在剩余存儲(chǔ)資源足夠的情況下,服務(wù)器才會(huì)完成同步,否則就不開始同步,并返回?cái)?shù)據(jù)同步失敗信息,改進(jìn)了數(shù)據(jù)同步流程。
進(jìn)一步的,由于本發(fā)明提出了用戶查詢資源的方法一通過如XML的語言表達(dá)協(xié)議和底層承載協(xié)議,并包括了用戶認(rèn)證、授權(quán)步驟,用戶可以更加方便靈活的采取適合自己終端設(shè)備的方式進(jìn)行查詢,并得到安全的信息接入。
本發(fā)明將用戶按照某種特征分成多個(gè)群體,例如,根據(jù)用戶需要同步信息的多少,將用戶分類為企業(yè)級(jí)用戶和私人用戶,企業(yè)級(jí)用戶需要較多的服務(wù)器存儲(chǔ)資源,私人用戶需要較少的服務(wù)器存儲(chǔ)資源。或者是根據(jù)用戶主要同步的媒體的類型,將用戶分類為多媒體型用戶和文字型用戶,多媒體型用戶需要較多的服務(wù)器存儲(chǔ)資源,文字型用戶需要較少的服務(wù)器存儲(chǔ)資源。針對(duì)這些群體,產(chǎn)生不同的資源分配方案,例如,可以規(guī)定企業(yè)級(jí)或媒體型用戶擁有較多的服務(wù)器存儲(chǔ)資源,如1G比特,而規(guī)定私人用戶和文字型用戶擁有的資源較少,如100M比特?;蛘?,對(duì)服務(wù)器存儲(chǔ)資源采取動(dòng)態(tài)存儲(chǔ)方案,為企業(yè)級(jí)或媒體型用戶的服務(wù)器存儲(chǔ)資源設(shè)一個(gè)較大的上限值,為私人用戶和文字型用戶的服務(wù)器存儲(chǔ)資源設(shè)一個(gè)較小的上限制。用戶可以選擇自己的用戶類型,從而獲取適當(dāng)?shù)馁Y源,或者服務(wù)器自動(dòng)采用默認(rèn)選擇為用戶分配資源。
圖1所示是本發(fā)明中的網(wǎng)絡(luò)實(shí)體圖。客戶端10通過通信網(wǎng)絡(luò)和/或互聯(lián)網(wǎng)20連接到數(shù)據(jù)同步服務(wù)器30。在本發(fā)明中,所有流程的發(fā)起方都是客戶端10。數(shù)據(jù)同步服務(wù)器30根據(jù)自身的存儲(chǔ)資源情況,對(duì)客戶端10的命令做出回答。
圖2所示為本發(fā)明數(shù)據(jù)同步客戶端使用如XML的協(xié)議查詢服務(wù)器總資源信息的流程圖,包括步驟210,由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器總資源情況的查詢;步驟220,數(shù)據(jù)同步服務(wù)器收到查詢命令;步驟230,數(shù)據(jù)同步服務(wù)器返回與該用戶相關(guān)的總資源情況;及步驟240,客戶端收到與該用戶相關(guān)的數(shù)據(jù)同步服務(wù)器的總資源情況。
圖3所示是本發(fā)明數(shù)據(jù)同步客戶端使用如XML的協(xié)議查詢服務(wù)器可用資源信息的流程圖,包括步驟310,由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器可用資源情況的查詢;步驟320,數(shù)據(jù)同步服務(wù)器收到查詢命令;步驟330,數(shù)據(jù)同步服務(wù)器返回與該用戶相關(guān)的可用資源情況;及步驟340,客戶端收到與該用戶相關(guān)的數(shù)據(jù)同步服務(wù)器的可用資源情況。
在圖2和圖3中,由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器總資源或剩余可用資源的查詢,服務(wù)器收到查詢命令后,找出與該用戶相關(guān)資源的資料,然后將資料發(fā)回給客戶端??蛻舳耸盏劫Y料后,能夠顯示出來,供用戶查看。因?yàn)閿?shù)據(jù)同步協(xié)議采用的就是XML協(xié)議來表達(dá)會(huì)話,因而可以直接在數(shù)據(jù)同步協(xié)議中添加相關(guān)元素和命令,所以,用戶認(rèn)證、鑒權(quán)的功能可以由數(shù)據(jù)同步協(xié)議的認(rèn)證、鑒權(quán)的步驟來完成。
圖4所示為本發(fā)明中通過承載協(xié)議來查詢數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源信息的網(wǎng)絡(luò)實(shí)體圖。在本發(fā)明中,所有流程的發(fā)起方都是數(shù)據(jù)同步客戶端40。該客戶端40可以支持HTTP(Hyper Text Transfer Protocol)/WSP(Wireless SessionProtocol)/OBEX(Object Exchange Protocol)中一種或多種承載協(xié)議60??蛻舳?0可以使用這三種協(xié)議中任何一種承載協(xié)議60查詢數(shù)據(jù)同步服務(wù)器50存儲(chǔ)資源信息。
圖5所示為本發(fā)明數(shù)據(jù)同步客戶端通過承載協(xié)議查詢服務(wù)器總資源信息的流程圖,包括步驟510,由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器總資源情況的查詢;步驟520,客戶端通過承載協(xié)議向數(shù)據(jù)同步服務(wù)器發(fā)送查詢命令;步驟530,數(shù)據(jù)同步服務(wù)器收到查詢命令;步驟540,數(shù)據(jù)同步服務(wù)器返回與該用戶相關(guān)的總資源情況;步驟550,數(shù)據(jù)同步服務(wù)器通過承載協(xié)議向客戶端發(fā)送與該用戶相關(guān)的總資源情況;及步驟560,客戶端收到與該用戶相關(guān)的服務(wù)器總資源的情況。
圖6所示為本發(fā)明數(shù)據(jù)同步客戶端通過承載協(xié)議查詢服務(wù)器剩余資源信息的流程圖,包括步驟610,由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器剩余資源情況的查詢;步驟620,客戶端通過承載協(xié)議向數(shù)據(jù)同步服務(wù)器發(fā)送查詢命令;步驟630,數(shù)據(jù)同步服務(wù)器收到查詢命令;步驟640,數(shù)據(jù)同步服務(wù)器返回與該用戶相關(guān)的剩余資源情況;步驟650,數(shù)據(jù)同步服務(wù)器通過承載協(xié)議向客戶端發(fā)送與該用戶相關(guān)的剩余資源情況;及步驟660,客戶端收到與該用戶相關(guān)的服務(wù)器剩余資源的情況。
在圖5和圖6中,由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器總資源或剩余可用資源的查詢。客戶端可以支持HTTP/WSP/OBEX中一種或多種承載協(xié)議,可以使用這三種協(xié)議中任何一種承載協(xié)議查詢數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源信息。服務(wù)器收到查詢命令后,找出與該用戶相關(guān)資源的資料,然后可以使用這三種協(xié)議中任何一種承載協(xié)議將資料發(fā)回給客戶端。客戶端收到資料后,能夠顯示出來,供用戶查看。
圖7所示為本發(fā)明中是改善后的數(shù)據(jù)同步流程,包括步驟710,由客戶端發(fā)起數(shù)據(jù)同步流程;步驟720,隨后,客戶端會(huì)自動(dòng)發(fā)起服務(wù)器可用存儲(chǔ)資源的查詢,具體的查詢流程如圖3、圖6所示;步驟730,然后,將可用存儲(chǔ)與這次同步需要的存儲(chǔ)進(jìn)行比較,來判斷是否足夠完成同步,如果可用資源足夠完成同步,則執(zhí)行步驟740,如果可用資源不足完成同步,則執(zhí)行步驟750;步驟740,進(jìn)行客戶端和服務(wù)器間的數(shù)據(jù)同步;步驟750,服務(wù)器無法完成同步,這時(shí),服務(wù)器會(huì)向客戶端返回同步失敗信息,說明可用資源不足以完成這個(gè)數(shù)據(jù)同步指令,客戶端在收到同步失敗信息后顯示給用戶,用戶可以根據(jù)這個(gè)警告信息適當(dāng)?shù)膭h除一些同步媒體內(nèi)容;及步驟760,結(jié)束流程。
本發(fā)明充分考慮到了同步服務(wù)器端的存儲(chǔ)資源同樣是有限的,提出了如何優(yōu)化分配服務(wù)器存儲(chǔ)資源的方法,使運(yùn)營(yíng)商達(dá)到利益更好的效果;而且,由于本發(fā)明的服務(wù)器存儲(chǔ)資源分配的方法包括了將用戶分組的步驟,因而簡(jiǎn)化了資源分配的實(shí)現(xiàn),同時(shí)簡(jiǎn)化了用戶的資源選擇辦法;同時(shí),提出了客戶端如何查詢與該客戶端用戶相關(guān)的服務(wù)器存儲(chǔ)資源情況的方法,因此取得了用戶體驗(yàn)的進(jìn)步。
當(dāng)然,本發(fā)明還可有其他多種實(shí)施例,在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下,熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形,但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,用于數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源管理的優(yōu)化,其特征在于,包括步驟一,根據(jù)用戶對(duì)服務(wù)器存儲(chǔ)大小的需要將用戶分成不同的群體,并針對(duì)所述群體用戶分配相應(yīng)的服務(wù)器存儲(chǔ)資源;步驟二,通過客戶端查詢與用戶相關(guān)的服務(wù)器存儲(chǔ)資源情況,并接收所述服務(wù)器發(fā)出的服務(wù)器存儲(chǔ)資源信息;及步驟三,根據(jù)服務(wù)器存儲(chǔ)資源情況判斷所述數(shù)據(jù)同步服務(wù)器能否實(shí)施同步。
2.根據(jù)權(quán)利要求1所述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其特征在于,所述服務(wù)器響應(yīng)客戶端發(fā)起的同步要求,當(dāng)與用戶相關(guān)的服務(wù)器存儲(chǔ)資源剩余足夠時(shí)完成同步要求,否則同步要求失敗。
3.根據(jù)權(quán)利要求1所述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其特征在于,還包括所述服務(wù)器向客戶端發(fā)送同步要求失敗通知的步驟。
4.根據(jù)權(quán)利要求1所述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其特征在于,根據(jù)用戶需要同步信息的多少,將用戶分類為企業(yè)級(jí)用戶和私人用戶;根據(jù)用戶的同步媒體類型,將用戶分類為多媒體型用戶和文字型用戶;其中,設(shè)定所述企業(yè)級(jí)用戶需要服務(wù)器存儲(chǔ)資源比所述私人用戶需要服務(wù)器存儲(chǔ)資源多,設(shè)定所述多媒體型用戶需要的服務(wù)器存儲(chǔ)資源比所述文字型用戶需要的服務(wù)器存儲(chǔ)資源多。
5.根據(jù)權(quán)利要求1、2、3或4所述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其特征在于,所述步驟二又包括所述客戶端通過語言表達(dá)協(xié)議或承載層協(xié)議查詢與用戶相關(guān)數(shù)據(jù)同步服務(wù)器存儲(chǔ)的總資源情況和/或剩余資源情況。
6.根據(jù)權(quán)利要求5所述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其特征在于,所述語言表達(dá)協(xié)議采用可擴(kuò)展標(biāo)記語言。
7.根據(jù)權(quán)利要求6所述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其特征在于,所述客戶端通過可擴(kuò)展標(biāo)記語言協(xié)議查詢所述服務(wù)器總資源情況/剩余資源情況的步驟,又包括由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器總資源情況/剩余資源情況的查詢;數(shù)據(jù)同步服務(wù)器收到查詢命令;數(shù)據(jù)同步服務(wù)器返回與該用戶相關(guān)的總資源情況/剩余資源情況;及客戶端收到與該用戶相關(guān)的數(shù)據(jù)同步服務(wù)器的總資源情況/剩余資源情況。
8.根據(jù)權(quán)利要求6所述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其特征在于,所述客戶端通過承載協(xié)議查詢所述服務(wù)器總資源情況/剩余資源情況的步驟,又包括由客戶端首先發(fā)起對(duì)數(shù)據(jù)同步服務(wù)器總資源情況/剩余資源情況的查詢;客戶端通過承載協(xié)議向數(shù)據(jù)同步服務(wù)器發(fā)送查詢命令;數(shù)據(jù)同步服務(wù)器收到查詢命令;數(shù)據(jù)同步服務(wù)器返回與該用戶相關(guān)的總資源情況/剩余資源情況;數(shù)據(jù)同步服務(wù)器通過承載協(xié)議向客戶端發(fā)送與該用戶相關(guān)的總資源情況/剩余資源情況;及客戶端收到與該用戶相關(guān)的服務(wù)器總資源情況/剩余資源情況。
9.根據(jù)權(quán)利要求1所述的數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,其特征在于,進(jìn)一步包括步驟A,客戶端發(fā)起數(shù)據(jù)同步要求;步驟B,客戶端自動(dòng)發(fā)起服務(wù)器可用存儲(chǔ)資源的查詢;步驟C,比較可用存儲(chǔ)與該次同步需要的存儲(chǔ)來判斷是否足夠完成同步,如果可用資源足夠完成同步,則執(zhí)行步驟D,如果可用資源不足完成同步,則執(zhí)行步驟E;步驟D,進(jìn)行客戶端和服務(wù)器間的數(shù)據(jù)同步;步驟E,服務(wù)器無法完成同步,則向客戶端返回同步失敗信息,說明可用資源不足以完成這個(gè)數(shù)據(jù)同步指令,客戶端在收到同步失敗信息后顯示給用戶,用戶根據(jù)該警告信息刪除部分同步媒體內(nèi)容;及步驟F,結(jié)束流程。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源處理方法,用以實(shí)現(xiàn)終端和網(wǎng)絡(luò)側(cè)的雙向同步,包括步驟一,根據(jù)用戶對(duì)服務(wù)器存儲(chǔ)大小的需要將用戶分成不同的群體,并針對(duì)所述群體用戶分配相應(yīng)的服務(wù)器存儲(chǔ)資源;步驟二,通過客戶端查詢與用戶相關(guān)的服務(wù)器存儲(chǔ)資源情況,并接收同步服務(wù)器發(fā)出的服務(wù)器存儲(chǔ)資源信息;及步驟三,根據(jù)服務(wù)器存儲(chǔ)資源情況判斷所述數(shù)據(jù)同步服務(wù)器能否實(shí)施同步。本發(fā)明通過對(duì)用戶的群體劃分,查詢數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源狀態(tài)情況確認(rèn)是否進(jìn)行數(shù)據(jù)同步,從而實(shí)現(xiàn)對(duì)數(shù)據(jù)同步服務(wù)器存儲(chǔ)資源的總體優(yōu)化管理。
文檔編號(hào)H04L29/00GK1805437SQ20051001118
公開日2006年7月19日 申請(qǐng)日期2005年1月14日 優(yōu)先權(quán)日2005年1月14日
發(fā)明者甘露, 邵偉 申請(qǐng)人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1