一種文件處理同步通知方法、系統及伺服器的製作方法

2023-09-12 13:13:20 1

專利名稱：一種文件處理同步通知方法、系統及伺服器的製作方法
技術領域：
本發明涉及網絡領域，尤其涉及一種文件處理同步通知方法、系統及伺服器。
背景技術：
隨著網際網路的發展，越來越多的人開始使用網際網路作為溝通交流的途徑。在溝通過程中，文件的傳輸越來越頻繁，傳輸的量也越來越大，因此，使用一種快速、高效的傳輸方式顯得尤為重要。傳統的傳輸方式存在明顯的缺陷，例如，部分工具需要安裝客戶端才能進行文件傳輸，部分工具不能夠將文件合併統一下載，部分工具無法實現針對不同用戶傳輸不同文件的功能。申請號為200810117459.4的中國發明專利公開了一種文件下載服務方法和系統。上述文件下載服務方法包括以下步驟。文件下載服務裝置接收終端發送的下載請求消息。其中，下載請求消息包含終端信息和請求下載文件的信息。當終端具有下載權限時，將請求下載文件的信息發送至文件打包裝置。文件打包裝置根據請求下載文件的信息，將請求下載的文件打包，將打包後的文件地址發送給文件下載服務裝置。文件下載服務裝置根據接收到的所述地址將打包後的文件發送至終端。然而，現有的文件傳輸裝置存在以下缺點1、現有的文件傳輸裝置需要安裝客戶端軟體才能進行文件傳輸，某些莫名其妙的軟體會被不知不覺地安裝在自己的終端，從而影響計算機的安全性；2、現有的網頁僅有文件上傳、下載功能，缺少壓縮功能，如果文件數量比較大，則需要用戶多次點擊頁面請求下載，從而造成許多不必要的操作；3、當源用戶需將文件發送給多個目標用戶時，需要重複選擇待傳輸的文件，並進行多次壓縮操作，不便於操作；4、目標用戶需不停地詢問伺服器端是否完成打包過程，容易浪費目標用戶的時間。

發明內容
本發明提供一種文件處理同步通知方法、系統及伺服器以解決上述問題。本發明提供一種文件處理同步通知方法。文件處理同步通知方法包括以下步驟。 伺服器獲得待處理文件並批量處理待處理文件。伺服器完成批量處理後同步通知目標用戶。其中，目標用戶的數目為至少一個。本發明還提供一種文件處理同步通知系統，包括源用戶、目標用戶以及伺服器。伺服器自源用戶獲得待處理文件，且伺服器批量處理待處理文件並於完成批量處理後同步通知目標用戶。其中，目標用戶的數目為至少一個。本發明還提供一種伺服器，連接目標用戶。目標用戶的數目為至少一個。伺服器包括存儲模塊以及批量處理模塊。存儲模塊存儲待處理文件。批量處理模塊連接存儲模塊， 批量處理模塊批量處理待處理文件並於完成批量處理後同步通知目標用戶。相較於先前技術，根據本發明所提供的文件處理同步通知方法、系統及伺服器，由於伺服器完成待處理文件的批量處理後同步通知目標用戶，因此，目標用戶無需不停地詢問伺服器端是否完成批量處理操作，更好地節省了目標用戶的時間。另外，當目標用戶的數目為多個時，於操作過程中無需重複選擇待傳輸的文件，同時避免進行多次相同的壓縮操作，從而方便了操作。


此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中圖1所示為根據本發明的第一較佳實施例所示的文件處理同步通知方法的流程圖；圖2所示為根據本發明的第一較佳實施例所示的文件處理同步通知系統的示意圖；圖3所示為根據本發明的第二較佳實施例所示的文件處理同步通知方法的流程圖；圖4所示為根據本發明的第二較佳實施例所示的伺服器的示意圖。
具體實施例方式下文中將參考附圖並結合實施例來詳細說明本發明。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。圖1所示為根據本發明的第一較佳實施例所示的文件處理同步通知方法的流程圖。圖2所示為根據本發明的第一較佳實施例所示的文件處理同步通知系統的示意圖。請一併參考圖1與圖2。如圖1所示，本發明第一較佳實施例提供的文件處理同步通知方法包括步驟 Sll S16。於步驟Sll中，源用戶登陸網頁，源用戶通過網頁確定待處理文件。於此，源用戶基於網頁實現對待處理文件的處理，從而避免某些莫名其妙的軟體被不知不覺地安裝在自己的終端，以保證計算機的安全性。於步驟S12中，伺服器自源用戶獲得待處理文件並批量處理待處理文件以獲得壓縮文件。如此，源用戶通過網頁將待處理文件傳送至伺服器後，伺服器可直接進行批量處理，而無需源用戶進行多次操作。於步驟S13中，伺服器完成批量處理後同步通知目標用戶。具體而言，於伺服器進行壓縮操作的過程中，伺服器可與目標用戶建立socket連結。當伺服器完成批量處理後， 伺服器同步通知目標用戶批量處理完成可進行下載。如此，目標用戶無需不停地詢問伺服器批量處理是否完成，從而節省了目標用戶的時間。另外，目標用戶的數目為至少一個，例如可為三個。然而，本發明對此不作任何限定。接著，於步驟S14中，當目標用戶接收到伺服器完成批量處理的通知後，目標用戶可選擇是否接收壓縮文件。若目標用戶同意接收壓縮文件，則伺服器將壓縮文件的地址分別發送至目標用戶以提示目標用戶進行下載，伺服器亦可同時通知源用戶目標用戶的下載情況(如步驟S15所示)。若目標用戶拒絕接收壓縮文件，則伺服器通知源用戶目標用戶拒絕接收壓縮文件(如步驟S16所示)。具體而言，當伺服器同步通知目標用戶時，目標用戶的網頁上會跳出是否接收壓縮文件的對話框。若目標用戶選擇接收，則伺服器將壓縮文件的地址發送至目標用戶；若目標用戶選擇拒絕，則伺服器會通知源用戶目標用戶拒絕接收壓縮文件。如圖2所示，本發明第一較佳實施例提供的文件處理同步通知系統包括源用戶 100、伺服器101以及目標用戶102 104。於本實施例中，以三個目標用戶102 104為例進行說明。然而，本發明並不限定目標用戶的數目。另外，本發明第一較佳實施例提供的伺服器101包括存儲模塊1010、批量處理模塊1012、發送模塊1014以及刪除模塊1016。具體而言，伺服器101的批量處理模塊1012連接存儲模塊1010與發送模塊1014。 伺服器101的存儲模塊1010用於存儲接收自源用戶100的待處理文件以及經過批量處理模塊1012批量處理的壓縮文件。伺服器101的批量處理模塊1012批量處理待處理文件以獲得壓縮文件。當伺服器101完成所有的壓縮操作，且目標用戶102 104確定接收壓縮文件後，伺服器101的發送模塊1014將壓縮文件的地址分別發送至目標用戶102 104。舉例而言，源用戶100通過網頁傳輸10個待處理文件至伺服器101。伺服器101 的批量處理模塊1012批量處理上述待處理文件後獲得壓縮文件，同時存儲模塊1010存儲上述壓縮文件。當批量處理模塊1012完成壓縮操作後，伺服器101會同步通知目標用戶 102 104壓縮操作完成可進行下載操作。接著，若目標用戶102選擇接收壓縮文件，則伺服器101的發送模塊1014會將壓縮文件的地址發送至目標用戶102 ；若目標用戶102拒絕接收壓縮文件，則伺服器101會通知源用戶100目標用戶102拒絕接收壓縮文件。目標用戶103，104的操作同目標用戶102，故於此不再贅述。此外，刪除模塊1016連接發送模塊1014。當目標用戶102 104接收壓縮文件後，刪除模塊1016可將對應的壓縮文件刪除。或者，當目標用戶102 104超過預訂時間未選擇接收或拒絕壓縮文件，刪除模塊1016亦會刪除對應的壓縮文件。由此，確保信息傳輸的安全性。其中，預訂時間可由源用戶100根據實際情況進行設置。此外，本發明亦可不設置刪除模塊1016，本發明對此不作任何限定。圖3所示為根據本發明的第二較佳實施例所示的文件處理同步通知方法的流程圖。圖4所示為根據本發明的第二較佳實施例所示的伺服器的示意圖。請一併參考圖3與圖4。如圖3所示，本發明第二較佳實施例提供的文件處理同步通知方法包括步驟 S21 S27。第二較佳實施例提供的文件處理同步通知方法的步驟S21 S23與第一較佳實施例提供的文件處理同步通知方法的步驟Sll S13相同。第一較佳實施例提供的文件處理同步通知方法與第二較佳實施例提供的文件處理同步通知方法的不同在於在第二較佳實施例中，於步驟S23之後，目標用戶發送驗證信息至伺服器(如步驟SM所示)。接著， 於步驟S25中，伺服器判斷驗證信息是否合格。當伺服器判斷驗證信息合格時，伺服器將壓縮文件的地址發送至對應的目標用戶並通知源用戶(如步驟幻6所示)。當伺服器判斷驗證信息不合格時，伺服器通知目標用戶驗證信息不合格(如步驟S27所示)。於此，驗證信息例如為身份代碼等個人信息。然而，本發明對此不作任何限定。於實際應用中，可根據需要設置不同類型的驗證信息。如圖4所示，本發明第二較佳實施例提供的伺服器201包括存儲模塊2010、批量處理模塊2012、驗證模塊2013、發送模塊2014以及刪除模塊2016。第二較佳實施例中的伺服器201與第一較佳實施例中的伺服器101的區別在於第二較佳實施例中的伺服器201還包括驗證模塊2013。舉例而言，驗證模塊2013中可存儲目標用戶的個人信息(包括身份代碼等)。當目標用戶發送驗證信息(例如，身份代碼)至伺服器201後，驗證模塊2013會驗證目標用戶傳送的身份代碼是否與驗證模塊2013內存儲的對應信息匹配，從而判斷驗證信息是否合格。綜上所述，根據本發明的上述較佳實施例提供的文件處理同步通知方法、系統及伺服器，由於伺服器完成待處理文件的批量處理後同步通知目標用戶，因此，目標用戶無需不停地詢問伺服器端是否完成批量處理操作，更好地節省了目標用戶的時間。另外，當目標用戶的數目為多個時，於操作過程中無需重複選擇待傳輸的文件，同時避免進行多次相同的壓縮操作，大地方便了操作。 以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種文件處理同步通知方法，其特徵是，包括以下步驟 伺服器獲得待處理文件並批量處理所述待處理文件；以及所述伺服器完成批量處理後同步通知目標用戶，其中，所述目標用戶的數目為至少一個。
2.根據權利要求1所述的文件處理同步通知方法，其特徵是，源用戶登陸網頁，所述伺服器自所述源用戶獲得所述待處理文件並批量處理所述待處理文件以獲得壓縮文件。
3.根據權利要求2所述的文件處理同步通知方法，其特徵是，當所述伺服器同步通知所述目標用戶，且所述目標用戶同意接收所述壓縮文件時，所述伺服器將所述壓縮文件的地址發送至所述目標用戶並通知所述源用戶，當所述伺服器同步通知所述目標用戶，且所述目標用戶拒絕接收所述壓縮文件時，所述伺服器通知所述源用戶。
4.根據權利要求2所述的文件處理同步通知方法，其特徵是，當所述伺服器同步通知所述目標用戶後，所述目標用戶發送驗證信息至所述伺服器，且所述伺服器判斷所述驗證信息是否合格，當所述伺服器判斷所述驗證信息合格時，所述伺服器將所述壓縮文件的地址發送至所述目標用戶並通知所述源用戶，當所述伺服器判斷所述驗證信息不合格時，所述伺服器通知所述目標用戶驗證信息不合格。
5.一種文件處理同步通知系統，其特徵是，包括 源用戶；目標用戶；以及伺服器，自所述源用戶獲得待處理文件，且所述伺服器批量處理所述待處理文件並於完成批量處理後同步通知所述目標用戶，其中所述目標用戶的數目為至少一個。
6.一種伺服器，所述伺服器連接目標用戶，所述目標用戶的數目為至少一個，其特徵是，所述伺服器包括存儲模塊，存儲待處理文件；以及批量處理模塊，連接所述存儲模塊，所述批量處理模塊批量處理所述待處理文件並於完成批量處理後同步通知所述目標用戶。
7.根據權利要求6所述的伺服器，其特徵是，所述源用戶登陸網頁，所述存儲模塊自所述源用戶獲得所述待處理文件，所述批量處理模塊批量處理所述待處理文件以獲得壓縮文件。
8.根據權利要求7所述的伺服器，其特徵是，所述伺服器還包括發送模塊，所述發送模塊連接所述批量處理模塊，所述發送模塊用於將所述壓縮文件的地址發送至所述目標用戶。
9.根據權利要求7所述的伺服器，其特徵是，所述伺服器還包括刪除模塊，所述刪除模塊於所述目標用戶接收所述壓縮文件後或者於所述目標用戶超過預訂時間未接收所述壓縮文件時刪除所述壓縮文件。
10.根據權利要求6所述的伺服器，其特徵是，所述伺服器還包括驗證模塊，所述驗證模塊連接所述批量處理模塊，用於驗證所述目標用戶的驗證信息。
全文摘要
本發明提供一種文件處理同步通知方法、系統及伺服器。伺服器獲得待處理文件並批量處理待處理文件。伺服器完成批量處理後及時同步通知目標用戶。其中，所述目標用戶的數目為至少一個。
文檔編號H04L29/06GK102255938SQ20111006873
公開日2011年11月23日 申請日期2011年3月22日 優先權日2011年3月22日
發明者胡加明 申請人:蘇州闊地網絡科技有限公司