多文件上傳方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種多文件上傳方法，包括：獲取需要上傳至服務(wù)器的多個(gè)文件；設(shè)置所述多個(gè)文件的上傳順序；及根據(jù)所述上傳順序?qū)⑺龆鄠€(gè)文件上傳至服務(wù)器中。本發(fā)明還提供一種多文件上傳系統(tǒng)。利用本發(fā)明可以按照不同的上傳順序?qū)⒍鄠€(gè)文件上傳至服務(wù)器中。
【專利說(shuō)明】多文件上傳方法及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及一種文件上傳方法及系統(tǒng)，尤其是涉及一種通過(guò)網(wǎng)頁(yè)上傳多個(gè)文件的 方法及系統(tǒng)。

【背景技術(shù)】
[0002] 隨著科技的發(fā)展，云端存儲(chǔ)與分布式文件系統(tǒng)的應(yīng)用日益成熟，并且已經(jīng)成為網(wǎng) 絡(luò)的主流趨勢(shì)之一。在客戶端中，使用者可以通過(guò)網(wǎng)頁(yè)上傳文件至服務(wù)器中。若需要上傳 多個(gè)文件至服務(wù)器中，該多個(gè)文件的上傳順序被設(shè)定在客戶端中。當(dāng)需要變更該上傳順序 時(shí)，則該變更無(wú)法實(shí)現(xiàn)，導(dǎo)致所述多個(gè)文件只能以單一的上傳順序上傳至服務(wù)器中，從而會(huì) 造成使用者的用戶體驗(yàn)低等問(wèn)題。


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

[0003] 鑒于以上內(nèi)容，有必要提供一種多文件上傳方法及系統(tǒng)，其可以按照不同的上傳 順序?qū)⒍鄠€(gè)文件上傳至服務(wù)器中。
[0004] 一種多文件上傳方法，應(yīng)用于客戶端中，該方法包括步驟：（a)獲取需要上傳至服 務(wù)器的多個(gè)文件；（b)設(shè)置所述多個(gè)文件的上傳順序；及（c)根據(jù)所述上傳順序?qū)⑺龆鄠€(gè) 文件上傳至服務(wù)器中。
[0005] -種多文件上傳系統(tǒng)，運(yùn)行于客戶端中，該系統(tǒng)包括：獲取模塊，用于獲取需要上 傳至服務(wù)器的多個(gè)文件；設(shè)置模塊，用于設(shè)置所述多個(gè)文件的上傳順序；及上傳模塊，用于 根據(jù)所述上傳順序?qū)⑺龆鄠€(gè)文件上傳至服務(wù)器中。
[0006] 相較于現(xiàn)有技術(shù)，本發(fā)明提供的多文件上傳方法及系統(tǒng)可以在客戶端中獲取需要 上傳至服務(wù)器的多個(gè)文件，并設(shè)置該多個(gè)文件的不同上傳順序，以此來(lái)實(shí)現(xiàn)將該多個(gè)文件 按照不同的上傳順序上傳至服務(wù)器，從而可以有效提升使用者的用戶體驗(yàn)。

【專利附圖】

【附圖說(shuō)明】
[0007] 圖1是本發(fā)明服務(wù)器與客戶端的網(wǎng)絡(luò)架構(gòu)圖。
[0008] 圖2是本發(fā)明多文件上傳系統(tǒng)較佳實(shí)施例的功能模塊圖。
[0009] 圖3是本發(fā)明多文件上傳方法較佳實(shí)施例的作業(yè)流程圖。
[0010] 圖4包括圖4A、圖4B和圖4C，是本發(fā)明調(diào)整多個(gè)文件的優(yōu)先級(jí)的示意圖。
[0011] 主要元件符號(hào)說(shuō)明

【權(quán)利要求】
1. 一種多文件上傳方法，運(yùn)行于客戶端中，其特征在于，該方法包括： 獲取步驟：獲取需要上傳至服務(wù)器的多個(gè)文件； 設(shè)置步驟：設(shè)置所述多個(gè)文件的上傳順序；及 上傳步驟：根據(jù)所述上傳順序?qū)⑺龆鄠€(gè)文件上傳至服務(wù)器中。
2. 如權(quán)利要求1所述的多文件上傳方法，其特征在于，所述設(shè)置步驟包括： 設(shè)置各文件的優(yōu)先級(jí)，并根據(jù)該優(yōu)先級(jí)來(lái)確定各文件的上傳順序。
3. 如權(quán)利要求2所述的多文件上傳方法，其特征在于，在設(shè)置各文件的優(yōu)先級(jí)的步驟 中包括： 按照各文件默認(rèn)的優(yōu)先級(jí)從高到低的順序，將各文件在客戶端的顯示屏幕上從上到下 的顯示位置中顯示； 接收輸入的用于將一個(gè)拖拽的文件由原先的顯示位置拖拽至一個(gè)目標(biāo)文件的顯示位 置的拖拽指令；及 根據(jù)該拖拽指令調(diào)整各文件的優(yōu)先級(jí)。
4. 如權(quán)利要求3所述的多文件上傳方法，其特征在于，所述調(diào)整各文件的優(yōu)先級(jí)的步 驟中包括： 將拖拽的文件及目標(biāo)文件的優(yōu)先級(jí)對(duì)調(diào)，其他文件的優(yōu)先級(jí)不變。
5. 如權(quán)利要求3所述的多文件上傳方法，其特征在于，所述調(diào)整各文件的優(yōu)先級(jí)的步 驟中包括： 在目標(biāo)文件的優(yōu)先級(jí)高于拖拽文件的優(yōu)先級(jí)時(shí)，將目標(biāo)文件的優(yōu)先級(jí)替換為拖拽文件 的優(yōu)先級(jí)，并且將目標(biāo)文件及顯示位置位于該目標(biāo)文件之后拖拽文件之前的文件的優(yōu)先級(jí) 均后移一位，及保持其他文件的優(yōu)先級(jí)不變；及 在目標(biāo)文件的優(yōu)先級(jí)低于拖拽文件的優(yōu)先級(jí)時(shí)，將目標(biāo)文件的優(yōu)先級(jí)替換為拖拽文件 的優(yōu)先級(jí)，并且將該目標(biāo)文件及顯示位置位于該目標(biāo)文件之前拖拽文件之后的文件的優(yōu)先 級(jí)均前移一位，及保持其他文件的優(yōu)先級(jí)不變。
6. -種多文件上傳系統(tǒng)，應(yīng)用于客戶端中，其特征在于，該系統(tǒng)包括： 獲取模塊，用于獲取需要上傳至服務(wù)器的多個(gè)文件； 設(shè)置模塊，用于設(shè)置所述多個(gè)文件的上傳順序；及 上傳模塊，用于根據(jù)所述上傳順序?qū)⑺龆鄠€(gè)文件上傳至服務(wù)器中。
7. 如權(quán)利要求6所述的多文件上傳系統(tǒng)，其特征在于，所述設(shè)置模塊通過(guò)以下步驟設(shè) 置所述多個(gè)文件的上傳順序： 設(shè)置各文件的優(yōu)先級(jí)，并根據(jù)該優(yōu)先級(jí)來(lái)確定各文件的上傳順序。
8. 如權(quán)利要求7所述的多文件上傳系統(tǒng)，其特征在于，所述設(shè)置模塊通過(guò)以下步驟設(shè) 置各文件的優(yōu)先級(jí)： 按照各文件默認(rèn)的優(yōu)先級(jí)從高到低的順序，將各文件在客戶端的顯示屏幕上從上到下 的顯示位置中顯示； 接收輸入的用于將一個(gè)拖拽的文件由原先的顯示位置拖拽至一個(gè)目標(biāo)文件的顯示位 置的拖拽指令；及 根據(jù)該拖拽指令調(diào)整各文件的優(yōu)先級(jí)。
9. 如權(quán)利要求8所述的多文件上傳系統(tǒng)，其特征在于，所述設(shè)置模塊通過(guò)以下步驟調(diào) 整各文件的優(yōu)先級(jí)： 將拖拽的文件及目標(biāo)文件的優(yōu)先級(jí)對(duì)調(diào)，其他文件的優(yōu)先級(jí)不變。
10.如權(quán)利要求8所述的多文件上傳系統(tǒng)，其特征在于，所述設(shè)置模塊通過(guò)以下步驟調(diào) 整各文件的優(yōu)先級(jí)： 在目標(biāo)文件的優(yōu)先級(jí)高于拖拽文件的優(yōu)先級(jí)時(shí)，將目標(biāo)文件的優(yōu)先級(jí)替換為拖拽文件 的優(yōu)先級(jí)，并且將目標(biāo)文件及顯示位置位于該目標(biāo)文件之后拖拽文件之前的文件的優(yōu)先級(jí) 均后移一位，及保持其他文件的優(yōu)先級(jí)不變；及 在目標(biāo)文件的優(yōu)先級(jí)低于拖拽文件的優(yōu)先級(jí)時(shí)，將目標(biāo)文件的優(yōu)先級(jí)替換為拖拽文件 的優(yōu)先級(jí)，并且將該目標(biāo)文件及顯示位置位于該目標(biāo)文件之前拖拽文件之后的文件的優(yōu)先 級(jí)均前移一位，及保持其他文件的優(yōu)先級(jí)不變。
【文檔編號(hào)】H04L29/08GK104426949SQ201310380411
【公開日】2015年3月18日 申請(qǐng)日期:2013年8月28日 優(yōu)先權(quán)日:2013年8月28日
【發(fā)明者】溫廷宇, 林彥宏, 彭冠橋, 李忠一 申請(qǐng)人:鴻富錦精密工業(yè)（深圳）有限公司, 鴻海精密工業(yè)股份有限公司