一種日志和異常探針的實(shí)現(xiàn)方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明屬于嵌入式軟件開發(fā)中的日志和異常探針的實(shí)現(xiàn)技術(shù)領(lǐng)域，尤其是涉及一 種日志和異常探針的實(shí)現(xiàn)方法。
【背景技術(shù)】
[0002] 所謂日志（Log)是指系統(tǒng)所指定對象的某些操作和其操作結(jié)果按時間有序的集 合。每個日志文件由日志記錄組成，每條日志記錄描述了一次單獨(dú)的系統(tǒng)事件。通常情況 下，系統(tǒng)日志是用戶可以直接閱讀的文本文件，其中包含了一個時間戳和一個信息或者子 系統(tǒng)所特有的其他信息。日志文件為系統(tǒng)的相關(guān)活動記錄必要的、有價值的信息，這對系統(tǒng) 監(jiān)控、查詢、報表和安全審計是十分重要的。在Windows系統(tǒng)中日志主要包括應(yīng)用程序、安 全、系統(tǒng)等幾個部分。它記錄著各種系統(tǒng)服務(wù)的啟動、運(yùn)行、關(guān)閉等信息。在Linux系統(tǒng)中， 有三個主要的日志子系統(tǒng)：連接時間日志、進(jìn)程統(tǒng)計日志、錯誤日志。
[0003] 異常就是程序在運(yùn)行時出現(xiàn)的錯誤，這些異常有的很嚴(yán)重，有的則較輕。
[0004] 日志和異常探針模塊（LogandAbnormityProbe，簡稱LAP)主要就是用來記錄系 統(tǒng)的主要的運(yùn)作情況和程序運(yùn)行時出現(xiàn)的異常。用戶通過查詢?nèi)罩疚募?，可以了解設(shè)備的 一些重大操作。日志需要存儲諸如系統(tǒng)重起、用戶修改配置等重要信息，數(shù)據(jù)量相對小些。
[0005] 現(xiàn)有的日志和異常探針模塊的可靠性不佳，使用不便。

【發(fā)明內(nèi)容】

[0006] 本發(fā)明要解決的問題是提供一種日志和異常探針的實(shí)現(xiàn)方法。
[0007] 為解決上述技術(shù)問題，本發(fā)明采用的技術(shù)方案是：
[0008] 一種日志和異常探針的實(shí)現(xiàn)方法，包括如下步驟：
[0009] 1)日志和異常探針模塊LAP以迭代服務(wù)器的方式順序接收、處理各個模塊發(fā)來的 消息；
[0010] 2)對接收到的消息類型進(jìn)行判斷，如果收到的是日志或異常數(shù)據(jù)，LAP則會將日 志存儲在系統(tǒng)參數(shù)區(qū)，將異常數(shù)據(jù)存儲在異常文件中；所述日志和異常數(shù)據(jù)均是以結(jié)構(gòu)體 形式存儲到二進(jìn)制文件中；
[0011] 3)如果收到的是日志查看，LAP會讀取系統(tǒng)參數(shù)區(qū)的日志數(shù)據(jù)，顯示到終端；
[0012] 如果收到的是上傳日志消息，則將系統(tǒng)參數(shù)區(qū)的日志上傳給客戶端的ftp服務(wù)器 端；
[0013] 如果收到的上傳異常消息，則將異常文件中的異常數(shù)據(jù)上傳給客戶端的ftp服務(wù) 器；以及
[0014] 日志或異常數(shù)據(jù)在終端顯示或上傳前，通過轉(zhuǎn)換工具將二進(jìn)制的日志和異常文件 轉(zhuǎn)換成可閱讀的文本文件。
[0015] 進(jìn)一步的，所述日志、異常數(shù)據(jù)均是采用循環(huán)存儲的方式。
[0016] 進(jìn)一步的，如果收到的是日志查看，LAP將讀取系統(tǒng)參數(shù)區(qū)的日志數(shù)據(jù)，并將二進(jìn) 制的日志數(shù)據(jù)解析ascii形式，然后將這些解析后的數(shù)據(jù)顯示到終端。
[0017] 進(jìn)一步的，所述日志的轉(zhuǎn)換工具的轉(zhuǎn)換過程如下：其中日志文件的存儲格式為： 事件（消息）ID、時間、事件描述信息；
[0018] 事件id和事件名有具體的對應(yīng)關(guān)系，定義在事件id文件中，事件id文件是一個 頭文件，定義了事件id和事件名對應(yīng)的宏，事件id文件為一個頭文件，里面定義的的有關(guān) 事件名稱的宏；
[0019] 轉(zhuǎn)換工具讀取日志文件的每條日志，將日志的事件id和事件id文件中的宏值比 較，相等時，則宏名就是事件名，然后將宏名存放到轉(zhuǎn)換后的文件中，如果沒有匹配的宏，則 將事件id拷貝到轉(zhuǎn)換后的文件中；
[0020] 時間在日志文件是以1970年經(jīng)過的秒來記錄的，需要轉(zhuǎn)換為年月日時分秒的形 式；
[0021] 事件描述信息在日志文件中是按照ascii碼存儲的。
[0022] 進(jìn)一步的，所述異常文件的轉(zhuǎn)換工具的轉(zhuǎn)換過程如下：其中異常探針在文件中的 存儲格式為：所在文件ID、所在行、時間、3個變量值、原因碼；
[0023] 所在異常文件id和具體的文件名之間的對應(yīng)關(guān)系定義在文件id文件中，文件id 文件是一個頭文件，文件id文件中定義的是文件id與文件名的對應(yīng)宏，宏值就是文件名； 轉(zhuǎn)換工具讀取異常文件的每條異常記錄，將異常中文件id和文件id文件中的宏值比較，相 等時，則宏名就是文件名，然后將宏名存放到轉(zhuǎn)換后的文件中，如果沒有匹配，就將文件id 拷貝到轉(zhuǎn)換后的文件中；時間和日志的時間處理一樣；三個變量值在日志文件中按照二進(jìn) 制格式存儲，按照16進(jìn)制數(shù)格式轉(zhuǎn)換為文本格式，每個變量需要lObyte空間；原因碼在日 志文件中以二進(jìn)制格式存儲，轉(zhuǎn)換后為原因碼對應(yīng)的宏，沒有宏的顯示數(shù)值，原因碼的宏定 義在頭文件中，轉(zhuǎn)換工具通過讀取這個文件進(jìn)行轉(zhuǎn)換。
[0024] 本發(fā)明具有的優(yōu)點(diǎn)和積極效果是：
[0025] 實(shí)現(xiàn)了日志和異常數(shù)據(jù)的可靠存儲，占用空間小，可查看和上傳，操作方便；方便 了嵌入式系統(tǒng)的開發(fā)、調(diào)試與維護(hù)，為故障定位提供簡單、可靠的解決方案。
【附圖說明】
[0026] 圖1本發(fā)明日志、異常記錄的存儲方式；
[0027] 圖2本發(fā)明日志、異常收集存儲流程圖；
[0028] 圖3本發(fā)明日志查看流程圖；
[0029] 圖4本發(fā)明日志、異常文件上傳流程圖；
[0030] 圖5本發(fā)明日志文件轉(zhuǎn)換流程圖。
【具體實(shí)施方式】
[0031] 下面結(jié)合附圖對本發(fā)明的具體實(shí)施例做詳細(xì)說明。
[0032] 一種日志和異常探針的實(shí)現(xiàn)方法，包括如下步驟：
[0033] 步驟一：日志和異常探針模塊LAP以迭代服務(wù)器的方式順序接收、處理各個模塊 發(fā)來的消息；
[0034] 步驟二：對接收到的消息類型進(jìn)行判斷，如果收到的是日志或異常數(shù)據(jù)，LAP則會 將日志存儲在系統(tǒng)參數(shù)區(qū)，將異常數(shù)據(jù)存儲在異常文件中；
[0035] 系統(tǒng)的重要操作和出現(xiàn)的異常需要永久的記錄在系統(tǒng)中，以待研發(fā)人員或用戶查 看使用；日志主要存儲在一個命名為系統(tǒng)參數(shù)區(qū)的部分，系統(tǒng)參數(shù)區(qū)位于flash中的非文 件系統(tǒng)區(qū)，斷電之后仍能存儲信息，而日志之所以存儲在系統(tǒng)參數(shù)區(qū)主要是考慮日志安全 的需要；異常存儲在文件，設(shè)備斷電時這些文件還是能夠存在的；
[0036] 步驟三：如果收到的是日志查看，LAP會讀取系統(tǒng)參數(shù)區(qū)的日志數(shù)據(jù)，顯示到終 端；
[0037] 如果收到的是上傳日志消息，則將系統(tǒng)參數(shù)區(qū)的日志上傳給客戶端的ftp服務(wù)器 端；
[0038] 如果收到的上傳異常消息，則將異常文件中的異常數(shù)據(jù)上傳給客戶端的ftp服務(wù) 器。
[0039] 所述日志、異常數(shù)據(jù)的存儲格式如下：
[0040] 由于嵌入式設(shè)備的存儲空間有限不可能記錄所有系統(tǒng)的運(yùn)作日志、只能記錄一些 重要、有用的日志，主要包括：上電啟動、復(fù)位、配置、版本下載、版本激活、反激活、uboot升 級、lmt登錄等。
[0041] 日志文件的存儲格式如下：
[0042] [事件（消息）ID時間事件描述信息]
[0043] 如表1所示：
[0044]
【主權(quán)項】
1. 一種日志和異常探針的實(shí)現(xiàn)方法，其特征在于包括如下步驟： 1) 日志和異常探針模塊LAP以迭代服務(wù)器的方式順序接收、處理各個模塊發(fā)來的消 息； 2) 對接收到的消息類型進(jìn)行判斷，如果收到的是日志或異常數(shù)據(jù)，LAP則會將日志存 儲在系統(tǒng)參數(shù)區(qū)，將異常數(shù)據(jù)存儲在異常文件中；所述日志和異常數(shù)據(jù)均是以結(jié)構(gòu)體形式 存儲到二進(jìn)制文件中； 3) 如果收到的是日志查看，LAP會讀取系統(tǒng)參數(shù)區(qū)的日志數(shù)據(jù)，顯示到終端； 如果收到的是上傳日志消息，則將系統(tǒng)參數(shù)區(qū)的日志上傳給客戶端的ftp服務(wù)器端； 如果收到的上傳異常消息，則將異常文件中的異常數(shù)據(jù)上傳給客戶端的ftp服務(wù)器； 以及 日志或異常數(shù)據(jù)在終端顯示或上傳前，通過轉(zhuǎn)換工具將二進(jìn)制的日志和異常文件轉(zhuǎn)換 成可閱讀的文本文件。
2. 根據(jù)權(quán)利要求1所述的日志和異常探針的實(shí)現(xiàn)方法，其特征在于：所述日志、異常數(shù) 據(jù)均是采用循環(huán)存儲的方式。
3. 根據(jù)權(quán)利要求1所述的日志和異常探針的實(shí)現(xiàn)方法，其特征在于：如果收到的是日 志查看，LAP將讀取系統(tǒng)參數(shù)區(qū)的日志數(shù)據(jù)，并將二進(jìn)制的日志數(shù)據(jù)解析ascii形式，然后 將這些解析后的數(shù)據(jù)顯示到終端。
4. 根據(jù)權(quán)利要求1所述的日志和異常探針的實(shí)現(xiàn)方法，其特征在于：所述日志的轉(zhuǎn)換 工具的轉(zhuǎn)換過程如下：其中日志文件的存儲格式為：事件（消息）ID、時間、事件描述信息； 事件id和事件名有具體的對應(yīng)關(guān)系，定義在事件id文件中，事件id文件是一個頭文 件，定義了事件id和事件名對應(yīng)的宏，事件id文件為一個頭文件，里面定義的的有關(guān)事件 名稱的宏； 轉(zhuǎn)換工具讀取日志文件的每條日志，將日志的事件id和事件id文件中的宏值比較，相 等時，則宏名就是事件名，然后將宏名存放到轉(zhuǎn)換后的文件中，如果沒有匹配的宏，則將事 件id拷貝到轉(zhuǎn)換后的文件中； 時間在日志文件是以1970年經(jīng)過的秒來記錄的，需要轉(zhuǎn)換為年月日時分秒的形式； 事件描述信息在日志文件中是按照ascii碼存儲的。
5. 根據(jù)權(quán)利要求1所述的日志和異常探針的實(shí)現(xiàn)方法，其特征在于：所述異常文件的 轉(zhuǎn)換工具的轉(zhuǎn)換過程如下：其中異常探針在文件中的存儲格式為：所在文件ID、所在行、時 間、3個變量值、原因碼； 所在異常文件id和具體的文件名之間的對應(yīng)關(guān)系定義在文件id文件中，文件id文 件是一個頭文件，文件id文件中定義的是文件id與文件名的對應(yīng)宏，宏值就是文件名；轉(zhuǎn) 換工具讀取異常文件的每條異常記錄，將異常中文件id和文件id文件中的宏值比較，相等 時，則宏名就是文件名，然后將宏名存放到轉(zhuǎn)換后的文件中，如果沒有匹配，就將文件id拷 貝到轉(zhuǎn)換后的文件中；時間和日志的時間處理一樣；三個變量值在日志文件中按照二進(jìn)制 格式存儲，按照16進(jìn)制數(shù)格式轉(zhuǎn)換為文本格式，每個變量需要IObyte空間；原因碼在日志 文件中以二進(jìn)制格式存儲，轉(zhuǎn)換后為原因碼對應(yīng)的宏，沒有宏的顯示數(shù)值，原因碼的宏定義 在頭文件中，轉(zhuǎn)換工具通過讀取這個文件進(jìn)行轉(zhuǎn)換。
【專利摘要】本發(fā)明提供一種日志和異常探針的實(shí)現(xiàn)方法，包括如下步驟：1)日志和異常探針模塊LAP以迭代服務(wù)器的方式順序接收、處理各個模塊發(fā)來的消息；2)對接收到的消息類型進(jìn)行判斷，將日志存儲在系統(tǒng)參數(shù)區(qū)，將異常數(shù)據(jù)存儲在異常文件中；3)如果收到的是日志查看，LAP會讀取系統(tǒng)參數(shù)區(qū)的日志數(shù)據(jù)，顯示到終端；如果收到的是上傳日志消息，則將系統(tǒng)參數(shù)區(qū)的日志上傳給客戶端的ftp服務(wù)器端；如果收到的上傳異常消息，則將異常文件中的異常數(shù)據(jù)上傳給客戶端的ftp服務(wù)器。本發(fā)明具有的優(yōu)點(diǎn)和積極效果是：實(shí)現(xiàn)了日志和異常數(shù)據(jù)的可靠存儲，占用空間小，可查看和上傳，操作方便；方便了嵌入式系統(tǒng)的開發(fā)、調(diào)試與維護(hù)，為故障定位提供簡單、可靠的解決方案。
【IPC分類】H04L12-24, H04L29-08
【公開號】CN104734881
【申請?zhí)枴緾N201410766410
【發(fā)明人】高峰
【申請人】天津中興智聯(lián)科技有限公司
【公開日】2015年6月24日
【申請日】2014年12月11日