本發(fā)明涉及軟件調試技術領域，尤其涉及一種調試信息的處理方法及裝置。

背景技術：

隨著科技的進步，智能化設備在人們日常生活或工作中所占的地位已越來越高，在此情況下，一旦智能化設備出現(xiàn)異?；蚬收希瑹o法正常運作將產生嚴重的影響。因此，為保證智能化設備的可靠性與穩(wěn)定性，軟件調試技術作為系統(tǒng)診斷、異常、故障定位的重要手段，在設備的開發(fā)及應用階段均起到了非常重要的作用。

在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有的設備調試技術中至少存在以下缺陷：現(xiàn)有的設備調試過程中，由于輸出日志(log)繁多，很容易出現(xiàn)日志審查疲勞，錯過問題跟蹤的詳細細節(jié)。而且，由于日志繁多，導致冗余信息過多，信息利用效率很低，不利于查找某個功能或者模塊的問題，影響開發(fā)者的應用體驗。

技術實現(xiàn)要素：

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的調試信息的處理方法及裝置。

本發(fā)明的一個方面，提供了一種調試信息的處理方法，包括：

獲取待調試設備各個功能模塊的調試信息；

根據(jù)預設的日志級別劃分策略對獲取到的調試信息進行級別劃分；

根據(jù)每一調試信息所屬的功能模塊，對各個功能模塊的調試信息進行關聯(lián)分析，以查找目標調試信息，所述目標調試信息為對待調試設備的故障和/或異常進行定位的調試信息；

將所述目標調試信息按照級別分別生成調試日志。

可選地，在所述將所述目標調試信息按照級別分別生成調試日志之后，還包括：

確定所述目標調試信息數(shù)量是否超出預設告警數(shù)量閾值；

在所述目標調試信息數(shù)量超出預設告警數(shù)量閾值時，采用追加或覆蓋的方式將超出預設告警數(shù)量閾值的目標調試信息寫入調試日志。

可選地，在將所述目標調試信息按照級別分別生成調試日志之后，還包括：

將生成的調試日志進行加密，并根據(jù)預設的文件存儲路徑將加密后的調試日志導出。

可選地，在將所述目標調試信息按照級別分別生成調試日志之后，還包括：

將生成的調試日志按照預設的級別控制信息進行顯示。

可選地，所述根據(jù)每一調試信息所屬的功能模塊，對各個功能模塊的調試信息進行關聯(lián)分析，包括：

獲取待調試設備各個功能模塊調試過程中的斷言；

根據(jù)獲取的斷言確定各個功能模塊存在故障和/或異常的信息錯誤點，并根據(jù)各個功能模塊對應的信息錯誤點之間的相關性，對各個功能模塊的調試信息進行關聯(lián)分析。

可選地，在獲取待調試設備各個功能模塊的調試信息之前，還包括：

對所述待調試設備的各個功能模塊的調試功能進行開關控制。

本發(fā)明的另一個方面，提供了一種調試信息的處理裝置，包括：

獲取模塊，適用于獲取待調試設備各個功能模塊的調試信息；

級別劃分模塊，適用于根據(jù)預設的日志級別劃分策略對獲取到的調試信息進行級別劃分；

分析模塊，適用于根據(jù)每一調試信息所屬的功能模塊，對各個功能模塊的調試信息進行關聯(lián)分析，以查找目標調試信息，所述目標調試信息為對待調試設備的故障和/或異常進行定位的調試信息；

生成模塊，適用于將所述目標調試信息按照級別分別生成調試日志。

可選地，所述裝置還包括：

判定模塊，適用于在所述將所述目標調試信息按照級別分別生成調試日志之后，確定所述目標調試信息數(shù)量是否超出預設告警數(shù)量閾值；

所述生成模塊，還適用于在所述判定模塊的判定結果為目標調試信息數(shù)量超出預設告警數(shù)量閾值時，采用追加或覆蓋的方式將超出預設告警數(shù)量閾值的目標調試信息寫入調試日志。

可選地，所述裝置還包括：

數(shù)據(jù)導出模塊，適用于在將所述目標調試信息按照級別分別生成調試日志之后，將生成的調試日志進行加密，并根據(jù)預設的文件存儲路徑將加密后的調試日志導出。

可選地，所述裝置還包括：

顯示模塊，適用于在將所述目標調試信息按照級別分別生成調試日志之后，將生成的調試日志按照預設的級別控制信息進行顯示。

可選地，所述分析模塊，包括：

獲取單元，適用于獲取待調試設備各個功能模塊調試過程中的斷言；

關聯(lián)分析單元，適用于根據(jù)獲取的斷言確定各個功能模塊存在故障和/或異常的信息錯誤點，并根據(jù)各個功能模塊對應的信息錯誤點之間的相關性，對各個功能模塊的調試信息進行關聯(lián)分析。

可選地，所述裝置還包括：

控制模塊，適用于在獲取待調試設備各個功能模塊的調試信息之前，對所述待調試設備的各個功能模塊的調試功能進行開關控制。

本發(fā)明實施例提供的調試信息的處理方法及裝置，通過對待調試設備各個功能模塊的調試信息進行級別劃分，以及對各個功能模塊的調試信息進行關聯(lián)分析，得到能夠對待調試設備的故障和/或異常進行定位的目標調試信息，并將其按照級別分別生成調試日志，避免了由于輸出日志繁多、雜亂，導致冗余信息過多，信息利用效率低的問題，使得開發(fā)者能夠快速地根據(jù)不同級別的調試日志定位待調試設備的故障和/或異常，提升開發(fā)者的應用體驗。

上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1為本發(fā)明實施例的一種調試信息的處理方法的流程圖；

圖2為本發(fā)明實施例的一種調試信息的處理方法中步驟S13的細分流程圖；

圖3為本發(fā)明實施例的一種調試信息的處理裝置的結構示意圖；

圖4為本發(fā)明實施例的一種調試信息的處理裝置中分析模塊的內部結構示意圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。

本技術領域技術人員可以理解，除非特意聲明，這里使用的單數(shù)形式“一”、“一個”、“所述”和“該”也可包括復數(shù)形式。應該進一步理解的是，本發(fā)明的說明書中使用的措辭“包括”是指存在所述特征、整數(shù)、步驟、操作、元件和/或組件，但是并不排除存在或添加一個或多個其他特征、整數(shù)、步驟、操作、元件、組件和/或它們的組。

本技術領域技術人員可以理解，除非另外定義，這里使用的所有術語(包括技術術語和科學術語)，具有與本發(fā)明所屬領域中的普通技術人員的一般理解相同的意義。還應該理解的是，諸如通用字典中定義的那些術語，應該被理解為具有與現(xiàn)有技術的上下文中的意義一致的意義，并且除非被特定定義，否則不會用理想化或過于正式的含義來解釋。

圖1示意性示出了本發(fā)明一個實施例的調試信息的處理方法的流程圖。

參照圖1，本發(fā)明實施例的調試信息的處理方法具體包括以下步驟：

步驟S11、獲取待調試設備各個功能模塊的調試信息。

本發(fā)明實施例中的待調試設備可以為任何內置有軟件系統(tǒng)的電子設備，如安全網關、交換設備以及控制設備等。本發(fā)明實施例以安全網關產品為例對本技術方案進行清楚的解釋說明。

本發(fā)明實施例中的待調試設備，即安全網關產品，內置自定義系統(tǒng)級功能模塊，比如nginx，deamon等app1…appn。

步驟S12、根據(jù)預設的日志級別劃分策略對獲取到的調試信息進行級別劃分；

本實施例中的預設的日志級別劃分策略是用戶預先配置的，具體可以根據(jù)日志記錄器(Logger)的可用級別進行設置，也可以是根據(jù)調試信息對應異?；蝈e誤的嚴重程度進行自行設置，對此本發(fā)明不做具體限定。

在一個具體示例中，調試信息的級別劃分具體可以分為以下幾個等級：emerg(緊急-系統(tǒng)無法使用)、alert(必須立即采取措施)、crit(致命情況)、error(錯誤情況)、warn(警告情況)、notice(一般重要情況)、info(普通信息)。

可理解的，上述級別劃分方式僅用于對本發(fā)明的一種具體實施方式進行舉例說明，并非對本發(fā)明技術方案的具體限定，其中的每一等級都不是必須的，可根據(jù)需要進行增加或刪減，在實際應用場景中可根據(jù)調試需要進行具體級別的設置。

步驟S13、根據(jù)每一調試信息所屬的功能模塊，對各個功能模塊的調試信息進行關聯(lián)分析，以查找目標調試信息，所述目標調試信息為對待調試設備的故障和/或異常進行定位的調試信息。

本發(fā)明實施例中的目標調試信息能夠直接定位出待調試設備的故障和/或異常位置。本發(fā)明實施例通過根據(jù)調試信息所屬的功能模塊，對各個功能模塊的調試信息進行關聯(lián)分析，評估分析出有用的、能夠對待調試設備的故障和/或異常進行定位的調試信息，實現(xiàn)無用調試信息的過濾，避免了由于輸出日志繁多、雜亂，導致冗余信息過多，信息利用效率低的問題。

步驟S14、將所述目標調試信息按照級別分別生成調試日志。

為了便于后續(xù)對調試日志的查詢分析以及管理，本發(fā)明實施例將步驟S13獲取到的能夠對待調試設備的故障和/或異常進行定位的目標調試信息按照級別分別生成對應的調試日志。

本發(fā)明實施例提供的調試信息的處理方法，通過對待調試設備各個功能模塊的調試信息進行級別劃分，以及對各個功能模塊的調試信息進行關聯(lián)分析，得到能夠對待調試設備的故障和/或異常進行定位的目標調試信息，并將其按照級別分別生成調試日志，避免了由于輸出日志繁多、雜亂，導致冗余信息過多，信息利用效率低的問題，使得開發(fā)者能夠快速地根據(jù)不同級別的調試日志定位待調試設備的故障和/或異常，提升開發(fā)者的應用體驗。

在本發(fā)明的一個可選實施例中，在步驟S14中的將所述目標調試信息按照級別分別生成調試日志之后，該方法還包括以下步驟：

確定所述目標調試信息數(shù)量是否超出預設告警數(shù)量閾值；在所述目標調試信息數(shù)量超出預設告警數(shù)量閾值時，采用追加或覆蓋的方式將超出預設告警數(shù)量閾值的目標調試信息寫入調試日志。

其中，預設告警數(shù)量閾值即調試日志文件所能夠容納的調試信息的數(shù)量。本發(fā)明實施例中的預設告警數(shù)量閾值可以根據(jù)調試日志的分析需要預先進行設置。由于調試信息的數(shù)量巨大，當針對某一級別的目標調試信息數(shù)量超出預設告警數(shù)量閾值時，為了確保日志信息的正常生成，本發(fā)明實施例中，采取追加或覆蓋不同的方式將超出預設告警數(shù)量閾值的目標調試信息寫入調試日志，實現(xiàn)調試信息的備份。

本發(fā)明實施例中，在步驟S14中的將所述目標調試信息按照級別分別生成調試日志之后，該方法還包括以下步驟：

將生成的調試日志進行加密，并根據(jù)預設的文件存儲路徑將加密后的調試日志導出。

本發(fā)明實施例，在根據(jù)目標調試信息的級別生成不同級別的調試日志之后，還包括根據(jù)預設的加密算法對生成的調試日志進行打包，并將打包后的加密調試日志導出到預設的文件存儲路徑所指點的文件的操作，以便后續(xù)對當前的調試日志進行查找分析。

本發(fā)明實施例中，在步驟S14中的將所述目標調試信息按照級別分別生成調試日志之后，該方法還包括以下步驟：

將生成的調試日志按照預設的級別控制信息進行顯示。

本發(fā)明實施例中，在根據(jù)目標調試信息的級別生成不同級別的調試日志之后，還包括通過預設的級別控制信息，控制各個模塊中相應級別的日志信息的開關。比如，級別控制信息配置的是INFO級別，則待調試設備的各個模塊中所有DEBUG級別的日志信息將不被打印顯示出來。

為了進一步體現(xiàn)本發(fā)明的優(yōu)越性，如下進一步揭示本發(fā)明調試信息的處理方法中步驟S13的細分步驟，來體現(xiàn)依據(jù)本步驟實現(xiàn)的另一實施例。參照圖2，本步驟的細分步驟具體包括：

步驟S131、獲取待調試設備各個功能模塊調試過程中的斷言；

步驟S132、根據(jù)獲取的斷言確定各個功能模塊存在故障和/或異常的信息錯誤點，并根據(jù)各個功能模塊對應的信息錯誤點之間的相關性，對各個功能模塊的調試信息進行關聯(lián)分析。

實際應用中，開發(fā)者在編寫代碼時，總是會做出一些假設，斷言就是用于在代碼中捕捉這些假設。斷言表示為一些布爾表達式，程序員相信在程序中的某個特定點該表達式值為真，可以在任何時候啟用和禁用斷言驗證，因此可以在測試時啟用斷言而在部署時禁用斷言。同樣，程序投入運行后，最終用戶在遇到問題時可以重新啟用斷言。

本發(fā)明實施例中，通過根據(jù)獲取的斷言確定各個功能模塊存在故障和/或異常的信息錯誤點，并根據(jù)各個功能模塊對應的信息錯誤點之間的相關性，對各個功能模塊的調試信息進行關聯(lián)分析，以查找目標調試信息。

在本發(fā)明的一個可選實施例中，在獲取待調試設備各個功能模塊的調試信息之前，還包括：

對所述待調試設備的各個功能模塊的調試功能進行開關控制。

本發(fā)明實施例中，還有兩個可用的特別的日志記錄級別:

1.Level ALL

ALL Level是最低等級的，用于打開待調試設備的某一個功能模塊的所有日志記錄，即對該功能模塊的調試功能進行開啟控制。

2.Level OFF

OFF Level是最高等級的，用于關閉所有待調試設備的某一個功能模塊的日志記錄，即對該功能模塊的調試功能進行關閉控制。

本發(fā)明實施例在對各個功能模塊的調試信息進行級別劃分的基礎上，還包括對待調試設備的各個功能模塊的調試功能進行開關控制，不僅實現(xiàn)了各個功能模塊的調試信息的級別化處理，還能夠實現(xiàn)待調試設備的模塊化調試。

對于方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發(fā)明實施例并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明實施例，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作并不一定是本發(fā)明實施例所必須的。

圖3示意性示出了本發(fā)明一個實施例的調試信息的處理裝置的結構示意圖。

參照圖3，本發(fā)明實施例的調試信息的處理裝置具體包括獲取模塊301、級別劃分模塊302、分析模塊303以及生成模塊304，其中，所述的獲取模塊301，適用于獲取待調試設備各個功能模塊的調試信息；所述的級別劃分模塊302，適用于根據(jù)預設的日志級別劃分策略對獲取到的調試信息進行級別劃分；所述的分析模塊303，適用于根據(jù)每一調試信息所屬的功能模塊，對各個功能模塊的調試信息進行關聯(lián)分析，以查找目標調試信息，所述目標調試信息為對待調試設備的故障和/或異常進行定位的調試信息；所述的生成模塊304，適用于將所述目標調試信息按照級別分別生成調試日志。

本發(fā)明實施例提供的調試信息的處理裝置，通過級別劃分模塊302對待調試設備各個功能模塊的調試信息進行級別劃分，以及分析模塊303對各個功能模塊的調試信息進行關聯(lián)分析，得到能夠對待調試設備的故障和/或異常進行定位的目標調試信息，并使得生成模塊304將其按照級別分別生成調試日志，避免了由于輸出日志繁多、雜亂，導致冗余信息過多，信息利用效率低的問題，使得開發(fā)者能夠快速地根據(jù)不同級別的調試日志定位待調試設備的故障和/或異常，提升開發(fā)者的應用體驗。

在本發(fā)明的一個可選實施例中，所述裝置還包括附圖中未示出的判定模塊，所述的判定模塊，適用于在所述將所述目標調試信息按照級別分別生成調試日志之后，確定所述目標調試信息數(shù)量是否超出預設告警數(shù)量閾值；

所述生成模塊，還適用于在所述判定模塊的判定結果為目標調試信息數(shù)量超出預設告警數(shù)量閾值時，采用追加或覆蓋的方式將超出預設告警數(shù)量閾值的目標調試信息寫入調試日志。

在本發(fā)明的一個可選實施例中，所述裝置還包括附圖中未示出的數(shù)據(jù)導出模塊，所述的數(shù)據(jù)導出模塊，適用于在將所述目標調試信息按照級別分別生成調試日志之后，將生成的調試日志進行加密，并根據(jù)預設的文件存儲路徑將加密后的調試日志導出。

在本發(fā)明的一個可選實施例中，所述裝置還包括附圖中未示出的顯示模塊，所述的顯示模塊，適用于在將所述目標調試信息按照級別分別生成調試日志之后，將生成的調試日志按照預設的級別控制信息進行顯示。

為了進一步體現(xiàn)本發(fā)明的優(yōu)越性，如下進一步揭示本發(fā)明調試信息的處理裝置中分析模塊303的內部結構示意圖，來體現(xiàn)依據(jù)分析模塊303實現(xiàn)的另一實施例的細節(jié)。參照圖4，分析模塊303進一步包括獲取單元3031和關聯(lián)分析單元3032，其中，所述的獲取單元3031，適用于獲取待調試設備各個功能模塊調試過程中的斷言；所述的關聯(lián)分析單元3032，適用于根據(jù)獲取的斷言確定各個功能模塊存在故障和/或異常的信息錯誤點，并根據(jù)各個功能模塊對應的信息錯誤點之間的相關性，對各個功能模塊的調試信息進行關聯(lián)分析。

實際應用中，開發(fā)者在編寫代碼時，總是會做出一些假設，斷言就是用于在代碼中捕捉這些假設。斷言表示為一些布爾表達式，程序員相信在程序中的某個特定點該表達式值為真，可以在任何時候啟用和禁用斷言驗證，因此可以在測試時啟用斷言而在部署時禁用斷言。同樣，程序投入運行后，最終用戶在遇到問題時可以重新啟用斷言。

本發(fā)明實施例中，分析模塊303通過根據(jù)獲取的斷言確定各個功能模塊存在故障和/或異常的信息錯誤點，并根據(jù)各個功能模塊對應的信息錯誤點之間的相關性，對各個功能模塊的調試信息進行關聯(lián)分析，以查找目標調試信息。

在本發(fā)明的一個可選實施例中，所述裝置還包括附圖中未示出的控制模塊，所述的控制模塊，適用于在獲取待調試設備各個功能模塊的調試信息之前，對所述待調試設備的各個功能模塊的調試功能進行開關控制。

本發(fā)明實施例在對各個功能模塊的調試信息進行級別劃分的基礎上，還包括對待調試設備的各個功能模塊的調試功能進行開關控制，不僅實現(xiàn)了各個功能模塊的調試信息的級別化處理，還能夠實現(xiàn)待調試設備的模塊化調試。

對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

綜上，本發(fā)明實施例提供的調試信息的處理方法及裝置，通過對待調試設備各個功能模塊的調試信息進行級別劃分，以及對各個功能模塊的調試信息進行關聯(lián)分析，得到能夠對待調試設備的故障和/或異常進行定位的目標調試信息，并將其按照級別分別生成調試日志，避免了由于輸出日志繁多、雜亂，導致冗余信息過多，信息利用效率低的問題，使得開發(fā)者能夠快速地根據(jù)不同級別的調試日志定位待調試設備的故障和/或異常，提升開發(fā)者的應用體驗。

本發(fā)明還提出如下技術方案：

A1、一種調試信息的處理方法，包括:

獲取待調試設備各個功能模塊的調試信息；

根據(jù)預設的日志級別劃分策略對獲取到的調試信息進行級別劃分；

根據(jù)每一調試信息所屬的功能模塊，對各個功能模塊的調試信息進行關聯(lián)分析，以查找目標調試信息，所述目標調試信息為對待調試設備的故障和/或異常進行定位的調試信息；

將所述目標調試信息按照級別分別生成調試日志。

A2、根據(jù)A1所述的方法，其中，在所述將所述目標調試信息按照級別分別生成調試日志之后，還包括：

確定所述目標調試信息數(shù)量是否超出預設告警數(shù)量閾值；

在所述目標調試信息數(shù)量超出預設告警數(shù)量閾值時，采用追加或覆蓋的方式將超出預設告警數(shù)量閾值的目標調試信息寫入調試日志。

A3、根據(jù)A1或A2所述的方法，其中，在將所述目標調試信息按照級別分別生成調試日志之后，還包括：

將生成的調試日志進行加密，并根據(jù)預設的文件存儲路徑將加密后的調試日志導出。

A4、根據(jù)A1-A3任一項所述的方法，其中，在將所述目標調試信息按照級別分別生成調試日志之后，還包括：

將生成的調試日志按照預設的級別控制信息進行顯示。

A5、根據(jù)A1-A4任一項所述的方法，其中，所述根據(jù)每一調試信息所屬的功能模塊，對各個功能模塊的調試信息進行關聯(lián)分析，包括：

獲取待調試設備各個功能模塊調試過程中的斷言；

根據(jù)獲取的斷言確定各個功能模塊存在故障和/或異常的信息錯誤點，并根據(jù)各個功能模塊對應的信息錯誤點之間的相關性，對各個功能模塊的調試信息進行關聯(lián)分析。

A6、根據(jù)A1-A5任一項所述的方法，其中，在獲取待調試設備各個功能模塊的調試信息之前，還包括：

對所述待調試設備的各個功能模塊的調試功能進行開關控制。

B7、一種調試信息的處理裝置，包括:

獲取模塊，適用于獲取待調試設備各個功能模塊的調試信息；

級別劃分模塊，適用于根據(jù)預設的日志級別劃分策略對獲取到的調試信息進行級別劃分；

分析模塊，適用于根據(jù)每一調試信息所屬的功能模塊，對各個功能模塊的調試信息進行關聯(lián)分析，以查找目標調試信息，所述目標調試信息為對待調試設備的故障和/或異常進行定位的調試信息；

生成模塊，適用于將所述目標調試信息按照級別分別生成調試日志。

B8、根據(jù)B7所述的裝置，其中，所述裝置還包括：

判定模塊，適用于在所述將所述目標調試信息按照級別分別生成調試日志之后，確定所述目標調試信息數(shù)量是否超出預設告警數(shù)量閾值；

所述生成模塊，還適用于在所述判定模塊的判定結果為目標調試信息數(shù)量超出預設告警數(shù)量閾值時，采用追加或覆蓋的方式將超出預設告警數(shù)量閾值的目標調試信息寫入調試日志。

B9、根據(jù)B7或B8所述的裝置，其中，所述裝置還包括：

數(shù)據(jù)導出模塊，適用于在將所述目標調試信息按照級別分別生成調試日志之后，將生成的調試日志進行加密，并根據(jù)預設的文件存儲路徑將加密后的調試日志導出。

B10、根據(jù)B7-B9任一項所述的裝置，其中，所述裝置還包括：

顯示模塊，適用于在將所述目標調試信息按照級別分別生成調試日志之后，將生成的調試日志按照預設的級別控制信息進行顯示。

B11、根據(jù)B7-B10任一項所述的裝置，其中，所述分析模塊，包括：

獲取單元，適用于獲取待調試設備各個功能模塊調試過程中的斷言；

關聯(lián)分析單元，適用于根據(jù)獲取的斷言確定各個功能模塊存在故障和/或異常的信息錯誤點，并根據(jù)各個功能模塊對應的信息錯誤點之間的相關性，對各個功能模塊的調試信息進行關聯(lián)分析。

B12、根據(jù)B7-B11任一項所述的裝置，其中，所述裝置還包括：

控制模塊，適用于在獲取待調試設備各個功能模塊的調試信息之前，對所述待調試設備的各個功能模塊的調試功能進行開關控制。

在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設備固有相關。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構造這類系統(tǒng)所要求的結構是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。

在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。

類似地，應當理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖：即所要求保護的本發(fā)明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權利要求書由此明確地并入該具體實施方式，其中每個權利要求本身都作為本發(fā)明的單獨實施例。

本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中。可以把實施例中的模塊或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領域的技術人員能夠理解，盡管在此的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的網關、代理服務器、系統(tǒng)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網網站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。