專利名稱：一種服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本實(shí)用新型涉及網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種服務(wù)器背景技術(shù)：
隨著互聯(lián)網(wǎng)的發(fā)展，越來(lái)越多的人開始使用互聯(lián)網(wǎng)作為溝通交流的途徑。在溝通過(guò)程中，文件的傳輸越來(lái)越頻繁，傳輸?shù)牧恳苍絹?lái)越大，因此，使用一種快速、高效的傳輸方式顯得尤為重要。傳統(tǒng)的傳輸方式存在明顯的缺陷，例如，部分工具需要安裝客戶端才能進(jìn)行文件傳輸，部分工具能夠?qū)⑽募喜⒔y(tǒng)一下載，部分工具無(wú)法實(shí)現(xiàn)針對(duì)不同用戶傳輸不同文件的功能。此外，于目前的網(wǎng)絡(luò)通訊中，驗(yàn)證過(guò)程通常只包括用戶的身份驗(yàn)證及用戶訪問(wèn)權(quán)限的驗(yàn)證。例如，申請(qǐng)?zhí)枮?00810117459. 4的中國(guó)發(fā)明專利公開了一種文件下載服務(wù)方法和系統(tǒng)。上述文件下載服務(wù)方法包括以下步驟。文件下載服務(wù)裝置接收終端發(fā)送的下載請(qǐng)求消息。其中，下載請(qǐng)求消息包含終端信息和請(qǐng)求下載文件的信息，當(dāng)終端具有下載權(quán)限時(shí)將請(qǐng)求下載文件的信息發(fā)送至文件打包裝置。文件打包裝置根據(jù)請(qǐng)求下載文件的信息， 將請(qǐng)求下載的文件打包，將打包后的文件地址發(fā)送給文件下載服務(wù)裝置。文件下載服務(wù)裝置根據(jù)接收到的所術(shù)地址將打包后的文件發(fā)送至終端。然而，現(xiàn)有的文件傳輸裝置存在以下缺點(diǎn)1、現(xiàn)有的文件傳輸裝置需要安裝客戶端軟件才能進(jìn)行文件傳輸，某些莫名其妙的軟件會(huì)被不知不覺(jué)地安裝在自己的終端，從而影響計(jì)算機(jī)的安全性；2、現(xiàn)有的網(wǎng)頁(yè)僅有文件上傳、下載功能，缺少壓縮功能，如果文件數(shù)量比較大，則需要用戶多次點(diǎn)擊頁(yè)面請(qǐng)求下載，從而造成許多不必要的操作；3、當(dāng)源用戶需將文件發(fā)送給多個(gè)目標(biāo)用戶，且文件傳輸對(duì)象與傳輸文件內(nèi)容均不同時(shí)，需要重復(fù)選擇待傳輸?shù)奈募⑦M(jìn)行多次壓縮操作，不便于操作；4、目標(biāo)用戶需不停地詢問(wèn)服務(wù)器端是否完成打包過(guò)程，容易浪費(fèi)目標(biāo)用戶的時(shí)間。另外，申請(qǐng)?zhí)枮?0101014M47.X的中國(guó)發(fā)明專利申請(qǐng)公開了一種基于協(xié)議代理實(shí)現(xiàn)對(duì)文件共享訪問(wèn)控制方法。其中，用戶計(jì)算機(jī)輸入登錄信息，登錄文件共享代理服務(wù)器。在文件共享代理服務(wù)器中驗(yàn)證用戶計(jì)算機(jī)輸入的登錄信息；響應(yīng)通過(guò)驗(yàn)證的用戶計(jì)算機(jī)發(fā)起的共享文件訪問(wèn)請(qǐng)求，判斷用戶計(jì)算機(jī)是否具有所請(qǐng)求的共享文件A的訪問(wèn)權(quán)限； 若有，則代理用戶計(jì)算機(jī)訪問(wèn)共享文件A，并將文件共享服務(wù)器的應(yīng)答數(shù)據(jù)包作為返回結(jié)果進(jìn)行封裝，否則將拒絕訪問(wèn)作為返回結(jié)果進(jìn)行封裝，并將返回結(jié)果返回給用戶計(jì)算機(jī)，并記錄訪問(wèn)日志。其中，對(duì)用戶計(jì)算機(jī)的驗(yàn)證包括對(duì)用戶計(jì)算機(jī)的登陸驗(yàn)證以及判斷用戶計(jì)算機(jī)是否具有所請(qǐng)求的共享文件A的訪問(wèn)權(quán)限，但未提供共它驗(yàn)證設(shè)置，從而影響網(wǎng)絡(luò)通訊的安全性。

實(shí)用新型內(nèi)容本實(shí)用新型提供一種服務(wù)器以解決上述問(wèn)題。本實(shí)用新型提供一種服務(wù)器，連接源用戶以及目標(biāo)用戶。服務(wù)器包括接收模塊、權(quán)限判斷模塊、存儲(chǔ)模塊、批量處理模塊以及傳輸模塊。接收模塊自源用戶接收批量處理指令以及與目標(biāo)用戶的類型相對(duì)應(yīng)的待處理文件。權(quán)限判斷模塊連接接收模塊，權(quán)限判斷模塊判斷源用戶對(duì)批量處理指令的操作權(quán)限。若源用戶享有對(duì)批量處理指令的操作權(quán)限，權(quán)限判斷模塊判斷目標(biāo)用戶對(duì)批量處理指令的接收權(quán)限。存儲(chǔ)模塊連接接收模塊，存儲(chǔ)模塊存儲(chǔ)待處理文件。批量處理模塊連接存儲(chǔ)模塊以及權(quán)限判斷模塊，批量處理模塊批量處理待處理文件并根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶。傳輸模塊連接批量處理模塊，傳輸模塊根據(jù)傳輸策略控制壓縮文件的傳輸。相較于先前技術(shù)，根據(jù)本實(shí)用新型所提供的服務(wù)器，由于待處理文件被分類且與目標(biāo)用戶的類型相對(duì)應(yīng)且服務(wù)器完成全部待處理文件的批量處理后同步通知目標(biāo)用戶，因此，不同的類型的目標(biāo)用戶不僅可接收不同的待處理文件，而且于操作過(guò)程中無(wú)需重復(fù)選擇待傳輸?shù)奈募?，從而方便操作。另外，目?biāo)用戶無(wú)需不停地詢問(wèn)服務(wù)器端是否完成批量處理操作，從而更好地節(jié)省了目標(biāo)用戶的時(shí)間。此外，服務(wù)器不僅判斷源用戶對(duì)批量處理指令的操作權(quán)限，而且判斷目標(biāo)用戶對(duì)批量處理指令的接收權(quán)限。如此，批量處理指令的執(zhí)行需要多個(gè)驗(yàn)證過(guò)程，從而提高網(wǎng)絡(luò)通訊的安全性。

此處所說(shuō)明的附圖用來(lái)提供對(duì)本實(shí)用新型的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分， 本實(shí)用新型的示意性實(shí)施例及其說(shuō)明用于解釋本實(shí)用新型，并不構(gòu)成對(duì)本實(shí)用新型的不當(dāng)限定。在附圖中圖1所示為根據(jù)本實(shí)用新型的較佳實(shí)施例提供的服務(wù)器的示意圖。
具體實(shí)施方式
下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本實(shí)用新型。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖1所示為根據(jù)本實(shí)用新型的較佳實(shí)施例提供的服務(wù)器的示意圖。請(qǐng)參考圖1。如圖1所示，本實(shí)用新型的較佳實(shí)施例提供的服務(wù)器102連接源用戶101及目標(biāo)用戶103a 103c。于本實(shí)施例中，以三個(gè)目標(biāo)用戶IOa 103c為例進(jìn)行說(shuō)明。然而，本實(shí)用新型并不限定目標(biāo)用戶的數(shù)目。其中，服務(wù)器102自源用戶100接收批理處理指令。服務(wù)器102判斷用戶101對(duì)批量處理指令的操作權(quán)限。若源用戶101享有對(duì)批量處理指令的操作權(quán)限， 服務(wù)器102自源用戶101接收待處理文件并批量處理待處理文件。服務(wù)器102判斷目標(biāo)用戶103a 103c對(duì)批量處理指令的接收權(quán)限。若目標(biāo)用戶103a 103c享有對(duì)批量處理指令的接收權(quán)限，服務(wù)器102于完成批量處理后同步通知目標(biāo)用戶103a 103c。具體而言，服務(wù)器102包括驗(yàn)證模塊1020、接收模塊1021、存儲(chǔ)模塊1022、權(quán)限判斷模塊1023、批量處理模塊1024、通知模塊1025以及傳輸模塊1(^6。其中，驗(yàn)證模塊1020 連接接收模塊1021，接收模塊1021連接權(quán)限判斷模塊1023以及存儲(chǔ)模塊1022，批量處理模塊IOM連接存儲(chǔ)模塊1022以及權(quán)限判斷模塊1023，通知模塊1025連接權(quán)限判斷模塊 1023，且傳輸模塊10 連接批量處理模塊10M。于本實(shí)施例中，當(dāng)源用戶101訪問(wèn)網(wǎng)頁(yè)時(shí)，驗(yàn)證模塊1020驗(yàn)證源用戶101的身份信息。當(dāng)源用戶101的身份信息通過(guò)驗(yàn)證模塊1020的驗(yàn)證之后，接收模塊1021自源用戶 101接收批量處理指令。接著，權(quán)限判斷模塊1023判斷源用戶101對(duì)批量處理指令的操作權(quán)限。若源用戶101享有對(duì)批量處理指令的操作權(quán)限，接收模塊1021自源用戶101接收待處理文件，且批量處理模塊IOM批量處理待處理文件以獲得壓縮文件。其中，待處理文件與壓縮文件均可存儲(chǔ)于存儲(chǔ)模塊1022。若源用戶101不享有對(duì)批量處理指令的操作權(quán)限， 通知模塊1025通知源用戶無(wú)權(quán)操作。此外，若源用戶101享有對(duì)批量處理指令的操作權(quán)限， 權(quán)限判斷模塊1023亦判斷目標(biāo)用戶103a 103c對(duì)批量處理指令的接收權(quán)限。若目標(biāo)用戶103a 103c不亨有對(duì)批量處理指令的接收權(quán)限，通知模塊1025通知源用戶101目標(biāo)用戶103a 103c無(wú)權(quán)接收。若目標(biāo)用戶103a 103c享有對(duì)批量處理指令的接收權(quán)限，批量處理模塊IOM根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶103a 103c。之后，若目標(biāo)用戶 103a 103c選擇接收壓縮文件，則傳輸模塊10 根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸。其傳輸策略包括但不限于傳輸速度、傳輸路徑。當(dāng)傳輸策略為傳輸速度，且服務(wù)器的傳輸速度最快時(shí)，服務(wù)器傳輸壓縮文件至待接收壓縮文件的目標(biāo)用戶、當(dāng)傳輸策略為傳輸速度，且已接收壓縮文件的目標(biāo)用戶的傳輸速度快于服務(wù)器的傳輸速度時(shí)，服務(wù)器控制已接收壓縮文件的目標(biāo)用戶傳輸壓縮文件至待接收壓縮文件的目標(biāo)用戶。當(dāng)傳輸策略為傳輸路徑，且服務(wù)器至待接收壓縮文件的目標(biāo)用戶的傳輸路徑最短時(shí)，待接收壓縮文件的目標(biāo)用戶自服務(wù)器接收壓縮文件。當(dāng)傳輸策略為傳輸路徑，且已接收壓縮文件的目標(biāo)用戶與待接收壓縮文件的目標(biāo)用戶之間的傳輸路徑最短時(shí)，服務(wù)器控制已接收壓縮文件的目標(biāo)用戶傳輸壓縮文件至待接收壓縮文件的目標(biāo)用戶。此外，舉例而言，目標(biāo)用戶103a，10 均為高層管理人員，目標(biāo)用戶103c為中層管理人員。當(dāng)待處理文件為30個(gè)，且高層管理人員的下載權(quán)限為30個(gè)待處理文件，中層管理人員的下載權(quán)限為前20個(gè)待處理文件時(shí)，服務(wù)器102的批量處理模塊IOM會(huì)按照上述對(duì)照關(guān)系批量處理對(duì)應(yīng)的待處理文件以獲得兩個(gè)壓縮文件。當(dāng)批量處理指令通過(guò)驗(yàn)證且批量處理模塊IOM全部完成上述兩個(gè)壓縮文件的壓縮操作后，服務(wù)器102會(huì)同步通知目標(biāo)用戶103a 103c壓縮操作完成可進(jìn)行下載操作。接著，若目標(biāo)用戶103c選擇接收壓縮文件，則服務(wù)器102的傳輸模塊10 會(huì)將對(duì)應(yīng)的壓縮文件傳輸至目標(biāo)用戶103c。若目標(biāo)用戶 103a, 103b均選擇接收壓縮文件，則服務(wù)器102會(huì)根據(jù)傳輸策略先將壓縮文件傳輸至目標(biāo)用戶103a或目標(biāo)用戶10北。例如，當(dāng)傳輸策略為傳輸速度，且服務(wù)器102與目標(biāo)用戶103a 之間的傳輸速度較快時(shí)，服務(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)傳輸策略為傳輸路徑時(shí)，服務(wù)器102判斷傳輸路徑的遠(yuǎn)近以控制壓縮文件的傳輸。綜上所述，根據(jù)本實(shí)用新型較佳實(shí)施例提供的服務(wù)器，由于待處理文件被分類且與目標(biāo)用戶的類型相對(duì)應(yīng)且服務(wù)器完成全部待處理文件的批量處理后同步通知目標(biāo)用戶， 因此，不同的類型的目標(biāo)用戶不僅可接收不同的待處理文件，而且于操作過(guò)程中無(wú)需重復(fù)選擇待傳輸?shù)奈募?，從而方便操作。另外，目?biāo)用戶無(wú)需不停地詢問(wèn)服務(wù)器端是否完成批量處理操作，從而更好地節(jié)省了目標(biāo)用戶的時(shí)間。此外，服務(wù)器不僅判斷源用戶對(duì)批量處理指令的操作權(quán)限，而且判斷目標(biāo)用戶對(duì)批量處理指令的接收權(quán)限。如此，批量處理指令的執(zhí)行需要多個(gè)驗(yàn)證過(guò)程，從而提高網(wǎng)絡(luò)通訊的安全性。[0017] 以上所述僅為本實(shí)用新型的優(yōu)選實(shí)施例而已，并不用于限制本實(shí)用新型，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本實(shí)用新型可以有各種更改和變化。凡在本實(shí)用新型的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本實(shí)用新型的保護(hù)范圍之內(nèi)。
權(quán)利要求1.一種服務(wù)器，連接源用戶以及目標(biāo)用戶，其特征是，所述服務(wù)器包括接收模塊，自所述源用戶接收批量處理指令以及與所述目標(biāo)用戶的類型相對(duì)應(yīng)的待處理文件；權(quán)限判斷模塊，連接所述接收模塊，所述權(quán)限判斷模塊判斷所述源用戶對(duì)所述批量處理指令的操作權(quán)限，且若所述源用戶享有對(duì)所述批量處理指令的操作權(quán)限，所述權(quán)限判斷模塊判斷目標(biāo)用戶對(duì)所述批量處理指令的接收權(quán)限；存儲(chǔ)模塊，連接所述接收模塊，所述存儲(chǔ)模塊存儲(chǔ)所述待處理文件；批量處理模塊，連接所述存儲(chǔ)模塊以及所述權(quán)限判斷模塊，所述批量處理模塊批量處理所述待處理文件并根據(jù)完成批量處理的進(jìn)度通知所述目標(biāo)用戶；以及傳輸模塊，連接所述批量處理模塊，所述傳輸模塊根據(jù)傳輸策略控制所述壓縮文件的傳輸。
2.根據(jù)權(quán)利要求1所述的服務(wù)器，其特征是，所述服務(wù)器還包括驗(yàn)證模塊，所述驗(yàn)證模塊連接所述接收模塊，用于驗(yàn)證所述源用戶的身份信息。
3.根據(jù)權(quán)利要求1所述的服務(wù)器，其特征是，所述服務(wù)器還包括通知模塊，所述通知模塊連接所述權(quán)限判斷模塊，當(dāng)所述源用戶不享有對(duì)所述批量處理指令的操作權(quán)限，所述通知模塊通知所述源用戶無(wú)權(quán)進(jìn)行操作，當(dāng)所述目標(biāo)用戶不享有對(duì)所述批量處理指令的接收權(quán)限，所述通知模塊通知所述源用戶所述目標(biāo)用戶無(wú)權(quán)接收。
專利摘要本實(shí)用新型提供一種服務(wù)器，連接源用戶以及目標(biāo)用戶。服務(wù)器包括接收模塊、權(quán)限判斷模塊、存儲(chǔ)模塊、批量處理模塊以及傳輸模塊。接收模塊自源用戶接收批量處理指令以及與目標(biāo)用戶的類型相對(duì)應(yīng)的待處理文件。權(quán)限判斷模塊連接接收模塊，權(quán)限判斷模塊判斷源用戶對(duì)批量處理指令的操作權(quán)限。若源用戶享有對(duì)批量處理指令的操作權(quán)限，權(quán)限判斷模塊判斷目標(biāo)用戶對(duì)批量處理指令的接收權(quán)限。存儲(chǔ)模塊連接接收模塊，存儲(chǔ)模塊存儲(chǔ)待處理文件。批量處理模塊連接存儲(chǔ)模塊以及權(quán)限判斷模塊，批量處理模塊批量處理待處理文件并根據(jù)完成批量處理的進(jìn)度通知目標(biāo)用戶。傳輸模塊連接批量處理模塊，傳輸模塊根據(jù)傳輸策略控制壓縮文件的傳輸。
文檔編號(hào)H04L29/06GK202004791SQ20112009739
公開日2011年10月5日 申請(qǐng)日期2011年4月6日 優(yōu)先權(quán)日2011年4月6日
發(fā)明者胡加明 申請(qǐng)人:蘇州闊地網(wǎng)絡(luò)科技有限公司