制造執(zhí)行系統(tǒng)(manufacturing execution system，MES)是面向車間層的管理信息系統(tǒng)，其是上層計(jì)劃系統(tǒng)和下層生產(chǎn)控制系統(tǒng)的信息鏈路叫．現(xiàn)代企業(yè)集成制造、環(huán)境中，面對(duì)工業(yè)生產(chǎn)的多變性，需要MES框架有良好的可擴(kuò)展性和可重配性，以面對(duì)變化能夠做-出迅速的反應(yīng)，進(jìn)而實(shí)現(xiàn)敏捷和靈活的定制生產(chǎn)．設(shè)計(jì)一種可重配性高的MES，已經(jīng)成為現(xiàn)代MES研究的重點(diǎn)．因此，需要一種完整的、高可重配性的MES架構(gòu)，使系統(tǒng)在穩(wěn)定完成任務(wù)的同時(shí)，能夠面對(duì)多變的生產(chǎn)而快速變化。

    對(duì)于可重配MES的研究目前有兩個(gè)挑戰(zhàn)，即如何快速構(gòu)建MES系統(tǒng)初始模型，以及面對(duì)變化如何從現(xiàn)有的系統(tǒng)快速得到目標(biāo)模型．目前MES建模仿真主要有3種方法：DES(discrete event simulation)方法、SD(system dynamics)方法和AB(agent—based)方法，其中，基于DES方法和AB方法的系統(tǒng)有很多研究成果．文獻(xiàn)提出了基于事件系統(tǒng)的制造系統(tǒng)框架．文獻(xiàn)提出了一種對(duì)事件(event)的管理方法，并使用CEP(complex event processing)方法對(duì)車間進(jìn)行實(shí)時(shí)控制．目前，大多的研究基于某種特定的方法進(jìn)行系統(tǒng)模型及框架的構(gòu)建，對(duì)于基于一個(gè)特定的中心結(jié)構(gòu)來構(gòu)建可重配MES的研究較少．

    本文主要針對(duì)可重配MES的構(gòu)建和運(yùn)行中心的結(jié)構(gòu)進(jìn)行研究．整個(gè)研究重點(diǎn)在于提出一種高內(nèi)聚的中心，控制MES的流程以及與ERP(entERPrise resource planning)、PCS(process control system)的信息集成，使MES的運(yùn)行以及變化的執(zhí)行以一種輕便敏捷的方式進(jìn)行．本文提出基于事件驅(qū)動(dòng)的MES消息中心，作為可重配MES構(gòu)建、運(yùn)行時(shí)的中心．通過建立消息中心的模型庫和規(guī)則庫并應(yīng)用CEP方法對(duì)系統(tǒng)進(jìn)行監(jiān)測(cè)和決策，構(gòu)建敏捷、輕便以及持續(xù)可重配的MES．

1 可重配MES的消息中心

    可重配MES的構(gòu)建關(guān)注一些指標(biāo)：系統(tǒng)的柔性、適應(yīng)性以及可擴(kuò)展性；同時(shí)可重配系統(tǒng)有一些特征：可模塊化、可集成化、用戶可定制性等．通過一個(gè)核心，將系統(tǒng)完整聯(lián)系起來，構(gòu)建一種結(jié)構(gòu)松耦合的MES是完成上述指標(biāo)和特征的關(guān)鍵．傳統(tǒng)基于事件的系統(tǒng)結(jié)構(gòu)較松散，但是沒有處理核心，沒有很好的方法管理MES中的邏輯，不能有效處理系統(tǒng)的變化．因此在基于事件驅(qū)動(dòng)系統(tǒng)模型基礎(chǔ)上，應(yīng)構(gòu)建核心結(jié)構(gòu)消息中心，作為可重配MES的構(gòu)建和重配的管理中心．對(duì)于MES的消息中心要形成一種高內(nèi)聚、有獨(dú)立消息生成以及規(guī)則處理的系統(tǒng)，形成獨(dú)立系統(tǒng)而非孤立的處理模塊．

    對(duì)于消息中心，主要任務(wù)是消息的通知，不包括具體業(yè)務(wù)處理．針對(duì)MES的特點(diǎn)，消息中心與業(yè)務(wù)系統(tǒng)采用消息機(jī)制來通知，消息中心與PCS信息的交互采用同步通信．

    綜上所述，消息中心要面對(duì)的問題為通信以及系統(tǒng)邏輯管理．針對(duì)以往遇到的問題以及上述需求，提出集中處理和管理邏輯規(guī)則，即基于事件驅(qū)動(dòng)的MES消息中心．消息中心在MES中的位置以及與MES和PCS的關(guān)系如圖1所示．

圖1 消息中心在MES中的位置

    消息中心嵌入MES中并與其緊密結(jié)合．消息中心中采用消息機(jī)制及事件驅(qū)動(dòng)方式．消息是一種描述信息的數(shù)據(jù)結(jié)構(gòu)，在消息機(jī)制中，系統(tǒng)所有通知、動(dòng)作由消息告知．消息中心中使用消息機(jī)制與MES和ERP進(jìn)行信息交互，解決了通信的數(shù)據(jù)結(jié)構(gòu)耦合的問題．事件驅(qū)動(dòng)方式是一種有很好靈活性和擴(kuò)展性的信息推動(dòng)方式，采用發(fā)布／訂閱的推送模式，與SOA的拉動(dòng)模式形成對(duì)比，消息中心采用發(fā)布／訂閱模式，實(shí)現(xiàn)了時(shí)間、空間、流程方面的解耦．其中對(duì)于異步模式，從長期利益來看，系統(tǒng)和組織的狀態(tài)變得更精準(zhǔn)，對(duì)實(shí)時(shí)變化的響應(yīng)接近于同步，因此，發(fā)布／訂閱推送模式適合應(yīng)用于對(duì)實(shí)時(shí)性要求較高的MES消息中心．

    消息中心在構(gòu)建階段，需要建立MES靜態(tài)模型和Petri Net模型，并根據(jù)Petri Net模型的映射得到消息中心的模型庫與規(guī)則庫，即采用Petri Net模型來管理系統(tǒng)的事件和邏輯．在運(yùn)行階段通信中，消息中心與PCS進(jìn)行實(shí)時(shí)的信息交互，與MES業(yè)務(wù)以及ERP系統(tǒng)進(jìn)行異步的通信，以事件驅(qū)動(dòng)的異步方式，驅(qū)動(dòng)消息在系統(tǒng)間的交互．在事件的監(jiān)測(cè)及邏輯事件的生成方面，根據(jù)建立的規(guī)則庫，使用CEP引擎，對(duì)消息中心的事件流進(jìn)行分析和處理，對(duì)系統(tǒng)進(jìn)行監(jiān)測(cè)和決策，產(chǎn)生邏輯事件．

2 消息中心的構(gòu)建及運(yùn)作

    可重構(gòu)MES消息中心的研究包括靜態(tài)模型的構(gòu)建和動(dòng)態(tài)的運(yùn)作，兩者不可分割但描述不同的方面．靜態(tài)模型描述系統(tǒng)的結(jié)構(gòu)，動(dòng)態(tài)模型描述系統(tǒng)的運(yùn)作．采用Petri Net方法能夠?qū)㈧o態(tài)模型和動(dòng)態(tài)模型聯(lián)系起來，管理系統(tǒng)的過程，又能通過過程模型得到系統(tǒng)規(guī)則和模型的映射．系統(tǒng)過程的修改，通過在Petri Net上的反映，進(jìn)行規(guī)則庫、模型庫的動(dòng)態(tài)修改，完成系統(tǒng)可重配．

2.1 消息中心靜態(tài)模型的構(gòu)建

    靜態(tài)模型描述消息中心內(nèi)部以及外部系統(tǒng)的環(huán)境，揭示系統(tǒng)的結(jié)構(gòu)，反映各對(duì)象間的關(guān)系．靜態(tài)模型包括設(shè)備模型和事件模型，前者描述了PCS中的設(shè)備，后者描述了消息中心處理的基本單元．在MES的快速構(gòu)建以及重配中，消息中心的靜態(tài)模型是基礎(chǔ)．

    2.1.1 設(shè)備模型

    設(shè)備模型對(duì)應(yīng)于PCS中的實(shí)際設(shè)備實(shí)體．定義設(shè)備通用模型，需從屬性到行為完整地對(duì)設(shè)備進(jìn)行描述．參考Wonderware Factorysuit系統(tǒng)對(duì)設(shè)備建立的模型，并根據(jù)消息中心應(yīng)用的機(jī)制，得到消息中心的設(shè)備模型的定義．

    定義1 設(shè)備實(shí)體(device)的定義：DV={CONN，PROP}，其中，CONN代表連接器，PROP代表設(shè)備屬性．連接器描述了與PCS通信相關(guān)的信息，設(shè)備屬性描述設(shè)備自身的性質(zhì)．

    定義2 連接器(CONN)的定義：CONN={C_METHOD，C_PROTOCOL)，其中，C_METHOD代表連接方式，C_PROTOCOL代表連接協(xié)議．連接協(xié)議描述了通信的類型以及通信連接中所需要的參數(shù)．

    定義3 連接方式定義：C_METHOD={C_METHOD_TYPE，C_METHOD PARAMS)，其中，C_METHOD_TYPE代表連接方式的類型，C_METHOD-PARAMS代表連接所需的參數(shù)．

    定義4 連接協(xié)議：C_PROTOCOL={C_TIMES，CONFIRM，TIMEOUT，ARRAY C_RWTYPES，LIST PACKAGES，RESULT}，其中，C_TIMES代表連接次數(shù)，CONFIRM代表連接進(jìn)行確認(rèn)的條件，TIMEOUT代表連接超時(shí)時(shí)間，ARRAY C_RWTYPES代表每次連接的讀寫類型，LIST PACKAGES代表每次連接發(fā)送或接收的數(shù)據(jù)包信息，RESULT代表完成一次通信獲得的數(shù)據(jù)包．

    定義5 設(shè)備屬性：PROP={P_DISPLAY，P_PARSE，P_EVENT，P_SAVE)，其中，P_DISPLAY代表顯示屬性，P_PARSE代表解析屬性，P_EVENT代表觸發(fā)事件屬性，P_SAVE代表存儲(chǔ)屬性．設(shè)備的屬性完整地描述了設(shè)備數(shù)據(jù)模型．顯示屬性是設(shè)備在前端顯示層所需的屬性．存儲(chǔ)屬性是持久層有關(guān)設(shè)備數(shù)據(jù)存儲(chǔ)的屬性，同時(shí)也對(duì)應(yīng)數(shù)據(jù)采集時(shí)采集的信息片段．解析屬性是業(yè)務(wù)層中對(duì)采集的信息進(jìn)行解析所需要的屬性．觸發(fā)事件屬性是在解析中判斷事件是否觸發(fā)的屬性．

    定義6 事件屬性：P_EVENT={P_SAVE，P_PARSE，EVENT}．事件屬性定義了采集的設(shè)備信息在經(jīng)過解析，滿足觸發(fā)條件而觸發(fā)事件的屬性，綁定了存儲(chǔ)屬性、解析屬性以及事件．

    例1 以液晶面板生產(chǎn)線中清洗機(jī)來構(gòu)建設(shè)備模型作為實(shí)例．其中，連接方式：C_METHOD={TCP／IP，{IP，PORT))，連接協(xié)議為C_PROTOCOL，則連接器CONN={C_METHOD，C_PROTOCOL)．對(duì)于清洗機(jī)而言，存儲(chǔ)屬性P_SAVE_{AUTORUN， AUTOMODE，STOP，ALARM，PAUSED，…)，解析屬性P_PARSE_{AUTOMODE=1，自動(dòng)模式；0，手動(dòng)模式#ALARM=1，報(bào)警；0，正常#…)，當(dāng)設(shè)備不正常時(shí)進(jìn)行報(bào)警，定義事件AlarmEvent為報(bào)警事件，事件屬性P_EVENT={ALarm，ALARM=1，AlarmEvent}，顯示屬性為P_DISPLAY={displayColor，buttonBlink，…)，則清洗機(jī)屬性PROP={P_PARSE，P_DISPLAY，P_EVENT，P_SAVE)．最終得到清洗機(jī)靜態(tài)設(shè)備模型device_qXj={PROP，CONN}.

    2.1.2 事件模型

    事件模型定義事件系統(tǒng)處理的實(shí)體，包括事件頭(EVENT_HEAD)和事件主體(EVENT-BODY)．

    事件頭對(duì)事件本身信息進(jìn)行描述，包括事件的標(biāo)識(shí)(EVENT_ID)、事件的產(chǎn)生時(shí)間戳(EVENT_TIME)、采集源(EVENT_RID)、事件的發(fā)向(EVENT_DIRECT)以及事件的類型(EVENTTYPE)．事件主體包含了事件的內(nèi)容描述，包括發(fā)生事件的內(nèi)容信息(EVENT_CONTENT)以及事件附屬的數(shù)據(jù)(EVENT_DATA)．

    例2 以清洗機(jī)報(bào)警事件AlarmEvent為例．根據(jù)例1中清洗機(jī)的模型，當(dāng)ALARM值為1時(shí)報(bào)警，并停止此工藝運(yùn)行，事件發(fā)向CEP引擎以及PCS控制系統(tǒng)，事件內(nèi)容信息EVENT_CONTENT=“清洗機(jī)報(bào)警”，事件發(fā)向CEP引擎進(jìn)行復(fù)雜事件的監(jiān)測(cè)，發(fā)向PCS控制命令．其中向PCS發(fā)送的事件帶有數(shù)據(jù)，則EVENT_DATA={pcs：STOP=1}，數(shù)據(jù)為通過連接器向PCS發(fā)送的控制命令．

2.2 動(dòng)態(tài)模型的構(gòu)建

    動(dòng)態(tài)模型描述了與操作時(shí)間和順序有關(guān)的系統(tǒng)特征．通過系統(tǒng)Petri Net過程模型與事件模型的對(duì)應(yīng)映射，得到系統(tǒng)規(guī)則庫以及模型庫中模型的關(guān)系，以使用CEP方法對(duì)系統(tǒng)進(jìn)行監(jiān)測(cè)和決策．在MES的快速構(gòu)建及重配中，動(dòng)態(tài)模型是紐帶．

    2.2.1 系統(tǒng)Petri Net模型映射

    在事件驅(qū)動(dòng)的系統(tǒng)中，將狀態(tài)的變化看作事件，同樣Petri Net模型描述了系統(tǒng)的狀態(tài)變化，也描述了系統(tǒng)的邏輯．通過系統(tǒng)Petri Net過程模型與事件的匹配映射，將事件靜態(tài)模型和過程模型聯(lián)系起來，得到事件的關(guān)系模型，同時(shí)也是CEP引擎做決策的規(guī)則模型．

圖2 MES生產(chǎn)線的Petri Net建模

    圖2為Petri Net對(duì)液晶面板生產(chǎn)線一個(gè)階段的建模．當(dāng)3條生產(chǎn)線都完成(S5壓合、S7壓合完成狀態(tài))，才可以完成最后的生產(chǎn)(S8測(cè)試狀態(tài))．將模型中所有的狀態(tài)庫和事件一一映射，可得到事件的關(guān)系．玻璃清洗E2=SEQ E1，清洗完成E6=NOTE4，E5一E2 OR E3，清洗完成2次E7=Times(E6，2)，測(cè)試E8=E5 AND E7．根據(jù)模型中事件的層次，定義幾種事件類型．

    定義7 基本事件BASIC—EVENT：設(shè)備與消息中心的通信獲得設(shè)備信息的事件．由于與設(shè)備通信的實(shí)時(shí)、采集不問斷的特點(diǎn)，設(shè)備信息的采集作為特殊的事件獨(dú)立處理，定義為基本事件．

    定義8 簡單事件SIMPLE_EVENT：采集的設(shè)備信息經(jīng)過解析而觸發(fā)的事件以及業(yè)務(wù)系統(tǒng)傳入消息中心的事件．在設(shè)備的建模中，事件屬性中的事件就是簡單事件．同時(shí)，事件建模中可以定義由業(yè)務(wù)系統(tǒng)發(fā)來的事件為簡單事件．

    定義9復(fù)雜事件COMPLE—EVENT：系統(tǒng)中簡單事件的邏輯組合構(gòu)成的事件．基本邏輯關(guān)系有5種，分別為或關(guān)系(OR)、與關(guān)系(AND)、非關(guān)系(NOT)、事件E的發(fā)生次數(shù)T的關(guān)系(Times(E，T))，以及t時(shí)間內(nèi)發(fā)生事件E的關(guān)系(WITHIN(E，t))．

    根據(jù)圖2中的模型，E1，E3，E4為簡單事件，通過簡單事件以一些規(guī)則復(fù)合在一起產(chǎn)生的事件E2，E5，E6，E7，E8為復(fù)雜事件．通過過程模型的映射得到了事件的邏輯關(guān)系，并將事件的關(guān)系映射到CEP引擎的規(guī)則中，CEP引擎根據(jù)規(guī)則來進(jìn)行監(jiān)測(cè)和決策．

    例3 以一臺(tái)清洗機(jī)出錯(cuò)“發(fā)生報(bào)警”過程為例．生產(chǎn)場地有多臺(tái)清洗機(jī)，一臺(tái)清洗機(jī)停止，則此工藝停止，備用工藝中清洗機(jī)開始接手后續(xù)工作，將此過程的過程模型與事件系統(tǒng)的事件進(jìn)行映射．系統(tǒng)根據(jù)監(jiān)測(cè)，如果一臺(tái)清洗機(jī)出錯(cuò)，則生成報(bào)警事件AlarmEvent并發(fā)出；如果沒有出錯(cuò)，則發(fā)出非邏輯NOT AlarmEvent事件．CEP引擎監(jiān)測(cè)到AlarmEvent事件的發(fā)生，進(jìn)行決策生成BackupStartEvent“啟動(dòng)備用設(shè)備”事件，并派遣此事件到相應(yīng)目的地．

    2.2.2 系統(tǒng)事件的派遣

    事件是通過對(duì)系統(tǒng)的監(jiān)測(cè)而決策產(chǎn)生的，然后被發(fā)送到派遣中心，派遣中心根據(jù)規(guī)則，對(duì)事件進(jìn)行不同方向的派送．派送的方向有CEP引擎、消息中間件、PCS．發(fā)往消息中間件的消息則根據(jù)參數(shù)發(fā)向不同的通道，包括設(shè)備通道、顯示通道、業(yè)務(wù)通道．在事件引擎中對(duì)每個(gè)設(shè)備設(shè)有事件通道，方便CEP引擎對(duì)事件系統(tǒng)的監(jiān)測(cè)和決策．根據(jù)派送的方向，定義兩種事件．

    定義10上行事件UP—EVENT：向業(yè)務(wù)系統(tǒng)、數(shù)據(jù)庫發(fā)送的事件．上行事件產(chǎn)生消息，發(fā)往消息中間件，根據(jù)消息中間件通道訂閱情況，進(jìn)行數(shù)據(jù)的持久化以及發(fā)往業(yè)務(wù)系統(tǒng)的行為．

    定義11 下行事件DOWN—EVENT：向PCS發(fā)送的事件．下行事件產(chǎn)生行為，與PCS進(jìn)行信息交換，驅(qū)動(dòng)生產(chǎn)線按照規(guī)則運(yùn)轉(zhuǎn)．

    圖3為事件關(guān)系以及事件的派遣機(jī)制．上行事件發(fā)送至消息中間件，根據(jù)訂閱情況，推送消息至訂閱系統(tǒng)，訂閱系統(tǒng)收到消息并進(jìn)行相應(yīng)的處理，即采用消息驅(qū)動(dòng)的機(jī)制驅(qū)動(dòng)業(yè)務(wù)的進(jìn)行．下行事件通過與設(shè)備實(shí)時(shí)通信，直接與控制系統(tǒng)進(jìn)行信息交換，使PCS聯(lián)動(dòng)運(yùn)行．發(fā)往事件引擎的事件，通過CEP引擎對(duì)事件進(jìn)行監(jiān)測(cè)并進(jìn)行決策．

圖3 事件關(guān)系以及事件派遣機(jī)制

    其中派遣算法如下：

    Void dispatch(EVENT)

    If EVENT_TYPE=BASIC—EVENT

    dispatchToCEPEngine(EVENT)；

    If EVENT—TYPE—SIMPLE_EVENT

    or COMPLEX—EVENT

    If EVENT_DIRECT=Display

    dispatchToDisplayMOM(EVENT)；

    If EVENT—DIRECT=Device

    dispatchToDeviceMOM(EVENT)；

    If EVENT—DIRECT=Engine

    dispatchToCEPEngine(EVENT)；

    If EVENT_DIRECT=Service

    dispatchToServiceMOM(EVENT)；

    If EVENT—DIRECT=PCS

    dispatchToPCSConn(EVENT)；

2.3 MES的運(yùn)作及可重配

    MES的快速構(gòu)建階段需對(duì)消息中心進(jìn)行靜態(tài)建模，建立設(shè)備模型與事件模型，并通過Petri Net建立的過程模型，對(duì)事件系統(tǒng)及規(guī)則進(jìn)行映射，得到消息中心的規(guī)則庫．在基于事件驅(qū)動(dòng)的消息中心中，通過過程模型的映射形成了MES的完整模擬，構(gòu)建了MES的驅(qū)動(dòng)中心．

    系統(tǒng)運(yùn)作階段，面對(duì)外界環(huán)境的變化，需要對(duì)MES消息中心進(jìn)行重配以適應(yīng)生產(chǎn)．對(duì)于PCS設(shè)備以及事件模型的變化，修改模型庫中相應(yīng)的模型．對(duì)于系統(tǒng)業(yè)務(wù)的變化，通過Petri Net過程模型，修改規(guī)則庫中的事件以及邏輯，從而得到目標(biāo)MES模型．CEP引擎根據(jù)新規(guī)則，動(dòng)態(tài)地進(jìn)行新規(guī)則的監(jiān)測(cè)和決策，并派遣到不同處理程序，驅(qū)動(dòng)生產(chǎn)以及業(yè)務(wù)的進(jìn)行．

3 驗(yàn)證及實(shí)現(xiàn)方案

    本文以一個(gè)太陽能電池液晶面板自動(dòng)化生產(chǎn)工廠的需求為基礎(chǔ)，構(gòu)建基于消息中心的可重配MES，并對(duì)該系統(tǒng)可重配性的性能指標(biāo)進(jìn)行驗(yàn)證．生產(chǎn)線通過PCS來控制生產(chǎn)，并在PCS之上構(gòu)建MES，進(jìn)行協(xié)調(diào)生產(chǎn)．消息中心作為MES信息采集和消息發(fā)送中心，與外部系統(tǒng)進(jìn)行通信，同時(shí)也作為監(jiān)測(cè)和決策中心，根據(jù)邏輯進(jìn)行事件的監(jiān)測(cè)和生成，并派送到生產(chǎn)系統(tǒng)及業(yè)務(wù)系統(tǒng)，保證生產(chǎn)及業(yè)務(wù)的持續(xù)進(jìn)行．根據(jù)上述需求，構(gòu)建基于消息中心的MES，系統(tǒng)架構(gòu)如圖4所示，并以MES中的系統(tǒng)監(jiān)控模塊以及設(shè)備重用流程作為可重用的展示．

圖4 基于消息中心的MES架構(gòu)圖

    首先在消息中心中根據(jù)生產(chǎn)線的環(huán)境以及業(yè)務(wù)的邏輯，建立生產(chǎn)線設(shè)備模型以及事件及規(guī)則模型，完成系統(tǒng)的快速構(gòu)建．消息中心持續(xù)與建立的外部系統(tǒng)進(jìn)行通信，推動(dòng)生產(chǎn)和業(yè)務(wù)的進(jìn)行．其中與PCS的通信，采用TCP／IP協(xié)議與控制器的路由，由其采集PCS信息，并根據(jù)模型對(duì)采集的數(shù)據(jù)進(jìn)行分析，產(chǎn)生事件，驅(qū)動(dòng)業(yè)務(wù)、生產(chǎn)的進(jìn)行．

    在系統(tǒng)搭建上，前臺(tái)使用flex3技術(shù)，后臺(tái)使用Java語言，并使用struts2，spring，hibernate框架．監(jiān)控程序以及設(shè)備重用流程運(yùn)行結(jié)果如圖5所示．

圖5 基于消息中心可重配MES運(yùn)行結(jié)果

    由圖5可知，當(dāng)一個(gè)設(shè)備出現(xiàn)問題，消息中心監(jiān)測(cè)到此事件，并發(fā)出報(bào)警事件通知業(yè)務(wù)系統(tǒng)，在監(jiān)控界面進(jìn)行顯示，同時(shí)向事件引擎發(fā)出事件通知，引擎根據(jù)系統(tǒng)過程邏輯，通知PCS選用后備工藝的運(yùn)行，變更生產(chǎn)流程，輕便地完成流程的重配，得到目標(biāo)流程．表1為對(duì)不同類型MES的比較．

表1 不同類型MES的比較

    通過對(duì)表1中不同MES的對(duì)比，結(jié)合基于消息中心MES實(shí)例的運(yùn)行結(jié)果來看，應(yīng)用事件驅(qū)動(dòng)以及消息機(jī)制有很好的靈活性和輕便性，使用Petri Net進(jìn)行系統(tǒng)的建模，對(duì)于系統(tǒng)的規(guī)則生成以及管理有較好的可維護(hù)性．以事件驅(qū)動(dòng)消息中心為核心的MES有好的適應(yīng)性、開放性，系統(tǒng)耦合度低，有較好的可重配性，滿足可重配MES的要求．

4 結(jié)語

    本文提出了一個(gè)基于消息中心構(gòu)建可重配MES的方法，建立了基于消息中心的MES，并將其應(yīng)用于自動(dòng)化生產(chǎn)工廠對(duì)可重構(gòu)系統(tǒng)的指標(biāo)進(jìn)行了驗(yàn)證．從實(shí)例分析以及對(duì)比的結(jié)果來看，以消息中心為基礎(chǔ)構(gòu)建的MES有較好的柔性、適應(yīng)性以及開放性，解決了快速構(gòu)建初始模型以及面對(duì)變化快速得到目標(biāo)模型的問題．本文提出的基于事件驅(qū)動(dòng)消息中心的可重配MES框架，較好地解決了集成制造系統(tǒng)中的可重配問題． 

轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：基于消息中心的可重配MES/ERP的研究

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10820511424.html