本發(fā)明屬于互聯(lián)網(wǎng)通信和主機(jī)遠(yuǎn)程管理控制領(lǐng)域，具體涉及一種動(dòng)態(tài)可配置的主機(jī)遠(yuǎn)程管理方法。

背景技術(shù)：
在社會(huì)生活中，由于部分人IT知識(shí)的不足，往往在其使用的計(jì)算機(jī)出現(xiàn)故障后，無法處理故障甚至無法清除描述計(jì)算機(jī)故障的癥狀和原因。在這種情況下，傳統(tǒng)的IT服務(wù)的一般做法是派遣工作人員到達(dá)客戶現(xiàn)場(chǎng)來處理故障，或者要求客戶將故障計(jì)算機(jī)運(yùn)送到維修點(diǎn)進(jìn)行修復(fù)。在公司內(nèi)部，該服務(wù)由IT部門提供，為此公司要配備較大規(guī)模的IT人員并且為其部門運(yùn)行提供財(cái)務(wù)支撐；在普通客戶家中，該服務(wù)由IT服務(wù)公司提供，客戶需要為工作人員的上門維修服務(wù)付較高的工資。這種方式在實(shí)踐中是有用的，但是其帶來的巨大時(shí)間成本和溝通成本往往也是不可承受的，比如處理簡(jiǎn)單錯(cuò)誤往往無須到場(chǎng)即可解決。這種情況下，主機(jī)遠(yuǎn)程管理技術(shù)得到發(fā)展。在長(zhǎng)期的演進(jìn)中，已經(jīng)有了一些經(jīng)典模式，最典型就是遠(yuǎn)程桌面軟件。遠(yuǎn)程桌面技術(shù)是通過在客戶主機(jī)上安裝的客戶端將本地桌面的實(shí)時(shí)圖像發(fā)送給IT人員；IT人員在其計(jì)算機(jī)上模擬操作客戶計(jì)算機(jī)，并將操作數(shù)據(jù)發(fā)送給客戶；客戶接收IT人員的操作之后，在本地模擬IT人員在管理端的操作來實(shí)現(xiàn)維護(hù)控制。這種方式比較直觀，IT人員可以通過鼠標(biāo)鍵盤在建立連接后操作客戶計(jì)算機(jī)，并且可以實(shí)時(shí)看到操作的結(jié)果。但是這種遠(yuǎn)程桌面技術(shù)的缺陷也是十分明顯的，具體存在以下缺點(diǎn)：一、通過傳遞桌面的方式，對(duì)網(wǎng)絡(luò)帶寬的要求比較高，即使在使用圖像壓縮等算法之后，也會(huì)在管理端造成十分明顯的延遲，這種延遲有時(shí)是致命的，因?yàn)樗恋K的IT人員看到命令的執(zhí)行結(jié)果，影響IT人員的判斷，同時(shí)也影響IT人員和客戶的使用體驗(yàn)；二、另一方面這種方式編寫的遠(yuǎn)程管理軟件在功能上缺乏擴(kuò)展性，往往軟件在發(fā)布之后功能就完全固化直到發(fā)布更新重新安裝，無法滿足客戶的特殊需求；三、現(xiàn)有的遠(yuǎn)程管理一般而言是單對(duì)單的服務(wù)，每個(gè)IT人員一次只能服務(wù)于一個(gè)用戶，這是對(duì)本來有限且昂貴的IT資源的浪費(fèi)。

技術(shù)實(shí)現(xiàn)要素：
針對(duì)上述現(xiàn)有技術(shù)的缺點(diǎn)，本發(fā)明的目的在于提供一種動(dòng)態(tài)可配置的主機(jī)遠(yuǎn)程管理方法，其旨在解決管理延遲、缺乏擴(kuò)展性以及只能單對(duì)單的技術(shù)問題。為解決上述技術(shù)問題，本發(fā)明采用如下技術(shù)方案：一種動(dòng)態(tài)可配置的主機(jī)遠(yuǎn)程管理軟件，其特征在于，包括運(yùn)行在本地主機(jī)的管理端、至少一個(gè)保存在管理端且已編寫好的功能模塊和至少一個(gè)控制端，該控制端運(yùn)行在遠(yuǎn)程主機(jī)上；所述管理端:部署在本地主機(jī)上，是操作人員控制遠(yuǎn)程主機(jī)的接口，提供圖形界面功能，負(fù)責(zé)向控制端發(fā)送控制命令獲取相應(yīng)數(shù)據(jù)和服務(wù)，分發(fā)功能模塊，并獲取控制端提供的數(shù)據(jù);所述控制端:部署在遠(yuǎn)程主機(jī)上，用于接收管理端的命令并返回響應(yīng)，負(fù)責(zé)功能模塊的加載和卸載，負(fù)責(zé)功能模塊之間、功能模塊和管理端之間的統(tǒng)一通信；所述功能模塊：為導(dǎo)出特定接口和全局唯一標(biāo)識(shí)的可執(zhí)行模塊，負(fù)責(zé)提供控制端的具體功能，執(zhí)行接收到的命令并返回執(zhí)行結(jié)果；所述管理端與控制端經(jīng)互聯(lián)網(wǎng)連接通信，所述功能模塊由管理端發(fā)送至控制端，控制端加載功能模塊對(duì)管理端提供相應(yīng)服務(wù)。更進(jìn)一步地，所述管理端向一個(gè)或多個(gè)控制端發(fā)送一個(gè)或多個(gè)功能模塊，控制端加載、卸載功能模塊。更進(jìn)一步地，所述控制端動(dòng)態(tài)管理功能模塊，動(dòng)態(tài)添加或刪除控制端的功能模塊，并借助當(dāng)前加載的功能模塊對(duì)管理端提供相應(yīng)服務(wù)。更進(jìn)一步地，所述功能模塊與管理端的數(shù)據(jù)由控制端統(tǒng)一收發(fā)，功能模塊之間的數(shù)據(jù)也由控制端轉(zhuǎn)發(fā)。更進(jìn)一步，所述控制端含有統(tǒng)一的模塊通信框架，控制端和管理端之間的通信數(shù)據(jù)報(bào)文均有特定的標(biāo)識(shí)，表明報(bào)文的來源模塊和目的模塊。一種動(dòng)態(tài)可配置的主機(jī)遠(yuǎn)程管理方法，其特征在于，包括如下步驟：①管理端向控制端發(fā)送動(dòng)態(tài)擴(kuò)展命令，要求其準(zhǔn)備接收功能模塊文件，并隨命令同時(shí)發(fā)送功能模塊的描述信息，主要包括接口說明和校驗(yàn)信息；②控制端接收管理端發(fā)送來的功能模塊文件，所述功能模塊文件為動(dòng)態(tài)加載執(zhí)行的文件，其導(dǎo)出指定的接口，并且該接口被編譯成可加載執(zhí)行的文件類型，所述每一個(gè)功能模塊文件具有一個(gè)標(biāo)明模塊身份的全局唯一標(biāo)識(shí)；③控制端完成接收之后，首先校驗(yàn)文件完整性，而后驗(yàn)證接口正確性，保證功能模塊文件在網(wǎng)絡(luò)傳輸中沒有被第三方篡改，并且描述信息中聲明的接口存在；④控制端驗(yàn)證文件后，加載指定的文件，成功加載后向管理端發(fā)送成功消息；⑤管理端收到成功消息后，開始發(fā)送新的功能模塊中包含的命令，并接收遠(yuǎn)程主機(jī)上功能模塊的返回命令執(zhí)行結(jié)果數(shù)據(jù)；⑥管理端發(fā)送功能模塊動(dòng)態(tài)卸載請(qǐng)求，并隨之發(fā)送要卸載的功能模塊唯一標(biāo)識(shí)；⑦控制端接收到卸載請(qǐng)求之后，在當(dāng)前加載的模塊列表中尋找，若模塊正在運(yùn)行則將其停止，并移出內(nèi)存。與現(xiàn)有技術(shù)相比，本發(fā)明有益效果表現(xiàn)在：本發(fā)明可以高效的實(shí)現(xiàn)各種功能的主機(jī)遠(yuǎn)程管理軟件，并對(duì)控制功能進(jìn)行精細(xì)化動(dòng)態(tài)擴(kuò)展和調(diào)整，在提高了軟件開發(fā)效率的同時(shí)增加了軟件的靈活性。附圖說明圖1是本發(fā)明的部署圖；圖2是本發(fā)明的動(dòng)態(tài)擴(kuò)展性示意圖；圖3為本發(fā)明響應(yīng)序列圖；圖4為本發(fā)明控制端構(gòu)成圖；圖5為本發(fā)明功能模塊構(gòu)成圖；圖6為本發(fā)明流程圖。具體實(shí)施方式下面將結(jié)合附圖及具體實(shí)施方式對(duì)本發(fā)明作進(jìn)一步的描述一種動(dòng)態(tài)可配置的主機(jī)遠(yuǎn)程管理軟件，其特征在于，包括運(yùn)行在本地主機(jī)的管理端、至少一個(gè)保存在管理端且已編寫好的功能模塊和至少一個(gè)控制端，該控制端運(yùn)行在遠(yuǎn)程主機(jī)上；所述管理端:負(fù)責(zé)向控制端發(fā)送控制命令獲取相應(yīng)數(shù)據(jù)和服務(wù)，分發(fā)功能模塊，并獲取控制端提供的數(shù)據(jù);所述控制端:負(fù)責(zé)功能模塊的加載和卸載，負(fù)責(zé)功能模塊之間、功能模塊和管理端之間的統(tǒng)一通信；所述功能模塊：為導(dǎo)出特定接口和全局唯一標(biāo)識(shí)的可執(zhí)行模塊，負(fù)責(zé)提供控制端的具體功能，執(zhí)行接收到的命令并返回執(zhí)行結(jié)果；所述管理端與控制端經(jīng)互聯(lián)網(wǎng)連接通信，所述功能模塊由管理端發(fā)送至控制端，控制端加載功能模塊對(duì)管理端提供相應(yīng)服務(wù)。本發(fā)明的控制端的功能簡(jiǎn)化。控制端的基礎(chǔ)功能包括功能模塊管理和統(tǒng)一通信框架。功能模塊管理負(fù)責(zé)功能模塊的動(dòng)態(tài)加載和卸載，具體而言是將管理端發(fā)送來的功能模塊文件加載到內(nèi)存中，并利用其導(dǎo)出的接口運(yùn)行功能模塊；統(tǒng)一通信框架是指控制端接管功能模塊與管理端、功能模塊之間的通信，各模塊將數(shù)據(jù)提交給控制端框架，控制端框架根據(jù)數(shù)據(jù)類型和標(biāo)識(shí)將數(shù)據(jù)發(fā)送到管理端或者轉(zhuǎn)發(fā)到相應(yīng)的功能模塊。本發(fā)明的功能模塊的功能內(nèi)聚。功能模塊導(dǎo)出一致的接口和全局唯一標(biāo)識(shí)。功能模塊封裝隱藏了內(nèi)部實(shí)現(xiàn)，導(dǎo)出的接口是控制端加載和卸載模塊，接收響應(yīng)和發(fā)送命令的通道。全局唯一標(biāo)識(shí)是控制端識(shí)別功能模塊的方法，保證功能模塊的正確加載卸載以及統(tǒng)一通信的實(shí)現(xiàn)。功能模塊文件是遠(yuǎn)程主機(jī)可以動(dòng)態(tài)加載執(zhí)行的文件格式，但不限于使用某一種編程語言編寫。管理端的多主機(jī)管理。管理端可以同時(shí)管理多個(gè)主機(jī)，向多個(gè)主機(jī)發(fā)送命令和接收數(shù)據(jù)。并且，為了實(shí)現(xiàn)個(gè)性化管理需求，管理端可以向多個(gè)主機(jī)分發(fā)功能模塊，從而使得控制端動(dòng)態(tài)擴(kuò)展獲得更多功能。主機(jī)遠(yuǎn)程管理軟件通過功能模塊的方法多方位可定制按需求的探測(cè)遠(yuǎn)程主機(jī)信息，發(fā)送主機(jī)操作命令，避免了圖像傳輸?shù)雀邘捀哔Y源消耗的方法，保證了遠(yuǎn)程管理的高效性和實(shí)時(shí)性。本發(fā)明實(shí)現(xiàn)的軟件部署在互聯(lián)網(wǎng)環(huán)境中，針對(duì)不同主機(jī)控制需求進(jìn)行部署，部署時(shí)分發(fā)不同的功能模塊，在后續(xù)運(yùn)行過程中，不斷增加或刪除功能模塊。主要有以下幾個(gè)部分實(shí)現(xiàn)：1、管理端：管理端用于管理分布于互聯(lián)網(wǎng)上的不同的控制端，主要功能在于通過網(wǎng)絡(luò)向不同控制端發(fā)送命令、接收控制端傳回的數(shù)據(jù)和分發(fā)功能模塊到控制端。管理端能夠發(fā)送的命令包括各功能模塊包含的命令、功能模塊配置命令等。另外、管理端是圖形化界面，能方便的查看各個(gè)主機(jī)的狀態(tài)信息，并通過圖形界面發(fā)送命令。2、功能模塊：功能模塊是導(dǎo)出一致接口的可執(zhí)行文件，并且具有全局唯一標(biāo)識(shí)，導(dǎo)出的接口包括加載、卸載、發(fā)送命令、接收響應(yīng)等接口，如圖6所示。加載和卸載接口是在功能模塊配置過程中調(diào)用的接口，用于實(shí)現(xiàn)功能模塊添加刪除；發(fā)送命令接口是提供給控制端使用的，用于向功能模塊發(fā)送命令；接收響應(yīng)接口是功能模塊向控制端發(fā)送信息的通道，用于返回控制端命令的執(zhí)行結(jié)果數(shù)據(jù)。在接收響應(yīng)接口中，通過添加參數(shù)的方式可以再實(shí)現(xiàn)功能模塊之間的互相通信。通過發(fā)送命令和接收響應(yīng)接口實(shí)現(xiàn)統(tǒng)一通信框架。3、控制端：控制端是統(tǒng)一通信框架和功能模塊管理框架的集合體，如圖5所示。統(tǒng)一通信框架用于負(fù)責(zé)功能模塊之間、功能模塊和管理端的通信；功能模塊管理框架負(fù)責(zé)功能模塊的管理，包括加載和卸載功能模塊，初始化功能模塊接口等功能。下面給出本發(fā)明的實(shí)現(xiàn)步驟，如圖6所示：1）遠(yuǎn)程主機(jī)安裝控制端軟件，默認(rèn)僅安裝基礎(chǔ)的統(tǒng)一通信和模塊管理功能。2）本地主機(jī)安裝管理端軟件，并存儲(chǔ)有具有不同功能的功能模塊文件。3）管理員選擇一臺(tái)遠(yuǎn)程主機(jī)，向其發(fā)送模塊配置命令，并發(fā)送功能模塊文件。4）控制端收到功能模塊文件之后，校驗(yàn)功能模塊文件完整性，然后校驗(yàn)功能模塊到處接口和全局標(biāo)識(shí)符。如果校驗(yàn)通過，則利用功能模塊到處接口加載文件，加載成功后向管理端返回成功加載消息。出錯(cuò)則返回錯(cuò)誤消息給管理端。5）管理端收到加載成功的消息之后，發(fā)送新的功能模塊中包含的命令到控制端。6）控制端收到管理端發(fā)送來的命令，根據(jù)消息中的標(biāo)識(shí)查找功能模塊，通過發(fā)送命令接口將命令轉(zhuǎn)發(fā)到該功能模塊。如果模塊不存在，返回錯(cuò)誤給管理端。7）功能模塊收到命令之后，執(zhí)行命令并將執(zhí)行結(jié)果通過接收響應(yīng)接口返回給控制端統(tǒng)一通信框架?？刂贫耸盏巾憫?yīng)消息后，將響應(yīng)轉(zhuǎn)發(fā)給管理端。8）管理端收到控制端傳回的命令響應(yīng)消息，并顯示到管理端圖形界面上。9）當(dāng)管理端完成遠(yuǎn)程主機(jī)管理操作之后，控制端斷開連接。10）結(jié)束。該實(shí)現(xiàn)步驟是本方案執(zhí)行流程的描述，在遠(yuǎn)程管理過程中，命令發(fā)送和模塊管理的順序并不嚴(yán)格固定，但是發(fā)送不在當(dāng)前任一模塊中的命令是無效的，也就是說任何命令必須在加載相應(yīng)模塊后發(fā)送。以上所述，僅為本發(fā)明較佳的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。