專利名稱：一種社區(qū)平臺的批量處理通知方法及即時通訊服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種社區(qū)平臺的批量處理通知方法及即時通訊服務(wù)器。
背景技術(shù)：
隨著社會化網(wǎng)絡(luò)的逐步發(fā)展，人們進行信息交流的方式也多種多樣，例如下載安裝的即時通訊工具，如MSN，QQ，網(wǎng)易泡泡已經(jīng)深受大家的喜愛，它為人們的溝通、信息交流提供了新的途徑，是除了手機、固話、電子郵件之外的又一種重要的信息交流方式。借助這些工具，用戶可以實現(xiàn)單人或者多人視頻，可以召開網(wǎng)絡(luò)視頻會議，可以進行網(wǎng)絡(luò)遠程教育，還可以讓人和人之間的交流成本大大降低，且提高了效率。在人們進行相互交流的過程中，文件的傳輸越來越頻繁，傳輸?shù)牧恳苍絹碓酱?。因此，使用一種快速、高效的傳輸方式顯得尤為重要。然而，傳統(tǒng)的傳輸方式存在明顯的缺陷，例如，部分工具需要安裝客戶端才能進行文件傳輸，部分工具不能夠?qū)⑽募喜⒔y(tǒng)一下載，部分工具無法實現(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)有的文件傳輸裝置存在以下缺點1、現(xiàn)有的文件傳輸裝置需要安裝客戶端軟件才能進行文件傳輸，某些莫名其妙的軟件會被不知不覺地安裝在自己的終端，從而影響計算機的安全性；2、現(xiàn)有的網(wǎng)頁僅有文件上傳、下載功能，缺少壓縮功能，如果文件數(shù)量比較大，則需要用戶多次點擊頁面請求下載，從而造成許多不必要的操作；3、當(dāng)源用戶需將文件發(fā)送給多個目標(biāo)用戶，且文件傳輸對象與傳輸文件內(nèi)容均不同時，需要重復(fù)選擇待傳輸?shù)奈募?，并進行多次壓縮操作，不便于操作；4、目標(biāo)用戶需不停地詢問服務(wù)器端是否完成打包過程，容易浪費目標(biāo)用戶的時間。

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


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