文件上傳方法和裝置與流程

本發明涉及互聯網領域，具體而言，涉及一種文件上傳方法和裝置。

背景技術：

隨著互聯網技術的發展，通過互聯網上傳或下載數據，是互聯網提供服務的重要手段。通過互聯網下載數據(例如，瀏覽新聞、朋友圈等)，用戶可以獲取互聯網上的各種信息；通過互聯網上傳數據(例如，發表評論、發布朋友圈等)，用戶可以分享自己信息。在信息時代，用戶的數據(例如，各種辦公文件、照片等)急劇膨脹，移動終端(例如，手機、筆記本電腦等)的存儲空間已不能夠滿足用戶存儲大量數據的需求，并且，由于各個移動終端之間同步文件，需要借助u盤、移動硬盤等第三方存儲設備進行拷貝，操作繁瑣。各種云盤的出現，大大方便了用戶存儲數據和同步數據。用戶只需要注冊一個賬號就可以將自己的電子數據進行云存儲，并可在多個移動終端之間進行同步云盤上的數據。

云存儲是指通過集群應用、網絡技術或分布式文件系統等功能，將網絡中大量各種不同類型的存儲設備通過應用軟件集合起來協同工作，共同對外提供數據存儲業務訪問功能的一個系統。可以看出，云存儲系統通常由多臺存儲服務器協同工作來實現云存儲服務。采用計算機存儲集群技術，用戶的數據可以被分配到多臺服務器，而在用戶的賬號界面上顯示為連續的存儲空間。通過將用戶的數據分布式存儲在多臺服務器上，可以避免某一臺服務器上用戶突然上傳大數據而導致服務擁堵的情況，也可以在用戶上傳數據時，選擇離用戶最近的服務器進行上傳數據，從而節約帶寬。

由上可知，用戶的數據是分布存儲在多臺服務器上的，例如，一個云盤由三個存儲服務器，部署于a地點的第一服務器，部署于b地點的第二服務器，部署于c地點的第三服務器，當用戶在a地點區域通過第一終端設備(例如，公司的辦公電腦)上傳x文件至云盤(此時x文件存儲在第一服務器)后，可能因忘記已上傳過x文件而又在b地點區域通過第二終端設備(例如，家中的家用電腦)重新上傳x文件至云盤(此處該文件存儲在第二服務器)，最后導致云盤的第一服務器和第二服務器上都存儲了同樣的x文件，不僅占用了過多的存儲空間，也浪費了上傳文件的網絡帶寬。

針對上述的問題，目前尚未提出有效的解決方案。

技術實現要素：

本發明實施例提供了一種文件上傳方法和裝置，以至少解決現有技術中由于用戶重復上傳文件會導致服務器存儲過多的冗余數據，以及浪費上傳文件的網絡帶寬的技術問題。

根據本發明實施例的一個方面，提供了一種文件上傳方法，包括：服務器獲取待上傳文件的標識信息，其中，標識信息用于唯一標識待上傳文件；服務器在本地上傳目錄中檢索標識信息，其中，上傳目錄中記錄有已經上傳的文件的標識信息；在檢索到的情況下，服務器確定不接受待上傳文件的上傳；在未檢索到的情況下，服務器查找其他服務器上是否保存有待上傳文件；服務器接收到其他服務器的響應消息；服務器根據響應消息確定其他服務器保存有待上傳文件的情況下，從其他服務器獲取待上傳文件；在根據響應消息確定其他服務器未保存有待上傳文件的情況下，確認接受待上傳文件的上傳。

根據本發明實施例的另一方面，還提供了一種文件上傳裝置，包括：獲取模塊，用于服務器獲取待上傳文件的標識信息，其中，標識信息用于唯一標識待上傳文件；檢索模塊，用于服務器在本地上傳目錄中檢索標識信息，其中，上傳目錄中記錄有已經上傳的文件的標識信息；第一執行模塊，用于在檢索到的情況下，服務器確定不接受待上傳文件的上傳；第二執行模塊，用于在未檢索到的情況下，服務器查找其他服務器上是否保存有待上傳文件；接收模塊，用于服務器接收到其他服務器的響應消息；確定模塊，用于服務器根據響應消息確定其他服務器保存有待上傳文件的情況下，從其他服務器獲取待上傳文件；在根據響應消息確定其他服務器未保存有待上傳文件的情況下，確認接受待上傳文件的上傳。

根據本發明實施例的另一方面，還提供了一種存儲介質，其特征在于，存儲介質包括存儲的程序，其中，程序執行上述的文件上傳方法。

根據本發明實施例的另一方面，還提供了一種處理器，其特征在于，處理器用于運行程序，其中，程序運行時執行上述的文件上傳方法。

在本發明實施例中，通過服務器獲取待上傳文件的標識信息，其中，標識信息用于唯一標識待上傳文件；服務器在本地上傳目錄中檢索標識信息，其中，上傳目錄中記錄有已經上傳的文件的標識信息；在檢索到的情況下，服務器確定不接受待上傳文件的上傳；在未檢索到的情況下，服務器查找其他服務器上是否保存有待上傳文件；服務器接收到其他服務器的響應消息；服務器根據響應消息確定其他服務器保存有待上傳文件的情況下，從其他服務器獲取待上傳文件；在根據響應消息確定其他服務器未保存有待上傳文件的情況下，確認接受待上傳文件的上傳，達到了避免在通過網絡連接來共同提供存儲服務的多個服務器上存儲冗余文件的目的，從而實現了提高文件上傳速度并節約網絡帶寬的技術效果，進而解決了現有技術中由于用戶重復上傳文件會導致服務器存儲過多的冗余數據，以及浪費上傳文件的網絡帶寬的技術問題。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中：

圖1是根據本發明實施例的一種文件上傳方法流程圖；

圖2是根據本發明實施例的一種可選的文件上傳方法流程圖；

圖3是根據本發明實施例的一種可選的文件上傳方法流程圖；以及

圖4是根據本發明實施例的一種文件上傳裝置示意圖。

具體實施方式

為了使本技術領域的人員更好地理解本發明方案，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分的實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬于本發明保護的范圍。

需要說明的是，本發明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數據在適當情況下可以互換，以便這里描述的本發明的實施例能夠以除了在這里圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。

實施例1

根據本發明實施例，提供了一種文件上傳的方法實施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執行指令的計算機系統中執行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執行所示出或描述的步驟。

圖1是根據本發明實施例的一種文件上傳方法流程圖，如圖1所示，該方法包括如下步驟：

步驟s102，服務器獲取待上傳文件的標識信息，其中，標識信息用于唯一標識待上傳文件；

步驟s104，服務器在本地上傳目錄中檢索標識信息，其中，上傳目錄中記錄有已經上傳的文件的標識信息；

步驟s106a，在檢索到的情況下，服務器確定不接受待上傳文件的上傳；

步驟s106b，在未檢索到的情況下，服務器查找其他服務器上是否保存有待上傳文件；

步驟s108，服務器接收到其他服務器的響應消息；

步驟s110，服務器根據響應消息確定其他服務器保存有待上傳文件的情況下，從其他服務器獲取待上傳文件；在根據響應消息確定其他服務器未保存有待上傳文件的情況下，確認接受待上傳文件的上傳。

作為一種可選的實施例，上述服務器可以是提供數據存儲服務的設備；上述其他服務器可以是與上述服務器通過網絡(可以是局域網，也可以是互聯網)連接的至少一個服務器；上述待上傳的文件可以是各種電子數據，包括但不限于各種文檔(例如，word、pdf、ppt等格式的文檔)、圖片、照片、視頻、動畫、各種軟件應用程序的安裝包等；上述標識信息可以是用于唯一標識每個文件的信息，包括不限于文件的名稱、大小、創建或修改時間、格式等；上傳目錄是服務器用于記錄上傳的一個或多個文件的信息；每當客戶端設備(包括但不限于手機、筆記本電腦、計算機、平板電腦等)向服務器上傳一個文件后，服務器都會在上傳目錄中創建一個該文件的唯一標識信息。

一種可選的實施例中，上述服務器和其他服務器可以是共同提供云存儲服務(包括但不限于百度云盤、360云盤等)的多個存儲服務器。云存儲是構建在高速分布式存儲網絡上的數據中心，是將網絡中大量不同類型的存儲設備通過應用軟件集合起來協同工作，形成一個安全的數據存儲與訪問的系統，適用于各大中小型企業與個人用戶的數據資料存儲、備份、歸檔等一系列需求。目前，常用的云盤(或網盤)有：百度云盤、360云盤等。

此處需要說明的是，云盤是建立在“互聯網”上的磁盤，用戶可以在任何時間、任何地點、通過任何可聯網的設備上傳文件到云盤，或下載云盤上的文件。訪問云盤的方式通常由兩種：一種是通過客戶端訪問；另一種是通過網站訪問。

另一種可選的實施例中，上述服務器和和其他服務器可以是通過局域網連接來提供存儲服務的多個存儲服務器，例如，企業內部提供共享存儲的多個服務器。

具體地，在上述步驟s102中，服務器在接受上傳到該服務器的文件之前，首先獲取待上傳文件的標識信息，以便根據該標識信息判斷服務器是否已經上傳過該文件。

需要說明的是，由于標識信息的數據量很小，服務器獲取待上傳文件的標識信息不會占用太多的網絡帶寬，且由于標識信息的數據量很小，獲取速度很快，可以快速地根據待上傳文件的標識信息判斷該文件是否是已經上傳到服務器的文件，如果是，則無需再次上傳該文件，造成資源浪費。

具體地，在上述步驟s104中，服務器在獲取到待上傳到該服務器的文件的標識信息后，在本地上傳目錄中檢索是否存在該標識信息，如果存在，則可以確定該文件已經被上傳過；否則，則可以確定文件沒有被上傳過。

具體地，在上述步驟s106a中，如果服務器在本地上傳目錄中檢索到待上傳文件的標識信息，則確定該文件已經被上傳過，因而，服務器不再不接受客戶端設備上傳的該文件，但是，會在客戶端設備的上傳界面上顯示文件上傳成功的提示信息。

具體地，在上述步驟s106b中，如果服務器在本地上傳目錄中沒有檢索到待上傳文件的標識信息，則確定文件沒有被上傳過該服務器，此時，服務器需要查找與該服務器通過網絡連接來提供存儲服務的其他服務器上是否保存有該待上傳文件，以便在其他服務器上保存有該文件的情況下，直接從其他服務器上獲取該文件。

需要說明的是，在共同提供存儲服務的多個存儲服務器之間傳輸數據要比客戶端設備上傳數據到服務器的速度更快，以云盤為例，共同提供存儲服務的多個存儲服務器之間進行數據傳輸是通過云盤供應商內部的通信通道進行傳輸，而用戶上傳文件是通過互聯網(公網)進行數據上傳的。

具體地，在上述步驟s108中，與上述服務器通過網絡連接的其他服務器中任何一個服務器保存有上述待上傳文件，則發出響應消息，以便讓服務器可以獲知其他服務器中的哪個服務器上保存有待上傳的文件。

具體地，在上述步驟s110中，如果上述服務器接收到其他服務器的響應消息，則確定其他服務器上保存有待上傳文件，則從對應的其他服務器上獲取待上傳文件，并在客戶端設備的上傳界面上顯示文件上傳成功的提示信息；如果上述服務器未接收到其他服務器的響應消息，可以確定其他服務器未保存有待上傳文件，則確認接受待上傳文件的上傳。

容易注意的是，服務器根據響應消息確定其他服務器保存有待上傳文件的情況下，從其他服務器獲取待上傳文件可以包括如下兩種方式：第一種方式，將其他服務器上保存的該文件拷貝到上述服務器上，并在客戶端設備的上傳界面上顯示文件上傳成功的提示信息；第二種方式，將其他服務器上保存的該文件通過路徑的方式映射到上述服務器上，并在客戶端設備的上傳界面上顯示文件上傳成功的提示信息。

由上可知，在本申請上述實施例中，在客戶端上傳文件到服務器的過程中，服務器獲取待上傳文件的標識信息，并在服務器本地的上傳目錄中檢索是否存在待上傳文件的標識信息，如果在服務器本地的上傳目錄中檢索到待上傳文件的標識信息，則服務器不接受待上傳文件的上傳；如果在服務器本地的上傳目錄中未檢索到待上傳文件的標識信息，則進一步查找與該服務器通過網絡(可以是局域網，也可以是互聯網)連接的其他服務器上是否保存有待上傳文件，如果服務器接收到其他服務器的響應消息，則說明其他服務器上保存有待上傳文件，服務器不再接受待上傳文件的上傳，直接從其他服務器上獲取待上傳文件；如果未接收到其他服務器的響應消息，則說明其他服務器上沒有保存待上傳文件，服務器接收待上傳文件的上傳。

通過本申請上述實施例公開的方案，達到了避免在通過網絡連接來共同提供存儲服務的多個服務器上存儲冗余文件的目的，從而實現了提高文件上傳速度并節約網絡帶寬的技術效果，進而解決了現有技術中由于用戶重復上傳文件會導致服務器存儲過多的冗余數據，以及浪費上傳文件的網絡帶寬的技術問題。

作為一種可選的實施例，上述標識信息可以包括待上傳文件對應的md5值。

具體地，在上述實施例中，可以在上傳文件的過程中，計算待上傳文件的md5值，以便根據待上傳文件的md5值來確定服務器的本地或其他服務器上是否已經上傳過待上傳的文件。

需要說明的是，服務器根據待上傳文件標識信息確定該服務器上未上傳過待上傳的文件后，會查找與其在同一網絡內共同提供存儲服務的其他服務器上是否已上傳過待上傳的文件，具體地，一種可選的實施例中，可以通過如下兩種實施方式來實現：

第一種可選的實施方式，上述服務器查找其他服務器上是否保存有待上傳文件包括：服務器向其他服務器發送查詢請求，其中，查詢請求中攜帶有標識信息，并且，接收到查詢請求的服務器依據本地保存的已經上傳的文件的記錄確定是否保存有待上傳文件。

具體地，在上述實施方式中，上述服務器可以向其他服務器同時發送包含了待上傳文件標識信息的查詢請求，接收到查詢請求的其他服務器依據本地保存的已經上傳的文件的記錄判斷是否保存有待上傳文件。

第二種可選的實施方式，服務器查找其他服務器上是否保存有待上傳文件包括：服務器在全局文件記錄表中查詢其他服務器上是否保存有待上傳文件，其中，全局文件記錄表中記錄有所有服務器上已經上傳的文件的標識信息。

具體地，在上述實施方式中，全局文件記錄表用于記錄通過網絡連接來提供存儲服務的所有存儲器上已經上傳的文件的標識信息，因而，上述服務器可以在全局文件記錄表查找與其在同一網絡內共同提供存儲服務的其他服務器上是否已上傳過待上傳的文件。

在一種可選的實施例中，在服務器接受待上傳文件的上傳之后，上述方法還可以包括：步驟s112，服務器發送記錄請求，其中，記錄請求中攜帶有待上傳文件的標識信息，記錄請求用于請求在全局文件記錄表中記錄待上傳文件的標識信息。

具體地，在上述實施例中，記錄請求可以是服務器用于請求記錄已上傳文件的標識的請求，服務器在接受待上傳文件的上傳之后，發送記錄請求，則系統會在全局文件記錄表中記錄服務器當前接受的待上傳文件的標識信息。

通過上述實施例，實現了更新全局文件記錄表的目的。

一種可選的實施例中，上述全局文件記錄表中還記錄了以下至少之一的信息：文件保存的服務器的標識信息、文件上傳的時間、文件大小，其中，文件保存的服務器的標識信息用于定位該文件所在的服務器。

基于上述實施例，一種可選的實施方式中，在服務器在本地上傳目錄中檢索到待上傳文件的標識信息和/或從其他服務器上查找到待上傳文件的情況下，如圖2所示，上述方法還可以包括如下步驟：

步驟s202，服務器判斷待上傳文件的標識信息對應的文件的上傳時間與當前時間的時間差是否超過第一閾值；

步驟s204，在時間差是否超過第一閾值的情況下，接受待上傳文件的上傳。

具體地，在上述實施例中，如果服務器獲取到待上傳文件的標識信息后，在本地上傳目錄中檢索到待上傳文件的標識信息(即，該服務器已上傳過該文件)，或者，在與該服務器在同一網絡內共同提供存儲服務的其他服務器上查找到該待上傳文件的情況下，服務器可以進一步判斷已經上傳的文件的上傳時間距離當前時間是否很遠，如果很遠(即時間差超過第一閾值)的情況下，文件可能比較舊，因而可以繼續接收待上傳文件的上傳。

需要說明的是，上述第一閾值可以根據應用場景而自定義設置，例如，3個月、一年等。

通過上述實施例，可以保證服務器上存儲的文件是較近一段時間的文件，使得用戶可以獲取較新版本的文件。

在一種可選的實施方式中，如圖3所示，在服務器獲取待上傳文件的標識信息之前，上述方法還可以包括如下步驟：

步驟s302，服務器檢測待上傳文件的文件大小；

步驟s304，服務器判斷待上傳文件的文件大小是否小于第二預設閾值；

步驟s306，在文件大小小于第二預設閾值的情況下，直接接受待上傳文件的上傳。

具體地，在上述步驟中，服務器在實施上述步驟s102至s110步驟實現的方案之前，服務器可以檢測待上傳文件的文件大小，如果待上傳文件很小的情況下，可以不執行上述步驟s102至s110步驟實現的方案，直接接受待上傳文件的上傳。

此處需要說明的是，在一些文件(例如，一個備忘記事本)很小的情況下，并不會影響文件上傳的速度，也不會占用過的網絡帶寬，如果執行步驟s102至s110步驟實現的方案，可能會浪費系統資源，因而，可以直接上傳文件。

通過上述實施例，可以節省系統資源。

實施例2

根據本發明實施例，還提供了一種用于實現上述文件上傳方法的裝置實施例，圖4是根據本發明實施例的一種文件上傳裝置示意圖，如圖4所示，該裝置包括：獲取模塊401、檢索模塊403、第一執行模塊405、第二執行模塊407、接收模塊409和確定模塊411。

其中，獲取模塊401，用于服務器獲取待上傳文件的標識信息，其中，標識信息用于唯一標識待上傳文件；

檢索模塊403，用于服務器在本地上傳目錄中檢索標識信息，其中，上傳目錄中記錄有已經上傳的文件的標識信息；

第一執行模塊405，用于在檢索到的情況下，服務器確定不接受待上傳文件的上傳；

第二執行模塊407，用于在未檢索到的情況下，服務器查找其他服務器上是否保存有待上傳文件；

接收模塊409，用于服務器接收到其他服務器的響應消息；

確定模塊411，用于服務器根據響應消息確定其他服務器保存有待上傳文件的情況下，從其他服務器獲取待上傳文件；在根據響應消息確定其他服務器未保存有待上傳文件的情況下，確認接受待上傳文件的上傳。

此處需要說明的是，上述獲取模塊401、檢索模塊403、第一執行模塊405、第二執行模塊407、接收模塊409和確定模塊411對應于實施例1中的步驟s102至s110，上述模塊與對應的步驟所實現的示例和應用場景相同，但不限于上述實施例1所公開的內容。需要說明的是，上述模塊作為裝置的一部分可以在諸如一組計算機可執行指令的計算機系統中執行。

由上可知，在本申請上述實施例中，在客戶端上傳文件到服務器的過程中，通過獲取模塊401獲取待上傳文件的標識信息，并通過檢索模塊403在服務器本地的上傳目錄中檢索是否存在待上傳文件的標識信息，通過第一執行模塊405在服務器本地的上傳目錄中檢索到待上傳文件的標識信息的情況下，拒絕接受待上傳文件的上傳；并通過第二執行模塊407在服務器本地的上傳目錄中未檢索到待上傳文件的標識信息的情況下，進一步查找與該服務器通過網絡(可以是局域網，也可以是互聯網)連接的其他服務器上是否保存有待上傳文件，通過接收模塊409接收其他服務器的響應消息，最后通過確定模塊411在接收到其他服務器的響應消息的情況下，不再接受待上傳文件的上傳，直接從其他服務器上獲取待上傳文件；在未接收到其他服務器的響應消息的情況下，則接收待上傳文件的上傳。

通過本申請上述實施例公開的方案，達到了避免在通過網絡連接來共同提供存儲服務的多個服務器上存儲冗余文件的目的，從而實現了提高文件上傳速度并節約網絡帶寬的技術效果，進而解決了現有技術中由于用戶重復上傳文件會導致服務器存儲過多的冗余數據，以及浪費上傳文件的網絡帶寬的技術問題。

在一種可選的實施例中，上述第二執行模塊還用于服務器向其他服務器發送查詢請求，其中，查詢請求中攜帶有標識信息，并且，接收到查詢請求的服務器依據本地保存的已經上傳的文件的記錄確定是否保存有待上傳文件。

在一種可選的實施例中，上述第二執行模塊包括：查詢模塊，用于服務器在全局文件記錄表中查詢其他服務器上是否保存有待上傳文件，其中，全局文件記錄表中記錄有所有服務器上已經上傳的文件的標識信息。

在一種可選的實施例中，上述裝置還包括：發送模塊，用于服務器發送記錄請求，其中，記錄請求中攜帶有待上傳文件的標識信息，記錄請求用于請求在全局文件記錄表中記錄待上傳文件的標識信息。

此處需要說明的是，上述發送模塊對應于實施例1中的步驟步驟s112，上述模塊與對應的步驟所實現的示例和應用場景相同，但不限于上述實施例1所公開的內容。需要說明的是，上述模塊作為裝置的一部分可以在諸如一組計算機可執行指令的計算機系統中執行。

在一種可選的實施例中，上述全局文件記錄表中還記錄了以下至少之一：文件保存的服務器的標識信息、文件上傳的時間、文件大小，其中，文件保存的服務器的標識信息用于定位該文件所在的服務器。

在一種可選的實施例中，在服務器在本地上傳目錄中檢索到待上傳文件的標識信息和/或從其他服務器上查找到待上傳文件的情況下，上述裝置還包括：第一判斷模塊，用于服務器判斷待上傳文件的標識信息對應的文件的上傳時間與當前時間的時間差是否超過第一閾值；第三執行模塊，用于在時間差是否超過第一閾值的情況下，接受待上傳文件的上傳。

此處需要說明的是，上述第一判斷模塊和第三執行模塊對應于實施例1中的步驟s202和步驟s204，上述模塊與對應的步驟所實現的示例和應用場景相同，但不限于上述實施例1所公開的內容。需要說明的是，上述模塊作為裝置的一部分可以在諸如一組計算機可執行指令的計算機系統中執行。

在一種可選的實施例中，上述裝置還包括：檢測模塊，用于服務器檢測待上傳文件的文件大小；第二判斷模塊，用于服務器判斷待上傳文件的文件大小是否小于第二預設閾值；第四執行模塊，用于在文件大小小于第二預設閾值的情況下，直接接受待上傳文件的上傳。

此處需要說明的是，上述檢測模塊、第二判斷模塊和第四執行模塊對應于實施例1中的步驟s302至s306，上述模塊與對應的步驟所實現的示例和應用場景相同，但不限于上述實施例1所公開的內容。需要說明的是，上述模塊作為裝置的一部分可以在諸如一組計算機可執行指令的計算機系統中執行。

在一種可選的實施例中，上述標識信息包括該文件對應的md5值。

實施例3

根據本發明實施例，還提供了一種存儲介質，存儲介質包括存儲的程序，其中，程序執行實施例1中任意一項可選的或優選的文件上傳方法。

實施例4

根據本發明實施例，還提供了一種處理器，處理器用于運行程序，其中，程序運行時執行實施例1中任意一項可選的或優選的文件上傳方法。

上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。

在本發明的上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的技術內容，可通過其它的方式實現。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，可以為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特征可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。

另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能單元的形式實現。

所述集成的單元如果以軟件功能單元的形式實現并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基于這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可為個人計算機、服務器或者網絡設備等)執行本發明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：u盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。

以上所述僅是本發明的優選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。