一種Web的訪問方法和裝置與流程

本申請涉及網絡通信技術領域，特別涉及一種Web的訪問方法和裝置。

背景技術：

隨著網絡逐漸壯大以及網絡設備的日益發展成熟，過去僅支持通過命令行管理的網絡設備，如今逐漸嵌入Web形式的網絡代理端以方便管理員的控制和管理。

管理員通過Web方式控制和管理網絡設備會遇到電腦端斷電、電腦重啟、瀏覽器崩潰等突發情況，導致原來連接異常斷開，或者長時間沒有操作設備頁面導致登錄超時。這些情況都將導致管理員無法繼續進行配置，并重新恢復到原來的配置頁面。在這些多層次樹狀菜單的Web頁面進行配置時，通常瀏覽器崩潰等原因導致連接異常斷開或者登錄超時，通過瀏覽器保留的URL(Universal Resource Locator，統一資源定位符)地址、或者設備地址再次訪問設備時無法直接恢復到管理員原來所在的配置頁面，都是只能跳轉到設備登錄頁面或者設備首頁。管理員需要重新按照樹形菜單分布逐級跳轉至原來所在配置頁面。

如今的網絡設備功能日益強大，Web端所支持URL層次也日益復雜。管理員逐級跳轉至原來的配置頁面，需要跳轉多次較為費勁，且每次跳轉需要等待服務器響應也比較費時。

技術實現要素：

有鑒于此，本申請提供一種Web的訪問方法和裝置，應用于網絡設備，提高管理員再次登錄Web的訪問效率。

具體地，本申請是通過如下技術方案實現的：

一種Web的訪問方法，應用于網絡設備，其中，所述網絡設備被劃分成若干虛擬設備，各虛擬設備分別配置了獨立的管理員賬號，且各虛擬設備的配置頁面均以多級樹狀結構分別組織在與所述網絡設備對應的主配置頁面中，包括：

當接收到針對目標虛擬設備的任一級配置頁面的訪問請求時，更新記錄的最近一次訪問信息；其中，所述最近一次訪問信息包括管理員最近一次訪問的配置頁面的統一資源定位符URL地址以及管理員的登錄信息；

當所述配置頁面異常退出后，接收管理員針對所述目標虛擬設備的配置頁面的重新登錄請求；

查找是否記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息；

如果記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息，則基于該最近一次訪問信息中記錄的所述配置頁面的URL地址，跳轉到所述配置頁面，以對所述配置頁面執行異常恢復。

一種Web的訪問裝置，應用于網絡設備，其中，所述網絡設備被劃分成若干虛擬設備，各虛擬設備分別配置了獨立的管理員賬號，且各虛擬設備的配置頁面均以多級樹狀結構分別組織在與所述網絡設備對應的主配置頁面中，包括：

更新單元，用于當接收到針對目標虛擬設備的任一級配置頁面的訪問請求時，更新記錄的最近一次訪問信息；其中，所述最近一次訪問信息包括管理員最近一次訪問的配置頁面的統一資源定位符URL地址以及管理員的登錄信息；

接收單元，用于，當所述配置頁面異常退出后，接收管理員針對所述目標虛擬設備的配置頁面的重新登錄請求；

查找單元，用于查找是否記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息；

恢復單元，用于如果記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息，則基于該最近一次訪問信息中記錄的所述配置頁面的URL地址，跳轉到所述配置頁面，以對所述配置頁面執行異常恢復。

由于管理員在配置網絡設備的過程中，每一次的訪問信息均保存于網絡設備中，并隨著配置頁面的跳轉對記錄的訪問信息進行更新；因而如果配置頁面異常退出，管理員重新登錄系統后，網絡設備可以通過登錄請求中的登錄信息與記錄的最近一次訪問信息中保存的登錄信息進行匹配，并在登錄請求中的登錄信息與最近一次訪問信息中保存的登錄信息匹配時，直接跳轉至管理員異常退出時的配置頁面，便于管理員在該配置頁面中繼續進行配置，而不再需要從設備首頁重新進入該配置界面來完成配置。

附圖說明

圖1為相關技術中一示例性實施例示出的一種通過Web方式配置設備的示意圖；

圖2為相關技術中一示例性實施例示出的另一種通過Web方式配置設備的示意圖；

圖3為相關技術中一示例性實施例示出的另一種通過Web方式配置設備的示意圖；

圖4為相關技術中一示例性實施例示出的另一種通過Web方式配置設備的示意圖；

圖5為相關技術中一示例性實施例示出的另一種通過Web方式配置設備的示意圖；

圖6為本申請一示例性實施例示出的一種Web的訪問方法流程圖；

圖7為本申請一示例性實施例示出的一種將網絡設備劃分成虛擬設備的示意圖；

圖8為本申請一種Web的訪問裝置所在網絡設備的一種硬件結構圖；

圖9為本申請一示例性實施例示出的一種Web的訪問裝置。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權利要求書中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指并包含一個或多個相關聯的列出項目的任何或所有可能組合。

應當理解，盡管在本申請可能采用術語第一、第二、第三等來描述各種信息，但這些信息不應限于這些術語。這些術語僅用來將同一類型的信息彼此區分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應于確定”。

虛擬管理系統，是一種一對多的虛擬化技術，通過將一臺物理設備劃分成多臺虛擬設備，并為每臺虛擬設備設置獨立的管理員、硬件資源(如接口、CPU以及內存使用額度等)和軟件資源，各臺虛擬設備之間可以相互獨立運行，有相對獨立的配置管理界面，并且各虛擬設備中的配置界面按照業務需求，組織成多級樹狀結構；其中，該多級樹狀結構中的每一級均可以包含若干個配置子頁面，這些配置子頁面可以存放在各虛擬設備的主配置頁面中。

管理員可以通過Web的方式訪問各虛擬設備的配置頁面，對各虛擬設備進行控制和管理；然而，如果管理員在訪問上述多級樹狀結構分布的任一級配置子頁面對當前的虛擬設備進行配置時，遇到突發情況(比如電腦端斷電、電腦重啟、瀏覽器崩潰等)導致原來的連接狀態斷開，或者，如果管理員長時間沒有操作設備頁面，登錄超時導致原來的連接狀態斷開。在這些情況下，管理員通常無法重新恢復到原來的配置頁面繼續進行配置。管理員需要重新按照樹形菜單分布逐級跳轉至原來的配置頁面。

以下通過一個具體的操作流程來對相關技術進行描述，以配置地址池頁面為例。

1)、請參見圖1，圖1為相關技術中一示例性實施例示出的一種通過Web方式配置設備的示意圖。

當管理員第一次登錄設備Web頁面時，Web頁面默認會跳轉到設備的首頁，設備的首頁如圖1所示，設備首頁屬于一級菜單主控板下的子頁面。其中，圖1中所示的內容為了便于描述，各菜單下僅顯示了部分內容。

2)、請參見圖2，圖2為相關技術中一示例性實施例示出的另一種通過Web方式配置設備的示意圖。

點擊設備首頁中的防火墻，從一級菜單主控板的首頁切換到一級菜單防火墻的首頁，在這一切換過程中，設備的操作頁面需要跳轉一次。

3)、請參見圖3，圖3為相關技術中一示例性實施例示出的另一種通過Web方式配置設備的示意圖。

點擊一級菜單防火墻首頁中的防火墻，展開防火墻下面的二次菜單選項，然后點擊二級菜單中NAT配置，設備的操作頁面就可以切換到二級菜單中的NAT配置的操作頁面，在這一切換過程中，設備的操作頁面需要跳轉一次。

4)、請參見圖4，圖4為相關技術中一示例性實施例示出的另一種通過Web方式配置設備的示意圖。

二次菜單NAT配置還包括三級菜單，包括源NAT，目的NAT，靜態NAT，端口塊NAT，點擊三級菜單中的源NAT選項，設備的操作頁面就會切換到源NAT的操作頁面，在這一切換過程中，設備的操作頁面需要跳轉一次。

5)、請參見圖5，圖5為相關技術中一示例性實施例示出的另一種通過Web方式配置設備的示意圖。

在三級菜單源NAT的操作頁面中，點擊地址池選項圖標，設備的操作頁面就會切換到四級菜單的地址池操作頁面，在這一切換過程中，設備的操作頁面需要跳轉一次。

從上述五個流程中可以看出，配置設備的地址池時，從設備首頁到配置地址池的操作頁面的過程中，設備的操作頁面需要跳轉4次，如果將網絡設備劃分成若干虛擬設備，那么從設備首頁到配置地址池的相應虛擬設備的配置頁面的過程中，設備需要跳轉的次數還要更多。

如果管理員在配置地址池時，遇到突發情況(比如電腦端斷電、電腦重啟、瀏覽器崩潰等)，那么設備將斷開連接，管理無法繼續配置，只有等到重新登錄設備，管理員才可以配置；然而，當管理員重新登錄設備后，管理員無法在原來配置的操作頁面繼續進行配置，也就是說當管理員在圖5所示的操作頁面配置時，設備突然斷開連接，當管理員重新登錄設備后，需要從圖1所示的操作頁面從頭開始進行。當管理員長時間沒有在操作頁面上進行任何處理，那么會導致設備登錄超時，設備會自動斷開連接，在這種情況下，管理員也需要重新進行設備的配置過程。

因此，從相關技術中可以看出，管理員通過Web控制和管理設備時，當遇到登錄超時或者異常斷開連接的情況后再次登錄設備，操作系統會默認自動跳轉至設備登錄頁面或者設備首頁，導致管理員需要通過設備菜單結構逐級跳轉至原來所在配置頁面。

為了解決相關技術中的問題，本申請提供了一種Web的訪問方法，應用于網絡設備，其中，所述網絡設備被劃分成若干虛擬設備，各虛擬設備分別配置了獨立的管理員賬號，且各虛擬設備的配置頁面均以多級樹狀結構分別組織在于所述網絡設備對應的主配置頁面中，當網絡設備接收到針對目標虛擬設備的任一級配置頁面的訪問請求時，更新記錄的最近一次訪問信息；其中，所述最近一次訪問信息包括管理員最近一次訪問的配置頁面的URL地址以及管理員的登錄信息；當所述配置頁面異常退出后，接收管理員針對所述目標虛擬設備的配置頁面的重新登錄請求；通過查找網絡設備中是否記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息；如果網絡設備中記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息，則基于該最近一次訪問信息中記錄的所述配置頁面的URL地址，跳轉到所述配置頁面，以對所述配置頁面執行異常恢復。

由于管理員在配置網絡設備的過程中，每一次的訪問信息均保存于網絡設備中，并隨著配置頁面的跳轉對記錄的訪問信息進行更新；因而如果配置頁面異常退出，管理員重新登錄系統后，網絡設備可以通過登錄請求中的登錄信息與記錄的最近一次訪問信息中保存的登錄信息進行匹配，并在登錄請求中的登錄信息與最近一次訪問信息中保存的登錄信息匹配時，直接跳轉至管理員異常退出時的配置頁面，便于管理員在該配置頁面中繼續進行配置，而不再需要從設備首頁重新進入該配置界面來完成配置。

請參見圖6，圖6為本申請一示例性實施例示出的一種Web的訪問方法流程圖，應用于網絡設備，具體執行以下步驟：

步驟601：當接收到針對目標虛擬設備的任一級配置頁面的訪問請求時，更新記錄的最近一次訪問信息；其中，所述最近一次的訪問信息包括管理員最近一次訪問的配置頁面統一資源定位符URL地址以及管理員的登錄信息；

在本申請中，仍然可以采用一種一對多的虛擬化技術，通過將一臺物理設備劃分成多臺虛擬設備，并為每臺虛擬設備設置獨立的管理員、硬件資源(如接口、CPU以及內存使用額度等)和軟件資源，各臺虛擬設備之間可以相互獨立運行，有相對獨立的配置管理界面，并且各虛擬設備中的配置界面按照業務需求，組織成多級樹狀結構；其中，該多級樹狀結構中的每一級均可以包含若干個配置子頁面，這些配置子頁面可以存放在各虛擬設備的主配置頁面中。

例如，請參見圖7，圖7為本申請一示例性實施例示出的一種將網絡設備劃分成虛擬設備的示意圖。

在圖7中，將一個網絡設備劃分成主控板、防火墻、UAG、IPS、ADX、路由板、BRAS等虛擬設備，其中每個虛擬設備之間獨立運行。各虛擬設備擁有獨立的配置界面，其中，各虛擬設備中的配置界面按照業務需求均組織成多級樹狀結構，其中，每一級包含若干個配置頁面，然后將所述多級樹狀結構存放在各虛擬設備的主配置頁面。

在示出的一種實施方式中，當管理員需要對某個虛擬設備進行參數配置時，可以點擊進入該產品的配置主頁。在顯示的配置主頁中包含若干個虛擬設備ID，點擊各虛擬設備ID，設備頁面會跳轉至各虛擬設備的登錄驗證頁面，在該頁面中，可以輸入對應的賬號，進行登錄驗證，等到驗證成功后，即可以進入對應于該賬號的虛擬設備的主配置頁面。

在主配置頁面中，各配置頁面已經按照多級樹狀結構組織完成，管理員可以基于多級樹狀結構，按照各級之間的先后順序，在各配置頁面中分別進行配置。

在示出的一種實施方式中，管理員在各級的任一配置頁面中進行配置時，當在任一級的任一配置頁面中完成配置后，跳轉至下一個配置頁面時，設備可以向服務器發送下一個配置頁面的訪問請求，其中該訪問請求的訪問信息中包括對應于下一個配置頁面的URL地址，以及管理員的登錄信息。其中，所述登錄信息包括管理員的賬號名稱、管理員的登錄地址、管理員登錄的虛擬設備ID。

上述管理員的賬號名稱和管理員登錄的虛擬設備ID是用于登錄對應于虛擬設備ID的主配置頁面。為了區分登錄虛擬設備的管理員是否是同一個管理員，因此需要管理員的登錄地址。

當服務器接收到設備發送的任一級中任一配置頁面的訪問請求時，可以將服務器中保存的最近一次訪問信息刪除，然后將新接收到的訪問信息進行保存，實現訪問信息的更新。

步驟602：當所述配置頁面異常退出后，接收管理員針對所述目標虛擬設備的配置頁面的重新登錄請求；

在管理員進行相應的參數配置的時候，配置頁面會因為突發情況，比如電腦端斷電、瀏覽器崩潰等，造成配置頁面異常退出。除此之外，管理員完成配置之后可以通過點擊退出登錄來正常退出配置頁面。這兩種退出配置頁面的行為由不同的原因而引發，對于服務器而言，需要區分配置頁面是正常退出還是異常退出。

當管理員點擊退出登錄時，服務器收到設備發送的退出登錄的請求后，可以將服務器中保存的最近一次訪問信息進行刪除，然后響應設備的退出登錄請求。當管理員在配置頁面進行配置時，配置頁面因為突發情況退出登錄時，服務器可以保留服務器中保存的最近一次訪問信息。服務器通過查找服務器中是否記錄了最近一次訪問信息，如果服務器中記錄了最近一次訪問信息，則表明管理員在配置頁面進行配置時，配置頁面是異常退出；如果服務器中沒有記錄最近一次訪問信息，則表明管理員完成了配置，配置頁面是正常退出。

在示出的一種實施方式中，如果管理員在任一配置頁面進行配置時，由于突發情況，比如電腦端斷電、瀏覽器崩潰等，造成配置頁面異常退出。在這樣的情況下，管理員想要繼續完成對產品的參數配置時，可以重新登錄設備，向服務器發送登錄請求。

步驟603：查找是否記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息；

當服務器接收到登錄請求時，可以查找服務器中是否記錄了與該登錄請求中攜帶的登錄信息相對應的最近一次訪問信息。如果服務器中記錄了與該登錄請求中攜帶的登錄信息相對應的最近一次訪問信息，說明管理員最近一次在虛擬設備中進行配置時，配置頁面異常退出。如果服務器中沒有記錄與該登錄請求中攜帶的登錄信息相對應的最近一次訪問信息，說明管理員最近一次在虛擬設備中進行配置時，配置頁面正常退出。

步驟604：如果記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息，則基于該最近一次訪問信息中記錄的所述配置頁面的URL地址，跳轉到所述配置頁面，以對所述配置頁面執行異常恢復。

當服務器查找到與該登錄請求中攜帶的登錄信息相對應的最近一次訪問信息時，從該最近一次訪問信息中提取出管理員的登錄地址，將該管理員的登錄地址與登錄請求中攜帶的IP地址進行比較，如果這兩個地址相同，則表明是同一個管理員發起的登錄請求。在這樣的情況下，可以繼續判斷該登錄請求中的賬號名稱和虛擬設備ID與該最近一次訪問信息中的管理員賬號名稱和管理員登錄的虛擬設備ID是否分別相同。

如果該登錄請求中的賬號名稱與該最近一次訪問信息中的管理員賬號相同，并且該登錄請求中的虛擬設備ID與該最近一次訪問信息中的虛擬設備ID相同，那么可以通過該登錄請求中的賬號名稱以及虛擬設備ID，直接跳轉至與該虛擬設備ID對應的虛擬設備的主配置頁面。

然后，服務器可以從該最近一次訪問信息中提取出URL地址。得到該URL地址后，服務器可以基于該URL地址，其中，該URL地址對應的配置頁面即為管理員在進行配置時，異常退出時的配置頁面。接著，服務器可以提取與該URL地址對應的配置頁面，然后將該配置頁面的顯示在管理員的操作頁面上，從而，實現在配置頁面異常退出后，恢復異常退出時的配置頁面，使管理員能夠繼續配置，而不再需要重新從頭開始配置。

如果該登錄請求中的賬號名稱和虛擬設備ID中任一個參數與該最近一次訪問信息中對應的管理員賬號和管理員登錄的虛擬設備ID不相同，那么可以向設備返回登錄失敗的消息，并向管理員顯示登錄失敗提示。

以上是在該登錄請求中攜帶的IP地址與該最近一次訪問信息中的管理員的登錄地址相同的情況下執行的操作。

當該登錄請求中攜帶的IP地址與該最近一次訪問信息中的管理員的登錄地址不相同，則服務器可以將設備首頁或者登錄首頁顯示在管理員的操作頁面。

以上是在服務器中記錄了最近一次訪問信息的情況下執行的操作。

在示出的一種實施方式中，如果服務器中沒有記錄與所述登錄請求中攜帶的登錄信息對應的最后一次訪問信息，則表明最近一次配置頁面的退出是正常退出。在這樣的情況下，服務器可以將管理員的操作頁面切換至網絡設備首頁。

由以上本申請提供的技術方案可見，所述網絡設備被劃分成若干虛擬設備，各虛擬設備分別配置了獨立的管理員賬號，且各虛擬設備的配置頁面均以多級樹狀結構分別組織在于所述網絡設備對應的主配置頁面中，當網絡設備接收到針對目標虛擬設備的任一級配置頁面的訪問請求時，更新記錄的最近一次訪問信息；其中，所述最近一次訪問信息包括管理員最近一次訪問的配置頁面的URL地址以及管理員的登錄信息；當所述配置頁面異常退出后，接收管理員針對所述目標虛擬設備的配置頁面的重新登錄請求；通過查找網絡設備中是否記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息；如果網絡設備中記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息，則基于該最近一次訪問信息中記錄的所述配置頁面的URL地址，跳轉到所述配置頁面，以對所述配置頁面執行異常恢復。

由于管理員在配置網絡設備的過程中，每一次的訪問信息均保存于網絡設備中，并隨著配置頁面的跳轉對記錄的訪問信息進行更新；因而如果配置頁面異常退出，管理員重新登錄系統后，網絡設備可以通過登錄請求中的登錄信息與記錄的最近一次訪問信息中保存的登錄信息進行匹配，并在登錄請求中的登錄信息與最近一次訪問信息中保存的登錄信息匹配時，直接跳轉至管理員異常退出時的配置頁面，便于管理員在該配置頁面中繼續進行配置，而不再需要從設備首頁重新進入該配置界面來完成配置。

與前述一種Web的訪問方法的實施例相對應，本申請還提供了一種Web的訪問裝置的實施例。

本申請一種Web的訪問裝置的實施例可以應用在網絡設備上。裝置實施例可以通過軟件實現，也可以通過硬件或者軟硬件結合的方式實現。以軟件實現為例，作為一個邏輯意義上的裝置，是通過其所在網絡設備的處理器將非易失性存儲器中對應的計算機程序指令讀取到內存中運行形成的。從硬件層面而言，如圖8所示，為本申請一種Web的訪問裝置所在網絡設備的一種硬件結構圖，除了圖8所示的處理器、內存、網絡接口、以及非易失性存儲器之外，實施例中裝置所在的網絡設備通常根據該Web的訪問裝置的實際功能，還可以包括其他硬件，對此不再贅述。

請參考圖9，圖9為本申請一示例性實施例示出的一種Web的訪問裝置，應用于網絡設備，其中，所述網絡設備被劃分成若干虛擬設備，各虛擬設備分別配置了獨立的管理員賬號，且各虛擬設備的配置頁面均以多級樹狀結構分別組織在與所述網絡設備對應的主配置頁面中，所述裝置包括：更新單元910，接收單元920，查找單元930，恢復單元940。

其中，更新單元910，用于當接收到針對目標虛擬設備的任一級配置頁面的訪問請求時，更新記錄的最近一次訪問信息；其中，所述最近一次訪問信息包括管理員最近一次訪問的配置頁面的統一資源定位符URL地址以及管理員的登錄信息；

接收單元920，用于，當所述配置頁面異常退出后，接收管理員針對所述目標虛擬設備的配置頁面的重新登錄請求；

查找單元930，用于查找是否記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息；

恢復單元940，用于如果記錄了與所述登錄請求中攜帶的登錄信息對應的最近一次訪問信息，則基于該最近一次訪問信息中記錄的所述配置頁面的URL地址，跳轉到所述配置頁面，以對所述配置頁面執行異常恢復。

在本實施例中，所述更新單元910，具體用于：

當接收到針對目標虛擬設備的任一級配置頁面的訪問請求時，查找是否存在與所述訪問請求中攜帶的配置頁面的URL，以及管理員的登錄信息匹配的最近一次訪問請求；

如果存在與所述訪問請求中攜帶的配置頁面的URL，以及管理員的登錄信息匹配的最近一次訪問請求，則更新記錄的最近一次訪問信息；

如果不存在與所述訪問請求中攜帶的配置頁面的URL，以及管理員的登錄信息匹配的最近一次訪問請求，則記錄該訪問請求。

所述查找單元930，具體用于：

獲取登錄請求中攜帶的管理員的賬號名稱、管理員的登錄地址、管理員登錄的虛擬設備ID；

查找是否記錄了與所述管理員的賬號名稱、管理員的登錄地址、管理員登錄的虛擬設備ID均相同的最近一次訪問信息。

在另一實施方式中，所述查找單元930，進一步用于：

如果沒有記錄與所述登錄請求中攜帶的登錄信息對應的最后一次訪問信息，則切換到網絡設備首頁。

在本申請中，所述裝置還包括：

刪除單元，用于如果接收到正常退出登錄的消息，則刪除服務器中保存的最近一次訪問信息。

上述裝置中各個單元的功能和作用的實現過程具體詳見上述方法中對應步驟的實現過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應于方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本申請方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解并實施。

以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內。