基于面向混合控制模型的油井視頻監(jiān)控系統(tǒng)

姚紅艷 貴州電子信息職業(yè)技術(shù)學(xué)院

基于面向混合控制模型的油井視頻監(jiān)控系統(tǒng)

姚紅艷 貴州電子信息職業(yè)技術(shù)學(xué)院

基于混合控制模型的油井網(wǎng)絡(luò)視頻監(jiān)控設(shè)備在運行過程中，需要對MOF容器進行優(yōu)化控制，保證數(shù)據(jù)信息能夠?qū)崟r得到監(jiān)控。在數(shù)據(jù)流處理的過程中，需要把數(shù)據(jù)信息轉(zhuǎn)化成不同的作業(yè)，按照網(wǎng)絡(luò)監(jiān)控系統(tǒng)的要求進行作業(yè)調(diào)度，對作業(yè)設(shè)置不同的優(yōu)先級，確保數(shù)據(jù)信息能夠進行有效的監(jiān)控和調(diào)用，這對數(shù)據(jù)信息模式優(yōu)化和混合控制具有重要的作用?；旌献鳂I(yè)控制可以把若干作業(yè)結(jié)合在一起，形成綜合調(diào)度管理模式。

混合控制模型；MOF；作業(yè)調(diào)度；容器

1 網(wǎng)絡(luò)視頻監(jiān)控容器控制優(yōu)化

1.1 MOF油田監(jiān)控容器控制模式

MOF油田監(jiān)控混合控制模式有一個很重要的組成模塊IBM Tivoli Workload Scheduler（MOF）LoadLeveler，通過這一模塊可以實現(xiàn)對作業(yè)的調(diào)度。MOF支持的數(shù)據(jù)庫主要有DB2和Oracle。MOF擁有一個容錯架構(gòu)，通過容錯架構(gòu)可以實現(xiàn)對作業(yè)的調(diào)度和管理。容錯架構(gòu)具體的實現(xiàn)原理是：MOF首先通過一個域管理主機（MDM）來管理它所下屬的域管理中心（DM）；然后由DM來管理所屬于自己域內(nèi)的下級DM和代理機（Agent），當一個計劃生成后MDM將以Symphony文件的形式分發(fā)到下屬的DM，經(jīng)DM再向下級分發(fā)；在更新作業(yè)狀態(tài)時，Symphony文件將會從下級工作站傳回上級工作站。

容錯架構(gòu)是MOF最大的特色，MOF第一個優(yōu)點是即使域管理主機中斷了，作業(yè)流也能繼續(xù)運行，在MDM恢復(fù)之后仍然可以正確顯示作業(yè)流的狀態(tài)，但更新狀態(tài)往往需要5～15 min；MOF第二個優(yōu)點是可以提供開放的API接口；MOF第三個優(yōu)點是能將所有工作站劃分成不同的工作站類型和不同的域，可以減少網(wǎng)絡(luò)流通量，提供了一個增強安全性和簡化管理的捷徑，還可以優(yōu)化網(wǎng)絡(luò)和工作站的容錯功能。

MOF的缺點是結(jié)構(gòu)復(fù)雜，使得MOF使用不便，配置困難；其次它不能實現(xiàn)在一個工作流內(nèi)部創(chuàng)建另一個工作流，沒有工作組的概念，因此不能夠?qū)⒃S多工作流進行分類和集中；另外使用MOF來實現(xiàn)作業(yè)流分支的功能會非常復(fù)雜，很難理解和使用，MOF也不能通過日歷查看的方式來監(jiān)視工作流的狀態(tài)。

1.2 監(jiān)控設(shè)備作業(yè)數(shù)據(jù)混合控制模型優(yōu)化

用戶提交作業(yè)后，作業(yè)就被加入到一個作業(yè)隊列中，這個作業(yè)隊列由調(diào)度器進行管理，從而能夠形成一個混合控制模型。調(diào)度器為每個作業(yè)分配一個唯一的標識符并通知中央管理器有新的作業(yè)需要使用資源。中央管理器負責安排處理這個作業(yè)的可用資源，它會檢查可用資源，看這些資源是否滿足作業(yè)需求。如果有滿足作業(yè)需求的資源中央管理器就通知調(diào)度器。調(diào)度器會聯(lián)系所選擇的資源并請求它來運行這個作業(yè)。作業(yè)啟動時計算機會通知中央管理器這個作業(yè)正在運行。作業(yè)完成時LoadLeveler就會生成有關(guān)作業(yè)所消耗的資源的記帳信息。

基于視頻監(jiān)控的向量空間模型的特征表示，兩個視頻監(jiān)控之間的相似度可以通過它們的特征向量之間的計算來獲得。目前使用最廣泛的視頻監(jiān)控的相似性度量是取它們的特征向量夾角的余弦值。

2 監(jiān)控設(shè)備作業(yè)提取控制設(shè)計

2.1 混合控制模型網(wǎng)絡(luò)傳輸作業(yè)設(shè)計

控制系統(tǒng)實施過程中，需要完成各項作業(yè)控制。XML的大型計算作業(yè)高吞吐量的計算環(huán)境，是通過XML的很多進程一起協(xié)調(diào)來提供的。這些進程都是在調(diào)度器、中央管理器或計算節(jié)點上運行的。構(gòu)成XML LoadLeveler環(huán)境的主要的進程有Master、Shadow、Startd、Starter、中央管理器。

XML LoadLeveler通過定義與某種類型的作業(yè)有關(guān)的優(yōu)先級、運行限制和資源等特性的作業(yè)類來實現(xiàn)對作業(yè)在資源上進行調(diào)度。管理員在創(chuàng)建作業(yè)類時可以取一個有意義的名字將作業(yè)與適當?shù)淖鳂I(yè)類進行關(guān)聯(lián)。small、medium、large、very long、parallel或interactive是XML LoadLeveler默認的作業(yè)類。管理員也可以創(chuàng)建一些其他的作業(yè)類，及指定機器可以接受的作業(yè)類，以及在資源上允許運行的每類作業(yè)的個數(shù)。

2.2 CMM視頻監(jiān)控設(shè)備網(wǎng)絡(luò)數(shù)據(jù)調(diào)度設(shè)計

CMM databases用來存儲要調(diào)度的對象的定義，Current plan控制每天24小時要執(zhí)行的各種計劃和操作。當一個計劃生成后，它的副本就以Symphony文件的形式被發(fā)送到所有的下級工作站。然后，DM將此計劃發(fā)送FTA上，下級的DM則將這些備份分發(fā)到它們域下的所有FTA和下級DM上，這樣一級一級順著向下分發(fā)。那么，即使與它們的DM連接的網(wǎng)絡(luò)中斷了，整個網(wǎng)絡(luò)中的FTA還是能夠繼續(xù)工作。

當它們交換信息及更新作業(yè)狀態(tài)時，Symphony文件將會從下級工作站傳回上級工作站，以此類推。

在每一個目標Agent上，CMM進程通過執(zhí)行以下步驟來對作業(yè)調(diào)度進行管理:

第一步，進入Symphony文件讀指令，明確要運行哪一個作業(yè)。

第二步，按照要求通知操作系統(tǒng)啟動作業(yè)。

第三步：根據(jù)作業(yè)處理結(jié)果更新Symphony文件的副本，并發(fā)送通知給MDM和各狀態(tài)下的FTA。原版的Symphony文件保存在MDM上，副本則保存在BMDM上，如果定義有更新，則它們也相應(yīng)地做更新。作業(yè)調(diào)度混合控制模型如圖1所示。

圖1 作業(yè)調(diào)度混合控制模型

3 驅(qū)動文件控制設(shè)計

PSM模型擁有多種編程語言版本，是目前在學(xué)術(shù)界與工業(yè)界較為流行的一種全文USSA工具。近年來，PSM模型因其在網(wǎng)頁、桌面程序上所表現(xiàn)的強大的全文USSA能力而越來越受到人們的歡迎和關(guān)注，越來越廣泛地應(yīng)用于USSA信息服務(wù)中。

本文使用的PSM模型是基于Java的全文USSA庫，全部用Java實現(xiàn)，無需進行部署和配置，僅完成對純文本文件的模型驅(qū)動，不負責數(shù)據(jù)信息的抓取過程。

STRUTS的三層結(jié)構(gòu)分別為表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)持久層，這是一個經(jīng)典的系統(tǒng)層次劃分。表示層主要指用戶界面，用于顯示信息，提供用戶操作的入口。由于采用Java語言，STRUTS支持異構(gòu)的運行環(huán)境；清晰的分層結(jié)構(gòu)，帶來了高效的開發(fā)效率、良好的伸縮性、穩(wěn)定的可用性；同時對企業(yè)控制投資成本、良性發(fā)展有著重要作用。

（1）當Servlet開始接受到發(fā)送的請求后，會將請求先交給web.xml處理，web.xml不僅對ActionServlet進行相應(yīng)的配置，而且還要對Struts的標簽庫進行相應(yīng)的聲明。

（2）根據(jù)web.xml文件中的配置，會由一系列的標準過濾器來處理請求。首先，調(diào)用過濾器FilterDispatcher的doFilter()方法。

（3）doFilter()方法要求HttpServletRequest訪問ActionMapper，如果ActionMapper允許，則返回一個由特定的action調(diào)用的ActionMapping對象。

（4）根據(jù)返回結(jié)果，過濾器FilterDispatcher開始調(diào)用Dispatcher類的serviceAction()方法。

（5）serviceAction()方法中又調(diào)用了ActionProxy類的execute()方法。

（6）execute()方法又調(diào)用了ActionInvocation類的invoke()方法。

（7）ActionInvocation類的invoke()方法調(diào)用ExceptionMappingInterceptor的intercept()方法，先去查找那些未被執(zhí)行的攔截器，然后將自身對象的引用作為參數(shù)傳遞給這些攔截器。

4 結(jié)語

基于混合控制模型的油井網(wǎng)絡(luò)視頻監(jiān)控設(shè)備在運行過程中，需要對MOF容器進行優(yōu)化控制，保證數(shù)據(jù)信息能夠?qū)崟r得到監(jiān)控。在數(shù)據(jù)流處理的過程中，需要把數(shù)據(jù)信息轉(zhuǎn)化成不同的作業(yè)，按照網(wǎng)絡(luò)監(jiān)控系統(tǒng)的要求進行作業(yè)調(diào)度，對作業(yè)設(shè)置不同的優(yōu)先級，確保數(shù)據(jù)信息能夠進行有效的監(jiān)控和調(diào)用，這對數(shù)據(jù)信息模式優(yōu)化和混合控制具有重要的作用。混合作業(yè)控制可以把若干作業(yè)結(jié)合在一起，形成綜合調(diào)度管理模式。

（欄目主持 關(guān)梅君）

10.3969/j.issn.1006-6896.2014.1.035