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


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