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

發(fā)明內(nèi)容
本發(fā)明提供一種設(shè)優(yōu)先級的即時通訊的傳輸方法及即時通訊服務器以解決上述問題。
本發(fā)明提供一種設(shè)優(yōu)先級的即時通訊的傳輸方法，包括以下步驟。源用戶依據(jù)注冊信息登錄社區(qū)交互平臺，調(diào)用應用程序代碼，傳入注冊信息并請求即時通訊服務器。即時通訊服務器返回即時通訊相關(guān)數(shù)據(jù)和資源至網(wǎng)頁，網(wǎng)頁解析獲得的即時通訊相關(guān)數(shù)據(jù)和資源，生成即時通訊工具。源用戶根據(jù)預設(shè)的優(yōu)先級通過即時通訊工具發(fā)送批量處理指令至即時通訊服務器。即時通訊服務器判斷源用戶對批量處理指令的操作權(quán)限。若源用戶享有對批量處理指令的操作權(quán)限，即時通訊服務器自源用戶接收待處理文件并批量處理待處理文件以獲得壓縮文件。即時通訊服務器判斷至少兩個目標用戶對批量處理指令的接收權(quán)限。若至少兩個目標用戶均享有對批量處理指令的接收權(quán)限，即時通訊服務器于完成批量處理后通過即時通訊工具同步通知至少兩個目標用戶。即時通訊服務器根據(jù)預設(shè)的傳輸策略傳輸壓縮文件至至少兩個目標用戶的其中之一。待接收壓縮文件的目標用戶根據(jù)獲得的傳輸策略從已接收壓縮文件的目標用戶接收壓縮文件。其中，源用戶的數(shù)目為至少兩個。本發(fā)明還提供一種即時通訊服務器，包括生成模塊、接收模塊、權(quán)限判斷模塊、存儲模塊、批量處理模塊以及傳輸模塊。生成模塊用于根據(jù)傳入的注冊信息返回即時通訊相關(guān)數(shù)據(jù)和資源至網(wǎng)頁。其中，注冊信息的傳入是通過源用戶依據(jù)注冊信息登錄社區(qū)交互平臺調(diào)用應用程序代碼實現(xiàn)的，且網(wǎng)頁解析獲得的即時通訊相關(guān)數(shù)據(jù)和資源，生成即時通訊工具。接收模塊連接生成模塊，用于根據(jù)源用戶的優(yōu)先級接收源用戶通過即時通訊工具發(fā)送的批量處理指令以及待處理文件。其中，源用戶的數(shù)目為至少兩個，且源用戶的優(yōu)先級由管理員預設(shè)。權(quán)限判斷模塊連接接收模塊，權(quán)限判斷模塊判斷源用戶對批量處理指令的操作權(quán)限。若源用戶享有對批量處理指令的操作權(quán)限，權(quán)限判斷模塊判斷至少兩個目標用戶對批量處理指令的接收權(quán)限。批量處理模塊連接接收模塊以及權(quán)限判斷模塊，批量處理模塊批量處理待處理文件以獲得壓縮文件，并于完成批量處理后通過即時通訊工具同步通知至少兩個目標用戶。傳輸模塊連接批量處理模塊，傳輸模塊根據(jù)傳輸策略傳輸壓縮文件至至少兩個目標用戶的其中之一。相較于先前技術(shù)，根據(jù)本發(fā)明提供的設(shè)優(yōu)先級的即時通訊的傳輸方法及即時通訊服務器，無需下載任何軟件即可實現(xiàn)即時通訊，提高了網(wǎng)絡通訊的安全性及便利性。此外， 由于即時通訊服務器于完成待處理文件的批量處理后通過即時通訊工具同步通知目標用戶，因此，目標用戶無需不停地詢問服務器端是否完成批量處理操作，更好地節(jié)省了目標用戶的時間。其次，當目標用戶的數(shù)目為多個時，于操作過程中無需重復選擇待傳輸?shù)奈募?同時避免進行多次相同的壓縮操作，從而方便了操作。此外，即時通訊服務器不僅判斷源用戶對批量處理指令的操作權(quán)限，而且判斷目標用戶對批量處理指令的接收權(quán)限。如此，批量處理指令的執(zhí)行需要多個驗證過程，從而提高網(wǎng)絡通訊的安全性。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1所示為根據(jù)本發(fā)明的第一較佳實施例提供的設(shè)優(yōu)先級的即時通訊的傳輸方法的流程圖；圖2所示為根據(jù)本發(fā)明的第一較佳實施例提供的即時通訊服務器的示意圖；圖3所示為根據(jù)本發(fā)明的第二較佳實施例提供的設(shè)優(yōu)先級的即時通訊的傳輸方法的流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1所示為根據(jù)本發(fā)明的第一較佳實施例提供的設(shè)優(yōu)先級的即時通訊的傳輸方法的流程圖。圖2所示為根據(jù)本發(fā)明的第一較佳實施例提供的即時通訊服務器的示意圖。 請一并參考圖1與圖2。如圖1所示，本發(fā)明的第一較佳實施例提供的設(shè)優(yōu)先級的即時通訊的傳輸方法包括步驟SlOO S115。于步驟SlOO中，源用戶登錄社區(qū)交互平臺，自動生成即時通訊工具。 具體而言，源用戶依據(jù)在社區(qū)交互平臺的注冊信息，進行登錄。其中，社區(qū)交互平臺包括但不限于個人門戶。注冊信息包括但不限于郵箱、密碼。舉例而言，源用戶依據(jù)在個人門戶的郵箱、密碼，進行登錄。同時，根據(jù)網(wǎng)頁上嵌入的應用程序編程接口(Application Programming Interface, API)代碼，傳入源用戶的郵箱、密碼信息。應用程序編程接口代碼請求即時通訊服務器，即時通訊服務器返回即時通訊相關(guān)數(shù)據(jù)和資源至網(wǎng)頁，網(wǎng)頁按照門戶的樣式(例如，皮膚)的規(guī)則，對即時通訊相關(guān)數(shù)據(jù)和資源進行解析和顯示，生成即時通訊工具。其中，即時通訊相關(guān)數(shù)據(jù)包括但不限于用戶設(shè)置數(shù)據(jù)、好友數(shù)據(jù)、群數(shù)據(jù)；即時通訊相關(guān)資源包括但不限于樣式表、腳本文件、圖片。 于此，即時通訊工具是基于網(wǎng)頁生成的，無需下載任何客戶端軟件，從而避免某些莫名其妙的軟件被不知不覺地安裝在自己的終端，以保證計算機的安全性。于步驟S101，源用戶根據(jù)預設(shè)的優(yōu)先級通過即時通訊工具發(fā)送批量處理指令至即時通訊服務器。于此，批量處理指令例如為文件批量壓縮傳輸指令。另外，源用戶的優(yōu)先級由管理員預設(shè)，且源用戶的數(shù)目為至少兩個。然而，本發(fā)明對此不作任何限定。于本實施例中，當即時通訊服務器自源用戶接收批量處理指令后，即時通訊服務器驗證源用戶的當前狀態(tài)以判斷批量處理指令于當前狀態(tài)的操作權(quán)限(如步驟S102)。于此，當即時通訊服務器確認源用戶在線時，源用戶才具有對批量處理指令的操作權(quán)限。例如，當源用戶發(fā)送批量處理指令至即時通訊服務器后即離線，則即時通訊服務器判斷此時批量處理指令不可被操作。由此，確保批量處理指令的執(zhí)行由源用戶在線控制。此外，當即時通訊服務器判斷批量處理指令于當前狀態(tài)具有操作權(quán)限時，即時通訊服務器判斷源用戶對批量處理指令的操作權(quán)限(如步驟S103)。其中，當即時通訊服務器判斷批量處理指令于當前狀態(tài)不具有操作權(quán)限時，即時通訊服務器可結(jié)束驗證過程。于本實施例中，源用戶對批量處理指令的操作權(quán)限表示源用戶操作所述批量處理指令的權(quán)限。于實際應用中，服務器可存儲源用戶與批量處理指令的操作權(quán)限對照表。例如，源用戶A可具有word文件批量壓縮傳輸指令的操作權(quán)限，源用戶B具有pdf文件批量壓縮傳輸指令的操作權(quán)限，源用戶C具有excel文件批量壓縮傳輸指令的操作權(quán)限。然而， 本發(fā)明并不限定于此。源用戶與批量處理指令的操作權(quán)限對照關(guān)系可根據(jù)實際應用進行設(shè)置。于本實施例中，當源用戶不享有對批量處理指令的操作權(quán)限時，即時通訊服務器通知源用戶無權(quán)操作(如步驟S104)。當源用戶享有對批量處理指令的操作權(quán)限時，即時通訊服務器自源用戶接收待處理文件并批量處理待處理文件以獲得壓縮文件(如步驟 S105)。其中，源用戶基于網(wǎng)頁實現(xiàn)對待處理文件的處理，從而避免某些莫名其妙的軟件被不知不覺地安裝在自己的終端，以保證計算機的安全性。同時，源用戶通過基于網(wǎng)頁的即時通訊工具將待處理文件傳送至即時通訊服務器后，即時通訊服務器可直接進行批量處理， 而無需源用戶進行多次操作。 于本實施例中，于即時通訊服務器批量處理待處理文件以獲得壓縮文件后，即時通訊服務器判斷批量處理指令對目標用戶的操作權(quán)限(如步驟S106)。其中，批量處理指令對目標用戶的操作權(quán)限表示批量處理指令能否訪問目標用戶。舉例而言，當所述批量處理指令為源用戶批量壓縮word文件以傳輸至目標用戶時，批量處理指令對目標用戶的操作權(quán)限表示上述批量處理指令能否訪問目標用戶以實現(xiàn)批量壓縮的word文件的傳輸。于本實施例中，當批量處理指令不享有對目標用戶的操作權(quán)限時，即時通訊服務器通知源用戶無權(quán)操作(如步驟S107)。當批量處理指令享有對目標用戶的操作權(quán)限時，即時通訊服務器判斷目標用戶對批量處理指令的接收權(quán)限(如步驟S108)。其中，目標用戶對批量處理指令的接收權(quán)限表示目標用戶是否有權(quán)限接收批量處理指令。舉例而言，當所述批量處理指令為源用戶傳輸批量壓縮的word文件至目標用戶時，目標用戶對批量處理指令的接收權(quán)限表示目標用戶能否接收批量壓縮的word文件。于本實施例中，當目標用戶不享有對批量處理指令的接收權(quán)限時，即時通訊服務器通知源用戶目標用戶無權(quán)接收(如步驟S109)。當目標用戶享有對批量處理指令的接收權(quán)限時，即時通訊服務器于完成批量處理后通過即時通訊工具同步通知至少兩個目標用戶 (如步驟S110)。舉例而言，當所述批量處理指令為源用戶傳輸批量壓縮的word文件至目標用戶，且目標用戶能夠自源用戶接收批量壓縮的word文件時，即時通訊服務器通知目標用戶批量壓縮完成。于此，目標用戶的數(shù)目為至少兩個，例如可為三個。然而，本發(fā)明對此不作任何限定。于步驟SllO之后，即目標用戶接收通知之后，目標用戶選擇是否接收壓縮文件。 于實際應用中，目標用戶網(wǎng)頁上的即時通訊工具可跳出提示框以供目標用戶選擇同意或拒絕接收壓縮文件。于步驟Slll中，即時通訊服務器判斷同意接收壓縮文件的目標用戶的數(shù)目是否為1。若僅有一個目標用戶同意接收壓縮文件，則即時通訊服務器傳輸壓縮文件至此同意接收壓縮文件的目標用戶(如步驟S112)。此外，于步驟Sl 13中，即時通訊服務器判斷同意接收壓縮文件的目標用戶的數(shù)目是否大于1。若同意接收壓縮文件的目標用戶的數(shù)目為兩個或兩個以上，則即時通訊服務器根據(jù)預設(shè)的傳輸策略傳輸壓縮文件至兩個或兩個以上的目標用戶的其中之一(如步驟 S114)。接著，于步驟S115中，待接收壓縮文件的目標用戶根據(jù)傳輸策略從已接收壓縮文件的目標用戶接收壓縮文件。換言之，即時通訊服務器將壓縮文件傳輸至一個目標用戶后，其他目標用戶均從已接收壓縮文件的目標用戶處獲取壓縮文件。于本實施例中，傳輸策略包括但不限定于傳輸速度、傳輸路徑。舉例而言，當傳輸策略為傳輸速度時，待接收壓縮文件的目標用戶從傳輸速度較快的已接收壓縮文件的目標用戶接收壓縮文件。當傳輸策略為傳輸路徑時，待接收壓縮文件的目標用戶從傳輸路徑較短的已接收壓縮文件的目標用戶接收壓縮文件。反之，亦然。如此，可縮短壓縮文件于目標用戶之間的傳輸時間。
此外，若存在拒絕接收壓縮文件的目標用戶，即時通訊服務器通過即時通訊工具及時通知源用戶哪些目標用戶拒絕接收壓縮文件。如此，便于源用戶了解壓縮文件的下載情況。本發(fā)明對此不作任何限定。如圖2所示，本發(fā)明的第一較佳實施例提供的即時通訊服務器102連接管理員 100、源用戶IOla IOlb及目標用戶103a 103c。于本實施例中，以兩個源用戶IOla IOlb及三個目標用戶103a 103c為例進行說明。然而，本發(fā)明并不限定于此。其中，管理員100預設(shè)源用戶IOla IOlb的優(yōu)先級。例如，管理員100預先設(shè)置源用戶IOla IOlb 的優(yōu)先級為源用戶IOla的優(yōu)先級高于源用戶101b。如此，當源用戶101a，IOlb均發(fā)送批量處理指令時，源用戶IOla享有優(yōu)先驗證的權(quán)利。具體而言，即時通訊服務器102包括生成模塊1020、接收模塊1021、存儲模塊 1022、權(quán)限判斷模塊1023、批量處理模塊1024、通知模塊1025以及傳輸模塊1(^6。其中， 生成模塊1020連接接收模塊1021，接收模塊1021連接權(quán)限判斷模塊1023以及存儲模塊 1022，批量處理模塊IOM連接存儲模塊1022以及權(quán)限判斷模塊1023，通知模塊1025連接權(quán)限判斷模塊1023，且傳輸模塊10 連接批量處理模塊10M。于本實施例中，生成模塊1020用于根據(jù)傳入的注冊信息返回即時通訊相關(guān)數(shù)據(jù)和資源至網(wǎng)頁。其中，注冊信息的傳入是通過源用戶101依據(jù)注冊信息登錄社區(qū)交互平臺調(diào)用應用程序代碼實現(xiàn)的，且網(wǎng)頁解析獲得的即時通訊相關(guān)數(shù)據(jù)和資源，生成即時通訊工具。接收模塊1021用于接收源用戶101通過即時通訊工具發(fā)送的批量處理指令以及待處理文件。權(quán)限判斷模塊1023判斷源用戶101對批量處理指令的操作權(quán)限。若源用戶101 享有對批量處理指令的操作權(quán)限，權(quán)限判斷模塊1023判斷目標用戶103a 103c對批量處理指令的接收權(quán)限。批量處理模塊IOM批量處理待處理文件以獲得壓縮文件，并于完成批量處理后通過即時通訊工具同步通知目標用戶103a 103c。存儲模塊1022用于存儲待處理文件以及壓縮文件。然而，本發(fā)明并不限定于此。于其他實施例中，亦可不設(shè)置存儲模塊1022。此外，當源用戶101不享有批量處理指令的操作權(quán)限，通知模塊1025通知源用戶 101無權(quán)操作；當目標用戶103a 103c不享有對批量處理指令的接收權(quán)限，通知模塊1025 通知源用戶101目標用戶103a 103c無權(quán)接收。此外，若三個目標用戶103a 103c中僅有一個目標用戶(例如，目標用戶103a) 同意接收壓縮文件，則傳輸模塊10 傳輸壓縮文件至目標用戶103a，同時通過即時通訊工具通知源用戶101目標用戶103b，103c拒絕接收壓縮文件。若三個目標用戶103a 103c 均選擇接收壓縮文件，則傳輸模塊10 根據(jù)傳輸策略選擇傳輸壓縮文件至其中一個目標用戶(例如，當即時通訊服務器102與目標用戶103a之間的傳輸速度最快時，目標用戶 103a首先從即時通訊服務器102接收壓縮文件)。接著，待接收壓縮文件的目標用戶(即目標用戶10 或目標用戶103c)會根據(jù)傳輸策略從已接收壓縮文件的目標用戶(即目標用戶103a)接收壓縮文件。當目標用戶10 首先從目標用戶103a接收壓縮文件后，目標用戶103c會根據(jù)傳輸策略從目標用戶103a，10 的其中之一接收壓縮文件。反之，亦然。 其中，傳輸策略如上所述，故于此不再贅述。圖3所示為根據(jù)本發(fā)明的第二較佳實施例提供的設(shè)優(yōu)先級的即時通訊的傳輸方法的流程圖。如圖3所示，第二較佳實施例提供的設(shè)優(yōu)先級的即時通訊的傳輸方法包括步驟S200 S215。第二較佳實施例提供的設(shè)優(yōu)先級的即時通訊的傳輸方法與第一較佳實施例提供的設(shè)優(yōu)先級的即時通訊的傳輸方法的區(qū)別在于于第二較佳實施例中，于源用戶根據(jù)預設(shè)的優(yōu)先級通過即時通訊工具發(fā)送批量處理指令至即時通訊服務器(步驟S201)之后，即時通訊服務器判斷源用戶對批量處理指令的操作權(quán)限(如步驟S202)。之后，即時通訊服務器驗證源用戶的當前狀態(tài)以判斷批量處理指令于當前狀態(tài)的操作權(quán)限(如步驟 S204)。換言之，即時通訊服務器先判斷源用戶對批量處理指令的操作權(quán)限，之后再判斷批量處理指令于當前狀態(tài)的操作權(quán)限。舉例而言，當源用戶享有對批量處理指令的操作權(quán)限時，若源用戶的當前狀態(tài)為離線狀態(tài)，則即時通訊服務器可判斷源用戶于離線狀態(tài)不享有對批量處理指令的操作權(quán)限。反之，當源用戶的當前狀態(tài)為在線狀態(tài)，則即時通訊服務器可判斷源用戶于在線狀態(tài)享有對批量處理指令的操作權(quán)限。如此，確保源用戶對批量處理指令的在線控制。綜上所述，根據(jù)本發(fā)明提供的設(shè)優(yōu)先級的即時通訊的傳輸方法及即時通訊服務器，無需下載任何軟件即可實現(xiàn)即時通訊，提高了網(wǎng)絡通訊的安全性及便利性。此外，由于即時通訊服務器于完成批量處理后通過即時通訊工具同步通知目標用戶，因此，目標用戶無需不停地詢問服務器端是否完成批量處理操作，更好地節(jié)省了目標用戶的時間。其次，當目標用戶的數(shù)目為多個時，于操作過程中無需重復選擇待傳輸?shù)奈募?，同時避免進行多次相同的壓縮操作，從而方便了操作。此外，即時通訊服務器不僅判斷源用戶對批量處理指令的操作權(quán)限，而且判斷目標用戶對批量處理指令的接收權(quán)限。如此，批量處理指令的執(zhí)行需要多個驗證過程，從而提高網(wǎng)絡通訊的安全性。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種設(shè)優(yōu)先級的即時通訊的傳輸方法，其特征是，包括以下步驟源用戶依據(jù)注冊信息登錄社區(qū)交互平臺，調(diào)用應用程序代碼，傳入注冊信息并請求即時通訊服務器；所述即時通訊服務器返回即時通訊相關(guān)數(shù)據(jù)和資源至網(wǎng)頁，所述網(wǎng)頁解析獲得的所述即時通訊相關(guān)數(shù)據(jù)和資源，生成即時通訊工具；所述源用戶根據(jù)預設(shè)的優(yōu)先級通過所述即時通訊工具發(fā)送批量處理指令至所述即時通訊服務器；所述即時通訊服務器判斷所述源用戶對所述批量處理指令的操作權(quán)限；若所述源用戶享有對所述批量處理指令的操作權(quán)限，所述即時通訊服務器自所述源用戶接收待處理文件并批量處理所述待處理文件以獲得壓縮文件；所述即時通訊服務器判斷至少兩個目標用戶對所述批量處理指令的接收權(quán)限；若所述至少兩個目標用戶均享有對所述批量處理指令的接收權(quán)限，所述即時通訊服務器于完成批量處理后通過所述即時通訊工具同步通知所述至少兩個目標用戶；所述即時通訊服務器根據(jù)預設(shè)的傳輸策略傳輸所述壓縮文件至所述至少兩個目標用戶的其中之一；以及待接收壓縮文件的所述目標用戶根據(jù)獲得的所述傳輸策略從已接收壓縮文件的所述目標用戶接收所述壓縮文件，其中，所述源用戶的數(shù)目為至少兩個。
2.根據(jù)權(quán)利要求1所述的設(shè)優(yōu)先級的即時通訊的傳輸方法，其特征是，根據(jù)所述網(wǎng)頁上嵌入的應用程序編程接口代碼，傳入所述注冊信息，所述應用程序編程接口代碼請求所述即時通訊服務器，所述即時通訊服務器返回所述即時通訊相關(guān)數(shù)據(jù)和資源至所述網(wǎng)頁， 所述網(wǎng)頁按照所述社區(qū)交互平臺的樣式的規(guī)則，對所述即時通訊相關(guān)數(shù)據(jù)和資源進行解析和顯示，生成所述即時通訊工具。
3.根據(jù)權(quán)利要求1所述的設(shè)優(yōu)先級的即時通訊的傳輸方法，其特征是，于所述源用戶通過所述即時通訊工具發(fā)送所述批量處理指令至所述即時通訊服務器之后，所述即時通訊服務器驗證所述源用戶的當前狀態(tài)，以判斷所述批量處理指令于當前狀態(tài)的操作權(quán)限。
4.根據(jù)權(quán)利要求1所述的設(shè)優(yōu)先級的即時通訊的傳輸方法，其特征是，若所述源用戶享有對所述批量處理指令的操作權(quán)限，所述即時通訊服務器驗證所述源用戶的當前狀態(tài)， 以判斷所述批量處理指令于當前狀態(tài)的操作權(quán)限。
5.根據(jù)權(quán)利要求1所述的設(shè)優(yōu)先級的即時通訊的傳輸方法，其特征是，所述注冊信息包括但不限于郵箱、密碼。
6.根據(jù)權(quán)利要求1所述的設(shè)優(yōu)先級的即時通訊的傳輸方法，其特征是，所述即時通訊相關(guān)數(shù)據(jù)包括但不限于用戶設(shè)置數(shù)據(jù)、好友數(shù)據(jù)、群數(shù)據(jù)；所述即時通訊相關(guān)資源包括但不限于樣式表、腳本文件、圖片。
7.根據(jù)權(quán)利要求1所述的設(shè)優(yōu)先級的即時通訊的傳輸方法，其特征是，所述社區(qū)交互平臺包括但不限于個人門戶。
8.根據(jù)權(quán)利要求1所述的設(shè)優(yōu)先級的即時通訊的傳輸方法，其特征是，所述傳輸策略包括但不限于傳輸速度、傳輸路徑。
9.一種即時通訊服務器，其特征是，包括生成模塊，用于根據(jù)傳入的注冊信息返回即時通訊相關(guān)數(shù)據(jù)和資源至網(wǎng)頁，其中，所述注冊信息的傳入是通過源用戶依據(jù)注冊信息登錄社區(qū)交互平臺調(diào)用應用程序代碼實現(xiàn)的， 且所述網(wǎng)頁解析獲得的所述即時通訊相關(guān)數(shù)據(jù)和資源，生成即時通訊工具；接收模塊，連接所述生成模塊，用于根據(jù)所述源用戶的優(yōu)先級接收所述源用戶通過所述即時通訊工具發(fā)送的批量處理指令以及待處理文件，其中，所述源用戶的數(shù)目為至少兩個，且所述源用戶的所述優(yōu)先級由管理員預設(shè)；權(quán)限判斷模塊，連接所述接收模塊，所述權(quán)限判斷模塊判斷所述源用戶對所述批量處理指令的操作權(quán)限，若所述源用戶享有對所述批量處理指令的操作權(quán)限，所述權(quán)限判斷模塊判斷所述至少兩個目標用戶對所述批量處理指令的接收權(quán)限；批量處理模塊，連接所述接收模塊以及所述權(quán)限判斷模塊，所述批量處理模塊批量處理所述待處理文件以獲得壓縮文件，并于完成批量處理后通過所述即時通訊工具同步通知所述至少兩個目標用戶；以及傳輸模塊，連接所述批量處理模塊，所述傳輸模塊根據(jù)傳輸策略傳輸所述壓縮文件至所述至少兩個目標用戶的其中之一。
10.根據(jù)權(quán)利要求9所述的即時通訊服務器，其特征是，還包括通知模塊，所述通知模塊連接所述權(quán)限判斷模塊，當所述源用戶不享有對所述指令的操作權(quán)限，所述通知模塊通知所述源用戶無權(quán)操作，當所述目標用戶不享有對所述指令的接收權(quán)限，所述通知模塊通知所述源用戶所述目標用戶無權(quán)接收。
全文摘要
本發(fā)明提供一種設(shè)優(yōu)先級的即時通訊的傳輸方法及即時通訊服務器。源用戶依據(jù)注冊信息登錄社區(qū)交互平臺，自動生成即時通訊工具。源用戶根據(jù)預設(shè)的優(yōu)先級通過即時通訊工具發(fā)送批量處理指令至即時通訊服務器。即時通訊服務器判斷源用戶對批量處理指令的操作權(quán)限。若源用戶享有權(quán)限，即時通訊服務器自源用戶接收待處理文件并批量處理待處理文件以獲得壓縮文件，判斷目標用戶對批量處理指令的接收權(quán)限。若目標用戶均享有權(quán)限，即時通訊服務器于完成批量處理后通過即時通訊工具同步通知目標用戶，根據(jù)傳輸策略傳輸壓縮文件至目標用戶的其中之一。待接收壓縮文件的目標用戶根據(jù)傳輸策略從已接收壓縮文件的目標用戶接收壓縮文件。源用戶的數(shù)目為至少兩個。
文檔編號H04L12/58GK102185789SQ20111010415
公開日2011年9月14日 申請日期2011年4月25日 優(yōu)先權(quán)日2011年4月25日
發(fā)明者胡加明 申請人:蘇州闊地網(wǎng)絡科技有限公司