專利名稱：使用者訊息管理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明有關(guān)于——禾中IPMI(Intelligent Platform Management Interface,智 能平臺(tái)管理接口)管理，且特別有關(guān)于一種用于智能平臺(tái)管理接口系統(tǒng)中的使用者 訊息管理方法及系統(tǒng)。
背景技術(shù)：
隨著電子裝置，如計(jì)算機(jī)系統(tǒng)、通訊裝置、與網(wǎng)絡(luò)裝置的普及，維持裝置的 效能與執(zhí)行狀態(tài)穩(wěn)定是非常重要的工作之一。IPMI是一種工業(yè)標(biāo)準(zhǔn)協(xié)議，其定義 計(jì)算機(jī)系統(tǒng)中硬件與固件監(jiān)控與管理的相關(guān)協(xié)議。舉例來(lái)說(shuō)，智能平臺(tái)管理接口定 義監(jiān)控中央處理單元/芯片的溫度、風(fēng)扇速度、有關(guān)裝置底架的相關(guān)信息、開(kāi)機(jī)與 否、以及其它相關(guān)信息。IPMI可以獨(dú)立于計(jì)算機(jī)系統(tǒng)的操作系統(tǒng)之外進(jìn)行運(yùn)作，且可以允許在沒(méi)有操 作系統(tǒng)或系統(tǒng)管理軟件的情況下進(jìn)行系統(tǒng)管理。甚至，當(dāng)系統(tǒng)尚未開(kāi)機(jī)時(shí)，IPMI 也可以提供進(jìn)行系統(tǒng)管理。IPMI定義多種接口，如IPMB(Intelligent Platform Management Bus,智能平臺(tái)管理總線)、KCS(Keyboard Controller Style,鍵盤(pán)控制 器規(guī)格)、UART(Universal Asynchronous Receiver/Transmitter,異步串行傳輸接口)、 與LAN(Local Area Network,局部局域網(wǎng)絡(luò))等。一 IPMI系統(tǒng)可以包括一 BMC(Baseboard Management Controller,基板管理控制器)，用以與裝置底架中的傳 感器連接，且透過(guò)以I2C(Inter-IntegratedChip，內(nèi)建集成電路)實(shí)作的IPMB連接衛(wèi) 星管理控制器。BMC由傳感器與衛(wèi)星管理控制器接收檢測(cè)到的數(shù)據(jù)，且將數(shù)據(jù)存 儲(chǔ)于 一 存儲(chǔ)單元，如EEPROM(Electrically Erasable Programmable Read-Only Memory ，電子式可清除可編程只讀存儲(chǔ)器)中。存儲(chǔ)于存儲(chǔ)單元中的數(shù)據(jù)至少包括SDR(Sensor Data Record,傳感器數(shù)據(jù)記 錄)、FRU(Field Replaceable Unit,現(xiàn)場(chǎng)可替換單元)、與SEL(System Event Log,系 統(tǒng)事件日志)。SDR可以提供基板上出現(xiàn)的個(gè)別傳感器的特性。舉例來(lái)說(shuō)，傳感器可以是用以感測(cè)溫度、風(fēng)扇速度、電壓等。FRU記錄相應(yīng)裝置的制造信息，如供 貨商辨識(shí)數(shù)據(jù)、制造商等。當(dāng)特定事件發(fā)生時(shí)，則會(huì)產(chǎn)生SEL。 SEL記錄相應(yīng)事 件的傳感器或系統(tǒng)的狀態(tài)信息。存儲(chǔ)單元中的數(shù)據(jù)可以用來(lái)進(jìn)行系統(tǒng)管理。管理者或是應(yīng)用程序可以連接到BMC來(lái)存取存儲(chǔ)單元中的數(shù)據(jù)，或是透過(guò)不 同接口在存儲(chǔ)單元中執(zhí)行相關(guān)操作。使用者可以更新存儲(chǔ)單元中的信息，如SDR， 以及BMC的固件。傳統(tǒng)地，針對(duì)上述更新并無(wú)任何信息會(huì)被記錄下來(lái)，從而導(dǎo)致 系統(tǒng)管理上的困難。舉例來(lái)說(shuō)，如果一使用者更新固件來(lái)新增一個(gè)新傳感器的驅(qū)動(dòng) 程序，由于沒(méi)有任何相應(yīng)此固件更新的信息存在，因此，此新傳感器的驅(qū)動(dòng)程序可 能無(wú)法分享給其它使用者使用。另外，如果一使用者更新SDR，則其它使用者在 讀取SDR時(shí)可能會(huì)發(fā)生不正確或錯(cuò)誤的情形。發(fā)明內(nèi)容有鑒于此，本發(fā)明提供使用者訊息管理方法及系統(tǒng)。本發(fā)明實(shí)施例的使用者訊息管理方法，適用于一智能平臺(tái)管理接口系統(tǒng)。首 先， 一基板管理控制器由一操作臺(tái)接收一要求，其中要求是用以存取一存儲(chǔ)單元中 一使用者訊息列表。之后，依據(jù)接收的要求執(zhí)行操作，以存取使用者訊息列表中的 至少一使用者訊息。本發(fā)明實(shí)施例的使用者訊息管理系統(tǒng)，適用于一智能平臺(tái)管理接口系統(tǒng)。使 用者訊息管理系統(tǒng)包括一存儲(chǔ)單元與一基板管理控制器。存儲(chǔ)單元包括一使用者訊 息列表。基板管理控制器由一操作臺(tái)接收一要求，其中要求是用以存取使用者訊息 列表?；骞芾砜刂破饕罁?jù)接收的要求執(zhí)行操作，以存取使用者訊息列表中的至少 一使用者訊息。本發(fā)明上述方法可以透過(guò)程序代碼方式收錄于實(shí)體媒體中。當(dāng)程序代碼被機(jī) 器加載且執(zhí)行時(shí)，機(jī)器變成用以實(shí)行本發(fā)明的裝置。為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能更明顯易懂，下文特舉實(shí)施例，并配 合附圖，詳細(xì)說(shuō)明如下。


圖1為一示意圖是顯示依據(jù)本發(fā)明實(shí)施例的使用者訊息管理系統(tǒng)。圖2為一示意圖是顯示依據(jù)本發(fā)明實(shí)施例的使用者訊息格式。 圖3顯示一使用者訊息列表例子。圖4為一示意圖是顯示依據(jù)本發(fā)明實(shí)施例的相應(yīng)要求的層狀結(jié)構(gòu)。 圖5顯示一授權(quán)表格例子。圖6為一流程圖是顯示依據(jù)本發(fā)明實(shí)施例的使用者訊息管理方法。 圖7為一流程圖是顯示依據(jù)本發(fā)明實(shí)施例的將要求封裝成層的方法。 圖8為一流程圖是顯示依據(jù)本發(fā)明實(shí)施例的將具有分層結(jié)構(gòu)的要求進(jìn)行拆解 的方法。
具體實(shí)施方式
圖1顯示依據(jù)本發(fā)明實(shí)施例的使用者訊息管理系統(tǒng)。使用者訊息管理系統(tǒng)可以使用于一 IPMI(智能平臺(tái)管理接口)系統(tǒng)中。使用者 訊息管理系統(tǒng)包括一BMC(基板管理控制器)llO、 一存儲(chǔ)單元120，如EEPROM(電 子式可清除可編程只讀存儲(chǔ)器)、一總線130用以連接至BMC 110與存儲(chǔ)單元120、 以及多個(gè)接口。接口可以包括IPMB(智能平臺(tái)管理總線)142、 KCS(鍵盤(pán)控制器規(guī) 格)144、 UART(異步串行傳輸接口)146與LAN(局部局域網(wǎng)絡(luò))148等分別連接至不 同操作臺(tái)(Console)(152、 154、 156與158)的通道。在BMC 110與存儲(chǔ)單元120間 的總線130可以是以I2C實(shí)作的總線。存儲(chǔ)單元120可以包括SEL(系統(tǒng)事件曰 志)121、 SDR(傳感器數(shù)據(jù)記錄)122、 FRU(現(xiàn)場(chǎng)可替換單元)信息123、 一使用者訊 息列表124、與一授權(quán)表格125。當(dāng)系統(tǒng)發(fā)生一特定事件時(shí)，則會(huì)產(chǎn)生SEL 121。 SEL 121記錄相應(yīng)事件的傳感器或系統(tǒng)的狀態(tài)信息。SDR 122可以提供基板上出現(xiàn) 的個(gè)別傳感器的特性。FRU信息123記錄相應(yīng)裝置的制造信息，如供貨商辨識(shí)數(shù) 據(jù)、制造商等。使用者訊息列表124包括至少一使用者訊息。值得注意的是，使用 者訊息列表124亦有可能包括其它相關(guān)數(shù)據(jù)，并不限定于使用者訊息。另外，在一 些情況中，使用者訊息列表124亦有可能沒(méi)有包括任何使用者訊息。圖2顯示依據(jù)本發(fā)明實(shí)施例的使用者訊息格式。如圖2所示，使用者訊息包 括l字節(jié)的使用者字段、15字節(jié)的動(dòng)作類型字段、40字節(jié)的細(xì)節(jié)字段、與8字節(jié) 的時(shí)間字段。值得注意的是，使用者訊息的格式并不限定于前述實(shí)施例，任何可以 記錄如前述使用者訊息內(nèi)容的數(shù)據(jù)格式皆可應(yīng)用于本案。圖3顯示一使用者訊息列表例子。如圖3所示，使用者訊息列表124中有三 筆使用者訊息，每一使用者訊息記錄使用者辨識(shí)數(shù)據(jù)、存取類型、詳細(xì)說(shuō)明、與相 應(yīng)的時(shí)間戳記等。操作臺(tái)可以透過(guò)BMC 110存取使用者訊息列表124。 BMC 110 由操作臺(tái)接收要求，且依據(jù)接收的要求執(zhí)行相應(yīng)的使用者訊息管理。值得注意的是， 在一些實(shí)施例中，要求可以具有一層狀結(jié)構(gòu)。圖4顯示依據(jù)本發(fā)明實(shí)施例的相應(yīng)要求的層狀結(jié)構(gòu)300。如圖4所示，要求可 以被一層層的包裝，其中將包含使用者訊息的使用者訊息層310封入相應(yīng)存取命 令，如讀取、建立、或刪除的一命令層320內(nèi)部。之后，再將命令層320封入相應(yīng) 在操作臺(tái)與BMC IIO之間的信道的一信道層330內(nèi)部。圖5顯示一授權(quán)表格例子。如圖5所示，授權(quán)表格125記錄個(gè)別操作臺(tái)相應(yīng) 于圖4中顯示的使用者訊息列表124的授權(quán)(使用權(quán)限)。授權(quán)表格125中的每一數(shù) 據(jù)項(xiàng)(列)記錄一賬號(hào)類型，以及相應(yīng)于使用者訊息列表124分別進(jìn)行讀取、建立與 刪除的授權(quán)。值得注意的是，在一些實(shí)施例中，授權(quán)表格125可以位于BMC 110 中。圖6顯示依據(jù)本發(fā)明實(shí)施例的使用者訊息管理方法。如步驟S610，操作臺(tái)150產(chǎn)生一要求，且透過(guò)IPMB、 KCS、 UART、或LAN通道傳送一要求給BMC 110，以要求存取使用者訊息列表。在一些實(shí)施例中，操 作臺(tái)150產(chǎn)生的要求中可以包括一使用者訊息。圖7顯示依據(jù)本發(fā)明實(shí)施例的將要 求封裝成層的方法。首先，如步驟S612，將包含使用者訊息的使用者訊息層封入 (Encapsulate)相應(yīng)存取命令，如讀取、建立、或刪除的命令層內(nèi)部。之后，如步驟 S614,將包括使用者訊息的命令層封入相應(yīng)在操作臺(tái)150與BMC IIO之間的信道 的信道層內(nèi)部，以加入相應(yīng)的信道信息。注意的是，在一些實(shí)施例中，當(dāng)存取命令 是要讀取使用者訊息列表124中的特定使用者訊息時(shí)，則要求中可能不包含任何使 用者訊息，與/或包括相應(yīng)特定使用者訊息的一訊息辨識(shí)數(shù)據(jù)。請(qǐng)?jiān)俅螀⒖紙D6，如 步驟S620， BMC 11由操作臺(tái)150接收要求，且如步驟S630，將要求進(jìn)行拆解以 得到相應(yīng)使用者訊息的存取命令。圖8顯示依據(jù)本發(fā)明實(shí)施例的將具有分層結(jié)構(gòu)的 要求進(jìn)行拆解的方法。首先，如步驟S632，解開(kāi)(De-encapsulate)信道層，以由信 道層中得到相應(yīng)存取命令的命令層。之后，如步驟S634，解開(kāi)命令層，以由命令 層中得到相應(yīng)使用者訊息的使用者訊息層，以拆解得到使用者訊息。請(qǐng)?jiān)俅螀⒖紙D6，如步驟S640,依據(jù)授權(quán)表格125判斷操作臺(tái)150是否具有相應(yīng)此存取命令的授 權(quán)。如果操作臺(tái)150不具有相應(yīng)此存取命令的授權(quán)(步驟S640的否)，如步驟S650， 產(chǎn)生且傳送一錯(cuò)誤訊息至操作臺(tái)150。如果操作臺(tái)150具有相應(yīng)此存取命令的授權(quán) (步驟S640的是)，如步驟S660，對(duì)于使用者訊息列表124中的使用者訊息執(zhí)行相 應(yīng)要求中存取命令的操作。舉例來(lái)說(shuō)，如果存取命令是"建立"，則一個(gè)要求中包 括的使用者訊息將會(huì)被建立至使用者訊息列表124中。如果存取命令是"讀取"， 則使用者訊息列表124中被指定的使用者訊息將會(huì)透過(guò)BMC IIO被傳送至操作臺(tái) 150。如果存取命令是"刪除"，則要求中所指定的使用者訊息將會(huì)由使用者訊息列 表124中移除。無(wú)論存取是否成功，存儲(chǔ)單元將會(huì)透過(guò)BMC傳送響應(yīng)信息給操作臺(tái)因此，透過(guò)本案的使用者訊息管理方法及系統(tǒng)可以提供一平臺(tái)來(lái)讓IPMI使用 者將訊息，如更新信息進(jìn)行建置。另外，使用者也可以透過(guò)平臺(tái)的使用與其它使用 者進(jìn)行溝通，以改善系統(tǒng)管理的彈性。本發(fā)明的方法，或特定型態(tài)或其部份，可以以程序代碼的型態(tài)包含于實(shí)體媒 體，如軟盤(pán)、光盤(pán)片、硬盤(pán)、或是任何其它機(jī)器可讀取(如計(jì)算機(jī)可讀取)存儲(chǔ)媒體， 其中，當(dāng)程序代碼被機(jī)器，如計(jì)算機(jī)加載且執(zhí)行時(shí)，此機(jī)器變成用以參與本發(fā)明的 裝置。本發(fā)明的方法與裝置也可以以程序代碼型態(tài)透過(guò)一些傳送媒體，如電線或電 纜、光纖、或是任何傳輸型態(tài)進(jìn)行傳送，其中，當(dāng)程序代碼被機(jī)器，如計(jì)算機(jī)接收、 加載且執(zhí)行時(shí)，此機(jī)器變成用以參與本發(fā)明的裝置。當(dāng)在一般用途處理器實(shí)作時(shí)， 程序代碼結(jié)合處理器提供一操作類似于應(yīng)用特定邏輯電路的獨(dú)特裝置。雖然本發(fā)明已以較佳實(shí)施例揭示如上，然其并非用以限定本發(fā)明，任何熟悉 此項(xiàng)技藝者，在不脫離本發(fā)明的精神和范圍內(nèi)，當(dāng)可做些許更動(dòng)與潤(rùn)飾，因此本發(fā) 明的保護(hù)范圍當(dāng)以權(quán)利要求所界定的為準(zhǔn)。
權(quán)利要求
1.一種使用者訊息管理方法，適用于一智能平臺(tái)管理接口系統(tǒng)，包括下列步驟以一基板管理控制器由一操作臺(tái)接收一要求，其中該要求是用以存取一存儲(chǔ)單元中的一使用者訊息列表；以及依據(jù)接收的該要求執(zhí)行操作，以存取該使用者訊息列表中的至少一使用者訊息。
2. 如權(quán)利要求1所述的使用者訊息管理方法，其特征在于，存取該使用者訊息 列表中的該使用者訊息是建立、讀取、或刪除該使用者訊息。
3. 如權(quán)利要求1所述的使用者訊息管理方法，其特征在于，還包括判斷該操作 臺(tái)是否具有相應(yīng)存取該使用者訊息列表的一授權(quán)。
4. 如權(quán)利要求3所述的使用者訊息管理方法，其特征在于，還包括當(dāng)該操作臺(tái) 具有相應(yīng)存取該使用者訊息列表的該授權(quán)時(shí)，執(zhí)行該操作。
5. 如權(quán)利要求1所述的使用者訊息管理方法，其特征在于，該基板管理控制器 透過(guò)一智能平臺(tái)管理總線、 一鍵盤(pán)控制器規(guī)格、 一異步串行傳輸接口、或一局部局 域網(wǎng)絡(luò)通道由該操作臺(tái)接收該要求。
6. 如權(quán)利要求5所述的使用者訊息管理方法，其特征在于，還包括該操作臺(tái)將 該使用者訊息封入相應(yīng)該要求的一命令層內(nèi)部。
7. 如權(quán)利要求6所述的使用者訊息管理方法，其特征在于，還包括該操作臺(tái)將 該命令層封入相應(yīng)該信道的一信道層內(nèi)部。
8. 如權(quán)利要求7所述的使用者訊息管理方法，其特征在于，還包括該基板管理 控制器將該命令層由該信道層中拆解得到。
9. 如權(quán)利要求8所述的使用者訊息管理方法，其特征在于，還包括該基板管理 控制器將該使用者訊息由該命令層中拆解得到。
10. 如權(quán)利要求1所述的使用者訊息管理方法，其特征在于，該使用者訊息包 括一使用者辨識(shí)數(shù)據(jù)、 一存取類型、 一說(shuō)明、或一時(shí)間戳記。
11. 一種使用者訊息管理系統(tǒng)，適用于一智能平臺(tái)管理接口系統(tǒng)，包括 一存儲(chǔ)單元，包括一使用者訊息列表；以及一基板管理控制器，由一操作臺(tái)接收一要求，其中該要求系用以存取該使用者訊息列表，且依據(jù)接收的該要求執(zhí)行操作，以存取該使用者訊息列表中的至少一 使用者訊息。
12. 如權(quán)利要求11所述的使用者訊息管理系統(tǒng)，其特征在于，存取該使用者訊 息列表中的該使用者訊息是建立、讀取、或刪除該使用者訊息。
13. 如權(quán)利要求11所述的使用者訊息管理系統(tǒng)，其特征在于，該基板管理控制 器還判斷該操作臺(tái)是否具有相應(yīng)存取該使用者訊息列表的一授權(quán)。
14. 如權(quán)利要求13所述的使用者訊息管理系統(tǒng)，其特征在于，當(dāng)該操作臺(tái)具有 相應(yīng)存取該使用者訊息列表的該授權(quán)時(shí)，該基板管理控制器執(zhí)行該操作。
15. 如權(quán)利要求11所述的使用者訊息管理系統(tǒng)，其特征在于，該基板管理控制 器是透過(guò)一智能平臺(tái)管理總線、 一鍵盤(pán)控制器規(guī)格、 一異步串行傳輸接口、或一局 部局域網(wǎng)絡(luò)通道由該操作臺(tái)接收該要求。
16. 如權(quán)利要求15所述的使用者訊息管理系統(tǒng)，其特征在于，該操作臺(tái)還將該 使用者訊息封入相應(yīng)該要求的一命令層內(nèi)部。
17. 如權(quán)利要求16所述的使用者訊息管理系統(tǒng)，其特征在于，該操作臺(tái)還將該 命令層封入相應(yīng)該信道的一信道層內(nèi)部。
18. 如權(quán)利要求17所述的使用者訊息管理系統(tǒng)，其特征在于，該基板管理控制 器還將該命令層由該信道層中拆解得到。
19. 如權(quán)利要求18所述的使用者訊息管理系統(tǒng)，其特征在于，該基板管理控制 器還將該使用者訊息由該命令層中拆解得到。
20. 如權(quán)利要求11所述的使用者訊息管理系統(tǒng)，其特征在于，該使用者訊息包 括一使用者辨識(shí)數(shù)據(jù)、 一存取類型、 一說(shuō)明、或一時(shí)間戳記。
全文摘要
本發(fā)明公開(kāi)了一種使用者訊息管理方法及系統(tǒng)，適用于一智能平臺(tái)管理接口系統(tǒng)。一基板管理控制器由一操作臺(tái)接收一要求，其中該要求是用以存取一存儲(chǔ)單元中一使用者訊息列表。基板管理控制器依據(jù)接收的要求執(zhí)行操作，以存取使用者訊息列表中的至少一使用者訊息。
文檔編號(hào)G06F1/16GK101321166SQ200810088340
公開(kāi)日2008年12月10日 申請(qǐng)日期2008年3月27日 優(yōu)先權(quán)日2007年6月7日
發(fā)明者洪上清 申請(qǐng)人:宏正自動(dòng)科技股份有限公司