專利名稱：一種文件批量處理方法、系統及服務器的制作方法
技術領域：
本發明涉及網絡領域，尤其涉及一種文件批量處理方法、系統及服務器。
背景技術：
隨著互聯網的發展，越來越多的人開始使用互聯網作為溝通交流的途徑。在溝通過程中，文件的傳輸越來越頻繁，傳輸的量也越來越大，因此，使用一種快速、高效的傳輸方式顯得尤為重要。傳統的傳輸方式存在明顯的缺陷，例如，部分工具需要安裝客戶端才能進行文件傳輸，部分工具不能夠將文件合并統一下載，部分工具無法實現針對不同用戶傳輸不同文件的功能。申請號為200810117459.4的中國發明專利公開了一種文件下載服務方法和系統。上述文件下載服務方法包括以下步驟。文件下載服務裝置接收終端發送的下載請求消息。其中，下載請求消息包含終端信息和請求下載文件的信息。當終端具有下載權限時，將請求下載文件的信息發送至文件打包裝置。文件打包裝置根據請求下載文件的信息，將請求下載的文件打包，將打包后的文件地址發送給文件下載服務裝置。文件下載服務裝置根據接收到的所述地址將打包后的文件發送至終端。然而，現有的文件傳輸裝置存在以下缺點1、現有的文件傳輸裝置需要安裝客戶端軟件才能進行文件傳輸，某些莫名其妙的軟件會被不知不覺地安裝在自己的終端，從而影響計算機的安全性；2、現有的網頁僅有文件上傳、下載功能，缺少壓縮功能，如果文件數量比較大，則需要用戶多次點擊頁面請求下載，從而造成許多不必要的操作；3、當源用戶需將文件發送給多個目標用戶，且文件傳輸對象與傳輸文件內容均不同時，需要重復選擇待傳輸的文件，并進行多次壓縮操作，不便于操作；4、目標用戶需不停地詢問服務器端是否完成打包過程，容易浪費目標用戶的時間。
發明內容
本發明提供一種文件批量處理方法、系統及服務器以解決上述問題。本發明提供一種文件批量處理方法。上述方法包括以下步驟將待處理文件進行分類并與目標用戶的類型相對應；服務器獲得待處理文件并批量處理與目標用戶的類型相對應的待處理文件；服務器完成全部批量處理后同步通知目標用戶。其中，目標用戶的數目為至少一個。本發明還提供一種文件批量處理方法。上述方法包括以下步驟將待處理文件進行分類并與目標用戶的類型相對應；服務器獲得待處理文件并批量處理與目標用戶的類型相對應的待處理文件；服務器根據完成批量處理的進度通知目標用戶。其中，目標用戶的數目為至少一個。本發明還提供一種文件批量處理系統，包括源用戶、目標用戶以及服務器。服務器自源用戶獲得已分類并與目標用戶的類型相對應的待處理文件，且服務器批量處理與目標用戶的類型相對應的待處理文件并于完成全部批量處理后同步通知目標用戶。其中，目標用戶的數目為至少一個。本發明還提供一種文件批量處理系統，包括源用戶、目標用戶以及服務器。服務器自源用戶獲得已分類并與目標用戶的類型相對應的待處理文件，且服務器批量處理與目標用戶的類型相對應的待處理文件并根據完成批量處理的進度通知目標用戶。其中，目標用戶的數目為至少一個。本發明還提供一種服務器，連接目標用戶。目標用戶的數目為至少一個。服務器包括存儲模塊以及批量處理模塊。存儲模塊存儲已分類并與目標用戶的類型相對應的待處理文件。批量處理模塊連接存儲模塊，批量處理模塊批量處理與目標用戶的類型相對應的待處理文件并于完成全部批量處理后同步通知目標用戶。本發明還提供一種服務器，連接目標用戶。目標用戶的數目為至少一個。服務器包括存儲模塊以及批量處理模塊。存儲模塊存儲已分類并與目標用戶的類型相對應的待處理文件。批量處理模塊連接存儲模塊，批量處理模塊批量處理與目標用戶的類型相對應的待處理文件并根據完成批量處理的進度通知目標用戶。相較于先前技術，根據本發明所提供的文件批量處理方法、系統及服務器，由于待處理文件被分類且與目標用戶的類型相對應，且服務器完成全部待處理文件的批量處理后同步通知目標用戶或者根據完成批量處理的進度通知目標用戶，因此，不同的類型的目標用戶不僅可接收不同的待處理文件，而且于操作過程中無需重復選擇待傳輸的文件，從而方便操作。另外，目標用戶無需不停地詢問服務器端是否完成批量處理操作，從而更好地節省了目標用戶的時間。
此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中圖1所示為根據本發明的第一較佳實施例所示的文件批量處理方法的流程圖；圖2所示為根據本發明的第一較佳實施例所示的文件批量處理系統的示意圖；圖3所示為根據本發明的第二較佳實施例所示的文件批量處理方法的流程圖；圖4所示為根據本發明的第二較佳實施例所示的服務器的示意圖；圖5所示為根據本發明的第三較佳實施例所示的文件批量處理方法的流程圖；圖6所示為根據本發明的第三較佳實施例所示的文件批量處理系統的示意圖；圖7所示為根據本發明的第四較佳實施例所示的文件批量處理方法的流程圖；圖8所示為根據本發明的第四較佳實施例所示的服務器的示意圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1所示為根據本發明的第一較佳實施例所示的文件批量處理方法的流程圖。圖 2所示為根據本發明的第一較佳實施例所示的文件批量處理系統的示意圖。請一并參考圖 1與圖2。如圖1所示，本發明第一較佳實施例提供的文件批量處理方法包括步驟Sll Sie0于步驟Sii中，源用戶通過網頁將待處理文件進行分類并與目標用戶的類型相對應。舉例而言，若目標用戶的類型包括三類(例如高層管理人員、中層管理人員以及一般人員)，則源用戶可根據目標用戶的類型將待處理文件分類并與目標用戶的三種類型相對應。 例如，待處理文件包括30個，則高層管理人員可下載上述30個待處理文件，中層管理人員可下載前20個待處理文件，而一般人員僅可下載前10個待處理文件。換言之，源用戶設置目標用戶的下載權限以及對應的下載內容。于此，源用戶基于網頁實現對目標用戶的權限設置以及對待處理文件的分類，從而避免某些莫名其妙的軟件被不知不覺地安裝在自己的終端，以保證計算機的安全性。于步驟S12中，服務器獲得待處理文件并批量處理與目標用戶的類型相對應的待處理文件以獲得壓縮文件。具體而言，服務器自源用戶獲得已分類且與目標用戶相對應的待處理文件，同時，服務器批量壓縮與目標用戶的類型相對應的待處理文件以獲得壓縮文件。如此，源用戶通過網頁分類待處理文件并傳送至服務器后，服務器可直接進行批量處理，而無需源用戶進行多次操作。另外，本發明的批量處理并不限定于本實施例的壓縮操作。于步驟S13中，服務器完成全部批量處理后同步通知目標用戶。具體而言，于服務器進行壓縮操作的過程中，服務器可與目標用戶建立socket鏈接。當服務器完成全部批量處理后，服務器同步通知目標用戶批量處理完成可進行下載。如此，目標用戶無需不停地詢問服務器批量處理是否完成，從而節省了目標用戶的時間。接著，于步驟S14中，當目標用戶接收到服務器完成全部批量處理的通知后，目標用戶可選擇是否接收壓縮文件。若目標用戶同意接收壓縮文件，則服務器將壓縮文件的地址分別發送至對應的目標用戶以提示目標用戶進行下載，服務器亦可及時通知源用戶目標用戶的下載情況(如步驟S15所示)。若目標用戶拒絕接收壓縮文件，則服務器通知源用戶目標用戶拒絕接收對應的壓縮文件(如步驟S16所示)。具體而言，當服務器同步通知目標用戶時，目標用戶的網頁上會跳出是否接收壓縮文件的對話框。若目標用戶選擇接收，則服務器將壓縮文件的地址發送至對應的目標用戶；若目標用戶選擇拒絕，則服務器會通知源用戶目標用戶拒絕接收對應的壓縮文件。如圖2所示，本發明第一較佳實施例提供的文件批量處理系統包括源用戶100、服務器101以及目標用戶102 104。于本實施例中，以三個目標用戶102，103，104為例進行說明。然而，本發明并不限定目標用戶的數目。另外，本發明第一較佳實施例提供的服務器 101包括存儲模塊1010、批量處理模塊1012、發送模塊1014以及刪除模塊1016。具體而言，服務器101的批量處理模塊1012連接存儲模塊1010與發送模塊1014。 服務器101的存儲模塊1010用于存儲接收自源用戶100的待處理文件以及經過批量處理模塊1012批量處理的壓縮文件。服務器101的批量處理模塊1012批量處理與目標用戶 102 104的類型相對應的待處理文件以獲得壓縮文件。當服務器101完成所有的壓縮操作，且目標用戶102 104確定接收壓縮文件后，服務器101的發送模塊1014將壓縮文件的地址發送至對應的目標用戶102 104。舉例而言，目標用戶102為高層管理人員，目標用戶103為中層管理人員，目標用戶104為一般人員。當待處理文件為30個，且高層管理人員的下載權限為30個待處理文件，中層管理人員的下載權限為前20個待處理文件，一般管理人員的下載權限為前10個待處理文件時，服務器101的批量處理模塊1012會按照上述對照關系批量處理對應的待處理文件以獲得三個壓縮文件。當批量處理模塊1012全部完成上述三個壓縮文件的壓縮操作后，服務器101會同步通知目標用戶102 104壓縮操作完成可進行下載操作。接著，若目標用戶102選擇接收壓縮文件，則服務器101的發送模塊1014會將對應的壓縮文件的地址發送至目標用戶102;若目標用戶102拒絕接收壓縮文件，則服務器101會通知源用戶目標用戶102拒絕接收壓縮文件。目標用戶103，104的操作同目標用戶102，故于此不再贅述。此外，服務器101的刪除模塊1016可連接發送模塊1014及存儲模塊1010。當目標用戶接收壓縮文件后，刪除模塊1016可將對應的壓縮文件刪除。或者，當目標用戶超過預訂時間未選擇接收或拒絕壓縮文件時，刪除模塊1016可刪除對應的壓縮文件。由此，確保信息傳輸的安全性。其中，預訂時間可由源用戶根據實際情況進行設置。然而，本發明亦可不設置刪除模塊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內存儲的對應信息匹配，從而判斷驗證信息是否合格。圖5所示為根據本發明的第三較佳實施例所示的文件批量處理方法的流程圖。圖 6所示為根據本發明的第三較佳實施例所示的文件批量處理系統的示意圖。請一并參考圖 5與圖6。如圖5所示，本發明第三較佳實施例提供的文件批量處理方法包括步驟S31 S36。于步驟S31中，源用戶通過網頁將待處理文件進行分類并與目標用戶的類型相對應。舉例而言，若目標用戶的類型包括三類(例如高層管理人員、中層管理人員以及一般人員)，則源用戶可根據目標用戶的類型將待處理文件分類并與目標用戶的三種類型相對應。 例如，待處理文件包括30個，則高層管理人員可下載上述30個待處理文件，中層管理人員可下載前20個待處理文件，而一般人員僅可下載前10個待處理文件。換言之，源用戶設置目標用戶的下載權限以及對應的下載內容。于此，源用戶基于網頁實現對目標用戶的權限設置以及對待處理文件的分類，從而避免某些莫名其妙的軟件被不知不覺地安裝在自己的終端，以保證計算機的安全性。于步驟S32中，服務器獲得待處理文件并批量處理與目標用戶的類型相對應的待處理文件以獲得壓縮文件。具體而言，服務器自源用戶獲得已分類且與目標用戶相對應的待處理文件，同時，服務器可批量處理與目標用戶的類型相對應的待處理文件以獲得壓縮文件。如此，源用戶通過網頁分類待處理文件并傳送至服務器后，服務器可直接進行批量處理，而無需源用戶進行多次操作。于步驟S33中，服務器根據完成批量處理的進度通知目標用戶。具體而言，于服務器進行壓縮操作的過程中，服務器可與目標用戶建立socket鏈接。于服務器壓縮操作的過程中，服務器及時通知目標用戶對應的壓縮操作的進度。當服務器完成壓縮后，服務器會及時通知目標用戶可進行下載。舉例而言，當目標用戶的數目為三個，且三個目標用戶分別屬于不同類型(例如，高層管理人員、中層管理人員以及一般人員)時，服務器壓縮對應于上述三種類型目標用戶的待處理文件以相應地獲得三個壓縮文件。同時，服務器將三個壓縮文件的壓縮進程分別通知對應的目標用戶。即，服務器會將30個待處理文件的壓縮進度及時通知高層管理人員，將前20個待處理文件的壓縮進度及時通知中層管理人員，并將前10 個待處理文件的壓縮進度及時通知一般人員。相應地，當壓縮操作完成時，服務器會及時通知對應的目標用戶壓縮完成可進行下載操作。如此，目標用戶無需不停地詢問服務器批量處理是否完成，從而節省了目標用戶的時間。接著，于步驟S34中，當目標用戶接收到服務器完成對應的批量處理通知后，目標用戶可選擇是否接收壓縮文件。若目標用戶同意接收壓縮文件，則服務器將壓縮文件的地址分別發送至對應的目標用戶以提示目標用戶進行下載，服務器亦可同時通知源用戶目標用戶的下載情況(如步驟S15所示)。若目標用戶拒絕接收壓縮文件，則服務器通知源用戶目標用戶拒絕接收對應的壓縮文件(如步驟S16所示)。具體而言，當服務器同步通知目標用戶時，目標用戶的網頁上會跳出是否接收壓縮文件的對話框。若目標用戶選擇接收，則服務器將壓縮文件的地址發送至對應的目標用戶；若目標用戶選擇拒絕，則服務器會通知源用戶目標用戶拒絕接收對應的壓縮文件。如圖6所示，本發明第三較佳實施例提供的文件批量處理系統包括源用戶300、服務器301以及目標用戶302 304。于本實施例中，以三個目標用戶302 304為例進行說明。然而，本發明并不限定目標用戶的數目。另外，本發明第三較佳實施例提供的服務器 301包括存儲模塊3010、批量處理模塊3012、發送模塊3014以及刪除模塊3016。具體而言，服務器301的批量處理模塊3012連接存儲模塊3010與發送模塊3014。 服務器301的存儲模塊3010用于存儲接收自源用戶300的待處理文件以及經過批量處理模塊3012批量處理的壓縮文件。服務器301的批量處理模塊3012批量處理與目標用戶 302 304的類型相對應的待處理文件以獲得壓縮文件。當服務器301完成所有的壓縮操作，且目標用戶302 304確定接收壓縮文件后，服務器301的發送模塊3014會將對應的壓縮文件的地址發送至目標用戶302 304。舉例而言，目標用戶302為高層管理人員，目標用戶303為中層管理人員，目標用戶304為一般人員。當待處理文件為30個，且高層管理人員的下載權限為30個待處理文件，中層管理人員的下載權限為前20個待處理文件，一般管理人員的下載權限為前10個待處理文件時，服務器301的批量處理模塊3012會按照上述對照關系批量處理對應的待處理文件以獲得三個壓縮文件。于批量處理模塊3012進行上述三個壓縮文件的壓縮操作時，服務器301會及時通知目標用戶302 304壓縮操作的進度。當相應的壓縮操作完成后，服務器301會及時通知相應的目標用戶可進行下載操作。若目標用戶302選擇接收壓縮文件，則服務器301的發送模塊3014會將對應的壓縮文件的地址發送至目標用戶302 ；若目標用戶302拒絕接收壓縮文件，則服務器301會通知源用戶目標用戶302拒絕接收壓縮文件。目標用戶303，304的操作同目標用戶302，故于此不再贅述。此外，服務器301還可包括刪除模塊3016。當目標用戶接收壓縮文件后，刪除模塊 3016可將對應的壓縮文件刪除。或者，當目標用戶超過預訂時間未選擇接收或拒絕壓縮文件時，刪除模塊可刪除對應的壓縮文件。由此，確保信息傳輸的安全性。其中，預訂時間可由源用戶根據實際情況進行設置。然而，本發明的服務器301亦可不設置刪除模塊，本發明對此不作任何限定。圖7所示為根據本發明的第四較佳實施例所示的文件批量處理方法的流程圖。圖 8所示為根據本發明的第四較佳實施例所示的服務器的示意圖。請一并參考圖7與圖8。如圖7所示，本發明第四較佳實施例提供的文件批量處理方法包括步驟S41 S47。第四較佳實施例提供的文件批量處理方法的步驟S41 S43與第三較佳實施例提供的文件批量處理方法的步驟S31 S33相同。第三較佳實施例提供的文件批量處理方法與第四較佳實施例提供的文件批量處理方法的不同在于在第四較佳實施例中，于步驟S43 之后，目標用戶發送驗證信息至服務器(如步驟S44所示)。接著，于步驟S45中，服務器判斷驗證信息是否合格。當服務器判斷驗證信息合格時，服務器將壓縮文件的地址發送至對應的目標用戶并通知源用戶(如步驟S46所示)。當服務器判斷驗證信息不合格時，服務器通知目標用戶驗證信息不合格(如步驟S47所示)。于此，驗證信息例如為身份代碼等個人信息。然而，本發明對此不作任何限定。于實際應用中，可根據需要設置不同類型的驗證信肩、ο如圖8所示，本發明第四較佳實施例提供的服務器401包括存儲模塊4010、批量處理模塊4012、驗證模塊4013、發送模塊4014以及刪除模塊4016。第四較佳實施例中的服務器401與第三較佳實施例中的服務器301的區別在于第四較佳實施例中的服務器401還包括驗證模塊4013。舉例而言，驗證模塊4013中可存儲目標用戶的個人信息(包括身份代碼等)。當目標用戶發送驗證信息(例如，身份代碼)至服務器401后，驗證模塊4013會驗證目標用戶傳送的身份代碼是否與驗證模塊4013內存儲的對應信息匹配，從而判斷驗證信息是否合格。綜上所述，根據本發明的上述較佳實施例提供的文件批量處理方法、系統及服務器，由于待處理文件被分類且與目標用戶的類型相對應，且服務器完成全部待處理文件的批量處理后同步通知目標用戶或者根據完成待處理文件的批量處理的進度及時通知目標用戶，因此，不同的類型的目標用戶不僅可接收不同的待處理文件，而且于操作過程中無需重復選擇待傳輸的文件，從而方便操作。另外，目標用戶無需不停地詢問服務器端是否完成批量處理操作，從而更好地節省了目標用戶的時間。以上所述僅為本發明的優選實施例而已，并不用于限制本發明，對于本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種文件批量處理方法，其特征是，包括以下步驟將待處理文件進行分類并與目標用戶的類型相對應；服務器獲得所述待處理文件并批量處理與所述目標用戶的類型相對應的所述待處理文件；以及所述服務器完成全部批量處理后同步通知所述目標用戶，其中，所述目標用戶的數目為至少一個。
2.根據權利要求1所述的文件批量處理方法，其特征是，源用戶通過網頁將所述待處理文件進行分類并與所述目標用戶的類型相對應，所述服務器自所述源用戶獲得所述待處理文件并批量處理與所述目標用戶的類型相對應的所述待處理文件以獲得壓縮文件。
3.根據權利要求2所述的文件批量處理方法，其特征是，當所述服務器同步通知所述目標用戶，且所述目標用戶同意接收所述壓縮文件時，所述服務器將所述壓縮文件的地址發送至對應的所述目標用戶并通知所述源用戶，當所述服務器同步通知所述目標用戶，且所述目標用戶拒絕接收所述壓縮文件時，所述服務器通知所述源用戶。
4.根據權利要求2所述的文件批量處理方法，其特征是，當所述服務器同步通知所述目標用戶后，所述目標用戶發送驗證信息至所述服務器，且所述服務器判斷所述驗證信息是否合格，當所述服務器判斷所述驗證信息合格時，所述服務器將所述壓縮文件的地址發送至對應的所述目標用戶并通知所述源用戶，當所述服務器判斷所述驗證信息不合格時， 所述服務器通知所述目標用戶驗證信息不合格。
5.一種文件批量處理方法，其特征是，包括以下步驟將待處理文件進行分類并與目標用戶的類型相對應；服務器獲得所述待處理文件并批量處理與所述目標用戶的類型相對應的所述待處理文件；以及所述服務器根據完成批量處理的進度通知所述目標用戶，其中，所述目標用戶的數目為至少一個。
6.根據權利要求5所述的文件批量處理方法，其特征是，源用戶通過網頁將所述待處理文件進行分類并與所述目標用戶的類型相對應，所述服務器自所述源用戶獲得所述待處理文件并批量處理與所述目標用戶的類型相對應的所述待處理文件以獲得壓縮文件。
7.一種文件批量處理系統，其特征是，包括源用戶；目標用戶；以及服務器，其自所述源用戶獲得已分類并與所述目標用戶的類型相對應的待處理文件， 且所述服務器批量處理與所述目標用戶的類型相對應的所述待處理文件并于完成全部批量處理后同步通知所述目標用戶，其中所述目標用戶的數目為至少一個。
8.一種服務器，所述服務器連接目標用戶，所述目標用戶的數目為至少一個，其特征是，所述服務器包括存儲模塊，其存儲已分類并與所述目標用戶的類型相對應的待處理文件；以及批量處理模塊，其連接所述存儲模塊，所述批量處理模塊批量處理與所述目標用戶的類型相對應的所述待處理文件并于完成全部批量處理后同步通知所述目標用戶。
9.一種文件批量處理系統，其特征是，包括源用戶； 目標用戶；以及服務器，其自所述源用戶獲得已分類并與所述目標用戶的類型相對應的待處理文件， 且所述服務器批量處理與所述目標用戶的類型相對應的所述待處理文件并根據完成批量處理的進度通知所述目標用戶，其中所述目標用戶的數目為至少一個。
10. 一種服務器，所述服務器連接目標用戶，所述目標用戶的數目為至少一個，其特征是，所述服務器包括存儲模塊，其存儲已分類并與所述目標用戶的類型相對應的待處理文件；以及批量處理模塊，其連接所述存儲模塊，所述批量處理模塊批量處理與所述目標用戶的類型相對應的所述待處理文件并根據完成批量處理的進度通知所述目標用戶。
全文摘要
本發明提供一種文件批量處理方法、系統及服務器。文件批量處理方法包括以下步驟。將待處理文件進行分類并與目標用戶的類型相對應。服務器獲得待處理文件并批量處理與目標用戶的類型相對應的待處理文件。服務器完成全部批量處理后同步通知目標用戶。其中，目標用戶的數目為至少一個。
文檔編號G06F17/30GK102495889SQ20111040720
公開日2012年6月13日 申請日期2011年12月9日 優先權日2011年3月22日
發明者胡加明 申請人:蘇州闊地網絡科技有限公司