一種基于IKEv2的DH算法協商方法及裝置與流程

本申請涉及通信技術領域，特別涉及一種基于IKEv2的DH算法協商方法及裝置。

背景技術：

IKE(Internet Key Exchange，密鑰管理協議)是網絡設備之間用于協商公共密鑰的協議，IKE的協商分為兩個階段，第一階段用于協商雙方公共的用于保護第二階段的密鑰，第二階段用于協商保護數據的密鑰及保護網段。

IKEv2是IKE的第二個版本，在IKEv2的協商中，發起方設備發送至響應方設備的IKEv2協商報文攜帶本地支持的若干種DH(Diffie-Hellman key exchange)算法的標識和對應于其中一種DH算法的發起方密鑰生成參數；響應方設備接收到該IKEv2協商報文后，將該IKEv2協商報文攜帶的DH算法與本地支持的DH算法進行匹配，在匹配成功后，并且該協商報文攜帶的發起方密鑰生成參數對應于響應方設備選中的DH算法，則響應方設備將選中的DH算法的標識和對應于該DH算法的響應方密鑰生成參數返回發起方設備，協商成功。

如果響應方設備選中的DH算法與發起方設備發送的發起方密鑰生成參數不匹配，則協商失敗，響應方設備會發送一個攜帶本地支持的DH算法的標識消息報文至發起方設備，以由發起方設備重新發起協商。現有技術針對協商失敗的情況，發起方設備和響應方設備會多一次報文交互，導致協商效率的降低。

技術實現要素：

有鑒于此，本申請提供一種基于IKEv2的DH算法協商方法及裝置，用以 解決現有技術針對協商失敗的情況，發起方設備和響應方設備會多一次報文交互，導致協商效率的降低的問題。

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

一種基于IKEv2的DH算法協商方法，應用于DH算法協商的發起方設備，所述發起方設備在向DH算法協商的響應方設備發起DH算法協商時，包括：

判斷本設備是否支持DH算法中的多種算法；

如果本設備支持DH算法中的多種算法，則向所述響應方設備發送IKEv2協商報文；其中，所述IKEv2協商報文攜帶本地支持的多種DH算法的標識，以及對應于該多種DH算法的發起方密鑰生成參數；

接收所述響應方設備返回的對應于所述IKEv2協商報文的響應報文；其中，所述響應報文攜帶所述響應方設備從所述多種DH算法中選定的目標DH算法的標識以及對應于該目標DH算法的響應方密鑰生成參數；

獲取所述響應報文中攜帶的所述目標DH算法的標識以及所述響應方密鑰生成參數，完成DH算法協商。

在所述基于IKEv2的DH算法協商方法中，還包括：

根據所述響應報文中攜帶的所述目標DH算法的標識，在本地查找對應于所述目標DH算法的發起方密鑰生成參數，并將查找到的發起方密鑰生成參數在本地進行記錄。

在所述基于IKEv2的DH算法協商方法中，還包括：

完成DH算法協商后，根據對應于所述目標DH算法的發起方密鑰生成參數和響應方密鑰生成參數，計算得到密鑰。

一種基于IKEv2的DH算法協商裝置，應用于DH算法協商的發起方設備，所述發起方設備在向DH算法協商的響應方設備發起DH算法協商時，包括：

判斷單元，用于判斷本設備是否支持DH算法中的多種算法；

第一發送單元，用于如果本設備支持DH算法中的多種算法，則向所述響應方設備發送IKEv2協商報文；其中，所述IKEv2協商報文攜帶本地支持的多種DH算法的標識，以及對應于該多種DH算法的發起方密鑰生成參數；

第一接收單元，用于接收所述響應方設備返回的對應于所述IKEv2協商報文的響應報文；其中，所述響應報文攜帶所述響應方設備從所述多種DH算法中選定的目標DH算法的標識以及對應于該目標DH算法的響應方密鑰生成參數；

獲取單元，用于獲取所述響應報文中攜帶的所述目標DH算法的標識以及所述響應方密鑰生成參數，完成DH算法協商。

在所述基于IKEv2的DH算法協商裝置中，還包括：

第一記錄單元，用于根據所述響應報文中攜帶的所述目標DH算法的標識，在本地查找對應于所述目標DH算法的發起方密鑰生成參數，并將查找到的發起方密鑰生成參數在本地進行記錄。

在所述基于IKEv2的DH算法協商裝置中，還包括：

計算單元，用于完成DH算法協商后，根據對應于所述目標DH算法的發起方密鑰生成參數和響應方密鑰生成參數，計算得到密鑰。

一種基于IKEv2的DH算法協商方法，應用于DH算法協商的響應方設備，所述響應方設備響應于DH算法協商的發起方設備發起的DH算法協商時，包括：

接收所述發起方設備發送的IKEv2協商報文；其中，所述IKEv2協商報文攜帶所述發起方設備支持的多種DH算法的標識和對應于該多種DH算法的發起方密鑰生成參數；

將所述IKEv2協商報文中攜帶的多種DH算法的標識與本地支持的DH算法的標識進行匹配，并從匹配出的DH算法中選定目標DH算法；

獲取所述IKEv2協商報文中攜帶的對應于所述目標DH算法的發起方密鑰生成參數，并向所述發起方設備發送對應于所述IKEv2協商報文的響應報文，以完成DH算法協商；其中，所述響應報文攜帶所述目標DH算法的標識和對應于所述目標DH算法的響應方密鑰生成參數。

在所述基于IKEv2的DH算法協商方法中，還包括：

在本地記錄所述發起方密鑰生成參數，并在完成DH算法協商后，根據對應于所述目標DH算法的發起方密鑰生成參數和響應方密鑰生成參數，計算得到密鑰。

一種基于IKEv2的DH算法協商裝置，應用于DH算法協商的響應方設備，所述響應方設備響應于DH算法協商的發起方設備發起的DH算法協商時，包括：

第二接收單元，用于接收所述發起方設備發送的IKEv2協商報文；其中，所述IKEv2協商報文攜帶所述發起方設備支持的多種DH算法的標識和對應于該多種DH算法的發起方密鑰生成參數；

選擇單元，用于將所述IKEv2協商報文中攜帶的多種DH算法的標識與本地支持的DH算法的標識進行匹配，并從匹配出的DH算法中選定目標DH算法；

第二發送單元，用于獲取所述IKEv2協商報文中攜帶的對應于所述目標DH算法的發起方密鑰生成參數，并向所述發起方設備發送對應于所述IKEv2協商報文的響應報文，以完成DH算法協商；其中，所述響應報文攜帶所述目標DH算法的標識和對應于所述目標DH算法的響應方密鑰生成參數。

在所述基于IKEv2的DH算法協商裝置中，還包括：

第二記錄單元，用于在本地記錄所述發起方密鑰生成參數，并在完成DH算法協商后，根據對應于所述目標DH算法的發起方密鑰生成參數和響應方密鑰生成參數，計算得到密鑰。

在本申請實施例中，發起方設備在向響應方設備發起DH算法協商時，首先判斷本設備是否支持多種DH算法，如果是，則向所述響應方設備發送IKEv2協商報文，其中，所述IKEv2協商報文攜帶所述發起方設備支持的多種DH算法的標識，以及對應于該多種DH算法的發起方密鑰生成參數；然后接收所述響應方設備返回的對應于所述IKEv2協商報文的響應報文，其中，所述響應報文攜帶所述響應方設備從所述多種DH算法中選定的目標DH算法的標識以及對應于該目標DH算法的響應方密鑰生成參數；所述發起方設備獲取所述響應報文中攜帶的所述目標DH算法的標識以及所述響應方密鑰生成參數，完成DH算法協商。

由于在本申請實施例中，發起方設備發送至響應方設備的IKEv2協商報文中攜帶發起方設備支持的多種DH算法的發起方密鑰生成參數，因此響應方設備在與所述發起方設備從所述多種DH算法中協商出目標DH算法時，與所述發 起方設備執行一次協商交互，就能夠正常獲取到與該目標DH算法對應的發起方密鑰生成參數，從而可以降低協商的交互次數，提升DH算法協商的效率。

附圖說明

圖1是本申請示出的一種基于IKEv2的DH算法協商方法的流程圖；

圖2是本申請示出的另一種基于IKEv2的DH算法協商方法的流程圖；

圖3是相關技術中IKEv2協商報文的KE載荷格式示意圖；

圖4是本申請示出的一種IKEv2協商報文的KE載荷格式示意圖；

圖5是本申請示出的一種基于IKEv2的DH算法協商裝置的實施例框圖；

圖6是本申請示出的一種基于IKEv2的DH算法協商裝置的硬件結構圖；

圖7是本申請示出的另一種基于IKEv2的DH算法協商裝置的實施例框圖；

圖8是本申請示出的另一種基于IKEv2的DH算法協商裝置的硬件結構圖。

具體實施方式

為了使本技術領域的人員更好地理解本發明實施例中的技術方案，并使本發明實施例的上述目的、特征和優點能夠更加明顯易懂，下面結合附圖對現有技術方案和本發明實施例中的技術方案作進一步詳細的說明。

在現有技術中，基于IKEv2的DH算法協商是由DH算法的發起方設備發送IKEv2協商報文至響應方設備；其中，IKEv2協商報文中攜帶發起方設備針對DH算法提供的算法提議，該算法提議中的DH算法為發起方設備支持的DH算法的標識。由于基于DH算法生成密鑰還需發起方設備與響應方設備互換密鑰生成參數，所以IKEv2協商報文還攜帶發起方密鑰生成參數。在現有技術中，IKEv2協商報文攜帶的發起方密鑰生成參數僅僅對應于算法提議中的一種DH算法。

響應方設備接收到IKEv2協商報文后，將IKEv2協商報文攜帶的DH算法的標識與本設備支持的DH算法進行匹配，如果能夠匹配到相同的DH算法，當匹配到多種DH算法時，從匹配到的多種DH算法中選定一種；當匹配到一種 DH算法時，則響應方設備選定的DH算法就是匹配到的DH算法。

響應方設備選定DH算法后，檢查上述IKEv2協商報文攜帶的發起方密鑰生成參數是否對應于選定的DH算法。如果是，則響應方設備可以發送攜帶選定的DH算法的標識和對應于該DH算法的響應方密鑰生成參數的響應報文至發起方設備；發起方設備接收到該響應報文，確定響應方設備選定的DH算法，協商成功。

然而，由于IKEv2協商報文只攜帶對應于一種DH算法的發起方密鑰生成參數，因此，響應方設備選定的DH算法可能與該發起方密鑰生成參數不匹配，此時，響應方設備會發送一個INVALID_KE_PAYLOAD類型的消息報文至發起方設備，該消息報文攜帶響應方設備支持的DH算法的標識，以由發起方設備在接收到該消息報文后重新發起DH算法協商。

可見，在DH算法協商失敗的情況下，發起方設備和響應方設備會多一次報文交互，導致DH算法協商的效率降低。

為解決上述問題，在本申請實施例中，發起方設備發送的IKEv2協商報文攜帶對應于多種DH算法的發起方密鑰生成參數，確保響應方設備選定的任意DH算法都有有效的發起方密鑰生成參數，防止協商失敗造成多一次的報文交互。

參見圖1，為本申請示出的一種基于IKEv2的DH算法協商方法的流程圖，該方法的執行主體是DH算法協商的發起方設備，該發起方設備在向DH算法協商的響應方設備發起DH算法協商時；所述方法包括以下步驟：

步驟101：判斷本設備是否支持DH算法中的多種算法。

步驟102：如果本設備支持DH算法中的多種算法，則向所述響應方設備發送IKEv2協商報文；其中，所述IKEv2協商報文攜帶本地支持的多種DH算法的標識，以及對應于該多種DH算法的發起方密鑰生成參數。

步驟103：接收所述響應方設備返回的對應于所述IKEv2協商報文的響應報文；其中，所述響應報文攜帶所述響應方設備從所述多種DH算法中選定的目標DH算法的標識以及對應于該目標DH算法的響應方密鑰生成參數。

步驟104：獲取所述響應報文中攜帶的所述目標DH算法的標識以及所述響 應方密鑰生成參數，完成DH算法協商。

與上述應用于DH算法協商的發起方設備的方法的流程圖相對應，本申請還提供了應用于DH算法協商的響應方設備的方法的流程圖，參見圖2，為本申請示出的另一種基于IKEv2的DH算法協商方法的流程圖，該方法的執行主體是DH算法協商的響應方設備，該響應方設備響應于DH算法協商的發起方設備發起的DH算法協商時；所述方法包括以下步驟：

201：接收所述發起方設備發送的IKEv2協商報文；其中，所述IKEv2協商報文攜帶所述發起方設備支持的多種DH算法的標識和對應于該多種DH算法的發起方密鑰生成參數。

202：將所述IKEv2協商報文中攜帶的多種DH算法的標識與本地支持的DH算法的標識進行匹配，并從匹配出的DH算法中選定目標DH算法。

203：獲取所述IKEv2協商報文中攜帶的對應于所述目標DH算法的發起方密鑰生成參數，并向所述發起方設備發送對應于所述IKEv2協商報文的響應報文，以完成DH算法協商；其中，所述響應報文攜帶所述目標DH算法的標識和對應于所述目標DH算法的響應方密鑰生成參數。

上述協商報文，包括IKEv2協商過程任意階段的協商報文；例如，在實際應用中，上述協商報文可以包括IKE_SA_INIT報文、IKE_AUTH報文、CREATE_CHILD_SA報文，或者IKEv2協議中添加的后續階段的協商報文。

為了提高DH算法協商效率，避免出現響應方設備在選定目標DH算法后無法獲得對應于目標DH算法的發起方密鑰生成參數，可以對IKEv2協商報文的進行擴展，讓IKEv2協商報文攜帶對應于多種DH算法的發起方密鑰生成參數。

請參見圖3，圖3為相關技術中IKEv2協商報文的KE(Key Exchange Data)載荷格式示意圖，如圖所示，DH Group num字段填充說明該KE載荷用于哪種DH算法的數值；Key Exchange Data為對應于上述DH算法的發起方密鑰生成參數。報文中Next Payload、RESERVED、Payload Length為IKEv2報文的通用格式，在此不再贅述。

請參見圖4，圖4為本申請示出的一種IKEv2協商報文的KE載荷格式示意 圖，如圖所示，本申請對IKEv2協商報文進行拓展后，IKEv2協商報文可以攜帶多組KE載荷(圖中為3組)，DH Group num字段填充說明下方的KE載荷用于哪種DH算法的數值；Key Exchange Data為對應于上述DH算法的發起方密鑰生成參數。拓展后的KE載荷可以攜帶對應多種DH算法的發起方密鑰生成參數。

在本申請實施例中，發起方設備在與響應方設備發起DH算法協商時，首先可以判斷本設備是否支持DH算法中的多種算法，如果本設備僅支持DH算法中的其中一種算法，則可以根據現有技術直接發送IKEv2協商報文至響應方設備，與響應方設備進行DH算法協商即可，具體過程本申請中不再進行詳述。如果本設備支持DH算法中的多種DH算法(比如同時支持DH算法中的DH1、DH2、DH5等算法)，則可以向DH算法協商的響應方設備發送IKEv2協商報文；其中，該IKEv2協商報文攜帶本地支持的多種DH算法的標識，以及對應于該多種DH算法的發起方密鑰生成參數。

下面以上述協商報文為IKEv2的IKE_SA_INIT報文為例進行舉例說明：

Initiator(發起方設備)向Responder(響應方設備)發送的IKEv2協商報文包括HDR、SAi、KEi、Ni；其中，HDR為報文頭部，SAi為發起方設備提供的算法提議，包括多種DH算法的標識，KEi為發起方設備的KE載荷，即為發起方密鑰生成參數，Ni為隨機數。

當發起方設備確定本地支持多種DH算法時(例如：3種)，可以向響應方設備發送的IKEv2協商報文的SAi包括3種DH算法的標識，該IKEv2協商報文還包括KEi1、KEi2、KEi3三種KE載荷，每一種KE載荷分別與SAi中的三種DH算法相對應。HDR及Ni與本申請實施例的技術方案無關，不再贅述。

通過在IKEv2協商報文中攜帶對應于每一種發起方設備支持的DH算法的發起方密鑰生成參數，確保后續響應方設備選定的任一DH算法后都能獲得有效的發起方密鑰生成參數，避免協商失敗。

在示出的一種實施方式中，由于發起方密鑰生成參數在DH算法協商完成后，要用于計算密鑰，因此，發起方設備在發送上述IKEv2協商報文時，可以 在本地保存對應于各DH算法的標識的發起方密鑰生成參數，以及各DH算法的標識與上述發起方密鑰生成參數的映射關系。通過該措施，發起方設備在接收到響應方設備返回的響應報文時，可以便捷地查找到響應方設備選定的目標DH算法對應的發起方密鑰生成參數。

在本申請實施例中，響應方設備在接收到發起方設備發送的IKEv2協商報文時，根據該IKEv2協商報文攜帶的多種DH算法的標識與本地支持的DH算法的標識進行匹配。如果匹配成功，即響應方設備支持的DH算法中存在與該IKEv2協商報文攜帶的多種DH算法中相同的DH算法。則響應方設備需選定一種目標DH算法作為發起方設備與響應方設備共用的DH算法。

一方面，響應方設備支持的DH算法中只有一種DH算法與該IKEv2協商報文攜帶的DH算法相同，則可以確定該DH算法就是目標DH算法。

另一方面，響應方設備支持的DH算法中存在多種DH算法與該IKEv2協商報文攜帶的DH算法相同，則可以基于預設的策略從相同的DH算法中選定目標DH算法。其中，預設的策略可以基于實際應用情況進行配置，例如，可以是選擇第一種匹配成功的DH算法，或者，在匹配完成后，隨機選擇一種相同的DH算法。

在本申請實施例中，響應方設備選定目標DH算法后，可以向發起方設備發送對應于上述IKEv2協商報文的響應報文；其中，該響應報文攜帶上述目標DH算法的標識和對應于上述DH算法的響應方密鑰生成參數。

下面仍舊以IKEv2的IKE_SA_INIT協商進行舉例說明：

Responder(響應方設備)向Initiator(發起方設備)發送的響應報文包括HDR、SAr、KEr、Nr；其中，HDR為報文頭部，SAr為響應方設備選定的算法提議，包括目標DH算法的標識，KEr為響應方設備的KE載荷，即為對應于目標DH算法的響應方密鑰生成參數，Nr為隨機數。HDR及Nr與本申請實施例的技術方案無關，不再贅述。

在示出的一種實施方式中，響應方設備在選定目標DH算法后，可以在發送上述響應報文時，在本地記錄對應于目標DH算法的標識的響應方密鑰生成 參數，然后根據對應于目標DH算法的發起方密鑰生成參數和響應方密鑰生成參數計算得到密鑰。

在本申請實施例中，發起方設備接收到響應方設備返回的上述響應報文后，獲取上述響應報文中攜帶的目標DH算法的標識以及響應方密鑰生成參數。此時，DH算法協商完成，發起方設備和響應方設備確定以目標DH算法計算密鑰。

發起方設備在獲得目標DH算法的標識后，可以根據該標識在本地查找對應的發起方密鑰生成參數，當查找到發起方密鑰生成參數后在本地進行記錄，然后根據查找到的發起方密鑰生成參數以及上述響應報文中的響應方密鑰生成參數計算得到密鑰。

以上實施例以IKE_SA_INIT協商為例進行說明，需要說明的是，在實際應用中，上述協商報文并不限于IKE_SA_INIT報文，還可以是IKEv2協議中的其它階段的協商報文；比如，IKE_AUTH協商報文、CREATE_CHILD_SA協商報文，或者IKEv2協議中后續階段的協商報文。

綜上所述，在本申請實施例中，針對DH算法協商的發起方設備支持多種DH算法導致發起方設備與響應方設備對DH算法協商失敗的問題，發起方設備在發起DH算法協商時，首先判斷本設備是否支持DH算法中的多種算法，如果是，則向響應方設備發送IKEv2協商報文，其中，該IKEv2協商報文攜帶本身支持的多種DH算法的標識，以及對應于該多種DH算法的發起方密鑰生成參數；發起方設備接收到響應發設備返回的響應報文后，獲取該響應報文中攜帶的目標DH算法以及響應方密鑰生成參數，確定發起方設備和響應方設備共同使用的DH算法，完成協商。

由于在本申請中，發起方設備發送的IKEv2協商報文攜帶對應于發起方設備支持的多種DH算法的發起方密鑰生成參數，因此響應方設備在與所述發起方設備從所述多種DH算法中協商出目標DH算法時，與所述發起方設備執行一次協商交互，就能夠正常獲取到與該目標DH算法對應的發起方密鑰生成參數，從而可以降低協商的交互次數，提升DH算法協商的效率。

與本申請基于IKEv2的DH算法協商方法的實施例相對應，本申請還提供 了用于執行上述方法實施例的裝置的實施例。

參加圖5，為本申請示出的一種基于IKEv2的DH算法協商裝置的實施例框圖：

如圖5所示，該基于IKEv2的DH算法協商裝置50包括：

判斷單元510，用于判斷本設備是否支持DH算法中的多種算法。

第一發送單元520，用于如果本設備支持DH算法中的多種算法，則向所述響應方設備發送IKEv2協商報文；其中，所述IKEv2協商報文攜帶本地支持的多種DH算法的標識，以及對應于該多種DH算法的發起方密鑰生成參數。

第一接收單元530，用于接收所述響應方設備返回的對應于所述IKEv2協商報文的響應報文；其中，所述響應報文攜帶所述響應方設備從所述多種DH算法中選定的目標DH算法的標識以及對應于該目標DH算法的響應方密鑰生成參數。

獲取單元540，用于獲取所述響應報文中攜帶的所述目標DH算法的標識以及所述響應方密鑰生成參數，完成DH算法協商。

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

第一記錄單元550，用于根據所述響應報文中攜帶的所述目標DH算法的標識，在本地查找對應于所述目標DH算法的發起方密鑰生成參數，并將查找到的發起方密鑰生成參數在本地進行記錄。

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

計算單元560，用于完成DH算法協商后，根據對應于所述目標DH算法的發起方密鑰生成參數和響應方密鑰生成參數，計算得到密鑰。

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

參見圖7，為本申請示出的另一種基于IKEv2的DH算法協商裝置的實施例框圖：

如圖7所示，該基于IKEv2的DH算法協商裝置70包括：

第二接收單元710，用于接收所述發起方設備發送的IKEv2協商報文；所述IKEv2協商報文攜帶所述發起方設備支持的多種DH算法的標識和對應于該多種DH算法的發起方密鑰生成參數。

選擇單元720，用于將所述IKEv2協商報文中攜帶的多種DH算法的標識與本地支持的DH算法的標識進行匹配，并從匹配出的DH算法中選定目標DH算法。

第二發送單元730，用于獲取所述IKEv2協商報文中攜帶的對應于所述目標DH算法的發起方密鑰生成參數，并向所述發起方設備發送對應于所述IKEv2協商報文的響應報文，以完成DH算法協商；其中，所述響應報文攜帶所述目標DH算法的標識和對應于所述目標DH算法的響應方密鑰生成參數。

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

第二記錄單元740，用于在本地記錄所述發起方密鑰生成參數，并在完成DH算法協商后，根據對應于所述目標DH算法的發起方密鑰生成參數和響應方密鑰生成參數，計算得到密鑰。

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

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

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

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