專利名稱：多技術(shù)網(wǎng)絡(luò)的采集器動態(tài)部署方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)采集技術(shù)領(lǐng)域，特別涉及多技術(shù)網(wǎng)絡(luò)的采集器動態(tài)部署方法及系統(tǒng)。
背景技術(shù)：
當(dāng)前電信行業(yè)的基礎(chǔ)設(shè)施規(guī)模十分龐大。對于固網(wǎng)與移動網(wǎng)絡(luò)，都存在大量電信 設(shè)備，如無線設(shè)備、接入設(shè)備、傳輸設(shè)備、交換設(shè)備、增值業(yè)務(wù)系統(tǒng)設(shè)備等。由于電信網(wǎng)絡(luò)建 網(wǎng)時間長，設(shè)備廠家與設(shè)備型號眾多，給電信運營管理支撐帶來不小難度?，F(xiàn)有電信行業(yè)的 信息系統(tǒng)建設(shè)相對分散，系統(tǒng)間信息很難整合，管理信息的分析和提取來源比較狹窄。因 此，對電信行業(yè)開展服務(wù)所配置的網(wǎng)絡(luò)設(shè)備、主機服務(wù)器系統(tǒng)、數(shù)據(jù)存儲模塊系統(tǒng)、網(wǎng)絡(luò)交 換設(shè)備、業(yè)務(wù)和應(yīng)用系統(tǒng)進行統(tǒng)一管理與監(jiān)測，以快速應(yīng)對突發(fā)性網(wǎng)絡(luò)安全事故，及保障通 訊服務(wù)的持續(xù)穩(wěn)定進行是現(xiàn)有電信行業(yè)的一大難題。而且固網(wǎng)和移動網(wǎng)絡(luò)趨向融合以及未 來技術(shù)發(fā)展，將出現(xiàn)更多新的網(wǎng)絡(luò)設(shè)備和網(wǎng)管接口，要求網(wǎng)管系統(tǒng)架構(gòu)高度靈活、可擴展， 能夠快速適應(yīng)未來網(wǎng)絡(luò)發(fā)展的管理需求。 而對于電信系統(tǒng)這種擁有多種設(shè)備、多種網(wǎng)絡(luò)結(jié)構(gòu)的多技術(shù)網(wǎng)絡(luò)來說，若要實現(xiàn) 統(tǒng)一的管理和監(jiān)測，首先要解決的就是數(shù)據(jù)采集的問題，控制中心需要從多技術(shù)網(wǎng)絡(luò)中的 各設(shè)備中采集數(shù)據(jù)，從而進行統(tǒng)一的管理。 在多技術(shù)網(wǎng)絡(luò)中，由于設(shè)備各異，所采用的數(shù)據(jù)協(xié)議種類繁多，如C0RBA、 SNMP、 TELNET、FTP、SYSL0G、SOAP、RMI、TL1等。如果想要實現(xiàn)在多技術(shù)網(wǎng)絡(luò)中進行數(shù)據(jù)采集，則需 要為每一種使用到的數(shù)據(jù)協(xié)議來設(shè)計專門的數(shù)據(jù)采集器，如C0RBA采集器、文本流采集器、 SNMP采集器等。數(shù)據(jù)內(nèi)容通過動態(tài)適配來實現(xiàn)被管對象到網(wǎng)絡(luò)管理系統(tǒng)之間的映射。由于 管理對象數(shù)量龐大，因此多數(shù)數(shù)據(jù)采集系統(tǒng)采用分布式采集方式，由多臺采集設(shè)備負荷分 擔(dān)全網(wǎng)的設(shè)備接入，數(shù)據(jù)統(tǒng)一傳回網(wǎng)管系統(tǒng)，但這種負荷分擔(dān)不是動態(tài)完成，而是系統(tǒng)在建 設(shè)之初就規(guī)劃并部署完成，一旦修改部署方案或者被管設(shè)備接口軟件升級造成了接入?yún)f(xié)議 變化，就會影響整個系統(tǒng)的運行，必須由維護人員人工完成采集程序(也稱為采集器)的更 換或者遷移。這個過程非常復(fù)雜和繁瑣，并且要求維護人員必須熟悉網(wǎng)管系統(tǒng)的后臺模塊 及各模塊相互之間的關(guān)系，以及各模塊與系統(tǒng)數(shù)據(jù)之間的關(guān)系，造成后期維護相當(dāng)困難和 不便。 另外，多數(shù)網(wǎng)絡(luò)管理系統(tǒng)的采集任務(wù)與采集器之間的相互依賴程度過于緊密，例 如采集任務(wù)作為采集器的組成部分，需要通過采集器來進行管理和維護，而不能直接由網(wǎng) 絡(luò)管理系統(tǒng)直接進行維護和管理，也影響了多技術(shù)網(wǎng)絡(luò)中數(shù)據(jù)采集的靈活性和可控性。
可見，現(xiàn)有數(shù)據(jù)采集方法的局限性是很明顯的，因為需要針對每種數(shù)據(jù)協(xié)議設(shè)計 專門的接口和采集器，并按照設(shè)備支持的數(shù)據(jù)協(xié)議一一對應(yīng)地靜態(tài)部署采集器，如果網(wǎng)絡(luò) 中設(shè)備部署改變或支持的數(shù)據(jù)協(xié)議有所變動，就需要更換采集器或重新部署采集器，這個 工作量是巨大的，對于龐大的電信多技術(shù)網(wǎng)絡(luò)來說，這種數(shù)據(jù)采集方式所需的維護量非常 龐大，成本很高。且由于采集任務(wù)由采集器獨立進行分配和執(zhí)行，不便于網(wǎng)管系統(tǒng)的統(tǒng)一管理。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種多技術(shù)網(wǎng)絡(luò)的采集器動態(tài)部署方法，可以實現(xiàn)多技術(shù)網(wǎng)絡(luò)
中采集器的統(tǒng)一接入和動態(tài)部署，在多技術(shù)網(wǎng)絡(luò)結(jié)構(gòu)改變時，可以靈活動態(tài)地實現(xiàn)采集器
的部署，以應(yīng)對未來紛繁復(fù)雜的網(wǎng)絡(luò)接入，使得網(wǎng)絡(luò)管理系統(tǒng)的建設(shè)和維護成本降低，并且
可以使網(wǎng)絡(luò)管理系統(tǒng)實現(xiàn)快速搭建，加強運營商的綜合化網(wǎng)絡(luò)管理能力。 本發(fā)明實施例提供一種多技術(shù)網(wǎng)絡(luò)的采集器動態(tài)部署系統(tǒng)，可以實現(xiàn)多技術(shù)網(wǎng)絡(luò)
中采集器的統(tǒng)一接入和動態(tài)部署，在多技術(shù)網(wǎng)絡(luò)結(jié)構(gòu)改變時，可以靈活動態(tài)地實現(xiàn)數(shù)據(jù)采
集器的部署，以應(yīng)對未來紛繁復(fù)雜的網(wǎng)絡(luò)接入，使得網(wǎng)絡(luò)管理系統(tǒng)的建設(shè)和維護成本降低，
并且可以使網(wǎng)絡(luò)管理系統(tǒng)實現(xiàn)快速搭建，加強運營商的綜合化網(wǎng)絡(luò)管理能力。 為達到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的 —種多技術(shù)網(wǎng)絡(luò)的采集器動態(tài)部署系統(tǒng)，該系統(tǒng)包括 采集程序部署模塊、部署實施模塊和數(shù)據(jù)存儲模塊； 所述數(shù)據(jù)存儲模塊用于預(yù)先保存采集機信息和采集程序； 所述采集程序部署模塊，用于將所述數(shù)據(jù)存儲模塊中保存的采集機信息、采集程 序通過網(wǎng)頁方式展示給用戶，并根據(jù)用戶選擇的采集程序和采集機生成部署指令，將部署 指令發(fā)送給部署實施模塊； 所述部署實施模塊，用于接收所述采集程序部署模塊發(fā)送的部署指令，將所述部
署指令中指定的采集程序上傳到所述部署指令中指定的采集機上。 —種采集器動態(tài)部署方法，該方法包括 預(yù)先設(shè)置數(shù)據(jù)存儲模塊保存采集機信息和采集程序； 將所述數(shù)據(jù)存儲模塊中保存的采集機信息、采集程序采用網(wǎng)頁方式展示給用戶， 并根據(jù)用戶選擇的采集程序和采集機生成部署指令； 根據(jù)所述部署指令，將所述部署指令中指定的采集程序上傳到所述部署指令中指 定的采集機上。 由上述的技術(shù)方案可見，本發(fā)明的這種數(shù)據(jù)采集方法和數(shù)據(jù)采集系統(tǒng)中，用戶只 需要對預(yù)先保存于數(shù)據(jù)存儲模塊中的采集程序和采集機信息進行選擇，指定需要部署的采 集機，以及需要執(zhí)行的采集程序，剩下的具體部署工作完全由本發(fā)明的部署系統(tǒng)完成，如要 更改采集程序和部署的采集機，只需要重新選擇新的采集程序和采集機即可，而無需像現(xiàn) 有技術(shù)一樣人工更換采集程序或采集機，其部署實施方便，且后期維護成本很低。


圖1為本發(fā)明的采集器動態(tài)部署系統(tǒng)結(jié)構(gòu)示意圖； 圖2為本發(fā)明采集程序部署流程圖； 圖3為本發(fā)明采集程序狀態(tài)的監(jiān)控流程圖； 圖4為本發(fā)明采集進程異常的處理流程圖； 圖5為本發(fā)明采集進程的啟?？刂铺幚砹鞒虉D； 圖6為本發(fā)明采集進程的監(jiān)控處理流程；
5
圖7為本發(fā)明第三方進程監(jiān)控處理流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對 本發(fā)明進一步詳細說明。 本發(fā)明主要是將采集器的協(xié)議接口及任務(wù)管理等功能從采集器中剝離，由網(wǎng)絡(luò)管 理系統(tǒng)通過采集部署模塊統(tǒng)一向部署實施模塊下發(fā)采集部署指令。部署實施模塊根據(jù)收到 的指令，把指定采集程序上傳到指定的采集機上，再由進程管理模塊通過進程監(jiān)控模塊啟 動采集機上的采集進程，實現(xiàn)數(shù)據(jù)采集。 圖1為本發(fā)明實施例的采集器動態(tài)部署系統(tǒng)結(jié)構(gòu)示意圖，如圖1所示，該系統(tǒng)包 括采集程序部署模塊、進程管理模塊、部署實施模塊、進程嵌入模塊和進程監(jiān)控模塊。其 中，進程嵌入模塊和進程監(jiān)控模塊位于采集機中。 其中采集程序部署模塊和進程管理模塊為上層展示部分，主要實現(xiàn)了采集程序部 署、采集任務(wù)制定、后臺進程管理等用戶接口功能；并通過用戶界面模塊采用網(wǎng)頁(WEB)方 式與用戶交互所需信息；底層部分包括部署實施模塊進程嵌入模塊和進程監(jiān)控模塊，主要 實現(xiàn)了采集程序?qū)嵤┎渴稹⒉杉M程狀態(tài)監(jiān)控等后臺邏輯處理功能。 數(shù)據(jù)存儲模塊用于向系統(tǒng)各模塊提供數(shù)據(jù)源支持，存儲采集過程中所需的相關(guān)數(shù) 據(jù)，如用于采集器部署的采集機信息和采集程序等相關(guān)數(shù)據(jù)、用戶錄入的采集器信息、采集 進程的運行環(huán)境以及通過采集器收集的進程信息、系統(tǒng)信息等?；蛘呦到y(tǒng)還可以為各模塊 配置自身的數(shù)據(jù)存儲模塊，并將各模塊自身的數(shù)據(jù)存儲模塊集成在各個模塊中，由各模塊 分別對自身的數(shù)據(jù)存儲模塊進行管理和維護。 系統(tǒng)中的采集程序部署模塊，根據(jù)用戶錄入的信息和選擇為采集機分配采集程 序，并向部署實施模塊下發(fā)采集程序部署指令。該指令中可以包括如程序文件目錄所在位 置、目標(biāo)采集機IP等信息； 其中，用戶錄入的信息可以包括采集機主機信息，如IP、登錄用戶、密碼等基本 信息；通道信息，即采集器與其他模塊之間通信所需的信息，采集器可以通過JAVA消息服 務(wù)(JMS)、和通用對象代理體系結(jié)構(gòu)(Corba)方式或其它任意方式與其它模塊通信，如是 JMS方式，則通道信息可以是JMS訂閱主題；如是Corba方式，則可以是Corba通道ID ;若采 用Corba方式，還需要向部署實施模塊下發(fā)建立通道指令來獲取通道ID。
部署實施模塊，與采集程序部署模塊之間采用Corba/JMS方式通信，其中采集程 序部署模塊為Corba/JMS發(fā)送端，部署實施模塊為Corba/JMS接收端；其主要用于接收采 集程序部署模塊下發(fā)的各種指令，例如建立通道的指令在采集機上建立Corba通道，并返 回通道ID ;接收采集程序部署模塊下發(fā)的采集程序部署指令，該指令中可以包括如程序 文件目錄所在位置、目標(biāo)采集機IP等；把采集部署指令中指定的采集程序上傳到目標(biāo)采集 機上如根據(jù)指令中的程序文件目錄所在位置信息，以文件目錄方式，將該位置的文件目錄 整體復(fù)制到目標(biāo)采集機上；啟動部署到采集機上的采集進程如按采集任務(wù)以不同方式啟 動采集進程，如常駐進程、周期性啟動進程。將進程嵌入模塊和進程監(jiān)控模塊上送的進程信 息轉(zhuǎn)發(fā)給進程管理模塊。處理采集進程異常，例如接收到進程信息，則認(rèn)為該采集器正常運 行，若超過三個周期收不到進程信息，則不論其具體是異常退出，還是僵死，都認(rèn)為該采集器已停止工作，修改其運行狀態(tài)。 進程管理模塊，主要用于通過用戶界面模塊采用網(wǎng)頁(WEB)方式向用戶展示采集 進程的相關(guān)信息如所屬任務(wù)、進程ID、進程名稱、所屬采集器、運行狀態(tài)等信息，還可以包 括系統(tǒng)信息，即采集器cpu占用、內(nèi)存占用、可用內(nèi)存、數(shù)據(jù)流量等；這些信息可以通過部署 實施模塊上送得到。進程管理模塊還用于向進程監(jiān)控模塊發(fā)送啟動/停止采集進程的指 令。 進程嵌入模塊，嵌入采集進程中，周期性收集采集進程信息，并上送給部署實施模 塊； 進程監(jiān)控模塊，用于接收進程管理模塊下發(fā)的啟動/停止指令，根據(jù)啟動/停止指 令對采集進程進行控制，如果采集機中還存在第三方采集進程，即非本系統(tǒng)部署的采集進 程，則進程監(jiān)控模塊還可以收集并向部署實施模塊上送第三方進程的進程信息。
其中，采集程序部署模塊具體可以包括 數(shù)據(jù)交換單元，用于從數(shù)據(jù)存儲模塊讀取用于采集器部署的相關(guān)數(shù)據(jù)，如采集程 序、采集機IP、采集程序文件位置等信息。 指令下發(fā)單元，與所述數(shù)據(jù)交換單元相連，用于根據(jù)所述數(shù)據(jù)交換單元從數(shù)據(jù)存 儲模塊讀取的部署數(shù)據(jù)為采集器分配采集程序，并將生成的采集部署指令下發(fā)給部署實施 模塊。
部署實施模塊具體可以包括 指令執(zhí)行單元，用于接收指令下發(fā)單元發(fā)送的指令，并執(zhí)行指令相應(yīng)的操作。例如 接收指令下發(fā)單元發(fā)出的建立通道指令，并向采集程序部署模塊返回通道ID ;或者接收指 令下發(fā)單元發(fā)出的采集部署指令，根據(jù)采集程序部署模塊發(fā)送的部署的相關(guān)信息，如采集 程序、公共庫、目錄，以及目標(biāo)采集器等，將采集程序下發(fā)到指令中指定的目標(biāo)采集機上。
進程信息接收單元，用于接收進程嵌入模塊、和進程監(jiān)控模塊上送的進程信息，并 向進程管理模塊轉(zhuǎn)發(fā)這些進程信息。 異常處理單元，用于進程信息異常維護，定期查看進程信息，若超過三個周期收不 到信息，則認(rèn)為該進程已停止(不論其異常退出，還是僵死)，修改其運行狀態(tài)，且轉(zhuǎn)發(fā)界面 修改后的進程信息。 進程管理模塊具體可以包括 進程信息展示單元，用于展示采集機中運行的采集進程狀態(tài)，通過Corba/JMS接 收部署實施模塊發(fā)送的進程信息并展示給用戶，如進程所屬任務(wù)、進程ID、進程名稱和所屬 采集器等，還可以接收實施模塊發(fā)送的包括采集進程cpu占用、內(nèi)存占用、可用內(nèi)存等系統(tǒng) 信息并展示給用戶。其中，采集進程可以分為嵌入的采集進程，和第三方采集進程，因此，具 體來說信息展示單元還可以依照進程的不同，將信息展示單元分為嵌入進程信息展示單元 和第三方進程信息展示單元。 啟?？刂茊卧?，用于向用戶提供啟動或退出采集進程友好界面，根據(jù)用戶的選擇 以后臺方式，通過向進程監(jiān)控模塊下發(fā)采集進程啟動/停止指令，啟動或停止指定的采集 進程。
本發(fā)明實施例的進程監(jiān)控模塊具體可以包括 進程控制單元，用于接收并處理進程管理模塊下發(fā)的采集進程啟動/停止的指令，對指定的采集進程進行控制。定期輪巡數(shù)據(jù)存儲模塊，根據(jù)數(shù)據(jù)存儲模塊里保存的當(dāng)前 采集機是否允許自動監(jiān)控的指示對進程進行監(jiān)控；例如自動啟動異常退出的進程，自動 處理僵死進程；并將進程異常的系統(tǒng)告警信息通過公共接口 ，如XML接口上送部署實施模 塊。 如果采集機中還有第三方進程，則進程監(jiān)控模塊中還可以包括進程信息上送單 元，用于周期性收集采集機上的第三方采集進程信息，并通過Corba/JMS上送給進程管理 模塊。具體如間隔一定時間查看并上送第三方進程的運行狀態(tài)信息，如所屬任務(wù)、進程ID、 進程名稱、所屬后臺機等基本信息，還可以包括系統(tǒng)信息，即CPU占用、內(nèi)存占用、內(nèi)存占用 比例等。 對于上述系統(tǒng)，本發(fā)明提供了一種對應(yīng)的采集器動態(tài)部署方法，具體如下
預(yù)先設(shè)置數(shù)據(jù)存儲模塊保存采集機信息和采集程序； 將所述數(shù)據(jù)存儲模塊中保存的采集機信息、采集程序采用網(wǎng)頁方式展示給用戶， 并根據(jù)用戶選擇的采集程序和采集機生成部署指令； 根據(jù)所述部署指令，將所述部署指令中指定的采集程序上傳到所述部署指令中指 定的采集機上。 較佳地，該方法可以進一步包括
周期性收集采集進程信息； 將所述采集進程信息通過網(wǎng)頁方式展示給用戶； 接收用戶選擇的進程啟動/停止指令，并發(fā)送給采集機。 較佳地，根據(jù)所述部署指令，將所述部署指令中指定的采集程序上傳到所述部署 指令中指定的采集機上包括 接收部署指令，根據(jù)部署指令中用戶選擇的目錄從數(shù)據(jù)存儲模塊中讀取采集程 序；建立與所述部署指令指定的目標(biāo)采集機之間的連接，并將部署指令中指定的采集程序 通過所述連接上傳到所述目標(biāo)采集機上；
較佳地，該方法可以進一步包括 監(jiān)控進程的運行，定期輪詢數(shù)據(jù)存儲模塊，根據(jù)數(shù)據(jù)存儲模塊里的當(dāng)前機器的允 許自動監(jiān)控的進程信息啟動未運行的進程；監(jiān)控當(dāng)前機器上運行的進程自動啟動異常退出 的進程，自動處理僵死進程；并通過公共接口，如XML發(fā)送系統(tǒng)告警。
較佳地，該方法還可以進一步包括 定期查看進程信息，若超過三個周期收不到信息，則認(rèn)為該進程已停止，修改其運 行狀態(tài)，且轉(zhuǎn)發(fā)界面修改后的進程信息。 其中，本文中所述的進程可以包括通過本發(fā)明采集器動態(tài)部署方法部署的采集進
程，或其他系統(tǒng)部署在采集機中的第三方采集進程。 下面將具體介紹本發(fā)明各模塊所執(zhí)行的具體操作流程。 —、采集程序部署流程，本發(fā)明應(yīng)用于數(shù)據(jù)采集時，首先要將采集任務(wù)以程序的方 式部署下去，如圖2所示，是一個具體的采集程序部署的流程 步驟201，接收指令；采集程序部署模塊初始化接收緩沖后將會接收用戶發(fā)送的 指令。
步驟202，判斷是否為部署指令；這一步將對接收到的指令進行判斷如果是部署指令，則執(zhí)行步驟203，否則返回步驟201，繼續(xù)接收指令；部署指令中將會包含用戶所指定 的采集程序在數(shù)據(jù)存儲模塊中的保存位置，如文件目錄、文件名等，以及用戶指定的采集機 的相關(guān)信息，如IP地址等。 步驟203，根據(jù)部署指令將指定目錄下的采集程序上傳到采集機；這一步將部署 指令中指定的目錄下的采集程序安裝包上傳到用戶指定的采集機上，當(dāng)然，如果用戶未指 定也可以默認(rèn)上傳到所有采集機上。 步驟204， TELNET到采集機；采用TELNET建立采集程序部署模塊與上傳有采集程 序安裝包的采集機的連接； 步驟205，釋放安裝包；將安裝包釋放，以將采集程序安裝到采集機上；
步驟206，刪除安裝包采集程序安裝好后，刪除原安裝包文件；
步驟207，退出TELNET ;結(jié)束TELNET連接。 上述流程中，也可以采用TELNET以外的方式，完成步驟204 207的過程，具體連 接并控制采集機的方式任意。另外，本例中上傳到采集機的也可以不是安裝包文件，也可以 采用免安裝的程序包，此時后續(xù)釋放安裝包以及刪除安裝包的步驟就可省去，但對軟硬件 的兼容性要求較高，而采用安裝包的方式有更好的兼容性，可以適用于多種硬、軟件結(jié)構(gòu)的 采集機。 上述采集程序部屬到采集機后，采集機即可執(zhí)行采集程序?qū)崿F(xiàn)對數(shù)據(jù)的采集。上 述的采集程序部署流程中，用戶只需要對預(yù)先保存于數(shù)據(jù)存儲模塊中的采集程序和采集機 信息進行選擇，指定需要部署的采集機，以及需要執(zhí)行的采集程序，剩下的具體部署工作完 全由本發(fā)明的部署系統(tǒng)完成，如要更改采集程序和部署的采集機，只需要重新選擇新的采 集程序安裝包和采集機即可，而無需像現(xiàn)有技術(shù)一樣人工更換采集程序或采集機。
在采集程序部署后，本發(fā)明還提供了 一種采集程序狀態(tài)的監(jiān)控流程從而解決現(xiàn)有 技術(shù)對于采集程序狀態(tài)不易收集和控制的問題。部署實施模塊具體的處理流程如圖3所 示 步驟301 ，初始化進程信息； 步驟302，啟動原始進程信息監(jiān)控線程 步驟303，接收CORBA通道信息； 步驟304，判斷是否為退出進程消息，如果是，則退出監(jiān)控線程。否則執(zhí)行步驟
305 ; 步驟305，判斷是否為監(jiān)控模塊上送的消息，如果是，則執(zhí)行步驟312，否則執(zhí)行步 驟306 ; 步驟306，查看該進程的原始消息； 步驟307，判斷進程狀態(tài)是否為停止，如果是則執(zhí)行步驟308，否則執(zhí)行步驟311 ; 步驟308，修改原始進程狀態(tài)為運行，以及其他相關(guān)信息； 步驟309，修改數(shù)據(jù)存儲模塊該進程狀態(tài)為運行，以及其他相關(guān)信息； 步驟310，發(fā)送進程的最新信息到管理界面； 步驟311，進程未收計數(shù)器置O，并返回步驟303 ; 步驟312，更新該進程的原始信息并修改數(shù)據(jù)存儲模塊該進程相關(guān)信息；并轉(zhuǎn)到 步驟31Q。
步驟313，修改數(shù)據(jù)存儲模塊中該進程相關(guān)的信息。 步驟314，發(fā)送該進程的最新信息到管理界面。 另外，本發(fā)明部署實施模塊對于采集進程異常的處理流程如圖4所示 步驟401，以一定間隔同步數(shù)據(jù)存儲模塊中的進程信息； 步驟402，判斷是否查看到原始進程信息，如果沒有，返回步驟401，否則執(zhí)行步驟 403， 步驟403，進程未收計數(shù)器自加1 ; 步驟404，判斷進程未收技術(shù)器是否大于等于3，如果是，則執(zhí)行步驟405，否則返 回步驟402 ; 步驟405，判斷進程狀態(tài)是否為運行，如果是，則執(zhí)行步驟406，否則返回步驟402。 步驟406，修改原始進程狀態(tài)為停止； 步驟407，修改數(shù)據(jù)存儲模塊該進程狀態(tài)為停止； 步驟408，發(fā)送該進程的最新信息到管理界面，并返回步驟402。 另外，本發(fā)明進程管理模塊對于采集進程的啟?？刂铺幚砹鞒倘鐖D5所示 步驟501，接收指令。 步驟502，判斷是否為啟動指令，如果是，執(zhí)行步驟512，否則執(zhí)行步驟503 ; 步驟503，判斷是否為停止指令，如果是，執(zhí)行步驟508，否則執(zhí)行步驟504 ; 步驟504，判斷是否為退出本進程指令，如果是，則調(diào)用JAVAMANAGER接口 ，退出進 程，否則執(zhí)行步驟505 ; 步驟505，輪詢所有采集進程，如果有采集進程存在，則執(zhí)行步驟506，否則退出； 步驟506，判斷進程狀態(tài)是否為運行，如果是則執(zhí)行步驟507否則返回步驟505 ; 步驟507，終止該進程，并返回步驟505。 步驟508，判斷該進程是否存在，如果是，則執(zhí)行步驟509，否則執(zhí)行步驟510 ; 步驟509，終止該進程并返回步驟501 ; 步驟510，修改數(shù)據(jù)存儲模塊中與該進程相關(guān)的信息，并執(zhí)行步驟511， 步驟511，上送系統(tǒng)告警，并執(zhí)行步驟514 ; 步驟512，啟動指令的進程； 步驟513，修改數(shù)據(jù)存儲模塊中該進程的相關(guān)信息； 步驟514，上送該進程的進程信息，并返回步驟501。 本發(fā)明進程監(jiān)控模塊對于采集進程的監(jiān)控處理流程如圖6所示 步驟601，定期輪詢采集任務(wù)， 步驟602，判斷是否存在需要監(jiān)控的采集任務(wù)，如果沒有，則返回步驟601，如果 有，則執(zhí)行步驟603 ; 步驟603，判斷采集任務(wù)是否為定時啟動任務(wù)；如果是則執(zhí)行步驟614否則執(zhí)行步 驟604 ; 步驟604，判斷采集進程信息是否存在，如果是，則執(zhí)行步驟605，否則執(zhí)行步驟
609 ; 步驟605，判斷進程狀態(tài)是否為運行，如果是則執(zhí)行步驟606，否則執(zhí)行步驟611 ; 步驟606，判斷采集進程是否存在，如果是，則返回步驟602，否則執(zhí)行步驟607 ;
10
步驟607，更新緩沖備注。
步驟608，上送系統(tǒng)告警；
步驟609 ，啟動采集進程；
步驟610，上送進程信息，并返回步驟602 ; 步驟611，判斷采集進程是否存在，如果是，則執(zhí)行步驟612，否則返回步驟608 ; 步驟612，終止該進程， 步驟613，更新緩沖備注，返回步驟608 ; 步驟614，判斷是否到達啟動時間，如果是，則執(zhí)行步驟615，否則返回步驟602 ;
步驟615，更新緩沖備注，返回步驟609。 另外，對于第三方進程，S卩非由本發(fā)明中的采集器動態(tài)部署系統(tǒng)部署的采集進程， 本發(fā)明的進程監(jiān)控模塊的監(jiān)控處理流程如圖7所示
步驟701，定期輪詢采集任務(wù)； 步驟702，判斷是否存在需要監(jiān)控的采集任務(wù)，如果有，則執(zhí)行步驟703，否則返回 步驟701 ; 步驟703，判斷是否存在第三方進程，如果是則執(zhí)行步驟704，否則返回步驟702 ;
步驟704，判斷進程是否存在，如果是則執(zhí)行步驟705，否則返回步驟702 ;
步驟705，判斷進程是否僵死，如果是則返回步驟702，否則執(zhí)行步驟706 ;
步驟706，上送進程信息，返回步驟702。 從上述實施例可以看出，由于采集器具體執(zhí)行的采集任務(wù)和接口協(xié)議等是通過部 署實施模塊下發(fā)的，因此可以對采集器實現(xiàn)的協(xié)議種類和采集任務(wù)進行統(tǒng)一的調(diào)度和動態(tài) 的管理，在網(wǎng)絡(luò)環(huán)境改變時，無須手工更換采集器，無需修改采集程序，只需要通過可視化 界面重新通過部署實施模塊下發(fā)部署指令即可，從而可以實現(xiàn)采集器的統(tǒng)一管理和動態(tài)部 署，不再需要對采集器進行手工部署、替換等操作。采集器與網(wǎng)管系統(tǒng)之間可以實現(xiàn)松耦 合，且具有高擴展性，可以適應(yīng)未來多變的網(wǎng)絡(luò)管理需求，并且并不局限于電信行業(yè)，任何 需要進行數(shù)據(jù)采集的網(wǎng)絡(luò)中都可適用。 所應(yīng)理解的是，以上所述僅為本發(fā)明的較佳實施方式而已，并不用于限定本發(fā)明 的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含 在本發(fā)明的保護范圍之內(nèi)。
1權(quán)利要求
一種多技術(shù)網(wǎng)絡(luò)的采集器動態(tài)部署系統(tǒng)，其特征在于，該系統(tǒng)包括采集程序部署模塊、部署實施模塊和數(shù)據(jù)存儲模塊；所述數(shù)據(jù)存儲模塊用于預(yù)先保存采集機信息和采集程序；所述采集程序部署模塊，用于將所述數(shù)據(jù)存儲模塊中保存的采集機信息、采集程序通過網(wǎng)頁方式展示給用戶，并根據(jù)用戶選擇的采集程序和采集機生成部署指令，將部署指令發(fā)送給部署實施模塊；所述部署實施模塊，用于接收所述采集程序部署模塊發(fā)送的部署指令，將所述部署指令中指定的采集程序上傳到所述部署指令中指定的采集機上。
2. 如權(quán)利要求1所述的采集器動態(tài)部署系統(tǒng)，其特征在于，該系統(tǒng)進一步包括 進程嵌入模塊，嵌入采集進程中，周期性收集采集進程信息，并通過部署實施模塊上送給進程管理模塊；進程監(jiān)控模塊，用于接收進程控制模塊的啟動/停止采集進程指令，根據(jù)啟動/停止指令對采集進程進行控制；進程管理模塊，用于采用網(wǎng)頁方式向用戶展示采集進程的相關(guān)信息，向進程監(jiān)控模塊發(fā)送啟動/停止采集進程的指令。
3. 如權(quán)利要求1所述的采集器動態(tài)部署系統(tǒng)，其特征在于，所述采集程序部署模塊包括數(shù)據(jù)交換單元，用于從數(shù)據(jù)存儲模塊讀取用于采集器部署的相關(guān)數(shù)據(jù)； 指令下發(fā)單元，用于根據(jù)所述數(shù)據(jù)交換單元從數(shù)據(jù)存儲模塊讀取的相關(guān)信息為采集器 分配采集程序，并將生成的采集部署指令下發(fā)給部署實施模塊。
4. 如權(quán)利要求1所述的采集器動態(tài)部署系統(tǒng)，其特征在于，所述部署實施模塊包括 指令執(zhí)行單元，用于接收指令下發(fā)單元發(fā)送的部署指令，建立與所述部署指令指定的目標(biāo)采集機之間的連接，并將部署指令中指定的采集程序通過所述連接上傳到所述目標(biāo)采 集機上；進程信息接收單元，用于接收進程嵌入模塊、和進程監(jiān)控模塊上送的進程信息，并向進 程管理模塊轉(zhuǎn)發(fā)所述進程信息；異常處理單元，用于進程信息異常維護，定期查看進程信息，若超過三個周期收不到信 息，則認(rèn)為該進程已停止，修改其運行狀態(tài)，且轉(zhuǎn)發(fā)界面修改后的進程信息。
5. 如權(quán)利要求2所述的采集器動態(tài)部署系統(tǒng)，其特征在于，所述進程管理模塊包括 進程信息展示單元，用于接收部署實施模塊發(fā)送的進程信息并展示給用戶； 啟停控制單元，用于向用戶提供啟動或退出采集進程友好界面，并根據(jù)用戶的選擇以后臺方式，向進程監(jiān)控模塊下發(fā)采集進程的啟動/停止指令。
6. 如權(quán)利要求2所述的采集器動態(tài)部署系統(tǒng)，其特征在于，所述進程監(jiān)控模塊包括 進程控制單元，用于接收并處理進程管理模塊下發(fā)的采集進程啟動/停止的指令，對指定的采集進程進行控制。定期輪巡數(shù)據(jù)存儲模塊，根據(jù)數(shù)據(jù)存儲模塊里保存的當(dāng)前采集 機是否允許自動監(jiān)控的指示對進程進行監(jiān)控。
7. 如權(quán)利要求6所述的采集器動態(tài)部署系統(tǒng)，其特征在于，所述進程監(jiān)控模塊進一步 包括進程信息上送單元，用于周期性收集采集機上的第三方采集進程信息，并上送給進程管理模塊。
8. —種采集器動態(tài)部署方法，其特征在于，該方法包括 預(yù)先設(shè)置數(shù)據(jù)存儲模塊保存采集機信息和采集程序；將所述數(shù)據(jù)存儲模塊中保存的采集機信息、采集程序采用網(wǎng)頁方式展示給用戶，并根 據(jù)用戶選擇的采集程序和采集機生成部署指令；根據(jù)所述部署指令，將所述部署指令中指定的采集程序上傳到所述部署指令中指定的 采集機上。
9. 如權(quán)利要求8所述的采集器動態(tài)部署方法，其特征在于，該方法進一步包括 周期性收集采集進程信息；將所述采集進程信息通過網(wǎng)頁方式展示給用戶； 接收用戶選擇的進程啟動/停止指令，并發(fā)送給采集機。
10. 如權(quán)利要求8所述的采集器動態(tài)部署方法，其特征在于，根據(jù)所述部署指令，將所 述部署指令中指定的采集程序上傳到所述部署指令中指定的采集機上包括接收部署指令，根據(jù)部署指令中用戶選擇的目錄從數(shù)據(jù)存儲模塊中讀取采集程序；建 立與所述部署指令指定的目標(biāo)采集機之間的連接，并將部署指令中指定的采集程序通過所 述連接上傳到所述目標(biāo)采集機上。
11. 如權(quán)利要求8所述的采集器動態(tài)部署方法，其特征在于，該方法進一步包括 監(jiān)控進程的運行，定期輪詢數(shù)據(jù)存儲模塊，根據(jù)數(shù)據(jù)存儲模塊里的當(dāng)前機器的允許自動監(jiān)控的進程信息啟動未運行的進程；監(jiān)控當(dāng)前機器上運行的進程自動啟動異常退出的進 程，自動處理僵死進程；并通過公共接口發(fā)送系統(tǒng)告警。
12. 如權(quán)利要求8所述的采集器動態(tài)部署方法，其特征在于，該方法進一步包括 定期查看進程信息，若超過三個周期收不到信息，則認(rèn)為該進程已停止，修改其運行狀態(tài)，且轉(zhuǎn)發(fā)界面修改后的進程信息。
13. 如權(quán)利要求8所述的采集器動態(tài)部署方法，其特征在于，所述進程包括通過本發(fā) 明采集器動態(tài)部署方法部署的采集進程，以及其他第三方采集進程。
全文摘要
本發(fā)明公開了一種多技術(shù)網(wǎng)絡(luò)的采集器動態(tài)部署方法及系統(tǒng)，該方法包括預(yù)先設(shè)置數(shù)據(jù)存儲模塊保存采集機信息和采集程序；將所述數(shù)據(jù)存儲模塊中保存的采集機信息、采集程序采用WEB方式展示給用戶，并根據(jù)用戶選擇的采集程序和采集機生成部署指令；根據(jù)所述部署指令，將所述部署指令中指定的采集程序上傳到所述部署指令中指定的采集機上。之后可以進一步啟動采集進程，同時監(jiān)控進程的運行情況。該方法及系統(tǒng)對于采集器的部署實施方便，且后期維護成本很低。
文檔編號H04L12/24GK101795207SQ200910244138
公開日2010年8月4日 申請日期2009年12月29日 優(yōu)先權(quán)日2009年12月29日
發(fā)明者李娟 , 楊磊 申請人:大唐軟件技術(shù)股份有限公司