專利名稱：一種設(shè)置優(yōu)先級的文件批量處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種設(shè)置優(yōu)先級的文件批量處理方法及系統(tǒng)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)的發(fā)展，越來越多的人開始使用互聯(lián)網(wǎng)作為溝通交流的途徑。在溝通過程中，文件的傳輸越來越頻繁，傳輸?shù)牧恳苍絹碓酱?，因此，使用一種快速、高效的傳輸方式顯得尤為重要。傳統(tǒng)的傳輸方式存在明顯的缺陷，例如，部分工具需要安裝客戶端才能進(jìn)行文件傳輸，部分工具不能夠?qū)⑽募喜⒔y(tǒng)一下載，部分工具無法實(shí)現(xiàn)針對不同用戶傳輸不同文件的功能。申請?zhí)枮?00810117459.4的中國發(fā)明專利公開了一種文件下載服務(wù)方法和系統(tǒng)。上述文件下載服務(wù)方法包括以下步驟。文件下載服務(wù)裝置接收終端發(fā)送的下載請求消息。其中，下載請求消息包含終端信息和請求下載文件的信息。當(dāng)終端具有下載權(quán)限時，將請求下載文件的信息發(fā)送至文件打包裝置。文件打包裝置根據(jù)請求下載文件的信息，將請求下載的文件打包，將打包后的文件地址發(fā)送給文件下載服務(wù)裝置。文件下載服務(wù)裝置根據(jù)接收到的所述地址將打包后的文件發(fā)送至終端。然而，現(xiàn)有的文件傳輸裝置存在以下缺點(diǎn)1、現(xiàn)有的文件傳輸裝置需要安裝客戶端軟件才能進(jìn)行文件傳輸，某些莫名其妙的軟件會被不知不覺地安裝在自己的終端，從而影響計算機(jī)的安全性；2、現(xiàn)有的網(wǎng)頁僅有文件上傳、下載功能，缺少壓縮功能，如果文件數(shù)量比較大，則需要用戶多次點(diǎn)擊頁面請求下載，從而造成許多不必要的操作；3、當(dāng)源用戶需將文件發(fā)送給多個目標(biāo)用戶，且文件傳輸對象與傳輸文件內(nèi)容均不同時，需要重復(fù)選擇待傳輸?shù)奈募?，并進(jìn)行多次壓縮操作，不便于操作；4、目標(biāo)用戶需不停地詢問服務(wù)器端是否完成打包過程，容易浪費(fèi)目標(biāo)用戶的時間。

發(fā)明內(nèi)容
本發(fā)明提供一種設(shè)置優(yōu)先級的文件批量處理方法及系統(tǒng)以解決上述問題。本發(fā)明提供一種設(shè)置優(yōu)先級的文件批量處理方法。上述方法包括以下步驟源用戶根據(jù)預(yù)設(shè)的優(yōu)先級上傳待處理文件；源用戶將待處理文件進(jìn)行分類并與目標(biāo)用戶的類型相對應(yīng)；服務(wù)器獲得待處理文件并批量處理與目標(biāo)用戶的類型相對應(yīng)的待處理文件；服務(wù)器完成全部批量處理后同步通知目標(biāo)用戶。其中，源用戶的數(shù)目為至少兩個。本發(fā)明還提供一種設(shè)置優(yōu)先級的文件批量處理方法。上述方法包括以下步驟源用戶根據(jù)預(yù)設(shè)的優(yōu)先級傷處啊待處理文件；源用戶將待處理文件進(jìn)行分類并與目標(biāo)用戶的類型相對應(yīng)；服務(wù)器獲得待處理文件并批量處理與目標(biāo)用戶的類型相對應(yīng)的待處理文件； 服務(wù)器根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶。其中，源用戶的數(shù)目為至少兩個。本發(fā)明還提供一種設(shè)置優(yōu)先級的文件批量處理系統(tǒng)，包括管理員、源用戶、目標(biāo)用戶以及服務(wù)器。源用戶上傳待處理文件。管理員預(yù)設(shè)源用戶的優(yōu)先級。服務(wù)器自源用戶獲得已分類并與目標(biāo)用戶的類型相對應(yīng)的待處理文件，且服務(wù)器批量處理與目標(biāo)用戶的類型相對應(yīng)的待處理文件，并于完成全部批量處理后同步通知目標(biāo)用戶。其中，源用戶的數(shù)目為至少兩個。本發(fā)明還提供一種設(shè)置優(yōu)先級的文件批量處理系統(tǒng)，包括源用戶、管理員、目標(biāo)用戶以及服務(wù)器。源用戶上傳待處理文件。管理員預(yù)設(shè)源用戶的優(yōu)先級。服務(wù)器自源用戶獲得已分類并與目標(biāo)用戶的類型相對應(yīng)的待處理文件，且服務(wù)器批量處理與目標(biāo)用戶的類型相對應(yīng)的待處理文件并根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶。其中，源用戶的數(shù)目為至少兩個。相較于先前技術(shù)，根據(jù)本發(fā)明所提供的設(shè)置優(yōu)先級的文件批量處理方法及系統(tǒng)， 由于待處理文件被分類且與目標(biāo)用戶的類型相對應(yīng)，且服務(wù)器完成全部待處理文件的批量處理后同步通知目標(biāo)用戶或者根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶，因此，不同的類型的目標(biāo)用戶不僅可接收不同的待處理文件，而且于操作過程中無需重復(fù)選擇待傳輸?shù)奈募瑥亩奖悴僮?。另外，目?biāo)用戶無需不停地詢問服務(wù)器端是否完成批量處理操作，從而更好地節(jié)省了目標(biāo)用戶的時間。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1所示為根據(jù)本發(fā)明的第一較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理方法的流程圖；圖2所示為根據(jù)本發(fā)明的第一較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)的示意圖；圖3所示為根據(jù)本發(fā)明的第二較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理方法的流程圖；圖4所示為根據(jù)本發(fā)明的第二較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)的示意圖；圖5所示為根據(jù)本發(fā)明的第三較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理方法的流程圖；圖6所示為根據(jù)本發(fā)明的第三較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)的示意圖；圖7所示為根據(jù)本發(fā)明的第四較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理方法的流程圖；圖8所示為根據(jù)本發(fā)明的第四較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)的示意圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖1所示為根據(jù)本發(fā)明的第一較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理方法的流程圖。圖2所示為根據(jù)本發(fā)明的第一較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)的示意圖。請一并參考圖1與圖2。如圖1所示，本發(fā)明第一較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法包括步驟SlO S16。于步驟SlO中，源用戶根據(jù)預(yù)設(shè)的優(yōu)先級上傳待處理文件。具體而言，管理員預(yù)設(shè)源用戶的優(yōu)先級。源用戶根據(jù)預(yù)設(shè)的優(yōu)先級以確定上傳待處理文件的先后順序。 其中，源用戶的數(shù)目為至少兩個。然而，本發(fā)明并不限定于此。于步驟Sll中，源用戶通過網(wǎng)頁將待處理文件進(jìn)行分類并與目標(biāo)用戶的類型相對應(yīng)。舉例而言，若目標(biāo)用戶的類型包括三類(例如高層管理人員、中層管理人員以及一般人員)，則源用戶可根據(jù)目標(biāo)用戶的類型將待處理文件分類并與目標(biāo)用戶的三種類型相對應(yīng)。 例如，待處理文件包括30個，則高層管理人員可下載上述30個待處理文件，中層管理人員可下載前20個待處理文件，而一般人員僅可下載前10個待處理文件。換言之，源用戶設(shè)置目標(biāo)用戶的下載權(quán)限以及對應(yīng)的下載內(nèi)容。于此，源用戶基于網(wǎng)頁實(shí)現(xiàn)對目標(biāo)用戶的權(quán)限設(shè)置以及對待處理文件的分類，從而避免某些莫名其妙的軟件被不知不覺地安裝在自己的終端，以保證計算機(jī)的安全性。于步驟S12中，服務(wù)器獲得待處理文件并批量處理與目標(biāo)用戶的類型相對應(yīng)的待處理文件以獲得壓縮文件。具體而言，服務(wù)器自源用戶獲得已分類且與目標(biāo)用戶相對應(yīng)的待處理文件，同時，服務(wù)器批量壓縮與目標(biāo)用戶的類型相對應(yīng)的待處理文件以獲得壓縮文件。如此，源用戶通過網(wǎng)頁分類待處理文件并傳送至服務(wù)器后，服務(wù)器可直接進(jìn)行批量處理，而無需源用戶進(jìn)行多次操作。另外，本發(fā)明的批量處理并不限定于本實(shí)施例的壓縮操作。于步驟S13中，服務(wù)器完成全部批量處理后同步通知目標(biāo)用戶。具體而言，于服務(wù)器進(jìn)行壓縮操作的過程中，服務(wù)器可與目標(biāo)用戶建立socket鏈接。當(dāng)服務(wù)器完成全部批量處理后，服務(wù)器同步通知目標(biāo)用戶批量處理完成可進(jìn)行下載。如此，目標(biāo)用戶無需不停地詢問服務(wù)器批量處理是否完成，從而節(jié)省了目標(biāo)用戶的時間。接著，于步驟S14中，當(dāng)目標(biāo)用戶接收到服務(wù)器完成全部批量處理的通知后，目標(biāo)用戶可選擇是否接收壓縮文件。若目標(biāo)用戶同意接收壓縮文件，則服務(wù)器將壓縮文件的地址分別發(fā)送至對應(yīng)的目標(biāo)用戶以提示目標(biāo)用戶進(jìn)行下載，服務(wù)器亦可及時通知源用戶目標(biāo)用戶的下載情況(如步驟S15所示)。若目標(biāo)用戶拒絕接收壓縮文件，則服務(wù)器通知源用戶目標(biāo)用戶拒絕接收對應(yīng)的壓縮文件(如步驟S16所示)。具體而言，當(dāng)服務(wù)器同步通知目標(biāo)用戶時，目標(biāo)用戶的網(wǎng)頁上會跳出是否接收壓縮文件的對話框。若目標(biāo)用戶選擇接收，則服務(wù)器將壓縮文件的地址發(fā)送至對應(yīng)的目標(biāo)用戶；若目標(biāo)用戶選擇拒絕，則服務(wù)器會通知源用戶目標(biāo)用戶拒絕接收對應(yīng)的壓縮文件。如圖2所示，本發(fā)明第一較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)包括管理員100、源用戶IOla 101b、服務(wù)器102以及目標(biāo)用戶103a 103c。于本實(shí)施例中， 以兩個源用戶IOla IOlb以及三個目標(biāo)用戶103a 103c為例進(jìn)行說明。然而，本發(fā)明并不限定源用戶與目標(biāo)用戶的數(shù)目。另外，本發(fā)明第一較佳實(shí)施例提供的服務(wù)器102包括存儲模塊1020、批量處理模塊1022、發(fā)送模塊IOM以及刪除模塊1(^6。具體而言，服務(wù)器102的批量處理模塊1022連接存儲模塊1020與發(fā)送模塊1024。 服務(wù)器102的存儲模塊1020存儲接收自源用戶IOla IOlb的待處理文件以及經(jīng)過批量處理模塊1022批量處理的壓縮文件。服務(wù)器102的批量處理模塊1022批量處理與目標(biāo)用戶103a 103c的類型相對應(yīng)的待處理文件以獲得壓縮文件。當(dāng)服務(wù)器102完成所有的壓縮操作，且目標(biāo)用戶103a 103c確定接收壓縮文件后，服務(wù)器102的發(fā)送模塊IOM將壓縮文件的地址發(fā)送至對應(yīng)的目標(biāo)用戶103a 103c。管理員100預(yù)先設(shè)置源用戶IOla IOlb的優(yōu)先級例如為源用戶IOla的優(yōu)先級高于源用戶IOlb的優(yōu)先級。具體以網(wǎng)絡(luò)會議為例。于網(wǎng)絡(luò)會議過程中，若源用戶101a，101b 均需傳輸文件至目標(biāo)用戶103a 103c，管理員100可通過提示框的方式通知源用戶101a， IOlb上傳順序以及相應(yīng)源用戶的上傳進(jìn)度。據(jù)此，每個源用戶可根據(jù)管理員100的通知及時上傳相應(yīng)的待處理文件。此外，舉例而言，目標(biāo)用戶103a為高層管理人員，目標(biāo)用戶10 為中層管理人員， 目標(biāo)用戶103c為一般人員。當(dāng)待處理文件為30個，且高層管理人員的下載權(quán)限為30個待處理文件，中層管理人員的下載權(quán)限為前20個待處理文件，一般管理人員的下載權(quán)限為前 10個待處理文件時，服務(wù)器102的批量處理模塊1022會按照上述對照關(guān)系批量處理對應(yīng)的待處理文件以獲得三個壓縮文件。當(dāng)批量處理模塊1022全部完成上述三個壓縮文件的壓縮操作后，服務(wù)器102會同步通知目標(biāo)用戶103a 103c壓縮操作完成可進(jìn)行下載操作。 接著，若目標(biāo)用戶103a選擇接收壓縮文件，則服務(wù)器102的發(fā)送模塊IOM會將對應(yīng)的壓縮文件的地址發(fā)送至目標(biāo)用戶103a;若目標(biāo)用戶103a拒絕接收壓縮文件，則服務(wù)器102會通知源用戶目標(biāo)用戶103a拒絕接收壓縮文件。其中，源用戶IOlb的操作同源用戶101a，目標(biāo)用戶103b，103c的操作同目標(biāo)用戶103a，故于此不再贅述。此外，服務(wù)器102的刪除模塊10 可連接發(fā)送模塊IOM及存儲模塊1020。當(dāng)目標(biāo)用戶103a 103c接收壓縮文件后，刪除模塊10 可將對應(yīng)的壓縮文件刪除?；蛘?，當(dāng)目標(biāo)用戶103a 103c超過預(yù)訂時間未選擇接收或拒絕壓縮文件時，刪除模塊10 可刪除對應(yīng)的壓縮文件。由此，確保信息傳輸?shù)陌踩?。其中，預(yù)訂時間可由源用戶IOla IOlb 根據(jù)實(shí)際情況進(jìn)行設(shè)置。然而，本發(fā)明亦可不設(shè)置刪除模塊1026，本發(fā)明對此不作任何限定。圖3所示為根據(jù)本發(fā)明的第二較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理方法的流程圖。圖4所示為根據(jù)本發(fā)明的第二較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)的示意圖。請一并參考圖3與圖4。如圖3所示，本發(fā)明第二較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法包括步驟S20 S27。第二較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法的步驟S20 S23 與第一較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法的步驟SlO S13相同。第一較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法與第二較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法的不同在于在第二較佳實(shí)施例中，于步驟S23之后，目標(biāo)用戶發(fā)送驗證信息至服務(wù)器(如步驟SM所示)。接著，于步驟S25中，服務(wù)器判斷驗證信息是否合格。 當(dāng)服務(wù)器判斷驗證信息合格時，服務(wù)器將壓縮文件的地址發(fā)送至對應(yīng)的目標(biāo)用戶并通知源用戶(如步驟幻6所示)。當(dāng)服務(wù)器判斷驗證信息不合格時，服務(wù)器通知目標(biāo)用戶驗證信息不合格(如步驟S27所示)。于此，驗證信息例如為身份代碼等個人信息。然而，本發(fā)明對此不作任何限定。于實(shí)際應(yīng)用中，可根據(jù)需要設(shè)置不同類型的驗證信息。如圖4所示，本發(fā)明第二較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)包括管理員200、源用戶201a 201b、服務(wù)器202以及目標(biāo)用戶203a 203c。其中，服務(wù)器202包括存儲模塊2020、批量處理模塊2022、驗證模塊2023、發(fā)送模塊20 以及刪除模塊 2(^6。第二較佳實(shí)施例中的服務(wù)器202與第一較佳實(shí)施例中的服務(wù)器102的區(qū)別在于第二較佳實(shí)施例中的服務(wù)器202還包括驗證模塊2023。舉例而言，驗證模塊2023可存儲目標(biāo)用戶203a 203c的個人信息(包括身份代碼等)。當(dāng)目標(biāo)用戶203a 203c發(fā)送驗證信息(例如，身份代碼)至服務(wù)器202后，驗證模塊2023會驗證目標(biāo)用戶203a 203c傳送的身份代碼是否與驗證模塊2013內(nèi)存儲的對應(yīng)信息匹配，從而判斷驗證信息是否合格。圖5所示為根據(jù)本發(fā)明的第三較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理方法的流程圖。圖6所示為根據(jù)本發(fā)明的第三較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)的示意圖。請一并參考圖5與圖6。如圖5所示，本發(fā)明第三較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法包括步驟S30 S36。于步驟S30中，源用戶根據(jù)預(yù)設(shè)的優(yōu)先級上傳待處理文件。具體而言，管理員預(yù)設(shè)源用戶的優(yōu)先級。源用戶根據(jù)預(yù)設(shè)的優(yōu)先級以確定上傳待處理文件的先后順序。 其中，源用戶的數(shù)目為至少兩個。然而，本發(fā)明并不限定于此。于步驟S31中，源用戶通過網(wǎng)頁將待處理文件進(jìn)行分類并與目標(biāo)用戶的類型相對應(yīng)。舉例而言，若目標(biāo)用戶的類型包括三類(例如高層管理人員、中層管理人員以及一般人員)，則源用戶可根據(jù)目標(biāo)用戶的類型將待處理文件分類并與目標(biāo)用戶的三種類型相對應(yīng)。 例如，待處理文件包括30個，則高層管理人員可下載上述30個待處理文件，中層管理人員可下載前20個待處理文件，而一般人員僅可下載前10個待處理文件。換言之，源用戶設(shè)置目標(biāo)用戶的下載權(quán)限以及對應(yīng)的下載內(nèi)容。于此，源用戶基于網(wǎng)頁實(shí)現(xiàn)對目標(biāo)用戶的權(quán)限設(shè)置以及對待處理文件的分類，從而避免某些莫名其妙的軟件被不知不覺地安裝在自己的終端，以保證計算機(jī)的安全性。于步驟S32中，服務(wù)器獲得待處理文件并批量處理與目標(biāo)用戶的類型相對應(yīng)的待處理文件以獲得壓縮文件。具體而言，服務(wù)器自源用戶獲得已分類且與目標(biāo)用戶相對應(yīng)的待處理文件，同時，服務(wù)器可批量處理與目標(biāo)用戶的類型相對應(yīng)的待處理文件以獲得壓縮文件。如此，源用戶通過網(wǎng)頁分類待處理文件并傳送至服務(wù)器后，服務(wù)器可直接進(jìn)行批量處理，而無需源用戶進(jìn)行多次操作。于步驟S33中，服務(wù)器根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶。具體而言，于服務(wù)器進(jìn)行壓縮操作的過程中，服務(wù)器可與目標(biāo)用戶建立socket鏈接。于服務(wù)器壓縮操作的過程中，服務(wù)器及時通知目標(biāo)用戶對應(yīng)的壓縮操作的進(jìn)度。當(dāng)服務(wù)器完成壓縮后，服務(wù)器會及時通知目標(biāo)用戶可進(jìn)行下載。舉例而言，當(dāng)目標(biāo)用戶的數(shù)目為三個，且三個目標(biāo)用戶分別屬于不同類型(例如，高層管理人員、中層管理人員以及一般人員)時，服務(wù)器壓縮對應(yīng)于上述三種類型目標(biāo)用戶的待處理文件以相應(yīng)地獲得三個壓縮文件。同時，服務(wù)器將三個壓縮文件的壓縮進(jìn)程分別通知對應(yīng)的目標(biāo)用戶。即，服務(wù)器會將30個待處理文件的壓縮進(jìn)度及時通知高層管理人員，將前20個待處理文件的壓縮進(jìn)度及時通知中層管理人員，并將前10 個待處理文件的壓縮進(jìn)度及時通知一般人員。相應(yīng)地，當(dāng)壓縮操作完成時，服務(wù)器會及時通知對應(yīng)的目標(biāo)用戶壓縮完成可進(jìn)行下載操作。如此，目標(biāo)用戶無需不停地詢問服務(wù)器批量處理是否完成，從而節(jié)省了目標(biāo)用戶的時間。接著，于步驟S34中，當(dāng)目標(biāo)用戶接收到服務(wù)器完成對應(yīng)的批量處理通知后，目標(biāo)用戶可選擇是否接收壓縮文件。若目標(biāo)用戶同意接收壓縮文件，則服務(wù)器將壓縮文件的地址分別發(fā)送至對應(yīng)的目標(biāo)用戶以提示目標(biāo)用戶進(jìn)行下載，服務(wù)器亦可同時通知源用戶目標(biāo)用戶的下載情況(如步驟S35所示)。若目標(biāo)用戶拒絕接收壓縮文件，則服務(wù)器通知源用戶目標(biāo)用戶拒絕接收對應(yīng)的壓縮文件(如步驟S36所示)。具體而言，當(dāng)服務(wù)器同步通知目標(biāo)用戶時，目標(biāo)用戶的網(wǎng)頁上會跳出是否接收壓縮文件的對話框。若目標(biāo)用戶選擇接收，則服務(wù)器將壓縮文件的地址發(fā)送至對應(yīng)的目標(biāo)用戶；若目標(biāo)用戶選擇拒絕，則服務(wù)器會通知源用戶目標(biāo)用戶拒絕接收對應(yīng)的壓縮文件。如圖6所示，本發(fā)明第一較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理通知系統(tǒng)包括管理員300、源用戶301a 301b、服務(wù)器302以及目標(biāo)用戶303a 303c。于本實(shí)施例中，以兩個源用戶301a 301b及三個目標(biāo)用戶303a 303c為例進(jìn)行說明。然而，本發(fā)明并不限定源用戶及目標(biāo)用戶的數(shù)目。另外，本發(fā)明第三較佳實(shí)施例提供的服務(wù)器302包括存儲模塊3020、批量處理模塊3022、發(fā)送模塊30 以及刪除模塊3(^6。具體而言，服務(wù)器302的批量處理模塊3022連接存儲模塊3020與發(fā)送模塊30M。 服務(wù)器302的存儲模塊3020存儲接收自源用戶301a 301b的待處理文件以及經(jīng)過批量處理模塊3022批量處理的壓縮文件。服務(wù)器302的批量處理模塊3022批量處理與目標(biāo)用戶303a 303c的類型相對應(yīng)的待處理文件以獲得壓縮文件。當(dāng)服務(wù)器302完成所有的壓縮操作，且目標(biāo)用戶303a 303c確定接收壓縮文件后，服務(wù)器302的發(fā)送模塊30M會將對應(yīng)的壓縮文件的地址發(fā)送至目標(biāo)用戶303a 303c。管理員300預(yù)先設(shè)置源用戶301a 301b的優(yōu)先級例如為源用戶301a的優(yōu)先級高于源用戶301b的優(yōu)先級。具體以網(wǎng)絡(luò)會議為例。于網(wǎng)絡(luò)會議過程中，若源用戶301a，301b 均需傳輸文件至目標(biāo)用戶303a 303c，管理員300可通過提示框的方式通知源用戶301a， 301b上傳順序以及相應(yīng)源用戶的上傳進(jìn)度。據(jù)此，每個源用戶可根據(jù)管理員300的通知及時上傳相應(yīng)的待處理文件。此外，舉例而言，目標(biāo)用戶303a為高層管理人員，目標(biāo)用戶30 為中層管理人員， 目標(biāo)用戶303c為一般人員。當(dāng)待處理文件為30個，且高層管理人員的下載權(quán)限為30個待處理文件，中層管理人員的下載權(quán)限為前20個待處理文件，一般管理人員的下載權(quán)限為前 10個待處理文件時，服務(wù)器302的批量處理模塊3022會按照上述對照關(guān)系批量處理對應(yīng)的待處理文件以獲得三個壓縮文件。于批量處理模塊3022進(jìn)行上述三個壓縮文件的壓縮操作時，服務(wù)器302會及時通知目標(biāo)用戶303a 303c壓縮操作的進(jìn)度。當(dāng)相應(yīng)的壓縮操作完成后，服務(wù)器302會及時通知相應(yīng)的目標(biāo)用戶可進(jìn)行下載操作。若目標(biāo)用戶303a選擇接收壓縮文件，則服務(wù)器302的發(fā)送模塊30M會將對應(yīng)的壓縮文件的地址發(fā)送至目標(biāo)用戶 303a ；若目標(biāo)用戶303a拒絕接收壓縮文件，則服務(wù)器302會通知源用戶301a目標(biāo)用戶303a 拒絕接收壓縮文件。源用戶301b的操作同源用戶301a，且目標(biāo)用戶3(X3b，303C的操作同目標(biāo)用戶303a，故于此不再贅述。此外，服務(wù)器302還可包括刪除模塊3(^6。當(dāng)目標(biāo)用戶303a 303c接收壓縮文件后，刪除模塊30 可將對應(yīng)的壓縮文件刪除?；蛘撸?dāng)目標(biāo)用戶303a 303c超過預(yù)訂時間未選擇接收或拒絕壓縮文件時，刪除模塊30 可刪除對應(yīng)的壓縮文件。由此，確保信息傳輸?shù)陌踩?。其中，預(yù)訂時間可由源用戶301a 301b根據(jù)實(shí)際情況進(jìn)行設(shè)置。然而， 本發(fā)明的服務(wù)器302亦可不設(shè)置刪除模塊，本發(fā)明對此不作任何限定。圖7所示為根據(jù)本發(fā)明的第四較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理方法的流程圖。圖8所示為根據(jù)本發(fā)明的第四較佳實(shí)施例所示的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)的示意圖。請一并參考圖7與圖8。如圖7所示，本發(fā)明第四較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法包括步驟S40 S47。第四較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法的步驟S40 S43 與第三較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法的步驟S30 S33相同。第四較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法與第三較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法的不同在于在第四較佳實(shí)施例中，于步驟S43之后，目標(biāo)用戶發(fā)送驗證信息至服務(wù)器(如步驟S44所示)。接著，于步驟S45中，服務(wù)器判斷驗證信息是否合格。 當(dāng)服務(wù)器判斷驗證信息合格時，服務(wù)器將壓縮文件的地址發(fā)送至對應(yīng)的目標(biāo)用戶并通知源用戶(如步驟S46所示)。當(dāng)服務(wù)器判斷驗證信息不合格時，服務(wù)器通知目標(biāo)用戶驗證信息不合格(如步驟S47所示)。于此，驗證信息例如為身份代碼等個人信息。然而，本發(fā)明對此不作任何限定。于實(shí)際應(yīng)用中，可根據(jù)需要設(shè)置不同類型的驗證信息。如圖8所示，本發(fā)明第四較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)包括管理員400、源用戶401a 401b、服務(wù)器402以及目標(biāo)用戶403a 403c。其中，服務(wù)器 402包括存儲模塊4020、批量處理模塊4022、驗證模塊4023、發(fā)送模塊40 以及刪除模塊仙沈。第四較佳實(shí)施例中的服務(wù)器402與第三較佳實(shí)施例中的服務(wù)器302的區(qū)別在于第四較佳實(shí)施例中的服務(wù)器402還包括驗證模塊4023。舉例而言，驗證模塊4023中可存儲目標(biāo)用戶403a 403c的個人信息(包括身份代碼等)。當(dāng)目標(biāo)用戶403a 403c發(fā)送驗證信息(例如，身份代碼)至服務(wù)器402后，驗證模塊4023會驗證目標(biāo)用戶403a 403c傳送的身份代碼是否與驗證模塊2023內(nèi)存儲的對應(yīng)信息匹配，從而判斷驗證信息是否合格。綜上所述，根據(jù)本發(fā)明的上述較佳實(shí)施例提供的設(shè)置優(yōu)先級的文件批量處理方法及系統(tǒng)，由于待處理文件被分類且與目標(biāo)用戶的類型相對應(yīng)，且服務(wù)器完成全部待處理文件的批量處理后同步通知目標(biāo)用戶或者根據(jù)完成待處理文件的批量處理的進(jìn)度及時通知目標(biāo)用戶，因此，不同的類型的目標(biāo)用戶不僅可接收不同的待處理文件，而且于操作過程中無需重復(fù)選擇待傳輸?shù)奈募?，從而方便操作。另外，目?biāo)用戶無需不停地詢問服務(wù)器端是否完成批量處理操作，從而更好地節(jié)省了目標(biāo)用戶的時間。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種設(shè)置優(yōu)先級的文件批量處理方法，其特征是，包括以下步驟源用戶根據(jù)預(yù)設(shè)的優(yōu)先級上傳待處理文件；所述源用戶將所述待處理文件進(jìn)行分類并與目標(biāo)用戶的類型相對應(yīng)；服務(wù)器獲得所述待處理文件并批量處理與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件；以及所述服務(wù)器完成全部批量處理后同步通知所述目標(biāo)用戶，其中，所述源用戶的數(shù)目為至少兩個。
2.根據(jù)權(quán)利要求1所述的設(shè)置優(yōu)先級的文件批量處理方法，其特征是，所述源用戶通過網(wǎng)頁將所述待處理文件進(jìn)行分類并與所述目標(biāo)用戶的類型相對應(yīng)，所述服務(wù)器自所述源用戶獲得所述待處理文件并批量處理與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件以獲得壓縮文件。
3.根據(jù)權(quán)利要求2所述的設(shè)置優(yōu)先級的文件批量處理方法，其特征是，當(dāng)所述服務(wù)器同步通知所述目標(biāo)用戶，且所述目標(biāo)用戶同意接收所述壓縮文件時，所述服務(wù)器將所述壓縮文件的地址發(fā)送至對應(yīng)的所述目標(biāo)用戶并通知所述源用戶，當(dāng)所述服務(wù)器同步通知所述目標(biāo)用戶，且所述目標(biāo)用戶拒絕接收所述壓縮文件時，所述服務(wù)器通知所述源用戶。
4.根據(jù)權(quán)利要求2所述的設(shè)置優(yōu)先級的文件批量處理方法，其特征是，當(dāng)所述服務(wù)器同步通知所述目標(biāo)用戶后，所述目標(biāo)用戶發(fā)送驗證信息至所述服務(wù)器，且所述服務(wù)器判斷所述驗證信息是否合格，當(dāng)所述服務(wù)器判斷所述驗證信息合格時，所述服務(wù)器將所述壓縮文件的地址發(fā)送至對應(yīng)的所述目標(biāo)用戶并通知所述源用戶，當(dāng)所述服務(wù)器判斷所述驗證信息不合格時，所述服務(wù)器通知所述目標(biāo)用戶驗證信息不合格。
5.一種設(shè)置優(yōu)先級的文件批量處理方法，其特征是，包括以下步驟源用戶根據(jù)預(yù)設(shè)的優(yōu)先級上傳待處理文件；所述源用戶將所述待處理文件進(jìn)行分類并與目標(biāo)用戶的類型相對應(yīng)；服務(wù)器獲得所述待處理文件并批量處理與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件；以及所述服務(wù)器根據(jù)完成批量處理的進(jìn)度通知所述目標(biāo)用戶，其中，所述源用戶的數(shù)目為至少兩個。
6.根據(jù)權(quán)利要求5所述的設(shè)置優(yōu)先級的文件批量處理方法，其特征是，所述源用戶通過網(wǎng)頁將所述待處理文件進(jìn)行分類并與所述目標(biāo)用戶的類型相對應(yīng)，所述服務(wù)器自所述源用戶獲得所述待處理文件并批量處理與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件以獲得壓縮文件。
7.一種設(shè)置優(yōu)先級的文件批量處理系統(tǒng)，其特征是，包括源用戶，上傳待處理文件；管理員，預(yù)設(shè)所述源用戶的優(yōu)先級；目標(biāo)用戶；以及服務(wù)器，自所述源用戶獲得已分類并與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件，且所述服務(wù)器批量處理與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件，并于完成全部批量處理后同步通知所述目標(biāo)用戶，其中，所述源用戶的數(shù)目為至少兩個。
8.根據(jù)權(quán)利要求7所述的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)，其特征是，所述服務(wù)器包括存儲模塊，存儲已分類并與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件；以及批量處理模塊，連接所述存儲模塊，所述批量處理模塊批量處理與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件，并于完成全部批量處理后同步通知所述目標(biāo)用戶。
9.一種設(shè)置優(yōu)先級的文件批量處理系統(tǒng)，其特征是，包括 源用戶，上傳待處理文件；管理員，預(yù)設(shè)所述源用戶的優(yōu)先級； 目標(biāo)用戶；以及服務(wù)器，自所述源用戶獲得已分類并與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件，且所述服務(wù)器批量處理與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件并根據(jù)完成批量處理的進(jìn)度通知所述目標(biāo)用戶，其中，所述源用戶的數(shù)目為至少兩個。
10.根據(jù)權(quán)利要求9所述的設(shè)置優(yōu)先級的文件批量處理系統(tǒng)，其特征是，所述服務(wù)器包括存儲模塊，存儲已分類并與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件；以及批量處理模塊，連接所述存儲模塊，所述批量處理模塊批量處理與所述目標(biāo)用戶的類型相對應(yīng)的所述待處理文件并根據(jù)完成批量處理的進(jìn)度通知所述目標(biāo)用戶。
全文摘要
本發(fā)明提供一種設(shè)置優(yōu)先級的文件批量處理方法及系統(tǒng)。設(shè)置優(yōu)先級的文件處理方法包括以下步驟。源用戶根據(jù)預(yù)設(shè)的優(yōu)先級上傳待處理文件。源用戶將待處理文件進(jìn)行分類并與目標(biāo)用戶的類型相對應(yīng)。服務(wù)器獲得待處理文件并批量處理與目標(biāo)用戶的類型相對應(yīng)的待處理文件。服務(wù)器完成全部批量處理后同步通知目標(biāo)用戶。其中，源用戶的數(shù)目為至少兩個。
文檔編號H04L29/08GK102377787SQ201110407269
公開日2012年3月14日 申請日期2011年12月9日 優(yōu)先權(quán)日2011年3月22日
發(fā)明者胡加明 申請人:蘇州闊地網(wǎng)絡(luò)科技有限公司