本發(fā)明涉及一種監(jiān)控系統(tǒng)，特別是一種基于corba的染整設備監(jiān)控系統(tǒng)。

背景技術：

隨著工業(yè)的制作的不斷進步，底層設備的數(shù)據(jù)可用于交換與傳輸，初步形成了自動化制造的生產(chǎn)鏈，使得自動化生產(chǎn)與遠程監(jiān)控成為了可能。研究開發(fā)數(shù)字化、智能化中央控制系統(tǒng)，實現(xiàn)生產(chǎn)過程實時數(shù)據(jù)采集及傳輸、生產(chǎn)設備互聯(lián)互通，完成這些的前提是生產(chǎn)設備之間的連接標準化，才能簡單、低成本、快速實現(xiàn)設備與設備、設備與智能制造系統(tǒng)之間的連接與數(shù)據(jù)交換，才能讓智能制造系統(tǒng)發(fā)揮作用。遠程監(jiān)控是本地計算機通過網(wǎng)絡系統(tǒng)對遠端的控制系統(tǒng)進行監(jiān)視和控制，并且完成對分散控制網(wǎng)絡的狀態(tài)控制、遠程軟件下載及設備的診斷維護等功能。能夠完成遠程監(jiān)控的計算機硬、軟件系統(tǒng)稱之為遠程監(jiān)控系統(tǒng)。

而對于染整設備中，其包括松式絡筒機、脫水機、烘干機、緊式絡筒機和染色機，而需要對該染整設備中的各個機器進行實時監(jiān)控，方便操作人員進行觀察。而傳統(tǒng)的監(jiān)控系統(tǒng)大多數(shù)采取單一主機的形式，而隨著數(shù)據(jù)量的增加和計算量的增加，將會導致本地主機的高負荷運作，此外加大以后維護的困難。

技術實現(xiàn)要素：

本發(fā)明的目的在于克服現(xiàn)有技術的缺點與不足，提供了一種基于corba的染整設備監(jiān)控系統(tǒng)。

本發(fā)明通過以下的方案實現(xiàn)：一種基于corba的染整設備的監(jiān)控系統(tǒng)，包括數(shù)據(jù)庫服務器端、web服務器端、web客戶端和本地中控客戶端；

所述數(shù)據(jù)庫服務器端用于接收染色機、松式絡、脫水機、烘干機和緊式絡筒機的運行數(shù)據(jù)；

所述web服務器端與數(shù)據(jù)庫服務器端連接，采集和處理所述數(shù)據(jù)庫服務器端的數(shù)據(jù)；所述web服務器端包括http模塊和corba模塊；

所述web客戶端與web服務器端的http模塊連接，接收web服務器端的數(shù)據(jù)，并進行展示；

所述本地中控客戶端與web服務器端的http模塊連接，接收web服務器端的數(shù)據(jù)，并進行展示；

所述web客戶端和本地中控客戶端中分別裝有orb模塊；所述web客戶端的orb模塊與服務器端的corba模塊連接，所述本地中控客戶端中的orb模塊與服務器端的corba模塊連接。

相比于現(xiàn)有技術，本發(fā)明采用了面向服務的分布式監(jiān)控框架，從而提高工業(yè)制造行業(yè)的監(jiān)控系統(tǒng)存在的問題，致力于提高監(jiān)控的實時性、可伸縮性、低入侵性、可擴展性、可移植性、安全性等。

作為本發(fā)明的進一步改進，所述web服務器端包括：

實時數(shù)據(jù)趨勢圖處理模塊，用于選擇染色生產(chǎn)過程中的數(shù)據(jù)進行可視化處理；

告警可視化模塊，用于告警的提醒與處理進行可視化處理；

能耗信息數(shù)據(jù)挖掘及可視化模塊，用于將采集到的生產(chǎn)能耗原始數(shù)據(jù)進行分析挖掘和可視化處理；

故障數(shù)據(jù)挖掘及可視化模塊，用于挖掘生產(chǎn)數(shù)據(jù)中隱含的機械狀態(tài)以及生產(chǎn)故障的數(shù)據(jù)信息。

作為本發(fā)明的進一步改進，所述的故障數(shù)據(jù)挖掘及可視化模塊包括：

數(shù)據(jù)清洗模塊，用于對數(shù)據(jù)庫內(nèi)的數(shù)據(jù)進行清洗，去除無效數(shù)據(jù)和將數(shù)據(jù)格式化；

數(shù)據(jù)挖掘模塊，用于通過數(shù)據(jù)挖掘引擎對數(shù)據(jù)進行挖掘處理；

結果展示模塊，用于將結果輸出進行可視化處理。

作為本發(fā)明的進一步改進，所述數(shù)據(jù)清洗模塊通過hadoop平臺進行數(shù)據(jù)清理。

作為本發(fā)明的進一步改進，所述數(shù)據(jù)挖掘模塊通過使用基于mapreduce的apriori算法進行數(shù)據(jù)挖掘。

作為本發(fā)明的進一步改進，所述web服務器端包括智能遠程服務系統(tǒng)，其包括：

監(jiān)控中心，用于進行作業(yè)跟蹤和報警；

信息管理系統(tǒng)，用于管理存儲作業(yè)計劃、歷史作業(yè)和報表分析，以及用于對個人進行信息查看和信息修改；

系統(tǒng)管理模塊，用于進行用戶管理、作業(yè)管理、報表管理和能耗管理。

作為本發(fā)明的進一步改進，所述web服務器端包括監(jiān)控模塊，用于監(jiān)測實時生產(chǎn)設備狀態(tài)，將車間生產(chǎn)的實時參數(shù)從各設備采集并存儲，進行跟蹤，以圖表或曲線的形式展示特定參數(shù)的走向，并實時對獲取的數(shù)據(jù)進行與預設值的比較，判斷是否超出閾值，進行告警。

作為本發(fā)明的進一步改進，所述web服務器端包括查詢分析模塊，用于對數(shù)據(jù)庫中的各種信息進行提取與統(tǒng)計，包括告警查詢，能耗查詢，生產(chǎn)批次查詢，機械生產(chǎn)記錄及狀態(tài)查詢；所述生產(chǎn)批次查詢包括歷史批次查詢和作業(yè)計劃分析，同時對存儲在數(shù)據(jù)庫的數(shù)據(jù)進行分析以提供決策支持。

作為本發(fā)明的進一步改進，所述web服務器端包括系統(tǒng)管理模塊，用于對數(shù)據(jù)庫信息進行管理，包括增刪查改機械信息、員工信息、染助劑信息、相關生產(chǎn)報表和以及系統(tǒng)用戶管理。

進一步，所述web服務器端通過odbc方式與數(shù)據(jù)庫服務器端建立連接。

綜上，相比于現(xiàn)有技術，本發(fā)明具備以下有益效果：

1)加強的客戶端的監(jiān)控功能，并且降低運算量，支持不同編程語言的對象調(diào)用，提高了監(jiān)控系統(tǒng)的可擴容性。

2)可通過以太網(wǎng)對廠內(nèi)的印染設備實時生產(chǎn)狀態(tài)實時監(jiān)控。染色生產(chǎn)系統(tǒng)的能耗信息數(shù)據(jù)挖掘及可視化，染紗系統(tǒng)所采集到是全部的生產(chǎn)能耗原始數(shù)據(jù)，從信息提取的角度客觀準確的分析能耗情況并提供更節(jié)能的決策支持。

3)提出一種新型的分布式框架，實現(xiàn)監(jiān)控和大數(shù)據(jù)的傳輸，克服了以前的單機系統(tǒng)和舊式的分布式系統(tǒng)的缺點，并且從垂直方向上增加了系統(tǒng)的擴容能力。

4)與染色機本身的setex智能染色系統(tǒng)兼容，提出基于setex染色系統(tǒng)和orgatex染色機數(shù)據(jù)服務器psql10和現(xiàn)代監(jiān)控系統(tǒng)的優(yōu)化框架，在監(jiān)控服務提供監(jiān)控服務，向上層提供服務接口，充分展現(xiàn)互聯(lián)網(wǎng)在工業(yè)生產(chǎn)的作用。

5)采用corba服務框架面向服務的體系的服務支持，使得上層交互與下層的邏輯可以通過高性能的rpc實現(xiàn)服務的輸出和輸入功能，提高各個層之間的透明性。

為了更好地理解和實施，下面結合附圖詳細說明本發(fā)明。

附圖說明

圖1是本發(fā)明的監(jiān)控系統(tǒng)的硬件設備連接框圖。

圖2是本發(fā)明的基于corba的染整設備的監(jiān)控系統(tǒng)的連接框圖。

圖3是本發(fā)明的web服務端運行流程圖。

圖4是本發(fā)明的數(shù)據(jù)流示意圖。

圖5是web服務器端中的功能模塊框圖。

圖6是本發(fā)明的故障數(shù)據(jù)挖掘及可視化模塊的連接框圖。

圖7是本發(fā)明的對能耗預測的模型圖。

圖8是本發(fā)明的智能遠程服務系統(tǒng)的連接框圖。

圖9是本發(fā)明的監(jiān)控模塊的連接框圖。

圖10是本發(fā)明的查詢分析模塊的連接框圖。

圖11是本發(fā)明的系統(tǒng)管理模塊的連接框圖。

具體實施方式

以下結合實施例及附圖對本發(fā)明作進一步詳細的描述，但本發(fā)明的實施方式不限于此。

本發(fā)明通過整合超低浴比高溫高壓染色機、松\緊式絡筒機、脫水機、烘干機、能源補給系統(tǒng)等染色全過程生產(chǎn)線上設備，實現(xiàn)節(jié)能染色過程生產(chǎn)設備的互聯(lián)互通，采用多任務生產(chǎn)調(diào)度管理模式，構建中央監(jiān)控系統(tǒng)，實現(xiàn)染色生產(chǎn)全過程的聯(lián)動控制。對染色生產(chǎn)工藝數(shù)據(jù)進行信息挖掘的可視化處理，搭建遠程信息服務平臺，實現(xiàn)染整裝備產(chǎn)品智能化提升。所提出一種面向服務的分布式監(jiān)控框架，提高工業(yè)制造行業(yè)的監(jiān)控系統(tǒng)存在的問題，致力于提高監(jiān)控的實時性、可伸縮性、低入侵性、可擴展性、可移植性、安全性等問題。監(jiān)控中心通過以太網(wǎng)實現(xiàn)對廠區(qū)內(nèi)所有的印染設備實時生產(chǎn)狀態(tài)監(jiān)控。

首先，請參閱圖1，其為本發(fā)明監(jiān)控系統(tǒng)的硬件設備連接框圖。

本發(fā)明染整設備監(jiān)控系統(tǒng)，能實現(xiàn)車間設備的組網(wǎng)及設備之間的聯(lián)動控制和整體遠程監(jiān)控。本發(fā)明中的底層設備采用基于rs485、canbus、以太網(wǎng)的通信網(wǎng)絡設計。底層硬件設備的組網(wǎng)的具體步驟如下：

廠區(qū)設備(包括有松式絡筒機，脫水機，烘干機，緊式絡筒機，染色機)通過以太網(wǎng)及人口連接上網(wǎng)，對于沒有can接口的設備，本發(fā)明方案是添加一塊can轉rs232/rs845的協(xié)議轉換器，并轉換為統(tǒng)一的標準can2.0b協(xié)議，以使不同品牌的plc可以得到統(tǒng)一監(jiān)控。以下分別對上述設備的連接進行介紹，具體如下：

染色機本身的setex智能染色系統(tǒng)，它配備有觸摸屏控制終端和服務器，提供了以太網(wǎng)接口，所以中央監(jiān)控系統(tǒng)對染色機的監(jiān)控直接通過由以太網(wǎng)通過路由器訪問染色系統(tǒng)服務器，獲取實時監(jiān)控參數(shù)。

松式絡筒機主控板上提供了網(wǎng)線接口，但是主板訪問是異步串行，需要在485總線上傳輸控制信號，通過以太網(wǎng)/485轉換將主板連接到485總線上，異步串行，通訊參數(shù)設為1起始位，8數(shù)據(jù)位，1停止位無校驗位，波特率9600bps，主控板作為從機，然后再通過458轉can協(xié)議轉換器連接到can總線，最后通過can/tcp網(wǎng)關，經(jīng)過路由器由網(wǎng)線與中央監(jiān)控系統(tǒng)上位pc主機組網(wǎng)，遠程瀏覽器端可以通過訪問本地服務器來實現(xiàn)遠程監(jiān)控。最后的緊式絡筒機過程與松式絡筒機相反，接口相同，組網(wǎng)方式同松式絡筒機。

脫水機單獨由匯川plc控制，plc上有可用的rs485通信接口com1口，對plc內(nèi)部程序做了部分修改，設置plc為modbusrtu從站，地址為1，通訊參數(shù)為9600bps,8n1。通過rs485/can協(xié)議轉換器連到can總線上。上位機通過tcp/ip協(xié)議發(fā)送命令，最終轉換為modbusrtu從機協(xié)議命令，實現(xiàn)對脫水機plc的組網(wǎng)，進而可進行遠程監(jiān)控與控制。

烘干機的控制器為信捷plc，要將烘干機與其他設備組網(wǎng)必須將其作為從機。烘干機本身在車間是由觸摸屏作為上位機，通過rs232總線接口控制plc，從而控制烘干工序的進行，由于烘干機控制是第三方開發(fā)，無法更改內(nèi)部程序設置來更改串口。本組網(wǎng)方案采用在plc外增加485總線接口模塊的方式，可以將pcl作為從機來進行訪問，通信參數(shù)為19200bps，8e1。然后通過rs485/can協(xié)議轉換器連到can總線上，上位機通過tcp/ip協(xié)議發(fā)送命令，最終轉換為modbusrtu協(xié)議命令，實現(xiàn)對烘干機的組網(wǎng)。

通過以太網(wǎng)將數(shù)據(jù)這部分數(shù)據(jù)和染色機的setex數(shù)據(jù)庫一同傳入數(shù)據(jù)庫服務器中，以便后續(xù)服務。

請參閱圖2，其為本發(fā)明的基于corba的染整設備的監(jiān)控系統(tǒng)的連接框圖。本發(fā)明的基于corba的染整設備的監(jiān)控系統(tǒng)，包括數(shù)據(jù)庫服務器端1、web服務器端2、web客戶端3和本地中控客戶端4。

所述數(shù)據(jù)庫服務器端1用于接收染色機、松式絡、脫水機、烘干機和緊式絡筒機的運行數(shù)據(jù)。

所述web服務器端2與數(shù)據(jù)庫服務器端1連接，采集和處理所述數(shù)據(jù)庫服務器端的數(shù)據(jù)，所述web服務器端2包括http模塊和corba模塊。

具體的，由于染色機內(nèi)部有智能設備終端setex，orgatex是sextex提供的控制中心監(jiān)控setex的服務器程序，其內(nèi)部的數(shù)據(jù)庫psql10通過odbc與自建數(shù)據(jù)庫(mysql)相連接，運行過程中這兩個實時數(shù)據(jù)庫需要做數(shù)據(jù)融合和信息交換，此外需要做一個數(shù)據(jù)遷移和處理的接口，以方便雙方的調(diào)用。本實施例中的web服務器端2通過odbc與數(shù)據(jù)庫服務器端1建立連接。

請參閱圖3，其為本發(fā)明的web服務端運行流程圖。其中，在web服務器端的總體編寫過程如下：

(1)啟動命名服務，加載dll接口文件生成所需調(diào)用的接口

(2)啟動事件服務，通知服務。

(3)啟動數(shù)據(jù)服務，時間服務。

(4)運行web服務器，等待底層數(shù)據(jù)采集并且發(fā)送上傳，開啟線程一監(jiān)聽客戶端的連接，開啟線程二服務器端和客戶端發(fā)送事件服務。

(5)客戶端請求數(shù)據(jù)服務則發(fā)送數(shù)據(jù)，通過html的格式回傳到客戶端，通過圖表的形式呈現(xiàn)。

(6)客戶端選擇事件服務，需要從瀏覽器端下載接收器作為客戶端和服務器端的應用對象，并在瀏覽器上orb注冊。

(7)處理事件。

所述web客戶端3與web服務器端的http模塊連接，接收web服務器端的數(shù)據(jù)，并進行展示。

具體的，本發(fā)明的遠程監(jiān)控部分是基于javaee平臺的，提出了一種新的分布式監(jiān)控系統(tǒng)的方法，克服了當前web就是工業(yè)監(jiān)控技術的缺點，提出了以corba和java為基礎的網(wǎng)絡應用層過渡模型，在java客戶端總體的編寫過程如下：

1)用idl定義一個接口文件，描繪要實現(xiàn)的功能，也可以說是定義一個要實現(xiàn)功能的一個模版(sysprop.idl)。

2)使用"idltojava"編譯器(這里是idlj)將idl文件轉化為java編程語言中編寫的接口定義，生成所需的代碼存根及helper類。

3)使用java語言編寫客戶機和服務器的實現(xiàn)程序。

4)使用"idltoc++"編譯器(這里是omniidl)將idl文件轉化為c++編程語言中編寫的接口定義，生成所需的代碼存根及helper類。

5)使用c++語言編寫客戶機實現(xiàn)程序。

6)起動命名服務tnameserv。

7)起動java編寫的服務程序。

8)用java和c++編寫的客戶機分別調(diào)用相應的服務。

所述本地中控客戶端4與web服務器端的http模塊連接，接收web服務器端的數(shù)據(jù)，并進行展示。在本實施例中，所述本地中控客戶端采用c++語言編寫中控程序，其中其對corba接口的初始化的步驟：

1)下載omniorb。

2)配置環(huán)境變量。

3)生成并編譯time.idl。

4)新建服務器端項目并添加文件，并在文件中編寫服務器端和客戶端的代碼。

5)修改工程參數(shù)。

6)編譯調(diào)試、運行。

所述web客戶端3和本地中控客戶端4中分別裝有orb模塊；所述web客戶端的orb模塊與服務器端的corba模塊連接，所述本地中控客戶端中的orb模塊與服務器端的corba模塊連接。

請同時參閱圖4，其為本發(fā)明的數(shù)據(jù)流示意圖。具體的，對需要調(diào)用corba接口的應用程序進行配置以便客戶機的對象調(diào)用，為了保證在不同的corba產(chǎn)品基礎之上構建的分布式對象可以相互通信，client和server通過orb(對象請求代理)進行通信。一般的運行流程是client把請求發(fā)送給orb，orb再把請求發(fā)送給server，server把返回結果發(fā)送orb，orb再把返回結果發(fā)送給client。由于這是一個長運系統(tǒng)，所以數(shù)據(jù)與時刻相關，底層設備采集回來的數(shù)值是一個時間序列，在web服務器中數(shù)據(jù)一次交替存放在三個動態(tài)數(shù)組內(nèi)，從數(shù)據(jù)中心的到的實時數(shù)據(jù)將通過html的形式發(fā)送至客戶端中。在web客戶端建立容器對象，通過軟件總線orb和服務器端進行數(shù)據(jù)傳輸，web內(nèi)部的數(shù)據(jù)流向如圖4所示。客戶端可通過ajax技術結合vml進行動態(tài)圖的繪制和歷史數(shù)據(jù)的呈現(xiàn)。這種方式不僅可以減輕服務器的負擔，而且可以提高系統(tǒng)的實時性和穩(wěn)定性。

進一步，在完成對上述數(shù)據(jù)通信配置后，需要實現(xiàn)多種數(shù)據(jù)處理功能。具體的請同時參閱圖5，其為web服務器端中的功能模塊框圖。所述web服務器端2包括：實時數(shù)據(jù)趨勢圖處理模塊21、告警可視化模塊22、能耗信息數(shù)據(jù)挖掘及可視化模塊23、故障數(shù)據(jù)挖掘及可視化模塊24、智能遠程服務系統(tǒng)25、監(jiān)控模塊26、查詢分析模塊27和系統(tǒng)管理模塊28。

所述實時數(shù)據(jù)趨勢圖處理模塊21，用于選擇染色生產(chǎn)過程中的數(shù)據(jù)進行可視化處理，例如：將染缸的溫度，水位，氣壓等，形象化相關場景，提高直接可觀性，使工作人員能更方便的對生產(chǎn)狀態(tài)進行把控。

所述告警可視化模塊22，用于告警的提醒與處理進行可視化處理。本發(fā)明的智能染紗系統(tǒng)在監(jiān)控機械運行最重要的部分就是對于告警的提醒與處理，利用視覺上的沖擊來提醒工作人員處理告警，在監(jiān)測機械數(shù)據(jù)的同時給出告警信息，并且提出問題的所在和解決方案。

所述能耗信息數(shù)據(jù)挖掘及可視化模塊23，用于將采集到的生產(chǎn)能耗原始數(shù)據(jù)進行分析挖掘和可視化處理。具體的，染色生產(chǎn)系統(tǒng)的能耗信息數(shù)據(jù)挖掘及可視化，染紗系統(tǒng)所采集到是全部的生產(chǎn)能耗原始數(shù)據(jù)，從信息提取的角度客觀準確的分析能耗情況并提供更節(jié)能的決策支持。

所述故障數(shù)據(jù)挖掘及可視化模塊24，用于挖掘生產(chǎn)數(shù)據(jù)中隱含的機械狀態(tài)以及生產(chǎn)故障的數(shù)據(jù)信息。具體的，染色生產(chǎn)系統(tǒng)的故障數(shù)據(jù)挖掘及可視化，對于染色生存過程中可能存在的大量不同種類的故障，通過挖掘生產(chǎn)數(shù)據(jù)中隱含的機械狀態(tài)以及生產(chǎn)故障的數(shù)據(jù)信息，分析其中的潛在規(guī)律來對故障進行診斷和避免。

具體請同時參閱圖6，其為本發(fā)明的故障數(shù)據(jù)挖掘及可視化模塊的連接框圖。所述的故障數(shù)據(jù)挖掘及可視化模塊24包括：數(shù)據(jù)清洗模塊241、數(shù)據(jù)挖掘模塊242和結果展示模塊243。

所述數(shù)據(jù)清洗模塊241，用于對數(shù)據(jù)庫內(nèi)的數(shù)據(jù)進行清洗，去除無效數(shù)據(jù)和將數(shù)據(jù)格式化。作為本發(fā)明的進一步改進，所述數(shù)據(jù)清洗模塊通過hadoop平臺進行數(shù)據(jù)清理。

本系統(tǒng)選擇hadoop平臺做數(shù)據(jù)清理，該平臺具有很強的拓展能力，具有分布計算的優(yōu)勢，可以通過增加集群中的計算機數(shù)量來提升數(shù)據(jù)清洗速度。且該平臺采用的hbase可以兼容結構化數(shù)據(jù)和非結構化數(shù)據(jù)。

所述數(shù)據(jù)挖掘模塊242，用于通過數(shù)據(jù)挖掘引擎對數(shù)據(jù)進行挖掘處理。作為本發(fā)明的進一步改進，所述數(shù)據(jù)挖掘模塊通過使用基于mapreduce的apriori算法進行數(shù)據(jù)挖掘。

數(shù)據(jù)清洗后的數(shù)據(jù)存儲在hdfs中，通過使用基于mapreduce的apriori算法進行數(shù)據(jù)挖掘，首先設置最小支持度和最小置信度，啟動hadoop集群，最故障數(shù)據(jù)挖掘頻繁項集，利用頻繁項集生成染紗系統(tǒng)的故障關聯(lián)強規(guī)則，并計算支持度和置信度。充分利用生產(chǎn)產(chǎn)生的海量數(shù)據(jù)，通過數(shù)據(jù)挖掘技術，發(fā)現(xiàn)數(shù)據(jù)中的潛在數(shù)據(jù)關系，如染機故障與溫度，季節(jié)的關系；故障發(fā)生次數(shù)與使用時間長短，使用次數(shù)的相關性等等。通過對故障數(shù)據(jù)挖掘結果的可視化展現(xiàn)，為染紗系統(tǒng)提供故障預警，這對綠色智能染紗具有重要意義。

所述結果展示模塊243，用于將結果輸出進行可視化處理。

進一步請同時參閱圖7，其為本發(fā)明的對能耗預測的模型圖?；谏鲜龃髷?shù)據(jù)的采集和分析，可以對能耗進行預測，具體流程如下：

1)在能耗數(shù)據(jù)庫中，通過聚類識別存在的能耗模式。

2)建立能耗模式判別樹；

3)根據(jù)待預測時段，判別所述模式，提取相同模式能耗時序數(shù)據(jù)集；

4)進行數(shù)據(jù)處理，包括缺失值處理和歸一化處理等。

5)劃分能耗時序數(shù)據(jù)；

6)建立rbf神經(jīng)網(wǎng)絡進行訓練并測試；

7)結合待預測時間前能耗值，得出能耗預測值。

請同時參閱圖8，其為本發(fā)明的智能遠程服務系統(tǒng)的連接框圖。所述智能遠程服務系統(tǒng)25，其包括：監(jiān)控中心251、信息管理系統(tǒng)252和系統(tǒng)管理模塊253。

所述監(jiān)控中心251，用于進行作業(yè)跟蹤和報警。

所述信息管理系統(tǒng)252，用于管理存儲作業(yè)計劃、歷史作業(yè)和報表分析，以及用于對個人進行信息查看和信息修改。

所述系統(tǒng)管理模塊253，用于進行用戶管理、作業(yè)管理、報表管理和能耗管理。

請同時參閱圖9，其為本發(fā)明的監(jiān)控模塊的連接框圖。所述web服務器端包括監(jiān)控模塊26，用于監(jiān)測實時生產(chǎn)設備狀態(tài)，將車間生產(chǎn)的實時參數(shù)從各設備采集并存儲，進行跟蹤，以圖表或曲線的形式展示特定參數(shù)的走向，并實時對獲取的數(shù)據(jù)進行與預設值的比較，判斷是否超出閾值，進行告警。

請同時參閱圖10，其為本發(fā)明的查詢分析模塊的連接框圖。所述查詢分析模塊27，用于對數(shù)據(jù)庫中的各種信息進行提取與統(tǒng)計，包括告警查詢，能耗查詢，生產(chǎn)批次查詢，機械生產(chǎn)記錄及狀態(tài)查詢；所述生產(chǎn)批次查詢包括歷史批次查詢和作業(yè)計劃分析，同時對存儲在數(shù)據(jù)庫的數(shù)據(jù)進行分析以提供決策支持。

請同時參閱圖11，其為本發(fā)明的系統(tǒng)管理模塊的連接框圖。所述系統(tǒng)管理模塊28，用于對數(shù)據(jù)庫信息進行管理，包括增刪查改機械信息、員工信息、染助劑信息、相關生產(chǎn)報表和以及系統(tǒng)用戶管理。

相比于現(xiàn)有技術，本發(fā)明具備以下有益效果：

1)加強的客戶端的監(jiān)控功能，并且降低運算量，支持不同編程語言的對象調(diào)用，提高了監(jiān)控系統(tǒng)的可擴容性。

2)可通過以太網(wǎng)對廠內(nèi)的印染設備實時生產(chǎn)狀態(tài)實時監(jiān)控。染色生產(chǎn)系統(tǒng)的能耗信息數(shù)據(jù)挖掘及可視化，染紗系統(tǒng)所采集到是全部的生產(chǎn)能耗原始數(shù)據(jù)，從信息提取的角度客觀準確的分析能耗情況并提供更節(jié)能的決策支持。

3)提出一種新型的分布式框架，實現(xiàn)監(jiān)控和大數(shù)據(jù)的傳輸，克服了以前的單機系統(tǒng)和舊式的分布式系統(tǒng)的缺點，并且從垂直方向上增加了系統(tǒng)的擴容能力。

4)與染色機本身的setex智能染色系統(tǒng)兼容，提出基于setex染色系統(tǒng)和orgatex染色機數(shù)據(jù)服務器psql10和現(xiàn)代監(jiān)控系統(tǒng)的優(yōu)化框架，在監(jiān)控服務提供監(jiān)控服務，向上層提供服務接口，充分展現(xiàn)互聯(lián)網(wǎng)在工業(yè)生產(chǎn)的作用。

5)采用corba服務框架面向服務的體系的服務支持，使得上層交互與下層的邏輯可以通過高性能的rpc實現(xiàn)服務的輸出和輸入功能，提高各個層之間的透明性。

上述實施例為本發(fā)明較佳的實施方式，但本發(fā)明的實施方式并不受上述實施例的限制，其他的任何未背離本發(fā)明的精神實質(zhì)與原理下所作的改變、修飾、替代、組合、簡化，均應為等效的置換方式，都包含在本發(fā)明的保護范圍之內(nèi)。