多文件處理系統(tǒng)及方法
【專利摘要】一種多文件處理方法，該方法包括如下步驟：提供一個(gè)文件編輯器；在所述文件編輯器中加載多個(gè)子文件；確定子文件的排列順序；根據(jù)所述排列順序?qū)⑺龆鄠€(gè)子文件整合成一個(gè)目標(biāo)文件；及將所述的目標(biāo)文件上傳至指定服務(wù)器。本發(fā)明還提供一種多文件處理系統(tǒng)。利用本發(fā)明可對(duì)多個(gè)子文件進(jìn)行整合處理。
【專利說明】多文件處理系統(tǒng)及方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及文件管理技術(shù)，尤其涉及一種多文件處理系統(tǒng)及方法。
【背景技術(shù)】
[0002]在文件管理應(yīng)用中，用戶可能需要整理并依序上傳多個(gè)不同格式的文件至一個(gè)服務(wù)器。例如，文件可以是多個(gè)不同裝置(例如，掃描儀、計(jì)算機(jī)、拍攝裝置等)所獲取的不同格式的文件:文檔文件、拍攝的圖像文件、掃描后的圖像文件、經(jīng)文件編輯器所生成的圖像文件等。這些文件格式不統(tǒng)一且文件大小、長(zhǎng)寬尺寸或排版各不相同，在將這些文件上傳到服務(wù)器時(shí)，往往需要用戶對(duì)這些文件進(jìn)行逐個(gè)的編輯再依照預(yù)定順序進(jìn)行上傳。如此，很不便于用戶對(duì)這些文件進(jìn)行有效率的編輯。
[0003]進(jìn)一步地，完成上述操作后上傳的多個(gè)文件各自是獨(dú)立的文件，文件順序難以維護(hù)。例如，一旦上傳到服務(wù)器后需要再次對(duì)個(gè)別文件進(jìn)行更新時(shí)，用戶不得不重復(fù)上述動(dòng)作，還需將所有已上傳文件全部刪除并在個(gè)別文件完成更新后再次重新依序上傳。
[0004]此外，雖然目前存在有文件編輯軟件能夠?qū)⑽募袷浇y(tǒng)一并合成到一個(gè)文件(例如，PDF文件)中，但是，這類文件編輯軟件在合成這些文件時(shí)會(huì)導(dǎo)致文件的版面被修改或者像素被降低，例如，若涉及到圖像文件時(shí)，被合并至PDF文件的圖像會(huì)被拉伸或壓縮變形，從而無法保證源圖像文件的質(zhì)量，并且，這來文件編輯軟件不支持直接在合成的文件上進(jìn)行編輯，用戶不得不使用源文件完成編輯后再次進(jìn)行合并。
[0005]因此，上述的多文件處理方式是存在多種不便的，既無法滿足用戶需求，又導(dǎo)致文件處理效率低，并且零散文件分散式存儲(chǔ)會(huì)帶來數(shù)據(jù)風(fēng)險(xiǎn)，例如安全風(fēng)險(xiǎn)和數(shù)據(jù)完整性風(fēng)險(xiǎn)等。

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

[0006]鑒于以上內(nèi)容，有必要提供一種多文件處理系統(tǒng)及方法，可將多個(gè)子文件依序整合成單一的文件，并且該單一的文件支持用戶的直接編輯。
[0007]—種多文件處理方法，該方法包括如下步驟:提供一個(gè)文件編輯器；在所述文件編輯器中加載多個(gè)子文件；確定子文件的排列順序；根據(jù)所述排列順序?qū)⑺龆鄠€(gè)子文件整合成一個(gè)目標(biāo)文件，所述目標(biāo)文件包括文件體數(shù)據(jù)塊，所述文件體數(shù)據(jù)塊包括根據(jù)所述排列順序所依序存儲(chǔ)的每個(gè)子文件的數(shù)據(jù)；及將所述的目標(biāo)文件上傳至指定服務(wù)器。
[0008]一種多文件處理系統(tǒng)，該系統(tǒng)包括:文件編輯器；處理模塊，用于在所述文件編輯器中加載多個(gè)子文件，并確定子文件的排列順序；整合模塊，用于根據(jù)所述排列順序?qū)⑺龆鄠€(gè)子文件整合成一個(gè)目標(biāo)文件，所述目標(biāo)文件包括文件體數(shù)據(jù)塊，所述文件體數(shù)據(jù)塊包括根據(jù)所述排列順序所依序存儲(chǔ)的每個(gè)子文件的數(shù)據(jù)；及傳送模塊，用于將所述的目標(biāo)文件上傳至指定服務(wù)器。
[0009]相較于現(xiàn)有技術(shù)，所述的多文件處理系統(tǒng)及方法，便于用戶將多個(gè)不同格式的子文件按照順序整合成單獨(dú)的文件，并可隨時(shí)在該單獨(dú)的文件中對(duì)一個(gè)或多個(gè)子文件進(jìn)行編輯，且編輯后不影響所述多個(gè)子文件之前的排列順序及完整性，從而提升了對(duì)零散文件進(jìn)行整理編排的便利性以及解決了零散文件分散式存儲(chǔ)所帶來的數(shù)據(jù)風(fēng)險(xiǎn)。
【專利附圖】

【附圖說明】
[0010]圖1是本發(fā)明多文件處理系統(tǒng)的較佳實(shí)施方式的硬件架構(gòu)圖。
[0011]圖2是本發(fā)明多文件處理系統(tǒng)的較佳實(shí)施方式的功能模塊圖。
[0012]圖3是本發(fā)明多文件處理方法的較佳實(shí)施方式的流程圖。
[0013]圖4是本發(fā)明多文件處理方法的較佳實(shí)施方式的文件更新流程圖。
[0014]圖5是本發(fā)明多文件處理方法的較佳實(shí)施方式的文件編輯器界面示意圖。
[0015]圖6是本發(fā)明多文件處理方法的較佳實(shí)施方式的目標(biāo)文件結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0016]如圖1所示，是本發(fā)明多文件處理系統(tǒng)的較佳實(shí)施方式的硬件架構(gòu)圖。所述的多文件處理系統(tǒng)10應(yīng)用于電子裝置I中，所述的電子裝置I可以是計(jì)算機(jī)、計(jì)算機(jī)主機(jī)、服務(wù)器、筆記本電腦等裝置。所述的電子裝置I包括處理器11、存儲(chǔ)裝置12及顯示裝置13。
[0017]所述的多文件處理系統(tǒng)10用于提供一個(gè)文件編輯器，對(duì)載入所述文件編輯器中的多個(gè)子文件進(jìn)行排序及整合而得到一個(gè)整合后的目標(biāo)文件，并將該目標(biāo)文件上傳到指定服務(wù)器。
[0018]此外，所述的多文件處理系統(tǒng)10還用于在用戶需要對(duì)目標(biāo)文件進(jìn)行修改時(shí)，從所述指定服務(wù)器下載該目標(biāo)文件并解析成多個(gè)依序排列的子文件供用戶進(jìn)行瀏覽和編輯，并在用戶完成更新后將該目標(biāo)文件另存為更新文件及重新上傳到所述的指定服務(wù)器。
[0019]所述處理器11用于執(zhí)行所述多文件處理系統(tǒng)10以及所述電子裝置I內(nèi)安裝的各類軟件，例如操作系統(tǒng)等。所述存儲(chǔ)裝置12可以是硬盤，或者其他類型的存儲(chǔ)卡或存儲(chǔ)設(shè)備。所述的存儲(chǔ)裝置12用于存儲(chǔ)各類數(shù)據(jù)，倒如，文件、圖像等信息。所述的顯示裝置13用于顯示各類可視化數(shù)據(jù)。
[0020]如圖2所示，是本發(fā)明多文件處理系統(tǒng)的較佳實(shí)施方式的功能模塊圖。在本實(shí)施方式中，所述多文件處理系統(tǒng)10包括多個(gè)功能模塊，分別是:文件編輯器100、處理模塊102、整合模塊104、傳送模塊106以及更新模塊108。
[0021]本發(fā)明所稱的模塊是完成特定功能的程序段或者指令，比程序更適合于描述軟件在所述電子裝置I中的執(zhí)行過程。針對(duì)模塊的相關(guān)描述可參照針對(duì)圖3和圖4的說明。需要說明的是，所述的多文件處理系統(tǒng)10的多個(gè)模塊被儲(chǔ)存在所述存儲(chǔ)裝置12中并被配置成由相應(yīng)的處理器11來執(zhí)行。
[0022]如圖3所示，是本發(fā)明多文件處理方法的較佳實(shí)施方式的桌面設(shè)置流程圖。首先，步驟S2，開啟所述文件編輯器100。所述文件編輯器100支持對(duì)不同格式的文件進(jìn)行編輯，例如，所述文件編輯器100可以對(duì)文字檔案、各類圖檔(TIFF格式的圖檔、BMP格式的圖檔、JPG格式的圖檔或PDF格式的圖檔等)文件進(jìn)行開啟(或稱為“加載”)、瀏覽、修改、保存、合并、解析等操作。
[0023]參考如圖5所示的文件編輯器界面示意圖，所述的文件編輯器100可包括多個(gè)區(qū)域或欄位:功能按鈕區(qū)域、子文件顯示區(qū)域及編輯界面等。其中，所述的功能按鈕區(qū)域包括，但不限于:開啟、編輯、版面調(diào)整、整合、保存、上傳等，并且每個(gè)功能按鈕可具備相對(duì)應(yīng)的下拉菜單以包括各個(gè)細(xì)項(xiàng)來完成對(duì)文件的各類編輯。
[0024]圖5僅為舉例說明，實(shí)際應(yīng)用并不局限于此。
[0025]步驟S4，所述的處理模塊102在所述文件編輯器100中加載多個(gè)子文件。
[0026]例如，在需要對(duì)多個(gè)子文件進(jìn)行整合成目標(biāo)文件時(shí)，用戶可利用所述的“開啟”按鈕逐一選擇并開啟多個(gè)需要加載至所述的文件編輯器100的子文件。所述的處理模塊102根據(jù)用戶的點(diǎn)擊輸入或其他輸入數(shù)據(jù)確定用戶選擇的多個(gè)子文件，并根據(jù)點(diǎn)擊順序逐一加載至所述的文件編輯器100。
[0027]步驟S6，所述的處理模塊102確定子文件的排列順序。在本實(shí)施方式中，所述排列順序可以是所述多個(gè)子文件加載至所述文件編輯器100時(shí)的加載順序，或者是用戶自定義順序。例如，用戶在完成對(duì)多個(gè)子文件的選擇時(shí)，可根據(jù)拖動(dòng)等方式來調(diào)整各個(gè)子文件的前后順序，所述的處理模塊102根據(jù)該子文件的前后順序確定相對(duì)應(yīng)的排列順序。
[0028]所述的處理模塊102可在所述目標(biāo)文件的文件索引數(shù)據(jù)塊內(nèi)記錄所述子文件的排列順序(可參考圖6所示，下文將進(jìn)行描述)。
[0029]步驟S8，所述的整合模塊104根據(jù)所述排列順序?qū)⑺龆鄠€(gè)子文件整合成一個(gè)目標(biāo)文件。在本實(shí)施方式中，所述目標(biāo)文件是各類壓縮文件(例如，rar文件或者zip文件等不同格式的壓縮文件)。
[0030]首先，所述的整合模塊104預(yù)先定義數(shù)據(jù)的長(zhǎng)度(例如，該長(zhǎng)度為4個(gè)字節(jié)，在其他實(shí)施方式中可以是I個(gè)字節(jié)、8個(gè)字節(jié)等長(zhǎng)度，實(shí)際應(yīng)用并不局限于上述舉例)，該長(zhǎng)度用以表示對(duì)目標(biāo)文件中所包含的文件數(shù)量、每個(gè)子文件的索引等的記錄。
[0031 ] 參考如圖6所示的目標(biāo)文件結(jié)構(gòu)示意圖，所述目標(biāo)文件包括文件頭數(shù)據(jù)塊、文件索引數(shù)據(jù)塊及文件體數(shù)據(jù)塊。其中，所述文件頭數(shù)據(jù)塊用來根據(jù)所述長(zhǎng)度存儲(chǔ)文件數(shù)量。所述文件索引數(shù)據(jù)塊用來存儲(chǔ)根據(jù)所述排列順序及所述預(yù)定義的長(zhǎng)度所記錄的每個(gè)子文件的大小。例如，圖6中依次使用4個(gè)字節(jié)的長(zhǎng)度來記錄每個(gè)文件頭的大小，在一個(gè)實(shí)施例中，子文件I的大小是1024字節(jié)、子文件2的大小也是1024字節(jié)。
[0032]所述文件體數(shù)據(jù)塊包括根據(jù)所述排列順序所依序存儲(chǔ)的每個(gè)子文件的數(shù)據(jù)，還4記錄每個(gè)子文件的起始數(shù)據(jù)位和相應(yīng)的子文件的存儲(chǔ)空間。例如，參考圖6，前4個(gè)字節(jié)存儲(chǔ)“4”(表示子文件的數(shù)量，占4X8位)，然后用4個(gè)字節(jié)記錄子文件I的大小“1024”，占4X8位。接著，再用4個(gè)字節(jié)記錄子文件2的大小“1024”，也是占4X8位，其他子文件可以此類推。
[0033]因此，假設(shè)文件頭數(shù)據(jù)塊及文件索引數(shù)據(jù)塊中的數(shù)據(jù)已經(jīng)占用了 M個(gè)數(shù)據(jù)位(數(shù)據(jù)位M可以根據(jù)字節(jié)與位之間的轉(zhuǎn)換關(guān)系進(jìn)行確定)，而子文件I的大小是“1024”字節(jié)，則子文件I的存儲(chǔ)位置和存儲(chǔ)空間可以確定為“第M+1位至第M+1+1024X8位”。
[0034]又如，子文件2的起始數(shù)據(jù)位是第(M+1+1024X8)+1位，而子文件2的存儲(chǔ)空間則是從第(M+1+1024X8) + I 位至第(M+1+1024X8)+1+1024X8 位。
[0035]為了便于理解，另外再舉例說明，假設(shè)在只有一個(gè)子文件時(shí)，前4個(gè)字節(jié)存儲(chǔ)的是“I”(記錄子文件數(shù)量)，第5-8個(gè)字節(jié)存儲(chǔ)的是該子文件的大小“1024”，則M= (4 + 4)X8，即，M表示第64位。
[0036]所述文件索引數(shù)據(jù)塊的內(nèi)容還可依據(jù)實(shí)際應(yīng)用需求進(jìn)一步包括對(duì)各個(gè)子文件特征的描述，例如分配一定的空間存儲(chǔ)文件格式、修訂人、修訂時(shí)間等。
[0037]步驟S10，所述的傳送模塊106將所述的目標(biāo)文件上傳至指定服務(wù)器，結(jié)束本流程。例如，所述指定服務(wù)器可以是數(shù)據(jù)庫服務(wù)器、文件服務(wù)器、網(wǎng)站服務(wù)器等。
[0038]如圖4所示，是本發(fā)明多文件處理方法的較佳實(shí)施方式的文件更新流程圖。
[0039]步驟S20，所述的傳送模塊106接收下載指令。所述下載指令可以由用戶發(fā)出。例如，用戶可通過所述多文件處理系統(tǒng)10所提供的用戶界面或者瀏覽器連線至所述的指定服務(wù)器，然后從所述指定服務(wù)器中選擇需要進(jìn)行下載的目標(biāo)文件。
[0040]步驟S22，所述的傳送模塊106根據(jù)所述下載指令從所述指定服務(wù)器下載所述目標(biāo)文件。
[0041]步驟S24，所述的整合模塊104將所述目標(biāo)文件解析成多個(gè)子文件。例如，在所述目標(biāo)文件為壓縮文件時(shí)，所述整合模塊104對(duì)該目標(biāo)文件進(jìn)行解壓縮處理。
[0042]步驟S26，所述的整合模塊104按照所述的排列順序?qū)⑺龆鄠€(gè)子文件依序加載至所述文件編輯器100中。
[0043]步驟S28，所述的更新模塊108接收在所述文件編輯器100中用戶對(duì)子文件的修改，將完成修改后的目標(biāo)文件另存為更新文件。該修改包括內(nèi)容修改、順序調(diào)整及版面修改
坐寸ο
[0044]步驟S30，所述的更新模塊108在所述目標(biāo)文件中存儲(chǔ)對(duì)子文件的修改痕跡。所述修改痕跡可以是經(jīng)過修改的子文件的修改對(duì)照版以供查看修改歷程。
[0045]步驟S32，所述的上傳模塊106上傳所述更新文件至所述指定服務(wù)器，然后，結(jié)束本流程。
[0046]此外，在其他實(shí)施方式中，所述的多文件處理系統(tǒng)10還可根據(jù)用戶對(duì)所述目標(biāo)文件的多次修改，生成該目標(biāo)文件的多個(gè)歷史版本，并將該多個(gè)歷史版本儲(chǔ)存至所述的存儲(chǔ)裝置12中。
[0047]以上實(shí)施方式僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照以上較佳實(shí)施方式對(duì)本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或等同替換都不應(yīng)脫離本發(fā)明技術(shù)方案的精神和范圍。
【權(quán)利要求】
1.一種多文件處理方法，其特征在于，該方法包括如下步驟: 提供一個(gè)文件編輯器: 在所述文件編輯器中加載多個(gè)子文件； 確定子文件的排列順序； 根據(jù)所述排列順序?qū)⑺龆鄠€(gè)子文件整合成一個(gè)目標(biāo)文件，所述目標(biāo)文件包括文件體數(shù)據(jù)塊，所述文件體數(shù)據(jù)塊包括根據(jù)所述排列順序所依序存儲(chǔ)的每個(gè)子文件的數(shù)據(jù)；及將所述的目標(biāo)文件上傳至指定服務(wù)器。
2.如權(quán)利要求1所述的多文件處理方法，其特征在于，該方法還包括: 在所述目標(biāo)文件內(nèi)，記錄每個(gè)子文件的起始數(shù)據(jù)位和相應(yīng)的子文件的存儲(chǔ)空間。
3.如權(quán)利要求1所述的多文件處理方法，其特征在于，該方法還包括: 接收下載指令； 根據(jù)所述下載指令從所述指定服務(wù)器下載所述目標(biāo)文件；及 將所述目標(biāo)文件解析成多個(gè)子文件，并按照所述的排列順序?qū)⑺龆鄠€(gè)子文件依序加載至所述文件編輯器中。
4.如權(quán)利要求1或3所述的多文件處理方法，其特征在于，該方法還包括: 接收在所述文件編輯器中對(duì)子文件的修改； 將修改后的目標(biāo)文件另存為更新文件；及 上傳所述更新文件至所述指定服務(wù)器。
5.如權(quán)利要求4所述的多文件處理方法，其特征在于，該方法還包括: 在所述目標(biāo)文件中存儲(chǔ)對(duì)子文件的修改痕跡。
6.如杈利要求I至3中任一項(xiàng)所述的多文件處理方法，其特征在于，所述目標(biāo)文件還包括文件頭數(shù)據(jù)塊及文件索引數(shù)據(jù)塊，其中，所述文件頭數(shù)據(jù)塊用來存儲(chǔ)子文件的數(shù)量，所述文件索引數(shù)據(jù)塊用來存儲(chǔ)根據(jù)所述排列順序及預(yù)定義的長(zhǎng)度所記錄的每個(gè)子文件的大小。
7.如權(quán)利要求1至3中任一項(xiàng)所述的多文件處理方法，其特征在于，所述目標(biāo)文件是壓縮文件，所述排列順序是所述多個(gè)子文件加載至所述文件編輯器時(shí)的加載順序，或者是用戶自定義順序。
8.一種多文件處理系統(tǒng)，其特征在于，該系統(tǒng)包括: 文件編輯器: 處理模塊，用于在所述文件編輯器中加載多個(gè)子文件，并確定子文件的排列順序； 整合模塊，用于根據(jù)所述排列順序?qū)⑺龆鄠€(gè)子文件整合成一個(gè)目標(biāo)文件，所述目標(biāo)文件包括文件體數(shù)據(jù)塊，所述文件體數(shù)據(jù)塊包括根據(jù)所述排列順序所依序存儲(chǔ)的每個(gè)子文件的數(shù)據(jù)；及 傳送模塊，用于將所述的目標(biāo)文件上傳至指定服務(wù)器。
9.如權(quán)利要求8述的多文件處理系統(tǒng)，其特征在于，所述的處理模塊還用于在所述目標(biāo)文件內(nèi)，記錄每個(gè)子文件的起始數(shù)據(jù)位和相應(yīng)的子文件的存儲(chǔ)空間。
10.如權(quán)利要求8述的多文件處理系統(tǒng)， 其特征在于: 所述的傳送模塊還用于接收下載指令，并根據(jù)所述下載指令從所述指定服務(wù)器下裁所述目標(biāo)文件；及 所述的整合模塊還用于將所述目標(biāo)文件解析成多個(gè)子文件，并按照所述的排列順序?qū)⑺龆鄠€(gè)子文件依序加 載至所述文件編輯器中。
【文檔編號(hào)】G06F17/30GK103902648SQ201410046217
【公開日】2014年7月2日 申請(qǐng)日期:2014年2月10日 優(yōu)先權(quán)日:2014年2月10日
【發(fā)明者】袁小歡 申請(qǐng)人:深圳市永興元科技有限公司