本發(fā)明涉及MES系統(tǒng)及計(jì)算機(jī)應(yīng)用技術(shù)領(lǐng)域，特別是涉及一種基于MES的集群實(shí)時(shí)監(jiān)控系統(tǒng)及監(jiān)控方法。

背景技術(shù)：

MES可以為企業(yè)提供包括制造數(shù)據(jù)管理、計(jì)劃排程管理、生產(chǎn)調(diào)度管理、庫(kù)存管理、質(zhì)量管理、人力資源管理、工作中心/設(shè)備管理、工具工裝管理、采購(gòu)管理、成本管理、項(xiàng)目看板管理、生產(chǎn)過(guò)程控制、底層數(shù)據(jù)集成分析、上層數(shù)據(jù)集成分解等管理模塊，為企業(yè)打造一個(gè)扎實(shí)、可靠、全面、可行的制造協(xié)同管理平臺(tái)。

隨著計(jì)算機(jī)技術(shù)在各個(gè)領(lǐng)域的發(fā)展和廣泛應(yīng)用，越來(lái)越多的計(jì)算機(jī)應(yīng)用系統(tǒng)走進(jìn)了人們的生產(chǎn)生活和工作中，各行各業(yè)對(duì)計(jì)算機(jī)的依賴程度越來(lái)越高，它們不僅給人們生產(chǎn)生活帶來(lái)極大的方便，而且提高了人們的工作效率。眾所周知，計(jì)算機(jī)技術(shù)是以日新月異的速度前進(jìn)和發(fā)展的，盡管計(jì)算機(jī)硬件和軟件的發(fā)展幫助計(jì)算機(jī)的可靠性和性能越來(lái)越好，但在現(xiàn)實(shí)環(huán)境中還有許許多多實(shí)際應(yīng)用問(wèn)題僅靠一臺(tái)計(jì)算機(jī)是無(wú)法實(shí)現(xiàn)和解決的，新的需求推動(dòng)了集群技術(shù)的產(chǎn)生和發(fā)展。

簡(jiǎn)單來(lái)說(shuō)，集群就是一組計(jì)算機(jī)，它們通過(guò)軟件設(shè)置和高速網(wǎng)絡(luò)連接成一個(gè)統(tǒng)一整體，為用戶提供透明的網(wǎng)絡(luò)資源服務(wù)。每個(gè)單個(gè)的計(jì)算機(jī)系統(tǒng)都是集群中的一個(gè)計(jì)算節(jié)點(diǎn)，這些計(jì)算節(jié)點(diǎn)能夠被統(tǒng)一調(diào)度并協(xié)同工作，對(duì)外表現(xiàn)為一個(gè)集成并且統(tǒng)一的計(jì)算機(jī)資源。集群技術(shù)就是使用特定的網(wǎng)絡(luò)連接方式，將許多軟硬件性能較低的計(jì)算機(jī)設(shè)備連接起來(lái)，用來(lái)執(zhí)行只有超級(jí)計(jì)算機(jī)才能處理的并行計(jì)算任務(wù)。關(guān)于使用集群技術(shù)進(jìn)行并行處理的科學(xué)話題早在二十世紀(jì)七八十年代就已經(jīng)提出，但是由于受到軟硬件條件以及網(wǎng)絡(luò)資源和信息交換技術(shù)的限制，使得集群系統(tǒng)與其他并行處理系統(tǒng)在處理性能上相差甚遠(yuǎn)。直到網(wǎng)絡(luò)互連和信息交換技術(shù)的發(fā)展并逐漸成為市場(chǎng)主導(dǎo)，集群系統(tǒng)才具備了與超級(jí)計(jì)算機(jī)相匹敵的能力。

因此，針對(duì)上述技術(shù)問(wèn)題，有必要提供一種基于MES的集群實(shí)時(shí)監(jiān)控系統(tǒng)及監(jiān)控方法。

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

有鑒于此，本發(fā)明的目的在于提供一種基于MES的集群實(shí)時(shí)監(jiān)控系統(tǒng)及監(jiān)控方法。

為了實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例提供的技術(shù)方案如下：

一種基于MES的集群實(shí)時(shí)監(jiān)控系統(tǒng)，所述系統(tǒng)包括：

若干機(jī)臺(tái)控制器，每個(gè)機(jī)臺(tái)上對(duì)應(yīng)連接有一個(gè)機(jī)臺(tái)控制器，機(jī)臺(tái)控制器用于獲取機(jī)臺(tái)中的實(shí)時(shí)數(shù)據(jù)并進(jìn)行解析；

若干RTM服務(wù)器，所述RTM服務(wù)器與機(jī)臺(tái)控制器一一對(duì)應(yīng)設(shè)置，RTM服務(wù)器用于接收各個(gè)機(jī)臺(tái)控制器解析后的實(shí)時(shí)數(shù)據(jù)；

數(shù)據(jù)庫(kù)，與RTM服務(wù)器相連，用于存儲(chǔ)RTM服務(wù)器接收的數(shù)據(jù)。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述RTM服務(wù)器中的數(shù)據(jù)通過(guò)多線程并發(fā)機(jī)制上傳至數(shù)據(jù)庫(kù)，并進(jìn)行實(shí)時(shí)UPH計(jì)算，保留未及時(shí)保存的機(jī)臺(tái)數(shù)據(jù)。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述機(jī)臺(tái)控制器中的數(shù)據(jù)通過(guò)Plus Message發(fā)送至RTM服務(wù)器。

相應(yīng)地，一種基于MES的集群實(shí)時(shí)監(jiān)控系統(tǒng)的監(jiān)控方法，所述監(jiān)控方法包括：

S1、機(jī)臺(tái)控制器獲取各個(gè)機(jī)臺(tái)中的實(shí)時(shí)數(shù)據(jù)并進(jìn)行解析；

S2、RTM服務(wù)器接收各個(gè)機(jī)臺(tái)控制器解析后的實(shí)時(shí)數(shù)據(jù)；

S3、將RTM服務(wù)器中的數(shù)據(jù)上傳至數(shù)據(jù)庫(kù)，并進(jìn)行實(shí)時(shí)UPH計(jì)算，保留未及時(shí)保存的機(jī)臺(tái)數(shù)據(jù)。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述步驟S3中通過(guò)多線程并發(fā)機(jī)制將RTM服務(wù)器中的數(shù)據(jù)上傳至數(shù)據(jù)庫(kù)。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述監(jiān)控方法還包括：

在監(jiān)視頁(yè)面建立若干布局模塊對(duì)機(jī)臺(tái)進(jìn)行監(jiān)控，所述布局模塊中包括若干布局信息，布局信息包括布局名稱、布局高度、布局寬度、背景圖片、區(qū)域名稱、狀態(tài)及說(shuō)明。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述監(jiān)控方法還包括：

控制布局模塊的大小及位置，并對(duì)布局模塊進(jìn)行保存。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述監(jiān)控方法還包括：

在文本框中輸入查詢信息，文本框失去焦點(diǎn)后觸發(fā)后臺(tái)查詢事件，對(duì)MES中的信息進(jìn)行查詢并進(jìn)行信息傳輸。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述監(jiān)控方法還包括：

獲取用戶權(quán)限，并對(duì)延時(shí)事件進(jìn)行占用、申請(qǐng)、或處理操作。

本發(fā)明的有益效果是：

使用可靠的技術(shù)及框架并基于Net平臺(tái)，能夠提升后續(xù)開(kāi)發(fā)效率；

對(duì)RTM系統(tǒng)引入負(fù)載均衡（loading balance）技術(shù)，使系統(tǒng)穩(wěn)定地運(yùn)行，并支持多區(qū)域建模；

界面優(yōu)化和改造，使界面操作與結(jié)果反饋更人性化，能夠提升員工操作效率。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明中記載的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明基于MES的集群實(shí)時(shí)監(jiān)控系統(tǒng)的模塊示意圖；

圖2為本發(fā)明基于MES的集群實(shí)時(shí)監(jiān)控方法的流程示意圖；

圖3為本發(fā)明一具體實(shí)施方式中RTM的界面示意圖；

圖4為本發(fā)明一具體實(shí)施方式中布局管理的示意圖；

圖5為本發(fā)明一具體實(shí)施方式中實(shí)時(shí)監(jiān)控的示意圖；

圖6為本發(fā)明一具體實(shí)施方式中實(shí)時(shí)監(jiān)控的運(yùn)行圖；

圖7為本發(fā)明一具體實(shí)施方式中實(shí)時(shí)監(jiān)控的效果示意圖；

圖8為本發(fā)明一具體實(shí)施方式中生產(chǎn)信息的示意圖；

圖9為本發(fā)明一具體實(shí)施方式中的線下示意圖；

圖10為本發(fā)明一具體實(shí)施方式中的空閑申請(qǐng)圖；

圖11為本發(fā)明一具體實(shí)施方式中的測(cè)試原理圖。

具體實(shí)施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明中的技術(shù)方案，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。

參圖1所示，本發(fā)明公開(kāi)了一種基于MES的集群實(shí)時(shí)監(jiān)控系統(tǒng)，該監(jiān)控系統(tǒng)包括：

若干機(jī)臺(tái)控制器10，每個(gè)機(jī)臺(tái)上對(duì)應(yīng)連接有一個(gè)機(jī)臺(tái)控制器，機(jī)臺(tái)控制器用于獲取機(jī)臺(tái)中的實(shí)時(shí)數(shù)據(jù)并進(jìn)行解析；

若干RTM服務(wù)器20，RTM服務(wù)器20與機(jī)臺(tái)控制器10一一對(duì)應(yīng)設(shè)置，RTM服務(wù)器用于接收各個(gè)機(jī)臺(tái)控制器解析后的實(shí)時(shí)數(shù)據(jù)；

數(shù)據(jù)庫(kù)30，與RTM服務(wù)器20相連，用于存儲(chǔ)RTM服務(wù)器接收的數(shù)據(jù)。

其中，RTM服務(wù)器中的數(shù)據(jù)通過(guò)多線程并發(fā)機(jī)制上傳至數(shù)據(jù)庫(kù)，并進(jìn)行實(shí)時(shí)UPH計(jì)算，保留未及時(shí)保存的機(jī)臺(tái)數(shù)據(jù)。機(jī)臺(tái)控制器中的數(shù)據(jù)通過(guò)Plus Message發(fā)送至RTM服務(wù)器。

相應(yīng)地，參圖2所示，本發(fā)明還公開(kāi)了一種基于MES的集群實(shí)時(shí)監(jiān)控系統(tǒng)的監(jiān)控方法，該監(jiān)控方法包括：

S1、機(jī)臺(tái)控制器獲取各個(gè)機(jī)臺(tái)中的實(shí)時(shí)數(shù)據(jù)并進(jìn)行解析；

S2、RTM服務(wù)器接收各個(gè)機(jī)臺(tái)控制器解析后的實(shí)時(shí)數(shù)據(jù)；

S3、將RTM服務(wù)器中的數(shù)據(jù)上傳至數(shù)據(jù)庫(kù)，并進(jìn)行實(shí)時(shí)UPH計(jì)算，保留未及時(shí)保存的機(jī)臺(tái)數(shù)據(jù)。

優(yōu)選地，步驟S3中通過(guò)多線程并發(fā)機(jī)制將RTM服務(wù)器中的數(shù)據(jù)上傳至數(shù)據(jù)庫(kù)。

本發(fā)明設(shè)計(jì)的RTM(Real-Time Monitoring) WebServer、Client模塊如圖3所示：通過(guò)對(duì)測(cè)試設(shè)備與產(chǎn)線的實(shí)時(shí)監(jiān)控和對(duì)測(cè)試生產(chǎn)運(yùn)營(yíng)的每個(gè)環(huán)節(jié)進(jìn)行分析與管理達(dá)到實(shí)現(xiàn)測(cè)試資產(chǎn)使用價(jià)值最大化、資產(chǎn)利用率最高、運(yùn)行成本最低、系統(tǒng)安全運(yùn)行等目標(biāo)。

本發(fā)明設(shè)計(jì)了CC(Cell Controller)機(jī)臺(tái)數(shù)據(jù)采集系統(tǒng)，讀取機(jī)臺(tái)數(shù)據(jù)文件，解析RTM相關(guān)數(shù)據(jù)后通過(guò)Plus Message發(fā)送至RTM服務(wù)器（RTM Server），一個(gè)機(jī)臺(tái)對(duì)應(yīng)一個(gè)機(jī)臺(tái)控制器（CC）。RTM服務(wù)器（RTM Server）接收各個(gè)CC發(fā)送的數(shù)據(jù)，通過(guò)多線程并發(fā)機(jī)制上傳至數(shù)據(jù)庫(kù)，同時(shí)進(jìn)行實(shí)時(shí)UPH計(jì)算，保留未及時(shí)保存summary的機(jī)臺(tái)數(shù)據(jù)。

進(jìn)一步地，本實(shí)施方式中監(jiān)控方法還包括：

在監(jiān)視頁(yè)面建立若干布局模塊對(duì)機(jī)臺(tái)進(jìn)行監(jiān)控，所述布局模塊中包括若干布局信息，布局信息包括布局名稱、布局高度、布局寬度、背景圖片、區(qū)域名稱、狀態(tài)及說(shuō)明。參圖4所示，本實(shí)施方式設(shè)計(jì)了實(shí)時(shí)監(jiān)視頁(yè)面中多種布局維護(hù)頁(yè)面，點(diǎn)擊新增按鈕，填寫(xiě)需要新增的布局信息，點(diǎn)擊即可保存布局。

實(shí)時(shí)監(jiān)控頁(yè)面設(shè)備布局的位置及大小維護(hù)頁(yè)面如圖5所示。點(diǎn)擊新增，創(chuàng)建一個(gè)設(shè)備模塊，選擇設(shè)備名，設(shè)置高寬，或者在新增模塊后拖拉實(shí)現(xiàn)大小控制及位置。完成后點(diǎn)擊保存位置，最終保存設(shè)備布局位置。實(shí)時(shí)顯示設(shè)備狀態(tài)及生產(chǎn)詳細(xì)如圖6所示，可以按照區(qū)域：FT/PT，頁(yè)面布局，布局類型來(lái)查看設(shè)備情況。布局類型中包括：Handler Tester DeviceRequest三種模式，按照不同模式凸顯出不同的重點(diǎn)。布局名稱來(lái)自于布局管理中相對(duì)應(yīng)的項(xiàng)。點(diǎn)擊實(shí)時(shí)總產(chǎn)量按鈕，顯示實(shí)時(shí)總產(chǎn)量，按照班次列出產(chǎn)量數(shù)據(jù)如圖7所示。

本實(shí)施方式可以顯示每個(gè)設(shè)備的生產(chǎn)詳細(xì)信息如圖8所示，如果當(dāng)前設(shè)備不是Idle，相關(guān)信息就不會(huì)是空的，切標(biāo)記出當(dāng)前設(shè)備是處于什么狀態(tài)下，批次詳細(xì)信息，各負(fù)責(zé)人信息及Site生產(chǎn)信息。Site信息按照實(shí)際設(shè)備顯示，設(shè)備中的Site數(shù)量等于當(dāng)前詳細(xì)信息中的Site框數(shù)量，內(nèi)容與設(shè)備同步。生產(chǎn)開(kāi)始的入口頁(yè)面，選擇相關(guān)的步驟和分選機(jī)后，輸入批次號(hào)，文本框在失去焦點(diǎn)后，會(huì)觸發(fā)后臺(tái)查詢事件，查詢出MES中維護(hù)的Lot信息，帶出在頁(yè)面中，點(diǎn)擊Track In簽入或者Track Out簽出。

本發(fā)明中還考慮了線下issue系統(tǒng)，如圖9所示，技術(shù)員在處理issue時(shí)可能遇到午飯等延時(shí)事件，但是在線上的issu系統(tǒng)中是不會(huì)自動(dòng)計(jì)算這些時(shí)間，所以需要在線下系統(tǒng)中，對(duì)這些時(shí)間進(jìn)行人為的加減。點(diǎn)擊新申請(qǐng)?zhí)幚戆粹o，打開(kāi)新增窗口，選擇設(shè)備，選擇是報(bào)修還是處理還是占用，填寫(xiě)情況描述后保存，這里新建一個(gè)占用或者申請(qǐng)，在有權(quán)限的用戶打開(kāi)頁(yè)面可在列表中顯示超鏈接的設(shè)備名，點(diǎn)擊可處理此新占用/申請(qǐng)/處理如圖10所示。可填寫(xiě)處理措施，如果選擇交給產(chǎn)線，則該issue直接處理完畢，不用等待，填寫(xiě)無(wú)效時(shí)間以分鐘為單位，填寫(xiě)后issue的時(shí)間中會(huì)減去這些時(shí)間，剩下的時(shí)間則是該issue的處理是時(shí)間。

另外，本發(fā)明還設(shè)計(jì)了生產(chǎn)Hold的重要憑據(jù)，主頁(yè)面看看到所有的SBC數(shù)據(jù)，也可以查詢歷史數(shù)據(jù)，但是歷史中的數(shù)據(jù)只可以查看，不會(huì)有任何實(shí)際意義。點(diǎn)擊新增，彈出新增框，選擇客戶名稱、產(chǎn)品名稱、流程、bin編號(hào)、bin限制。保存后的sbc信息，如果當(dāng)前新增人有審核權(quán)限，則直接生效，如果當(dāng)前新增人沒(méi)有審核權(quán)限，則該信息會(huì)在待申請(qǐng)中等待有權(quán)限的用戶審核，或者在我的申請(qǐng)中，對(duì)申請(qǐng)的sbc撤銷申請(qǐng)。審核用戶進(jìn)入待批準(zhǔn)頁(yè)面后，可以對(duì)申請(qǐng)的sbc數(shù)據(jù)進(jìn)行批準(zhǔn)或駁回操作如圖11所示。

由上述技術(shù)方案可以看出，本發(fā)明具有以下有益效果：

使用可靠的技術(shù)及框架并基于Net平臺(tái)，能夠提升后續(xù)開(kāi)發(fā)效率；

對(duì)RTM系統(tǒng)引入負(fù)載均衡（loading balance）技術(shù)，使系統(tǒng)穩(wěn)定地運(yùn)行，并支持多區(qū)域建模；

界面優(yōu)化和改造，使界面操作與結(jié)果反饋更人性化，能夠提升員工操作效率。

對(duì)于本領(lǐng)域技術(shù)人員而言，顯然本發(fā)明不限于上述示范性實(shí)施例的細(xì)節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其他的具體形式實(shí)現(xiàn)本發(fā)明。因此，無(wú)論從哪一點(diǎn)來(lái)看，均應(yīng)將實(shí)施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權(quán)利要求而不是上述說(shuō)明限定，因此旨在將落在權(quán)利要求的等同要件的含義和范圍內(nèi)的所有變化囊括在本發(fā)明內(nèi)。不應(yīng)將權(quán)利要求中的任何附圖標(biāo)記視為限制所涉及的權(quán)利要求。

此外，應(yīng)當(dāng)理解，雖然本說(shuō)明書(shū)按照實(shí)施方式加以描述，但并非每個(gè)實(shí)施方式僅包含一個(gè)獨(dú)立的技術(shù)方案，說(shuō)明書(shū)的這種敘述方式僅僅是為清楚起見(jiàn)，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)將說(shuō)明書(shū)作為一個(gè)整體，各實(shí)施例中的技術(shù)方案也可以經(jīng)適當(dāng)組合，形成本領(lǐng)域技術(shù)人員可以理解的其他實(shí)施方式。