TW202303306A - ＳＣＡＤＡ Ｗｅｂ ＨＭＩ系統 - Google Patents

Abstract

本發明之目的係在於提供一種可以減低大型系統中的警報信號之處理負荷的SCADA Web HMI系統。HMI伺服端機係執行緩衝處理與警報過濾處理。緩衝處理係在所接收之區塊資料包含有警報信號之集合的情況下，至少將區塊資料中所包含的警報信號之集合暫時性地儲存於警報緩衝記憶體。警報過濾處理係依每一比第一週期更長的第二週期而取出被儲存於警報緩衝記憶體的警報信號之集合，且抽出所取出的警報信號之集合中其值相較於前次值有變化的前述警報信號。

Description

SCADA Web HMI系統

本發明係關於一種SCADA Web HMI系統，尤其是關於一種減低大型系統中之處理負荷的技術。

SCADA(Supervisory Control And Data Acquisition；監控與資料擷取)已知為一種監控社會基礎設施系統(social infrastructure system)的機制。社會基礎設施系統為鋼鐵壓延系統、電力輸送變電系統、上下水道處理系統、大樓管理系統、道路系統等。

SCADA為產業控制系統之一種，且進行藉由電腦(computer)所為的系統監視、進程(process)控制與資料(data)收集。在SCADA中係需要與系統之處理性能相應的快速回應性(即時性)。

SCADA一般是由如下的子系統(subsystem)所構成。

(1)HMI(Human Machine Interface；人機介面)

HMI為向操作員(operator)提示監視對象裝置之資料，且讓操作員可以監控監視對象裝置的機構。

(2)監控系統

監控系統係藉由PLC(Programmable Logic Controller；可程式邏輯控制器)等所構成。監控系統係收集監視對象裝置之資料，且對監視對象裝置發送控制指令(command)。

(3)遠端輸入輸出裝置(Remote Input Output：RIO)

遠端輸入輸出裝置係與設置於監視對象裝置的感測器(sensor)連接，將感測器之信號轉換成數位(digital)之資料，且將該數位資料送至監控系統。

(4)通信基礎設施

通信基礎設施係連接監控系統與遠端輸入輸出裝置。

作為SCADA HMI子系統之一例，在專利文獻1係揭示有一種具備HMI客戶端(client)機與HMI伺服端(server)機的系統。在如專利文獻1的習知SCADA中，HMI伺服端機係將從PLC接收到的資料(輸入輸出信號、警報(alarm)信號)往HMI客戶端機發送，又將收集到的全部資料作為履歷資料來儲存。輸入輸出信號為有關監視對象裝置(構成產業工廠(plant)的現場設備群)的信號，且包含致動器(actuator)控制信號及感測器檢測信號。

[先前技術文獻]

[專利文獻]

專利文獻1：日本特開2017-27211號公報

針對在作為上述的子系統之一的HMI子系統的開發之中的課題 加以說明。

在大型系統中，HMI子系統會有將20萬個以上的多數信號與PLC結合的情況。在進行監控與資料收集之兩種處理的習知HMI伺服端機中，為了即時處理多數信號而需要高性能的處理器(processor)及大容量的記憶體(memory)。為此，期望能夠以低成本實現能夠應用於大型系統的HMI子系統。

本案發明人係為了實現SCADA HMI子系統之低成本化，而致力於開發一種基於瀏覽器(browser-based)的SCADA HMI子系統。藉此，可以作為在網頁瀏覽器(web browser)上動作的網頁應用程式(web application)來實現HMI螢幕(screen)。

就在網頁瀏覽器上實現HMI螢幕的優點之一，可列舉藉由切換URL(包含埠號(port number))就可以輕易地從不同的Web伺服器取得資料。亦即，履歷螢幕之資料係能夠從收集且儲存全PLC資料的線上資料收集機(ODG：Online Data Gathering)取得，被要求即時性的監視螢幕之資料係能夠從HMI伺服端機取得。藉由將屬於SCADA功能之一部分之與履歷相關的功能予以分離而交由線上資料收集機執行，HMI伺服端機就可以專門化即時監視功能。為了以低成本的HMI伺服端機來處理多數信號，期望可以減低輸入輸出信號(包含致動器控制信號及感測器檢測信號)或警報信號之處理負荷。

在習知HMI伺服端機中，無論是輸入輸出信號或警報信號都是同等即時性地執行處理。的確，輸入輸出信號係必須不經由人工之操作而極速地(數毫秒至數百毫秒)反映至監視螢幕。然而，由於警報信號係對於HMI操作者的要求指示，所以無需人工無法對應的程度之頻繁的顯示變更，且無需如輸入輸出信號的程度之即時性。

本發明係為了解決如上述的課題而開發完成，其目的在於提供一種可以減低大型系統中的警報信號之處理負荷的SCADA Web HMI系統。

第一觀點係與SCADA Web HMI系統相關聯。

SCADA Web HMI系統係具備經由電腦網路(computer network)而連接的可程式邏輯控制器(以下，稱為PLC)、HMI客戶端機及HMI伺服端機。

前述PLC係將包含與構成產業工廠的現場設備群相關的輸入輸出信號之集合及警報信號之集合的至少一方的區塊資料(block data)依每一第一週期而發送至前述電腦網路；

前述HMI客戶端機係具備：

監視器(monitor)，係顯示網頁瀏覽器；以及

客戶端用處理器，係以執行前述網頁瀏覽器之方式所構成，該前述網頁瀏覽器係顯示配置有警報零件(alarm parts)的螢幕；

前述網頁瀏覽器係因應從前述HMI伺服端機接收到的前述警報信號而使前述警報零件之顯示狀態變化。

前述HMI伺服端機係具備：

伺服端用記憶體，係已儲存有警報緩衝記憶體(alarm buffer memory)；以及

伺服端用處理器，係進行警報管理。

前述伺服端用處理器係以執行接收處理、緩衝處理、警報過濾(alarm filtering)處理及發送處理的方式所構成。

前述接收處理係依每一前述第一週期而接收從前述PLC所發送來的前述區塊資料。

前述緩衝處理係在前述接收到的區塊資料包含有前述警報信號之集合的情況下，至少將前述區塊資料中所包含的前述警報信號之集合暫時性地儲存於前述警報緩衝記憶體。

前述警報過濾處理係依每一比前述第一週期更長的第二週期而取出被儲存於前述警報緩衝記憶體的前述警報信號之集合，且抽出前述已被取出的警報信號之集合之中其值相較於前次值有變化的前述警報信號。

前述發送處理係將前述已被抽出的警報信號往被顯示於前述監視器的前述網頁瀏覽器發送。

第二觀點係除了第一觀點更具有以下的特徵。

前述緩衝處理係在前述接收到的區塊資料包含有前述警報信號之集合的情況下，將前述接收到的區塊資料暫時性地儲存於前述警報緩衝記憶體。

前述警報過濾處理係依每一前述第二週期而取出被儲存於前述警報緩衝記憶體的前述區塊資料。前述警報過濾處理係從前述已被取出的區塊資料抽出警報信號之集合，且抽出前述已被抽出的警報信號之集合之中其值相較於前次值有變化的前述警報信號。

第三觀點係除了第一觀點更具有以下的特徵。

前述緩衝處理係在前述接收到的區塊資料包含有前述警報信號之集合的情況下，抽出前述區塊資料中所包含的前述警報信號之集合，且將前述已被抽出的警報信號之集合暫時性地儲存於前述警報緩衝記憶體。

第四觀點係除了第一至第三觀點中之任一觀點更具有以下的特 徵。

前述區塊資料係以群播(multicast)或廣播(broadcast)從前述PLC依每一前述第一週期而發送。

第五觀點係除了第四觀點更具有以下的特徵。

SCADA Web HMI系統係復具備線上資料收集機。

前述線上資料收集機係從前述PLC週期性地接收前述區塊資料，且儲存前述區塊資料中所包含的全部信號之履歷資料。

前述線上資料收集機係因應來自前述網頁瀏覽器之要求而發送前述履歷資料。

前述網頁瀏覽器係在現在被顯示於前述網頁瀏覽器的前述螢幕為履歷螢幕的情況下，對前述線上資料收集機要求前述履歷資料。

前述網頁瀏覽器係將從前述線上資料收集機接收到的前述履歷資料顯示於前述履歷螢幕。

依據第一觀點，有關不被要求如輸入輸出信號的程度之即時性的警報信號，係藉由以比區塊資料之接收週期(第一週期)更長的週期(第二週期)執行處理而可將資料更新週期最佳化，並且減低處理負荷。又，因為不包含警報信號的區塊資料會被毀棄而不被處理，故可以減低處理負荷。

依據第二觀點，在區塊資料之接收週期(第一週期)中將包含警報信號的區塊資料暫時性地儲存於警報緩衝記憶體，且在第二週期中抽出已被儲存的區塊資料或警報信號。因此，可以減低接收時的處理負荷。

依據第三觀點，在區塊資料之接收週期(第一週期)中將從區塊資 料抽出的警報信號暫時性地儲存於警報緩衝記憶體。因此，可以縮小警報緩衝記憶體之尺寸(size)，且可以減低記憶體使用量。

依據第四觀點，不會給既有的裝置帶來影響，且被追加於電腦網路的裝置能夠接收區塊資料。

依據第五觀點，可以藉由線上資料收集機來儲存全部信號之履歷資料，且HMI客戶端機之網頁瀏覽器可以從線上資料收集機取得履歷資料。因此，因為HMI伺服端機只要僅處理即時監視所需的資料就足夠，故而可以減低HMI伺服端機之處理負荷。

1:可程式邏輯控制器(PLC)

2:HMI伺服端機

3:HMI客戶端機

4:線上資料收集機

5:電腦網路

6:輸入輸出管理進程

6a:參照計數更新執行緒

6b:群播接收器執行緒

6c:警報生成執行緒

7:HMI伺服端進程

8:警報管理進程

15:警報區塊資訊

16:接收處理

19,19a:緩衝處理

20:警報緩衝記憶體

21,21a:警報過濾處理

22:發送處理

30:網頁瀏覽器

31:螢幕

32:監視螢幕

33:履歷螢幕

61,71,81:處理器

62,72,82:記憶體

63,73,83:網路介面

74:輸入介面

75:監視器

圖1係用以說明本發明之實施型態1的SCADA Web HMI系統之構成例的圖。

圖2係例示本發明之實施型態1的HMI伺服端機所具有的功能之概要的方塊圖。

圖3係用以針對本發明之實施型態1的緩衝處理加以說明的流程圖(flowchart)。

圖4係用以針對本發明之實施型態1的警報過濾處理加以說明的流程圖。

圖5係用以說明本發明之實施型態1的緩衝處理及警報過濾處理之具體例的圖。

圖6係例示本發明之實施型態2的HMI伺服端機所具有的功能之概要的方塊圖。

圖7係用以針對本發明之實施型態2的緩衝處理加以說明的流程圖。

圖8係用以針對本發明之實施型態2的警報過濾處理加以說明的流程圖。

圖9係用以說明本發明之實施型態2的緩衝處理及警報過濾處理之具體例的圖。

圖10係顯示HMI伺服端機、HMI客戶端機、線上資料收集機之硬體(hardware)構成例的方塊圖。

以下，參照圖式來詳細地說明本發明之實施型態。再者，在各圖中共同的要素係附記同一符號並省略重複的說明。

[實施型態1]

1-1.SCADA Web HMI系統

圖1係用以說明實施型態1的SCADA Web HMI系統之構成例的圖。圖1所示的SCADA Web HMI系統，係具備經由電腦網路5而相互地連接的PLC1、HMI伺服端機2、HMI客戶端機3及線上資料收集機4。電腦網路5例如是乙太網路(Ethernet)(註冊商標)。

PLC1係經由省略圖示的控制網路而連接於構成產業工廠的現場設備群(包含致動器及感測器)。PLC1係將包含區塊資料的封包(packet)以多播或廣播依每一第一週期而往電腦網路5發送。區塊資料為PLC信號之集合。在一個區塊資料係包含有數十至數百的PLC信號。作為PLC信號之種類係有輸入輸出信號(包含致動器控制信號及感測器檢測信號)、警報信號。在區塊資料係包含有輸入輸出信號之集合及警告信號之集合的至少一方。警報信號之總數係比輸入輸出信號之總數還少。

區塊資料係無論PLC信號之值是否已從前次值變化都會週期性地 發送。因此，即便是在包含所發送之區塊資料的封包遺失的情況下，仍會在下一個發送週期再度發送，而將最新狀態反映至HMI伺服端機2及線上資料收集機4。

HMI客戶端機3係具備後述之圖10所示的處理器71、記憶體72及監視器75。藉由處理器71執行記憶於記憶體72的程式(program)，使處理器71構成為執行網頁瀏覽器30，該網頁瀏覽器30係顯示配置有顯示零件的螢幕31。監視器75係顯示網頁瀏覽器30。

網頁瀏覽器30係因應URL而切換連接目的地(HMI伺服端機2、線上資料收集機4)，並能夠從URL所指定的Web伺服器取得與螢幕31相關的HTML文件(document)之各種資訊。螢幕31係包含：被要求即時性的監視螢幕32；以及顯示履歷資料的履歷螢幕33。

網頁瀏覽器30係在現在被顯示於網頁瀏覽器30的螢幕31為監視螢幕32的情況下，因應從HMI伺服端機2接收到的輸入輸出信號而使顯示零件之顯示狀態變化。所謂顯示狀態之變化，例如是數值、文字、顏色、形狀之變化。又，網頁瀏覽器30係因應從HMI伺服端機2接收到的警報信號而使被配置於螢幕31的警報零件之顯示狀態變化。

網頁瀏覽器30係在現在被顯示於網頁瀏覽器30的螢幕31為履歷螢幕的情況下，對線上資料收集機4要求履歷資料。網頁瀏覽器30係將從線上資料收集機4接收到的履歷資料顯示於履歷螢幕33。

線上資料收集機4係具備後述之圖10所示的處理器81及記憶體82。藉由處理器81執行記憶於記憶體82的程式，使處理器81構成為執行Web伺服器處理與履歷資料管理處理。

線上資料收集機4係從PLC1週期性地接收區塊資料。線上資料收 集機4之履歷資料管理處理係將所接收之區塊資料中所包含的全部信號之履歷資料儲存於記憶體82(包含資料庫(database))。線上資料收集機4之Web伺服器處理係因應來自網頁瀏覽器30之要求而發送履歷資料。又，線上資料收集機4係從HMI伺服端機2接收警報封包並予以儲存。

1-2.實施型態1的HMI伺服端機之功能概要

圖2係例示實施型態1的HMI伺服端機2所具有的功能之概要的方塊圖。HMI伺服端機2係具備：執行後述之圖10所示的各種處理的處理器61；以及儲存有各種資訊的記憶體62。藉由處理器61執行記憶於記憶體62的程式，處理器61會執行輸入輸出管理進程6、HMI伺服端進程7及警報管理進程8等。輸入輸出管理進程6與HMI伺服端進程7與警報管理進程8係能夠藉由進程間通信而相互地交換資料。警報管理進程8係將所生成來的警報封包送至HMI伺服端進程7及線上資料收集機4。輸入輸出管理進程6係平行地執行參照計數更新執行緒(thread)6a、群播接收器執行緒6b及警報生成執行緒6c。

又，在記憶體62係儲存有警報區塊資訊15及警報緩衝記憶體20。警報區塊資訊15，為已事先決定包含有警報信號的區塊資料之區塊編號的列表(list)。警報緩衝記憶體20為能夠暫時性地儲存資料的保管區域。

圖2所示的輸入輸出管理進程6係依每一第一週期而從PLC1接收區塊資料，且從區塊資料僅抽出與現在被顯示於網頁瀏覽器30的螢幕31相關的輸入輸出信號，並送至HMI伺服端進程7。亦即，被要求較高之即時性的輸入輸出信號係依每一第一週期而處理。

輸入輸出管理進程6係關於警報信號而執行接收處理16、緩衝處理19及警報過濾處理21。

接收處理16係依每一第一週期而接收從PLC2所發送來的區塊資料。第一週期例如是數毫秒至數百毫秒。

緩衝處理19係在所接收之區塊資料包含有警報信號之集合的情況下，至少將區塊資料中所包含的警報信號之集合暫時性地儲存於警報緩衝記憶體20。

警報過濾處理21係依每一比第一週期更長的第二週期而取出已被儲存於警報緩衝記憶體20的警報信號之集合。更且，警報過濾處理21係抽出已被取出的警報信號之集合之中其值相較於前次值有變化的警報信號。第二週期例如是數秒。

HMI伺服端進程7係執行Web伺服器處理及發送處理22。

發送處理22係將被抽出的輸入輸出信號及警報信號發送至被顯示於監視器75(圖10)的網頁瀏覽器30。

1-3.實施型態1的緩衝處理

首先參照圖3及圖5來說明圖2所示的緩衝處理19。圖3係用以針對實施型態1的緩衝處理19加以說明的流程圖。圖5係用以說明實施型態1的緩衝處理19之具體例的圖。圖3所示的流程係依每一第一週期而被重複執行。

在步驟S100中，接收處理16係依每一第一週期而接收從PLC2所發送來的區塊資料。

在圖5所示之例中，接收處理16係在第一次之第一週期接收區塊資料(區塊編號「PLC/BLK 1」)。接收處理16係在第二次之第一週期接收區塊資料(區塊編號「PLC/BLK 2」)。接收處理16係在第三次之第一週期接收區塊資料(區塊編號「PLC/BLK 3」)。

在步驟S110中，緩衝處理19係參照警報區塊資訊15而判定在所接收的區塊資料是否包含有警報信號之集合。藉此能僅抽出包含警報信號的區塊資料。在所接收之區塊資料包含有警報信號之集合的情況下，針對所接收的區塊資料執行步驟S120之處理。另一方面，在所接收的區塊資料未包含有警報信號之集合的情況下，所接收的區塊資料會被毀棄，且結束本流程。在步驟S110之判定條件不成立的情況下可以毀棄區塊資料，且可以削減以後的處理負荷。

在圖5所示之例中，在警報區塊資訊15係登錄有「PLC/BLK 1」與「PLC/BLK 2」作為包含有警報信號的區塊資料之區塊編號。為此，有關被登錄於警報區塊資訊15的區塊編號「PLC/BLK 1」及「PLC/BLK 2」之區塊資料係接著執行步驟S220之處理。另一方面，未被登錄於警報區塊資訊15的區塊編號「PLC/BLK 3」之區塊資料係被毀棄。

在步驟S120中，緩衝處理19係將所接收的區塊資料暫時性地儲存於警報緩衝記憶體20。因為將區塊資料複製於警報緩衝記憶體20的處理時間十分短，並且警報信號之總數比輸入輸出信號之總數還少，故而不會阻礙輸入輸出信號之即時處理。

在圖5所示之例中，二個區塊資料(區塊編號「PLC/BLK 1」及「PLC/BLK 2」係暫時性地儲存於警報緩衝記憶體20。

1-4.實施型態1的警報過濾處理

其次參照圖4及圖5來說明圖2所示的警報過濾處理21。圖4係用以針對實施型態1的警報過濾處理21加以說明的流程圖。圖5係用以說明實施型態1的警報過濾處理21之具體例的圖。圖4所示的流程係依每一比第一週期更長的第二週期而被重複執行。有關未被要求如輸入輸出信號的程度之即時性的警報信號，可以藉 由以比輸入輸出信號之處理週期(第一週期)更長的週期(第二週期)執行處理來將資料更新週期最佳化。

在步驟S200中，警報過濾處理21係判定現在計數值t是否達到相當於第二週期的規定計數值T。在判定條件不成立的情況下，現在計數值t會被增量(increment)並再次執行步驟S210之處理。另一方面，在判定條件成立的情況下，亦即在第二週期已經過的情況下，接著執行步驟S220之處理。

在步驟S220中，警報過濾處理21係取出被儲存於警報緩衝記憶體20的區塊資料，且將所取出的區塊資料予以拆包(unpack)並抽出警報信號之集合。

在圖5所示之例中，二個區塊資料(區塊編號「PLC/BLK 1」及「PLC/BLK 2」被拆包，且四個PLC信號(P1_1、ALM_1、P2_1、ALM_2)之中的警報信號(ALM_1、ALM_2)被抽出。

在步驟S230中，警報過濾處理21係根據過濾資訊而僅將所抽出的警報信號之集合之中其值相較於前次值有變化的警報信號予以抽出。過濾資訊係包含各警報信號之前次值且儲存於記憶體62。在警報信號之前次值與此次值不同的情況下係需要HMI操作員的操作。為此，有必要將有變化的警報信號送至HMI伺服端進程7。另一方面，在警報信號之前次值與此次值為相同的情況下係可以毀棄該警報信號，且可以削減以後的處理負荷。

在圖5所示之例中，上述的二個警報信號(ALM_1、ALM_2)之中的警報信號(ALM_1)，為其值相較於前次值有變化的信號。另一方面，警報信號(ALM_2)，因為前次值與此次值為相同故而被毀棄。

在步驟S240中，警報過濾處理21係生成包含所抽出之警報信號的 警報封包(alarm packet)。

在圖5所示之例中，係生成包含警報信號(ALM-1)的警報封包。

在步驟S250中，發送處理22係將警報封包發送至被顯示於監視器75(圖10)的網頁瀏覽器30。

1-5.功效

如以上說明，依據緩衝處理19，則僅將包含警報信號的區塊資料暫時性地儲存於警報緩衝記憶體20，且毀棄不包含警報信號的區塊資料。因為是以區塊資料單位來毀棄不必要的資料，故而在大型系統中減低處理負荷的功效特別大。依據警報過濾處理21，有關不被要求如輸入輸出信號的程度之即時性的警報信號，可以藉由以比輸入輸出信號之處理週期(第一週期)更長的週期(第二週期)執行處理來將資料更新週期最佳化。更且，依據警報過濾處理21，可以僅抽出相較於前次值有變化的警報信號。從而，可以將相較於前次值沒有變化的警報信號予以毀棄來減低以後的處理負荷，且削減發送至網頁瀏覽器的資料量。藉由具備此等的處理，就可以構成不需要高性能之CPU或大容量之記憶體的HMI系統。

又，可以藉由線上資料收集機4來儲存全部信號之履歷資料，HMI客戶端機3之網頁瀏覽器30係可以從線上資料收集機4取得履歷資料。因此，因為HMI伺服端機2係只要僅處理即時監視所需的資料就足夠，故而可以減低HMI伺服端機之處理負荷。

[實施型態2]

2-1.實施型態2之概要

其次，參照圖6至圖9來說明本發明之實施型態2。

在上述的實施型態1中係在將包含警報信號的區塊資料暫時性地儲存於警報緩衝記憶體20之後，執行拆包處理。在此方式的情況下，因為在警報緩衝記憶體20包含有區塊資料整體，故而亦包含有警報信號以外之多餘的輸入輸出信號。為了低成本化，較佳是可以減低被使用於警報緩衝記憶體20的記憶體使用量。

於是，在本實施型態中係在儲存於警報緩衝記憶體20之前進行拆包處理，且僅將警報信號儲存於警報緩衝記憶體20。

2-2.實施型態2的HMI伺服端機之功能概要

圖6係例示實施型態2的HMI伺服端機2所具有的功能之概要的方塊圖。圖6所示的HMI伺服端機2之構成係除了緩衝處理19被置換成緩衝處理19a，警報過濾處理21被置換成警報過濾處理21a以外，與圖2所示的構成相同。

緩衝處理19a係在依每一第一週期而接收到的區塊資料包含有警報信號之集合的情況下，抽出區塊資料中所包含的警報信號之集合，且將所抽出的警報信號之集合暫時性地儲存於警報緩衝記憶體20。第一週期，例如是數毫秒至數百毫秒。

警報過濾處理21a係依每一比第一週期更長的第二週期而取出被儲存於警報緩衝記憶體20的警報信號之集合。更且，警報過濾處理21a係將所取出的警報信號之集合之中其值相較於前次值有變化的警報信號予以抽出。第二週期，例如是數秒。

2-3.實施型態2的緩衝處理

首先參照圖7及圖9來說明圖6所示的緩衝處理19a。圖7係用以針對實施型態2的緩衝處理19a加以說明的流程圖。圖9係用以說明實施型態2的緩衝處理19a之具體例的圖。圖7所示的流程係依第一週期而被重複執行。

步驟S100及步驟S110之處理係與圖3相同。在步驟S100中，接收處理16係依每一第一週期而接收從PLC2所發送來的區塊資料。

在圖9所示之例中，接收處理16係在第一次之第一週期接收區塊資料(區塊編號「PLC/BLK 1」)。接收處理16係在第二次之第一週期接收區塊資料(區塊編號「PLC/BLK 2」)。接收處理16係在第三次之第一週期接收區塊資料(區塊編號「PLC/BLK 3」)。

在步驟S110中，緩衝處理19a係參照警報區塊資訊15而判定在所接收的區塊資料是否包含有警報信號之集合。藉此能僅抽出包含警報信號的區塊資料。在所接收之區塊資料包含有警報信號之集合的情況下，針對所接收的區塊資料執行步驟S320之處理。另一方面，在所接收的區塊資料未包含有警報信號之集合的情況下，所接收的區塊資料會被毀棄，且結束本流程。在步驟S110之判定條件不成立的情況下，係可以毀棄區塊資料，且可以削減以後的處理負荷。

在圖9所示之例中，在警報區塊資訊15係登錄有「PLC/BLK 1」與「PLC/BLK 2」作為包含有警報信號的區塊資料之區塊編號。為此，有關被登錄於警報區塊資訊15的區塊編號「PLC/BLK 1」及「PLC/BLK 2」之區塊資料係接著執行步驟S320之處理。另一方面，未被登錄於警報區塊資訊15的區塊編號「PLC/BLK 3」之區塊資料係被毀棄。

在步驟S320中，緩衝處理19a係將區塊資料予以拆包並抽出警報信號之集合。

在圖9所示之例中，二個區塊資料(區塊編號「PLC/BLK 1」及「PLC/BLK 2」被拆包，且四個PLC信號(P1_1、ALM_1、P2_1、ALM_2)之中的警報信號(ALM_1、ALM_2)被抽出。

在步驟S330中，緩衝處理19a係將所抽出的警報信號之集合暫時性地儲存於警報緩衝記憶體20。

在圖9所示之例中，二個警報信號(ALM_1、ALM_2)係暫時性地儲存於警報緩衝記憶體20。

2-4.實施型態2的警報過濾處理

其次參照圖8及圖9來說明圖6所示的警報過濾處理21a。圖8係用以針對實施型態2的警報過濾處理21a加以說明的流程圖。圖9係用以說明實施型態2的警報過濾處理21a之具體例的圖。圖8所示的流程係依每一比第一週期更長的第二週期而被重複執行。

圖8係除了步驟S220之處理被省略以外，其餘與圖4相同。

在步驟S200中，警報過濾處理21a係判定現在計數值t是否達到相當於第二週期的規定計數值T。在判定條件不成立的情況下，現在計數值t會被增量並再次執行步驟S210之處理。另一方面，在判定條件成立的情況下，亦即在第二週期已經過的情況下，接著執行步驟S230之處理。

在步驟S230中，警報過濾處理21a係取出被儲存於警報緩衝記憶體20的警報信號之集合。警報過濾處理21a係根據過濾資訊而僅將所取出的警報信號之集合之中其值相較於前次值有變化的警報信號予以抽出。過濾資訊係包含各個警報信號之前次值且儲存於記憶體62。在警報信號之前次值與此次值不同的情況下係需要HMI操作員的操作。因此，有必要將有變化的警報信號送至HMI伺服端進程7。另一方面，在警報信號之前次值與此次值為相同的情況下係可以毀棄該警報信號，且可以削減以後的處理負荷。

在圖9所示之例中，上述的二個警報信號(ALM_1、ALM_2)之中的警報信號(ALM_1)，為其值相較於前次值有變化的信號。另一方面，警報信號(ALM_2)，因為前次值與此次值為相同故而被毀棄。

在步驟S240中，警報過濾處理21a係生成包含所抽出之警報信號的警報封包。

在圖5所示之例中，係生成包含警報信號(ALM_1)的警報封包。

在步驟S250中，發送處理22係將警報封包發送至被顯示於監視器75(圖10)的網頁瀏覽器30。

2-5.功效

如以上說明，依據實施型態2的系統，則與實施型態1同樣地可以減低處理負荷。更且，依據實施型態2的系統，則比實施型態1還可以減低被使用於警報緩衝記憶體20的記憶體使用量。

3.硬體構成例

圖10係顯示HMI伺服端機2、HMI客戶端機3、線上資料收集機4之硬體構成例的方塊圖。

上述的HMI伺服端機2之各個處理係藉由處理電路所實現。處理電路係處理器61、記憶體62及網路介面(network interface)63連接所構成。處理器61係藉由執行被記憶於記憶體62的各種程式來實現HMI伺服端機2之各個功能。記憶體62係包含主記憶裝置及輔助記憶裝置。

上述的HMI客戶端機3之各個處理係藉由處理電路所實現。處理電路係處理器71、記憶體72、網路介面73、輸入介面74及至少一個監視器75連接所構成。處理器71係藉由執行被記憶於記憶體72的各種程式來實現HMI客戶端 機3之各個功能。記憶體72係包含主記憶裝置及輔助記憶裝置。輸入介面74為鍵盤(keyboard)、滑鼠(mouse)、觸控面板(touch panel)等的輸入裝置(input device)。監視器75亦可設置有複數台。

上述的線上資料收集機4之各個處理係藉由處理電路所實現。處理電路係處理器81、記憶體82及網路介面83連接所構成。處理器81係藉由執行被記憶於記憶體82的各種程式來實現線上資料收集機4之各個功能。記憶體82係包含主記憶裝置及輔助記憶裝置。

以上，雖然已針對本發明之實施型態加以說明，但是本發明並非被限定於上述之實施型態，可以在未脫離本發明之趣旨的範圍內進行各種變化來實施。除了已在上述之實施型態中談及各個元素之個數、數量、量、範圍等之數目的情況、已特別明示的情況或原理上明顯已被具體指定於該數目的情況，此發明並非被限定於該談及的數目。又，在上述的實施型態中說明的構造等，係除了已特別明示的情況或明顯在原理上已被具體指定的情況，在此發明並不一定為必須者。

Claims (5)

1. 一種SCADA Web HMI系統，其具備經由電腦網路而連接的可程式邏輯控制器(以下，稱為PLC)、HMI客戶端機及HMI伺服端機；

   前述PLC係將包含與構成產業工廠的現場設備群相關的輸入輸出信號之集合及警報信號之集合的至少一方的區塊資料依每一第一週期而發送至前述電腦網路；

   前述HMI客戶端機係具備：

   監視器，係顯示網頁瀏覽器；以及

   客戶端用處理器，係構成為執行前述網頁瀏覽器，前述網頁瀏覽器係顯示配置有警報零件的螢幕；

   前述網頁瀏覽器係因應從前述HMI伺服端機接收到的前述警報信號而使前述警報零件之顯示狀態變化；

   前述HMI伺服端機係具備：

   伺服端用記憶體，係儲存有警報緩衝記憶體；以及

   伺服端用處理器；

   前述伺服端用處理器係以執行下列處理的方式構成：

   接收處理，係依每一前述第一週期而接收從前述PLC所發送來的前述區塊資料；

   緩衝處理，係在前述接收到的區塊資料包含有前述警報信號之集合的情況下，至少將前述區塊資料中所包含的前述警報信號之集合暫時性地儲存於前述警報緩衝記憶體；

   警報過濾處理，係依每一比前述第一週期更長的第二週期而取出被儲存於前述警報緩衝記憶體的前述警報信號之集合，且抽出前述所取出的警報信號之集合之中其值相較於前次值有變化的前述警報信號；以及

   發送處理，係將前述所抽出的警報信號發送至被顯示於前述監視器的前述網頁瀏覽器。
2. 如請求項1所述之SCADA Web HMI系統，其中，前述緩衝處理係在前述接收到的區塊資料包含有前述警報信號之集合的情況下，將前述接收到的區塊資料暫時性地儲存於前述警報緩衝記憶體；

   前述警報過濾處理係依每一前述第二週期而取出被儲存於前述警報緩衝記憶體的前述區塊資料，且從前述所取出的區塊資料抽出警報信號之集合，且抽出前述所抽出的警報信號之集合之中其值相較於前次值有變化的前述警報信號。
3. 如請求項1所述之SCADA Web HMI系統，其中，前述緩衝處理係在前述接收到的區塊資料包含有前述警報信號之集合的情況下，抽出前述區塊資料中所包含的前述警報信號之集合，且將前述所抽出的警報信號之集合暫時性地儲存於前述警報緩衝記憶體。
4. 如請求項1至3中任一項所述之SCADA Web HMI系統，其中，前述區塊資料係以群播或廣播從前述PLC依每一前述第一週期而發送。
5. 如請求項4所述之SCADA Web HMI系統，更具備線上資料收集機；

   前述線上資料收集機係從前述PLC週期性地接收前述區塊資料，且儲存前述區塊資料中所包含的全部信號之履歷資料，並因應來自前述網頁瀏覽器之要求而發送前述履歷資料；

   前述網頁瀏覽器係在現在被顯示於前述網頁瀏覽器的前述螢幕為履歷螢幕的情況下，對前述線上資料收集機要求前述履歷資料，且將從前述線上資料收集機接收到的前述履歷資料顯示於前述履歷螢幕。

Images