專利名稱：一種設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法及系統(tǒng)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)的發(fā)展，越來越多的人開始使用互聯(lián)網(wǎng)作為溝通交流的途徑。在溝通過程中，文件的傳輸越來越頻繁，傳輸?shù)牧恳苍絹碓酱?，因此，使用一種快速、高效的傳輸方式顯得尤為重要。傳統(tǒng)的傳輸方式存在明顯的缺陷，例如，部分工具需要安裝客戶端才能進(jìn)行文件傳輸，部分工具不能夠?qū)⑽募喜⒔y(tǒng)一下載，部分工具無法實(shí)現(xiàn)針對不同用戶傳輸不同文件的功能。此外，于目前的網(wǎng)絡(luò)通訊中，驗(yàn)證過程通常只包括用戶的身份驗(yàn)證及用戶訪問權(quán)限的驗(yà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ù)奈募⑦M(jìn)行多次壓縮操作，不便于操作；4、目標(biāo)用戶需不停地詢問服務(wù)器端是否完成打包過程，容易浪費(fèi)目標(biāo)用戶的時間。另外，申請?zhí)枮?0101014M47.X的中國發(fā)明專利申請公開了一種基于協(xié)議代理實(shí)現(xiàn)對文件共享訪問控制方法。其中，用戶計算機(jī)輸入登錄信息，登錄文件共享代理服務(wù)器。在文件共享代理服務(wù)器中驗(yàn)證用戶計算機(jī)輸入的登錄信息；響應(yīng)通過驗(yàn)證的用戶計算機(jī)發(fā)起的共享文件訪問請求，判斷用戶計算機(jī)是否具有所請求的共享文件A的訪問權(quán)限； 若有，則代理用戶計算機(jī)訪問共享文件A，并將文件共享服務(wù)器的應(yīng)答數(shù)據(jù)包作為返回結(jié)果進(jìn)行封裝，否則將拒絕訪問作為返回結(jié)果進(jìn)行封裝，并將返回結(jié)果返回給用戶計算機(jī)，并記錄訪問日志。其中，對用戶計算機(jī)的驗(yàn)證包括對用戶計算機(jī)的登陸驗(yàn)證以及判斷用戶計算機(jī)是否具有所請求的共享文件A的訪問權(quán)限，但未提供其它驗(yàn)證設(shè)置，從而影響網(wǎng)絡(luò)通訊的安全性。

發(fā)明內(nèi)容
本發(fā)明提供一種設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法及系統(tǒng)以解決上述問題。
4
本發(fā)明提供一種設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法。設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法包括以下步驟。源用戶根據(jù)預(yù)設(shè)的優(yōu)先級發(fā)送批量處理指令至服務(wù)器。服務(wù)器判斷源用戶對批量處理指令的操作權(quán)限。若源用戶享有對批量處理指令的操作權(quán)限，服務(wù)器自源用戶接收與目標(biāo)用戶的類型相對應(yīng)的待處理文件并批量處理待處理文件以獲得壓縮文件。服務(wù)器判斷目標(biāo)用戶對批量處理指令的接收權(quán)限。若目標(biāo)用戶享有對批量處理指令的接收權(quán)限，服務(wù)器根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶。服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸。其中，源用戶的數(shù)目為至少兩個。本發(fā)明還提供一種設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制系統(tǒng)。設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制系統(tǒng)包括源用戶、管理員、目標(biāo)用戶以及服務(wù)器。源用戶根據(jù)預(yù)設(shè)的優(yōu)先級發(fā)送批量處理指令。管理員預(yù)設(shè)源用戶的優(yōu)先級。服務(wù)器自源用戶接收批量處理指令。服務(wù)器判斷源用戶對批量處理指令的操作權(quán)限。若源用戶享有對批量處理指令的操作權(quán)限，服務(wù)器自源用戶接收與目標(biāo)用戶的類型相對應(yīng)的待處理文件并批量處理待處理文件以獲得壓縮文件。服務(wù)器判斷目標(biāo)用戶對批量處理指令的接收權(quán)限。若目標(biāo)用戶享有對批量處理指令的接收權(quán)限，服務(wù)器根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶，且服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸。其中，源用戶的數(shù)目為至少兩個。相較于先前技術(shù)，根據(jù)本發(fā)明所提供的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法及系統(tǒng)，由于待處理文件被分類且與目標(biāo)用戶的類型相對應(yīng)且服務(wù)器完成全部待處理文件的批量處理后同步通知目標(biāo)用戶，因此，不同的類型的目標(biāo)用戶不僅可接收不同的待處理文件，而且于操作過程中無需重復(fù)選擇待傳輸?shù)奈募?，從而方便操作。另外，目?biāo)用戶無需不停地詢問服務(wù)器端是否完成批量處理操作，從而更好地節(jié)省了目標(biāo)用戶的時間。此外，服務(wù)器不僅判斷源用戶對批量處理指令的操作權(quán)限，而且判斷目標(biāo)用戶對批量處理指令的接收權(quán)限。如此，批量處理指令的執(zhí)行需要多個驗(yàn)證過程，從而提高網(wǎng)絡(luò)通訊的安全性。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1所示為根據(jù)本發(fā)明的第一較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法的流程圖；圖2所示為根據(jù)本發(fā)明的第一較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制系統(tǒng)的示意圖；圖3所示為根據(jù)本發(fā)明的第二較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法的流程圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖1所示為根據(jù)本發(fā)明的第一較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法的流程圖。圖2所示為根據(jù)本發(fā)明的第一較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制系統(tǒng)的示意圖。請一并參考圖1與圖2。如圖1所示，本發(fā)明的第一較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法包括步驟SlOO S115。于步驟SlOO中，源用戶訪問網(wǎng)頁。于本實(shí)施例中，源用戶的所有操作均基于網(wǎng)頁實(shí)現(xiàn)，從而確保操作的便利性及安全性。于步驟SlOl中，判斷源用戶的身份信息是否通過服務(wù)器的驗(yàn)證。具體而言，當(dāng)源用戶訪問網(wǎng)頁后，源用戶于網(wǎng)頁上輸入身份信息，且服務(wù)器驗(yàn)證源用戶的身份信息。于實(shí)際應(yīng)用中，服務(wù)器可預(yù)先存儲已注冊的源用戶的身份信息。當(dāng)源用戶訪問網(wǎng)頁并輸入身份信息時，服務(wù)器判斷源用戶的身份信息與服務(wù)器內(nèi)存儲的信息是否一致。若服務(wù)器判斷信息一致，則源用戶可正常登陸。反之，源用戶登陸失敗。其中，身份信息例如可為身份代碼。然而，本發(fā)明對此不作任何限定。此外，本實(shí)施例中的驗(yàn)證過程不局限于源用戶，于目標(biāo)用戶訪問網(wǎng)頁時亦可進(jìn)行身份驗(yàn)證。于本實(shí)施例中，當(dāng)源用戶的身份信息未通過服務(wù)器的驗(yàn)證時，服務(wù)器通知源用戶未通過驗(yàn)證(如步驟S102)。此外，服務(wù)器亦可通知源用戶重新輸入身份信息。本發(fā)明對此不作任何限定。于實(shí)際應(yīng)用中，可根據(jù)需要設(shè)置相應(yīng)的操作。另外，當(dāng)源用戶的身份信息通過服務(wù)器的驗(yàn)證時，源用戶成功登陸并可進(jìn)行相關(guān)操作。如步驟S103所示，源用戶根據(jù)預(yù)設(shè)的優(yōu)先級發(fā)送批量處理指令至服務(wù)器。其中，批量處理指令例如可為文件批量壓縮傳輸指令。此外，管理員預(yù)設(shè)源用戶的優(yōu)先級。源用戶的數(shù)目為至少兩個。然而，本發(fā)明并不限定于此。于本實(shí)施例中，當(dāng)服務(wù)器自源用戶接收批量處理指令后，服務(wù)器驗(yàn)證源用戶的當(dāng)前狀態(tài)以判斷批量處理指令于當(dāng)前狀態(tài)的操作權(quán)限(如步驟S104)。于此步驟中，服務(wù)器需確認(rèn)源用戶在線，此時源用戶才具有對批量處理指令的操作權(quán)限。例如，當(dāng)源用戶發(fā)送批量處理指令至服務(wù)器后即離線，則服務(wù)器會判斷此時批量處理指令不可被操作。如此，確保批量處理指令的執(zhí)行由源用戶在線控制。此外，當(dāng)服務(wù)器判斷批量處理指令于當(dāng)前狀態(tài)具有操作權(quán)限時，服務(wù)器判斷源用戶對批量處理指令的操作權(quán)限(如步驟S105)。當(dāng)服務(wù)器判斷批量處理指令于當(dāng)前狀態(tài)不具有操作權(quán)限時，服務(wù)器可結(jié)束批量處理指令執(zhí)行的驗(yàn)證過程。于本實(shí)施例中，源用戶對批量處理指令的操作權(quán)限表示源用戶操作所述批量處理指令的權(quán)限。舉例而言，服務(wù)器可存儲源用戶與批量處理指令的操作權(quán)限對照表。例如，源用戶A可具有word文件批量壓縮傳輸指令的操作權(quán)限，源用戶B具有pdf文件批量壓縮傳輸指令的操作權(quán)限，源用戶C具有excel文件批量壓縮傳輸指令的操作權(quán)限。然而，本發(fā)明并不限定于此。源用戶與批量處理指令的操作權(quán)限對照關(guān)系可根據(jù)實(shí)際應(yīng)用進(jìn)行設(shè)置。于本實(shí)施例中，當(dāng)源用戶不享有對批量處理指令的操作權(quán)限時，服務(wù)器通知源用戶無權(quán)進(jìn)行操作(如步驟S106)。當(dāng)源用戶享有對批量處理指令的操作權(quán)限時，服務(wù)器自源用戶接收與目標(biāo)用戶的類型相對應(yīng)的待處理文件并批量處理待處理文件以獲得壓縮文件(如步驟S107)。其中，源用戶通過網(wǎng)頁將待處理文件進(jìn)行分類并與目標(biāo)用戶的類型相對應(yīng)。舉例而言，若目標(biāo)用戶的類型包括三類(例如高層管理人員、中層管理人員以及一般人員)，則源用戶可根據(jù)目標(biāo)用戶的類型將待處理文件分類并與目標(biāo)用戶的三種類型相對應(yīng)。 例如，待處理文件包括30個，則高層管理人員可下載上述30個待處理文件，中層管理人員可下載前20個待處理文件，而一般人員僅可下載前10個待處理文件。于此，源用戶基于網(wǎng)頁實(shí)現(xiàn)對目標(biāo)用戶的權(quán)限設(shè)置以及對待處理文件的分類，從而避免某些莫名其妙的軟件被不知不覺地安裝在自己的終端，以保證計算機(jī)的安全性。于本實(shí)施例中，于服務(wù)器批量處理待處理文件以獲得壓縮文件后，服務(wù)器判斷批量處理指令對目標(biāo)用戶的操作權(quán)限(如步驟S108)。其中，批量處理指令對目標(biāo)用戶的操作權(quán)限表示批量處理指令能否訪問目標(biāo)用戶。舉例而言，當(dāng)所述批量處理指令為源用戶批量壓縮word文件以傳輸至目標(biāo)用戶時，批量處理指令對目標(biāo)用戶的操作權(quán)限表示上述批量處理指令能否訪問目標(biāo)用戶以實(shí)現(xiàn)批量壓縮的word文件的傳輸。于本實(shí)施例中，當(dāng)批量處理指令不享有對目標(biāo)用戶的操作權(quán)限時，服務(wù)器通知源用戶無權(quán)進(jìn)行操作(如步驟S109)。當(dāng)批量處理指令享有對目標(biāo)用戶的操作權(quán)限時，服務(wù)器判斷目標(biāo)用戶對批量處理指令的接收權(quán)限(如步驟S110)。其中，目標(biāo)用戶對批量處理指令的接收權(quán)限表示目標(biāo)用戶是否有權(quán)限接收批量處理指令。舉例而言，當(dāng)所述批量處理指令為源用戶傳輸批量壓縮的word文件至目標(biāo)用戶時，目標(biāo)用戶對批量處理指令的接收權(quán)限表示目標(biāo)用戶能否接收批量壓縮的word文件。于本實(shí)施例中，當(dāng)目標(biāo)用戶不享有對批量處理指令的接收權(quán)限時，服務(wù)器通知源用戶目標(biāo)用戶無權(quán)接收(如步驟sill)。當(dāng)目標(biāo)用戶享有對批量處理指令的接收權(quán)限時， 服務(wù)器根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶(如步驟S112)。舉例而言，當(dāng)所述批量處理指令為源用戶傳輸批量壓縮的word文件至目標(biāo)用戶，且目標(biāo)用戶能夠自源用戶接收批量壓縮的word文件時，服務(wù)器通知目標(biāo)用戶批量壓縮完成且目標(biāo)用戶可接收壓縮文件。具體而言，服務(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)用戶的時間。此外，于上述驗(yàn)證過程中，服務(wù)器需進(jìn)行多個過程的驗(yàn)證，從而確保網(wǎng)絡(luò)通訊的安全性。然而，本發(fā)明并不限定于此。于實(shí)際應(yīng)用中，可根據(jù)需要調(diào)整驗(yàn)證過程。于步驟S112之后，即目標(biāo)用戶接收服務(wù)器的通知之后，目標(biāo)用戶選擇是否接收壓縮文件(如步驟S113)。若目標(biāo)用戶選擇接收，如步驟S115所示，服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸。若目標(biāo)用戶選擇拒絕接收，如步驟S114所示，服務(wù)器通知源用戶目標(biāo)用戶拒絕接收壓縮文件。具體而言，當(dāng)服務(wù)器同步通知目標(biāo)用戶時，目標(biāo)用戶的網(wǎng)頁上會跳出是否接收壓縮文件的對話框。若目標(biāo)用戶選擇接收，則服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制待接收壓縮文件的目標(biāo)用戶從服務(wù)器或者已接收壓縮文件的目標(biāo)用戶接收壓縮文件；若目標(biāo)用戶選擇拒絕，則服務(wù)器會及時通知源用戶哪些目標(biāo)用戶拒絕接收對應(yīng)的壓縮文件。其中，傳輸策略包括但不限于傳輸速度、傳輸路徑。當(dāng)傳輸策略為傳輸速度，且服務(wù)器的傳輸速度最快時，服務(wù)器傳輸壓縮文件至待接收壓縮文件的目標(biāo)用戶。當(dāng)傳輸策略為傳輸速度，且已接收壓縮文件的目標(biāo)用戶的傳輸速度快于服務(wù)器的傳輸速度時，服務(wù)器控制已接收壓縮文件的目標(biāo)用戶傳輸壓縮文件至待接收壓縮文件的目標(biāo)用戶。當(dāng)傳輸策略為傳輸路徑，且服務(wù)器至待接收壓縮文件的目標(biāo)用戶的傳輸路徑最短時，待接收壓縮文件的目標(biāo)用戶自服務(wù)器接收壓縮文件。當(dāng)傳輸策略為傳輸路徑，且已接收壓縮文件的目標(biāo)用戶與待接收壓縮文件的目標(biāo)用戶之間的傳輸路徑最短時，服務(wù)器控制已接收壓縮文件的目標(biāo)用戶傳輸壓縮文件至待接收壓縮文件的目標(biāo)用戶。如圖2所示，本發(fā)明的第一較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的文件批量處理的傳輸控制系統(tǒng)包括管理員100、源用戶IOla 101b、服務(wù)器102以及目標(biāo)用戶103a 103c。 服務(wù)器102連接管理員100、源用戶IOla IOlb及目標(biāo)用戶103a 103c。于本實(shí)施例中， 以兩個源用戶IOla IOlb以及三個目標(biāo)用戶103a 103c為例進(jìn)行說明。然而，本發(fā)明并不限定于此。其中，管理員100預(yù)設(shè)源用戶IOla IOlb的優(yōu)先級。例如，管理員100可預(yù)設(shè)源用戶IOla的優(yōu)先級高于源用戶101b。此時，源用戶IOla發(fā)送的批量處理指令享有優(yōu)先驗(yàn)證的權(quán)利。具體而言，服務(wù)器102包括驗(yàn)證模塊1020、接收模塊1021、存儲模塊1022、權(quán)限判斷模塊1023、批量處理模塊1024、通知模塊1025以及傳輸模塊1(^6。其中，驗(yàn)證模塊1020 連接接收模塊1021，接收模塊1021連接權(quán)限判斷模塊1023以及存儲模塊1022，批量處理模塊IOM連接存儲模塊1022以及權(quán)限判斷模塊1023，通知模塊1025連接權(quán)限判斷模塊 1023，且傳輸模塊10 連接批量處理模塊10M。于本實(shí)施例中，當(dāng)源用戶IOla IOlb訪問網(wǎng)頁時，驗(yàn)證模塊1020驗(yàn)證源用戶 IOla IOlb的身份信息。當(dāng)源用戶IOla IOlb的身份信息通過驗(yàn)證模塊1020的驗(yàn)證之后，源用戶IOla IOlb發(fā)送批量處理指令至服務(wù)器102。由于管理員100預(yù)設(shè)了源用戶IOla IOlb的優(yōu)先級，因此，接收模塊1021會自優(yōu)先級較高的源用戶(例如，源用戶 IOla)接收批量處理指令。接著，權(quán)限判斷模塊1023判斷源用戶101對批量處理指令的操作權(quán)限。若源用戶IOla不享有對批量處理指令的操作權(quán)限，通知模塊1025通知源用戶無權(quán)操作。同時，權(quán)限判斷模塊1023判斷源用戶IOlb對批量處理指令的操作權(quán)限。若源用戶 IOla享有對批量處理指令的操作權(quán)限，接收模塊1021自源用戶IOla接收待處理文件，且批量處理模塊IOM批量處理待處理文件以獲得壓縮文件。其中，待處理文件與壓縮文件均可存儲于存儲模塊1022。此外，若源用戶IOla享有對批量處理指令的操作權(quán)限，權(quán)限判斷模塊1023亦判斷目標(biāo)用戶103a 103c對批量處理指令的接收權(quán)限。若目標(biāo)用戶103a 103c不享有對批量處理指令的接收權(quán)限，通知模塊1025通知源用戶IOla目標(biāo)用戶103a 103c無權(quán)接收。若目標(biāo)用戶103a 103c享有對批量處理指令的接收權(quán)限，批量處理模塊 IOM根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶103a 103c。之后，若目標(biāo)用戶103a 103c 選擇接收壓縮文件，則傳輸模塊10 根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸。此外，舉例而言，目標(biāo)用戶103a，10 均為高層管理人員，目標(biāo)用戶103c為中層管理人員。當(dāng)待處理文件為30個，且高層管理人員的下載權(quán)限為30個待處理文件，中層管理人員的下載權(quán)限為前20個待處理文件時，服務(wù)器102的批量處理模塊IOM會按照上述對照關(guān)系批量處理對應(yīng)的待處理文件以獲得兩個壓縮文件。當(dāng)批量處理指令通過驗(yàn)證且批量處理模塊IOM全部完成上述兩個壓縮文件的壓縮操作后，服務(wù)器102會同步通知目標(biāo)用戶
8103a 103c壓縮操作完成可進(jìn)行下載操作。接著，若目標(biāo)用戶103c選擇接收壓縮文件， 則服務(wù)器102的傳輸模塊10 會將對應(yīng)的壓縮文件傳輸至目標(biāo)用戶103c。若目標(biāo)用戶 103a, 103b均選擇接收壓縮文件，則服務(wù)器102會根據(jù)傳輸策略先將壓縮文件傳輸至目標(biāo)用戶103a或目標(biāo)用戶10北。例如，當(dāng)傳輸策略為傳輸速度，且服務(wù)器102與目標(biāo)用戶103a 之間的傳輸速度較快時，服務(wù)器102先將壓縮文件傳輸至目標(biāo)用戶103a。之后，服務(wù)器102 判斷目標(biāo)用戶10 與目標(biāo)用戶103a之間的傳輸速度與目標(biāo)用戶10 與服務(wù)器102之間的傳輸速度。服務(wù)器102根據(jù)傳輸速度的快慢判斷控制目標(biāo)用戶10 從服務(wù)器102或目標(biāo)用戶103a接收壓縮文件。同樣地，當(dāng)傳輸策略為傳輸路徑時，服務(wù)器102判斷傳輸路徑的遠(yuǎn)近以控制壓縮文件的傳輸。圖3所示為根據(jù)本發(fā)明的第二較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的文件批量處理的傳輸控制方法的流程圖。如圖3所示，本發(fā)明的第二較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的文件批量處理的傳輸控制方法的步驟S200 S215。本發(fā)明的第二較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的文件批量處理的傳輸控制方法與第一較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的文件批量處理的傳輸控制方法的區(qū)別在于于第二較佳實(shí)施例中，于源用戶發(fā)送批量處理指令至服務(wù)器(步驟S203)之后，服務(wù)器判斷源用戶對批量處理指令的操作權(quán)限(如步驟 S204)，于步驟S204之后，服務(wù)器驗(yàn)證源用戶的當(dāng)前狀態(tài)以判斷批量處理指令于當(dāng)前狀態(tài)的操作權(quán)限(如步驟S206)。換言之，于本實(shí)施例中，服務(wù)器先判斷源用戶對批量處理指令的操作權(quán)限，之后再判斷批量處理指令于當(dāng)前狀態(tài)的操作權(quán)限。舉例而言，當(dāng)源用戶享有對批量處理指令的操作權(quán)限時，若源用戶的當(dāng)前狀態(tài)為離線狀態(tài)，則服務(wù)器可判斷源用戶于離線狀態(tài)不享有對批量處理指令的操作權(quán)限。反之，當(dāng)源用戶的當(dāng)前狀態(tài)為在線狀態(tài)，則服務(wù)器可判斷源用戶于在線狀態(tài)享有對批量處理指令的操作權(quán)限。如此，確保源用戶對批量處理指令的在線控制。綜上所述，根據(jù)本發(fā)明較佳實(shí)施例提供的設(shè)置優(yōu)先驗(yàn)證的文件批量處理的傳輸控制方法及系統(tǒng)，由于待處理文件被分類且與目標(biāo)用戶的類型相對應(yīng)且服務(wù)器完成全部待處理文件的批量處理后同步通知目標(biāo)用戶，因此，不同的類型的目標(biāo)用戶不僅可接收不同的待處理文件，而且于操作過程中無需重復(fù)選擇待傳輸?shù)奈募瑥亩奖悴僮?。另外，目?biāo)用戶無需不停地詢問服務(wù)器端是否完成批量處理操作，從而更好地節(jié)省了目標(biāo)用戶的時間。 此外，服務(wù)器不僅判斷源用戶對批量處理指令的操作權(quán)限，而且判斷目標(biāo)用戶對批量處理指令的接收權(quán)限。如此，批量處理指令的執(zhí)行需要多個驗(yàn)證過程，從而提高網(wǎng)絡(luò)通訊的安全性。以上所述僅為本發(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)先驗(yàn)證的批量處理的文件傳輸控制方法，其特征是，包括以下步驟 源用戶根據(jù)預(yù)設(shè)的優(yōu)先級發(fā)送批量處理指令至服務(wù)器；所述服務(wù)器判斷所述源用戶對所述批量處理指令的操作權(quán)限； 若所述源用戶享有對所述批量處理指令的操作權(quán)限，所述服務(wù)器自所述源用戶接收與目標(biāo)用戶的類型相對應(yīng)的待處理文件并批量處理所述待處理文件以獲得壓縮文件； 所述服務(wù)器判斷所述目標(biāo)用戶對所述批量處理指令的接收權(quán)限； 若所述目標(biāo)用戶享有對所述批量處理指令的接收權(quán)限，所述服務(wù)器根據(jù)完成批量處理的進(jìn)度通知所述目標(biāo)用戶；以及所述服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制所述壓縮文件的傳輸，其中，所述源用戶的數(shù)目為至少兩個。
2.根據(jù)權(quán)利要求1所述的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法，其特征是， 于所述源用戶根據(jù)預(yù)設(shè)的所述優(yōu)先級發(fā)送所述批量處理指令至所述服務(wù)器之前，所述設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法還包括以下步驟所述源用戶訪問網(wǎng)頁；所述服務(wù)器驗(yàn)證所述源用戶的身份信息；以及若所述源用戶的所述身份信息通過驗(yàn)證，所述源用戶根據(jù)所述優(yōu)先級發(fā)送所述批量處理指令至所述服務(wù)器。
3.根據(jù)權(quán)利要求1所述的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法，其特征是， 于所述服務(wù)器判斷所述源用戶對所述批量處理指令的操作權(quán)限之前，所述服務(wù)器驗(yàn)證所述源用戶的當(dāng)前狀態(tài)，以判斷所述批量處理指令于當(dāng)前狀態(tài)的操作權(quán)限。
4.根據(jù)權(quán)利要求1所述的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法，其特征是， 若所述源用戶享有對所述批量處理指令的操作權(quán)限，所述服務(wù)器驗(yàn)證所述源用戶的當(dāng)前狀態(tài)，以判斷所述批量處理指令于當(dāng)前狀態(tài)的操作權(quán)限。
5.根據(jù)權(quán)利要求1所述的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法，其特征是， 于所述服務(wù)器判斷所述目標(biāo)用戶對所述批量處理指令的接收權(quán)限之前，所述服務(wù)器判斷所述批量處理指令對所述目標(biāo)用戶的操作權(quán)限。
6.根據(jù)權(quán)利要求1所述的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法，其特征是， 所述傳輸策略包括但不限于傳輸速度、傳輸路徑。
7.一種設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制系統(tǒng)，其特征是，包括 源用戶，根據(jù)預(yù)設(shè)的優(yōu)先級發(fā)送批量處理指令；管理員，預(yù)設(shè)所述源用戶的所述優(yōu)先級； 目標(biāo)用戶；以及服務(wù)器，自所述源用戶接收所述批量處理指令，所述服務(wù)器判斷所述源用戶對所述批量處理指令的操作權(quán)限，若所述源用戶享有對所述批量處理指令的操作權(quán)限，所述服務(wù)器自所述源用戶接收與所述目標(biāo)用戶的類型相對應(yīng)的待處理文件并批量處理所述待處理文件以獲得壓縮文件，所述服務(wù)器判斷所述目標(biāo)用戶對所述批量處理指令的接收權(quán)限，若所述目標(biāo)用戶享有對所述批量處理指令的接收權(quán)限，所述服務(wù)器根據(jù)完成批量處理的進(jìn)度通知所述目標(biāo)用戶，且所述服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制所述壓縮文件的傳輸，其中，所述源用戶的數(shù)目為至少兩個。
8.根據(jù)權(quán)利要求7所述的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制系統(tǒng)，其特征是， 所述服務(wù)器包括接收模塊，自所述源用戶接收所述批量處理指令以及所述待處理文件； 權(quán)限判斷模塊，連接所述接收模塊，所述權(quán)限判斷模塊判斷所述源用戶對所述批量處理指令的操作權(quán)限，且若所述源用戶享有對所述批量處理指令的操作權(quán)限，所述權(quán)限判斷模塊判斷目標(biāo)用戶對所述批量處理指令的接收權(quán)限；存儲模塊，連接所述接收模塊，所述存儲模塊存儲所述待處理文件； 批量處理模塊，連接所述存儲模塊以及所述權(quán)限判斷模塊，所述批量處理模塊批量處理所述待處理文件并根據(jù)完成批量處理的進(jìn)度通知所述目標(biāo)用戶；以及傳輸模塊，連接所述批量處理模塊，所述傳輸模塊根據(jù)所述傳輸策略控制所述壓縮文件的傳輸。
9.根據(jù)權(quán)利要求7所述的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制系統(tǒng)，其特征是， 所述服務(wù)器還包括驗(yàn)證模塊，所述驗(yàn)證模塊連接所述接收模塊，用于驗(yàn)證所述源用戶的身份fe息。
10.根據(jù)權(quán)利要求7所述的設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制系統(tǒng)，其特征是， 所述服務(wù)器還包括通知模塊，所述通知模塊連接所述權(quán)限控制模塊，當(dāng)所述源用戶不享有對所述批量處理指令的操作權(quán)限，所述通知模塊通知所述源用戶無權(quán)進(jìn)行操作，當(dāng)所述目標(biāo)用戶不享有對所述批量處理指令的接收權(quán)限，所述通知模塊通知所述源用戶所述目標(biāo)用戶無權(quán)接收。
全文摘要
本發(fā)明提供一種設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法及系統(tǒng)。設(shè)置優(yōu)先驗(yàn)證的批量處理的文件傳輸控制方法包括以下步驟。源用戶根據(jù)預(yù)設(shè)的優(yōu)先級發(fā)送批量處理指令至服務(wù)器。服務(wù)器判斷源用戶對批量處理指令的操作權(quán)限。若源用戶享有對批量處理指令的操作權(quán)限，服務(wù)器自源用戶接收與目標(biāo)用戶的類型相對應(yīng)的待處理文件并批量處理待處理文件以獲得壓縮文件。服務(wù)器判斷目標(biāo)用戶對批量處理指令的接收權(quán)限。若目標(biāo)用戶享有對批量處理指令的接收權(quán)限，服務(wù)器根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶。服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸。其中，源用戶的數(shù)目為至少兩個。
文檔編號H04L29/06GK102281269SQ20111008503
公開日2011年12月14日 申請日期2011年4月6日 優(yōu)先權(quán)日2011年4月6日
發(fā)明者胡加明 申請人:蘇州闊地網(wǎng)絡(luò)科技有限公司