本發(fā)明涉及服務(wù)器管理技術(shù)領(lǐng)域，特別是涉及一種服務(wù)器集群的服務(wù)器管理控制方法及系統(tǒng)。

背景技術(shù)：

隨著服務(wù)器產(chǎn)品的不斷發(fā)展，新的服務(wù)器產(chǎn)品的可管理性越來越強，對服務(wù)器的精細化、準確管理需求也越來越迫切。這就為傳統(tǒng)的單一式服務(wù)器管理方式帶來巨大挑戰(zhàn)，傳統(tǒng)的服務(wù)器管理方法一般采用單一的、有局限性的管理方式，要么采用帶外的遠程管理來完成對服務(wù)器硬件資源的管理；要么采用帶內(nèi)的基于操作系統(tǒng)代理方式來完成對服務(wù)器軟件資源的管理。其中的任何一種均帶有很大的局限性，無法從真正意義上實現(xiàn)服務(wù)器的精細化、高準確性的管理，大大限制了服務(wù)器產(chǎn)品的應(yīng)用價值發(fā)揮。例如，在服務(wù)器集群中，分為服務(wù)端和被監(jiān)控端，服務(wù)端為監(jiān)控管理系統(tǒng)，被監(jiān)控端主要包含有服務(wù)器，服務(wù)端的監(jiān)控管理系統(tǒng)用來監(jiān)控被監(jiān)控端的服務(wù)器。

如果采用傳統(tǒng)的單一式服務(wù)器管理方式，服務(wù)端的監(jiān)控管理系統(tǒng)無法實現(xiàn)對所管理的被監(jiān)控端的服務(wù)器的精細管理和高效操控，往往造成某些服務(wù)器的應(yīng)用性能無法完全發(fā)揮、無法達到真正的規(guī)模化。

由此可見，如何提高對服務(wù)器的精細化、高準確性的管理是本領(lǐng)域技術(shù)人員極大解決的問題。

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

本發(fā)明的目的是提供一種服務(wù)器集群的服務(wù)器管理控制方法及系統(tǒng)，用于提高對服務(wù)器的精細化、高準確性的管理。

為解決上述技術(shù)問題，本發(fā)明提供一種服務(wù)器集群的服務(wù)器管理控制方法，用于服務(wù)器集群，包括：

服務(wù)端的通訊客戶端通過系統(tǒng)網(wǎng)口與被監(jiān)控端的通訊服務(wù)端建立通訊連接；

所述服務(wù)端的遠程CLI管理模塊通過IPMI管理網(wǎng)口與所述被監(jiān)控端的基板管理控制器建立通訊連接；

所述服務(wù)端的監(jiān)控管理系統(tǒng)實時采集所述被監(jiān)控端的管理信息，所述管理信息包括帶外管理信息和帶內(nèi)管理信息；

所述通訊客戶端通過所述通訊服務(wù)端將所述帶內(nèi)管理信息發(fā)送至所述被監(jiān)控端的本地CLI管理模塊，并通過所述被監(jiān)控端的IPMI驅(qū)動池訪問所述基板管理控制器；

所述遠程CLI管理模塊通過所述IPMI管理網(wǎng)口將所述帶外管理信息發(fā)送至所述基板管理控制器；

所述基板管理控制器執(zhí)行所述帶內(nèi)管理信息或所述帶外管理信息中包含的執(zhí)行命令。

優(yōu)選地，所述服務(wù)端的通訊客戶端通過系統(tǒng)網(wǎng)口與所述被監(jiān)控端的通訊服務(wù)端建立通訊連接包括：

所述通訊客戶端向所述通訊服務(wù)端發(fā)送初始通訊連接請求以使所述通訊客戶端與所述通訊服務(wù)端保持通訊連接；

當所述通訊客戶端向所述通訊服務(wù)端發(fā)送所述帶內(nèi)管理信息時，所述通訊客戶端向所述通訊服務(wù)端發(fā)送驗證請求以判斷是否正常通訊；

所述通訊服務(wù)端在接收到所述驗證請求時向所述客戶端反饋判斷結(jié)果。

優(yōu)選地，還包括：所述基板管理控制器向所述本地CLI管理模塊反饋執(zhí)行結(jié)果；或所述基板管理控制器向所述遠程CLI管理模塊反饋執(zhí)行結(jié)果。

優(yōu)選地，所述執(zhí)行結(jié)果具體包括：電源管理信息、用戶信息、傳感器信息、SEL事件日志和遠程KVM控制臺訪問信息。

優(yōu)選地，所述遠程CLI管理模塊通過所述IPMI管理網(wǎng)口將所述帶外管理信息發(fā)送至所述基板管理控制器具體包括：

所述CLI管理模塊解析所述帶外管理信息，將解析結(jié)果中的用戶名、密碼、驅(qū)動類型以及所述執(zhí)行命令生成遠程IPMI命令發(fā)送至所述基板管理控制器。

優(yōu)選地，還包括：所述基板管理控制器解析所述遠程IPMI命令中的所述用戶名、所述密碼以及所述驅(qū)動類型；

在所述用戶名、所述密碼以及所述驅(qū)動類型合法的情況下執(zhí)行所述執(zhí)行命令。

為解決上述技術(shù)問題，本發(fā)明提供一種服務(wù)器集群的服務(wù)器管理控制系統(tǒng)，用于服務(wù)器集群，包括服務(wù)端和被監(jiān)控端，所述服務(wù)端包括監(jiān)控管理系統(tǒng)、通訊客戶端以及遠程CLI管理模塊，所述被監(jiān)控端包括系統(tǒng)網(wǎng)口、通訊服務(wù)端、本地CLI管理模塊、IPMI驅(qū)動池、基板管理控制器以及IPMI管理網(wǎng)口；

所述監(jiān)控管理系統(tǒng)，用于實時采集所述被監(jiān)控端的管理信息，所述管理信息包括帶外管理信息和帶內(nèi)管理信息；

所述通訊客戶端，用于通過所述系統(tǒng)網(wǎng)口與所述通訊服務(wù)端建立通訊連接，通過所述通訊服務(wù)端將所述帶內(nèi)管理信息發(fā)送至所述本地CLI管理模塊，并通過所述IPMI驅(qū)動池訪問所述基板管理控制器；

所述遠程CLI管理模塊，用于通過所述IPMI管理網(wǎng)口與所述基板管理控制器建立通訊連接，并通過所述IPMI管理網(wǎng)口將所述帶外管理信息發(fā)送至所述基板管理控制器；

所述基板管理控制器，用于執(zhí)行所述帶內(nèi)管理信息或所述帶外管理信息中包含的執(zhí)行命令。

優(yōu)選地，所述基板管理控制器還用于向所述本地CLI管理模塊反饋執(zhí)行結(jié)果或用于向所述遠程CLI管理模塊反饋執(zhí)行結(jié)果。

優(yōu)選地，所述遠程CLI管理模塊具體用于解析所述帶外管理信息，將解析結(jié)果中的用戶名、密碼、驅(qū)動類型以及所述執(zhí)行命令生成遠程IPMI命令發(fā)送至所述基板管理控制器。

優(yōu)選地，所述基板管理控制器還用于解析所述遠程IPMI命令中的所述用戶名、所述密碼以及所述驅(qū)動類型，并在所述用戶名、所述密碼以及所述驅(qū)動類型合法的情況下執(zhí)行所述執(zhí)行命令。

本發(fā)明所提供的服務(wù)器集群的服務(wù)器管理控制方法及系統(tǒng)，包括：服務(wù)端的通訊客戶端通過系統(tǒng)網(wǎng)口與被監(jiān)控端的通訊服務(wù)端建立通訊連接；服務(wù)端的遠程CLI管理模塊通過IPMI管理網(wǎng)口與被監(jiān)控端的基板管理控制器建立通訊連接；服務(wù)端的監(jiān)控管理系統(tǒng)實時采集被監(jiān)控端的管理信息，管理信息包括帶外管理信息和帶內(nèi)管理信息；通訊客戶端通過通訊服務(wù)端將帶內(nèi)管理信息發(fā)送至被監(jiān)控端的本地CLI管理模塊，并通過被監(jiān)控端的IPMI驅(qū)動池訪問基板管理控制器；遠程CLI管理模塊通過IPMI管理網(wǎng)口將帶外管理信息發(fā)送至基板管理控制器；所述基板管理控制器執(zhí)行所述帶內(nèi)管理信息或所述帶外管理信息中包含的執(zhí)行命令。本方案采用帶內(nèi)帶外相結(jié)合的方式，帶內(nèi)管理控制采用通迅客戶端與通迅服務(wù)端保持連接，本地CLI管理模塊配以IPMI驅(qū)動池的設(shè)計方式；帶外管理控制采用遠程CLI管理模塊直接通過IPMI管理網(wǎng)口對基板管理控制器進行訪問控制。由此可見，通過這種帶內(nèi)和帶外相結(jié)合的服務(wù)器管理控制方法，可以大大提高對服務(wù)器管理的效率，并且更加精細化和準確化。

附圖說明

為了更清楚地說明本發(fā)明實施例，下面將對實施例中所需要使用的附圖做簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種服務(wù)器集群的服務(wù)器管理控制方法的流程圖；

圖2為本發(fā)明實施例提供的一種通訊客戶端與通訊服務(wù)端建立通訊過程的示意圖；

圖3為本發(fā)明實施例提供的一種服務(wù)器集群的服務(wù)器管理控制系統(tǒng)的結(jié)構(gòu)圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下，所獲得的所有其他實施例，都屬于本發(fā)明保護范圍。

本發(fā)明的核心是提供一種服務(wù)器集群的服務(wù)器管理控制方法及系統(tǒng)。

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面結(jié)合附圖和具體實施方式對本發(fā)明作進一步的詳細說明。

圖1為本發(fā)明實施例提供的一種服務(wù)器集群的服務(wù)器管理控制方法的流程圖。該方法包括：

S10：服務(wù)端的通訊客戶端通過系統(tǒng)網(wǎng)口與被監(jiān)控端的通訊服務(wù)端建立通訊連接。

S11：服務(wù)端的遠程CLI管理模塊通過IPMI管理網(wǎng)口與被監(jiān)控端的基板管理控制器建立通訊連接。

S12：服務(wù)端的監(jiān)控管理系統(tǒng)實時采集被監(jiān)控端的管理信息，管理信息包括帶外管理信息和帶內(nèi)管理信息。

S13：通訊客戶端通過通訊服務(wù)端將帶內(nèi)管理信息發(fā)送至被監(jiān)控端的本地CLI管理模塊，并通過被監(jiān)控端的IPMI驅(qū)動池訪問基板管理控制器。

S14：遠程CLI管理模塊通過IPMI管理網(wǎng)口將帶外管理信息發(fā)送至基板管理控制器。

S15：基板管理控制器執(zhí)行帶內(nèi)管理信息或帶外管理信息中包含的執(zhí)行命令。

在具體實施中，服務(wù)端通過通訊客戶端和遠程CLI管理模塊分別實現(xiàn)對被監(jiān)控端的帶內(nèi)(通過業(yè)務(wù)網(wǎng)的系統(tǒng)網(wǎng)口進行)管理控制和帶外(通過被監(jiān)控端的IPMI管理網(wǎng)口進行)管理控制。需要說明的是，本實施例中服務(wù)端的監(jiān)控管理系統(tǒng)可以通過Nagios(Nagios是一款開源的免費網(wǎng)絡(luò)監(jiān)視工具)進行管理信息的采集。另外，在被監(jiān)控端有多個的情況下，監(jiān)控管理系統(tǒng)采用排隊輪詢的方式進行管理信息的采集。

首先是服務(wù)端的通訊客戶端通過系統(tǒng)網(wǎng)口與被監(jiān)控端的通訊服務(wù)端建立通訊連接，以及服務(wù)端的遠程CLI管理模塊通過IPMI管理網(wǎng)口與被監(jiān)控端的基板管理控制器建立通訊連接。當建立好連接之后，監(jiān)控管理系統(tǒng)實施采集被監(jiān)控端的管理信息，可以理解的是，管理信息包括帶外管理信息和帶內(nèi)管理信息。如果是帶外管理信息，則交給遠程CLI管理模塊，如果是帶內(nèi)管理信息，則交給通訊客戶端。

遠程CLI管理模塊將帶外管理新通過IPMI管理網(wǎng)口將帶外管理信息發(fā)送至基板管理控制器，基板管理控制器根據(jù)接收到的帶外管理信息執(zhí)行相應(yīng)的執(zhí)行命令，從而實現(xiàn)遠程CLI管理模塊直接訪問基板管理控制器。

通訊客戶端通過通訊服務(wù)端將帶內(nèi)管理信息發(fā)送至被監(jiān)控端的本地CLI管理模塊，穿過IPMI驅(qū)動池訪問基板管理控制器，由IPMI通道組織本地IPMI命令執(zhí)行，從而實現(xiàn)帶內(nèi)管理控制。

本實施例提供的服務(wù)器集群的服務(wù)器管理控制方法，采用帶內(nèi)帶外相結(jié)合的方式，帶內(nèi)管理控制采用通迅客戶端與通迅服務(wù)端保持連接，本地CLI管理模塊配以IPMI驅(qū)動池的設(shè)計方式；帶外管理控制采用遠程CLI管理模塊直接通過IPMI管理網(wǎng)口對基板管理控制器進行訪問控制。由此可見，通過這種帶內(nèi)和帶外相結(jié)合的服務(wù)器管理控制方法，可以大大提高對服務(wù)器管理的效率，并且更加精細化和準確化。

在上述實施例的基礎(chǔ)上，作為優(yōu)選地實施方式，服務(wù)端的通訊客戶端通過系統(tǒng)網(wǎng)口與被監(jiān)控端的通訊服務(wù)端建立通訊連接包括：

通訊客戶端向通訊服務(wù)端發(fā)送初始通訊連接請求以使通訊客戶端與通訊服務(wù)端保持通訊連接；

當通訊客戶端向通訊服務(wù)端發(fā)送帶內(nèi)管理信息時，通訊客戶端向通訊服務(wù)端發(fā)送驗證請求以判斷是否正常通訊；

通訊服務(wù)端在接收到驗證請求時向客戶端反饋判斷結(jié)果。

圖2為本發(fā)明實施例提供的一種通訊客戶端與通訊服務(wù)端建立通訊過程的示意圖。虛線表示通訊客戶端與通訊服務(wù)端已處于保持通訊連接的狀態(tài)，當通訊客戶端有帶內(nèi)管理信息需要發(fā)送是，首先向通訊服務(wù)端發(fā)送驗證請求以判斷當前通訊連接是否正常，通訊服務(wù)端在接收到驗證請求后，會向通訊客戶端反饋判斷結(jié)果，以告訴通訊客戶端能夠正常接收信息。在正常通訊連接下，通訊客戶端將帶內(nèi)管理信息發(fā)送至通訊服務(wù)端。按照上述實施例的實施方式，基板管理控制器接收到帶內(nèi)管理信息后，執(zhí)行相應(yīng)的命令，本實施例不再贅述。

在上述實施例的基礎(chǔ)上，作為優(yōu)選地實施方式，還包括：

基板管理控制器向本地CLI管理模塊反饋執(zhí)行結(jié)果；或

基板管理控制器向遠程CLI管理模塊反饋執(zhí)行結(jié)果。

當基板管理控制器接收到本地CLI管理模塊的帶內(nèi)管理信息，并執(zhí)行相應(yīng)的命令后，需要將執(zhí)行結(jié)果反饋至本地CLI管理模塊，則運維人員就可以通過系統(tǒng)業(yè)務(wù)網(wǎng)看到基板管理控制器的執(zhí)行結(jié)果。

當基板管理控制器接收到遠程CLI管理模塊的帶外管理信息，并執(zhí)行相應(yīng)的命令后，需要將執(zhí)行結(jié)果反饋至遠程CLI管理模塊，則運維人員就可以通過管理網(wǎng)看到基板管理控制器的執(zhí)行結(jié)果。

可以理解的是，基板管理控制器有其獨立地管理網(wǎng)，而被監(jiān)控端的其它部件有系統(tǒng)業(yè)務(wù)網(wǎng)，管理網(wǎng)和系統(tǒng)業(yè)務(wù)網(wǎng)是隔離的，通過本實施例提供的技術(shù)方案，運維人員就可以同時得到基板管理控制器對應(yīng)的執(zhí)行結(jié)果。

在本實施例中，執(zhí)行結(jié)果具體包括：電源管理信息、用戶信息、傳感器信息、SEL事件日志和遠程KVM控制臺訪問信息。

在上述實施例的基礎(chǔ)上，作為優(yōu)選地實施方式，遠程CLI管理模塊通過IPMI管理網(wǎng)口將帶外管理信息發(fā)送至基板管理控制器具體包括：

CLI管理模塊解析帶外管理信息，將解析結(jié)果中的用戶名、密碼、驅(qū)動類型以及執(zhí)行命令生成遠程IPMI命令發(fā)送至基板管理控制器。

由于在具體實施中，服務(wù)端通常有多個對應(yīng)的被監(jiān)控端，并且對于不同的被監(jiān)控端的管理信息是不同的，因此，為了防止發(fā)生錯誤，需要CLI管理模塊解析帶外管理信息。帶外管理信息通常包含有用戶名、密碼、驅(qū)動類型以及執(zhí)行命令，通過前3個參數(shù)可以確定是要發(fā)送給哪個被監(jiān)控端，從而通過對應(yīng)的IPMI管理網(wǎng)口將IPMI命令發(fā)送給基板管理控制器。

相應(yīng)的，在上述實施例的基礎(chǔ)上，作為優(yōu)選地實施方式，還包括：

基板管理控制器解析遠程IPMI命令中的用戶名、密碼以及驅(qū)動類型；

在用戶名、密碼以及驅(qū)動類型合法的情況下執(zhí)行該執(zhí)行命令。

基本管理控制器在接收到IPMI命令后，首先要解析是否是合法的，即判斷是否發(fā)送正確，例如執(zhí)行命令是關(guān)機命令，如果發(fā)送錯誤，而基板管理控制器沒有進行判斷就執(zhí)行的話，則該被監(jiān)控端就執(zhí)行關(guān)機命令。因此，基板管理控制器要通過用戶名，密碼以及驅(qū)動類型合法時才執(zhí)行對應(yīng)的命令，否則不執(zhí)行。

可以理解地是，每個被監(jiān)控端可以理解為一個服務(wù)器，而每個服務(wù)器的用戶名，密碼以及驅(qū)動類型都是預(yù)先約定好的，本實施例不再贅述。

圖3為本發(fā)明實施例提供的一種服務(wù)器集群的服務(wù)器管理控制系統(tǒng)的結(jié)構(gòu)圖。如圖3所示，服務(wù)器集群的服務(wù)器管理控制系統(tǒng)，包括服務(wù)端10和被監(jiān)控端11，服務(wù)端10包括監(jiān)控管理系統(tǒng)100、通訊客戶端101以及遠程CLI管理模塊102，被監(jiān)控端11包括系統(tǒng)網(wǎng)口110、通訊服務(wù)端111、本地CLI管理模塊113、IPMI驅(qū)動池114、基板管理控制器115以及IPMI管理網(wǎng)口116；

監(jiān)控管理系統(tǒng)100，用于實時采集被監(jiān)控端11的管理信息，管理信息包括帶外管理信息和帶內(nèi)管理信息；

通訊客戶端101，用于通過系統(tǒng)網(wǎng)口110與通訊服務(wù)端111建立通訊連接，通過通訊服務(wù)端111將帶內(nèi)管理信息發(fā)送至本地CLI管理模塊113，并通過IPMI驅(qū)動池114訪問基板管理控制器115；

遠程CLI管理模塊102，用于通過IPMI管理網(wǎng)口116與基板管理控制器115建立通訊連接，并通過IPMI管理網(wǎng)口116將帶外管理信息發(fā)送至基板管理控制器115；

基板管理控制器115，用于執(zhí)行帶內(nèi)管理信息或帶外管理信息中包含的執(zhí)行命令。

在具體實施中，服務(wù)端10通過通訊客戶端101和遠程CLI管理模塊113分別實現(xiàn)對被監(jiān)控端11的帶內(nèi)(通過業(yè)務(wù)網(wǎng)的系統(tǒng)網(wǎng)口進行)管理控制和帶外(通過被監(jiān)控端的IPMI管理網(wǎng)口進行)管理控制。需要說明的是，本實施例中服務(wù)端10的監(jiān)控管理系統(tǒng)可以通過Nagios(Nagios是一款開源的免費網(wǎng)絡(luò)監(jiān)視工具)進行管理信息的采集。另外，在被監(jiān)控端有多個的情況下，監(jiān)控管理系統(tǒng)100采用排隊輪詢的方式進行管理信息的采集。

首先是服務(wù)端10的通訊客戶端101通過系統(tǒng)網(wǎng)口110與被監(jiān)控端11的通訊服務(wù)端111建立通訊連接，以及服務(wù)端10的遠程CLI管理模塊102通過IPMI管理網(wǎng)口116與被監(jiān)控端11的基板管理控制器115建立通訊連接。當建立好連接之后，監(jiān)控管理系統(tǒng)100實施采集被監(jiān)控端1的管理信息，可以理解的是，管理信息包括帶外管理信息和帶內(nèi)管理信息。如果是帶外管理信息，則交給遠程CLI管理模塊102，如果是帶內(nèi)管理信息，則交給通訊客戶端101。

遠程CLI管理模塊102將帶外管理新通過IPMI管理網(wǎng)口116將帶外管理信息發(fā)送至基板管理控制器115，基板管理控制器115根據(jù)接收到的帶外管理信息執(zhí)行相應(yīng)的執(zhí)行命令，從而實現(xiàn)遠程CLI管理模塊102直接訪問基板管理控制器115。

通訊客戶端102通過通訊服務(wù)端111將帶內(nèi)管理信息發(fā)送至被監(jiān)控端11的本地CLI管理模塊113，穿過IPMI驅(qū)動池114訪問基板管理控制器115，由IPMI通道組織本地IPMI命令執(zhí)行，從而實現(xiàn)帶內(nèi)管理控制。

本實施例提供的服務(wù)器集群的服務(wù)器管理控制系統(tǒng)，采用帶內(nèi)帶外相結(jié)合的方式，帶內(nèi)管理控制采用通迅客戶端與通迅服務(wù)端保持連接，本地CLI管理模塊配以IPMI驅(qū)動池的設(shè)計方式；帶外管理控制采用遠程CLI管理模塊直接通過IPMI管理網(wǎng)口對基板管理控制器進行訪問控制。由此可見，通過這種帶內(nèi)和帶外相結(jié)合的服務(wù)器管理控制方法，可以大大提高對服務(wù)器管理的效率，并且更加精細化和準確化。

在上述實施例的基礎(chǔ)上，作為優(yōu)選地實施方式，基板管理控制器還用于向本地CLI管理模塊反饋執(zhí)行結(jié)果或用于向遠程CLI管理模塊反饋執(zhí)行結(jié)果。

在上述實施例的基礎(chǔ)上，作為優(yōu)選地實施方式，遠程CLI管理模塊具體用于解析帶外管理信息，將解析結(jié)果中的用戶名、密碼、驅(qū)動類型以及執(zhí)行命令生成遠程IPMI命令發(fā)送至基板管理控制器。

在上述實施例的基礎(chǔ)上，作為優(yōu)選地實施方式，基板管理控制器還用于解析遠程IPMI命令中的用戶名、密碼以及驅(qū)動類型，并在用戶名、密碼以及驅(qū)動類型合法的情況下執(zhí)行相應(yīng)的命令。

由于裝置部分的實施例與方法部分的實施例相互對應(yīng)，因此裝置部分的實施例請參見方法部分的實施例的描述，這里暫不贅述。

以上對本發(fā)明所提供的服務(wù)器集群的服務(wù)器管理控制方法及系統(tǒng)進行了詳細介紹。說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置而言，由于其與實施例公開的方法相對應(yīng)，所以描述的比較簡單，相關(guān)之處參見方法部分說明即可。應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以對本發(fā)明進行若干改進和修飾，這些改進和修飾也落入本發(fā)明權(quán)利要求的保護范圍內(nèi)。

專業(yè)人員還可以進一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。