專利名稱：一種多終端集中控制方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及終端控制技術(shù)領(lǐng)域，尤其涉及一種多終端集中控制方法與系統(tǒng)。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的迅速發(fā)展，網(wǎng)絡(luò)上承載的個人終端數(shù)量越來越多，在一個單位內(nèi)個人終端數(shù)量從幾十臺到幾百臺，甚至上萬臺，比如大型企業(yè)內(nèi)部，同時投入使用的個人計算機可能成百上千。如此眾多的客戶機在實際運行中將遇到諸如病毒入侵、誤操作死機、 軟件沖突導致系統(tǒng)藍屏等各種各樣的問題，這些問題除少數(shù)具有特殊性外，大多數(shù)具有共性。對于網(wǎng)絡(luò)下出現(xiàn)問題的主機，維護工作人員通常需要逐臺查看、逐臺檢修、逐臺管理，這種通過人工方式實現(xiàn)維護極為繁瑣，費時費力。此外，除客戶機出現(xiàn)問題需要維護網(wǎng)絡(luò)穩(wěn)定外，還經(jīng)常需要對網(wǎng)絡(luò)下的所有主機執(zhí)行相同的操作。比如，在網(wǎng)絡(luò)下的眾多機器進行分辨率的統(tǒng)ー更改，一種實現(xiàn)方式即是按照上述模式逐臺進行修改，這將嚴重影響維護人員的工作效率；一種采用目前網(wǎng)吧的一對多的管理模式，即通過安裝于一臺主機上的控制軟件控制其他主機，但是，這種采用服務(wù)器-客戶機直接控制的方式，由于系統(tǒng)資源的限制，控制的主機數(shù)量極為有限，不適合大型網(wǎng)絡(luò)的維護與管理。

發(fā)明內(nèi)容
有鑒于現(xiàn)有技術(shù)存在的不足，本發(fā)明的目的在于提供一種多終端集中控制的方法與系統(tǒng)，以實現(xiàn)多終端的統(tǒng)ー管理和維護，從而提高工作效率。為實現(xiàn)上述目的，本發(fā)明實施例提供的多終端集中控制方法包括控制主機生成策略消息后發(fā)送給主級服務(wù)器，所述策略消息包括控制頭和數(shù)據(jù)信息，所述控制頭包含策略控制消息將下發(fā)的服務(wù)器地址和功能號，所述功能號對應(yīng)預設(shè)的功能封裝包，所述數(shù)據(jù)信息包含策略執(zhí)行的指令；主服務(wù)器收到策略消息后，將策略消息控制頭的服務(wù)器地址修改為從服務(wù)器地址，將功能號修改為與從服務(wù)器相應(yīng)的功能號，將修改后的策略消息發(fā)送給從服務(wù)器；從服務(wù)器收到策略消息后轉(zhuǎn)發(fā)給客戶終端，客戶終端解析策略消息，并執(zhí)行解析的策略指令。優(yōu)選地，所述功能號對應(yīng)的預設(shè)功能封裝包包括通信主體間的溝通機制、信息格式轉(zhuǎn)換或數(shù)據(jù)流邏輯指向功能。優(yōu)選地，從服務(wù)器收到策略消息后通過廣播方式轉(zhuǎn)發(fā)給客戶終端，或，從服務(wù)器收到策略消息后，獲取客戶終端的MAC地址或IP地址，采用單播方式轉(zhuǎn)發(fā)策略消息給客戶終立面。優(yōu)選地，所述控制主機通過TCP連接向主服務(wù)器發(fā)送策略消息，所述主服務(wù)器通過TCP連接向從服務(wù)器發(fā)送策略消息。優(yōu)選地，客戶終端解析策略消息之前對接收的策略消息進行合法性校驗。優(yōu)選地，所述控制主機生成策略消息、主服務(wù)器修改策略消息過程執(zhí)行基于TCP/IP協(xié)議的虛擬終端管理系統(tǒng)協(xié)議。本發(fā)明還提供了一種多終端集中控制系統(tǒng)。該系統(tǒng)包括控制主機、主服務(wù)器、從服務(wù)器和客戶終端，其中所述控制主機，用于生成策略消息，并將生成的策略信息發(fā)送給主服務(wù)器，所述策略消息包括控制頭和數(shù)據(jù)信息，所述控制頭包含策略控制消息將下發(fā)的服務(wù)器地址和功能號，所述功能號對應(yīng)預設(shè)的功能封裝包，所述數(shù)據(jù)信息包含策略執(zhí)行的指令；所述主服務(wù)器，用于在收到策略消息后，將策略消息控制頭的服務(wù)器地址修改為從服務(wù)器地址，將功能號修改為與從服務(wù)器相應(yīng)的功能號，將修改后的策略消息發(fā)送給從服務(wù)器；所述從服務(wù)器，用于在接收到策略消息后轉(zhuǎn)發(fā)給客戶終端；所述客戶終端，用于解析策略消息，并執(zhí)行解析的策略指令。優(yōu)選地，所述功能號對應(yīng)的預設(shè)功能封裝包包括通信主體間的溝通機制、信息格式轉(zhuǎn)換或數(shù)據(jù)流邏輯指向功能。優(yōu)選地，從服務(wù)器接收到策略消息后通過廣播方式轉(zhuǎn)發(fā)給客戶終端，或，從服務(wù)器收到策略消息后，獲取客戶終端的MAC地址或IP地址，采用單播方式轉(zhuǎn)發(fā)策略消息給客戶終端。優(yōu)選地，客戶終端解析策略消息之前，還用于對接收的策略消息進行合法性校驗。本發(fā)明實施例提供的技術(shù)方案在控制主機生成策略消息后將該消息發(fā)送給主服務(wù)器，主服務(wù)器進行修改后轉(zhuǎn)發(fā)給從服務(wù)器，從服務(wù)器下發(fā)到客戶端，客戶端解析策略消息后執(zhí)行相應(yīng)的指令。與現(xiàn)有技術(shù)相比，本發(fā)明實施例架構(gòu)傳遞的策略消息包含控制頭和數(shù)據(jù)信息，控制頭中包含有功能號，功能號對應(yīng)預設(shè)的功能封裝包，通過將該策略消息傳遞到客戶端，所有的客戶終端在策略消息指令下執(zhí)行相同的操作，從而實現(xiàn)了ー個控制主機控制多個客戶終端的目的。此外，本發(fā)明實施例的主從服務(wù)器架構(gòu)模式包含的客戶終端更多， 有利于擴大網(wǎng)絡(luò)容量。


圖1為本發(fā)明的ー個方法實施例的流程圖；圖2為本發(fā)明實施例的實現(xiàn)架構(gòu)圖。
具體實施例方式本發(fā)明的主要思想在多客戶端中建立ニ級架構(gòu)模式，通過控制主機在ニ級架構(gòu)框架下傳遞統(tǒng)一的策略消息，該策略消息包含控制頭和數(shù)據(jù)消息，控制頭部分包含功能號，客戶終端接收到策略消息后即可進行相同的操作，從而解決了多終端網(wǎng)絡(luò)下單主機集中控制問題。為了使本領(lǐng)域技術(shù)人員能進ー步了解本發(fā)明的特征及技術(shù)內(nèi)容，下面結(jié)合附圖和實施例，對本發(fā)明的技術(shù)方案進行詳細描述。如前所述，在大型網(wǎng)絡(luò)中，客戶終端數(shù)量較多，如果進行逐臺維護將極為耗費人力物力，工作效率低下。目前出現(xiàn)的多終端控制僅能在ー個層次上控制客戶端，隨著客戶終端數(shù)量增多其實現(xiàn)難度越大，效率越低。為此，本發(fā)明提供了一種新的多終端集中控制方法。參見圖1，該圖示出了本發(fā)明的一個實施例，該實施例包括步驟SlOl 控制主機生成策略消息后發(fā)送給主服務(wù)器，所述策略消息包括控制頭和數(shù)據(jù)信息，所述控制頭包含策略消息將下發(fā)的服務(wù)器地址和功能號，所述功能號對應(yīng)預設(shè)的功能封裝包，所述數(shù)據(jù)信息包含策略執(zhí)行的指令；控制主機是某個網(wǎng)絡(luò)的“首領(lǐng)”，具有管理員身份，該主機具有接受用戶命令的接 ロ(控制界面)，用戶的命令可以是以自然語言描述的希望該網(wǎng)絡(luò)下的所有客戶終端執(zhí)行的操作，也可以是通過代碼直接輸入控制主機的指令。這些指令的含義可以是要求客戶終端執(zhí)行顯示器分辨率更改、病毒庫升級、操作系統(tǒng)更新等操作。控制主機獲得用戶指示后生成策略消息，該策略消息包括控制頭和數(shù)據(jù)信息兩部分內(nèi)容，控制頭攜帶控制字段，該字段包含策略消息將下發(fā)的服務(wù)器地址和功能號，數(shù)據(jù)信息部分包含策略執(zhí)行的指令，該指令是客戶終端進行操作的代碼指令，比如控制主機要求客戶終端統(tǒng)一更改分辨率，則該數(shù)據(jù)信息部分包含分辨率大小、更改分辨率需調(diào)用的API函數(shù)等。這里的功能號對應(yīng)預設(shè)的功能封裝包，該功能封裝包內(nèi)類似計算機系統(tǒng)中的函數(shù)，具有相對獨立的功能，用于實現(xiàn)控制主機與服務(wù)器之間信息交互，具體包括通信雙發(fā)之間的溝通機制、信息格式轉(zhuǎn)換、數(shù)據(jù)流邏輯指向等功能，在不同機器之間對應(yīng)的功能號可能不同。步驟S102 主服務(wù)器收到策略消息后，將策略消息控制頭的服務(wù)器地址修改為從服務(wù)器地址，功能號修改為與從服務(wù)器對應(yīng)的功能號，將修改后的策略消息發(fā)送給從服務(wù)器；主服務(wù)器是網(wǎng)絡(luò)架構(gòu)下的ニ級“中樞”，它是信息指令的集散地，在ー個網(wǎng)絡(luò)架構(gòu)中根據(jù)實際需要，可設(shè)置一臺或多臺主服務(wù)器，主服務(wù)器之下包括眾多的從服務(wù)器，從服務(wù)器可連接多個客戶終端。主服務(wù)器接收到策略消息后，需要對策略消息的控制頭的字段內(nèi)容進行修改，以便正確地進行信息轉(zhuǎn)發(fā)，在改變控制頭時，還需相應(yīng)地修改功能號，因為面對對象變?yōu)閺姆?wù)器，相互的溝通機制、數(shù)據(jù)流邏輯指向等將發(fā)送變化。主服務(wù)器完成策略消息的修改后將修改后的策略消息發(fā)送給從服務(wù)器。這里控制主機生成策略消息、主服務(wù)器修改策略消息過程均可執(zhí)行基于TCP/IP協(xié)議的虛擬終端管理系統(tǒng)協(xié)議。步驟S103 從服務(wù)器收到策略消息后轉(zhuǎn)發(fā)給從服務(wù)器連接的客戶終端；從服務(wù)器接收到主服務(wù)器發(fā)送的策略控制消息后，可以對該策略消息進行合法性檢查，如果合法則將該消息下發(fā)給客戶終端。這里的從服務(wù)器如果下面還連接有次ー級的從服務(wù)器，則該從服務(wù)器需要以主服務(wù)器的身份進行步驟102的工作，即進行策略消息的更改操作。如果從服務(wù)器下面直接連接客戶終端，可直接下發(fā)策略消息，下發(fā)策略消息可采用廣播形式，也可采用單播形式，如果進行單播下發(fā)，則需要獲得相應(yīng)客戶終端的IP地址或MAC地址，以便有選擇地下發(fā)策略消息。步驟S104 客戶終端解析策略消息，并執(zhí)行解析的策略指令信息。客戶終端收到策略消息后，可先對策略消息進行合法性檢測，如果合法則對策略消息進行解析，如果不合法，則丟棄該策略消息數(shù)據(jù)包。解析策略消息的目的在于從策略消息中提取出策略指令信息，然后根據(jù)該策略指令信息執(zhí)行相應(yīng)操作，由此實現(xiàn)客戶終端的控制。本實施例提供的技術(shù)方案在控制主機生成策略消息后將該消息發(fā)送給主服務(wù)器， 主服務(wù)器進行修改后轉(zhuǎn)發(fā)給從服務(wù)器，從服務(wù)器下發(fā)到客戶端，客戶端解析策略消息后執(zhí)行相應(yīng)的指令。與現(xiàn)有技術(shù)相比，本實施例架構(gòu)傳遞的策略消息包含控制頭和數(shù)據(jù)信息，控制頭中包含有功能號，功能號對應(yīng)預設(shè)的功能封裝包，通過將該策略消息傳遞到客戶端，所有的客戶終端在策略消息指令下執(zhí)行相同的操作，從而實現(xiàn)了ー個控制主機控制多個客戶終端的目的。此外，本實施例的主從服務(wù)器架構(gòu)包含的客戶終端更多，有利于擴大網(wǎng)絡(luò)容里。上述實施例中控制主機與主服務(wù)器、主服務(wù)器與從服務(wù)器之間可通過多種連接實現(xiàn)消息傳遞，并不影響本發(fā)明的發(fā)明目的的實現(xiàn)。但是TCP連接已廣泛應(yīng)用與互聯(lián)網(wǎng)、局域網(wǎng)，為了減少接ロ處進行轉(zhuǎn)換的繁瑣程序，本發(fā)明優(yōu)選控制主機通過TCP連接向主服務(wù)器發(fā)送策略消息，所述主服務(wù)器通過TCP連接向從服務(wù)器發(fā)送策略消息。附圖2示出了上述實施例的一種實現(xiàn)架構(gòu)圖，圖中的箭頭表示數(shù)據(jù)流向， VEMSServer表示服務(wù)器，包括主服務(wù)器或從服務(wù)器，VEMSAgent表示客戶終端，客戶終端下面表示的I-N表示該服務(wù)器下連接的客戶終端的數(shù)目?？刂浦鳈C的控制界面接收到用戶輸入的指示后，根據(jù)該指示生成策略消息，該策略消息包含了目的服務(wù)器的地址和相應(yīng)的通信功能號，然后由控制主機將該策略消息下發(fā)到VEMSkrver (主)服務(wù)器，該主服務(wù)器下面直接連接有客戶終端，相對于其直接連接的客戶終端而言，該主服務(wù)器實際上同時具有從服務(wù)器的功能，VEMSServer (主)對策略消息進行修改后，將修改后的策略消息發(fā)送到相應(yīng)的VEMSServer (從)服務(wù)器，由VEMSServer (從)將策略消息下發(fā)到客戶終端VEMSAgent， 所有接收到策略消息的VEMSAgent執(zhí)行策略消息中包含的策略執(zhí)行，多個客戶終端進行相同處理行為，由此實現(xiàn)集中控制過程。在本框架的圖示中僅示出了兩級服務(wù)器，實際上，根據(jù)實際的客戶終端的數(shù)量，可擴展為多級服務(wù)器，每級服務(wù)器相對于其上一級服務(wù)器為從服務(wù)器，而相對于其ー級服務(wù)器則為主服務(wù)器，這樣可以大大擴展本網(wǎng)絡(luò)的客戶終端的數(shù)量，増加網(wǎng)絡(luò)容量，但網(wǎng)絡(luò)的維護管理的工作量并不增加，從而大大提高了工作效率。上述實施例描述了本發(fā)明的方法實施例，相應(yīng)地，本發(fā)明還提供了一種多終端集中控制系統(tǒng)實施例。該系統(tǒng)實施例包括控制主機、主服務(wù)器、從服務(wù)器和客戶終端，其中所述控制主機，用于生成策略消息，并將生成的策略信息發(fā)送給主服務(wù)器，所述策略消息包括控制頭和數(shù)據(jù)信息，所述控制頭包含策略控制消息的將下發(fā)的服務(wù)器地址和功能號，所述功能號對應(yīng)預設(shè)的功能封裝包，所述數(shù)據(jù)信息包含策略執(zhí)行的指令；所述主服務(wù)器，用于在收到策略消息后，將策略消息控制頭的服務(wù)器地址修改為從服務(wù)器地址，將功能號修改為與從服務(wù)器相應(yīng)的功能號，將修改后的策略消息發(fā)送給從服務(wù)器；所述從服務(wù)器，用于在接收到策略消息后轉(zhuǎn)發(fā)給客戶終端；所述客戶終端，用于解析策略消息，并執(zhí)行解析的策略指令信息。上述系統(tǒng)實施例中的功能號對應(yīng)的預設(shè)功能封裝包包括通信主體間的溝通機制、 信息格式轉(zhuǎn)換、數(shù)據(jù)流邏輯指向功能。上述實施例中根據(jù)實際情況需要，從服務(wù)器接收到策略消息后通過廣播方式轉(zhuǎn)發(fā)給客戶終端，或，從服務(wù)器收到策略消息后，獲取客戶終端的MAC地址或IP地址，采用單播方式轉(zhuǎn)發(fā)策略消息給客戶終端。上述實施例中客戶終端解析策略消息之前，還用于對接收的策略消息進行合法性校驗。
以上所述的本發(fā)明實施方式，并不構(gòu)成對本發(fā)明保護范圍的限定。任何在本發(fā)明的精神和原則之內(nèi)所作的修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的權(quán)利要求保護范圍之內(nèi)。
權(quán)利要求
1.一種多終端集中控制方法，其特征在于，該方法包括控制主機生成策略消息后發(fā)送給主服務(wù)器，所述策略消息包括控制頭和數(shù)據(jù)信息，所述控制頭包含策略控制消息將下發(fā)的服務(wù)器地址和功能號，所述功能號對應(yīng)預設(shè)的功能封裝包，所述數(shù)據(jù)信息包含策略執(zhí)行的指令；主服務(wù)器收到策略消息后，將策略消息控制頭的服務(wù)器地址修改為從服務(wù)器地址，將功能號修改為與從服務(wù)器相應(yīng)的功能號，將修改后的策略消息發(fā)送給從服務(wù)器；從服務(wù)器收到策略消息后轉(zhuǎn)發(fā)給客戶終端，客戶終端解析策略消息，并執(zhí)行解析的策略指令。
2.根據(jù)權(quán)利要求1所述的方法，其特征在干，所述功能號對應(yīng)的預設(shè)功能封裝包包括通信主體間的溝通機制、信息格式轉(zhuǎn)換或數(shù)據(jù)流邏輯指向功能。
3.根據(jù)權(quán)利要求1所述的方法，其特征在干，從服務(wù)器接收到策略消息后通過廣播方式轉(zhuǎn)發(fā)給客戶終端，或，從服務(wù)器接收到策略消息后，獲取客戶終端的MAC地址或IP地址， 采用單播方式轉(zhuǎn)發(fā)策略消息給客戶終端。
4.根據(jù)權(quán)利要求1所述的方法，其特征在干，所述控制主機通過TCP連接向主服務(wù)器發(fā)送策略消息，所述主服務(wù)器通過TCP連接向從服務(wù)器發(fā)送策略消息。
5.根據(jù)權(quán)利要求1至4中任何一項所述的方法，其特征在干，客戶終端解析策略消息之前對接收的策略消息進行合法性校驗。
6.根據(jù)權(quán)利要求1至4中任何一項所述的方法，其特征在干，所述控制主機生成策略消息、主服務(wù)器修改策略消息過程執(zhí)行基于TCP/IP協(xié)議的虛擬終端管理系統(tǒng)協(xié)議。
7.—種多終端集中控制系統(tǒng)，其特征在干，該系統(tǒng)包括控制主機、主服務(wù)器、從服務(wù)器和客戶終端，其中所述控制主機，用于生成策略消息，并將生成的策略信息發(fā)送給主服務(wù)器，所述策略消息包括控制頭和數(shù)據(jù)信息，所述控制頭包含策略控制消息將下發(fā)的服務(wù)器地址和功能號， 所述功能號對應(yīng)預設(shè)的功能封裝包，所述數(shù)據(jù)信息包含策略執(zhí)行的指令；所述主服務(wù)器，用于在收到策略消息后，將策略消息控制頭的服務(wù)器地址修改為從服務(wù)器地址，將功能號修改為與從服務(wù)器相應(yīng)的功能號，將修改后的策略消息發(fā)送給從服務(wù)器；所述從服務(wù)器，用于在接收到策略消息后轉(zhuǎn)發(fā)給客戶終端；所述客戶終端，用于解析策略消息，并執(zhí)行解析的策略指令。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在干，所述功能號對應(yīng)的預設(shè)功能封裝包包括通信主體間的溝通機制、信息格式轉(zhuǎn)換或數(shù)據(jù)流邏輯指向功能。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在干，從服務(wù)器接收到策略消息后通過廣播方式轉(zhuǎn)發(fā)給客戶終端，或，從服務(wù)器收到策略消息后，獲取客戶終端的MAC地址或IP地址，采用單播方式轉(zhuǎn)發(fā)策略消息給客戶終端。
10.根據(jù)權(quán)利要求7至9中任何一項所述的系統(tǒng)，其特征在干，客戶終端解析策略消息之前，還用于對接收的策略消息進行合法性校驗。
全文摘要
本發(fā)明實施例提供了一種多終端集中控制方法。該方法包括控制主機生成策略消息后發(fā)送給主級服務(wù)器，策略消息包括控制頭和數(shù)據(jù)信息，控制頭包含策略控制消息的將下發(fā)的服務(wù)器地址和功能號，功能號對應(yīng)預設(shè)的功能封裝包，數(shù)據(jù)信息包含策略執(zhí)行的指令；主服務(wù)器將接收的策略消息控制頭的服務(wù)器地址修改為從服務(wù)器地址，將功能號修改為與從服務(wù)器相應(yīng)的功能號，將修改后的策略消息發(fā)送給從服務(wù)器；從服務(wù)器接收到策略消息后轉(zhuǎn)發(fā)給客戶終端，客戶終端解析策略消息，執(zhí)行策略指令。本發(fā)明實施例還提供了一種多終端集中控制系統(tǒng)。本發(fā)明實施例技術(shù)方案實現(xiàn)了多客戶終端的統(tǒng)一管理和維護，提高了效率。
文檔編號H04L29/08GK102571927SQ201110426970
公開日2012年7月11日 申請日期2011年12月19日 優(yōu)先權(quán)日2011年12月19日
發(fā)明者朱振洪, 潘勁松, 潘琦, 陳伯軍, 陳國軍, 鮑凌杰 申請人:余姚市供電局