• / 27
  • 下載費用:30 金幣  

數據存儲方法及裝置.pdf

摘要
申請專利號:

CN201610742391.3

申請日:

2016.08.29

公開號:

CN106257461A

公開日:

2016.12.28

當前法律狀態:

實審

有效性:

審中

法律詳情: 實質審查的生效IPC(主分類):G06F 17/30申請日:20160829|||公開
IPC分類號: G06F17/30 主分類號: G06F17/30
申請人: 董曉明
發明人: 董曉明; 李燦; 趙曉輝
地址: 450000 河南省鄭州市經八路2號鄭州大學第二附屬醫院
優先權:
專利代理機構: 代理人:
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201610742391.3

授權公告號:

|||

法律狀態公告日:

2017.02.01|||2016.12.28

法律狀態類型:

實質審查的生效|||公開

摘要

本發明公開了一種數據存儲方法及裝置,包括:接收資源上傳請求;判斷所述資源上傳請求對應的待上傳資源是否已經存在;若所述待上傳資源不存在,則接收并存儲所述資源,并獲取上傳所述資源的用戶的用戶信息;為所述資源建立用戶信息列表,將所述用戶信息添加到所述用戶信息列表中;若所述待上傳資源已經存在,則獲取上傳所述資源的用戶的用戶信息,將所述用戶信息添加到所述資源的用戶信息列表中。本發明提出的數據存儲方法及裝置,能夠很好地實現資源共享。

權利要求書

1.一種數據存儲方法,其特征在于,包括:
接收資源上傳請求;
判斷所述資源上傳請求對應的待上傳資源是否已經存在;
若所述待上傳資源不存在,則接收并存儲所述資源,并獲取上傳所述資源的用戶的用
戶信息;
為所述資源建立用戶信息列表,將所述用戶信息添加到所述用戶信息列表中;
若所述待上傳資源已經存在,則獲取上傳所述資源的用戶的用戶信息,將所述用戶信
息添加到所述資源的用戶信息列表中。
2.根據權利要求1所述的方法,其特征在于,所述獲取上傳所述資源的用戶的用戶信息
的步驟之后還包括:
判斷所述資源上傳請求是否來自其他服務器;
若所述資源上傳請求來自其他服務器,判斷所述用戶信息列表中是否存在與所述服務
器相關聯的用戶信息子列表;
若所述用戶信息列表中不存在與所述服務器相關聯的用戶信息子列表,在所述用戶信
息列表中增加與所述服務器相關聯的用戶信息子列表,并將所述用戶信息添加到所述用戶
信息子列表中;
若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,將所述用戶信息
添加到所述用戶信息子列表中。
3.根據權利要求2所述的方法,其特征在于,還包括:
接收資源刪除請求;
判斷所述資源刪除請求是否來自其他服務器;
若所述資源刪除請求來自其他服務器,判斷所述用戶信息列表中是否存在與所述服務
器相關聯的用戶信息子列表;
若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,獲取刪除資源的
用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存在所述用
戶信息;
若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中的所述用
戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;
若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列表,并判斷
刪除所述用戶信息子列表后的用戶信息列表是否為空;
若刪除所述用戶信息子列表后的用戶信息列表為空,則刪除所述資源。
4.根據權利要求2或3所述的方法,其特征在于,所述將所述用戶信息添加到所述用戶
信息子列表中的步驟之前還包括:
判斷所述用戶信息是否存在于所述用戶信息子列表中;
若所述用戶信息不存在于所述用戶信息子列表中,則將所述用戶信息添加到所述用戶
信息子列表中;
若所述用戶存在于所述用戶信息子列表中,則不將所述用戶信息添加到所述用戶信息
子列表中。
5.根據權利要求2所述的方法,其特征在于,應用于錄播系統中的資源平臺;所述方法
還包括:
若所述資源上傳請求來自所述錄播系統的錄播主機,則判斷所述用戶信息列表中是否
存在與所述錄播主機相關聯的用戶信息子列表;
若所述用戶信息列表中不存在與所述錄播主機相關聯的用戶信息子列表,在所述用戶
信息列表中增加與所述錄播主機相關聯的用戶信息子列表,并將所述用戶信息添加到所述
用戶信息子列表中;
若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,將所述用戶信
息添加到所述用戶信息子列表中。
6.根據權利要求5所述的方法,其特征在于,應用于錄播系統中的資源平臺;所述方法
還包括:
接收資源刪除請求;
若資源上傳請求來自所述錄播系統的錄播主機,判斷所述用戶信息列表中是否存在與
所述錄播主機相關聯的用戶信息子列表;
若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,獲取刪除資源
的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存在所述
用戶信息;
若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中的所述用
戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;
若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列表,并判斷
刪除所述用戶信息子列表后的用戶信息列表是否為空;
若刪除所述用戶信息子列表后的用戶信息列表為空,則刪除所述資源。
7.根據權利要求1所述的方法,其特征在于,還包括:
接收資源刪除請求;
獲取刪除資源的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息列表
中是否存在所述用戶信息;
若所述用戶信息列表中存在所述用戶信息,則刪除所述用戶信息列表中的所述用戶信
息,并判斷刪除所述用戶信息后的用戶信息列表是否為空;
若刪除所述用戶信息后的用戶信息列表為空,則刪除所述資源。
8.一種數據存儲裝置,其特征在于,包括:
接收模塊,用于接收資源上傳請求,以及,用于接收資源;
資源確定模塊,用于判斷所述資源上傳請求對應的待上傳資源是否已經存在;
存儲模塊,若所述待上傳資源不存在,用于存儲所述資源;
列表管理模塊,用于獲取上傳所述資源的用戶的用戶信息,為所述資源建立用戶信息
列表,以及,用于將所述用戶信息添加到所述用戶信息列表中。
9.根據權利要求8所述的裝置,其特征在于,還包括請求判斷模塊,用于判斷所述資源
上傳請求是否來自其他服務器;
所述列表管理模塊,還用于:
判斷所述用戶信息列表中是否存在與所述服務器相關聯的用戶信息子列表;
若所述用戶信息列表中不存在與所述服務器相關聯的用戶信息子列表,在所述用戶信
息列表中增加與所述服務器相關聯的用戶信息子列表,并將所述用戶信息添加到所述用戶
信息子列表中;
若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,將所述用戶信息
添加到所述用戶信息子列表中。
10.根據權利要求9所述的裝置,其特征在于,所述接收模塊,還用于接收資源刪除請
求;
所述請求判斷模塊,用于判斷所述資源刪除請求是否來自其他服務器;
所述列表管理模塊,還用于:
若所述資源刪除請求來自其他服務器,判斷所述用戶信息列表中是否存在與所述服務
器相關聯的用戶信息子列表;
若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,獲取刪除資源的
用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存在所述用
戶信息;
若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中的所述用
戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;
若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列表,并判斷
刪除所述用戶信息子列表后的用戶信息列表是否為空;
若刪除所述用戶信息子列表后的用戶信息列表為空,則向所述存儲模塊發出資源刪除
指令;
所述存儲模塊,還用于刪除所述資源。
11.根據權利要求9或10所述的裝置,其特征在于,所述列表管理模塊,還用于:
判斷所述用戶信息是否存在于所述用戶信息子列表中;
若所述用戶信息不存在于所述用戶信息子列表中,則將所述用戶信息添加到所述用戶
信息子列表中;
若所述用戶存在于所述用戶信息子列表中,則不將所述用戶信息添加到所述用戶信息
子列表中。
12.根據權利要求9所述的裝置,其特征在于,應用于錄播系統中的資源平臺;所述列表
管理模塊,還用于:
若所述資源上傳請求來自所述錄播系統的錄播主機,則判斷所述用戶信息列表中是否
存在與所述錄播主機相關聯的用戶信息子列表;
若所述用戶信息列表中不存在與所述錄播主機相關聯的用戶信息子列表,在所述用戶
信息列表中增加與所述錄播主機相關聯的用戶信息子列表,并將所述用戶信息添加到所述
用戶信息子列表中;
若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,將所述用戶信
息添加到所述用戶信息子列表中。
13.根據權利要求12所述的裝置,其特征在于,應用于錄播系統中的資源平臺;
所述接收模塊,還用于接收資源刪除請求;
所述列表管理模塊,還用于:
若資源上傳請求來自所述錄播系統的錄播主機,判斷所述用戶信息列表中是否存在與
所述錄播主機相關聯的用戶信息子列表;
若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,獲取刪除資源
的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存在所述
用戶信息;
若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中的所述用
戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;
若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列表,并判斷
刪除所述用戶信息子列表后的用戶信息列表是否為空;
若刪除所述用戶信息子列表后的用戶信息列表為空,則刪除所述資源。
14.根據權利要求8所述的裝置,其特征在于,所述接收模塊,還用于接收資源刪除請
求;
所述列表管理模塊,還用于:
獲取刪除資源的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息列表
中是否存在所述用戶信息;
若所述用戶信息列表中存在所述用戶信息,則刪除所述用戶信息列表中的所述用戶信
息,并判斷刪除所述用戶信息后的用戶信息列表是否為空;
若刪除所述用戶信息后的用戶信息列表為空,則向所述存儲模塊發出資源刪除指令;
所述存儲模塊,還用于刪除所述資源。

說明書

數據存儲方法及裝置

技術領域

本發明涉及數據處理技術領域,特別是指一種數據存儲方法及裝置。

背景技術

隨著云應用,視頻網站應用的增加,資源存儲對空間占用越來越多,實現資源合理
調配共享,合理利用資源存儲空間,成為主要問題。

在一些存儲空間中,例如百度云等,數據存儲方式通常如下:

在資源上傳時,假如用戶甲上傳資源a,首先服務器對資源a進行驗證,若服務器通過驗
證發現資源a不存在,則判定資源a為新資源,并接收上傳資源,并在與用戶甲關聯的資源列
表中添加資源a的存儲鏈接;同理,用戶甲接著上傳了資源b、資源c。

之后,若用戶乙想上傳資源a,首先服務器對資源a進行驗證,則會發現已存在資源
a,為了防止資源重復存儲以節約空間,則服務器直接在與用戶乙關聯的資源列表中添加資
源a的存儲鏈接,而不再接收上傳資源。

其他用戶上傳數據亦同理。這樣保證了資源的唯一性,使得資源不會被重復存儲,
提高了存儲利用率。

在刪除資源時,假如用戶甲想要刪除資源a,服務器僅會刪除與用戶甲關聯的資源
列表中的資源a的記錄,這樣,用戶甲的資源列表中刪除了資源a,但是因為用戶乙還在服務
器中存儲了資源a(服務器可通過遍歷總的資源列表來確定還有其他用戶存儲了資源a),實
際上資源a仍然存在在服務器上,在總的資源列表中(總的資源列表由各用戶相關聯的資源
列表組成),仍然存在,用戶甲對于資源a的刪除,實際只是邏輯刪除。

假設僅用戶甲和用戶乙存儲了資源a,此時若用戶乙也刪除資源a,刪除過程同上,
但是,此時服務器的總的資源列表中則徹底沒有了資源a的記錄,故資源a可以被物理刪除,
此時服務器中真正才刪除了資源a。

在上述單一服務器的數據存儲過程中,可以通過一張總的資源列表很容易地實現
資源復用,但是在某些多服務器情況下,這種管理就變得很麻煩。

例如,服務器A和服務器B均為獨立存儲服務器,但服務器A和服務器B處于同一分
布式架構中,互相之間需要資源共享。在服務器A已經存儲了上述資源a、b、c的情況下,若服
務器B也存儲資源a、b、c,就會造成資源重復存儲,通常情況下,為了解決這一問題,采用如
下技術方案:

以服務器A中的資源為例,資源a、b、c存儲在服務器A上,服務器B中檢測到用戶甲或乙
或其他用戶想上傳對于服務器B來說的新資源a、b、c,但同時服務器B檢測到這些資源已經
在服務器A中存儲,于是直接向服務器A請求資源a、b、c的存儲信息并將相應的信息存儲在
自己的資源列表中。

上述數據存儲方式在資源上傳時毫無問題,不過是資源存儲在服務器A還是服務
器B的問題,二者都可以通過建立連接,實現資源存儲的共享。

但是,如果服務器A中的用戶甲或用戶乙均刪除了資源a,此時,服務器A因為自己
的資源列表中已經完全不存在關于資源a的記錄,因此直接對資源a進行了物理刪除。這樣,
服務器B中雖然還存在資源a的記錄,但實際資源a已經被服務器A刪除,則無法再對資源a進
行操作,資源共享就成為了一種問題。

發明內容

有鑒于此,本發明的目的在于提出一種數據存儲方法及裝置,能夠很好地實現資
源共享。

基于上述目的本發明提供的數據存儲方法,包括:

接收資源上傳請求;

判斷所述資源上傳請求對應的待上傳資源是否已經存在;

若所述待上傳資源不存在,則接收并存儲所述資源,并獲取上傳所述資源的用戶的用
戶信息;

為所述資源建立用戶信息列表,將所述用戶信息添加到所述用戶信息列表中;

若所述待上傳資源已經存在,則獲取上傳所述資源的用戶的用戶信息,將所述用戶信
息添加到所述資源的用戶信息列表中。

在一些實施方式中,所述獲取上傳所述資源的用戶的用戶信息的步驟之后還包
括:

判斷所述資源上傳請求是否來自其他服務器;

若所述資源上傳請求來自其他服務器,判斷所述用戶信息列表中是否存在與所述服務
器相關聯的用戶信息子列表;

若所述用戶信息列表中不存在與所述服務器相關聯的用戶信息子列表,在所述用戶信
息列表中增加與所述服務器相關聯的用戶信息子列表,并將所述用戶信息添加到所述用戶
信息子列表中;

若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,將所述用戶信息
添加到所述用戶信息子列表中。

在一些實施方式中,所述方法還包括:

接收資源刪除請求;

判斷所述資源刪除請求是否來自其他服務器;

若所述資源刪除請求來自其他服務器,判斷所述用戶信息列表中是否存在與所述服務
器相關聯的用戶信息子列表;

若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,獲取刪除資源的
用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存在所述用
戶信息;

若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中的所述用
戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;

若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列表,并判斷
刪除所述用戶信息子列表后的用戶信息列表是否為空;

若刪除所述用戶信息子列表后的用戶信息列表為空,則刪除所述資源。

在一些實施方式中,所述將所述用戶信息添加到所述用戶信息子列表中的步驟之
前還包括:

判斷所述用戶信息是否存在于所述用戶信息子列表中;

若所述用戶信息不存在于所述用戶信息子列表中,則將所述用戶信息添加到所述用戶
信息子列表中;

若所述用戶存在于所述用戶信息子列表中,則不將所述用戶信息添加到所述用戶信息
子列表中。

在一些實施方式中,所述方法應用于錄播系統中的資源平臺;所述方法還包括:

若所述資源上傳請求來自所述錄播系統的錄播主機,則判斷所述用戶信息列表中是否
存在與所述錄播主機相關聯的用戶信息子列表;

若所述用戶信息列表中不存在與所述錄播主機相關聯的用戶信息子列表,在所述用戶
信息列表中增加與所述錄播主機相關聯的用戶信息子列表,并將所述用戶信息添加到所述
用戶信息子列表中;

若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,將所述用戶信
息添加到所述用戶信息子列表中。

在一些實施方式中,所述方法應用于錄播系統中的資源平臺;所述方法還包括:

接收資源刪除請求;

若資源上傳請求來自所述錄播系統的錄播主機,判斷所述用戶信息列表中是否存在與
所述錄播主機相關聯的用戶信息子列表;

若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,獲取刪除資源
的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存在所述
用戶信息;

若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中的所述用
戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;

若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列表,并判斷
刪除所述用戶信息子列表后的用戶信息列表是否為空;

若刪除所述用戶信息子列表后的用戶信息列表為空,則刪除所述資源。

在一些實施方式中,所述方法還包括:

接收資源刪除請求;

獲取刪除資源的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息列表
中是否存在所述用戶信息;

若所述用戶信息列表中存在所述用戶信息,則刪除所述用戶信息列表中的所述用戶信
息,并判斷刪除所述用戶信息后的用戶信息列表是否為空;

若刪除所述用戶信息后的用戶信息列表為空,則刪除所述資源。

本發明的另一方面,還提供了一種數據存儲裝置,包括:

接收模塊,用于接收資源上傳請求,以及,用于接收資源;

資源確定模塊,用于判斷所述資源上傳請求對應的待上傳資源是否已經存在;

存儲模塊,若所述待上傳資源不存在,用于存儲所述資源;

列表管理模塊,用于獲取上傳所述資源的用戶的用戶信息,為所述資源建立用戶信息
列表,以及,用于將所述用戶信息添加到所述用戶信息列表中。

在一些實施方式中,所述裝置還包括請求判斷模塊,用于判斷所述資源上傳請求
是否來自其他服務器;

所述列表管理模塊,還用于:

判斷所述用戶信息列表中是否存在與所述服務器相關聯的用戶信息子列表;

若所述用戶信息列表中不存在與所述服務器相關聯的用戶信息子列表,在所述用戶信
息列表中增加與所述服務器相關聯的用戶信息子列表,并將所述用戶信息添加到所述用戶
信息子列表中;

若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,將所述用戶信息
添加到所述用戶信息子列表中。

在一些實施方式中,所述接收模塊,還用于接收資源刪除請求;

所述請求判斷模塊,用于判斷所述資源刪除請求是否來自其他服務器;

所述列表管理模塊,還用于:

若所述資源刪除請求來自其他服務器,判斷所述用戶信息列表中是否存在與所述服務
器相關聯的用戶信息子列表;

若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,獲取刪除資源的
用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存在所述用
戶信息;

若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中的所述用
戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;

若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列表,并判斷
刪除所述用戶信息子列表后的用戶信息列表是否為空;

若刪除所述用戶信息子列表后的用戶信息列表為空,則向所述存儲模塊發出資源刪除
指令;

所述存儲模塊,還用于刪除所述資源。

在一些實施方式中,所述列表管理模塊,還用于:

判斷所述用戶信息是否存在于所述用戶信息子列表中;

若所述用戶信息不存在于所述用戶信息子列表中,則將所述用戶信息添加到所述用戶
信息子列表中;

若所述用戶存在于所述用戶信息子列表中,則不將所述用戶信息添加到所述用戶信息
子列表中。

在一些實施方式中,所述裝置應用于錄播系統中的資源平臺;所述列表管理模塊,
還用于:

若所述資源上傳請求來自所述錄播系統的錄播主機,則判斷所述用戶信息列表中是否
存在與所述錄播主機相關聯的用戶信息子列表;

若所述用戶信息列表中不存在與所述錄播主機相關聯的用戶信息子列表,在所述用戶
信息列表中增加與所述錄播主機相關聯的用戶信息子列表,并將所述用戶信息添加到所述
用戶信息子列表中;

若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,將所述用戶信
息添加到所述用戶信息子列表中。

在一些實施方式中,所述裝置應用于錄播系統中的資源平臺;

所述接收模塊,還用于接收資源刪除請求;

所述列表管理模塊,還用于:

若資源上傳請求來自所述錄播系統的錄播主機,判斷所述用戶信息列表中是否存在與
所述錄播主機相關聯的用戶信息子列表;

若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,獲取刪除資源
的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存在所述
用戶信息;

若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中的所述用
戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;

若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列表,并判斷
刪除所述用戶信息子列表后的用戶信息列表是否為空;

若刪除所述用戶信息子列表后的用戶信息列表為空,則刪除所述資源。

在一些實施方式中,所述接收模塊,還用于接收資源刪除請求;

所述列表管理模塊,還用于:

獲取刪除資源的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息列表
中是否存在所述用戶信息;

若所述用戶信息列表中存在所述用戶信息,則刪除所述用戶信息列表中的所述用戶信
息,并判斷刪除所述用戶信息后的用戶信息列表是否為空;

若刪除所述用戶信息后的用戶信息列表為空,則向所述存儲模塊發出資源刪除指令;

所述存儲模塊,還用于刪除所述資源。

從上面所述可以看出,本發明提供的數據存儲方法及裝置,通過為每個存儲的資
源建立一個用戶信息列表,并在所述用戶信息列表中添加存儲過該資源的用戶信息,當有
新用戶上傳已有資源時,無需再進行存儲,而是直接將用戶信息添加到該資源相對應的用
戶信息列表中,一方面能夠實現資源復用,節約存儲空間,另一方面能夠根據資源的用戶信
息列表的內容判斷該資源被哪些用戶存儲過,當這些用戶請求刪除該資源時,只需從用戶
信息列表中刪除其用戶信息,直到用戶信息列表為空,再對該資源進行物理刪除,從而很好
地解決了資源共享的問題。

附圖說明:

圖1為本發明提供的數據存儲方法的第一個實施例的流程示意圖;

圖2為本發明提供的數據存儲方法的第二個實施例的流程示意圖;

圖3為本發明提供的數據存儲方法的第三個實施例的流程示意圖;

圖4為本發明提供的數據存儲方法的第四個實施例的流程示意圖;

圖5為本發明提供的數據存儲裝置的第一個實施例的模塊結構示意圖;

圖6為本發明提供的數據存儲裝置的第二個實施例的模塊結構示意圖。

具體實施方式:

為使本發明的目的、技術方案和優點更加清楚明白,以下結合具體實施例,并參照附
圖,對本發明進一步詳細說明。

需要說明的是,本發明實施例中所有使用“第一”和“第二”的表述均是為了區分兩
個相同名稱非相同的實體或者非相同的參量,可見“第一”“第二”僅為了表述的方便,不應
理解為對本發明實施例的限定,后續實施例對此不再一一說明。

基于上述發明目的,本發明的第一個方面提供了一種數據存儲方法的第一個實施
例,如圖1所示,為本發明提供的數據存儲方法的第一個實施例的流程示意圖。

所述數據存儲方法,包括以下步驟:

步驟101:接收資源上傳請求;所述資源上傳請求是指由用戶發出的需要上傳資源的請
求;這里,可選的,發出該資源上傳請求的用戶,可以是將所述資源上傳請求發送到任意具
有獨立存儲功能的服務器,除了該接收資源上傳請求的服務器外,接收到資源上傳請求的
服務器還可以向其他服務器轉發該資源上傳請求,從而達到同一關聯系統中的各服務器之
間資源共享的效果;

步驟102:判斷所述資源上傳請求對應的待上傳資源是否已經存在;這里,可選的,待上
傳資源的具體信息可以由所述資源上傳請求攜帶從而一并被接收,從而能夠從所述資源上
傳請求中提取得到待上傳資源的具體信息,并進一步判斷該待上傳資源是否存在;這里所
述的是否已經存在,可以是指所述待上傳資源是否存在于接收該資源上傳請求的服務器的
本地數據庫中或者是與該服務器處于同一關聯系統中的其他服務器中;

步驟103:若所述待上傳資源不存在,則接收并存儲所述資源,并獲取上傳所述資源的
用戶的用戶信息;這里的用戶信息,可以是指能夠區分該用戶身份的唯一用戶信息,其中可
以包括用戶ID、用戶的唯一區別碼等等;

步驟104:為所述資源建立用戶信息列表,將所述用戶信息添加到所述用戶信息列表
中;所述用戶信息列表與所述資源一一對應,即,每個被存儲的資源均關聯有一個用戶信息
列表,不同的被存儲的資源則關聯不同的用戶信息列表;

步驟105:若所述待上傳資源已經存在,此時則無需再接收并存儲所述資源,可直接獲
取上傳所述資源的用戶的用戶信息,將所述用戶信息添加到所述資源的用戶信息列表中
(因為該資源已經存在,因此其在第一次上傳時已經建立好了用戶信息列表,這時,只需將
新的用戶信息增加到該用戶信息列表中即可);

其中,在將所述用戶信息添加到所述資源的用戶信息列表中的步驟之后,還可以進一
步包括以下步驟:

步驟106:提取與所述資源的存儲路徑相關聯的唯一識別碼;

步驟107:將所述唯一識別碼返回給用戶,用戶可以根據所述唯一識別碼得到所述資源
的存儲路徑,從而能夠從服務器中下載該資源。

從上述實施例可以看出,本發明提供的數據存儲方法,通過為每個存儲的資源建
立一個用戶信息列表,并在所述用戶信息列表中添加存儲過該資源的用戶信息,當有新用
戶上傳已有資源時,無需再進行存儲,而是直接將用戶信息添加到該資源相對應的用戶信
息列表中,一方面能夠實現資源復用,節約存儲空間,另一方面能夠根據資源的用戶信息列
表的內容判斷該資源被哪些用戶存儲過,當這些用戶請求刪除該資源時,只需從用戶信息
列表中刪除其用戶信息,直到用戶信息列表為空,再對該資源進行物理刪除,從而很好地解
決了資源共享的問題。

基于上述發明目的,本發明還提供了一種數據存儲方法的第二個實施例,如圖2所
示,為本發明提供的數據存儲方法的第二個實施例的流程示意圖。

所述數據存儲方法,包括以下步驟:

步驟101:接收資源上傳請求;

步驟102:判斷所述資源上傳請求對應的待上傳資源是否已經存在;

步驟103:若所述待上傳資源不存在,則接收并存儲所述資源,并獲取上傳所述資源的
用戶的用戶信息;

步驟104:為所述資源建立用戶信息列表,將所述用戶信息添加到所述用戶信息列表
中;

步驟105:若所述待上傳資源已經存在,此時則無需再接收并存儲所述資源,可直接獲
取上傳所述資源的用戶的用戶信息,將所述用戶信息添加到所述資源的用戶信息列表中;

步驟106:提取與所述資源的存儲路徑相關聯的唯一識別碼;

步驟107:將所述唯一識別碼返回給用戶,用戶可以根據所述唯一識別碼得到所述資源
的存儲路徑,從而能夠從服務器中下載該資源;

在一些可選實施方式中,所述數據存儲方法,還可包括以下步驟:

步驟201:接收資源刪除請求;同理,所述資源刪除請求是指由用戶發出的需要刪除相
應資源的請求;這里,可選的,發出該資源刪除請求的用戶,可以是將所述資源刪除請求發
送到任意具有獨立存儲功能的服務器,除了該接收資源刪除請求的服務器外,接收到資源
刪除請求的服務器還可以向其他服務器轉發該資源刪除請求,從而達到同一關聯系統中的
各服務器之間資源共享的效果;

步驟202:獲取刪除資源的用戶的用戶信息;同樣的,這里的用戶信息,可以是指能夠區
分該用戶身份的唯一用戶信息,其中可以包括用戶ID、用戶的唯一區別碼等等;

步驟203:判斷所述資源刪除請求對應的資源的用戶信息列表中是否存在所述用戶信
息;

步驟204:若所述用戶信息列表中不存在所述用戶信息,則返回不予刪除的提示信息;

步驟205:若所述用戶信息列表中存在所述用戶信息,則刪除所述用戶信息列表中的所
述用戶信息;

步驟206:判斷刪除所述用戶信息后的用戶信息列表是否為空;即,是否還存在其他用
戶信息;

步驟207:若刪除所述用戶信息后的用戶信息列表不為空,說明還有其他用戶在服務器
中存儲了所述資源,因此不刪除所述資源;

步驟208:若刪除所述用戶信息后的用戶信息列表為空,說明已經沒有其他用戶在服務
器中存儲所述資源,因此可直接刪除所述資源;

步驟209:向用戶返回資源已刪除的提示信息,告知用戶資源已刪除完成。

從上述實施例可以看出,本發明提供的數據存儲方法,通過為每個存儲的資源建
立一個用戶信息列表,并在所述用戶信息列表中添加存儲過該資源的用戶信息,當有新用
戶上傳已有資源時,無需再進行存儲,而是直接將用戶信息添加到該資源相對應的用戶信
息列表中,一方面能夠實現資源復用,節約存儲空間,另一方面能夠根據資源的用戶信息列
表的內容判斷該資源被哪些用戶存儲過,當這些用戶請求刪除該資源時,只需從用戶信息
列表中刪除其用戶信息,直到用戶信息列表為空,再對該資源進行物理刪除,從而很好地解
決了資源共享的問題。

基于上述發明目的,本發明又提供了一種數據存儲方法的第三個實施例,如圖3所
示,為本發明提供的數據存儲方法的第三個實施例的流程示意圖。

所述數據存儲方法,包括以下步驟:

步驟301:接收資源上傳請求;

步驟302:判斷所述資源上傳請求對應的待上傳資源是否已經存在;

步驟303:若所述待上傳資源不存在,則接收并存儲所述資源,并獲取上傳所述資源的
用戶的用戶信息;

步驟304:為所述資源建立用戶信息列表;

步驟305:判斷所述資源上傳請求是否來自其他服務器;

步驟306:若所述資源上傳請求不是來自其他服務器,將所述用戶信息添加到所述用戶
信息列表中;

步驟307:若所述資源上傳請求來自其他服務器,在所述用戶信息列表中增加與所述服
務器相關聯的用戶信息子列表,并將所述用戶信息添加到所述用戶信息子列表中;所述用
戶信息子列表與相應服務器也是一一對應的關系,即一個服務器對應一個用戶信息子列
表,不同服務器對應不同的用戶信息子列表;

步驟308:若所述待上傳資源已經存在,獲取上傳所述資源的用戶的用戶信息;

步驟309:判斷所述資源上傳請求是否來自其他服務器;

步驟310:若所述資源上傳請求不是來自其他服務器,將所述用戶信息添加到所述用戶
信息列表中;

步驟311:若所述資源上傳請求來自其他服務器,判斷所述用戶信息列表中是否存在與
所述服務器相關聯的用戶信息子列表;

步驟312:若所述用戶信息列表中不存在與所述服務器相關聯的用戶信息子列表,在所
述用戶信息列表中增加與所述服務器相關聯的用戶信息子列表,并將所述用戶信息添加到
所述用戶信息子列表中;

步驟313:若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,判斷所
述用戶信息是否存在于所述用戶信息子列表中;

步驟314:若所述用戶信息不存在于所述用戶信息子列表中,則將所述用戶信息添加到
所述用戶信息子列表中;

步驟315:若所述用戶存在于所述用戶信息子列表中,則不將所述用戶信息添加到所述
用戶信息子列表中;

步驟305~307和步驟308~315所提供的實施方式,均是通過建立用戶信息子列表的方
式,將其他服務器轉發來的資源上傳請求的對應用戶信息進行區別存儲,從而能夠在資源
的用戶信息列表中的用戶信息已經為空時,通過判斷是否存在不為空的用戶信息子列表來
確定是否還有其他服務器關聯了該資源;

步驟316:提取與所述資源的存儲路徑相關聯的唯一識別碼;

步驟317:將所述唯一識別碼返回給用戶,用戶可以根據所述唯一識別碼得到所述資源
的存儲路徑,從而能夠從服務器中下載該資源;

步驟318:接收資源刪除請求;

步驟319:判斷所述資源刪除請求是否來自其他服務器;

步驟320:若所述資源刪除請求不是來自其他服務器,獲取刪除資源的用戶的用戶信
息;同樣的,這里的用戶信息,可以是指能夠區分該用戶身份的唯一用戶信息,其中可以包
括用戶ID、用戶的唯一區別碼等等;

步驟321:判斷所述資源刪除請求對應的資源的用戶信息列表中是否存在所述用戶信
息;

步驟322:若所述用戶信息列表中不存在所述用戶信息,則返回不予刪除的提示信息;

步驟323:若所述用戶信息列表中存在所述用戶信息,則刪除所述用戶信息列表中的所
述用戶信息;

步驟324:判斷刪除所述用戶信息后的用戶信息列表是否為空;即,是否還存在其他用
戶信息或者還存在不為空的用戶信息子列表;

步驟325:若刪除所述用戶信息后的用戶信息列表不為空,說明還有其他用戶在服務器
中存儲了所述資源,因此不刪除所述資源;

步驟326:若刪除所述用戶信息后的用戶信息列表為空,說明已經沒有其他用戶在服務
器中存儲所述資源,因此可直接刪除所述資源;

步驟327:若所述資源刪除請求來自其他服務器,判斷所述用戶信息列表中是否存在與
所述服務器相關聯的用戶信息子列表;

步驟328:若所述用戶信息列表中不存在與所述服務器相關聯的用戶信息子列表,向用
戶返回不予刪除的提示信息;

步驟329:若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,獲取刪
除資源的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存
在所述用戶信息;

步驟330:若所述用戶信息子列表中不存在所述用戶信息,向用戶返回不予刪除的提示
信息;

步驟331:若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中
的所述用戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;

步驟332:若刪除所述用戶信息后的用戶信息子列表不為空,則不刪除所述用戶信息子
列表;

步驟333:若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列
表,并判斷刪除所述用戶信息子列表后的用戶信息列表是否為空;

步驟334:若刪除所述用戶信息子列表后的用戶信息列表不為空,則不刪除所述資源;

步驟335:若刪除所述用戶信息子列表后的用戶信息列表為空,則刪除所述資源;

步驟336:向用戶返回資源已刪除的提示信息,告知用戶資源已刪除完成。

從上述實施例可以看出,本發明提供的數據存儲方法,通過為每個存儲的資源建
立一個用戶信息列表,并在所述用戶信息列表中添加存儲過該資源的用戶信息,當有新用
戶上傳已有資源時,無需再進行存儲,而是直接將用戶信息添加到該資源相對應的用戶信
息列表中;并且,在檢測到請求來自其他服務器時,通過為該服務器建立用戶信息子列表,
并將相應的用戶信息存儲在所述用戶信息子列表中,從而保證了其他服務器還未刪除資源
時,本服務器還能為其保留該資源;這樣,一方面能夠實現資源復用,節約存儲空間,另一方
面能夠根據資源的用戶信息列表及用戶信息子列表的內容判斷該資源被哪些用戶存儲過,
當這些用戶請求刪除該資源時,只需從用戶信息列表或用戶信息子列表中刪除其用戶信
息,直到用戶信息列表為空,再對該資源進行物理刪除,從而很好地解決了資源共享的問
題。

下面以舉例的方式介紹上述數據存儲方法的任意實施例所能進行應用的場景。

錄播系統,主要應用于遠程教學技術領域,是指在教學現場布置攝像頭及麥克風,
通過采集教學現場的圖像和聲音,從而在后期制作成遠程教學錄像以供師生通過網絡隨時
進行觀看與學習的一種多功能教學系統。

現在的錄播系統實際包含錄播主機以及資源平臺兩部分。錄播主機主要負責控制
攝像頭,對課程進行錄制,將錄制好的課程存儲在錄播主機上面;但是存儲在錄播主機上的
資源無法進行應用,必須要將資源上傳到資源平臺上面,用戶才能通過網絡進行使用。因
此,為了使錄制的資源被加以利用,現有的實現方式就是把錄播主機的視頻資源復制一份
到資源平臺上,這樣一來,首先造成的就是重復存儲。

由于視頻資源占用的存儲空間過大,通常僅需幾周的時間,錄播主機就會被存滿
(資源平臺通常可以存儲五個月左右的視頻)。因此,如果錄播主機上存儲的資源不進行清
理的話,錄播主機將無法使用,但是若錄播主機單方面刪除了這些資源,由于不知道被刪除
的資源是否已經上傳到資源平臺,就會出現資源平臺上找不到資源的問題,并且,由于資源
被刪除,也就無法再在錄播主機的本地查看這些資源,從而造成許多不便。

有一種解決方案就是將資源直接存儲到資源平臺,錄播主機觀看本地視頻時可直
接鏈接到資源平臺進行觀看。但這樣就會出現背景技術的問題,即無法同步刪除,且還會涉
及到刪除權限等等各種復雜問題。

因此,本發明提出了所述數據存儲方法的第四個實施例,如圖4所示,為本發明提
供的數據存儲方法的第四個實施例的流程示意圖。

所述數據存儲方法,包括以下步驟:

步驟401:資源平臺接收資源上傳請求;

步驟402:資源平臺判斷所述資源上傳請求對應的待上傳資源是否已經存在;

步驟403:若所述待上傳資源不存在,則資源平臺接收并存儲所述資源,并獲取上傳所
述資源的用戶的用戶信息;

步驟404:資源平臺為所述資源建立用戶信息列表;

步驟405:資源平臺判斷所述資源上傳請求是否來自錄播主機;這里,所述資源上傳請
求來自錄播主機,可以是指錄播主機在有用戶登錄的情況下發出的資源上傳請求,即,此時
的用戶信息是指錄播主機當前被登錄上的用戶的用戶信息,且這個用戶具有向資源平臺上
傳數據的權限;

步驟406:若所述資源上傳請求不是來自錄播主機,資源平臺將所述用戶信息添加到所
述用戶信息列表中;

步驟407:若所述資源上傳請求來自錄播主機,資源平臺在所述用戶信息列表中增加與
所述錄播主機相關聯的用戶信息子列表,并將所述用戶信息添加到所述用戶信息子列表
中;所述用戶信息子列表與相應錄播主機也是一一對應的關系,即一個錄播主機對應一個
用戶信息子列表,不同錄播主機對應不同的用戶信息子列表;

步驟408:若所述待上傳資源已經存在,資源平臺獲取上傳所述資源的用戶的用戶信
息;

步驟409:資源平臺判斷所述資源上傳請求是否來自錄播主機;

步驟410:若所述資源上傳請求不是來自錄播主機,資源平臺將所述用戶信息添加到所
述用戶信息列表中;

步驟411:若所述資源上傳請求來自錄播主機,資源平臺判斷所述用戶信息列表中是否
存在與所述錄播主機相關聯的用戶信息子列表;

步驟412:若所述用戶信息列表中不存在與所述錄播主機相關聯的用戶信息子列表,資
源平臺在所述用戶信息列表中增加與所述錄播主機相關聯的用戶信息子列表,并將所述用
戶信息添加到所述用戶信息子列表中;

步驟413:若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,資源
平臺判斷所述用戶信息是否存在于所述用戶信息子列表中;

步驟414:若所述用戶信息不存在于所述用戶信息子列表中,則資源平臺將所述用戶信
息添加到所述用戶信息子列表中;

步驟415:若所述用戶存在于所述用戶信息子列表中,則資源平臺不將所述用戶信息添
加到所述用戶信息子列表中;

步驟405~407和步驟408~415所提供的實施方式,均是通過建立用戶信息子列表的方
式,將錄播主機轉發來的資源上傳請求的對應用戶信息進行區別存儲,從而能夠在資源的
用戶信息列表中的用戶信息已經為空時,通過判斷是否存在不為空的用戶信息子列表來確
定是否還有錄播主機關聯了該資源;

步驟416:資源平臺提取與所述資源的存儲路徑相關聯的唯一識別碼;

步驟417:資源平臺將所述唯一識別碼返回給用戶,用戶可以根據所述唯一識別碼得到
所述資源的存儲路徑,從而能夠從資源平臺中下載該資源;這里的返回給用戶,也可以是返
回給錄播主機,資源上傳請求來自于誰就返回給誰,同時,若資源上傳請求來自錄播主機,
也需要驗證通過錄播主機進行上傳操作的登錄用戶是誰,從而將該用戶信息用于存儲于用
戶信息子列表中,進一步的,在刪除資源時,能夠通過判斷資源刪除請求的用戶是否為同一
個,從而通過這樣的技術手段限制其他用戶的刪除權限;

步驟418:資源平臺接收資源刪除請求;

步驟419:資源平臺判斷所述資源刪除請求是否來自錄播主機;

步驟420:若所述資源刪除請求不是來自錄播主機,資源平臺獲取刪除資源的用戶的用
戶信息;同樣的,這里的用戶信息,可以是指能夠區分該用戶身份的唯一用戶信息,其中可
以包括用戶ID、用戶的唯一區別碼等等;

步驟421:資源平臺判斷所述資源刪除請求對應的資源的用戶信息列表中是否存在所
述用戶信息;

步驟422:若所述用戶信息列表中不存在所述用戶信息,則資源平臺返回不予刪除的提
示信息;

步驟423:若所述用戶信息列表中存在所述用戶信息,則資源平臺刪除所述用戶信息列
表中的所述用戶信息;

步驟424:資源平臺判斷刪除所述用戶信息后的用戶信息列表是否為空;即,是否還存
在其他用戶信息或者還存在不為空的用戶信息子列表;

步驟425:若刪除所述用戶信息后的用戶信息列表不為空,說明還有其他用戶通過錄播
主機存儲了所述資源,因此資源平臺不刪除所述資源;

步驟426:若刪除所述用戶信息后的用戶信息列表為空,說明已經沒有其他用戶通過錄
播主機存儲所述資源,因此資源平臺可直接刪除所述資源;

步驟427:若所述資源刪除請求來自錄播主機,資源平臺判斷所述用戶信息列表中是否
存在與所述錄播主機相關聯的用戶信息子列表;

步驟428:若所述用戶信息列表中不存在與所述錄播主機相關聯的用戶信息子列表,資
源平臺向用戶返回不予刪除的提示信息;

步驟429:若所述用戶信息列表中存在與所述錄播主機相關聯的用戶信息子列表,資源
平臺獲取刪除資源的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列
表中是否存在所述用戶信息;

步驟430:若所述用戶信息子列表中不存在所述用戶信息,資源平臺向用戶返回不予刪
除的提示信息;

步驟431:若所述用戶信息子列表中存在所述用戶信息,則資源平臺刪除所述用戶信息
子列表中的所述用戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;

步驟432:若刪除所述用戶信息后的用戶信息子列表不為空,則資源平臺不刪除所述用
戶信息子列表;

步驟433:若刪除所述用戶信息后的用戶信息子列表為空,則資源平臺刪除所述用戶信
息子列表,并判斷刪除所述用戶信息子列表后的用戶信息列表是否為空;

步驟434:若刪除所述用戶信息子列表后的用戶信息列表不為空,則資源平臺不刪除所
述資源;

步驟435:若刪除所述用戶信息子列表后的用戶信息列表為空,則資源平臺刪除所述資
源;

步驟436:資源平臺向用戶返回資源已刪除的提示信息,告知用戶資源已刪除完成。

從上述實施例可以看出,本發明提供的數據存儲方法,通過為每個存儲的資源建
立一個用戶信息列表,并在所述用戶信息列表中添加存儲過該資源的用戶信息,當有新用
戶上傳已有資源時,無需再進行存儲,而是直接將用戶信息添加到該資源相對應的用戶信
息列表中;并且,在檢測到請求來自錄播主機時,通過為該錄播主機建立用戶信息子列表,
并將相應的用戶信息存儲在所述用戶信息子列表中,從而保證了錄播主機還未刪除資源
時,資源平臺還能為其保留該資源;這樣,一方面能夠實現資源復用,節約存儲空間,另一方
面能夠根據資源的用戶信息列表及用戶信息子列表的內容判斷該資源被哪些用戶存儲過,
當這些用戶請求刪除該資源時,只需從用戶信息列表或用戶信息子列表中刪除其用戶信
息,直到用戶信息列表為空,再對該資源進行物理刪除,從而很好地解決了資源共享的問
題。

基于上述發明目的,本發明的第二個方面提供了一種數據存儲裝置的第一個實施
例,如圖5所示,為本發明提供的數據存儲裝置的第一個實施例的流程示意圖。

所述數據存儲裝置,包括:

接收模塊501,用于接收資源上傳請求,以及,用于接收資源;所述資源上傳請求是指由
用戶發出的需要上傳資源的請求;這里,可選的,發出該資源上傳請求的用戶,可以是將所
述資源上傳請求發送到任意具有獨立存儲功能的服務器,除了該接收資源上傳請求的服務
器外,接收到資源上傳請求的服務器還可以向其他服務器轉發該資源上傳請求,從而達到
同一關聯系統中的各服務器之間資源共享的效果;

資源確定模塊502,用于判斷所述資源上傳請求對應的待上傳資源是否已經存在;這
里,可選的,待上傳資源的具體信息可以由所述資源上傳請求攜帶從而一并被接收,從而能
夠從所述資源上傳請求中提取得到待上傳資源的具體信息,并進一步判斷該待上傳資源是
否存在;這里所述的是否已經存在,可以是指所述待上傳資源是否存在于接收該資源上傳
請求的服務器的本地數據庫中或者是與該服務器處于同一關聯系統中的其他服務器中;

存儲模塊503,若所述待上傳資源不存在,用于存儲所述資源;

列表管理模塊504,用于獲取上傳所述資源的用戶的用戶信息,為所述資源建立用戶信
息列表,以及,用于將所述用戶信息添加到所述用戶信息列表中;這里的用戶信息,可以是
指能夠區分該用戶身份的唯一用戶信息,其中可以包括用戶ID、用戶的唯一區別碼等等;所
述用戶信息列表與所述資源一一對應,即,每個被存儲的資源均關聯有一個用戶信息列表,
不同的被存儲的資源則關聯不同的用戶信息列表。

從上述實施例可以看出,本發明提供的數據存儲裝置,通過為每個存儲的資源建
立一個用戶信息列表,并在所述用戶信息列表中添加存儲過該資源的用戶信息,當有新用
戶上傳已有資源時,無需再進行存儲,而是直接將用戶信息添加到該資源相對應的用戶信
息列表中,一方面能夠實現資源復用,節約存儲空間,另一方面能夠根據資源的用戶信息列
表的內容判斷該資源被哪些用戶存儲過,當這些用戶請求刪除該資源時,只需從用戶信息
列表中刪除其用戶信息,直到用戶信息列表為空,再對該資源進行物理刪除,從而很好地解
決了資源共享的問題。

基于上述發明目的,本發明還提供了一種數據存儲裝置的第二個實施例,如圖6所
示,為本發明提供的數據存儲裝置的第二個實施例的流程示意圖。

所述數據存儲裝置,包括:

接收模塊501,用于接收資源上傳請求,以及,用于接收資源;

資源確定模塊502,用于判斷所述資源上傳請求對應的待上傳資源是否已經存在;

存儲模塊503,若所述待上傳資源不存在,用于存儲所述資源;

列表管理模塊504,用于獲取上傳所述資源的用戶的用戶信息,為所述資源建立用戶信
息列表,以及,用于將所述用戶信息添加到所述用戶信息列表中;

在一些可選實施方式中,所述數據存儲裝置還包括請求判斷模塊601,用于判斷所述資
源上傳請求是否來自其他服務器;

所述列表管理模塊504,還用于:

判斷所述用戶信息列表中是否存在與所述服務器相關聯的用戶信息子列表;

若所述用戶信息列表中不存在與所述服務器相關聯的用戶信息子列表,在所述用戶信
息列表中增加與所述服務器相關聯的用戶信息子列表,并將所述用戶信息添加到所述用戶
信息子列表中;

若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,將所述用戶信息
添加到所述用戶信息子列表中;

通過上述實施方式,以建立用戶信息子列表的方式,將其他服務器轉發來的資源上傳
請求的對應用戶信息進行區別存儲,從而能夠在資源的用戶信息列表中的用戶信息已經為
空時,通過判斷是否存在不為空的用戶信息子列表來確定是否還有其他服務器關聯了該資
源;

在一些可選實施方式中,所述接收模塊501,還用于接收資源刪除請求;同理,所述資源
刪除請求是指由用戶發出的需要刪除相應資源的請求;這里,可選的,發出該資源刪除請求
的用戶,可以是將所述資源刪除請求發送到任意具有獨立存儲功能的服務器,除了該接收
資源刪除請求的服務器外,接收到資源刪除請求的服務器還可以向其他服務器轉發該資源
刪除請求,從而達到同一關聯系統中的各服務器之間資源共享的效果;

所述請求判斷模塊601,用于判斷所述資源刪除請求是否來自其他服務器;

所述列表管理模塊504,還用于:

若所述資源刪除請求來自其他服務器,判斷所述用戶信息列表中是否存在與所述服務
器相關聯的用戶信息子列表;

若所述用戶信息列表中存在與所述服務器相關聯的用戶信息子列表,獲取刪除資源的
用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息子列表中是否存在所述用
戶信息;

若所述用戶信息子列表中存在所述用戶信息,則刪除所述用戶信息子列表中的所述用
戶信息,并判斷刪除所述用戶信息后的用戶信息子列表是否為空;

若刪除所述用戶信息后的用戶信息子列表為空,則刪除所述用戶信息子列表,并判斷
刪除所述用戶信息子列表后的用戶信息列表是否為空;

若刪除所述用戶信息子列表后的用戶信息列表為空,則向所述存儲模塊發出資源刪除
指令;

所述存儲模塊503,還用于刪除所述資源;

從上述實施例可以看出,在刪除資源時,能夠在資源的用戶信息列表中的用戶信息已
經為空時,通過判斷是否存在不為空的用戶信息子列表來確定是否還有其他服務器關聯了
該資源,從而能夠在其他服務器還存在鏈接而服務器本地已不存在存儲該資源的用戶信息
時,不對該資源進行物理刪除,防止其他服務器找不到該資源;

在一些可選實施方式中,所述列表管理模塊504,還用于:

判斷所述用戶信息是否存在于所述用戶信息子列表中;

若所述用戶信息不存在于所述用戶信息子列表中,則將所述用戶信息添加到所述用戶
信息子列表中;

若所述用戶存在于所述用戶信息子列表中,則不將所述用戶信息添加到所述用戶信息
子列表中;

通過上述實施例,避免了對用戶信息的重復存儲;需要注意的是,這里判斷的是一個用
戶信息子列表中是否存在同樣的用戶信息,而不判斷所有用戶信息子列表及用戶信息列表
中是否存在同樣的用戶信息,從而將用戶從不同服務器上傳的資源進行區分;例如,用戶甲
在服務器A(假設其為本服務器)中存儲了資源a,那么資源a的用戶信息列表中就會有用戶
甲的用戶信息,當用戶甲又通過服務器B(假設其為與服務器A處于同一關聯系統中的其他
服務器)存儲資源a時,此時資源a的用戶信息列表中增加用戶信息子列表,用戶信息子列表
中增加用戶甲的用戶信息;若用戶甲再次通過服務器B存儲資源a時,此時判定資源a的與服
務器B相關聯的用戶信息子列表中存在用戶甲的信息,,則無需再在所述用戶信息子列表中
存儲用戶甲的用戶信息;

在一些可選實施方式中,所述接收模塊501,還用于接收資源刪除請求;同理,所述資源
刪除請求是指由用戶發出的需要刪除相應資源的請求;這里,可選的,發出該資源刪除請求
的用戶,可以是將所述資源刪除請求發送到任意具有獨立存儲功能的服務器,除了該接收
資源刪除請求的服務器外,接收到資源刪除請求的服務器還可以向其他服務器轉發該資源
刪除請求,從而達到同一關聯系統中的各服務器之間資源共享的效果;

所述列表管理模塊504,還用于:

獲取刪除資源的用戶的用戶信息,判斷所述資源刪除請求對應的資源的用戶信息列表
中是否存在所述用戶信息;同樣的,這里的用戶信息,可以是指能夠區分該用戶身份的唯一
用戶信息,其中可以包括用戶ID、用戶的唯一區別碼等等;

若所述用戶信息列表中存在所述用戶信息,則刪除所述用戶信息列表中的所述用戶信
息,并判斷刪除所述用戶信息后的用戶信息列表是否為空;

若刪除所述用戶信息后的用戶信息列表為空,則向所述存儲模塊發出資源刪除指令;

所述存儲模塊503,還用于刪除所述資源。

從上述實施例可以看出,采用所述數據存儲方法刪除資源時,根據資源的用戶信
息列表的內容判斷該資源被哪些用戶存儲過,當這些用戶請求刪除該資源時,只需從用戶
信息列表中刪除其用戶信息,直到用戶信息列表為空,再對該資源進行物理刪除,從而很好
地解決了資源共享的問題。

所屬領域的普通技術人員應當理解:以上任何實施例的討論僅為示例性的,并非
旨在暗示本公開的范圍(包括權利要求)被限于這些例子;在本發明的思路下,以上實施例
或者不同實施例中的技術特征之間也可以進行組合,步驟可以以任意順序實現,并存在如
上所述的本發明的不同方面的許多其它變化,為了簡明它們沒有在細節中提供。

另外,為簡化說明和討論,并且為了不會使本發明難以理解,在所提供的附圖中可
以示出或可以不示出與集成電路(IC)芯片和其它部件的公知的電源/接地連接。此外,可以
以框圖的形式示出裝置,以便避免使本發明難以理解,并且這也考慮了以下事實,即關于這
些框圖裝置的實施方式的細節是高度取決于將要實施本發明的平臺的(即,這些細節應當
完全處于本領域技術人員的理解范圍內)。在闡述了具體細節(例如,電路)以描述本發明的
示例性實施例的情況下,對本領域技術人員來說顯而易見的是,可以在沒有這些具體細節
的情況下或者這些具體細節有變化的情況下實施本發明。因此,這些描述應被認為是說明
性的而不是限制性的。

盡管已經結合了本發明的具體實施例對本發明進行了描述,但是根據前面的描
述,這些實施例的很多替換、修改和變型對本領域普通技術人員來說將是顯而易見的。例
如,其它存儲器架構(例如,動態RAM(DRAM))可以使用所討論的實施例。

本發明的實施例旨在涵蓋落入所附權利要求的寬泛范圍之內的所有這樣的替換、
修改和變型。因此,凡在本發明的精神和原則之內,所做的任何省略、修改、等同替換、改進
等,均應包含在本發明的保護范圍之內。

關 鍵 詞:
數據 存儲 方法 裝置
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
關于本文
本文標題:數據存儲方法及裝置.pdf
鏈接地址:http://www.rgyfuv.icu/p-6100759.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
山东11选5中奖结果走势图