本發(fā)明涉及信息監(jiān)控技術(shù)領(lǐng)域，尤其涉及服務(wù)器信息的監(jiān)控方法、裝置及服務(wù)器。

背景技術(shù)：

隨著大數(shù)據(jù)和云計算的廣泛應(yīng)用，使得服務(wù)器的需求變得越來越多，服務(wù)器使用過程中，需要維護人員實時的對硬件使用情況以及操作系統(tǒng)的運行狀態(tài)進行實時監(jiān)控，以保證服務(wù)器的正常工作。一般需要實時監(jiān)控的信息有：中央處理器，內(nèi)存，硬盤以及網(wǎng)絡(luò)等的使用情況。

目前，對服務(wù)器的監(jiān)控需要運維人員在監(jiān)控服務(wù)器上搭建nagios，catic，zabbix等監(jiān)控軟件，并需要為上述監(jiān)控軟件準(zhǔn)確配置對應(yīng)的配置文件，還需要在每臺服務(wù)器上安裝監(jiān)控插件，同時需要通過網(wǎng)絡(luò)獲取每臺服務(wù)器的信息，然后才可以直接在監(jiān)控服務(wù)器的瀏覽器上查看監(jiān)控信息。

上述監(jiān)控手段存在以下弊端：1、需要提供額外的服務(wù)器進行監(jiān)控軟件搭建，以實現(xiàn)對其他服務(wù)器運行狀態(tài)的監(jiān)控，由此增加了運維成本；2、如果監(jiān)控服務(wù)器的網(wǎng)絡(luò)或者服務(wù)出現(xiàn)問題，則會出現(xiàn)監(jiān)控失效的情況，無法保證對其他服務(wù)器實時監(jiān)控；3、對運維人員的技術(shù)和熟練程度要求比較高；4、僅能實現(xiàn)服務(wù)器軟件信息的監(jiān)控，無法對硬件狀態(tài)進行監(jiān)控。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供了服務(wù)器信息的監(jiān)控方法、裝置及服務(wù)器，能夠簡單快速的實現(xiàn)對服務(wù)器中軟硬件使用狀態(tài)的監(jiān)控操作。

第一方面，本發(fā)明實施例提供了一種服務(wù)器信息的監(jiān)控方法，包括：

監(jiān)測服務(wù)器上電啟動后，觸發(fā)提取所述服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息；

根據(jù)設(shè)定的監(jiān)控指標(biāo)篩選處理所述相關(guān)信息，獲得待發(fā)送的監(jiān)控信息；

基于定制的通信協(xié)議將所述監(jiān)控信息傳輸至所述服務(wù)器的外接顯示設(shè)備上，以在所述外接顯示設(shè)備上顯示所述監(jiān)控信息。

第二方面，本發(fā)明實施例提供了一種服務(wù)器信息的監(jiān)控方法，包括：

接收服務(wù)器基于定制的通信協(xié)議傳輸?shù)目蓚鬏敂?shù)據(jù)，并轉(zhuǎn)換形成可識別的監(jiān)控信息；

分析所述監(jiān)控信息，并基于設(shè)定顯示格式在服務(wù)器的外接顯示設(shè)備上顯示所述監(jiān)控信息。

第三方面，本發(fā)明實施例提供了一種服務(wù)器信息的監(jiān)控裝置，包括：

信息提取模塊，用于監(jiān)測服務(wù)器上電啟動后，觸發(fā)提取所述服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息；

信息處理模塊，用于根據(jù)設(shè)定的監(jiān)控指標(biāo)篩選處理所述相關(guān)信息，獲得待發(fā)送的監(jiān)控信息；

信息發(fā)送模塊，用于基于定制的通信協(xié)議將所述監(jiān)控信息傳輸至所述服務(wù)器的外接顯示設(shè)備上，以在所述外接顯示設(shè)備上顯示所述監(jiān)控信息。

第四方面，本發(fā)明實施例又提供了一種服務(wù)器信息的監(jiān)控裝置，包括：

信息接收模塊，用于接收服務(wù)器基于定制的通信協(xié)議傳輸?shù)目蓚鬏敂?shù)據(jù)，并轉(zhuǎn)換形成可識別的監(jiān)控信息；

信息顯示模塊，用于分析所述監(jiān)控信息，并基于設(shè)定顯示格式在服務(wù)器的外接顯示設(shè)備上顯示所述監(jiān)控信息。

第五方面，本發(fā)明實施例還提供了一種服務(wù)器，包括：主板、內(nèi)存、硬盤、網(wǎng)卡、陣列卡、風(fēng)扇以及電源，還包括：外接顯示設(shè)備；

所述外接顯示設(shè)備固設(shè)于服務(wù)器外殼體的前面板上，通過通用串行總線usb接口與服務(wù)器的主板連接，用于顯示服務(wù)器的監(jiān)控信息。

在上述服務(wù)器信息的監(jiān)控方法、裝置及服務(wù)器中，首先在監(jiān)測服務(wù)器上電啟動后，觸發(fā)提取服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息；然后根據(jù)設(shè)定的監(jiān)控指標(biāo)篩選處理上述相關(guān)信息，獲得待發(fā)送的監(jiān)控信息；最終基于定制的通信協(xié)議將監(jiān)控信息傳輸至服務(wù)器的外接顯示設(shè)備上，以在外接顯示設(shè)備上顯示上述監(jiān)控信息。上述服務(wù)器信息的監(jiān)控方法、裝置及服務(wù)器，無需額外提供監(jiān)控服務(wù)平臺，就能夠簡單方便的實現(xiàn)對服務(wù)器軟硬件使用信息的自監(jiān)控，提高了服務(wù)器的監(jiān)控性能，并極大降低了服務(wù)器信息監(jiān)控的運維成本；同時，使用狀態(tài)的監(jiān)控?zé)o需網(wǎng)絡(luò)參數(shù)，由此避免了因網(wǎng)絡(luò)或服務(wù)問題而出現(xiàn)監(jiān)控失效的情況，保證了對服務(wù)器自身狀態(tài)的實時監(jiān)控；此外，還有效減少了信息監(jiān)控過程中的人為干預(yù)，從而降低對運維人員技術(shù)和熟練程度的要求。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細(xì)描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯：

圖1為本發(fā)明實施例一提供的一種服務(wù)器信息的監(jiān)控方法的流程示意圖；

圖2為本發(fā)明實施例二提供的一種服務(wù)器信息的監(jiān)控方法的流程示意圖；

圖3為本發(fā)明實施例三提供的一種服務(wù)器信息的監(jiān)控方法的流程示意圖；

圖4為本發(fā)明實施例四提供的一種服務(wù)器信息的監(jiān)控裝置的結(jié)構(gòu)框圖；

圖5為本發(fā)明實施例五提供的一種服務(wù)器信息的監(jiān)控裝置的結(jié)構(gòu)框圖；

圖6為本發(fā)明實施例六提供的一種服務(wù)器的硬件結(jié)構(gòu)圖。

具體實施方式

下面結(jié)合附圖和實施例對本發(fā)明作進一步的詳細(xì)說明?？梢岳斫獾氖牵颂幩枋龅木唧w實施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。

實施例一

圖1為本發(fā)明實施例一提供的一種服務(wù)器信息的監(jiān)控方法的流程示意圖，該方法適用于對服務(wù)器中軟硬件的使用狀態(tài)進行監(jiān)控的情況，該方法可以由服務(wù)器信息的監(jiān)控裝置執(zhí)行，其中該裝置可由軟件和/或硬件實現(xiàn)，并一般集成在服務(wù)器中。

在本實施例中，所述服務(wù)器也可稱為伺服器，具體可指向用戶提供計算服務(wù)的電子設(shè)備。本實施例優(yōu)選地適用于服務(wù)器處于工作狀態(tài)時，對服務(wù)器中軟硬件的使用信息進行監(jiān)控的應(yīng)用場景，基于本發(fā)明實施例提供的服務(wù)器信息的監(jiān)控方法，能夠簡單高效的實現(xiàn)服務(wù)器軟硬件信息的監(jiān)控。

如圖1所示，本發(fā)明實施例一提供的一種服務(wù)器信息的監(jiān)控方法，包括如下操作：

s101、監(jiān)測服務(wù)器上電啟動后，觸發(fā)提取所述服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息。

在本實施例中，所述待監(jiān)控目標(biāo)具體可指服務(wù)器中設(shè)置的硬件設(shè)備以及安裝于服務(wù)器中的操作系統(tǒng)及應(yīng)用程序等，并不是服務(wù)器中一個固定的裝置或軟件，任一硬件或服務(wù)器的操作系統(tǒng)均可作為待監(jiān)控目標(biāo)；所述相關(guān)信息具體可指待監(jiān)控目標(biāo)工作過程中產(chǎn)生的工作信息或運行信息等?？梢岳斫獾氖?，本步驟具體在確定服務(wù)器上電啟動處于工作狀態(tài)后，才觸發(fā)執(zhí)行待監(jiān)控目標(biāo)的信息提取操作。

具體地，本步驟可以通過直接讀取記錄文檔或調(diào)用相關(guān)提取指令的方式進行相關(guān)信息的提取操作，可以理解的是，本步驟可以根據(jù)待監(jiān)控目標(biāo)工作時所產(chǎn)生信息的特點，采用不同的提取方式進行信息的提取操作。

s102、根據(jù)設(shè)定的監(jiān)控指標(biāo)篩選處理所述相關(guān)信息，獲得待發(fā)送的監(jiān)控信息。

在本實施例中，所述監(jiān)控指標(biāo)具體可指運維人員預(yù)先設(shè)定的篩選評定準(zhǔn)則?？梢岳斫獾氖牵緦嵤├趕101所提取待監(jiān)控目標(biāo)的相關(guān)信息，往往包含較多的冗余信息或中間信息，一般不能直接作為運維人員所需的監(jiān)控信息，本步驟可以根據(jù)設(shè)定的監(jiān)控指標(biāo)對上述相關(guān)信息進行篩選處理，以獲取有用的監(jiān)控信息。

示例性地，假設(shè)待監(jiān)控目標(biāo)為服務(wù)器中的中央處理器，則提取中央處理器的相關(guān)信息后，其相關(guān)信息中包含有冗余信息及需要進一步處理的中間信息，假設(shè)中央處理器的監(jiān)控指標(biāo)為型號及當(dāng)前使用率等，本步驟首先在相關(guān)信息中篩選出所需的型號信息，之后再通過相關(guān)信息中提供的內(nèi)容處理計算得出中央處理器的當(dāng)前使用率，由此獲得了待發(fā)送的監(jiān)控信息。

s103、基于定制的通信協(xié)議將所述監(jiān)控信息傳輸至所述服務(wù)器的外接顯示設(shè)備上，以在所述外接顯示設(shè)備上顯示所述監(jiān)控信息。

在本實施例中，基于上述步驟獲得監(jiān)控信息后，需要將獲得的監(jiān)控信息展示給運維人員。一般地，現(xiàn)有的服務(wù)器并不具備信息的輸入/輸出設(shè)備，基于現(xiàn)有的服務(wù)器，無法實現(xiàn)監(jiān)控信息的展示。而本實施例中提供的服務(wù)器上集成了外接顯示設(shè)備，所述外接顯示設(shè)備可以是液晶顯示器、薄膜晶體管顯示器以及有機發(fā)光半導(dǎo)體顯示器等；此外，所述通信協(xié)議具體可理解為服務(wù)器中各設(shè)備或組件間進行通信時通信雙方約定的傳輸協(xié)議。

在本實施例中，基于本步驟的操作，可以將獲得的監(jiān)控信息發(fā)送給外接顯示設(shè)備，以在外接顯示設(shè)備上顯示監(jiān)控信息，由此將服務(wù)器各待監(jiān)控模塊的監(jiān)控信息顯示給運維人員。

需要說明的是，執(zhí)行本步驟前可以先確定服務(wù)器組件與外接顯示設(shè)備的信息通信方式，由此定制滿足通信方式的通信協(xié)議，如，服務(wù)器組件與外接顯示設(shè)備通過通用串行總線(universalserialbus，usb)接口進行通信，則可定制滿足usb通信方式的通信協(xié)議。具體地，本步驟可以基于預(yù)先定制的通信協(xié)議向外接顯示設(shè)備發(fā)送監(jiān)控信息。

本發(fā)明實施例一提供的一種服務(wù)器信息的監(jiān)控方法，首先在監(jiān)測服務(wù)器上電啟動后，觸發(fā)提取服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息；然后根據(jù)設(shè)定的監(jiān)控指標(biāo)篩選處理上述相關(guān)信息，獲得待發(fā)送的監(jiān)控信息；最終基于定制的通信協(xié)議將監(jiān)控信息傳輸至服務(wù)器的外接顯示設(shè)備上，以在外接顯示設(shè)備上顯示上述監(jiān)控信息。利用該方法，無需額外提供監(jiān)控服務(wù)平臺，就能夠簡單方便的實現(xiàn)對服務(wù)器軟硬件使用信息的自監(jiān)控，提高了服務(wù)器的監(jiān)控性能，并極大降低了服務(wù)器信息監(jiān)控的運維成本；同時，使用狀態(tài)的監(jiān)控?zé)o需網(wǎng)絡(luò)參數(shù)，由此避免了因網(wǎng)絡(luò)或服務(wù)問題而出現(xiàn)監(jiān)控失效的情況，保證了對服務(wù)器自身狀態(tài)的實時監(jiān)控；此外，還有效減少了信息監(jiān)控過程中的人為干預(yù)，從而降低對運維人員技術(shù)和熟練程度的要求。

實施例二

圖2為本發(fā)明實施例二提供的一種服務(wù)器信息的監(jiān)控方法的流程示意圖，本發(fā)明實施例二以上述實施例為基礎(chǔ)進行優(yōu)化，在本實施例中，所述待監(jiān)控目標(biāo)具體優(yōu)化包括：服務(wù)器中的硬件設(shè)備、服務(wù)器中的操作系統(tǒng)以及服務(wù)器工作時的物理特征；相應(yīng)的，將所述提取所述服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息具體優(yōu)化為：確定服務(wù)器中各硬件設(shè)備對應(yīng)的記錄文檔，并在各記錄文檔中獲取各硬件設(shè)備在設(shè)定監(jiān)控周期內(nèi)的工作狀態(tài)信息；確定服務(wù)器中操作系統(tǒng)運行時的運行日志，并在所述運行日志中獲取操作系統(tǒng)在設(shè)定監(jiān)控周期內(nèi)的運行狀態(tài)信息；通過智能平臺管理接口向所述服務(wù)器對應(yīng)的智能管理模塊發(fā)送信息獲取指令，獲取設(shè)定監(jiān)控周期內(nèi)對應(yīng)于所述物理特征的健康狀態(tài)信息。

在上述優(yōu)化的基礎(chǔ)上，進一步將所述根據(jù)設(shè)定的監(jiān)控指標(biāo)篩選處理所述相關(guān)信息，獲得待發(fā)送的監(jiān)控信息，具體化為：根據(jù)各硬件設(shè)備對應(yīng)的硬件監(jiān)控標(biāo)準(zhǔn)，篩選處理所獲取的各工作狀態(tài)信息，獲得各硬件設(shè)備的目標(biāo)使用信息；根據(jù)設(shè)定的系統(tǒng)監(jiān)控標(biāo)準(zhǔn)，篩選處理所述運行狀態(tài)信息，獲得目標(biāo)運行信息；根據(jù)設(shè)定的健康監(jiān)控標(biāo)準(zhǔn)，篩選處理所述健康狀態(tài)信息，獲得目標(biāo)健康信息；將所述目標(biāo)使用信息、目標(biāo)運行信息以及所述目標(biāo)健康信息匯集成待發(fā)送的監(jiān)控信息。

進一步地，本實施例還優(yōu)化增加了：基于服務(wù)器與外接顯示設(shè)備的連接信息設(shè)定傳輸所述監(jiān)控信息所需的信息傳輸形式，并基于所述信息傳輸形式定制通信協(xié)議。

此外，本實施例將基于定制的通信協(xié)議將所述監(jiān)控信息傳輸至所述服務(wù)器的外接顯示設(shè)備上，進一步優(yōu)化為：向服務(wù)器的外接顯示設(shè)備發(fā)送傳輸確定請求；接收到所述外接顯示設(shè)備反饋的確定信息后，基于所述通信協(xié)議轉(zhuǎn)化所述監(jiān)控信息為可傳輸數(shù)據(jù)，并將所述可傳輸數(shù)據(jù)通過對應(yīng)的信息發(fā)送驅(qū)動傳輸至所述外接顯示設(shè)備。

同時，本實施例還將基于設(shè)定策略從所述實際配置信息集合中篩選待測配置信息集并保存，進一步優(yōu)化為：確定所述待測服務(wù)器中所配置待測軟硬件的參照標(biāo)識信息；在所述實際配置信息集合中，篩選與各待測軟硬件的參照標(biāo)識信息相對應(yīng)的實際配置信息；分別存儲各待測軟硬件的參照標(biāo)識信息及對應(yīng)的實際配置信息，獲得文本形式的待測配置信息集。

在上述優(yōu)化的基礎(chǔ)上，將比對所述待測配置信息集和所述標(biāo)準(zhǔn)配置信息集形成測試結(jié)果，具體優(yōu)化為：如果所述待測配置信息集中各待測軟硬件的待測配置信息均與所述標(biāo)準(zhǔn)配置信息集中的標(biāo)準(zhǔn)配置信息匹配，則確定所述測試結(jié)果為服務(wù)器配置正常；否則，確定所述測試結(jié)果為服務(wù)器配置異常，并記錄信息不匹配的待測軟硬件的參照標(biāo)識信息。

如圖2所示，本發(fā)明實施例二提供的一種服務(wù)器信息的監(jiān)控方法，具體包括如下操作：

s201、監(jiān)測服務(wù)器上電啟動后，執(zhí)行s203至s204。

示例性地，本步驟具體可看做對服務(wù)器中待監(jiān)控目標(biāo)進行信息提取的觸發(fā)條件。

在本實施例中，下述s202至s204給出了對不同待監(jiān)控目標(biāo)進行相關(guān)信息提取時的具體操作。

s202、確定服務(wù)器中各硬件設(shè)備對應(yīng)的記錄文檔，并在各記錄文檔中獲取各硬件設(shè)備在設(shè)定監(jiān)控周期內(nèi)的工作狀態(tài)信息。

需要說明的是，設(shè)置于服務(wù)器中的硬件設(shè)備，在啟動服務(wù)器工作時，各硬件設(shè)備同樣被觸發(fā)進入工作狀態(tài)，基于服務(wù)器的工作原理，服務(wù)器中各硬件設(shè)備工作時在設(shè)定的存儲路徑下均存在一個文件記錄了對應(yīng)硬件設(shè)備工作時的狀態(tài)信息，該文件可稱為記錄文檔。

本步驟可用于對服務(wù)器中各硬件設(shè)備工作狀態(tài)信息的獲取。具體地，首先可以確定待監(jiān)控的硬件設(shè)備，然后確定與各硬件設(shè)備對應(yīng)的存儲路徑，之后可在存儲路徑下查找到硬件設(shè)備對應(yīng)記錄文件，最終可獲取記錄文件中的工作狀態(tài)信息。

可以理解的是，本實施例對服務(wù)器信息為實時監(jiān)控，需要實時獲取各待監(jiān)控目標(biāo)的相關(guān)信息，而相關(guān)信息一般隨著工作時間的增長而不斷累加的。本實施例為避免信息的重復(fù)獲取，提供了一個設(shè)定監(jiān)控周期，由此每次僅獲取設(shè)定監(jiān)控周期內(nèi)的相關(guān)信息。

示例性地，本步驟中各硬件設(shè)備對應(yīng)的記錄文檔中累計記錄了硬件設(shè)備開始工作后的各種狀態(tài)信息。因此，本步驟可以基于設(shè)定監(jiān)控周期對各硬件設(shè)備進行狀態(tài)信息提取，并每次僅提取當(dāng)前設(shè)定監(jiān)控周期內(nèi)對應(yīng)的狀態(tài)信息。此外，為體現(xiàn)服務(wù)器監(jiān)控的實時性，本實施例可為設(shè)定監(jiān)控周期設(shè)置一個時長較短的取值，如，10ms或50ms等，由此縮短信息提取的時間間隔。

s203、確定服務(wù)器中操作系統(tǒng)運行時的運行日志，并在所述運行日志中獲取操作系統(tǒng)在設(shè)定監(jiān)控周期內(nèi)的運行狀態(tài)信。

需要說明的是，集成于服務(wù)器中的操作系統(tǒng)，示例性地，服務(wù)器中一般集成了linux系統(tǒng)，在啟動服務(wù)器工作時，服務(wù)器的操作系統(tǒng)同樣被觸發(fā)進行運行狀態(tài)。一般地，服務(wù)器具體可作為服務(wù)平臺供各種遠(yuǎn)程終端登錄或進行信息交互，由此，服務(wù)器中操作系統(tǒng)對應(yīng)存在多個運行日志，用于記錄服務(wù)器上的操作系統(tǒng)或相關(guān)功能組件運行時的運行狀態(tài)。

上述各運行日志可根據(jù)對應(yīng)的功能模塊不同進行不同信息的記錄，如，服務(wù)器的遠(yuǎn)程交互模塊對應(yīng)的運行日志中記錄了與服務(wù)器進行信息交互的遠(yuǎn)程終端數(shù)量等；又如服務(wù)器的網(wǎng)絡(luò)組件對應(yīng)的運行日志中可記錄的信息包括服務(wù)器的網(wǎng)絡(luò)運行狀態(tài)以及流量消耗等。

本步驟可用于對服務(wù)器中操作系統(tǒng)及其相關(guān)功能組件的運行狀態(tài)信息的獲取。具體地，如果當(dāng)前待提取信息的功能組件主要實現(xiàn)遠(yuǎn)程交互操作，則可向遠(yuǎn)程管理模塊發(fā)送相應(yīng)的信息提取指令，由此獲得遠(yuǎn)程管理模塊反饋的運行日志，然后在運行日志中獲取當(dāng)前設(shè)定監(jiān)控周期內(nèi)的運行狀態(tài)信息。如果當(dāng)前待提取信息的為操作系統(tǒng)自身的運行狀態(tài)信息，則可直接在設(shè)定存儲路徑下獲取相應(yīng)的運行日志，并在運行日志中獲取當(dāng)前設(shè)定監(jiān)控周期內(nèi)的運行狀態(tài)信息。

可以理解的是，本步驟中的設(shè)定監(jiān)控周期與上述s202中具有相同的設(shè)置。

s204、通過智能平臺管理接口向所述服務(wù)器對應(yīng)的智能管理模塊發(fā)送信息獲取指令，獲取設(shè)定監(jiān)控周期內(nèi)對應(yīng)于所述物理特征的健康狀態(tài)信息。

需要說明的是，服務(wù)器的待監(jiān)控目標(biāo)中，除包括硬件設(shè)備及操作系統(tǒng)和相應(yīng)功能組件外，還包括服務(wù)器的物理特征，如服務(wù)器溫度、電壓以及電源狀態(tài)等，通過這些物理特征可以直接確定服務(wù)器是否處理健康工作狀態(tài)，因此本實施例中同樣需要將服務(wù)器的物理特征作為待監(jiān)控目標(biāo)。

一般地，服務(wù)器的物理特征可以通過特定的監(jiān)控管理模塊進行狀態(tài)監(jiān)控。示例性地，常規(guī)的監(jiān)控管理模塊可以通過智能平臺管理接口實現(xiàn)對服務(wù)器物理特征的監(jiān)控?；诒緦嵤├姆椒▌t可以將監(jiān)控管理模塊獲取的健康狀態(tài)信息通過外接顯示設(shè)備展示給運維人員。

本步驟可用于對服務(wù)器中物理特征的健康狀態(tài)信息的獲取。具體地，首先可以通過智能平臺管理接口向監(jiān)控服務(wù)器物理特征的智能管理模塊發(fā)送信息獲取指令，然后接收智能管理模塊反饋的對應(yīng)于所述物理特征的健康狀態(tài)信息。

可以理解的是，智能管理模塊同樣對服務(wù)器的物理特征進行實時監(jiān)控，相當(dāng)于實時獲取服務(wù)器所對應(yīng)物理特征的健康狀態(tài)信息，其健康狀態(tài)信息一般獨立存儲在智能管理模塊對應(yīng)的存儲空間中，為避免所提取的相關(guān)信息過于冗余，本實施例同樣僅選取設(shè)定監(jiān)控周期內(nèi)物理特征對應(yīng)的健康狀態(tài)信息。此外，本步驟中的設(shè)定監(jiān)控周期依舊與上述s202中具有相同的設(shè)置。

s205、根據(jù)各硬件設(shè)備對應(yīng)的硬件監(jiān)控標(biāo)準(zhǔn)，篩選處理所獲取的各工作狀態(tài)信息，獲得各硬件設(shè)備的目標(biāo)使用信息。

在本實施例中，s205為對應(yīng)于上述s202的信息篩選處理操作步驟，基于本步驟的操作，首先確定運維人員預(yù)先為各硬件設(shè)備設(shè)定的硬件監(jiān)控標(biāo)準(zhǔn)，然后基于該硬件監(jiān)控標(biāo)準(zhǔn)通過設(shè)定的篩選語句在所提取的工作狀態(tài)信息中進行篩選處理。由此篩選獲得了各硬件設(shè)備對應(yīng)的可以展示給運維人員的目標(biāo)使用信息。

s206、根據(jù)設(shè)定的系統(tǒng)監(jiān)控標(biāo)準(zhǔn)，篩選處理所述運行狀態(tài)信息，獲得目標(biāo)運行信息。

在本實施例中，s206為對應(yīng)于上述s203的信息篩選處理操作步驟，基于本步驟的操作，首先可以確定運維人員預(yù)先為服務(wù)器操作系統(tǒng)及相關(guān)功能組件設(shè)定的系統(tǒng)監(jiān)控標(biāo)準(zhǔn)，然后通過基于該系統(tǒng)監(jiān)控標(biāo)準(zhǔn)對所獲取的各運行狀態(tài)信息進行篩選獲取計算處理。由此獲得操作系統(tǒng)及各相關(guān)功能組件對應(yīng)的可以展示給運維人員的目標(biāo)運行信息。

示例性地，可以將服務(wù)器的網(wǎng)絡(luò)組件工作時的當(dāng)前網(wǎng)絡(luò)消耗作為網(wǎng)絡(luò)組件的目標(biāo)運行信息之一，此時可以從網(wǎng)絡(luò)組件對應(yīng)的運行狀態(tài)信息中獲取設(shè)定監(jiān)測周期內(nèi)網(wǎng)絡(luò)組件工作消耗的總流量，然后可以計算設(shè)定監(jiān)測周期內(nèi)的平均流量消耗，計算所得的平均流量消耗就可看作當(dāng)前網(wǎng)絡(luò)消耗作為網(wǎng)絡(luò)組件的目標(biāo)運行信息之一。

s207、根據(jù)設(shè)定的健康監(jiān)控標(biāo)準(zhǔn)，篩選處理所述健康狀態(tài)信息，獲得目標(biāo)健康信息。

在本實施例中，s207為對應(yīng)于上述s204的信息篩選處理操作步驟，基于本步驟的操作，首先確定運維人員預(yù)先為服務(wù)器的健康特征設(shè)定的健康監(jiān)控標(biāo)準(zhǔn)，然后基于該健康監(jiān)控標(biāo)準(zhǔn)通過設(shè)定的篩選語句在所提取的健康狀態(tài)信息中進行篩選處理。由此篩選獲得了服務(wù)器物理特征對應(yīng)的可以展示給運維人員的目標(biāo)健康信息。

s208、將所述目標(biāo)使用信息、目標(biāo)運行信息以及所述目標(biāo)健康信息匯集成待發(fā)送的監(jiān)控信息。

在上述操作的基礎(chǔ)上，本步驟可以將篩選處理獲得的目標(biāo)使用信息、目標(biāo)運行信息以及目標(biāo)健康信息統(tǒng)一匯聚成待發(fā)送給外接顯示設(shè)備的監(jiān)控信息。

s209、基于服務(wù)器與外接顯示設(shè)備的連接信息設(shè)定傳輸所述監(jiān)控信息所需的信息傳輸形式，并基于所述信息傳輸形式定制通信協(xié)議。

在本實施例中，本步驟可看作在上述實施例一的基礎(chǔ)上優(yōu)化增加的一個步驟，具體用于實現(xiàn)通信協(xié)議的定制。具體地，本實施例中可以確定外接顯示設(shè)備與服務(wù)器的連接方式，進而分析二者進行信息交互可采用的交互方式(信息傳輸方式)，進而基于確定的信息傳輸方式選擇傳輸監(jiān)控信息所需的通信協(xié)議，同時還需要實現(xiàn)通信協(xié)議中數(shù)據(jù)塊內(nèi)容的自定制，以保證服務(wù)器與外界通信設(shè)備能夠正常進行信息交互。

示例性地，通過服務(wù)器與外接顯示設(shè)備的連接關(guān)系，可以確定服務(wù)器與外接顯示設(shè)備通過usb接口進行信息交互，由此可以定制信息傳輸所需的usb通信協(xié)議。

s210、向服務(wù)器的外接顯示設(shè)備發(fā)送傳輸確定請求。

在本實施例中，確定消息發(fā)送所依據(jù)的通信系以后，正式進行監(jiān)控消息發(fā)送前，需要基于本步驟通過定制的通信協(xié)議先向與服務(wù)器連接的外接顯示設(shè)備發(fā)送一個傳輸確定請求，以確保服務(wù)器與外接顯示設(shè)備的正常連接。

s211、接收到外接顯示設(shè)備反饋的確定信息后，基于通信協(xié)議轉(zhuǎn)化監(jiān)控信息為可傳輸數(shù)據(jù)，并將所述可傳輸數(shù)據(jù)通過對應(yīng)的信息發(fā)送驅(qū)動傳輸至所述外接顯示設(shè)備，以在所述外接顯示設(shè)備上顯示所述監(jiān)控信息。

在本實施例中，如果接收到外接顯示設(shè)備反饋的確定信息，表明服務(wù)器與外接顯示設(shè)備可以正常進行信息傳輸。具體地，本步驟首先可以基于通信協(xié)議中對數(shù)據(jù)塊進行的特殊定義，對待發(fā)送的監(jiān)測信息進行數(shù)據(jù)形式轉(zhuǎn)換，以形成監(jiān)測信息的可傳輸數(shù)據(jù)，之后，本步驟需要將可傳輸數(shù)據(jù)通過與通信協(xié)議對應(yīng)的信息發(fā)送驅(qū)動傳輸至外接顯示設(shè)備，最終在外接顯示設(shè)備上實現(xiàn)了監(jiān)控信息的顯示，由此無需通過額外的監(jiān)控平臺就可向運維人員展示服務(wù)器工作過程中的監(jiān)控信息。

示例性地，本實施例中通過通信協(xié)議發(fā)送監(jiān)控信息時可將監(jiān)控信息轉(zhuǎn)化為可傳輸?shù)淖址瑫r，如果通信協(xié)議為usb通信協(xié)議，則所對應(yīng)的信息發(fā)送驅(qū)動為usb接口的libusb驅(qū)動程序。

本發(fā)明實施例二提供的一種服務(wù)器信息的監(jiān)控方法，具體化了對服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息進行提取收集的操作；同時具體化了對所收集的相關(guān)信息進行篩選處理的操作；此外，還增加了通信協(xié)議的定制操作，并具體化了向外接顯示設(shè)備發(fā)送監(jiān)控信息的操作。利用該方法，能夠簡單實時的通過設(shè)定的外接顯示設(shè)備實現(xiàn)對服務(wù)器中軟硬件的使用狀態(tài)息的自監(jiān)控，提高了服務(wù)器的監(jiān)控性能，并極大降低了服務(wù)器信息監(jiān)控的運維成本，同時，使用狀態(tài)的監(jiān)控?zé)o需網(wǎng)絡(luò)參數(shù)，由此避免了因網(wǎng)絡(luò)或服務(wù)問題而出現(xiàn)監(jiān)控失效的情況，保證了對服務(wù)器自身狀態(tài)的實時監(jiān)控；此外，還有效減少了信息監(jiān)控過程中的人為干預(yù)，從而降低對運維人員技術(shù)和熟練程度的要求。

實施例三

圖3為本發(fā)明實施例三提供的一種服務(wù)器信息的監(jiān)控方法的流程示意圖，該方法適用于對服務(wù)器中軟硬件的使用狀態(tài)進行監(jiān)控的情況，該方法可以由服務(wù)器信息的監(jiān)控裝置執(zhí)行，其中，該裝置可由軟件和/或硬件實現(xiàn)，并一般集成在外接于服務(wù)器上的外接顯示設(shè)備中。

可以理解的是，上述實施例一及實施例二具體描述了實現(xiàn)服務(wù)器信息的監(jiān)控時服務(wù)器端應(yīng)當(dāng)執(zhí)行的方法，本實施例三具體描述了實現(xiàn)服務(wù)器信息的監(jiān)控時與服務(wù)器相連的外接顯示設(shè)備應(yīng)當(dāng)執(zhí)行的方法步驟。

如圖3所示，本發(fā)明實施例三提供的一種服務(wù)器信息的監(jiān)控方法，包括如下操作：

s301、接收服務(wù)器基于定制的通信協(xié)議傳輸?shù)目蓚鬏敂?shù)據(jù)，并轉(zhuǎn)換形成可識別的監(jiān)控信息。

具體地，本步驟接收服務(wù)器端發(fā)送的信息數(shù)據(jù)，如，可傳輸數(shù)據(jù)，可以理解的是，因外接顯示設(shè)備與服務(wù)器信息交互時基于定制的通信協(xié)議，所以外接顯示設(shè)備同樣清楚數(shù)據(jù)傳輸時對應(yīng)的傳輸轉(zhuǎn)換方式，因此，外接顯示設(shè)備接收到可傳輸數(shù)據(jù)后，可直接根據(jù)確定的傳輸轉(zhuǎn)換方式再次將可傳輸數(shù)據(jù)轉(zhuǎn)換為待顯示的監(jiān)控信息。

s302、分析所述監(jiān)控信息，并基于設(shè)定顯示格式在服務(wù)器的外接顯示設(shè)備上顯示所述監(jiān)控信息。

本實施例中，同樣為外接顯示設(shè)備設(shè)定了相應(yīng)的顯示格式，其顯示格式具體可以包括顯示界面的風(fēng)格、布局以及排版等，還包括有顯示內(nèi)容的排序及顯示方式。本步驟可以在獲取待顯示的監(jiān)控信息后，首先分析監(jiān)控信息，然后以與分析結(jié)果對應(yīng)的顯示方式在外接顯示設(shè)備上進行信息顯示。

進一步地，所述分析所述監(jiān)控信息，并基于設(shè)定顯示格式在服務(wù)器的外接顯示設(shè)備上顯示所述監(jiān)控信息，包括：將所述監(jiān)控信息中各子監(jiān)控信息與對應(yīng)的標(biāo)準(zhǔn)范圍相比對；將不符合對應(yīng)標(biāo)準(zhǔn)范圍的子監(jiān)控信息在服務(wù)器的外接顯示設(shè)備上置頂和/或突出顯示。

具體地，外接顯示設(shè)備接收的監(jiān)控信息中包含了多項待顯示的內(nèi)容，每項待顯示內(nèi)容可看作一個子監(jiān)控信息，每個子監(jiān)控信息可認(rèn)為對應(yīng)了一個子監(jiān)控目標(biāo)。

本實施例為凸顯某些異常信息或某些特殊監(jiān)控目標(biāo)的監(jiān)控信息，首先將各子監(jiān)控信息與設(shè)定的標(biāo)準(zhǔn)范圍進行比對，如果不符合對應(yīng)的標(biāo)準(zhǔn)范圍，則可認(rèn)為相應(yīng)的子監(jiān)控信息為異常信息，本步驟可以將異常信息顯示在外接顯示設(shè)備顯示界面的頂部，還可以對異常信息進行顏色標(biāo)記和加粗標(biāo)記，以實現(xiàn)突出顯示。

可以理解的是，本步驟也可以確定各子監(jiān)控信息對應(yīng)的子監(jiān)控目標(biāo)，將各子監(jiān)控目標(biāo)與設(shè)定的特殊監(jiān)控目標(biāo)進行比對，如果存在屬于特殊監(jiān)控目標(biāo)的子監(jiān)控目標(biāo)，則同樣可以將滿足條件的子監(jiān)控目標(biāo)對應(yīng)的子監(jiān)控信息置頂顯示和/或突出顯示。

本發(fā)明實施例三提供的一種服務(wù)器信息的監(jiān)控方法，首先接收服務(wù)器基于定制的通信協(xié)議傳輸?shù)目蓚鬏敂?shù)據(jù)，并轉(zhuǎn)換成可識別的監(jiān)控信息，之后對監(jiān)控信息進行分析，然后基于設(shè)定顯示格式在服務(wù)器的外接顯示設(shè)備上顯示監(jiān)控信息。利用該方法，能夠直接接收服務(wù)器端發(fā)送的監(jiān)控信息，然后在顯示設(shè)備上進行顯示，以用于向運維人員展示服務(wù)器中軟硬件的使用狀態(tài)，實現(xiàn)對軟硬件使用狀態(tài)的實時監(jiān)控，從而在保證服務(wù)器監(jiān)控性能的前提下，降低了服務(wù)器信息監(jiān)控的運維成本，同時避免了因網(wǎng)絡(luò)或服務(wù)問題而出現(xiàn)監(jiān)控失效的情況，保證了對服務(wù)器自身狀態(tài)的實時監(jiān)控。

實施例四

圖4為本發(fā)明實施例四提供的一種服務(wù)器信息的監(jiān)控裝置的結(jié)構(gòu)框圖。該裝置適用于對服務(wù)器中軟硬件的使用狀態(tài)進行監(jiān)控的情況，該裝置可以由服務(wù)器信息的監(jiān)控裝置執(zhí)行，其中該裝置可由軟件和/或硬件實現(xiàn)，并一般集成在服務(wù)器中。如圖4所示，該裝置包括：信息提取模塊41、信息處理模塊42以及信息發(fā)送模塊43。

其中，信息提取模塊41，用于監(jiān)測服務(wù)器上電啟動后，觸發(fā)提取所述服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息；

信息處理模塊42，用于根據(jù)設(shè)定的監(jiān)控指標(biāo)篩選處理所述相關(guān)信息，獲得待發(fā)送的監(jiān)控信息；

信息發(fā)送模塊43，用于基于定制的通信協(xié)議將所述監(jiān)控信息傳輸至所述服務(wù)器的外接顯示設(shè)備上，以在所述外接顯示設(shè)備上顯示所述監(jiān)控信息。

在本實施例中，該裝置首先通過信息提取裝置41監(jiān)測服務(wù)器上電啟動后，觸發(fā)提取所述服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息；然后通過信息處理模塊42根據(jù)設(shè)定的監(jiān)控指標(biāo)篩選處理所述相關(guān)信息，獲得待發(fā)送的監(jiān)控信息；最后通過信息發(fā)送模塊43基于定制的通信協(xié)議將所述監(jiān)控信息傳輸至所述服務(wù)器的外接顯示設(shè)備上，以在所述外接顯示設(shè)備上顯示所述監(jiān)控信息。

本發(fā)明實施例三提供的一種服務(wù)器配置信息的測試裝置，無需額外提供監(jiān)控服務(wù)平臺，就能夠簡單方便的實現(xiàn)對服務(wù)器軟硬件使用信息的自監(jiān)控，提高了服務(wù)器的監(jiān)控性能，并極大降低了服務(wù)器信息監(jiān)控的運維成本；同時，使用狀態(tài)的監(jiān)控?zé)o需網(wǎng)絡(luò)參數(shù)，由此避免了因網(wǎng)絡(luò)或服務(wù)問題而出現(xiàn)監(jiān)控失效的情況，保證了對服務(wù)器自身狀態(tài)的實時監(jiān)控；此外，還有效減少了信息監(jiān)控過程中的人為干預(yù)，從而降低對運維人員技術(shù)和熟練程度的要求。

進一步地，所述待監(jiān)控目標(biāo)，包括：服務(wù)器中的硬件設(shè)備、服務(wù)器中的操作系統(tǒng)以及服務(wù)器工作時的物理特征；

相應(yīng)的，信息提取模塊41，具體用于：

監(jiān)測服務(wù)器上電啟動后，確定服務(wù)器中各硬件設(shè)備對應(yīng)的記錄文檔，并在各記錄文檔中獲取各硬件設(shè)備在設(shè)定監(jiān)控周期內(nèi)的工作狀態(tài)信息；確定服務(wù)器中操作系統(tǒng)運行時的運行日志，并在所述運行日志中獲取操作系統(tǒng)在設(shè)定監(jiān)控周期內(nèi)的運行狀態(tài)信息；通過智能平臺管理接口向所述服務(wù)器對應(yīng)的智能管理模塊發(fā)送信息獲取指令，獲取設(shè)定監(jiān)控周期內(nèi)對應(yīng)于所述物理特征的健康狀態(tài)信息。

在上述優(yōu)化的基礎(chǔ)上，信息處理模塊42，具體用于：

根據(jù)各硬件設(shè)備對應(yīng)的硬件監(jiān)控標(biāo)準(zhǔn)，篩選處理所獲取的各工作狀態(tài)信息，獲得各硬件設(shè)備的目標(biāo)使用信息；根據(jù)設(shè)定的系統(tǒng)監(jiān)控標(biāo)準(zhǔn)，篩選處理所述運行狀態(tài)信息，獲得目標(biāo)運行信息；根據(jù)設(shè)定的健康監(jiān)控標(biāo)準(zhǔn)，篩選處理所述健康狀態(tài)信息，獲得目標(biāo)健康信息；將所述目標(biāo)使用信息、目標(biāo)運行信息以及所述目標(biāo)健康信息匯集成待發(fā)送的監(jiān)控信息。

進一步地，該裝置還優(yōu)化增加了：協(xié)議定制模塊44，用于基于服務(wù)器與外接顯示設(shè)備的連接信息設(shè)定傳輸所述監(jiān)控信息所需的信息傳輸形式，并基于所述信息傳輸形式定制通信協(xié)議。

此外，信息發(fā)送模塊43，具體用于：向服務(wù)器的外接顯示設(shè)備發(fā)送傳輸確定請求；接收到所述外接顯示設(shè)備反饋的確定信息后，基于所述通信協(xié)議轉(zhuǎn)化所述監(jiān)控信息為可傳輸數(shù)據(jù)，并將所述可傳輸數(shù)據(jù)通過對應(yīng)的信息發(fā)送驅(qū)動傳輸至所述外接顯示設(shè)備。

實施例五

圖5為本發(fā)明實施例五提供的一種服務(wù)器信息的監(jiān)控裝置的結(jié)構(gòu)框圖，該裝置適用于對服務(wù)器中軟硬件的使用狀態(tài)進行監(jiān)控的情況，該裝置該裝置可由軟件和/或硬件實現(xiàn)，并一般集成在外接于服務(wù)器上的外接顯示設(shè)備中。如圖5所示，該裝置包括：信息接收模塊51和信息顯示模塊52。

其中，信息接收模塊51，用于接收服務(wù)器基于定制的通信協(xié)議傳輸?shù)目蓚鬏敂?shù)據(jù)，并轉(zhuǎn)換形成可識別的監(jiān)控信息；

信息顯示模塊52，用于分析所述監(jiān)控信息，并基于設(shè)定顯示格式在服務(wù)器的外接顯示設(shè)備上顯示所述監(jiān)控信息。

在本實施中，該裝置首先通過信息接收模塊51接收服務(wù)器基于定制的通信協(xié)議傳輸?shù)目蓚鬏敂?shù)據(jù)，并轉(zhuǎn)換形成可識別的監(jiān)控信息；最終通過信息顯示模塊52分析所接收的監(jiān)控信息，并基于設(shè)定顯示格式在服務(wù)器的外接顯示設(shè)備上顯示所述監(jiān)控信息。

本發(fā)明實施例五提供的一種服務(wù)器信息的監(jiān)控裝置，無需額外提供監(jiān)控服務(wù)平臺，就能夠簡單方便的實現(xiàn)對服務(wù)器軟硬件使用信息的自監(jiān)控，提高了服務(wù)器的監(jiān)控性能，并極大降低了服務(wù)器信息監(jiān)控的運維成本；同時，使用狀態(tài)的監(jiān)控?zé)o需網(wǎng)絡(luò)參數(shù)，由此避免了因網(wǎng)絡(luò)或服務(wù)問題而出現(xiàn)監(jiān)控失效的情況，保證了對服務(wù)器自身狀態(tài)的實時監(jiān)控；此外，還有效減少了信息監(jiān)控過程中的人為干預(yù)，從而降低對運維人員技術(shù)和熟練程度的要求。

在上述優(yōu)化的基礎(chǔ)上，信息顯示模塊52，具體用于：將所述監(jiān)控信息中各子監(jiān)控信息與對應(yīng)的標(biāo)準(zhǔn)范圍相比對；將不符合對應(yīng)標(biāo)準(zhǔn)范圍的子監(jiān)控信息在服務(wù)器的外接顯示設(shè)備上置頂和/或突出顯示。

實施例六

圖6為本發(fā)明實施例六提供的一種服務(wù)器的硬件結(jié)構(gòu)圖。如圖6所示，所述服務(wù)器包括：主板60、內(nèi)存61、硬盤62、網(wǎng)卡63、陣列卡64、風(fēng)扇65以及電源66，此外，還包括了：外接顯示設(shè)備67。

具體地，內(nèi)存61、網(wǎng)卡62以及陣列卡64均通過對應(yīng)的卡槽設(shè)置在主板60上，且通過各自的引腳與主板60上的其他器件進行信息交互；硬盤62設(shè)置于主板60上的硬盤槽621內(nèi)、風(fēng)扇65和電源66也固設(shè)于主板60上，風(fēng)扇通過總線方式與電源66相連。此外，本實施例的服務(wù)器還包括了外接顯示設(shè)備67，其中，外接顯示設(shè)備67固設(shè)于服務(wù)器外殼體的前面板上(圖中未示出)，具體通過usb接口與服務(wù)器的主板60連接，由此實現(xiàn)與服務(wù)器中其他硬件的信息交互，本實施例通過外接顯示設(shè)備67對服務(wù)器的監(jiān)控信息進行顯示。

可以知道的是，本發(fā)明實施例的主板60上還設(shè)置有處理器，內(nèi)存61中存儲由服務(wù)器中的一個或多個程序，這些程序中包含了本發(fā)明上述實施例一至實施例三提供的服務(wù)器信息的監(jiān)控方法的操作程序，處理器可以通過對上述操作程序進行處理，由此實現(xiàn)對服務(wù)器中軟硬件信息的收集、篩選處理及信息發(fā)送的監(jiān)控操作。

需要說明的是，外接顯示設(shè)備67自身可看作一個獨立工作的硬件設(shè)備，其上同樣設(shè)置有處理器以及存儲裝置等，同時還在外接顯示設(shè)備67中集成了固件系統(tǒng)，可以通過處理器基于固件系統(tǒng)中的一個或多個程序?qū)崿F(xiàn)相應(yīng)的操作。示例性地，如，外接顯示設(shè)備67的固件系統(tǒng)中還集成了本發(fā)明實施例五提供的服務(wù)器信息的監(jiān)控裝置，外接顯示設(shè)備67中的處理器能夠?qū)Ψ?wù)器信息的監(jiān)控裝置對應(yīng)的方法程序進行處理，由此實現(xiàn)對服務(wù)器中軟硬件信息進行顯示的監(jiān)控操作。

本發(fā)明實施例六提供的一種服務(wù)器，在原有服務(wù)器硬件的基礎(chǔ)上，又設(shè)置了外接顯示設(shè)備，基于本實施例提供的服務(wù)器，無需額外提供監(jiān)控服務(wù)平臺，服務(wù)器自身就可實現(xiàn)對軟硬件使用狀態(tài)的實時監(jiān)控，極大降低了服務(wù)器信息監(jiān)控的運維成本，并降低了對運維人員技術(shù)和熟練程度的要求，具有更好的實用性。

此外，本發(fā)明實施例還提供了一種計算機可讀存儲介質(zhì)，可用于存儲一個或多個程序，所述程序可以是軟件程序、計算機可執(zhí)行程序以及模塊，如本發(fā)明實施例中服務(wù)器信息的監(jiān)控方法對應(yīng)的程序指令/模塊(例如，信息提取模塊41、信息處理模塊42以及信息發(fā)送模塊43；又或者，信息接收模塊51和信息顯示模塊52)。服務(wù)器通過運行存儲在可讀存儲介質(zhì)中的軟件程序、指令以及模塊，從而執(zhí)行服務(wù)器上的各種功能應(yīng)用以及數(shù)據(jù)處理，即實現(xiàn)本發(fā)明實施例一至實施例三提供的服務(wù)器信息的監(jiān)控方法，其中，實施例一的方法包括：監(jiān)測服務(wù)器上電啟動后，觸發(fā)提取所述服務(wù)器中待監(jiān)控目標(biāo)的相關(guān)信息；根據(jù)設(shè)定的監(jiān)控指標(biāo)篩選處理所述相關(guān)信息，獲得待發(fā)送的監(jiān)控信息；基于定制的通信協(xié)議將所述監(jiān)控信息傳輸至所述服務(wù)器的外接顯示設(shè)備上，以在所述外接顯示設(shè)備上顯示所述監(jiān)控信息。實施例三的方法包括：接收服務(wù)器基于定制的通信協(xié)議傳輸?shù)目蓚鬏敂?shù)據(jù)，并轉(zhuǎn)換形成可識別的監(jiān)控信息；分析所述監(jiān)控信息，并基于設(shè)定顯示格式在服務(wù)器的外接顯示設(shè)備上顯示所述監(jiān)控信息。

通過以上關(guān)于實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，本發(fā)明可借助軟件及必需的通用硬件來實現(xiàn)，當(dāng)然也可以通過硬件實現(xiàn)，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如計算機的軟盤、只讀存儲器(read-onlymemory,rom)、隨機存取存儲器(randomaccessmemory,ram)、閃存(flash)、硬盤或光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

注意，上述僅為本發(fā)明的較佳實施例及所運用技術(shù)原理。本領(lǐng)域技術(shù)人員會理解，本發(fā)明不限于這里所述的特定實施例，對本領(lǐng)域技術(shù)人員來說能夠進行各種明顯的變化、重新調(diào)整和替代而不會脫離本發(fā)明的保護范圍。因此，雖然通過以上實施例對本發(fā)明進行了較為詳細(xì)的說明，但是本發(fā)明不僅僅限于以上實施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。