專利名稱：一種基于社區(qū)平臺(tái)的文件傳輸方法及即時(shí)通訊服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種基于社區(qū)平臺(tái)的文件傳輸方法及即時(shí)通訊服務(wù)器。
背景技術(shù)：
隨著社會(huì)化網(wǎng)絡(luò)的逐步發(fā)展，人們進(jìn)行信息交流的方式也多種多樣，例如下載安裝的即時(shí)通訊工具，如MSN，QQ，網(wǎng)易泡泡已經(jīng)深受大家的喜愛(ài)，它為人們的溝通、信息交流提供了新的途徑，是除了手機(jī)、固話、電子郵件之外的又一種重要的信息交流方式。借助這些工具，用戶可以實(shí)現(xiàn)單人或者多人視頻，可以召開網(wǎng)絡(luò)視頻會(huì)議，可以進(jìn)行網(wǎng)絡(luò)遠(yuǎn)程教育，還可以讓人和人之間的交流成本大大降低，且提高了效率。在人們進(jìn)行相互交流的過(guò)程中，文件的傳輸越來(lái)越頻繁，傳輸?shù)牧恳苍絹?lái)越大。因此，使用一種快速、高效的傳輸方式顯得尤為重要。然而，傳統(tǒng)的傳輸方式存在明顯的缺陷，例如，部分工具需要安裝客戶端才能進(jìn)行文件傳輸，部分工具不能夠?qū)⑽募喜⒔y(tǒng)一下載，部分工具無(wú)法實(shí)現(xiàn)針對(duì)不同用戶傳輸不同文件的功能。例如，申請(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ù)接收到的所述地址將打包后的文件發(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)用戶時(shí)，需要重復(fù)選擇待傳輸?shù)奈募⑦M(jìn)行多次壓縮操作，不便于操作；4、目標(biāo)用戶需不停地詢問(wèn)服務(wù)器端是否完成打包過(guò)程，容易浪費(fèi)目標(biāo)用戶的時(shí)間。

發(fā)明內(nèi)容
本發(fā)明提供一種基于社區(qū)平臺(tái)的文件傳輸方法及即時(shí)通訊服務(wù)器以解決上述問(wèn)題。本發(fā)明提供一種基于社區(qū)平臺(tái)的文件傳輸方法?；谏鐓^(qū)平臺(tái)的文件傳輸方法包括以下步驟。源用戶依據(jù)注冊(cè)信息登錄社區(qū)交互平臺(tái)，調(diào)用應(yīng)用程序代碼，傳入注冊(cè)信息并請(qǐng)求即時(shí)通訊服務(wù)器。即時(shí)通訊服務(wù)器返回即時(shí)通訊相關(guān)數(shù)據(jù)和資源至網(wǎng)頁(yè)，網(wǎng)頁(yè)解析獲得的即時(shí)通訊相關(guān)數(shù)據(jù)和資源，生成即時(shí)通訊工具。源用戶通過(guò)即時(shí)通訊工具發(fā)送待處理文件至即時(shí)通訊服務(wù)器。即時(shí)通訊服務(wù)器批量處理待處理文件以獲得壓縮文件。即時(shí)通訊服務(wù)器于完成批量處理后通過(guò)即時(shí)通訊工具同步通知至少兩個(gè)目標(biāo)用戶。即時(shí)通訊服務(wù)器
4根據(jù)預(yù)設(shè)的傳輸策略傳輸壓縮文件至至少兩個(gè)目標(biāo)用戶的其中之一。待接收壓縮文件的目標(biāo)用戶根據(jù)獲得的傳輸策略從已接收壓縮文件的目標(biāo)用戶接收壓縮文件。本發(fā)明提供一種即時(shí)通訊服務(wù)器，包括生成模塊、存儲(chǔ)模塊、批量處理模塊以及傳輸模塊。生成模塊用于根據(jù)傳入的注冊(cè)信息返回即時(shí)通訊相關(guān)數(shù)據(jù)和資源至網(wǎng)頁(yè)。其中， 注冊(cè)信息的傳入是通過(guò)源用戶依據(jù)注冊(cè)信息登錄社區(qū)交互平臺(tái)調(diào)用應(yīng)用程序代碼實(shí)現(xiàn)的， 且網(wǎng)頁(yè)解析獲得的即時(shí)通訊相關(guān)數(shù)據(jù)和資源，生成即時(shí)通訊工具。存儲(chǔ)模塊連接生成模塊， 用于存儲(chǔ)源用戶通過(guò)即時(shí)通訊工具發(fā)送的待處理文件。批量處理模塊連接存儲(chǔ)模塊，用于批量處理待處理文件以獲得壓縮文件并于完成批量處理后同步通知至少兩個(gè)目標(biāo)用戶。傳輸模塊連接批量處理模塊，傳輸模塊根據(jù)傳輸策略傳輸壓縮文件至至少兩個(gè)目標(biāo)用戶的其中之一。相較于先前技術(shù)，根據(jù)本發(fā)明所提供的基于社區(qū)平臺(tái)的文件傳輸方法及即時(shí)通訊服務(wù)器，由于即時(shí)通訊服務(wù)器完成待處理文件的批量處理后通過(guò)即時(shí)通訊工具同步通知目標(biāo)用戶，因此，目標(biāo)用戶無(wú)需不停地詢問(wèn)服務(wù)器端是否完成批量處理操作，更好地節(jié)省了目標(biāo)用戶的時(shí)間。另外，當(dāng)目標(biāo)用戶的數(shù)目為多個(gè)時(shí)，于操作過(guò)程中無(wú)需重復(fù)選擇待傳輸?shù)奈募?，同時(shí)避免進(jìn)行多次重復(fù)的壓縮操作，從而方便了操作。此外，待接收壓縮文件的目標(biāo)用戶可根據(jù)傳輸策略從已接收壓縮文件的目標(biāo)用戶接收壓縮文件，從而加快壓縮文件的傳輸速度。


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