一種文件上傳方法及系統的製作方法
2023-09-22 03:54:15 1
一種文件上傳方法及系統的製作方法
【專利摘要】本發明涉及一種文件上傳方法及系統。該方法包括：客戶端向主控伺服器發送創建文件請求；主控伺服器向客戶端發送文件存儲地址和初始化的文件版本號，根據規則對文件版本號進行更新形成第一變更文件版本號；數據伺服器根據保存文件請求，創建並保存對應的文件，文件具有文件標識，文件標識由文件名、第一變更文件版本號和唯一識別號構成；主控伺服器接收來自客戶端的更新文件請求，對關聯的初始化的文件版本號進行更新形成第二變更文件版本號，將第一變更文件版本號與第二變更文件版本號進行比對，若相同，則接受所述第二變更文件版本號的更新，否則，拒絕第二變更文件版本號的更新。在並發更新文件的過程中，解決了文件一致性的問題。
【專利說明】一種文件上傳方法及系統
[0001]
【技術領域】
[0002]本發明涉及文件上傳方法及系統。
[0003]
【背景技術】
[0004]如圖1所示，目前的分布式文件系統包括主控伺服器和數據伺服器。主控伺服器用於管理文件屬性，所述文件屬性包括文件在數據伺服器中存儲的位置。數據伺服器用於存儲文件，即存儲具體的文件內容。客戶端是作為上傳文件的請求者。例如，步驟I中，客戶端向主控伺服器申請創建文件，主控伺服器檢查所管理的文件信息，如果要創建的文件已存在，則返回文件內容所在的存儲地址，否則，分配一個新的數據伺服器上的存儲地址，創建文件信息，並返回。輸入:文件名，輸出:文件存儲所在數據伺服器中的位置。步驟2中，客戶端向步驟I中返回的數據伺服器發送文件內容數據，數據伺服器返回寫入數據的大小。輸入:文件名，文件內容，輸出:文件大小。步驟3中，客戶端更新主控伺服器內文件大小為步驟2中實際寫入的大小，主控伺服器返回成功或者失敗的標誌。輸入:文件名，文件大小，輸出:成功或者失敗。
[0005]如果多個客戶端同時寫一個文件，較後執行更新操作的客戶端會覆蓋之前的更新操作。導致之前的數據更新丟失。針對該問題，現有的解決方案主要是通過對文件加鎖來實現，也就是在創建文件時，申請加鎖，寫完文件後，再釋放鎖。這種方案需要在伺服器上管理大量的鎖，消耗伺服器的資源，而且為了管理這些鎖的創建，回收，系統實現比較複雜，客戶端異常崩潰後，這些鎖無法正常釋放，導致文件無法更新。
[0006]
【發明內容】
[0007]本發明的目的在於提出一種文件上傳方法及系統，其能解決並發更新時，文件內容被覆蓋的問題。
[0008]為了達到上述目的，本發明所採用的技術方案如下:
一種文件上傳方法，其包括以下步驟:
步驟1、客戶端向主控伺服器發送創建文件請求，所述創建文件請求具有文件名信息；步驟2、主控伺服器將創建文件請求的文件名與其預存的所有文件名進行比對，若沒有預存的文件名與所述創建文件請求的文件名匹配，則執行步驟3，否則，執行步驟8 ;
步驟3、主控伺服器向客戶端發送一第一響應創建文件請求數據包，所述第一響應創建文件請求數據包包括新分配的數據伺服器的文件存儲地址和初始化的文件版本號，並對文件存儲地址、初始化的文件版本號和文件名進行關聯及保存；
步驟4、客戶端根據預設的規則對所述初始化的文件版本號進行更新形成第一變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第一變更文件版本號和所述客戶端的唯一識別號信息；
步驟5、數據伺服器根據保存文件請求，創建並保存對應的文件，計算所述文件的數據大小,並將所述文件的數據大小信息發送給客戶端;所述文件具有文件標識，所述文件標識由文件名、第一變更文件版本號和唯一識別號構成；
步驟6、客戶端向主控伺服器發送更新文件請求，所述更新文件請求具有數據大小信息和文件標識；
步驟7、主控伺服器接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的初始化的文件版本號，根據預設規則對關聯的初始化的文件版本號進行更新形成第二變更文件版本號，將第一變更文件版本號與第二變更文件版本號進行比對，若相同，則接受所述第二變更文件版本號的更新以及將更新文件請求的數據大小與第二變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第二變更文件版本號的更新，並向客戶端發送操作失敗信息；
步驟8、主控伺服器向客戶端發送一第二響應創建文件請求數據包，所述第二響應創建文件請求數據包包括與創建文件請求的文件名對應的數據伺服器的文件存儲地址和當前的文件版本號；所述主控伺服器存儲有與創建文件請求的文件名對應的文件存儲地址、當前的文件版本號、唯一識別號、數據大小的關聯信息；
步驟9、客戶端根據預設的規則對所述當前的文件版本號進行更新形成第三變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第三變更文件版本號和所述客戶端的唯一識別號信息；
步驟10、數據伺服器根據保存文件請求，將文件存儲地址指向的文件進行更新形成變更文件，計算變更文件的數據大小，並將變更文件的數據大小信息發送給客戶端；變更文件的文件標識由文件名、第三變更文件版本號和唯一識別號構成；
步驟11、客戶端向主控伺服器發送更新文件請求，所述更新文件請求具有變更文件的數據大小信息和文件標識；
步驟12、主控伺服器接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的當前的文件版本號，根據預設規則對關聯的當前的文件版本號進行更新形成第四變更文件版本號，將第三變更文件版本號與第四變更文件版本號進行比對，並且將與所述文件名關聯的唯一識別號與更新文件請求的文件標識的唯一識別號進行比對，若二者均相同，則接受第四變更文件版本號的更新以及將變更文件的數據大小與第四變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第四變更文件版本號的更新，並向客戶端發送操作失敗信息。
[0009]基於上述方法，本發明還提出一種文件上傳系統，其包括以下模塊:
創建請求模塊，設於客戶端，用於向主控伺服器發送創建文件請求，所述創建文件請求具有文件名信息；
判斷模塊，設於主控伺服器，用於將創建文件請求的文件名與其預存的所有文件名進行比對，若沒有預存的文件名與所述創建文件請求的文件名匹配，則執行第一響應模塊，否貝U，執行第二響應模塊；
第一響應模塊，設於主控伺服器，用於向客戶端發送一第一響應創建文件請求數據包，所述第一響應創建文件請求數據包包括新分配的數據伺服器的文件存儲地址和初始化的文件版本號，並對文件存儲地址、初始化的文件版本號和文件名進行關聯及保存；
第一版本變更模塊，設於客戶端，用於根據預設的規則對所述初始化的文件版本號進行更新形成第一變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第一變更文件版本號和所述客戶端的唯一識別號信息；
第一保存模塊，設於數據伺服器，用於根據保存文件請求，創建並保存對應的文件，計算所述文件的數據大小，並將所述文件的數據大小信息發送給客戶端；所述文件具有文件標識，所述文件標識由文件名、第一變更文件版本號和唯一識別號構成；
第一更新請求模塊，設於客戶端，用於向主控伺服器發送更新文件請求，所述更新文件請求具有數據大小信息和文件標識；
第一接收模塊，設於主控伺服器，用於接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的初始化的文件版本號，根據預設規則對關聯的初始化的文件版本號進行更新形成第二變更文件版本號，將第一變更文件版本號與第二變更文件版本號進行比對，若相同，則接受所述第二變更文件版本號的更新以及將更新文件請求的數據大小與第二變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第二變更文件版本號的更新，並向客戶端發送操作失敗信息；
第二響應模塊，設於主控伺服器，用於向客戶端發送一第二響應創建文件請求數據包，所述第二響應創建文件請求數據包包括與創建文件請求的文件名對應的數據伺服器的文件存儲地址和當前的文件版本號；所述主控伺服器存儲有與創建文件請求的文件名對應的文件存儲地址、當前的文件版本號、唯一識別號、數據大小的關聯信息；
第二版本變更模塊，設於客戶端，用於根據預設的規則對所述當前的文件版本號進行更新形成第三變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第三變更文件版本號和所述客戶端的唯一識別號信息；
第二保存模塊，設於數據伺服器，用於根據保存文件請求，將文件存儲地址指向的文件進行更新形成變更文件，計算變更文件的數據大小，並將變更文件的數據大小信息發送給客戶端；變更文件的文件標識由文件名、第三變更文件版本號和唯一識別號構成；
第二更新模塊，設於客戶端，用於向主控伺服器發送更新文件請求，所述更新文件請求具有變更文件的數據大小信息和文件標識；
第二接收模塊，設於主控伺服器，用於接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的當前的文件版本號，根據預設規則對關聯的當前的文件版本號進行更新形成第四變更文件版本號，將第三變更文件版本號與第四變更文件版本號進行比對，並且將與所述文件名關聯的唯一識別號與更新文件請求的文件標識的唯一識別號進行比對，若二者均相同，則接受第四變更文件版本號的更新以及將變更文件的數據大小與第四變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第四變更文件版本號的更新，並向客戶端發送操作失敗信息。
[0010]本發明具有如下有益效果:
由於在文件中設置了文件版本號和唯一識別號，多個客戶端的文件內容寫到了不同的文件中，避免了寫入過程中的文件衝突，在並發更新文件的過程中，只有一個客戶端會更新成功，而其他的客戶端則更新失敗，解決了文件一致性的問題。
[0011]
【專利附圖】
【附圖說明】
[0012]圖1為現有技術的分布式文件系統的結構示意圖；
圖2為本發明較佳實施例的文件上傳方法的流程圖；
圖3為本發明較佳實施例的文件上傳系統的結構示意圖。
[0013]
【具體實施方式】
[0014]下面，結合附圖以及【具體實施方式】，對本發明做進一步描述。
[0015]如圖2所示，一種文件上傳方法，其包括以下步驟:
步驟S1、客戶端向主控伺服器發送創建文件請求，所述創建文件請求具有文件名信
息；
步驟S2、主控伺服器將創建文件請求的文件名與其預存的所有文件名進行比對，若沒有預存的文件名與所述創建文件請求的文件名匹配，意味著是新文件，則執行步驟S3，否貝U，意味著是已有的文件，執行步驟S8。
[0016]步驟S3、主控伺服器向客戶端發送一第一響應創建文件請求數據包，所述第一響應創建文件請求數據包包括新分配的數據伺服器的文件存儲地址和初始化的文件版本號(例如，0)，並對文件存儲地址、初始化的文件版本號和文件名進行關聯及保存；
步驟S4、客戶端根據預設的規則(例如，規定每次文件的更新，都對文件版本號加I)對所述初始化的文件版本號進行更新形成第一變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第一變更文件版本號和所述客戶端的唯一識別號(例如，客戶端的SIM卡號、CPU號、註冊帳號等)信息；
步驟S5、數據伺服器根據保存文件請求，創建並保存對應的文件，即根據文件存儲地址，創建新的文件，並在新的文件中添加文件內容，然後計算所述文件的數據大小，並將所述文件的數據大小信息發送給客戶端。所述文件具有文件標識，所述文件標識由文件名、第一變更文件版本號和唯一識別號構成。所述文件標識可作為所述文件的新的文件名，而且，文件標識可以在客戶端形成，也可以在數據伺服器中形成。
[0017]步驟S6、客戶端向主控伺服器發送更新文件請求，所述更新文件請求具有數據大小信息和文件標識。
[0018]步驟S7、主控伺服器接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的初始化的文件版本號，根據預設規則對關聯的初始化的文件版本號進行更新形成第二變更文件版本號，將第一變更文件版本號與第二變更文件版本號進行比對，若相同，則接受所述第二變更文件版本號的更新以及將更新文件請求的數據大小與第二變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第二變更文件版本號的更新，並向客戶端發送操作失敗信息。
[0019]步驟S8、主控伺服器向客戶端發送一第二響應創建文件請求數據包，所述第二響應創建文件請求數據包包括與創建文件請求的文件名對應的數據伺服器的文件存儲地址和當前的文件版本號；所述主控伺服器存儲有與創建文件請求的文件名對應的文件存儲地址、當前的文件版本號、唯一識別號、數據大小的關聯信息。
[0020]步驟S9、客戶端根據預設的規則對所述當前的文件版本號進行更新形成第三變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第三變更文件版本號和所述客戶端的唯一識別號信息。
[0021]步驟S10、數據伺服器根據保存文件請求，將文件存儲地址指向的文件進行更新形成變更文件，計算變更文件的數據大小，並將變更文件的數據大小信息發送給客戶端；變更文件的文件標識由文件名、第三變更文件版本號和唯一識別號構成。
[0022]步驟S11、客戶端向主控伺服器發送更新文件請求，所述更新文件請求具有變更文件的數據大小信息和文件標識。
[0023]步驟S12、主控伺服器接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的當前的文件版本號，根據預設規則對關聯的當前的文件版本號進行更新形成第四變更文件版本號，將第三變更文件版本號與第四變更文件版本號進行比對，並且將與所述文件名關聯的唯一識別號與更新文件請求的文件標識的唯一識別號進行比對，若二者均相同，則接受第四變更文件版本號的更新以及將變更文件的數據大小與第四變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第四變更文件版本號的更新，並向客戶端發送操作失敗信息。
[0024]當客戶端收到的是操作失敗信息後，主控伺服器端不會馬上對數據伺服器中的對應的文件進行復原或刪除，而是再調用其他控制伺服器，對數據伺服器中的對應的文件進行復原或刪除。
[0025]在客戶端讀取文件時，向主控伺服器發送讀取文件請求，主控伺服器返回相應文件的文件標識和文件存儲地址給客戶端，客戶端根據文件標識和文件存儲地址就可以從數據伺服器中讀取到相應的文件。
[0026]如圖3所示，一種文件上傳系統，其包括以下模塊:
創建請求模塊，設於客戶端，用於向主控伺服器發送創建文件請求，所述創建文件請求具有文件名信息；
判斷模塊，設於主控伺服器，用於將創建文件請求的文件名與其預存的所有文件名進行比對，若沒有預存的文件名與所述創建文件請求的文件名匹配，則執行第一響應模塊，否貝U，執行第二響應模塊；
第一響應模塊，設於主控伺服器，用於向客戶端發送一第一響應創建文件請求數據包，所述第一響應創建文件請求數據包包括新分配的數據伺服器的文件存儲地址和初始化的文件版本號，並對文件存儲地址、初始化的文件版本號和文件名進行關聯及保存；
第一版本變更模塊，設於客戶端，用於根據預設的規則對所述初始化的文件版本號進行更新形成第一變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第一變更文件版本號和所述客戶端的唯一識別號信息；
第一保存模塊，設於數據伺服器，用於根據保存文件請求，創建並保存對應的文件，計算所述文件的數據大小，並將所述文件的數據大小信息發送給客戶端；所述文件具有文件標識，所述文件標識由文件名、第一變更文件版本號和唯一識別號構成；
第一更新請求模塊，設於客戶端，用於向主控伺服器發送更新文件請求，所述更新文件請求具有數據大小信息和文件標識；
第一接收模塊，設於主控伺服器，用於接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的初始化的文件版本號，根據預設規則對關聯的初始化的文件版本號進行更新形成第二變更文件版本號，將第一變更文件版本號與第二變更文件版本號進行比對，若相同，則接受所述第二變更文件版本號的更新以及將更新文件請求的數據大小與第二變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第二變更文件版本號的更新，並向客戶端發送操作失敗信息；
第二響應模塊，設於主控伺服器，用於向客戶端發送一第二響應創建文件請求數據包，所述第二響應創建文件請求數據包包括與創建文件請求的文件名對應的數據伺服器的文件存儲地址和當前的文件版本號；所述主控伺服器存儲有與創建文件請求的文件名對應的文件存儲地址、當前的文件版本號、唯一識別號、數據大小的關聯信息；
第二版本變更模塊，設於客戶端，用於根據預設的規則對所述當前的文件版本號進行更新形成第三變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第三變更文件版本號和所述客戶端的唯一識別號信息；
第二保存模塊，設於數據伺服器，用於根據保存文件請求，將文件存儲地址指向的文件進行更新形成變更文件，計算變更文件的數據大小，並將變更文件的數據大小信息發送給客戶端；變更文件的文件標識由文件名、第三變更文件版本號和唯一識別號構成；
第二更新模塊，設於客戶端，用於向主控伺服器發送更新文件請求，所述更新文件請求具有變更文件的數據大小信息和文件標識；
第二接收模塊，設於主控伺服器，用於接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的當前的文件版本號，根據預設規則對關聯的當前的文件版本號進行更新形成第四變更文件版本號，將第三變更文件版本號與第四變更文件版本號進行比對，並且將與所述文件名關聯的唯一識別號與更新文件請求的文件標識的唯一識別號進行比對，若二者均相同，則接受第四變更文件版本號的更新以及將變更文件的數據大小與第四變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第四變更文件版本號的更新，並向客戶端發送操作失敗信息。
[0027]對於本領域的技術人員來說，可根據以上描述的技術方案以及構思，做出其它各種相應的改變以及變形，而所有的這些改變以及變形都應該屬於本發明權利要求的保護範圍之內。
【權利要求】
1.一種文件上傳方法，其特徵在於，包括以下步驟: 步驟1、客戶端向主控伺服器發送創建文件請求，所述創建文件請求具有文件名信息；步驟2、主控伺服器將創建文件請求的文件名與其預存的所有文件名進行比對，若沒有預存的文件名與所述創建文件請求的文件名匹配，則執行步驟3，否則，執行步驟8 ; 步驟3、主控伺服器向客戶端發送一第一響應創建文件請求數據包，所述第一響應創建文件請求數據包包括新分配的數據伺服器的文件存儲地址和初始化的文件版本號，並對文件存儲地址、初始化的文件版本號和文件名進行關聯及保存； 步驟4、客戶端根據預設的規則對所述初始化的文件版本號進行更新形成第一變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第一變更文件版本號和所述客戶端的唯一識別號信息； 步驟5、數據伺服器根據保存文件請求，創建並保存對應的文件，計算所述文件的數據大小，並將所述文件的數據大小信息發送給客戶端；所述文件具有文件標識，所述文件標識由文件名、第一變更文件版本號和唯一識別號構成； 步驟6、客戶端向主控伺服器發送更新文件請求，所述更新文件請求具有數據大小信息和文件標識； 步驟7、主控伺服器接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的初始化的文件版本號，根據預設規則對關聯的初始化的文件版本號進行更新形成第二變更文件版本號，將第一變更文件版本號與第二變更文件版本號進行比對，若相同，則接受所述第二變更文件版本號的更新以及將更新文件請求的數據大小與第二變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第二變更文件版本號的更新，並向客戶端發送操作失敗信息； 步驟8、主控伺服器向客戶端發送一第二響應創建文件請求數據包，所述第二響應創建文件請求數據包包括與創建 文件請求的文件名對應的數據伺服器的文件存儲地址和當前的文件版本號；所述主控伺服器存儲有與創建文件請求的文件名對應的文件存儲地址、當前的文件版本號、唯一識別號、數據大小的關聯信息； 步驟9、客戶端根據預設的規則對所述當前的文件版本號進行更新形成第三變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第三變更文件版本號和所述客戶端的唯一識別號信息； 步驟10、數據伺服器根據保存文件請求，將文件存儲地址指向的文件進行更新形成變更文件，計算變更文件的數據大小，並將變更文件的數據大小信息發送給客戶端；變更文件的文件標識由文件名、第三變更文件版本號和唯一識別號構成； 步驟11、客戶端向主控伺服器發送更新文件請求，所述更新文件請求具有變更文件的數據大小信息和文件標識； 步驟12、主控伺服器接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的當前的文件版本號，根據預設規則對關聯的當前的文件版本號進行更新形成第四變更文件版本號，將第三變更文件版本號與第四變更文件版本號進行比對，並且將與所述文件名關聯的唯一識別號與更新文件請求的文件標識的唯一識別號進行比對，若二者均相同，則接受第四變更文件版本號的更新以及將變更文件的數據大小與第四變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第四變更文件版本號的更新，並向客戶端發送操作失敗信息。
2.一種文件上傳系統，其特徵在於，包括以下模塊: 創建請求模塊，設於客戶端，用於向主控伺服器發送創建文件請求，所述創建文件請求具有文件名信息； 判斷模塊，設於主控伺服器，用於將創建文件請求的文件名與其預存的所有文件名進行比對，若沒有預存的文件名與所述創建文件請求的文件名匹配，則執行第一響應模塊，否貝U，執行第二響應模塊； 第一響應模塊，設於主控伺服器，用於向客戶端發送一第一響應創建文件請求數據包，所述第一響應創建文件請求數據包包括新分配的數據伺服器的文件存儲地址和初始化的文件版本號，並對文件存儲地址、初始化的文件版本號和文件名進行關聯及保存； 第一版本變更模 塊，設於客戶端，用於根據預設的規則對所述初始化的文件版本號進行更新形成第一變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第一變更文件版本號和所述客戶端的唯一識別號信息； 第一保存模塊，設於數據伺服器，用於根據保存文件請求，創建並保存對應的文件，計算所述文件的數據大小，並將所述文件的數據大小信息發送給客戶端；所述文件具有文件標識，所述文件標識由文件名、第一變更文件版本號和唯一識別號構成； 第一更新請求模塊，設於客戶端，用於向主控伺服器發送更新文件請求，所述更新文件請求具有數據大小信息和文件標識； 第一接收模塊，設於主控伺服器，用於接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的初始化的文件版本號，根據預設規則對關聯的初始化的文件版本號進行更新形成第二變更文件版本號，將第一變更文件版本號與第二變更文件版本號進行比對，若相同，則接受所述第二變更文件版本號的更新以及將更新文件請求的數據大小與第二變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第二變更文件版本號的更新，並向客戶端發送操作失敗信息； 第二響應模塊，設於主控伺服器，用於向客戶端發送一第二響應創建文件請求數據包，所述第二響應創建文件請求數據包包括與創建文件請求的文件名對應的數據伺服器的文件存儲地址和當前的文件版本號；所述主控伺服器存儲有與創建文件請求的文件名對應的文件存儲地址、當前的文件版本號、唯一識別號、數據大小的關聯信息； 第二版本變更模塊，設於客戶端，用於根據預設的規則對所述當前的文件版本號進行更新形成第三變更文件版本號，並向數據伺服器發送保存文件請求，所述保存文件請求包括文件名、文件內容、文件存儲地址、第三變更文件版本號和所述客戶端的唯一識別號信息； 第二保存模塊，設於數據伺服器，用於根據保存文件請求，將文件存儲地址指向的文件進行更新形成變更文件，計算變更文件的數據大小，並將變更文件的數據大小信息發送給客戶端；變更文件的文件標識由文件名、第三變更文件版本號和唯一識別號構成； 第二更新模塊，設於客戶端，用於向主控伺服器發送更新文件請求，所述更新文件請求具有變更文件的數據大小信息和文件標識； 第二接收模塊，設於主控伺服器，用於接收更新文件請求，將文件標識的文件名與其預存的文件名進行匹配得到與所述文件名關聯的當前的文件版本號，根據預設規則對關聯的當前的文件版本號進行更新形成第四變更文件版本號，將第三變更文件版本號與第四變更文件版本號進行比對，並且將與所述文件名關聯的唯一識別號與更新文件請求的文件標識的唯一識別號進行比對，若二者均相同，則接受第四變更文件版本號的更新以及將變更文件的數據大小與第四變更文件版本號進行關聯，並向客戶端發送操作成功信息，否則，拒絕所述第四變更文件版本號的更新，並`向客戶端發送操作失敗信息。
【文檔編號】H04L29/08GK103747080SQ201310754693
【公開日】2014年4月23日 申請日期:2013年12月31日 優先權日:2013年12月31日
【發明者】葉耀榮, 孫子文 申請人:廣州亦云信息技術有限公司