本發(fā)明涉及計算機技術(shù)領(lǐng)域，特別涉及一種文件上傳方法、裝置和系統(tǒng)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，越來越多的人們利用互聯(lián)網(wǎng)進行辦公、學(xué)習(xí)、娛樂等等活動，在這個過程必然伴隨著大量的文件的產(chǎn)生。為了記錄這些活動，大部分人們會選擇將文件上傳。

現(xiàn)有技術(shù)中采用編輯器實現(xiàn)對文件的上傳。例如：UEditor等編輯器。但是，為了實現(xiàn)上傳文件的功能，需要對編輯器進行二次開發(fā)。換句話說，就是需要對編輯器的核心代碼進行編輯。

由于，現(xiàn)有技術(shù)在上傳文件之前需要技術(shù)人員對編輯器進行二次開發(fā)，從而增加了文件上傳的難度。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供了一種文件上傳方法、裝置和系統(tǒng)，能夠降低文件上傳的難度。

第一方面，本發(fā)明實施例提供了一種文件上傳方法，該方法包括：

根據(jù)客戶端及服務(wù)器的屬性，創(chuàng)建對應(yīng)的攔截器；

接收所述客戶端發(fā)送的文件上傳請求；

根據(jù)所述文件上傳請求，通過所述攔截器攔截所述客戶端待上傳的至少一個待上傳文件；

根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述至少一個待上傳文件上傳至所述服務(wù)器。

優(yōu)選地，所述根據(jù)所述文件上傳請求，通過所述攔截器攔截所述客戶端待上傳的至少一個待上傳文件，包括：

獲取所述文件上傳請求攜帶的待上傳文件標(biāo)識；

根據(jù)所述待上傳文件標(biāo)識對所述客戶端發(fā)送的各個文件進行篩選，獲得與所述待上傳文件標(biāo)識相同的至少一個待上傳文件。

優(yōu)選地，所述根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述待上傳文件上傳至所述服務(wù)器，包括：

根據(jù)每一個所述待上傳文件，生成與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識；

將所述每一個所述待上傳文件對應(yīng)的唯一標(biāo)識發(fā)送給所述服務(wù)器，以使所述服務(wù)器檢測是否存在目標(biāo)標(biāo)識與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識相同，并返回檢測結(jié)果；

當(dāng)所述檢測結(jié)果為否時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

優(yōu)選地，所述根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述待上傳文件上傳至服務(wù)器，包括：

確定每一個所述待上傳文件的格式；

將每一個所述待上傳文件的格式發(fā)送給所述服務(wù)器，以使所述服務(wù)器檢查每一個所述待上傳文件的格式是否為可上傳格式，并返回檢查結(jié)果；

當(dāng)所述檢查結(jié)果為是時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

優(yōu)選地，所述根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述待上傳文件上傳至服務(wù)器，包括：

確定每一個所述待上傳文件的大??；

將每一個所述待上傳文件的大小發(fā)送給所述服務(wù)器，以使所述服務(wù)器判斷每一個所述待上傳文件的大小是否大于預(yù)先設(shè)定的閾值，并返回判斷結(jié)果；

當(dāng)所述判斷結(jié)果為否時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

第二方面，本發(fā)明實施例提供了一種文件上傳裝置，該裝置包括：創(chuàng)建單元、接收單元，攔截單元和上傳單元，其中，

所述創(chuàng)建單元，用于根據(jù)客戶端及服務(wù)器的屬性，創(chuàng)建對應(yīng)的攔截器；

所述接收單元，用于接收所述客戶端發(fā)送的文件上傳請求；

所述攔截單元，用于根據(jù)所述文件上傳請求，通過所述攔截器攔截所述客戶端待上傳的至少一個待上傳文件；

所述上傳單元，用于根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述至少一個待上傳文件上傳至所述服務(wù)器。

優(yōu)選地，所述攔截單元，包括：獲取子單元和篩選子單元，其中，

所述獲取子單元，用于獲取所述文件上傳請求攜帶的待上傳文件標(biāo)識；

所述篩選子單元，用于根據(jù)所述待上傳文件標(biāo)識對所述客戶端發(fā)送的各個文件進行篩選，獲得與所述待上傳文件標(biāo)識相同的至少一個待上傳文件。

優(yōu)選地，所述上傳單元，包括：生成子單元、檢測子單元和第一上傳子單元，其中，

所述生成子單元，用于根據(jù)每一個所述待上傳文件，生成與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識；

所述檢測子單元，用于將所述每一個所述待上傳文件對應(yīng)的唯一標(biāo)識發(fā)送給所述服務(wù)器，以使所述服務(wù)器檢測是否存在目標(biāo)標(biāo)識與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識相同，并返回檢測結(jié)果；

所述第一上傳子單元，用于當(dāng)所述檢測結(jié)果為否時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

優(yōu)選地，所述上傳單元，包括：格式確定子單元、檢查子單元和第二上傳子單元，其中，

所述格式確定子單元，用于確定每一個所述待上傳文件的格式；

所述檢查子單元，用于將每一個所述待上傳文件的格式發(fā)送給所述服務(wù)器，以使所述服務(wù)器檢查每一個所述待上傳文件的格式是否為可上傳格式，并返回檢查結(jié)果；

所述第二上傳子單元，用于當(dāng)所述檢查結(jié)果為是時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

優(yōu)選地，所述上傳單元，包括：大小確定子單元、判斷子單元和第三上傳子單元，其中，

所述大小確定子單元，用于確定每一個所述待上傳文件的大??；

所述判斷子單元，用于將每一個所述待上傳文件的大小發(fā)送給所述服務(wù)器，以使所述服務(wù)器判斷每一個所述待上傳文件的大小是否大于預(yù)先設(shè)定的閾值，并返回判斷結(jié)果；

所述第三上傳子單元，用于當(dāng)所述判斷結(jié)果為否時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

第三方面，本發(fā)明實施例提供了一種上傳系統(tǒng)，該系統(tǒng)包括：客戶端、服務(wù)器和第二方面中任一所述的文件上傳裝置，其中，

所述客戶端，用于發(fā)送文件上傳請求給所述文件上傳裝置；

所述服務(wù)器，用于接收所述文件上傳裝置上傳的至少一個待上傳文件。

優(yōu)選地，所述服務(wù)器，進一步用于檢測是否存在目標(biāo)標(biāo)識與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識相同，并返回檢測結(jié)果。

優(yōu)選地，所述服務(wù)器，進一步用于檢查每一個所述待上傳文件的格式是否為可上傳格式，并返回檢查結(jié)果。

優(yōu)選地，所述服務(wù)器，進一步用于判斷每一個所述待上傳文件的大小是否大于預(yù)先設(shè)定的閾值，并返回判斷結(jié)果。

本發(fā)明實施例提供了一種文件上傳方法、裝置和系統(tǒng)，在接收到客戶端發(fā)送的文件上傳請求后，通過攔截器攔截至少一個待上傳文件，然后根據(jù)預(yù)設(shè)的文件處理策略及限定條件，能夠直接將攔截到的至少一個待上傳文件進行上傳至服務(wù)器。由于不需要對編輯器進行二次開發(fā)，直接使用原有編輯器即可完成文件的上傳，從而能夠降低文件上傳的難度。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明一個實施例提供的一種文件上傳方法的流程圖；

圖2是本發(fā)明一個實施例提供的另一種文件上傳方法的流程圖；

圖3是本發(fā)明一個實施例提供的一種文件上傳裝置的結(jié)構(gòu)示意圖；

圖4是本發(fā)明一個實施例提供的一種包括獲取子單元的文件上傳裝置的結(jié)構(gòu)示意圖；

圖5是本發(fā)明一個實施例提供的又一種文件上傳裝置的結(jié)構(gòu)示意圖；

圖6是本發(fā)明一個實施例提供的再一種文件上傳裝置的結(jié)構(gòu)示意圖；

圖7是本發(fā)明一個實施例提供的另一種文件上傳裝置的結(jié)構(gòu)示意圖；

圖8是本發(fā)明一個實施例提供的一種文件上傳系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例，基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

如圖1所示，本發(fā)明實施例提供了一種文件上傳方法，該方法可以包括以下步驟：

步驟101：根據(jù)客戶端及服務(wù)器的屬性，創(chuàng)建對應(yīng)的攔截器。

步驟102：接收所述客戶端發(fā)送的文件上傳請求。

步驟103：根據(jù)所述文件上傳請求，通過所述攔截器攔截所述客戶端待上傳的至少一個待上傳文件。

步驟104：根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述至少一個待上傳文件上傳至所述服務(wù)器。

在上述實施例中，在接收到客戶端發(fā)送的文件上傳請求后，通過攔截器攔截至少一個待上傳文件，然后根據(jù)預(yù)設(shè)的文件處理策略及限定條件，能夠直接將攔截到的至少一個待上傳文件進行上傳至服務(wù)器。由于不需要對編輯器進行二次開發(fā)，直接使用原有編輯器即可完成文件的上傳，從而能夠降低文件上傳的難度。

在該實施例中，上傳的文件可以包括圖片、視頻、文檔等各種類型的文件。

值得說明的是，客戶端及服務(wù)器的屬性，可以包括客戶端的IP，服務(wù)器的IP、HTML頁面、JavaScript語音等屬性。在不同的情況下可以相應(yīng)的做出調(diào)整。

為了能夠方便攔截器進行攔截，在本發(fā)明一個實施例中，所述根據(jù)所述文件上傳請求，通過所述攔截器攔截所述客戶端待上傳的至少一個待上傳文件，包括：

獲取所述文件上傳請求攜帶的待上傳文件標(biāo)識；

根據(jù)所述待上傳文件標(biāo)識對所述客戶端發(fā)送的各個文件進行篩選，獲得與所述待上傳文件標(biāo)識相同的至少一個待上傳文件。

在該實施例中，待上傳文件標(biāo)識是指能夠標(biāo)識待上傳文件而與其他文件進行區(qū)別的標(biāo)識。例如：待上傳文件的名稱、若待上傳文件是圖片，則是圖片的特征信息生成，如圖片的形狀、顏色、紋理等。

為了提升文件上傳速度，節(jié)省網(wǎng)絡(luò)流量帶寬，在本發(fā)明一個實施例中，所述根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述待上傳文件上傳至所述服務(wù)器，包括：

根據(jù)每一個所述待上傳文件，生成與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識；

將所述每一個所述待上傳文件對應(yīng)的唯一標(biāo)識發(fā)送給所述服務(wù)器，以使所述服務(wù)器檢測是否存在目標(biāo)標(biāo)識與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識相同，并返回檢測結(jié)果；

當(dāng)所述檢測結(jié)果為否時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

在該實施例中，待上傳文件的唯一標(biāo)識可以是由待上傳文件的創(chuàng)建時間、存儲路徑等文件屬性信息，或者是由待上傳文件的特征信息等生成一個標(biāo)識此文件的唯一標(biāo)識。例如，若待上傳文件是圖片，則該圖片的標(biāo)識可以由圖片路徑加圖片名稱組成，也可以單獨由圖片的紋理、顏色、形狀等特征信息構(gòu)成等。只要該圖片的標(biāo)識能夠唯一標(biāo)識該圖片即可，在此不做具體限定。目標(biāo)標(biāo)識要求與待上傳文件的唯一標(biāo)識生成方法相同。例如：待上傳文件的唯一標(biāo)識是由文件名稱生成的，則服務(wù)器中文件的唯一標(biāo)識也是由文件名稱生成。當(dāng)服務(wù)器中文件的唯一標(biāo)識與待上傳文件的唯一標(biāo)識相同時，說明服務(wù)器中已經(jīng)具有該待上傳文件，因此不再上傳該待上傳文件，從而可以提升文件上傳速度，節(jié)省網(wǎng)絡(luò)流量帶寬。

為了保證上傳到服務(wù)器的文件能夠正常使用，在本發(fā)明一個實施例中，所述根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述待上傳文件上傳至服務(wù)器，包括：

確定每一個所述待上傳文件的格式；

將每一個所述待上傳文件的格式發(fā)送給所述服務(wù)器，以使所述服務(wù)器檢查每一個所述待上傳文件的格式是否為可上傳格式，并返回檢查結(jié)果；

當(dāng)所述檢查結(jié)果為是時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

在該實施例中，可以通過待上傳文件的擴展名確定待上傳文件的格式。而可上傳格式用戶可以根據(jù)實際情況以及使用頻率自行設(shè)定。例如：若待上傳文件為圖片，則圖片的格式可以是pjpeg、jpeg、x-png、png、jpg等中的一種；若待上傳文件為文檔，則文檔的格式可以是doc、pdf、htl、txt等中的一種。當(dāng)待上傳文件的格式是可上傳格式才能夠上傳，否則不能上傳。

為了降低工作負(fù)擔(dān)，在本發(fā)明一個實施例中，所述根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述待上傳文件上傳至服務(wù)器，包括：

確定每一個所述待上傳文件的大?。?/p>

將每一個所述待上傳文件的大小發(fā)送給所述服務(wù)器，以使所述服務(wù)器判斷每一個所述待上傳文件的大小是否大于預(yù)先設(shè)定的閾值，并返回判斷結(jié)果；

當(dāng)所述判斷結(jié)果為否時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

在該實施例中，閾值用戶可以根據(jù)實際情況自行設(shè)定。當(dāng)待上傳文件的大小不大于預(yù)先設(shè)定的閾值才能夠上傳，否則不能上傳。

下面以上傳圖片為例，對本發(fā)明實施例提供的文件上傳方法進行詳細(xì)說明。

如圖2所示，本發(fā)明實施例提供了一種文件上傳方法，該方法可以包括以下步驟：

步驟201：根據(jù)客戶端及服務(wù)器的屬性，創(chuàng)建對應(yīng)的攔截器。

步驟202：接收客戶端發(fā)送的圖片上傳請求。

在該步驟中，用戶可以通過客戶端選取待上傳圖片并發(fā)送相應(yīng)的圖片上傳請求。

步驟203：獲取圖片上傳請求中攜帶的待上傳圖片標(biāo)識。

在該步驟中，當(dāng)用戶發(fā)送圖片上傳請求后，根據(jù)該圖片上傳請求獲取上傳圖片的名稱。例如：由用戶選擇待上傳圖片的目錄并選中待上傳圖片，從而獲得待上傳圖片的名稱。

步驟204：根據(jù)待上傳圖片標(biāo)識對客戶端中各個圖片進行篩選，獲得與上傳圖片標(biāo)識相同的至少一張待上傳圖片。

在該步驟中，通過待上傳圖片標(biāo)識從客戶端中所有的圖片中獲得用戶需要上傳的待上傳圖片。

步驟205：根據(jù)每一張待上傳圖片，生成與每一張待上傳圖片對應(yīng)的唯一標(biāo)識。

在該步驟中，通過圖片的特征信息生成唯一標(biāo)識，可以是圖片的形狀、顏色、紋理等特征信息。

步驟206：將每一張待上傳圖片對應(yīng)的唯一標(biāo)識發(fā)送給服務(wù)器。

在該步驟中，將每一張待上傳圖片對應(yīng)的唯一標(biāo)識發(fā)送給服務(wù)器，使服務(wù)器對每一張待上傳圖片檢測，分別判斷是否存在目標(biāo)標(biāo)識與待上傳圖片對應(yīng)的唯一標(biāo)識相同。

步驟207：根據(jù)服務(wù)器返回的檢測結(jié)果，判斷每一張待上傳圖片是否通過檢測，若是，則執(zhí)行步驟208；否則，執(zhí)行步驟213。

在該步驟中，只能是待上傳圖片對應(yīng)的唯一標(biāo)識不存在目標(biāo)標(biāo)識的情況下，才能通過檢測。

步驟208：確定每一個待上傳圖片的格式，并發(fā)送給服務(wù)器。

在該步驟中，將每一個待上傳圖片的格式發(fā)送給服務(wù)器，使服務(wù)器檢查每一個待上傳圖片的格式是否為可上傳格式，并返回檢查結(jié)果。

步驟209：根據(jù)服務(wù)器返回的檢查結(jié)果，判斷每一張待上傳圖片是否通過檢測，若是，則執(zhí)行步驟210；否則，執(zhí)行步驟213。

步驟210：確定每一個待上傳圖片的大小，并發(fā)送給服務(wù)器。

在該步驟中，將每一個待上傳圖片的大小發(fā)送給服務(wù)器，使服務(wù)器判斷每一個待上傳圖片的大小是否大于預(yù)先設(shè)定的閾值，并返回判斷結(jié)果。

步驟211：根據(jù)服務(wù)器返回的判斷結(jié)果，判斷每一張待上傳圖片是否通過檢測，若是，則執(zhí)行步驟212；否則，執(zhí)行步驟213。

步驟212：將待上傳圖片上傳至服務(wù)器。

步驟213：禁止上傳待上傳圖片。

如圖3所示，本發(fā)明實施例提供了一種文件上傳裝置，該裝置可以包括：創(chuàng)建單元301、接收單元302，攔截單元303和上傳單元304，其中，

所述創(chuàng)建單元301，用于根據(jù)客戶端及服務(wù)器的屬性，創(chuàng)建對應(yīng)的攔截器；

所述接收單元302，用于接收所述客戶端發(fā)送的文件上傳請求；

所述攔截單元303，用于根據(jù)所述文件上傳請求，通過所述攔截器攔截所述客戶端待上傳的至少一個待上傳文件；

所述上傳單元304，用于根據(jù)預(yù)設(shè)的文件處理策略及限定條件，將所述至少一個待上傳文件上傳至所述服務(wù)器。

為了能夠方便攔截器進行攔截，如圖4所示，在本發(fā)明一個實施例中，所述攔截單元303，包括：獲取子單元3031和篩選子單元3032，其中，

所述獲取子單元3031，用于獲取所述文件上傳請求攜帶的待上傳文件標(biāo)識；

所述篩選子單元3032，用于根據(jù)所述待上傳文件標(biāo)識對所述客戶端發(fā)送的各個文件進行篩選，獲得與所述待上傳文件標(biāo)識相同的至少一個待上傳文件。

為了提升文件上傳速度，節(jié)省網(wǎng)絡(luò)流量帶寬，如圖5所示，在本發(fā)明一個實施例中，所述上傳單元304，包括：生成子單元3041、檢測子單元3042和第一上傳子單元3043，其中，

所述生成子單元3041，用于根據(jù)每一個所述待上傳文件，生成與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識；

所述檢測子單元3042，用于將所述每一個所述待上傳文件對應(yīng)的唯一標(biāo)識發(fā)送給所述服務(wù)器，以使所述服務(wù)器檢測是否存在目標(biāo)標(biāo)識與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識相同，并返回檢測結(jié)果；

所述第一上傳子單元3043，用于當(dāng)所述檢測結(jié)果為否時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

為了保證上傳到服務(wù)器的文件能夠正常使用，如圖6所示，在本發(fā)明一個實施例中，所述上傳單元304，包括：格式確定子單元3044、檢查子單元3045和第二上傳子單元3046，其中，

所述格式確定子單元3044，用于確定每一個所述待上傳文件的格式；

所述檢查子單元3045，用于將每一個所述待上傳文件的格式發(fā)送給所述服務(wù)器，以使所述服務(wù)器檢查每一個所述待上傳文件的格式是否為可上傳格式，并返回檢查結(jié)果；

所述第二上傳子單元3046，用于當(dāng)所述檢查結(jié)果為是時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

為了降低工作負(fù)擔(dān)，如圖7所示，在本發(fā)明一個實施例中，所述上傳單元304，包括：大小確定子單元3047、判斷子單元3048和第三上傳子單元3049，其中，

所述大小確定子單元3047，用于確定每一個所述待上傳文件的大??；

所述判斷子單元3048，用于將每一個所述待上傳文件的大小發(fā)送給所述服務(wù)器，以使所述服務(wù)器判斷每一個所述待上傳文件的大小是否大于預(yù)先設(shè)定的閾值，并返回判斷結(jié)果；

所述第三上傳子單元3049，用于當(dāng)所述判斷結(jié)果為否時，將所述至少一個待上傳文件上傳至所述服務(wù)器。

上述裝置內(nèi)的各單元之間的信息交互、執(zhí)行過程等內(nèi)容，由于與本發(fā)明方法實施例基于同一構(gòu)思，具體內(nèi)容可參見本發(fā)明方法實施例中的敘述，此處不再贅述。

如圖8所示，本發(fā)明實施例提供了一種文件上傳系統(tǒng)，該系統(tǒng)可以包括：客戶端801、服務(wù)器802和上述任一實施例中所述的文件上傳裝置803，其中，

所述客戶端801，用于發(fā)送文件上傳請求給所述文件上傳裝置；

所述服務(wù)器802，用于接收所述文件上傳裝置上傳的至少一個待上傳文件。

在本發(fā)明一個實施例中，所述服務(wù)器802，進一步用于檢測是否存在目標(biāo)標(biāo)識與每一個所述待上傳文件對應(yīng)的唯一標(biāo)識相同，并返回檢測結(jié)果.

在本發(fā)明一個實施例中，所述服務(wù)器802，進一步用于檢查每一個所述待上傳文件的格式是否為可上傳格式，并返回檢查結(jié)果。

在本發(fā)明一個實施例中，所述服務(wù)器802，進一步用于判斷每一個所述待上傳文件的大小是否大于預(yù)先設(shè)定的閾值，并返回判斷結(jié)果。

本發(fā)明實施例提供了一種可讀介質(zhì)，該可讀介質(zhì)可以包括：執(zhí)行指令，當(dāng)存儲控制器的處理器執(zhí)行所述執(zhí)行指令時，所述存儲控制器執(zhí)行上述實施例中任一所述的文件上傳方法。

本發(fā)明實施例提供了一種存儲控制器，該存儲控制器可以包括：處理器、存儲器和總線；

所述處理器和所述存儲器通過所述總線連接；

所述存儲器，當(dāng)所述存儲控制器運行時，所述處理器執(zhí)行所述存儲器702存儲的所述執(zhí)行指令，以使所述存儲控制器執(zhí)行上述實施例中任一所述的文件上傳方法。

綜上，本發(fā)明的各實施例，至少具有如下有益效果：

1、在本發(fā)明實施例中，在接收到客戶端發(fā)送的文件上傳請求后，通過攔截器攔截至少一個待上傳文件，然后根據(jù)預(yù)設(shè)的文件處理策略及限定條件，能夠直接將攔截到的至少一個待上傳文件進行上傳至服務(wù)器。由于不需要對編輯器進行二次開發(fā)，直接使用原有編輯器即可完成文件的上傳，從而能夠降低文件上傳的難度。

2、在本發(fā)明實施例中，通過將待上傳文件的唯一標(biāo)識發(fā)送給服務(wù)器，并進項檢測，當(dāng)服務(wù)器中文件的唯一標(biāo)識與待上傳文件的唯一標(biāo)識相同時，說明服務(wù)器中已經(jīng)具有該待上傳文件，因此不再上傳該待上傳文件，從而可以提升文件上傳速度，節(jié)省網(wǎng)絡(luò)流量帶寬。

3、在本發(fā)明實施例中，通過確定待上傳文件的格式，并發(fā)送給服務(wù)器檢查，當(dāng)待上傳文件的格式是可上傳格式才能夠上傳，否則不能上傳，從而保證了上傳到服務(wù)器的文件能夠正常使用。

4、在本發(fā)明實施例中，通過確定待上傳文件的大小，并發(fā)送給服務(wù)器進行判斷是否大于預(yù)先設(shè)定的閾值，當(dāng)待上傳文件的大小不大于預(yù)先設(shè)定的閾值才能夠上傳，否則不能上傳，從而能夠降低客戶端以及服務(wù)端的工作負(fù)擔(dān)。

需要說明的是，在本文中，諸如第一和第二之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個〃·····”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同因素。

本領(lǐng)域普通技術(shù)人員可以理解：實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲在計算機可讀取的存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括：ROM、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)中。

最后需要說明的是：以上所述僅為本發(fā)明的較佳實施例，僅用于說明本發(fā)明的技術(shù)方案，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內(nèi)。