專利名稱：塊存儲服務(wù)方法、塊存儲服務(wù)系統(tǒng)及塊存儲服務(wù)客戶端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及塊存儲服務(wù)(BS)技術(shù)領(lǐng)域，特別是一種塊存儲服務(wù)方法、一種塊存儲服務(wù)系統(tǒng)以及塊存儲服務(wù)客戶端。
背景技術(shù)：
在因特網(wǎng)(Internet)、無線網(wǎng)絡(luò)技術(shù)的發(fā)展初期，由于網(wǎng)絡(luò)帶寬受到各種條件的限制，用戶訪問、轉(zhuǎn)發(fā)的媒體往往是簡短的文字，此時的網(wǎng)絡(luò)應(yīng)用系統(tǒng)通常使用普通商用數(shù)據(jù)庫來實現(xiàn)媒體數(shù)據(jù)的存儲和訪問。
隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，網(wǎng)絡(luò)帶寬有了很大的提高，所傳遞的媒體不再僅局限于簡短的文字內(nèi)容，而是內(nèi)容與表現(xiàn)形式極大豐富的多媒體內(nèi)容，包括聲音、圖像、電影、商用文件等等。在這種情況下，普通商用數(shù)據(jù)庫已經(jīng)不能滿足對這些多媒體數(shù)據(jù)進(jìn)行存儲和訪問的要求了，從而產(chǎn)生了可以提高數(shù)據(jù)存儲效率的塊存儲服務(wù)技術(shù)。在塊存儲服務(wù)系統(tǒng)中，所有存儲的數(shù)據(jù)都以定長的數(shù)據(jù)塊為單位進(jìn)行存儲。
目前的塊存儲服務(wù)系統(tǒng)基本上都采用的是集中服務(wù)器的方式，其中服務(wù)器的主要功能就是管理塊資源。當(dāng)用戶需要保存數(shù)據(jù)時，首先向塊存儲服務(wù)器申請可用的塊資源，服務(wù)器收到請求后從可用塊資源表中分配出適合請求數(shù)據(jù)大小的塊資源，并將其地址信息和數(shù)據(jù)塊的標(biāo)識(ID)返回給用戶，然后用戶再將數(shù)據(jù)保存到這些塊資源中。當(dāng)用戶需要刪除數(shù)據(jù)時，也是先向塊存儲服務(wù)器發(fā)出刪除指令及待刪除的數(shù)據(jù)塊ID，服務(wù)器收到刪除指令后，根據(jù)數(shù)據(jù)塊ID找到該數(shù)據(jù)使用的塊資源，并將其回收。
采用集中服務(wù)器方式的好處是由服務(wù)器統(tǒng)一分配塊資源，能夠進(jìn)行統(tǒng)一的處理。其缺點是，由于系統(tǒng)架構(gòu)中有服務(wù)器存在，在系統(tǒng)部署時需要配置服務(wù)器，那么每次訪問數(shù)據(jù)都需要從服務(wù)器上獲取數(shù)據(jù)地址，從而導(dǎo)致系統(tǒng)的復(fù)雜度增加，并且降低了存儲、刪除效率。
華為技術(shù)有限公司已經(jīng)開發(fā)了一種免服務(wù)器的塊存儲服務(wù)方案。該方案的中心思想是，將服務(wù)器集中管理塊資源的能力分散到各個使用塊存存儲的BS客戶端上，每個BS客戶端獨享屬于本BS客戶端的庫文件中塊資源分配和回收的職責(zé)。
當(dāng)需要存儲數(shù)據(jù)時，本BS客戶端在自屬的庫文件中分配出塊資源，然后將數(shù)據(jù)保存到對應(yīng)的塊資源中。當(dāng)需要刪除數(shù)據(jù)時，對于數(shù)據(jù)存儲在本BS客戶端所屬的庫文件中的情況，BS客戶端直接刪除從而回收塊資源。對于數(shù)據(jù)存儲在非本BS客戶端的庫文件中的情況，BS客戶端只在原塊資源上做刪除標(biāo)記，然后由庫文件屬主BS客戶端根據(jù)刪除標(biāo)記發(fā)起回收整個庫文件塊資源的刪除操作。
該技術(shù)方案的好處是，在分配塊資源時省去了服務(wù)器環(huán)節(jié)，從而獲得了分配時的高性能。缺點是，在進(jìn)行刪除操作時，屬主BS客戶端需要對整個庫文件的記錄進(jìn)行物理刪除操作。該操作雖然在后臺自動自行，但當(dāng)集中了大批量數(shù)據(jù)刪除時，例如庫文件中有成千上萬個刪除標(biāo)記時，會引起磁盤輸入輸出(IO)操作異常繁忙，從而增加塊存儲服務(wù)的時延。另外，由于從需要刪除到實際刪除之間存在較大的時延，所以在做了刪除標(biāo)記但是數(shù)據(jù)沒有實際刪除之前，塊存儲服務(wù)無法利用這些數(shù)據(jù)所占用的存儲空間。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例提出一種塊存儲服務(wù)方法，用以降低塊存儲服務(wù)中刪除數(shù)據(jù)過程中的時延。本發(fā)明實施例還提出一種塊存儲服務(wù)系統(tǒng)以及塊存儲服務(wù)客戶端。
本發(fā)明實施例提供了一種塊存儲服務(wù)方法，該方法包括第一BS客戶端向作為庫文件屬主的第二BS客戶端發(fā)送刪除所述庫文件中數(shù)據(jù)的請求，該請求中至少包括待刪除數(shù)據(jù)的信息；
第二BS客戶端根據(jù)所述請求回收與待刪除數(shù)據(jù)的信息相對應(yīng)的塊資源。
該方法進(jìn)一步包括第一BS客戶端向第二BS客戶端發(fā)送請求新塊資源的請求；第二BS客戶端根據(jù)所述請求分配新塊資源，并將所述新塊資源返回給第一BS客戶端；第一BS客戶端將數(shù)據(jù)保存到所述新塊資源中。
該方法進(jìn)一步包括第一BS客戶端判斷更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，如果是，則向第二BS客戶端發(fā)送請求新數(shù)據(jù)塊的請求。
該方法進(jìn)一步包括第一BS客戶端判斷出更新的數(shù)據(jù)不大于原始數(shù)據(jù)，則將更新的數(shù)據(jù)更新到保存原始數(shù)據(jù)的原塊資源中。
第一BS客戶端和第二BS客戶端通過實時收發(fā)消息的網(wǎng)絡(luò)互發(fā)消息。
該方法進(jìn)一步包括第一BS客戶端和/或第二BS客戶端請求接入所述實時收發(fā)消息的網(wǎng)絡(luò)，并成為該網(wǎng)絡(luò)的客戶端。
該方法進(jìn)一步包括所述實時收發(fā)消息的網(wǎng)絡(luò)對第一BS客戶端和/或第二BS客戶端進(jìn)行鑒權(quán)的步驟。
本發(fā)明實施例還提供了一種塊存儲服務(wù)系統(tǒng)，該系統(tǒng)包括第一BS客戶端和作為庫文件屬主的第二BS客戶端，其中第一BS客戶端，用于向第二BS客戶端發(fā)送刪除所述庫文件中數(shù)據(jù)的請求，該請求中至少包括待刪除數(shù)據(jù)的信息；第二BS客戶端，用于根據(jù)所述請求回收與待刪除數(shù)據(jù)的信息相對應(yīng)的塊資源。
第一BS客戶端進(jìn)一步用于向第二BS客戶端發(fā)送請求新塊資源的請求，以及將數(shù)據(jù)保存到第二BS客戶端分配的新塊資源中；第二BS客戶端進(jìn)一步用于根據(jù)所述請求分配新塊資源，并將所述新塊資源返回給第一BS客戶端。
第一BS客戶端進(jìn)一步用于判斷更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，并在是的情況下向第二BS客戶端發(fā)送請求新塊資源的請求。
第一BS客戶端進(jìn)一步用于在判斷出更新的數(shù)據(jù)不大于原始數(shù)據(jù)的情況下，將更新的數(shù)據(jù)更新到保存原始數(shù)據(jù)的原塊資源中。
所述第一BS客戶端和第二BS客戶端通過實時收發(fā)消息的網(wǎng)絡(luò)互連并互發(fā)消息。
所述第一BS客戶端和/或第二BS客戶端進(jìn)一步用于請求接入所述實時收發(fā)消息的網(wǎng)絡(luò)，并成為該網(wǎng)絡(luò)的客戶端。
本發(fā)明實施例還提供了一種塊存儲服務(wù)客戶端，包括刪除請求生成單元，用于在所要刪除的數(shù)據(jù)存儲在其它BS客戶端所屬庫文件中時，生成刪除所述庫文件中數(shù)據(jù)的請求并轉(zhuǎn)發(fā)給請求發(fā)送單元，所述請求中至少包括待刪除數(shù)據(jù)的信息；請求發(fā)送單元，用于向所述庫文件屬主BS客戶端發(fā)送所述請求。
進(jìn)一步包括資源請求生成單元，用于生成向所述庫文件屬主BS客戶端請求新塊資源的請求，并通過請求發(fā)送單元發(fā)送給所述庫文件屬主BS客戶端；和/或，數(shù)據(jù)存儲單元，用于將數(shù)據(jù)保存到所述庫文件屬主BS客戶端分配的新塊資源中。
進(jìn)一步包括判斷單元，用于判斷更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，并在是的情況下指示資源請求生成單元生成請求新塊資源的請求。
所述判斷單元進(jìn)一步用于在判斷出更新的數(shù)據(jù)不大于原始數(shù)據(jù)的情況下，指示數(shù)據(jù)存儲單元將更新的數(shù)據(jù)更新到保存原始數(shù)據(jù)的原塊資源中。
進(jìn)一步包括網(wǎng)絡(luò)單元，其用于請求接入實時收發(fā)消息的網(wǎng)絡(luò)，使本BS客戶端成為該網(wǎng)絡(luò)的客戶端。
本發(fā)明實施例還提供了一種塊存儲服務(wù)客戶端，包括請求接收單元，用于接收刪除本BS客戶端所屬庫文件中數(shù)據(jù)的請求，并轉(zhuǎn)發(fā)給回收單元；資源回收單元，用于根據(jù)所述請求回收與該請求中待刪除數(shù)據(jù)的信息對應(yīng)的塊資源。
進(jìn)一步包括資源分配單元，用于根據(jù)請求接收單元接收并轉(zhuǎn)發(fā)來的請求分配新塊資源的請求分配新塊資源，并將所述新塊資源返回請求的BS客戶端。
進(jìn)一步包括網(wǎng)絡(luò)單元，其用于請求接入實時收發(fā)消息的網(wǎng)絡(luò)，使本BS客戶端成為該網(wǎng)絡(luò)的客戶端。
從上述方案中可以看出，由于本發(fā)明實施例在第一BS客戶端要刪除保存在第二BS客戶端所屬庫文件中的數(shù)據(jù)時，直接向第二BS客戶端發(fā)送刪除的請求，然后第二BS客戶端根據(jù)所述請求回收相應(yīng)的塊資源，不需要等待從第一BS客戶端做刪除標(biāo)記到第二BS客戶端刪除的時間，并且也不會存在積累大量的刪除標(biāo)記由第二BS客戶端操作的情況，從而本發(fā)明實施例明顯地降低了塊存儲服務(wù)中刪除數(shù)據(jù)時的時延。并且，由于及時回收了塊資源，而回收的塊資源可以由其它數(shù)據(jù)實時使用，所以本發(fā)明實施例還提高了存儲空間的利用率。
圖1為本發(fā)明實施例中刪除非本客戶端庫文件中數(shù)據(jù)的流程示意圖；圖2為本發(fā)明實施例中BS客戶端請求成為P2P客戶端的流程示意圖；圖3為本發(fā)明實施例中更新非本客戶端庫文件中數(shù)據(jù)的流程示意圖；圖4為本發(fā)明實施例中塊存儲服務(wù)系統(tǒng)的結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例中一種塊存儲服務(wù)客戶端的結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例中另一種塊存儲服務(wù)客戶端的結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，以下舉實施例對本發(fā)明進(jìn)一步詳細(xì)說明。
圖1為本發(fā)明實施例中刪除非本客戶端所屬庫文件中數(shù)據(jù)的流程示意圖。在圖1中，第一BS客戶端在第二BS客戶端所屬的庫文件中保存了數(shù)據(jù)，亦即第二BS客戶端是保存數(shù)據(jù)的庫文件的屬主BS客戶端。并且，第一BS客戶端與第二BS客戶端之間通過能夠?qū)崟r收發(fā)消息的系統(tǒng)互連，例如第一BS客戶端和第二BS客戶端均為點對點(P2P)網(wǎng)絡(luò)的客戶端，從而可以通過這種對等網(wǎng)絡(luò)實時地互相發(fā)送請求、響應(yīng)等各種消息。在本發(fā)明實施例中以P2P網(wǎng)絡(luò)為例進(jìn)行描述，但是本發(fā)明實施例并不局限于此，可以采用任何能夠提供第一BS客戶端和第二BS客戶端之間實時收發(fā)消息的網(wǎng)絡(luò)。
參照圖1，該流程包括以下步驟步驟101，第一BS客戶端需要刪除保存在第二BS客戶端所屬庫文件中的數(shù)據(jù)，通過P2P網(wǎng)絡(luò)向作為庫文件屬主的第二BS客戶端發(fā)送刪除所述庫文件中數(shù)據(jù)的請求。該請求中至少包括待刪除數(shù)據(jù)的信息，例如待數(shù)據(jù)的ID或者保存該數(shù)據(jù)的塊資源地址等，這里以待刪除數(shù)據(jù)的ID為例進(jìn)行說明。
步驟102，來自第一BS客戶端的請求通過P2P網(wǎng)絡(luò)傳遞到了第二BS客戶端。
步驟103，第二BS客戶端收到所述刪除數(shù)據(jù)的請求后，可以通過P2P網(wǎng)絡(luò)向第一BS客戶端發(fā)送關(guān)于收到上述請求的確認(rèn)消息。
步驟104，確認(rèn)消息經(jīng)過P2P網(wǎng)絡(luò)傳遞到了第一BS客戶端。
當(dāng)然，第二BS客戶端也可以不用向第一BS客戶端發(fā)送確認(rèn)消息，而直接執(zhí)行步驟105，進(jìn)行刪除操作。
步驟105，第二BS客戶端根據(jù)所述請求，直接物理刪除所屬庫文件中與待刪除數(shù)據(jù)的ID相對應(yīng)的數(shù)據(jù)塊，從而及時回收了與待刪除數(shù)據(jù)的ID相對應(yīng)的塊資源，降低了塊存儲服務(wù)的時延，并且提高了存儲空間的利用率。
在圖1所示的實時刪除流程中，第一BS客戶端和第二BS客戶端為可以實時收發(fā)消息的網(wǎng)絡(luò)的客戶端，例如P2P網(wǎng)絡(luò)的客戶端。下面參照圖2，描述使第一BS客戶端、第二BS客戶端等BS客戶端成為P2P網(wǎng)絡(luò)客戶端的過程。需要指出的是，這里以P2P網(wǎng)絡(luò)為例，但是本發(fā)明實施例并不局限于此，可以采用任何支持實時收發(fā)消息的網(wǎng)絡(luò)。
參照圖2，該過程包括以下步驟步驟201，BS客戶端啟動，這里的BS是指諸如第一BS客戶端、第二BS客戶端的所有BS客戶端。
步驟202，BS客戶端需要打開BS庫文件或者創(chuàng)建BS庫文件。
步驟203，BS客戶端向P2P網(wǎng)絡(luò)發(fā)出接入請求，以請求接入P2P網(wǎng)絡(luò)并成為P2P網(wǎng)絡(luò)的客戶端。
步驟204，P2P網(wǎng)絡(luò)對該BS客戶端進(jìn)行鑒權(quán)，如果鑒權(quán)通過，則在步驟205中向該BS客戶端發(fā)送確認(rèn)消息，告知其已經(jīng)接入P2P網(wǎng)絡(luò)并成為P2P網(wǎng)絡(luò)的客戶端；如果鑒權(quán)沒有通過，則可以通知BS客戶端鑒權(quán)失敗。
當(dāng)然，為了簡便起見，P2P網(wǎng)絡(luò)也可以不對BS客戶端進(jìn)行鑒權(quán)，而直接讓其接入P2P網(wǎng)絡(luò)成為P2P網(wǎng)絡(luò)的客戶端。
圖3為本發(fā)明實施例中BS客戶端更新非本客戶端所屬庫文件中數(shù)據(jù)的流程示意圖。在圖3中，第一BS客戶端在第二BS客戶端所屬的庫文件中保存了數(shù)據(jù)，亦即第二BS客戶端是保存數(shù)據(jù)的庫文件的屬主BS客戶端。
參照圖3，該流程包括以下步驟步驟301，當(dāng)?shù)谝籅S客戶端需要更新保存在第二BS客戶端所屬庫文件中的數(shù)據(jù)時，首先判斷更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，如果是，則執(zhí)行步驟302及其后續(xù)步驟；否則執(zhí)行步驟311。
步驟302，第一BS客戶端通過P2P網(wǎng)絡(luò)向第二BS客戶端發(fā)送請求新塊資源的請求。
步驟303，來自第一BS客戶端的請求通過P2P網(wǎng)絡(luò)傳遞到了第二BS客戶端。
步驟304，第二BS客戶端根據(jù)所述請求，分配新塊資源，例如產(chǎn)生新塊資源的標(biāo)識、地址等信息。
步驟305，第二BS客戶端通過P2P網(wǎng)絡(luò)將所分配的新塊資源信息發(fā)送給第一BS客戶端。
步驟306，來自第二BS客戶端的新塊資源信息通過P2P網(wǎng)絡(luò)傳遞到了第一BS客戶端。
步驟307，第一BS客戶端接收到新塊資源的信息，根據(jù)該新塊資源的信息將數(shù)據(jù)更新到對應(yīng)的塊資源中，本流程結(jié)束。
步驟311，第一BS客戶端判斷出更新的數(shù)據(jù)不大于原始數(shù)據(jù)之后，將更新的數(shù)據(jù)更新到保存原始數(shù)據(jù)的原塊資源中，本流程結(jié)束。
另外，第一BS客戶端也可以不進(jìn)行上述步驟301中的判斷，而是直接執(zhí)行步驟302至307，即無論更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，都申請新塊資源進(jìn)行更新。
圖4為本發(fā)明實施例中塊存儲服務(wù)系統(tǒng)的結(jié)構(gòu)示意圖。如圖4所示，該系統(tǒng)包括第一BS客戶端以及第二BS客戶端，其中第二BS客戶端作為庫文件屬主，亦即第一BS客戶端在第二BS客戶端所屬的庫文件中保存了數(shù)據(jù)。并且，第一BS客戶端和第二BS客戶端通過能夠?qū)崟r收發(fā)消息的網(wǎng)絡(luò)互連并互發(fā)消息，這里以通過P2P網(wǎng)絡(luò)互連進(jìn)行說明。
在如圖4所示的系統(tǒng)中，第一BS客戶端主要用于在需要刪除保存在第二BS客戶端所屬庫文件中的數(shù)據(jù)時，通過P2P網(wǎng)絡(luò)向第二BS客戶端發(fā)送刪除所述庫文件中數(shù)據(jù)的請求，并且該請求中至少包括待刪除數(shù)據(jù)的信息。而第二BS客戶端則用于根據(jù)所述請求回收與待刪除數(shù)據(jù)的信息相對應(yīng)的塊資源，即刪除對應(yīng)的數(shù)據(jù)塊。
另外，在需要更新數(shù)據(jù)時，第一BS客戶端通過P2P網(wǎng)絡(luò)向第二BS客戶端發(fā)送請求新塊資源的請求；第二BS客戶端根據(jù)所述請求分配新塊資源，并通過P2P網(wǎng)絡(luò)將所述新塊資源的信息返回給第一BS客戶端；第一BS客戶端將數(shù)據(jù)保存到第二BS客戶端返回的新塊資源中。
進(jìn)一步，為了避免過多地分配新塊資源，第一BS客戶端可以先判斷更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，并在是的情況下向第二BS客戶端發(fā)送請求新塊資源的請求。另外，第一BS客戶端在判斷出更新的數(shù)據(jù)不大于原始數(shù)據(jù)的情況下，可以直接將更新的數(shù)據(jù)更新到保存原始數(shù)據(jù)的原塊資源中。
為了能夠通過P2P網(wǎng)絡(luò)實時互發(fā)消息，第一BS客戶端和第二BS客戶端還用于請求接入P2P網(wǎng)絡(luò)并成為P2P網(wǎng)絡(luò)的客戶端。
圖5所示的是上述第一BS客戶端的結(jié)構(gòu)示意圖。
如圖5所示，該BS客戶端至少包括刪除請求生成單元和請求發(fā)送單元。其中刪除請求生成單元在所要刪除的數(shù)據(jù)存儲在其它BS客戶端所屬庫文件中時，生成刪除所述庫文件中數(shù)據(jù)的請求并轉(zhuǎn)發(fā)給請求發(fā)送單元，并且所述請求中至少包括待刪除數(shù)據(jù)的信息；請求發(fā)送單元在收到該請求后，向所述庫文件屬主BS客戶端發(fā)送所述請求。
在圖5所示的BS客戶端中還可以進(jìn)一步包括資源請求生成單元和數(shù)據(jù)存儲單元。其中資源請求生成單元生成向所述庫文件屬主BS客戶端請求新塊資源的請求，并通過請求發(fā)送單元發(fā)送給所述庫文件屬主BS客戶端；而數(shù)據(jù)存儲單元則用于將數(shù)據(jù)保存到所述庫文件屬主BS客戶端分配的新塊資源中。較佳情況下，該BS客戶端還可以進(jìn)一步包括判斷單元，該判斷單元判斷更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，并在是的情況下指示資源請求生成單元生成請求新塊資源的請求，另外在判斷出更新的數(shù)據(jù)不大于原始數(shù)據(jù)的情況下，指示數(shù)據(jù)存儲單元將更新的數(shù)據(jù)更新到保存原始數(shù)據(jù)的原塊資源中。
圖5所示的BS客戶端還可以進(jìn)一步包括網(wǎng)絡(luò)單元，其用于請求接入實時收發(fā)消息的網(wǎng)絡(luò)，使本BS客戶端成為該網(wǎng)絡(luò)的客戶端。
圖6是上述第二BS客戶端的結(jié)構(gòu)示意圖。該BS客戶端至少包括請求接收單元和資源回收單元。其中請求接收單元用于接收刪除本BS客戶端所屬庫文件中數(shù)據(jù)的請求，并轉(zhuǎn)發(fā)給資源回收單元；資源回收單元則根據(jù)所述請求回收與該請求中待刪除數(shù)據(jù)的信息對應(yīng)的塊資源。
如圖6所示的BS客戶端可以進(jìn)一步包括資源分配單元，其根據(jù)請求接收單元接收并轉(zhuǎn)發(fā)來的請求分配新塊資源的請求來分配新塊資源，并將所述新塊資源返回請求的第一BS客戶端。
與第一BS客戶端一樣，圖6所示的BS客戶端還可以進(jìn)一步包括網(wǎng)絡(luò)單元，其用于請求接入實時收發(fā)消息的網(wǎng)絡(luò)，使本BS客戶端成為該網(wǎng)絡(luò)的客戶端。
另外，在實際應(yīng)用中的BS客戶端顯然可以同時包括圖5中的單元和圖6中的單元，這樣的BS客戶端可以同時具有第一BS客戶端和第二BS客戶端的功能。在這種BS客戶端中，各個單元結(jié)構(gòu)和連接與圖5和圖6中相同，這里不再贅述。
通過本發(fā)明實施例中上述方案的使用，明顯地降低了塊存儲服務(wù)中刪除數(shù)據(jù)時的時延。并且，由于及時回收了塊資源，而回收的塊資源可以由其它數(shù)據(jù)實時使用，所以本發(fā)明實施例還提高了存儲空間的利用率。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種塊存儲服務(wù)BS方法，其特征在于，該方法包括第一BS客戶端向作為庫文件屬主的第二BS客戶端發(fā)送刪除所述庫文件中數(shù)據(jù)的請求，該請求中至少包括待刪除數(shù)據(jù)的信息；第二BS客戶端根據(jù)所述請求回收與待刪除數(shù)據(jù)的信息相對應(yīng)的塊資源。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括第一BS客戶端向第二BS客戶端發(fā)送請求新塊資源的請求；第二BS客戶端根據(jù)所述請求分配新塊資源，并將所述新塊資源返回給第一BS客戶端；第一BS客戶端將數(shù)據(jù)保存到所述新塊資源中。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法進(jìn)一步包括第一BS客戶端判斷更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，如果是，則向第二BS客戶端發(fā)送請求新數(shù)據(jù)塊的請求。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，該方法進(jìn)一步包括第一BS客戶端判斷出更新的數(shù)據(jù)不大于原始數(shù)據(jù)，則將更新的數(shù)據(jù)更新到保存原始數(shù)據(jù)的原塊資源中。
5.根據(jù)權(quán)利要求1～4所述的方法，其特征在于，第一BS客戶端和第二BS客戶端通過實時收發(fā)消息的網(wǎng)絡(luò)互發(fā)消息。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，該方法進(jìn)一步包括第一BS客戶端和/或第二BS客戶端請求接入所述實時收發(fā)消息的網(wǎng)絡(luò)，并成為該網(wǎng)絡(luò)的客戶端。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，該方法進(jìn)一步包括所述實時收發(fā)消息的網(wǎng)絡(luò)對第一BS客戶端和/或第二BS客戶端進(jìn)行鑒權(quán)的步驟。
8.一種塊存儲服務(wù)BS系統(tǒng)，其特征在于，該系統(tǒng)包括第一BS客戶端和作為庫文件屬主的第二BS客戶端，其中第一BS客戶端，用于向第二BS客戶端發(fā)送刪除所述庫文件中數(shù)據(jù)的請求，該請求中至少包括待刪除數(shù)據(jù)的信息；第二BS客戶端，用于根據(jù)所述請求回收與待刪除數(shù)據(jù)的信息相對應(yīng)的塊資源。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，第一BS客戶端進(jìn)一步用于向第二BS客戶端發(fā)送請求新塊資源的請求，以及將數(shù)據(jù)保存到第二BS客戶端分配的新塊資源中；第二BS客戶端進(jìn)一步用于根據(jù)所述請求分配新塊資源，并將所述新塊資源返回給第一BS客戶端。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，第一BS客戶端進(jìn)一步用于判斷更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，并在是的情況下向第二BS客戶端發(fā)送請求新塊資源的請求。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，第一BS客戶端進(jìn)一步用于在判斷出更新的數(shù)據(jù)不大于原始數(shù)據(jù)的情況下，將更新的數(shù)據(jù)更新到保存原始數(shù)據(jù)的原塊資源中。
12.根據(jù)權(quán)利要求8～11中任一項所述的系統(tǒng)，其特征在于，所述第一BS客戶端和第二BS客戶端通過實時收發(fā)消息的網(wǎng)絡(luò)互連并互發(fā)消息。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述第一BS客戶端和/或第二BS客戶端進(jìn)一步用于請求接入所述實時收發(fā)消息的網(wǎng)絡(luò)，并成為該網(wǎng)絡(luò)的客戶端。
14.一種塊存儲服務(wù)BS客戶端，其特征在于，該BS客戶端包括刪除請求生成單元，用于在所要刪除的數(shù)據(jù)存儲在其它BS客戶端所屬庫文件中時，生成刪除所述庫文件中數(shù)據(jù)的請求并轉(zhuǎn)發(fā)給請求發(fā)送單元，所述請求中至少包括待刪除數(shù)據(jù)的信息；請求發(fā)送單元，用于向所述庫文件屬主BS客戶端發(fā)送所述請求。
15.根據(jù)權(quán)利要求14所述的BS客戶端，其特征在于，進(jìn)一步包括資源請求生成單元，用于生成向所述庫文件屬主BS客戶端請求新塊資源的請求，并通過請求發(fā)送單元發(fā)送給所述庫文件屬主BS客戶端；和/或，數(shù)據(jù)存儲單元，用于將數(shù)據(jù)保存到所述庫文件屬主BS客戶端分配的新塊資源中。
16.根據(jù)權(quán)利要求15所述的BS客戶端，其特征在于，進(jìn)一步包括判斷單元，用于判斷更新的數(shù)據(jù)是否大于原始數(shù)據(jù)，并在是的情況下指示資源請求生成單元生成請求新塊資源的請求。
17.根據(jù)權(quán)利要求16所述的BS客戶端，其特征在于，所述判斷單元進(jìn)一步用于在判斷出更新的數(shù)據(jù)不大于原始數(shù)據(jù)的情況下，指示數(shù)據(jù)存儲單元將更新的數(shù)據(jù)更新到保存原始數(shù)據(jù)的原塊資源中。
18.根據(jù)權(quán)利要求14～17中任一項所述的BS客戶端，其特征在于，進(jìn)一步包括網(wǎng)絡(luò)單元，其用于請求接入實時收發(fā)消息的網(wǎng)絡(luò)，使本BS客戶端成為該網(wǎng)絡(luò)的客戶端。
19.一種塊存儲服務(wù)BS客戶端，其特征在于，該BS客戶端包括請求接收單元，用于接收刪除本BS客戶端所屬庫文件中數(shù)據(jù)的請求，并轉(zhuǎn)發(fā)給資源回收單元；資源回收單元，用于根據(jù)所述請求回收與該請求中待刪除數(shù)據(jù)的信息對應(yīng)的塊資源。
20.根據(jù)權(quán)利要求19所述的BS客戶端，其特征在于，進(jìn)一步包括資源分配單元，用于根據(jù)請求接收單元接收并轉(zhuǎn)發(fā)來的請求分配新塊資源的請求分配新塊資源，并將所述新塊資源返回請求的BS客戶端。
21.根據(jù)權(quán)利要求19或20所述的BS客戶端，其特征在于，進(jìn)一步包括網(wǎng)絡(luò)單元，其用于請求接入實時收發(fā)消息的網(wǎng)絡(luò)，使本BS客戶端成為該網(wǎng)絡(luò)的客戶端。
全文摘要
本發(fā)明公開了一種塊存儲服務(wù)方法，該方法包括第一BS客戶端向作為庫文件屬主的第二BS客戶端發(fā)送刪除所述庫文件中數(shù)據(jù)的請求，該請求中至少包括待刪除數(shù)據(jù)的信息；第二BS客戶端根據(jù)所述請求回收與待刪除數(shù)據(jù)的信息相對應(yīng)的塊資源。本發(fā)明還公開了一種塊存儲服務(wù)系統(tǒng)，該系統(tǒng)包括第一BS客戶端和作為庫文件屬主的第二BS客戶端。另外，本發(fā)明還公開了一種塊存儲服務(wù)客戶端。本發(fā)明明顯地降低了塊存儲服務(wù)中刪除數(shù)據(jù)時的時延，并且由于及時回收了塊資源，而回收的塊資源可以由其它數(shù)據(jù)實時使用，所以本發(fā)明還提高了存儲空間的利用率。
文檔編號G06F17/30GK101013996SQ20071007950
公開日2007年8月8日 申請日期2007年2月16日 優(yōu)先權(quán)日2007年2月16日
發(fā)明者洪鼎杰 申請人:華為技術(shù)有限公司