亚洲免费av电影一区二区三区,日韩爱爱视频,51精品视频一区二区三区,91视频爱爱,日韩欧美在线播放视频,中文字幕少妇AV,亚洲电影中文字幕,久久久久亚洲av成人网址,久久综合视频网站,国产在线不卡免费播放

        ?

        基于C/S架構(gòu)的數(shù)據(jù)壓縮系統(tǒng)設(shè)計與實現(xiàn)

        2019-11-05 02:52:08
        自動化與儀表 2019年10期
        關(guān)鍵詞:服務(wù)

        錢 晨

        (光大環(huán)保技術(shù)研究院(南京)有限公司,南京210003)

        隨著環(huán)保業(yè)務(wù)的飛速發(fā)展,大量的現(xiàn)場運行數(shù)據(jù)需要被收集并存儲。目前普遍采用擴充服務(wù)器的物理性能和提高其處理速度等方式,然而該方式存在很大的局限性,無法從根本上解決數(shù)據(jù)存儲的問題,還極大地提高了硬件成本。因此,在有限的磁盤空間容納更多的數(shù)據(jù),成為亟需解決的問題。故在此背景下提出對歷史數(shù)據(jù)進行壓縮存儲的方法和系統(tǒng)。該數(shù)據(jù)壓縮系統(tǒng)采用C/S 模式,通過命名管道的通訊方式,實現(xiàn)客戶端與服務(wù)端進程間通訊,將客戶端獲取的數(shù)據(jù)在服務(wù)端以插入的方式進行分類保存,充分地利用了磁盤空間,實現(xiàn)數(shù)據(jù)存儲。

        1 技術(shù)概述

        在數(shù)據(jù)壓縮系統(tǒng)的設(shè)計過程中,主要涉及以下關(guān)鍵技術(shù):

        1)管道 是Windows 系統(tǒng)進行進程間通訊的一種工具,可以分為匿名管道(Anonymous Pipes)和命名管道(Named Pipes)2 種類型[1]。同時,它也是一種具有兩端點的通信通道,在每個端點上均可進行數(shù)據(jù)收發(fā)操作,如圖1所示。雖然這2 種管道的功能基本一致,但匿名管道提供的服務(wù)有限,有著一定的局限性[2]。

        圖1 管道通信模型Fig.1 Pipe communication model

        2)服務(wù)控制管理器 Windows 后臺運行的任務(wù)統(tǒng)稱為服務(wù)(Service),它們?yōu)橛脩籼峁┛梢栽诒镜鼗蜻h程計算機上的啟動、停止、恢復應(yīng)用程序等功能。實際上這些功能的實現(xiàn)均基于服務(wù)控制管理器SCM(service control manager)進行管理控制[3]。SCM擁有一個基于注冊表的服務(wù)數(shù)據(jù)庫,包含所有已安裝服務(wù)程序的相關(guān)信息,通過可視化界面控制和管理服務(wù)的啟動、停止和恢復等[4]。

        2 系統(tǒng)總體設(shè)計

        該系統(tǒng)以Window 7 32 位操作系統(tǒng)為平臺,應(yīng)用VC++ 6.0 基于控制臺的Win 32 Console Application 開發(fā)。其中,C/S 通信模塊采用Windows 命名管道技術(shù),后臺存儲服務(wù)模塊通過調(diào)用SCM 編程接口,實現(xiàn)開機自啟動功能。

        該系統(tǒng)的整體結(jié)構(gòu)框架如圖2所示。系統(tǒng)基于C/S 框架模型,客戶端通過以太網(wǎng)通訊與OPC(OLE for processing control)服務(wù)器相連采集實時數(shù)據(jù)。服務(wù)端讀取標簽文件(Tag.cnt)和配置文件,完成初始化后創(chuàng)建命名管道并完成與客戶端的連接,隨后經(jīng)過命名管道讀取數(shù)據(jù),并啟動數(shù)據(jù)保存線程,將數(shù)據(jù)以插入的方式進行分類保存。

        圖2 系統(tǒng)整體結(jié)構(gòu)框架Fig.2 Framework of system overall structure

        3 系統(tǒng)客戶端功能設(shè)計

        在編寫系統(tǒng)客戶端(EBHKcore)程序之前,先進行數(shù)據(jù)庫配置:

        ①點擊OPC 表,設(shè)置OPC 服務(wù)器的名稱、用戶名、登錄密碼及OPC 域名等。如果要連接遠程OPC服務(wù)器,填寫對方的IP 地址即可。

        ②點擊Tag 表,配置OPC 標簽點。項名由OPC服務(wù)器中的通道號+設(shè)備號+點名組成,必須與OPC服務(wù)器中的信息一一對應(yīng),否則在讀取該點數(shù)據(jù)時會發(fā)生錯誤;記錄方式(保存方式)分為按時間間隔保存和按誤差超限保存;記錄間隔用于表示多長時間保存一次;誤差用于表示超過誤差閾值通過管道發(fā)送數(shù)據(jù)。

        數(shù)據(jù)庫配置完成后,啟動EBHKcore,讀取數(shù)據(jù)庫Tag 表中的信息(如圖3所示),按TagID 排序生成Tag.cnt 文件,該文件主要用于后臺歷史數(shù)據(jù)壓縮存儲服務(wù)。緊接著,按照Tag 表中的記錄方式、記錄間隔及誤差,指導命名管道向后臺存儲服務(wù)發(fā)送滿足條件的數(shù)據(jù)。

        對于Structs.h 頭文件中聲明的3 個重要的結(jié)構(gòu)體,其含義以及聲明代碼如下:

        1)PIPEHEADER(管道頭結(jié)構(gòu)體) 顧名思義就是放置在發(fā)送管道的首端,用于記錄發(fā)送緩沖區(qū)中數(shù)據(jù)結(jié)構(gòu)的個數(shù)、數(shù)據(jù)結(jié)構(gòu)的長度,以及管道發(fā)送字節(jié)的總長度。

        2)LOGRECORD (數(shù)據(jù)結(jié)構(gòu)) 用于存放管道中即將發(fā)送變量的各種重要信息,如TagID、質(zhì)量碼、數(shù)值,以及數(shù)值刷新時間等。

        3)PIPERET (管道返回結(jié)構(gòu)體) 結(jié)構(gòu)與管道頭類似,顧名思義是從服務(wù)端返回的校驗結(jié)構(gòu)體,用于判斷客戶端的數(shù)據(jù)發(fā)送是否成功,校驗客戶端發(fā)送數(shù)據(jù)的可靠性和完整性,確保服務(wù)端能夠順利地進行數(shù)據(jù)存儲。

        將這些結(jié)構(gòu)體變量作為參數(shù),放入客戶端部分的核心函數(shù)CallNamedPipe()中。該函數(shù)用于客戶端進程請求服務(wù)端連接,具體的參數(shù)含義以及調(diào)用代碼如下:

        4 系統(tǒng)服務(wù)端功能設(shè)計

        該數(shù)據(jù)壓縮系統(tǒng)服務(wù)端的服務(wù)控制管理模塊主要包含3 個函數(shù):服務(wù)程序主函數(shù)(main),服務(wù)入口函數(shù)(service_main),控制服務(wù)處理函數(shù)(Service Control handle)。服務(wù)端設(shè)計流程如圖4所示。

        圖4 服務(wù)端設(shè)計流程Fig.4 Server design flow chart

        ①服務(wù)程序主函數(shù)(main) 初始化一個服務(wù)表入口(SERVICE_TABLE_ENTRY)結(jié)構(gòu)體數(shù)組(提供一個service_main 函數(shù)),然后調(diào)用服務(wù)控制分派(StartServiceCtrlDispatcher)函數(shù)連接程序主線程到服務(wù)控制管理程序;②服務(wù)入口函數(shù)(service_main) 執(zhí)行服務(wù)初始化任務(wù),由于此處只需要一個服務(wù)進程完成歷史數(shù)據(jù)壓縮存儲,所以對應(yīng)一個服務(wù)入口;③控制服務(wù)處理函數(shù)(Service Control handle) 調(diào)用注冊服務(wù)控制處理(RegisterServiceCtrlHandler)函數(shù)來注冊它的控制處理器(Control Handler)函數(shù)。

        服務(wù)啟動(ServiceStart)成功后,進行保存前的初始化工作,讀取配置文件和標簽文件(Tag.cnt),如圖4所示。具體地讀ini 配置文件獲取his 文件的保存路徑,讀Tag.cnt 文件初始化m_mapIDToType 映射(鍵:ID 值:Type)。隨后便可由服務(wù)端循環(huán)創(chuàng)建非阻塞模式命名管道不停地接收客戶端的數(shù)據(jù)。

        命名管道服務(wù)端主要包含2 個重要函數(shù),分別為創(chuàng)建命名管道(CreateNamedPipe)函數(shù)和連接命名管道(ConnectNamedPipe)函數(shù)。在創(chuàng)建命名管道前,先定義并初始化SECURITY_ATTRIBUTES 結(jié)構(gòu)體,作為CreateNamedPipe()函數(shù)的實參,具體的初始化代碼如下:

        然后,在服務(wù)端創(chuàng)建一個命名管道,具體參數(shù)含義及代碼如下:

        命名管道創(chuàng)建并初始化后,進行管道連接操作,由于創(chuàng)建管道時的打開模式為FILE_FLAG_OVERLAPPED,所以必須初始化OVERLAPPE 結(jié)構(gòu)體,其關(guān)鍵語句如下:

        OVERLAPPE 結(jié)構(gòu)體初始化后,服務(wù)端連接管道,同時等待客戶端連接請求的到來。該過程的具體實現(xiàn)代碼如下:

        如果命名管道連接成功,創(chuàng)建并進入實例線程InstanceThread,如圖4所示,讀取管道中客戶端發(fā)送的數(shù)據(jù)流,并把數(shù)據(jù)放入緩沖數(shù)組byBuf 中。如果實際讀取得字節(jié)長度≥管道頭中記錄的發(fā)送字節(jié)總長度,把管道校驗結(jié)構(gòu)體pr 的wCode 成員變量置位并發(fā)送給客戶端釋放連接。同時,服務(wù)端可以進行保存,并啟動保存線程SaveThread,按管道頭中的數(shù)據(jù)類型進行分類保存,保存過程中先創(chuàng)建、初始化歷史文件(his),再通過緩存記錄位號數(shù)據(jù)、位號刷新時刻及其在文件中的存儲位置,最后根據(jù)記錄的信息在文件中對應(yīng)的位置處寫入位號數(shù)據(jù)和刷新時刻。如此反復,將管道中發(fā)送過來的每一個位號的信息都寫入his 文件中按順序存儲。

        要實現(xiàn)服務(wù)端程序EBHKHIS.exe 開機自啟動,無需人為的手動干預(yù),就要以管理員身份打開命令提示符窗口,輸入以下腳本:

        服務(wù)添加后,退出cmd,打開控制面板→管理工具→服務(wù),就會發(fā)現(xiàn)EBHKHIS Service 已經(jīng)在后臺啟動。

        5 數(shù)據(jù)存儲設(shè)計

        歷史文件(his)按照日期每天零點進行創(chuàng)建,位號數(shù)據(jù)依據(jù)數(shù)值刷新時刻以插入的形式存儲在his中。his 文件的存儲結(jié)構(gòu)如圖5所示,其包括文件頭、數(shù)據(jù)塊信息以及具體位號數(shù)據(jù)。

        由圖可見,文件頭由多個變量組成,占1024 B;數(shù)據(jù)塊信息包含多個標簽(Tag),每個Tag 由多個字段組成,占594 B。當需要存儲下一個Tag 時,文件指針實現(xiàn)自增長,將其存儲在已有Tag 之后。圖5還展示了Tag1 和Tag2 的存儲結(jié)構(gòu),即由數(shù)值刷新時刻(經(jīng)過編碼)和對應(yīng)的數(shù)值組成。其中,數(shù)值刷新時刻是將TagID、 質(zhì)量碼疊加到數(shù)值刷新時刻再進行編碼后形成的,所以說歷史文件中存儲的是經(jīng)過處理的數(shù)據(jù),而非文本形式的原始數(shù)據(jù)。這樣,能夠防止歷史文件中的數(shù)據(jù)被泄露,保證其安全性。

        舉例說明,his 文件存儲結(jié)構(gòu)如圖5所示,Tag數(shù)據(jù)塊信息中Tag1 的dwLastTagPos 為0,即在歷史文件的位置0 處存儲,如圖5下方所示的Tag1;Tag數(shù)據(jù)塊信息中Tag2 的dwLastTagPos 為12,即在歷史文件的位置12 處存儲,如圖5下方所示的Tag2。依此類推,采用這樣緊湊的方式存放數(shù)據(jù),能夠充分地利用存儲空間,避免存儲空間的浪費。

        圖5 his 文件存儲結(jié)構(gòu)Fig.5 His file storage structure

        針對某特定的TagID,可以經(jīng)過命名管道獲取多個數(shù)據(jù),多個數(shù)據(jù)可以是一次接收到的或者也可以是多次接收到的,不同的數(shù)據(jù)可以具有相同或不同的數(shù)值刷新時刻和數(shù)值(value)。舉例說明,假設(shè)Tag1 的TagID=ID1。若接收到一個新的數(shù)據(jù),其TagID 也為ID1,則認為它們同屬于Tag1,可以將其按照數(shù)值刷新時刻進行插入。

        若新收到的數(shù)據(jù)的數(shù)值刷新時刻(dwNewSec)>已存儲的數(shù)值刷新時刻(dwLastSec),則將Tag 數(shù)據(jù)塊信息部分Tag1 已存儲的數(shù)值刷新時刻(dwLast-Sec)更新為新收到的數(shù)據(jù)的數(shù)值刷新時刻,將Tag數(shù)據(jù)塊信息部分Tag1 已存儲的數(shù)值存儲位置(dwLastTagPos)更新為新收到的數(shù)據(jù)的數(shù)值存儲位置。也就是說,Tag 數(shù)據(jù)塊信息部分各個Tag 的dwLastTagPos 和dwLastSec,是根據(jù)最后接收到的數(shù)據(jù)而不斷更新的,并且根據(jù)這些更新的信息指導接下來的數(shù)據(jù)存儲。

        舉例說明,如果又收到一個新的Tag1 數(shù)據(jù),可以按順序依次存儲編碼后的數(shù)值刷新時刻t12 以及對應(yīng)的Tag 數(shù)值V2。由圖5可見,將Tag 數(shù)據(jù)塊信息中Tag1 的dwLastTagPos 更新為24,dwLastSec 更新為T12,并在歷史文件的位置24 處(即圖5下方所示的Tag2 之后) 存儲與圖5下方所示的Tag1 相類似的編碼后的T12 和V2。這樣就可以將Tag1 的所有數(shù)據(jù)進行存儲,并且以這種插入的存儲方式進行存儲能夠節(jié)省存儲空間,使得存儲空間的利用率更高。若dwNewSec=dwLastSec,則將對應(yīng)位置處的數(shù)值進行更新即可。

        另外,可以為歷史文件設(shè)定預(yù)留空間,假設(shè)為1024 B??衫斫猓绻鹍wLastPos+預(yù)留空間1024 B>文件長度(B),說明預(yù)留空間不足,此時需要額外增加空間,一般是512 kB 的整數(shù)倍。再者,還可以根據(jù)需求設(shè)定時間跨度,定時刪除部分歷史文件,減少磁盤的占用空間。

        6 結(jié)語

        通過VC++編程的具體實例,介紹了SCM 接口技術(shù)、命名管道在進程間通信的應(yīng)用,以及后臺數(shù)據(jù)存儲的方法。該方法實現(xiàn)了從客戶端獲取實時數(shù)據(jù),把滿足條件的數(shù)據(jù)通過管道通信的方式發(fā)送至后臺存儲服務(wù),最后以插入的方式進行分類保存的功能。該系統(tǒng)經(jīng)過在線測試和現(xiàn)場試運行階段后,已正式投入使用,并在各個項目公司取得良好的效果。

        猜你喜歡
        服務(wù)
        自助取卡服務(wù)
        服務(wù)在身邊 健康每一天
        服務(wù)在身邊 健康每一天
        服務(wù)在身邊 健康每一天
        服務(wù)在身邊 健康每一天
        服務(wù)在身邊 健康每一天
        服務(wù)在身邊 健康每一天
        服務(wù)在身邊 健康每一天
        高等教育為誰服務(wù):演變與啟示
        招行30年:從“滿意服務(wù)”到“感動服務(wù)”
        商周刊(2017年9期)2017-08-22 02:57:56
        日本免费观看视频一区二区| 波多野结衣在线播放一区| 在线播放免费播放av片| 亚洲自偷自偷偷色无码中文| 国产欧美精品一区二区三区–老狼 | 亚洲一区二区三区四区精品在线| 国产精品久久久久aaaa| 婷婷四房播播| 精品一区二区三区免费爱| 亚洲精品色播一区二区| 国产黑丝美腿在线观看| 国产欧美一区二区精品久久久| 亚洲精品无码久久久久av麻豆| 国产精品久久国产精麻豆99网站| 亚洲欧美日本人成在线观看| 亚洲av一区二区三区网站 | 成人自拍三级在线观看| 国产亚洲精品第一综合另类| 精品无码一区二区三区亚洲桃色| 欧美黑人xxxx性高清版| 亚洲免费看三级黄网站| 精品福利一区二区三区| 国产亚洲一区二区三区| 亚洲日韩国产精品乱-久| 护士奶头又白又大又好摸视频| 东京热无码人妻中文字幕| 久久亚洲春色中文字幕久久| 大地资源在线观看官网第三页| 囯产精品一品二区三区| 欧美日韩a级a| 一区二区三区在线观看高清视频 | 最近中文av字幕在线中文| 国产大陆av一区二区三区| 日韩精品视频免费网站| 一色桃子中文字幕人妻熟女作品| 男女18禁啪啪无遮挡| 午夜精品一区二区三区无码不卡| 在线女同免费观看网站| 亚洲av成人片无码网站| 国内精品视频一区二区三区| 久久爱91精品国产一区|