[發(fā)明專利]使用者訊息管理方法及系統(tǒng)

無效

• 申請?zhí)枺?/td>: 200810088340.9
• 申請日: 2008-03-27
• 公開（公告）號: CN101321166A
• 公開（公告）日: 2008-12-10
• 發(fā)明（設計）人: 洪上清
• 申請（專利權）人: 宏正自動科技股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;G06F13/38;G06F1/16
• 代理公司: 上海專利商標事務所有限公司
• 代理人: 陳亮

技術領域

本發(fā)明有關于一種IPMI(Intelligent?Platform?Management?Interface，智能平臺管理接口)管理，且特別有關于一種用于智能平臺管理接口系統(tǒng)中的使用者訊息管理方法及系統(tǒng)。

背景技術

隨著電子裝置，如計算機系統(tǒ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?PlatformManagement?Bus，智能平臺管理總線)、KCS(Keyboard?Controller?Style，鍵盤控制器規(guī)格)、UART(Universal?Asynchronous?Receiver/Transmitter，異步串行傳輸接口)、與LAN(Local?Area?Network，局部局域網絡)等。一IPMI系統(tǒng)可以包括一BMC(Baseboard?Management?Controller，基板管理控制器)，用以與裝置底架中的傳感器連接，且透過以I2C(Inter-Integrated?Chip，內建集成電路)實作的IPMB連接衛(wèi)星管理控制器。BMC由傳感器與衛(wèi)星管理控制器接收檢測到的數據，且將數據存儲于一存儲單元，如EEPROM(Electrically?Erasable?Programmable?Read-OnlyMemory，電子式可清除可編程只讀存儲器)中。

存儲于存儲單元中的數據至少包括SDR(Sensor?Data?Record，傳感器數據記錄)、FRU(Field?Replaceable?Unit，現(xiàn)場可替換單元)、與SEL(System?Event?Log，系統(tǒng)事件日志)。SDR可以提供基板上出現(xiàn)的個別傳感器的特性。舉例來說，傳感器可以是用以感測溫度、風扇速度、電壓等。FRU記錄相應裝置的制造信息，如供貨商辨識數據、制造商等。當特定事件發(fā)生時，則會產生SEL。SEL記錄相應事件的傳感器或系統(tǒng)的狀態(tài)信息。存儲單元中的數據可以用來進行系統(tǒng)管理。

管理者或是應用程序可以連接到BMC來存取存儲單元中的數據，或是透過不同接口在存儲單元中執(zhí)行相關操作。使用者可以更新存儲單元中的信息，如SDR，以及BMC的固件。傳統(tǒng)地，針對上述更新并無任何信息會被記錄下來，從而導致系統(tǒng)管理上的困難。舉例來說，如果一使用者更新固件來新增一個新傳感器的驅動程序，由于沒有任何相應此固件更新的信息存在，因此，此新傳感器的驅動程序可能無法分享給其它使用者使用。另外，如果一使用者更新SDR，則其它使用者在讀取SDR時可能會發(fā)生不正確或錯誤的情形。

發(fā)明內容

有鑒于此，本發(fā)明提供使用者訊息管理方法及系統(tǒng)。

本發(fā)明實施例的使用者訊息管理方法，適用于一智能平臺管理接口系統(tǒng)。首先，一基板管理控制器由一操作臺接收一要求，其中要求是用以存取一存儲單元中一使用者訊息列表。之后，依據接收的要求執(zhí)行操作，以存取使用者訊息列表中的至少一使用者訊息。

本發(fā)明實施例的使用者訊息管理系統(tǒng)，適用于一智能平臺管理接口系統(tǒng)。使用者訊息管理系統(tǒng)包括一存儲單元與一基板管理控制器。存儲單元包括一使用者訊息列表。基板管理控制器由一操作臺接收一要求，其中要求是用以存取使用者訊息列表。基板管理控制器依據接收的要求執(zhí)行操作，以存取使用者訊息列表中的至少一使用者訊息。

本發(fā)明上述方法可以透過程序代碼方式收錄于實體媒體中。當程序代碼被機器加載且執(zhí)行時，機器變成用以實行本發(fā)明的裝置。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉實施例，并配合附圖，詳細說明如下。

附圖說明

圖1為一示意圖是顯示依據本發(fā)明實施例的使用者訊息管理系統(tǒng)。

圖2為一示意圖是顯示依據本發(fā)明實施例的使用者訊息格式。

圖3顯示一使用者訊息列表例子。

圖4為一示意圖是顯示依據本發(fā)明實施例的相應要求的層狀結構。

圖5顯示一授權表格例子。

圖6為一流程圖是顯示依據本發(fā)明實施例的使用者訊息管理方法。

圖7為一流程圖是顯示依據本發(fā)明實施例的將要求封裝成層的方法。