專利名稱：韌體定義文件檢測系統(tǒng)及其檢測方法
技術(shù)領(lǐng)域：
本發(fā)明是有關(guān)于一種韌體定義文件，且特別是有關(guān)于一種韌體定義文件的檢測方法。
背景技術(shù)：
目前的服務(wù)器管理軟件，一般都存在一個事件記錄機(jī)制(Log)，而服務(wù)器管理軟件 便是利用事件記錄機(jī)制向使用者表達(dá)目前系統(tǒng)硬設(shè)備上的狀態(tài)。因此，事件記錄機(jī)制是否 能正確反映出系統(tǒng)硬設(shè)備上的狀態(tài)，是取決于管理軟件內(nèi)的韌體定義文件是否正確。當(dāng)一個系統(tǒng)處于開發(fā)階段時，韌體定義文件所定義的信號形態(tài)無法正確反應(yīng)出硬 設(shè)備的真實狀態(tài)，是十分常見的問題。此時，便仰賴系統(tǒng)開發(fā)人員逐一除錯(Debug)。而除錯 的過程常常只是針對系統(tǒng)開發(fā)人員偶然發(fā)現(xiàn)或預(yù)燒測機(jī)(Burn In)時顯現(xiàn)出來的問題。假 設(shè)當(dāng)?shù)谝粻顩r發(fā)生時，會使第二狀況也成立，此時韌體定義為第一事件，以反應(yīng)第一狀況； 而當(dāng)僅有第二狀況發(fā)生時，則韌體定義為第二事件，以反應(yīng)第二狀況；此時，第二狀況與第 二事件之間能否正確地產(chǎn)生連動，便不容易被檢測出來。舉例來說，假設(shè)一系統(tǒng)的溫度高于 攝氏80度為第一狀況，而溫度高于60度為第二狀況；則當(dāng)?shù)谝粻顩r成立時，第二狀況勢必 也成立；而一般在預(yù)燒測機(jī)時，通常會使系統(tǒng)運作在最嚴(yán)苛條件(Worst case)下，以檢驗 系統(tǒng)的各種反應(yīng)；因此，單純出現(xiàn)第二狀況的情形便很容易被忽略。換句話說，韌體定義文 件的驗證方式并不嚴(yán)謹(jǐn)。

發(fā)明內(nèi)容
本發(fā)明的一目的在于提供一種韌體定義文件檢測系統(tǒng)，以嚴(yán)謹(jǐn)?shù)卮_認(rèn)韌體定義文 件的定義個數(shù)與定義內(nèi)容。本發(fā)明的另一目的在于提供一種韌體定義文件檢測方法，以主動檢測韌體定義文 件鎖定義的多種事件是否能被如實反映出來。根據(jù)本發(fā)明的一目的，提供一種韌體定義文件檢測系統(tǒng)，包括一軟件控制端及多 個硬件信號端。軟件控制端具有一韌體定義文件，且軟件控制端根據(jù)韌體定義文件產(chǎn)生多 個仿真信號。這些硬件信號端則系接收相對應(yīng)的多個仿真信號，以產(chǎn)生多個回饋信號予軟 件控制端。其中，軟件控制端是根據(jù)這些回饋信號建立一事件記錄表，并利用事件記錄表來 檢查韌體定義文件是否正確。借此，本發(fā)明的韌體定義文件檢測系統(tǒng)仿真各種事件所產(chǎn)生 的仿真信號，來完整檢驗韌體定義文件是否正確。根據(jù)本發(fā)明的另一目的，提供一種韌體定義文件檢測方法，其包括下列步驟從一 軟件端讀取一韌體定義文件，并根據(jù)韌體定義文件產(chǎn)生多個仿真信號。從軟件端實際檢測 多個連接端口，這些連接端口是對應(yīng)多個硬件端。從軟件端透過這些連接端口發(fā)送上述多 個仿真信號予這些硬件端。從這些硬件端取得多個回饋信號，并利用這些回饋信號建立一 事件記錄表。比對事件記錄表與仿真信號，進(jìn)而檢測韌體定義文件是否正確。借此，本發(fā)明 的韌體定義文件檢測方法可以將韌體定義文件上預(yù)期的多種事件，全部反應(yīng)在事件記錄表
3內(nèi)，進(jìn)而逐一比對是否有誤。本發(fā)明的韌體定義文件檢測系統(tǒng)，可以自動讀取韌體定義文件中對各種事件的定 義，將事件仿真成信號發(fā)送至硬件信號端，再從硬件信號端取得反饋的結(jié)果，然后比對反饋 的結(jié)果與仿真的事件，在數(shù)量上是否一致，以及內(nèi)容上是否相符。本發(fā)明的韌體定義文件檢測方法，可以有系統(tǒng)且嚴(yán)謹(jǐn)?shù)膫蓽y出韌體定義文件的錯 誤。換句話說，本發(fā)明的韌體定義文件檢測方法可以提升一個系統(tǒng)對于各硬件端的控管質(zhì) 量，降低系統(tǒng)開發(fā)所需要的人力與時間。






圖1為本發(fā)明一實施例的韌體定義文件檢測系統(tǒng)的結(jié)構(gòu)示意圖； 圖2為本發(fā)明一實施例的韌體定義文件檢測方法的步驟流程圖； 圖3為圖2的詳細(xì)步驟流程圖。主要組件符號說明
101 仿真信號 120 事件記錄表 201 回饋信號 401 414 步驟
100 軟件控制端 110:韌體定義文件 200 硬件信號端 301 305 步驟
具體實施例方式請參照圖1，其為本發(fā)明一實施例的韌體定義文件檢測系統(tǒng)的結(jié)構(gòu)示意圖。圖1 中，本實施例的韌體定義文件檢測系統(tǒng)包括一軟件控制端100及多個硬件信號端200。軟件 控制端100具有一韌體定義文件110，且軟件控制端100根據(jù)韌體定義文件110產(chǎn)生多個仿 真信號101。具體而言，硬件信號端可為一伺服系統(tǒng)的多個具有反饋功能的硬件，例如溫 度感應(yīng)器、風(fēng)扇及風(fēng)扇轉(zhuǎn)速感應(yīng)器、中央處理器等運算芯片的頻率感應(yīng)器、各式電壓感應(yīng)器 及電流感應(yīng)器。這些硬件信號端200則是接收相對應(yīng)的多個仿真信號101，以產(chǎn)生多個回饋信號 201予軟件控制端100。換句話說，以溫度感應(yīng)器為例，一個正常的溫度感應(yīng)器回報的感應(yīng) 信號可能有三種正常溫度、過高溫度及超標(biāo)溫度。若韌體定義文件110無誤，則軟件控制 端100依序傳送三個仿真信號101分別代表上述三種溫度時，硬件信號端200便應(yīng)相應(yīng)發(fā) 出三種回饋信號，以響應(yīng)三種不同的溫度。其中，軟件控制端100便根據(jù)這些回饋信號201建立一事件記錄表120，并利用事 件記錄表120來檢查韌體定義文件110是否正確。例如，上述每一種溫度狀態(tài)是否都可以 被反應(yīng)出來，以及反應(yīng)的內(nèi)容與預(yù)期的結(jié)果是否相符。換句話說，本實施例的韌體定義文件檢測系統(tǒng)，可以自動讀取韌體定義文件110 中對各種事件的定義，將事件仿真成信號發(fā)送至硬件信號端200，再從硬件信號端200取 得反饋的結(jié)果，然后比對反饋的結(jié)果與仿真的事件，在數(shù)量上是否一致，以及內(nèi)容上是否相 符。請參照圖2，其為本發(fā)明一實施例的韌體定義文件檢測方法的步驟流程圖。圖2 中，本實施例的韌體定義文件檢測方法，步驟如下首先，如步驟301所示，在軟件端取得韌體定義文件，并利用韌體定義文件產(chǎn)生多個仿真信號。然后，如步驟302所示，在軟件端實 際檢測與硬件端相通的連接端口個數(shù)。此舉可以進(jìn)一步確認(rèn)所有待測的硬件端皆已經(jīng)被啟 動，進(jìn)而防止誤將硬件端沒被啟動的狀況誤判為相應(yīng)的韌體定義內(nèi)容失效。接下來，如步驟 303所示，在軟件端依序發(fā)送多個仿真信號給各個連接端口，進(jìn)而傳遞到各個硬件端。然后， 如步驟304所示，從硬件端取得多個回傳的回饋信號，并制成事件記錄表(Log)。最后，如 步驟305所示，比對事件記錄表與仿真信號，進(jìn)而確認(rèn)韌體定義文件是否正確。值得注意的 是，比對事件記錄表與仿真信號時，可以比對事件記錄表的一事件個數(shù)是否符合韌體定義 文件的一定義個數(shù)，以及比對事件記錄表的一事件內(nèi)容是否符合韌體定義文件的一定義內(nèi) 容。請繼續(xù)參照圖3，其為圖2的詳細(xì)步驟流程圖。本實施例的韌體定義文件檢測方 法，步驟詳述如下首先，如步驟401所示，啟動檢測軟件。接下來，如步驟402所示，取得韌 體定義文件，韌體定義文件包括了定義內(nèi)容及定義數(shù)量。換句話說，本實施例可利用韌體定 義文件產(chǎn)生多種仿真事件來檢驗每一個硬件端的反應(yīng)是否都符合韌體定義文件的內(nèi)容。然后，如步驟403所示，建立韌體連接接口，意即信號連接硬件端的連接端口 ；此 舉在于確認(rèn)每一個硬件端都已經(jīng)被啟動，處于待測狀態(tài)。此步驟是要排除檢測結(jié)果不符時， 其錯誤是肇因于硬件端未被啟動的狀況。接下來，如步驟404所示，檢測連接端口的數(shù)量是 否與韌體定義文件上所記載的個數(shù)相符。若連接端口的數(shù)量無誤，則如步驟405所示，依序 傳送各種仿真事件給連接端口，進(jìn)而傳送到各個待測硬件端。然后，如步驟406所示，計算 是否每個仿真事件都已經(jīng)順利發(fā)出。此舉是要排除檢測結(jié)果不符時，其錯誤是肇因于信號 未正常傳遞的狀況。接下來，如步驟407所示，各硬件端在接收到仿真信號后，便各自產(chǎn)生相應(yīng)的回饋 信號。然后，如步驟408所示，軟件端根據(jù)回饋信號建立一事件記錄表。接下來，如步驟409 所示，軟件端逐一比對事件記錄表與韌體定義文件。若事件記錄表與韌體定義文件的事件 個數(shù)不相符，如步驟410所示；則表示有某些事件遺失了，如步驟411所示。換句話說，遺失 事件相應(yīng)的硬件端無法根據(jù)仿真信號順利反應(yīng)出回饋信號來。接下來，如步驟412所示，若 事件記錄表與韌體定義文件內(nèi)容不相符；則表示韌體定義文件的內(nèi)容有誤，如步驟413所 示，例如將溫度過高誤判為溫度正常等狀況。最后，若事件記錄表與韌體定義文件個數(shù)與內(nèi) 容皆相符，如步驟414所示，便表示韌體定義文件正確無誤。借此，本實施例的韌體定義文件檢測方法，可以有系統(tǒng)且嚴(yán)謹(jǐn)?shù)膫蓽y出韌體定義 文件的錯誤。換句話說，本實施例的韌體定義文件檢測方法可以提升一個系統(tǒng)對于各硬件 端的控管質(zhì)量，降低系統(tǒng)開發(fā)所需要的人力與時間。雖然本發(fā)明已以實施方式揭露如上，然其并非用以限定本發(fā)明，任何熟悉此技術(shù) 的人員，在不脫離本發(fā)明的精神和范圍內(nèi)，當(dāng)可作各種的更動與潤飾，因此本發(fā)明的保護(hù)范 圍當(dāng)視權(quán)利要求書所界定的范圍為準(zhǔn)。
權(quán)利要求
一種韌體定義文件檢測系統(tǒng)，其特征在于，包括一軟件控制端，具有一韌體定義文件，根據(jù)該韌體定義文件產(chǎn)生多個仿真信號；以及多個硬件信號端，接收相對應(yīng)的該多個仿真信號，以產(chǎn)生多個回饋信號予該軟件控制端；其中，該軟件控制端是根據(jù)該多個回饋信號建立一事件記錄表，并利用該事件記錄表檢查該韌體定義文件。
2.根據(jù)權(quán)利要求1所述韌體定義文件檢測系統(tǒng)，其特征在于，該硬件信號端為一溫度 感應(yīng)器。
3.根據(jù)權(quán)利要求1所述韌體定義文件檢測系統(tǒng)，其特征在于，該硬件信號端為一運算 芯片頻率感應(yīng)器。
4.根據(jù)權(quán)利要求1所述韌體定義文件檢測系統(tǒng)，其特征在于，該硬件信號端為一風(fēng)扇 轉(zhuǎn)速感應(yīng)器。
5.根據(jù)權(quán)利要求1所述韌體定義文件檢測系統(tǒng)，其特征在于，該硬件信號端為一電壓感應(yīng)器。
6.根據(jù)權(quán)利要求1所述韌體定義文件檢測系統(tǒng)，其特征在于，該硬件信號端為一電流感應(yīng)器。
7.一種韌體定義文件檢測方法，其特征在于，包括下列步驟從一軟件端讀取一韌體定義文件，并根據(jù)該韌體定義文件產(chǎn)生多個仿真信號； 從該軟件端實際檢測多個連接端口，該多個連接端口是對應(yīng)多個硬件端； 從該軟件端透過該多個連接端口發(fā)送該多個仿真信號予該多個硬件端； 從該多個硬件端取得多個回饋信號，并利用該多個回饋信號建立一事件記錄表；以及 比對該事件記錄表與該多個仿真信號，進(jìn)而檢測該韌體定義文件。
8.根據(jù)權(quán)利要求7所述韌體定義文件檢測方法，其特征在于，比對該事件記錄表與該 多個仿真信號，進(jìn)而檢測該韌體定義文件，還包括檢測該事件記錄表的一事件個數(shù)是否符 合該韌體定義文件的一定義個數(shù)。
9.根據(jù)權(quán)利要求7所述韌體定義文件檢測方法，其特征在于，比對該事件記錄表與該 多個仿真信號，進(jìn)而檢測該韌體定義文件，還包括檢測該事件記錄表的一事件內(nèi)容是否符 合該韌體定義文件的一定義內(nèi)容。
全文摘要
本發(fā)明揭示一種韌體定義文件檢測系統(tǒng)，包括一軟件控制端及多個硬件信號端。軟件控制端具有一韌體定義文件，且軟件控制端根據(jù)韌體定義文件產(chǎn)生多個仿真信號。這些硬件信號端則是接收相對應(yīng)的多個仿真信號，以產(chǎn)生多個回饋信號予軟件控制端。其中，軟件控制端根據(jù)這些回饋信號建立一事件記錄表，并利用事件記錄表來檢查韌體定義文件是否正確。
文檔編號G06F11/36GK101930396SQ20091014990
公開日2010年12月29日 申請日期2009年6月22日 優(yōu)先權(quán)日2009年6月22日
發(fā)明者陳宗楠 申請人:英業(yè)達(dá)股份有限公司