一種數據中心模型、信息處理方法和裝置與流程

本發明涉及計算機領域，特別是涉及一種數據中心模型、一種信息處理方法和裝置。

背景技術：

數據中心(Data Center，DC)中往往包含大量設備，不同的設備在不同的層面上提供不同的功能。在以往的技術中，數據中心管理員需要使用不同的管理軟件在不同層面上對數據中心的設備進行管理，例如網絡管理軟件用于管理網絡連接，虛擬化管理軟件用于管理虛擬化設備，業務管理軟件用于管理應用程序。由于數據中心管理員管理設備需要掌握多個管理軟件，因此給管理員造成很大不便。

為了解決這個技術問題，針對數據中心的統一管理軟件應運而生，所述統一管理軟件可以兼容各個層次的管理軟件，并將各個層次的管理軟件提供的數據匯聚起來進行分析處理，從而實現對不同層面上的設備進行管理的目的。為了實現對數據中心的設備進行統一管理的目的，所述統一管理軟件需要通過將不同層面的管理系統的管理對象進行統一建模，而如何基于數據中心進行建模，是統一管理軟件設計的難點。

現有技術按照物理設備在系統不同網絡拓撲層上表現出的不同邏輯功能進行分層建模，該模型的特點是物理設備在不同的網絡拓撲層對應有不同的對象實例。例如，參見圖1，物理層的第一交換機在二層網絡中對應有第一交換機服務器，在三層網絡中對應有網關服務器；物理層的交換機端口A在二層網絡中對應有第一交換機服務器的Lan(局域網)端口A，所述物理層的物理端口A在三層網絡中還對應有IP(Internet Protocol)端口。分層建立的模型不僅包括對象實例，還包括對象實例之間的從屬關系或連接關系。例如，圖1中物理層包括第一交換機、物理端口A、第二交換機、物理端口B，各對象實例之間的關系為：所述物理端口A屬于所述第一交換機，所述物理端口B屬于所述第二交換機，所述物理端口A與所述物理端口B連接。因此，通 過模型管理員可以掌握各層的各個對象實例以及各對象實例相互之間的從屬關系或連接關系。

通常情況下，每個層次都有對應的分層管理軟件對該層的對象實例進行監控，并將監控到的信息發送給統一管理軟件，統一管理軟件根據監控到的信息更新與所述信息對應的對象實例的狀態。但是在實際應用中，由于一些原因，對象實例的信息全部缺失，導致該對象實例的狀態無法及時被更新，或者，對象實例的信息部分缺失，導致該對象實例的狀態雖然及時得到更新，但是不全面，因此系統或管理員在依據對象實例的狀態進行分析時，可能會導致分析不準確，甚至分析錯誤的后果。

例如，現有技術以對象實例的狀態為輸入，通過故障關聯矩陣來分析系統發生故障的根本原因，如果對象實例的狀態沒有得到及時更新或更新后狀態不全面，則分析出來的結果可能就不準確。

假設圖1中的物理端口A由于損壞發生故障，因為物理端口A故障會導致Lan端口訪問故障，所以在理想情況下，系統應當接收到“物理端口A故障”和“Lan端口A訪問故障”的告警信息，并且應當根據“物理端口A故障”的告警信息確定所述物理端口A的狀態為故障，根據“Lan端口A訪問故障”的告警信息確定所述Lan端口A的狀態為故障。但是實際上，統一管理軟件沒有接收到關于Lan端口A的任何告警信息，或者，統一管理軟件接收到關于Lan端口A的告警信息，但是告警信息為“Lan端口A丟包率超出預設值”，并非是“Lan端口A訪問故障”。那么在利用故障關聯矩陣分析故障根因時，會按照物理端口A故障且Lan端口A訪問正常，或者是，物理端口A故障且Lan端口A丟包率超出預設值進行分析，最終會導致錯誤的分析結果。

上述例子以告警信息為例，說明在對象實例的信息全部缺失或部分缺失的情況下，統一管理軟件信息的分析結果可能發生不準確甚至錯誤的情況，而對象實例的信息不僅包括告警信息，還包括其他非告警信息，信息分析的目的也不僅僅只有確定故障根源，還可能有其他分析目的。因此，如何在對象實例的信息全部或部分缺失時，統一管理軟件對信息的分析結果仍然準確是現有技術亟待解決的問題。

技術實現要素：

為了解決上述技術問題，本發明實施例提供了一種數據中心模型、信息處理方法和裝置，起到更新和補充對象實例的狀態的作用，從而提高了系統或管理員依據對象實例狀態進行分析的準確率。

第一方面，本發明實施例提供了一種數據中心模型，所述模型包括物理層和至少一個網絡拓撲層，所述物理層包括物理對象實例和所述物理對象實例之間的連接關系；所述網絡拓撲層包括根據所述物理對象實例在所述網絡拓撲層表現出的邏輯功能建立的邏輯對象實例，以及所述邏輯對象實例之間的連接關系；所述物理對象實例和所述邏輯對象實例均稱為對象實例；

所述模型還包括所述對象實例之間的依賴關系，所述依賴關系是指一個對象實例的功能實現依賴于另一個對象實例的功能實現。

在第一方面的第一種可能的實現方式中，所述依賴關系包括從屬關系和映射關系，其中，所述從屬關系是指一個對象實例在功能結構上從屬于另外一個同層的對象實例，從屬的對象實例在功能實現上依賴于被從屬的對象實例的功能實現；

所述映射關系是指低層級的一個對象實例與該對象實例在高層級表現出的邏輯功能建立的對象實例之間的關系，高層級對象實例的功能實現依賴于低層級對象實例的功能實現。

第二方面，本發明實施例提供了一種信息處理方法，所述方法應用于第一方面本發明實施例提供的數據中心模型，所述數據中心模型包括第一對象實例與第二對象實例，所述第一對象實例與所述第二對象實例具有所述依賴關系，且所述第二對象實例的功能實現依賴于所述第一對象實例的功能實現；

所述方法包括：

獲取第一對象實例的信息，根據所述第一對象實例的信息確定所述第一對象實例的狀態；

依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態；

存儲所述第二對象實例的邏輯狀態。

在第二方面的第一種可能的實現方式中，所述方法還包括：

獲取所述第二對象實例的信息，并根據所述第二對象實例的信息確定所述第二對象實例的實際狀態；

若所述實際狀態與所述邏輯狀態相同，所述存儲所述第二對象實例的邏輯狀態具體為：

存儲所述第二對象實例的實際狀態或所述邏輯狀態。

在第二方面的第二種可能的實現方式中，所述方法還包括：所述第二對象實例的邏輯狀態對應的故障等級為邏輯故障等級；所述第二對象實例的實際狀態對應的故障等級為實際故障等級；

若所述實際狀態與所述邏輯狀態不相同，所述存儲所述第二對象實例的邏輯狀態包括：

若所述實際故障等級高于所述邏輯故障等級，則存儲所述第二對象實例的實際狀態；

若所述邏輯故障等級高于所述實際故障等級，則存儲所述第二對象實例的邏輯狀態；

若所述實際故障等級等于所述邏輯故障等級，則存儲所述第二對象實例的邏輯狀態和/或所述實際狀態。

結合第二方面或者第二方面的第一種或第二種可能的實現方式，在第三種可能的實現方式中，所述第一對象實例的信息包括所述第一對象實例的第一信息和所述第一對象實例的第二信息；

所述根據所述第一對象實例的信息確定所述第一對象實例的狀態包括：

根據所述第一對象實例的第一信息確定所述第一對象實例的第一狀態；

根據所述第一對象實例的第二信息確定所述第一對象實例的第二狀態；

若所述第一狀態與所述第二狀態相同，則將所述第一狀態或所述第二狀態作為所述第一對象實例的狀態。

結合第二方面的第三種可能的實現方式，在第四種可能的實現方式中，所述第一狀態對應的故障等級為第一故障等級，所述第二狀態對應的故障等級為第二故障等級；

若所述第一狀態與所述第二狀態不同，且所述第一故障等級高于所述第二故障等級，則將所述第一狀態作為所述第一對象實例的狀態；

若所述第一狀態與所述第二狀態不同，且所述第二故障等級高于所述第一故障等級，則將所述第二狀態作為所述第一對象實例的狀態；

若所述第一狀態與所述第二狀態不同，且所述第一故障等級等于所述第二故障等級，則將所述第一狀態和/或所述第二狀態作為所述第一對象實例的狀態。

在第二方面的第五種可能的實現方式中，所述數據中心模型還包括第三對象實例，所述第三對象實例與所述第二對象實例具有所述依賴關系，所述第三對象實例的功能實現依賴于所述第二對象實例的功能實現；

存儲所述第二對象實例的邏輯狀態后，所述方法還包括：

依據所述第二對象實例的狀態，以及所述第二對象實例與所述第三對象實例之間的依賴關系確定所述第三對象實例的邏輯狀態；

存儲所述第三對象實例的邏輯狀態。

在第二方面的第六種可能的實現方式中，所述數據中心模型還包括第四對象實例，所述第四對象實例與所述第二對象實例具有所述依賴關系，所述第四對象實例的功能實現依賴于所述第二對象實例的功能實現；

存儲所述第二對象實例的邏輯狀態后，所述方法還包括：

依據所述第一對象實例與所述第二對象實例之間的依賴關系，以及所述第四對象實例與所述第二對象實例之間的依賴關系，得到所述第一對象實例與所述第四對象實例之間的依賴關系；

根據所述第一對象實例的狀態，以及所述第一對象實例和所述第四對象實例之間的依賴關系確定所述第四對象實例的邏輯狀態；

存儲所述第四對象實例的邏輯狀態。

第三方面，本發明實施例提供了一種信息處理裝置，所述裝置應用于第一方面本發明實施例提供的數據中心模型，所述數據中心模型包括第一對象實例與第二對象實例，所述第一對象實例與所述第二對象實例具有所述依賴關系，且所述第二對象實例的功能實現依賴于所述第一對象實例的功能實現；

所述裝置包括：第一獲取單元、第一確定單元、邏輯狀態確定單元和第一存儲單元，所述第一獲取單元與所述第一確定單元連接，所述第一確定單元與所述邏輯狀態確定單元連接，所述邏輯狀態確定單元與所述第一存儲單 元連接；

所述第一獲取單元，用于獲取第一對象實例的信息；

所述第一確定單元，用于根據所述第一對象實例的信息確定所述第一對象實例的狀態；所述邏輯狀態確定單元，用于依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態；

所述第一存儲單元，用于存儲所述第二對象實例的邏輯狀態。

在第三方面的第一種可能的實現方式中，所述裝置還包括：第二獲取單元和第二確定單元，所述第二獲取單元與所述第二確定單元連接，所述第二確定單元與所述第一存儲單元連接；

所述第二獲取單元，用于獲取所述第二對象實例的信息；

所述第二確定單元，用于根據所述第二對象實例的信息確定所述第二對象實例的實際狀態；

所述第一存儲單元包括：第一存儲子單元；

所述第一存儲子單元，用于若所述實際狀態與所述邏輯狀態相同，存儲所述第二對象實例的實際狀態或邏輯狀態。

結合第三方面的第一種可能的實現方式，在第二種可能的實現方式中，所述裝置還包括：

所述第二對象實例的邏輯狀態對應的故障等級為邏輯故障等級；所述第二對象實例的實際狀態對應的故障等級為實際故障等級；

所述第一存儲單元包括：第二存儲子單元、第三存儲子單元或第四存儲子單元；

所述第二存儲子單元，用于若所述實際狀態與所述邏輯狀態不相同，且所述實際故障等級高于所述邏輯故障等級，存儲所述第二對象實例的實際狀態；

所述第三存儲子單元，用于若所述實際狀態與所述邏輯狀態不相同，且所述邏輯故障等級高于所述實際故障等級，存儲所述第二對象實例的邏輯狀態；

所述第四存儲子單元，用于若所述實際故障等級等于所述邏輯故障等級， 存儲所述第二對象實例的邏輯狀態和/或所述實際狀態。

結合第三方面或者第一方面的第一種或第二種可能的實現方式，在第三種可能的實現方式中，所述第一對象實例的信息包括所述第一對象實例的第一信息和所述第一對象實例的第二信息；

所述第一確定單元，用于根據所述第一對象實例的信息確定所述第一對象實例的狀態包括：

所述第一確定單元，用于根據所述第一對象實例的第一信息確定所述第一對象實例的第一狀態；根據所述第一對象實例的第二信息確定所述第一對象實例的第二狀態；若所述第一狀態與所述第二狀態相同，則將所述第一狀態或所述第二狀態作為所述第一對象實例的狀態。

結合第三方面的第三種可能的實現方式，在第四種可能的實現方式中，所述第一狀態對應的故障等級為第一故障等級，所述第二狀態對應的故障等級為第二故障等級；

所述第一確定單元，還用于：

若所述第一狀態與所述第二狀態不同，且所述第一故障等級高于所述第二故障等級，則將所述第一狀態作為所述第一對象實例的狀態；

若所述第一狀態與所述第二狀態不同，且所述第二故障等級高于所述第一故障等級，則將所述第二狀態作為所述第一對象實例的狀態；

若所述第一狀態與所述第二狀態不同，且所述第一故障等級等于所述第二故障等級，則將所述第一狀態和/或所述第二狀態作為所述第一對象實例的狀態。

在第三方面的第五種可能的實現方式中，所述數據中心模型還包括第三對象實例，所述第三對象實例與所述第二對象實例具有所述依賴關系，所述第三對象實例的功能實現依賴于所述第二對象實例的功能實現；

所述裝置還包括：第三確定單元和第二存儲單元；所述第一存儲單元與所述第三確定單元連接，所述第三確定單元與所述第二存儲單元連接；

所述第三確定單元，用于依據所述第二對象實例的狀態，以及所述第二對象實例與所述第三對象實例之間的依賴關系確定所述第三對象實例的邏輯狀態；

所述第二存儲單元，用于存儲所述第三對象實例的邏輯狀態。

在第三方面的第六種可能的實現方式中，所述數據中心模型還包括第四對象實例，所述第四對象實例與所述第二對象實例具有所述依賴關系，所述第四對象實例的功能實現依賴于所述第二對象實例的功能實現；

所述裝置還包括：依賴關系計算單元、第四確定單元和第三存儲單元；所述第一存儲單元與所述依賴關系計算單元連接，所述依賴關系計算單元與所述第四確定單元連接，所述第四確定單元與所述第三存儲單元連接；

依賴關系計算單元，用于依據所述第一對象實例與所述第二對象實例之間的依賴關系，以及所述第四對象實例與所述第二對象實例之間的依賴關系，得到所述第一對象實例與所述第四對象實例之間的依賴關系；

所述第四確定單元，用于根據所述第一對象實例的狀態，以及所述第一對象實例和所述第四對象實例之間的依賴關系確定所述第四對象實例的邏輯狀態；

所述第三存儲單元，用于存儲所述第四對象實例的邏輯狀態。

本發明提供了一種不同于現有技術的數據中心模型，所述模型包括物理層和至少一個網絡拓撲層，所述物理層包括物理對象實例和所述物理對象實例之間的連接關系；所述網絡拓撲層包括根據所述物理對象實例在所述網絡拓撲層表現出的邏輯功能建立的邏輯對象實例，以及所述邏輯對象實例之間的連接關系；所述物理對象實例和所述邏輯對象實例均稱為對象實例。所述數據中心模型包括第一對象實例與第二對象實例，所述第一對象實例與所述第二對象實例具有所述依賴關系，且所述第二對象實例的功能實現依賴于所述第一對象實例的功能實現。由于本發明提供的數據中心模型具備所述第二對象實例與所述第一對象實例之間的依賴關系，當根據所述第一對象實例的信息確定了所述第一對象實例的狀態后，能夠依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系推斷出所述第二對象實例的邏輯狀態，即使所述第二對象實例的信息缺失，也可以通過將所述第二對象實例的邏輯狀態作為所述第二對象實例的狀態，來起到更新和補充所述第二對象實例的狀態的作用，從而提高了系統或管理員依據所述第二 對象實例狀態進行分析的準確率。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為現有技術的數據中心模型示意圖；

圖2為本發明實施例提供的數據中心模型示意圖；

圖3為本發明提供的一種信息處理方法實施例一的流程圖；

圖4為本發明提供的一種信息處理方法實施例二的流程圖；

圖5為本發明提供的一種信息處理方法實施例三的流程圖；

圖6為本發明提供的一種信息處理方法實施例四的流程圖；

圖7為本發明提供的一種信息處理方法實施例五的流程圖；

圖8為本發明提供的一種信息處理裝置實施例一的結構框圖；

圖9為本發明提供的一種信息處理裝置實施例二的結構框圖；

圖10為本發明提供的一種信息處理裝置實施例三的結構框圖；

圖11為本發明提供的一種信息處理裝置實施例四的結構框圖。

具體實施方式

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

現有技術基于數據中心建立的模型是根據物理設備在系統不同網絡拓撲層上表現出的不同的邏輯功能分層建立的模型，這種模型的特點是物理設備在不同的網絡拓撲層對應有不同的對象實例，同一層的各個對象實例之間按照邏輯關系進行連接，所述邏輯關系包括從屬關系和連接關系。在實際應用中，由于一些原因，對象實例的信息全部缺失，導致該對象實例的狀態無法 及時被更新，或者，對象實例的信息部分缺失，導致該對象實例的狀態雖然及時得到更新，但是不全面，因此在統一管理軟件根據對象實例的狀態進行分析時，可能會分析不準確，甚至得到錯誤的分析結果。

為了克服上述技術問題，本發明提供一種數據中心模型，所述模型包括物理層和至少一個網絡拓撲層，所述物理層包括物理對象實例和所述物理對象實例之間的連接關系；所述網絡拓撲層包括根據所述物理對象實例在所述網絡拓撲層表現出的邏輯功能建立的邏輯對象實例，以及所述邏輯對象實例之間的連接關系；所述物理對象實例和所述邏輯對象實例均稱為對象實例。本發明提供的數據中心模型與現有技術的數據中心模型最重要的區別之處在于：本發明提供的數據中心模型還具有所述對象實例在功能實現上的依賴關系，即一個對象實例的功能實現依賴于另一個對象實例的功能實現。

所述依賴關系包括所述從屬關系和映射關系。所述從屬關系是指一個對象實例在功能結構上從屬于另外一個同層的對象實例，從屬的對象實例在功能實現上依賴于被從屬的對象實例的功能實現。例如參見圖2，物理層的物理端口A從屬于第一交換機；網絡拓撲層中二層的Lan端口A從屬于第一交換機服務器；網絡拓撲層中三層的IP端口從屬于網關服務器。

所述映射關系是指低層級的一個對象實例與該對象實例在高層級表現出的邏輯功能建立的對象實例之間的關系，高層級對象實例的功能實現依賴于低層級對象實例的功能實現。例如參見圖2，網絡拓撲層中二層的Lan端口A的功能實現依賴于物理層的物理端口A；網絡拓撲層中三層的IP端口的功能實現依賴于二層的Lan端口A。當然，三層的IP端口的功能實現也依賴于物理層的物理端口A。

所述低層級是相對于高層級而言，在實際應用中可以包括兩種情況：其一，所述低層級為物理層，所述高層級為網絡拓撲層，例如圖2中的二層或三層；其二，所述低層級和所述高層級均為網絡拓撲層，例如圖2中低層級為二層，高層級為三層。

需要注意的是，兩個對象實例之間的依賴關系通常都是單向的，即如果對象實例A依賴于對象實例B，那么所述對象實例B就不能依賴于所述對象 實例A。

在實際應用中可以采用CIM(Common Information Model)模型來對各個對象實例以及對象實例之間的依賴關系進行建立，或者，也可以根據TCP/IP(Transmission Control Protocol/Internet Protocol)多層結構模型中每層次的功能抽象建模。由于上述兩種建模手段是本領域技術人員常用的建模手段，因此本發明不對具體的建模步驟和方法進行贅述。

方法實施例一

基于本發明提出的數據中心模型，本發明提供一種信息處理方法實施例一，其中，所述信息處理方法中的第一對象實例和所述第二對象實例為所述數據中心模型的其中兩個對象實例，且所述第二對象實例的功能實現依賴于所述第一對象實例的功能實現。

參見圖3，本實施例提供的信息處理方法包括如下步驟：

步驟S101：獲取第一對象實例的信息，根據所述第一對象實例的信息確定所述第一對象實例的狀態。

本實施例中，所述統一管理軟件通過獲取所述第一對象實例的信息來確定所述第一對象實例的狀態。所述信息包括告警信息和非告警信息，所述告警信息是指分層管理軟件監控的對象實例處于異常狀態下的信息，例如主機溫度高于預設最高溫度，所述非告警信息是指分層管理軟件監控的對象實例處于正常狀態下的信息，例如主機溫度低于預設最高溫度。獲取信息的方式有多種，例如所述統一管理軟件主動的、周期性的或不定期的采集各分層管理軟件產生的信息，或者，所述分層管理軟件主動的、周期性的或不定期的向所述統一管理軟件推送對應層的對象實施例的信息等。無論是哪種方式，所述第一對象實例都無法直接與所述統一管理軟件交互，因此，所述信息中一般都攜帶有定位所述第一對象實例的信息。例如，假設所述信息為“Lan端口訪問故障”的信息，所述信息中攜帶有所述第一對象實例對應的物理設備的標識，假設所述物理設備的標識為1234，通過所述物理設備標識1234確定所述物理設備為交換機X的物理端口。此外，根據所述信息中的描述可以推測出所述第一對象實例的所在層為二層，因此，在知曉所述第一對象實例對應的物理設備以及所述第一對象實例所在層的情況下，就可以在所述數據 中心模型中定位所述第一對象實例，所述第一對象實例為交換機X的物理端口在二層網絡中對應的Lan端口。

在本實施中，當獲取到第一對象實例的信息后，根據所述第一對象實例的信息確定所述第一對象實例的狀態。

在本實施例中，根據所述第一對象實例信息種類的不同，確定的所述第一對象實例的狀態的類型也不同。如果所述第一對象實例的信息為非告警信息，那么所述第一對象實例的狀態為正常狀態。例如，若所述第一對象實例的信息為IP訪問正常，那么所述第一對象實例的狀態可以為“IP訪問正常”。如果所述第一對象實例的信息為告警信息，那么所述第一對象實例的狀態為故障狀態。例如若所述第一對象實例的信息為IP訪問故障，那么所述第一對象實例的狀態可以為“IP訪問故障”。所述“故障”是指廣義上的出現異常的情況，例如網絡流量異常、CPU重載(例如占用率達90％)、服務器宕機等等，但是并不包括失聯的情況。所述失聯是指在一段時間內分層管理軟件無法監控其管理的對象實例，與所述對象實例失去了聯系的狀態。當所述第一對象實例失聯時，無法判斷出所述第一對象實例的狀態是正常的還是故障的，因此也無法推測出依賴于所述第一對象實例的第二對象實例的狀態。但是如果所述第二對象實例的狀態為失聯，則可以依據步驟S102推算出所述第二對象實例的邏輯狀態，并將所述第二對象實例的邏輯狀態作為所述第二對象實例的狀態。

在實際應用中，所述第一對象實例狀態的內容并不一定均與獲取到的信息的內容完全相同。例如，可以將對象實例的一些非告警信息統一確定為“正常狀態”，也可以將對象實例的告警信息進行分類，按照類別確定所述對象實例的狀態。再例如，在實際應用中，由于不同物理設備可能由不同的廠商提供，不同的網絡拓撲層可能由不同的運營商提供，因此，不同的廠商或運營商對同一個對象實例的同一種情況的描述可能有不同。例如當IP訪問故障時，華為提供的信息是“IP訪問故障”，而愛立信提供的信息為“IP不可達”，這兩個信息表達的意思是完全相同的，為了使管理員和系統便于管理，可以將這兩種信息轉換為統一管理軟件可以識別的一個狀態，例如將這兩個信息統一確定為IP端口處于訪問故障狀態。所以，本發明對如何根據所述第一對象 實例的信息確定得到所述第一對象實例的狀態的確定規則不進行限定，本領域技術人員可以根據實際需要自行設計。

另外，在實際應用中，可以將確定的所述第一對象實例的狀態填寫至所述第一對象實例的狀態記錄表中，以便管理員查看或用于系統進行分析。除此以外，還可以為每個對象實例分別設置一個信息記錄表，所述信息記錄表用于記錄對應的對象實例接收到的信息，便于管理員在需要的時候查看。

步驟S102：依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態。

由于所述第二對象實例在功能實現上依賴于所述第一對象實例的功能實現，因此所述第二對象實例的狀態與所述第一對象實例的狀態息息相關，尤其是當所述第一對象實例發生故障時，有可能會影響到所述第二對象實例的狀態。在本實施例中，若確定了所述第一對象實例的狀態，則依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態，所述第二對象實例的邏輯狀態為所述第二對象實例在理論上應當表現的狀態。如果所述第一對象實例的狀態為正常狀態，則所述第二對象實例的邏輯狀態也為正常狀態；如果所述第一對象實例的狀態為故障狀態，則所述第二對象實例的狀態可能是故障狀態，也可能是正常狀態。

如果統一管理軟件沒有收到所述第二對象實例的信息，則存儲所述第二對象實例的邏輯狀態，并將所述第二對象實例的邏輯狀態作為所述第二對象實例的狀態，起到更新所述第二對象實例的狀態的目的，提高了系統或管理員依據所述第二對象實例的狀態進行分析的準確率。或者，即使所述統一管理軟件收到了所述第二對象實例的信息，但是通過信息確定的所述第二對象實例的實際狀態與所述第二對象實例的邏輯狀態并不相同，那么說明與所述第二對象實例的邏輯狀態對應的信息很有可能發生了丟失，本實施例通過存儲所述第二對象實例的邏輯狀態，并將所述第二對象實例的邏輯狀態作為所述第二對象實例的狀態之一，實現更新并補充所述第二對象實例狀態的目的，同樣也提高了系統或管理員依據所述第二對象實例的狀態進行分析的準確率。

當然，若依據所述第二對象實例的信息確定的所述第二對象實例的實際狀態與所述第二對象實例的邏輯狀態相同，則說明與所述邏輯狀態對應的信息沒有缺失，這時可以只保留其中一個狀態即可。從這個意義上來說，確定所述第二對象實例的邏輯狀態其實起到的是一個查缺補漏的作用。

步驟S103：存儲所述第二對象實例的邏輯狀態。

本實施例通過獲取所述第一對象實例的信息，根據所述第一對象實例的信息確定所述第一對象實例的狀態，保證所述第一對象實例的狀態得到更新，然后在此基礎上，依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態，并存儲所述第二對象實例的邏輯狀態。當所述第二對象實例的信息缺失時，本實施例提供的方法可以實現更新并補充所述第二對象實例狀態的目的，提高了系統或管理員依據所述第二對象實例狀態進行分析的準確率。

方法實施例二

參見圖4，該圖為本發明提供的一種信息處理方法實施例二的流程圖。

本實施例提供的信息處理方法包括如下步驟:

步驟S201：獲取第一對象實例的信息，根據所述第一對象實例的信息確定所述第一對象實例的狀態。

步驟S202：依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態，所述第二對象實例的邏輯狀態對應的故障等級為邏輯故障等級。

步驟S203：獲取第二對象實例的信息，并根據所述第二對象實例的信息確定所述第二對象實例的實際狀態，所述第二對象實例的實際狀態對應的故障等級為實際故障等級。

步驟S204：判斷所述實際狀態與所述邏輯狀態是否相同，如果是，則執行步驟S205；如果否，則執行步驟S206；

步驟S205：存儲所述第二對象實例的實際狀態或邏輯狀態，流程結束。

步驟S206：判斷所述實際故障等級是否高于所述邏輯故障等級，如果是，則執行步驟S207；如果否，則執行步驟S208。

步驟S207：存儲所述第二對象實例的實際狀態，流程結束。

步驟S208：判斷所述邏輯故障等級是否等于所述實際故障等級，如果是，則執行步驟S209；如果否，則執行步驟S210。

步驟S209：存儲所述第二對象實例的實際狀態和/或所述邏輯狀態，流程結束。

步驟S210：存儲所述第二對象實例的邏輯狀態，流程結束。

在所述方法實施例一中，無論是否獲取到所述第二對象實例的信息，都將所述第二對象實例的邏輯狀態作為所述第二對象實例的狀態之一，起到更新和補充所述第二對象實例狀態的作用。但是在實際應用中，若接收到所述第二對象實例的信息，可能出現兩種情況，其一是根據所述第二對象實例的信息確定的所述第二對象實例的實際狀態與所述邏輯狀態相同，為了不產生冗余信息，給系統造成不必要的負擔，本實施例從所述實際狀態或所述邏輯狀態中兩者取其一填充到所述第二對象實例的狀態列表中。至于如何二選一，可以是任意選擇，也可以根據存儲在所述第二對象實例的狀態列表中的先后順序進行選擇，本發明不做具體限定。

其二，所述第二對象實例的實際狀態與所述第二對象實例的邏輯狀態不同。如果是這種情況，則說明與所述第二對象實例的邏輯狀態對應的信息缺失，在實際應用中可以將所述邏輯狀態和所述實際狀態都保留下來，以供系統或管理員進行分析。但是如果要進行故障根因分析，為了減少經濟損失，處理系統故障的時間越短越好，所以在處理故障的先后順序上應當先處理較嚴重的故障，然后再處理不太嚴重的故障。然而由于整個系統產生的信息往往成千上萬，如何能在較短的時間內找到較嚴重的故障的根因至關重要，因此需要首先找到哪些對象實例發生了較嚴重的故障。在本實施例中，如果所述第二對象實例的實際狀態和所述邏輯狀態不一致，則從所述實際狀態和所述邏輯狀態中選擇一個較為嚴重的狀態記錄在所述狀態列表中，以便管理員或系統快速的從所述狀態記錄中查找到所述第二對象實例最嚴重的狀態進行故障根因分析。至于如何從所述實際狀態和所述邏輯狀態中選擇較為嚴重的狀態，本實施例將所述實際狀態對應的故障等級稱為實際故障等級，將所述邏輯狀態對應的故障等級稱為邏輯故障等級，故障等級越高表示故障情況越 嚴重，所述邏輯狀態和所述實際狀態的狀態類型包括正常狀態和故障狀態，正常狀態的故障等級最低，例如，正常狀態的故障等級可以設置為0級，那么故障狀態的故障等級均高于0級。如果所述實際故障等級高于所述邏輯故障等級，則將所述實際狀態作為所述第二對象實例的狀態，并存儲在所述第二對象實例的狀態列表中；若所述實際故障等級低于所述邏輯故障等級，則將所述邏輯狀態作為所述第二對象實例的狀態，并存儲在所述第二對象實例的狀態列表中；若所述實際故障等級等于所述邏輯故障等級，可以將所述實際狀態和/或邏輯狀態作為所述第二對象實例的狀態，存儲在所述第二對象實例的狀態列表中。利用故障等級來篩選出所述第二對象實例較為嚴重的狀態，減少了故障關聯矩陣計算的時間，提高了故障根因的分析效率。

另外，本實施例提供的所述步驟S201至步驟S210的先后順序并不構成對本發明的限定，在實際應用中，所述步驟S203并不一定在步驟S202之后發生，只要在步驟S204執行之前發生即可。

方法實施例三

參見圖5，該圖為本發明提供的一種信息處理方法實施例三的流程圖。

本實施例提供的信息處理方法包括如下步驟:

步驟S301：獲取第一對象實例的信息，所述第一對象實例的信息包括所述第一對象實例的第一信息和所述第一對象實例的第二信息。步驟S302：根據所述第一對象實例的第一信息確定所述第一對象實例的第一狀態，所述第一狀態對應的故障等級為第一故障等級。

步驟S303：根據所述第一對象實例的第二信息確定所述第一對象實例的第二狀態，所述第二狀態對應的故障等級為第二故障等級。

步驟S304：判斷所述第一狀態是否與所述第二狀態相同，如果是，則執行步驟S305；如果否，則執行步驟S306。

步驟S305：將所述第一狀態或所述第二狀態作為所述第一對象實例的狀態。

步驟S306：判斷所述第一故障等級是否高于所述第二故障等級，如果是，則執行步驟S307；若否，則執行步驟S308。

步驟S307：將所述第一狀態作為所述第一對象實例的狀態，然后執行步驟S310。

步驟S308：判斷所述第一故障等級是否等于所述第二故障等級，如果否，則執行步驟S309；如果是，則執行步驟S310。

步驟S309：將所述第二狀態作為所述第一對象實例的狀態，然后執行步驟S311。

步驟S310：將所述第一狀態和/或所述第二狀態作為所述第一對象實例的狀態，然后執行步驟S311。

步驟S311：依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態。

步驟S312：存儲所述第二對象實例的邏輯狀態，流程結束。

在實際應用中可能會存在所述第一對象實例接收到多個信息的情況，在這種情況下，根據這多個信息分別確定的所述第一對象實例的狀態可能相同，也可能不同。本實施例以所述第一信息和所述第二信息作為所述第一對象實例接收到多個信息的代表，當根據所述第一信息確定的所述第一對象實例的第一狀態，與根據所述第二信息確定的所述第一對象實例的第二狀態相同時，為了避免信息冗余，只保留其中給一個狀態即可。在方法實施例二中，為了能在較短時間內找到較嚴重故障的根因，當所述第二對象實例收到信息，且根據所述信息確定的實際狀態與計算得到的邏輯狀態不相同時，從所述實際狀態和所述邏輯狀態中選擇較為嚴重的狀態作為所述第二對象實例的狀態。本實施例重點針對另外一種場景，即當所述第一對象實例接收到多個信息時，如何提高故障根因查找效率。本實施例以所述第一信息和所述第二信息作為多個信息的代表，根據所述第一信息確定所述第一對象實例的第一狀態，所述第一對象實例的第一狀態對應的故障等級為第一故障等級；根據所述第二信息確定所述第一對象實例的第二狀態，所述第二狀態對應的故障等級為第二故障等級。故障等級越高表示故障情況越嚴重，所述第一狀態和所述第二狀態的狀態類型包括正常狀態和故障狀態，正常狀態的故障等級最低。

在所述第一狀態和所述第二狀態不相同的前提下，若所述第一故障等級高于所述第二故障等級，則將所述第一狀態作為所述第一對象實例的狀態； 若所述第一故障等級低于所述第二故障等級，則將所述第二狀態作為所述第一對象實例的狀態；若所述第一故障等級等于所述第二故障等級，則將所述第一狀態和/或所述第二狀態作為所述第一對象實例的狀態。通過本實施例提供的信息處理方法，只保留所述第一對象實例較為嚴重的狀態，并且由此也減少了所述第二對象實例的邏輯狀態的數量，有效提高了管理員或系統查找故障根因的效率。

可以理解的是，雖然本發明將所述方法實施例二的場景和所述方法實施例三的場景作為單獨的兩個場景區分開來，但是在實際應用中，這兩種場景可能會同時發生，因此在另外一個實施例中，可以將所述步驟S201至所述步驟S210，和所述步驟S301至所述步驟S312融合為一個方法流程，由于篇幅所限，在此不再贅述。

方法實施例四

參見圖6，該圖為本發明提供的一種信息處理方法實施例四的流程圖。

本實施例提供的信息處理方法包括如下步驟:

步驟S401：獲取第一對象實例的信息，根據所述第一對象實例的信息確定所述第一對象實例的狀態。

步驟S402：依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態。

步驟S403：存儲所述第二對象實例的邏輯狀態。

步驟S404：依據所述第二對象實例的狀態，以及所述第二對象實例與所述第三對象實例之間的依賴關系確定所述第三對象實例的邏輯狀態。

步驟S405：存儲所述第三對象實例的邏輯狀態。

所述方法實施例一至所述方法實施例三均主要針對兩個有依賴關系的對象實例，且被依賴的第一對象實例具有信息，而依賴的第二對象實例的信息缺失的情況，如何更新并補充所述第二對象實例的狀態。在實際應用中，并不是每個缺失信息的對象實例，其直接依賴的對象實例都具有信息，那么在這種情況下如何補充信息缺失的對象實例的狀態？為了解決這個技術問題，本實施例在所述第一對象實例和所述第二對象實例的基礎上，設置了第三對 象實例，所述第三對象實例的功能實現依賴于所述第二對象實例的功能實現，而且所述第三對象實例的信息也發生缺失。本實施例首先根據具有信息的所述第一對象實例的狀態推算出所述第二對象實例的邏輯狀態，將所述第二對象實例的邏輯狀態作為所述第二對象實例的狀態，然后，再根據所述第二對象實例的狀態，以及所述第二對象實例與所述第三對象實例的依賴關系推算出所述第三對象實例的邏輯狀態，并將所述第三對象實例的邏輯狀態作為所述第三對象實例的狀態。這樣，即使所述第三對象實例的信息缺失，所述第三對象實例的狀態也是可以得到更新和補充的。

舉例而言，圖2中IP端口的功能實現依賴于Lan端口A的功能實現，所述Lan端口A的功能實現依賴于所述物理端口A的功能實現，如果物理端口A故障則會導致Lan端口A訪問故障，而Lan端口A訪問故障會導致IP端口訪問故障，因此在理想情況下，系統應當接收到“物理端口A故障”、“Lan端口A訪問故障”和“IP端口訪問故障”三個信息，并且根據“物理端口A故障”的信息確定所述物理端口A的狀態為故障，根據“Lan端口A訪問故障”的信息確定Lan端口A的狀態為訪問故障，根據“IP端口訪問故障”的信息確定IP端口的狀態為訪問故障。但是實際上系統接收到的信息是“物理端口A故障”和“IP丟包率超出閾值”，沒有接收到“Lan端口A訪問故障”和“IP端口訪問故障”的信息，那么，利用本實施例提供的信息處理方法，根據物理端口A故障的狀態以及所述Lan端口A依賴于所述物理端口A的依賴關系，能夠確定所述Lan端口A的狀態為Lan端口A訪問故障；根據Lan端口A訪問故障以及所述IP端口依賴于所述Lan端口A的依賴關系，能夠確定所述IP端口的狀態為IP端口訪問故障。因此，所述Lan端口A的狀態得到了更新，所述IP端口的狀態得到了補充。當系統利用故障關聯矩陣分析時，會依據物理端口A故障、Lan端口A訪問故障、IP端口訪問故障以及IP丟包率超出閾值來確定故障產生的根本原因，提高了故障根因分析的準確率。

方法實施例五

參見圖7，該圖為本發明提供的一種信息處理方法實施例五的流程圖。

本實施例提供的信息處理方法包括如下步驟:

步驟S401：獲取第一對象實例的信息，根據所述第一對象實例的信息確定所述第一對象實例的狀態。

步驟S402：依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態。

步驟S403：存儲所述第二對象實例的邏輯狀態。

步驟S404：依據所述第一對象實例與所述第二對象實例之間的依賴關系，以及所述第四對象實例與所述第二對象實例之間的依賴關系，得到所述第一對象實例與所述第四對象實例之間的依賴關系。

步驟S405：根據所述第一對象實例的狀態，以及所述第一對象實例和所述第四對象實例之間的依賴關系確定所述第四對象實例的邏輯狀態。

步驟S406：存儲所述第四對象實例的邏輯狀態。

方法實施例四采用逐層推算的方式推算出不直接依賴于具有信息的第一對象實例的第三對象實例的邏輯狀態，而在本實施例中，對于不直接依賴于所述第一對象實例的第四對象實例，可以通過所述第一對象實例與所述第二對象實例之間的依賴關系，以及所述第二對象實例與所述第四對象實例的依賴關系，得到所述第一對象實例與所述第四對象實例之間的依賴關系，結合所述第一對象實例的狀態，推算出所述第四對象實例的邏輯狀態，將所述第四對象實例的邏輯狀態作為所述第四對象實例的狀態。這兩種方法都可以得到間接依賴于具有信息的所述第一對象實例的其他對象實例的狀態，實現其他對象實例的狀態的更新。

裝置實施例一

參見圖8，該圖為本發明提供的一種信息處理裝置實施例一的結構框圖。

本實施例提供的信息處理裝置應用于本發明提供的所述數據中心模型，其中，所述數據中心模型包括第一對象實例與第二對象實例，所述第一對象實例與所述第二對象實例具有所述依賴關系，且所述第二對象實例的功能實現依賴于所述第一對象實例的功能實現。

所述裝置包括：第一獲取單元11、第一確定單元12、邏輯狀態確定單元13和第一存儲單元14，所述第一獲取單元11與所述第一確定單元12連接， 所述第一確定單元12與所述邏輯狀態確定單元13連接，所述邏輯狀態確定單元13與所述第一存儲單元14連接；

所述第一獲取單元11，用于獲取第一對象實例的信息；

所述第一確定單元12，用于根據所述第一對象實例的信息確定所述第一對象實例的狀態；

所述邏輯狀態確定單元13，用于依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態；

所述第一存儲單元14，用于存儲所述第二對象實例的邏輯狀態。

本實施例通過獲取所述第一對象實例的信息，根據所述第一對象實例的信息確定所述第一對象實例的狀態，保證所述第一對象實例的狀態得到更新，然后在此基礎上，依據所述第一對象實例的狀態，以及所述第一對象實例與所述第二對象實例之間的依賴關系確定所述第二對象實例的邏輯狀態，并存儲所述第二對象實例的邏輯狀態。當所述第二對象實例的信息缺失時，本實施例提供的方法可以實現更新并補充所述第二對象實例狀態的目的，提高了系統或管理員依據所述第二對象實例狀態進行分析的準確率。

裝置實施例二

參見圖9，該圖為本發明提供的一種信息處理裝置實施例二的結構框圖。

在所述裝置實施例一的基礎上，所述裝置還包括：第二獲取單元15和第二確定單元16，所述第二獲取單元15與所述第二確定單元16連接，所述第二確定單元16與所述第一存儲單元14連接。

所述第二獲取單元15，用于獲取所述第二對象實例的信息。

所述第二確定單元16，用于根據所述第二對象實例的信息確定所述第二對象實例的實際狀態。

所述第一存儲單元14包括：第一存儲子單元141、第二存儲子單元142、第三存儲子單元143或第四存儲子單元144。

所述第一存儲子單元141，用于若所述實際狀態與所述邏輯狀態相同，存儲所述第二對象實例的實際狀態或邏輯狀態。

所述第二存儲子單元142，用于若所述實際狀態與所述邏輯狀態不相同，且所述實際故障等級高于所述邏輯故障等級，存儲所述第二對象實例的實際狀態。

所述第三存儲子單元143，用于若所述實際狀態與所述邏輯狀態不相同，且所述邏輯故障等級高于所述實際故障等級，存儲所述第二對象實例的邏輯狀態。

所述第四存儲子單元144，用于若所述實際故障等級等于所述邏輯故障等級，存儲所述第二對象實例的邏輯狀態和/或所述實際狀態。

其中，所述第二對象實例的邏輯狀態對應的故障等級為邏輯故障等級；所述第二對象實例的實際狀態對應的故障等級為實際故障等級。

本實施例利用故障等級來篩選出所述第二對象實例較為嚴重的狀態，減少了故障關聯矩陣計算的時間，提高了故障根因的分析效率。此外，在本實施中，所述第一對象實例的信息包括所述第一對象實例的第一信息和所述第一對象實例的第二信息。

所述第一確定單元12，用于根據所述第一對象實例的信息確定所述第一對象實例的狀態包括：

所述第一確定單元12，用于根據所述第一對象實例的第一信息確定所述第一對象實例的第一狀態；根據所述第一對象實例的第二信息確定所述第一對象實例的第二狀態；其中，所述第一狀態對應的故障等級為第一故障等級，所述第二狀態對應的故障等級為第二故障等級；

若所述第一狀態與所述第二狀態相同，則將所述第一狀態或所述第二狀態作為所述第一對象實例的狀態；

若所述第一狀態與所述第二狀態不同，且所述第一故障等級高于所述第二故障等級，則將所述第一狀態作為所述第一對象實例的狀態；

若所述第一狀態與所述第二狀態不同，且所述第二故障等級高于所述第一故障等級，則將所述第二狀態作為所述第一對象實例的狀態；

若所述第一狀態與所述第二狀態不同，且所述第一故障等級等于所述第二故障等級，則將所述第一狀態和/或所述第二狀態作為所述第一對象實例的狀態。

在本實施中，當所述第一對象實例具有不止一個狀態時，只保留所述第一對象實例較為嚴重的狀態，并且由此也減少了所述第二對象實例的邏輯狀態的數量，有效提高了管理員或系統查找故障根因的效率。

裝置實施例三

參見圖10，該圖為本發明提供的一種信息處理裝置實施例三的結構框圖。

在本實施例中，所述數據中心模型還包括第三對象實例，所述第三對象實例與所述第二對象實例具有所述依賴關系，所述第三對象實例的功能實現依賴于所述第二對象實例的功能實現。

在所述裝置實施例一或在所述裝置實施例二(圖10中未示出在所述裝置實施例二基礎上的情況)的基礎上，所述裝置還包括：第三確定單元17和第二存儲單元18；所述第一存儲單元14與所述第三確定單元17連接，所述第三確定單元17與所述第二存儲單元18連接；

所述第三確定單元17，用于依據所述第二對象實例的狀態，以及所述第二對象實例與所述第三對象實例之間的依賴關系確定所述第三對象實例的邏輯狀態；

所述第二存儲單元18，用于存儲所述第三對象實例的邏輯狀態。

本實施例采用逐層推算的方式推算出不直接依賴于具有信息的第一對象實例的第三對象實例的邏輯狀態，實現第三對象實例的狀態的更新。

裝置實施例四

參見圖11，該圖為本發明提供的一種信息處理裝置實施例四的結構框圖。

所述數據中心模型還包括第四對象實例，所述第四對象實例與所述第二對象實例具有所述依賴關系，所述第四對象實例的功能實現依賴于所述第二對象實例的功能實現；

在所述裝置實施例一或在所述裝置實施例二(圖11中未示出在所述裝置實施例二基礎上的情況)的基礎上，所述裝置還包括：依賴關系計算單元19、第四確定單元20和第三存儲單元21；所述第一存儲單元14與所述依賴關系計算單元19連接，所述依賴關系計算單元19與所述第四確定單元20連接， 所述第四確定單元20與所述第三存儲單元21連接；

依賴關系計算單元19，用于依據所述第一對象實例與所述第二對象實例之間的依賴關系，以及所述第四對象實例與所述第二對象實例之間的依賴關系，得到所述第一對象實例與所述第四對象實例之間的依賴關系；

所述第四確定單元20，用于根據所述第一對象實例的狀態，以及所述第一對象實例和所述第四對象實例之間的依賴關系確定所述第四對象實例的邏輯狀態；

所述第三存儲單元21，用于存儲所述第四對象實例的邏輯狀態。

本實施例通過依據所述第一對象實例與所述第二對象實例之間的依賴關系，以及所述第四對象實例與所述第二對象實例之間的依賴關系，得到所述第一對象實例與所述第四對象實例之間的依賴關系，并根據所述第一對象實例的狀態，以及所述第一對象實例和所述第四對象實例之間的依賴關系推算出不直接依賴于具有信息的第一對象實例的第四對象實例的邏輯狀態，實現第四對象實例的狀態的更新。

本發明實施例中提到的第一對象實例的“第一”只是用來做名字標識，并不代表順序上的第一。該規則同樣適用于“第二”。

本領域普通技術人員可以理解：實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述程序可以存儲于一計算機可讀取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述的存儲介質可以是下述介質中的至少一種：只讀存儲器(英文：read-only memory，縮寫：ROM)、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。

需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于設備及系統實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的設備及系統實施例僅僅是示意性的，其中作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以 是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解并實施。

以上所述，僅為本發明較佳的具體實施方式，但本發明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發明揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護范圍之內。因此，本發明的保護范圍應該以權利要求的保護范圍為準。