[發(fā)明專利]圖片版本管理系統(tǒng)及方法

在審

• 申請?zhí)枺?/td>: 201410838737.0
• 申請日: 2014-12-26
• 公開（公告）號: CN104504102A
• 公開（公告）日: 2015-04-08
• 發(fā)明（設(shè)計）人: 劉艷
• 申請（專利權(quán)）人: 攜程計算機技術(shù)（上海）有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 上海弼興律師事務(wù)所31283
• 代理人: 薛琦;王聰

技術(shù)領(lǐng)域

本發(fā)明涉及一種圖片版本管理系統(tǒng)及方法。

背景技術(shù)

軟件開發(fā)中常見的源代碼版本管理是針對文本文件進行的。除支持版本標識、差異對比、合并分支等功能外，大多數(shù)版本管理工具都采用壓縮技術(shù)對版本管理的過程文件進行壓縮存儲。

而二進制的圖片在使用現(xiàn)有的版本管理工具(如SVN/Git等)進行管理時，通常將所有的圖片放在同一版本倉庫中，隨著圖片的版本的增多，版本倉庫的物理文件大小呈線性增長，若是圖片的數(shù)量也同時增長，版本倉庫的物理文件大小更是會呈幾何倍數(shù)增長。這種版本管理方式不但影響客戶端與版本倉庫所在的服務(wù)器之間的圖片同步速度，還會使得版本管理服務(wù)因版本倉庫的物理文件過大被拖垮。因此，如何對海量圖片進行版本管理始終沒有一個良好的解決方案。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問題是如何克服現(xiàn)有技術(shù)中對海量圖片的版本管理不但會影響客戶端與版本倉庫所在的服務(wù)器之間的圖片同步速度，還使得版本管理服務(wù)因版本倉庫的物理文件過大被拖垮的缺陷，提供一種適用于海量圖片的圖片版本管理系統(tǒng)及方法。

本發(fā)明是通過下述技術(shù)方案解決上述技術(shù)問題的：

本發(fā)明提供一種圖片版本管理系統(tǒng)，其特點是，包括一第一客戶端、一web服務(wù)和文件版本管理服務(wù)；

該web服務(wù)用于創(chuàng)建至少一項目，并為每個項目在文件版本管理服務(wù)中分別建立一版本倉庫；

第一客戶端用于將與項目相關(guān)的圖片分別上傳至項目對應(yīng)的版本倉庫。

本技術(shù)方案中的圖片為二進制圖片，如視覺稿。本技術(shù)方案能夠避免所有的圖片均放在同一版本倉庫所導(dǎo)致的版本倉庫的物理文件大小暴增，防止文件版本管理服務(wù)因版本倉庫的物理文件大小過多而被拖垮，提高圖片版本管理系統(tǒng)的存儲量，進一步提高了系統(tǒng)效率，便于圖片管理。

較佳的，第一客戶端還包括一第一發(fā)送模塊和一第一接收模塊；

該web服務(wù)包括一第二接收模塊、一項目創(chuàng)建模塊和一第二發(fā)送模塊；

該文件版本管理服務(wù)包括一第三接收模塊、一版本倉庫建立模塊和一第三發(fā)送模塊；

該第一發(fā)送模塊用于向該第二接收模塊發(fā)送一第一請求，該第一請求用于請求創(chuàng)建至少一項目，該第一請求還包括請求創(chuàng)建的每個項目的唯一標識；

該第二接收模塊用于在接收到該第一請求后調(diào)用該項目創(chuàng)建模塊；

該項目創(chuàng)建模塊用于按照該第一請求創(chuàng)建項目，創(chuàng)建的項目按照該第一請求分別具備相應(yīng)的唯一標識，然后調(diào)用該第二發(fā)送模塊向該第三接收模塊發(fā)送一第二請求，該第二請求用于請求為該項目創(chuàng)建模塊中創(chuàng)建的項目分別建立一版本倉庫，該第二請求還包括請求建立版本倉庫的項目的唯一標識；

該第三接收模塊用于在接收到該第二請求后調(diào)用該版本倉庫建立模塊；

該版本倉庫建立模塊用于按照該第二請求建立版本倉庫，建立的版本倉庫按照該第二請求分別具備相應(yīng)的唯一標識，然后調(diào)用該第三發(fā)送模塊將建立的版本倉庫的地址返回給該第二接收模塊；

該第二接收模塊還用于在接收到版本倉庫的地址后，調(diào)用該第二發(fā)送模塊將接收到的版本倉庫的地址與對應(yīng)的項目的唯一標識返回給該第一接收模塊。

較佳的，該圖片版本管理系統(tǒng)包括若干個該文件版本管理服務(wù)；該web服務(wù)還包括一選取模塊；

該項目創(chuàng)建模塊用于按照該第一請求創(chuàng)建項目，創(chuàng)建的項目按照該第一請求分別具備相應(yīng)的唯一標識，然后調(diào)用該選取模塊；

該選取模塊用于從該些文件版本管理服務(wù)中選取一個文件版本管理服務(wù)，然后調(diào)用該第二發(fā)送模塊向被選取的文件版本管理服務(wù)的第三接收模塊發(fā)送一第三請求，該第三請求用于請求為該項目創(chuàng)建模塊中創(chuàng)建的一個或多個項目分別建立版本倉庫，該第三請求還包括請求建立版本倉庫的項目的唯一標識；

被選取的文件版本管理服務(wù)的第三接收模塊還用于在接收到該第三請求后調(diào)用該版本倉庫建立模塊；

該版本倉庫建立模塊還用于按照該第三請求建立版本倉庫，建立的版本倉庫按照該第三請求分別具備相應(yīng)的唯一標識，然后調(diào)用該第三發(fā)送模塊將建立的版本倉庫的地址返回給該第二接收模塊。

本技術(shù)方案中該些文件版本管理服務(wù)可以位于不同的物理位置具備不同的邏輯定義，web服務(wù)可以將根據(jù)整個圖片版本管理系統(tǒng)的配置從該些文件版本管理服務(wù)進行選擇，通過在不同的文件版本管理服務(wù)中建立不同版本倉庫這種分布式存儲的方式達到自由擴容的效果。

較佳的，該web服務(wù)還包括一文件版本管理服務(wù)列表，該文件版本管理服務(wù)列表用于存儲該些文件版本管理服務(wù)的標識及該些文件版本管理服務(wù)的地址；