WO2023248339A1 - Ｓｃａｄａウェブｈｍｉシステム - Google Patents

Ｓｃａｄａウェブｈｍｉシステム Download PDF

Info

Publication number
WO2023248339A1
WO2023248339A1 PCT/JP2022/024703 JP2022024703W WO2023248339A1 WO 2023248339 A1 WO2023248339 A1 WO 2023248339A1 JP 2022024703 W JP2022024703 W JP 2022024703W WO 2023248339 A1 WO2023248339 A1 WO 2023248339A1
Authority
WO
WIPO (PCT)
Prior art keywords
signal data
hmi
data
scada
thread
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2022/024703
Other languages
English (en)
French (fr)
Inventor
享治 橋詰
章 野島
伸夫 清水
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Mitsubishi Electric Industrial Systems Corp
Original Assignee
Toshiba Mitsubishi Electric Industrial Systems Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Mitsubishi Electric Industrial Systems Corp filed Critical Toshiba Mitsubishi Electric Industrial Systems Corp
Priority to JP2023523304A priority Critical patent/JP7444335B1/ja
Priority to CN202280045115.5A priority patent/CN117616740A/zh
Priority to US18/575,322 priority patent/US12619207B2/en
Priority to PCT/JP2022/024703 priority patent/WO2023248339A1/ja
Priority to TW112101048A priority patent/TWI834470B/zh
Publication of WO2023248339A1 publication Critical patent/WO2023248339A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Program-control systems
    • G05B19/02—Program-control systems electric
    • G05B19/04—Program control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Program control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Program-control systems
    • G05B19/02—Program-control systems electric
    • G05B19/04—Program control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/05—Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/24—Pc safety
    • G05B2219/24215—Scada supervisory control and data acquisition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data

Definitions

  • the present invention relates to a SCADA web HMI system, and particularly to a technique for reducing processing load in a large-scale system.
  • SCADA Supervisory Control and Data Acquisition
  • Social infrastructure systems include steel rolling systems, power transmission and substation systems, water and sewage treatment systems, building management systems, and road systems.
  • SCADA is a type of industrial control system that uses computers to monitor systems, control processes, and collect data. SCADA requires immediate response (real-time performance) that matches the processing performance of the system.
  • SCADA generally consists of the following subsystems.
  • HMI Human Machine Interface
  • the HMI is a mechanism that presents data on monitored devices to an operator and allows the operator to monitor and control the monitored devices.
  • the supervisory control system includes a programmable logic controller (PLC) and the like.
  • PLC programmable logic controller
  • the remote input/output device connects to a sensor installed on the monitored device, converts the sensor signal into digital data, and sends the digital data to the monitoring control system.
  • the communication infrastructure connects the monitoring control system and remote input/output devices.
  • Patent Document 1 discloses a system including an HMI client machine and an HMI server machine.
  • an HMI server machine transmits data (input/output signals, alarm signals) received from a PLC to an HMI client machine, and also accumulates all collected data as historical data.
  • the input/output signal is a signal related to a device to be monitored (a group of field devices constituting an industrial plant), and includes an actuator control signal and a sensor detection signal.
  • the HMI subsystem may connect a large number of signals, hundreds of thousands of points or more, to the PLC.
  • Conventional HMI server machines that perform both supervisory control and data collection require a high-performance processor and large-capacity memory in order to process a large number of signals in real time. Therefore, it is desired to be able to realize an HMI subsystem that can be applied to large-scale systems at low cost.
  • the inventor of the present application has developed a browser-based SCADA HMI subsystem.
  • the HMI screen can be realized as a web application running on a web browser.
  • One of the advantages of implementing an HMI screen on a web browser is that data can be easily acquired from a different web server by switching the URL (including port number).
  • the history screen data should be obtained from an online data gathering device (ODG) that collects and accumulates all PLC data
  • ODG online data gathering device
  • the monitoring screen data which requires real-time performance, should be obtained from the HMI server machine. becomes possible.
  • the HMI server machine can specialize in real-time monitoring functions. In order to process a large number of signals with a low-cost HMI server machine, it is desirable to reduce the processing load of input/output signals (including actuator control signals and sensor detection signals) and alarm signals.
  • the HMI server machine cannot perform real-time data processing. For example, if 128 HMI client machines are connected to one server machine and each HMI client machine displays the same screen, the HMI server machine receives signal data included in the screen and all It is necessary to send it to the HMI client machine.
  • the screen on the HMI client machine is displayed by a web browser, and signal data is transferred from the HMI server machine to the HMI client machine using a point-to-point connection such as WebSocket. Sent. That is, multicast transmission cannot be used for transmission from the HMI server machine to the HMI client machine. Therefore, the HMI server machine needs to transmit signal data 128 times the amount of received data to the HMI client machine.
  • This proposal was made to solve the above-mentioned problems, and even when the processing load on the server machine is high, it prevents delays in updating the display on the screen of the HMI client machine and prevents the server machine from stopping.
  • the purpose is to provide a SCADA web HMI system that can
  • a SCADA web HMI system includes a plurality of programmable logic controllers (hereinafter referred to as PLCs), a plurality of HMI client machines, and one or two SCADA server machines, which are connected via a computer network. If the SCADA server machines have a redundant configuration, there will be two SCADA server machines.
  • the PLC transmits block data containing a set of input/output signals related to a group of field devices constituting an industrial plant to a computer network at regular intervals, and each HMI client machine is equipped with a screen that displays a web browser.
  • the SCADA server machine includes a communication driver and a client management section that is connected one-to-one to a plurality of HMI client machines.
  • the communication driver receives block data sent from the PLC at regular intervals, decomposes the received block data into signal data for each data type, adds a signal data identifier to the decomposed signal data, and divides the received block data into signal data for each data type.
  • the client management unit includes a reception thread that receives signal data transmitted from the communication driver, and first and second signal data that can store the signal data received by the reception thread in correspondence with signal data identifiers for each data type. It includes a buffer, and a transmission thread that reads signal data stored in the first or second signal data buffer and transmits the read signal data to the HMI client machine corresponding to the read signal data. While the transmission thread reads signal data from one of the first and second signal data buffers and transmits it to the HMI client machine, the signal data stored in the other of the first and second signal data buffers is overwritten. It is composed of
  • the second aspect further has the following characteristics.
  • the receive thread is configured to store signal data in the first and second signal data buffers using the data identifier as an index.
  • the third aspect further has the following characteristics in addition to the second aspect.
  • the first and second signal data buffers are configured to have update flags that are set to ON when the signal data to be stored is updated, in association with the index.
  • the receiving thread is configured to create an index list that stores indexes whose update flags are ON.
  • the index list is a list representing update areas.
  • the transmission thread is configured to refer to the index list and transmit the signal data of the index whose update flag is ON, that is, the signal data of the update area, to the HMI client machine.
  • the transmission thread reads signal data from one of the first and second signal data buffers and transmits it to the HMI client machine
  • the signal data is stored in the other of the first and second signal data buffers.
  • signal data can be stored in or read out from the first and second signal data buffers with a small amount of calculation.
  • the amount of data to be transmitted to the HMI client machine can be reduced, and as much signal data as possible can be transmitted to the HMI client machine. can be sent to.
  • FIG. 1 is a diagram for explaining a configuration example of a SCADA web HMI system according to Embodiment 1.
  • FIG. FIG. 2 is a block diagram illustrating an overview of functions possessed by a SCADA server machine.
  • FIG. 3 is a schematic diagram for explaining a signal data buffer.
  • FIG. 3 is a schematic diagram for explaining signal processing in a client management unit.
  • FIG. 6 is a schematic diagram for explaining signal processing in the client management unit when the load on the signal data transmission thread is low.
  • FIG. 3 is a schematic diagram (part 1) for explaining thinning processing that is executed when the load on the signal data transmission thread is high;
  • FIG. 7 is a schematic diagram (part 2) for explaining thinning processing that is executed when the load on the signal data transmission thread is high;
  • FIG. 3 is a schematic diagram for explaining an update flag set in a signal data buffer and an update area of signal data.
  • FIG. 3 is a schematic diagram for explaining a list representing update areas.
  • 3 is a flowchart for explaining reception processing executed in a signal data reception thread.
  • 3 is a flowchart for explaining transmission processing executed in a signal data transmission thread.
  • FIG. 2 is a schematic diagram showing a client list showing HMI client machines to which signal data should be transmitted. It is a block diagram showing an example of the hardware configuration of a SCADA server machine and an HMI client machine.
  • FIG. 1 is a diagram for explaining a configuration example of a SCADA Web HMI system 1 according to the first embodiment.
  • the SCADA web HMI system 1 includes a PLC 2, a SCADA server machine 3, and an HMI client machine 4, which are interconnected via a computer network 5.
  • the computer network 5 is, for example, Ethernet (registered trademark).
  • the PLC 2 is connected to a group of field devices that constitute an industrial plant via a control network (not shown).
  • the field equipment group includes actuators and sensors.
  • the PLC 2 transmits a packet containing block data to the computer network 5 at regular intervals by multicast or broadcast. The transmission period may be set within a range of several msec to several hundred msec, for example.
  • Block data is a collection of PLC signals.
  • One block data includes tens to hundreds of PLC signals.
  • Types of PLC signals include input/output signals (including actuator control signals and sensor detection signals) and alarm signals.
  • the block data includes at least one of a set of input/output signals and a set of alarm signals.
  • the block data is periodically transmitted to the SCADA server machine 3 regardless of whether the value of the PLC signal has changed from the previous value.
  • the HMI client device 4 includes a processor 401, a memory 402, and a monitor 403 shown in FIG. 13, which will be described later.
  • the processor 401 executes the program stored in the memory 402
  • the processor 401 is configured to execute the web browser 40 that displays the screen 41 on which the display parts 42 are arranged.
  • the monitor 403 displays the screen of the web browser 40.
  • the web browser 40 can acquire various information of the HTML document regarding the screen 41 from a web server (not shown) specified by the URL.
  • the web server is built within the SCADA server machine 3.
  • the screen 41 includes a monitoring screen that requires real-time performance.
  • the web browser 40 changes the display state of the display parts 42 according to the input/output signal received from the SCADA server machine 3 when the screen 41 currently displayed on the web browser 40 is a monitoring screen. Changes in display state include, for example, changes in numbers, characters, colors, and shapes. Further, the web browser 40 changes the display state of the display parts 42 arranged on the screen 41 according to the alarm signal received from the SCADA server machine 3.
  • FIG. 2 is a block diagram illustrating an overview of functions possessed by the SCADA server machine 3 according to the first embodiment.
  • the SCADA server machine 3 includes a communication driver 31 and a client management section 32.
  • the communication driver 31 is configured to perform a reception process 311 that receives block data from the PLC 2 at regular intervals, and an unpack process 312 that decomposes the received block data into signal data for each data type.
  • a reception process 311 that receives block data from the PLC 2 at regular intervals
  • an unpack process 312 that decomposes the received block data into signal data for each data type.
  • bit (data size 1 bit) "short (data size 2 bytes)”
  • float data size 4 bytes
  • the communication driver 31 adds a signal data identifier corresponding to each signal data to generate a packet for each data type, and executes packet processing 313 to send the generated packet to the client management unit 32. It is composed of That is, the data sent from the communication driver 31 to the client management unit 32 is a pair of a signal data identifier and a value of the signal data.
  • the signal data identifier corresponds to a character string written by the application designer and is unique for each data type.
  • the data size of the signal data identifier is, for example, 23 bits.
  • the client management unit 32 has a signal data reception thread 321, a first signal data buffer 322a, a second signal data buffer 322b, and a signal data transmission thread 323.
  • the signal data reception thread 321 receives packets (signal data for each data type) received from the communication driver 31.
  • the signal data receiving thread 321 uses the signal data identifier as an index of the signal data buffers 322a and 322b.
  • the signal data reception thread 321 stores signal data in the first signal data buffer 322a or the second signal data buffer 322b, although details will be described later.
  • the first and second signal data buffers 322a and 322b have the same configuration.
  • the two signal data buffers 322a and 322b are not distinguished from each other, they may be referred to as the signal data buffer 322.
  • the signal data buffer 322 has an area (array) for storing signal data for each data type. In each storage area, signal data is stored in correspondence with the index.
  • the amount of memory used will be larger than when using an associative array, but even if there are 8 million pieces of signal data, the amount of memory used will be about 24 Mbytes, excluding the text type, so the current Considering the specifications of the computer, it can be said that the amount of memory used is not a problem.
  • the signal data transmission thread 323 Upon receiving the instruction from the signal data reception thread 321, the signal data transmission thread 323 reads the signal data stored in the first signal data buffer 322a or the second signal data buffer 322b, and converts the read signal data into a data type. It is sent to the HMI client machine 4 every time. At this time, the amount of data transmitted to the HMI client machine 4 can be reduced by transmitting only the signal data of the update area Ru (see FIG. 8), which will be described later, to the HMI client machine 4.
  • the signal data reception thread 321 upon receiving a packet (signal data) from the communication driver 31, stores the received signal data in the first signal data buffer 322a.
  • the data received from the communication driver 31 is a pair of a signal data identifier and signal data, so the signal data identifier is used as an index and is placed at the index position of the storage area (array) corresponding to the signal data type. Store data values.
  • the signal data transmission thread 323 checks whether the transmission process has been completed.
  • the signal data of the packet received in the next cycle is also stored in the first signal data buffer 322a. At this time, data may be overwritten at the same index position. This means that when the amount of data sent to the HMI client machine 4 exceeds the processing capacity of the SCADA server machine 3, that is, when the processing load on the SCADA server machine 3 is high, signal data thinning processing is performed. means.
  • the signal data transmission thread 323 if the signal data transmission thread 323 has completed the transmission process, the signal data transmission thread 323 reads out the signal data stored in the first signal data buffer 322a. , and the signal data of the packet received in the next cycle is stored in the second signal data buffer 322b. When the storage is completed, the signal data transmission thread 323 checks whether the data transmission process of the first signal data buffer 322a has been completed. If the transmission process is in progress, the signal data of the packet received in the next cycle is also stored in the second signal data buffer 322b. At this time, the above thinning process is performed by overwriting data at the same index position.
  • the signal data transmission thread 323 is instructed to read the signal data stored in the second signal data buffer 322b and perform the transmission process. Such reception, storage, readout, and transmission processing is repeated.
  • each signal data of signal data identifiers A, B, and C included in a packet is incremented by 1 every 100 msec, which is a constant period. do. Since the signal data identifiers A, B, and C are used as indexes, the indices are also A, B, and C. Further, the signal data transmission thread 323 can transmit the values of each signal data of index A, B, and C stored in the first or second signal data buffer 322a, 322b to all the HMI client machines 4 within 100 msec. shall be taken as a thing. Therefore, in the example shown in FIG. 5, the processing load on the SCADA server machine 3 is low.
  • the signal data transmission thread 323 sends each signal data of index A, B, C, D, E, F stored in the first or second signal data buffer 322a, 322b.
  • This example differs from the example shown in FIG. 5 in that it takes 200 msec to send the value to all HMI client machines 4.
  • differences from the example shown in FIG. 5 will be mainly explained.
  • thinning processing is automatically executed to overwrite the signal data in the first or second signal data buffers 322a, 322b. By doing so, the amount of data transmitted to the HMI client machine 4 is adjusted.
  • the signal data transmission thread 323 may be configured to extract signal data whose update bit is ON from the entire signal data buffer 322, but this is inefficient. Therefore, as shown in FIG. 9, the signal data receiving thread 321 is configured to generate an index list Li that stores indexes whose update flags are ON, and to store the generated index list Li in the signal data buffer 322. Can be done.
  • the index list Li is a list representing update areas Ru. An index list Li can be generated for each data type.
  • the signal data transmission thread 323 can be configured to refer to the index list Li and transmit only the signal data of the index whose update flag is ON, that is, the signal data of the update area Ru, to the HMI client device 4. can. According to this, the signal data to be transmitted to the HMI client machine 4 can be efficiently extracted, and as a result, the amount of data transmitted to the HMI client machine 4 can be efficiently reduced.
  • FIGS. 8 and 9 show examples of bit-type signal data, by applying the update flag and index list Li to signal data of other data types, even more efficient signal data can be obtained. Data transmission can be realized.
  • FIG. 10 is a flowchart illustrating an example of a reception processing routine executed by the signal data reception thread 321. Note that only one of the exclusive section shown surrounded by a broken line in FIG. 10 and the exclusive section shown by a broken line in FIG. 11, which will be described later, can be executed. That is, while the signal data reception thread 321 is executing an exclusive interval, the execution of the exclusive interval of the signal data transmission thread 323 is awaited, and while the signal data transmission thread 323 is executing an exclusive interval, the execution of the exclusive interval of the signal data reception thread 321 is delayed. will be waited for.
  • reception of signal data from the communication driver 31 is waited for (step S11).
  • the communication driver 31 transmits packets containing signal data of the same data type at regular intervals.
  • the reception completion flag is turned OFF (step S13).
  • the signal data is stored in the current reception data buffer number (step S14).
  • the current reception data buffer number is the number of the signal data buffer storing signal data, and is the first or second signal data buffer 322a, 322b.
  • signal data is stored in association with the index for each data type.
  • step S15 it is determined whether the current reception data buffer number and the current transmission data buffer number in the routine shown in FIG. 11, which will be described later, are the same (step S15). If they are different, that is, if the transmission by the signal data transmission thread 323 is completed, the reception completion flag is turned ON (step S16). As a result, the signal data of the next received packet is stored in a different signal data buffer than the current one. After step S16, the process returns to step S11. On the other hand, if they are the same, the process advances to step S17.
  • step S17 semaphore V operation is executed.
  • step S18 the current receive data buffer number is updated. This notifies the signal data transmission thread 323 that the next data to be transmitted is ready. After step S18 ends, the process returns to step S11.
  • FIG. 11 is a flowchart illustrating an example of a transmission processing routine executed by the signal data transmission thread 323.
  • a semaphore P operation is executed (step S21).
  • the signal data reception thread 321 waits until the preparation of the data to be transmitted is completed.
  • the signal data stored in the current transmission data buffer number is transmitted to the HMI client device 4 (step S22).
  • the current transmission data buffer number is the number of the signal data buffer from which signal data is being read, and is the first or second signal data buffer 322a, 322b.
  • the index list Li shown in FIG. 9 is referred to, and only the signal data of the index whose update flag is ON, that is, the signal data of the update area Ru, is transmitted. As a result, the amount of data to be transmitted to the HMI client device 4 can be reduced, so that the transmission of signal data from the HMI client device 4 can be completed quickly.
  • the signal data transmission thread 323 creates a client list Lc that defines the relationship between the index of the signal data buffer 322 corresponding to the signal data and the HMI client machine 4 to which the signal data is to be transmitted.
  • step S22 the current transmission data buffer number is updated (step S23).
  • step S24 it is determined whether the current transmission data buffer number and the current reception data buffer number in the routine shown in FIG. 10 are the same (step S24). If they are different, the process returns to step S21. If they are the same, the process advances to step S25.
  • step S25 it is determined whether the reception completion flag is ON. If the reception completion flag is OFF, the process returns to step S21. On the other hand, if the reception completion flag is ON, the semaphore V operation is executed (step S26). Next, the current reception data buffer number is updated (step S27). Next, the reception completion flag is turned OFF (step S28), and the process returns to step S21.
  • FIG. 13 is a block diagram showing an example of the hardware configuration of the SCADA server machine and HMI client machine.
  • the processing circuit is configured by connecting a processor 301, a memory 302, and a network interface 303.
  • the processor 301 realizes each function of the SCADA server machine 3 by executing various programs stored in the memory 302.
  • Memory 302 includes a main storage device and an auxiliary storage device.
  • the memory 302 also includes first and second signal data buffers 322a and 322b, which are storage areas that can temporarily store signal data.
  • the processing circuit includes a processor 401, a memory 402, at least one monitor 403, a network interface 404, and an input interface 405 connected to each other.
  • the processor 401 realizes each function of the HMI client machine 4 by executing various programs stored in the memory 402.
  • Memory 402 includes a main storage device and an auxiliary storage device. A plurality of monitors 403 may be provided.
  • the input interface 405 is an input device such as a keyboard, mouse, or touch panel.
  • the signal data transmission thread 323 reads signal data from one of the first and second signal data buffers 322a and 322b and transmits it to the HMI client machine 4, By overwriting (updating) the signal data stored in the other of the first and second signal data buffers 322a and 322b, the signal data to be transmitted to the HMI client machine 4 can be thinned out. This prevents signal data that cannot be transmitted to the HMI client machine 4 from staying in the signal data buffer 322 of the SCADA server machine 3 or from reducing the free memory capacity of the SCADA server machine 3. Therefore, even when the processing load on the SCADA server machine 3 is high, a delay in updating the display on the screen 41 of the HMI client machine 4 and a stoppage of the SCADA server machine 3 can be prevented.
  • the latest signal data is not thinned out by overwriting. Furthermore, the amount of signal data to be thinned out can be reduced as much as possible, and as much signal data as possible can be transmitted to the HMI client machine 4. Therefore, the thinning process can be performed by making full use of the system performance of the SCADA web HMI system 1.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

本発明は、サーバ機への処理負荷が高い場合でも、ＨＭＩクライアント機のスクリーン上での表示更新の遅延やサーバ機の停止を防止できるＳＣＡＤＡウェブＨＭＩシステムを提供する。ＳＣＡＤＡサーバ機は、通信ドライバと、ＨＭＩクライアント機に１対１で接続されるクライアント管理部を備える。クライアント管理部は、通信ドライバからの信号データを受信する受信スレッドと、受信スレッドで受信した信号データをデータ型ごとに信号データ識別子に対応させて格納可能な第１及び第２の信号データバッファと、第１または第２の信号データバッファに格納された信号データを読み出してＨＭＩクライアント機に送信する送信スレッドを備える。送信スレッドが第１及び第２の信号データバッファの一方から信号データを読み出してＨＭＩクライアント機に送信する間、第１及び第２の信号データバッファの他方に格納される信号データが上書きされる。

Description

ＳＣＡＤＡウェブＨＭＩシステム
　本発明は、ＳＣＡＤＡウェブＨＭＩシステムに関し、特に大規模システムにおける処理負荷を低減する技術に関する。
　ＳＣＡＤＡ（Ｓｕｐｅｒｖｉｓｏｒｙ Ｃｏｎｔｒｏｌ Ａｎｄ Ｄａｔａ Ａｃｑｕｉｓｉｔｉｏｎ）は、社会インフラシステムを監視制御する仕組みとして知られている。社会インフラシステムは、鉄鋼圧延システム、電力送変電システム、上下水道処理システム、ビル管理システム、道路システムなどである。
　ＳＣＡＤＡは、産業制御システムの一種であり、コンピュータによるシステム監視とプロセス制御とデータ収集とを行う。ＳＣＡＤＡでは、システムの処理性能に合わせた即応性（リアルタイム性）が必要である。
　ＳＣＡＤＡは一般に次のようなサブシステムから構成される。
（１）ＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）
　ＨＭＩは、監視対象装置のデータをオペレータに提示し、オペレータが監視対象装置を監視し制御できるようにする機構である。
（２）監視制御システム
　監視制御システムは、Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｃｏｎｔｒｏｌｌｅｒ（ＰＬＣ）などによって構成される。監視制御システムは、監視対象装置のデータを収集し、監視対象装置に対して制御コマンドを送る。
（３）遠方入出力装置（Ｒｅｍｏｔｅ Ｉｎｐｕｔ Ｏｕｔｐｕｔ：ＲＩＯ）
　遠方入出力装置は、監視対象装置に設置されたセンサと接続し、センサの信号をデジタルのデータに変換し、そのデジタルデータを監視制御システムに送る。
（４）通信基盤
　通信基盤は、監視制御システムと遠方入出力装置を接続する。
　ＳＣＡＤＡ ＨＭＩサブシステムの一例として、特許文献１には、ＨＭＩクライアント機とＨＭＩサーバ機とを備えるシステムが開示されている。特許文献１のような従来のＳＣＡＤＡでは、ＨＭＩサーバ機が、ＰＬＣから受信したデータ（入出力信号、アラーム信号）をＨＭＩクライアント機へ送信し、また収集したすべてのデータを履歴データとして蓄積する。入出力信号は、監視対象装置（産業プラントを構成するフィールド機器群）に関する信号であり、アクチュエータ制御信号およびセンサ検出信号を含む。
日本特開２０１７－２７２１１号公報 日本特開平１１－１２０１０４号公報
　上述したサブシステムの１つであるＨＭＩサブシステムの開発における課題について説明する。
　大規模システムでは、ＨＭＩサブシステムは、数十万点以上の多数の信号をＰＬＣと結び付ける場合がある。監視制御とデータ収集の両方を担う従来のＨＭＩサーバ機では、多数の信号をリアルタイムで処理するために、高性能なプロセッサおよび大容量のメモリが必要となる。そのため、大規模システムに適用可能なＨＭＩサブシステムを低コストに実現できることが望まれている。
　ＳＣＡＤＡ ＨＭＩサブシステムの低コスト化を実現するため、本願発明者は、ブラウザベースのＳＣＡＤＡ ＨＭＩサブシステムを開発するに至った。これにより、ウェブブラウザ上で動作するウェブアプリケーションとしてＨＭＩスクリーンを実現することができる。
　ウェブブラウザ上でＨＭＩスクリーンを実現するメリットの１つとして、ＵＲＬ（ポート番号含む）を切り替えることで、容易に異なるＷｅｂサーバからデータを取得できる点が挙げられる。
　すなわち、履歴スクリーンのデータは、全ＰＬＣデータを収集し蓄積するオンラインデータ収集機（ＯＤＧ：Ｏｎｌｉｎｅ Ｄａｔａ Ｇａｔｈｅｒｉｎｇ）から取得し、リアルタイム性が要求される監視スクリーンのデータは、ＨＭＩサーバ機から取得することが可能となる。ＳＣＡＤＡ機能の一部である履歴に関する機能を分離し、オンラインデータ収集機に任せることで、ＨＭＩサーバ機は、リアルタイム監視機能に特化できる。低コストのＨＭＩサーバ機で多数の信号を処理するために、入出力信号（アクチュエータ制御信号およびセンサ検出信号を含む）やアラーム信号の処理負荷を低減することが望まれる。
　ところで、大規模なＳＣＡＤＡウェブＨＭＩシステムでは、１台のサーバ機に多数のクライアント機が接続することが想定される。この場合、ＨＭＩサーバ機でのリアルタイムなデータ処理が行えなくなる可能性がある。例えば、１台のサーバ機に１２８台のＨＭＩクライアント機が接続され、各ＨＭＩクライアント機で同一のスクリーンを表示しているとすると、ＨＭＩサーバ機は、スクリーンに含まれる信号データを受信し、全てのＨＭＩクライアント機に送信する必要がある。ブラウザベースのＳＣＡＤＡ ＨＭＩサブシステムでは、ＨＭＩクライアント機上のスクリーンは、ウェブブラウザにより表示されており、例えば、ＷｅｂＳｏｃｋｅｔなどのＰｏｉｎｔ ｔｏ Ｐｏｉｎｔ接続を使用して、ＨＭＩサーバ機からＨＭＩクライアント機に信号データが送信される。即ち、ＨＭＩサーバ機からＨＭＩクライアント機への送信にマルチキャスト送信を利用することはできない。このため、ＨＭＩサーバ機は、受信したデータ量の１２８倍の信号データをＨＭＩクライアント機に送信する必要がある。
　ＨＭＩクライアント機への単位時間当たりの送信データ量が少ない間は、ＨＭＩサーバ機は、全ての信号データを遅延なく送信することができるかもしれない。然し、単位時間あたりの送信データ量が多くなると、送信データ量がＨＭＩサーバ機の処理能力を上回る可能性がある。このようにＨＭＩサーバ機への処理負荷が高い場合、ＨＭＩクライアント機に送信しきれない信号データがＨＭＩサーバ機内のバッファに滞留し、データバッファサイズが増加してしまう。その結果、ＨＭＩクライアント機のスクリーン上での表示更新が遅延するという問題や、ＨＭＩサーバ機のメモリ空き容量が少なくなり、ＨＭＩサーバ機が停止するという問題が発生する。なお、上記特許文献２には、ネットワーク上の負荷を監視し、負荷が高い場合に、パケットを選別する技術が開示されている。
　本提案は、上述のような課題を解決するためになされたもので、サーバ機への処理負荷が高い場合でも、ＨＭＩクライアント機のスクリーン上での表示更新の遅延やサーバ機の停止を防止することが可能なＳＣＡＤＡウェブＨＭＩシステムを提供することを目的とする。
　第１の観点は、ＳＣＡＤＡウェブＨＭＩシステムに関連する。ＳＣＡＤＡウェブＨＭＩシステムは、コンピュータネットワークを介して接続する、複数のプログラマブルロジックコントローラ（以下、ＰＬＣ）と複数のＨＭＩクライアント機と１台または２台のＳＣＡＤＡサーバ機とを備える。ＳＣＡＤＡサーバ機を冗長構成にした場合には、ＳＣＡＤＡサーバ機は２台となる。ＰＬＣは、産業プラントを構成するフィールド機器群に関する入出力信号の集合を含むブロックデータを一定周期ごとにコンピュータネットワークへ送信し、ＨＭＩクライアント機は、ウェブブラウザを表示するスクリーンを夫々備える。ＳＣＡＤＡサーバ機は、通信ドライバと、複数のＨＭＩクライアント機に１対１で接続されるクライアント管理部と、を備える。通信ドライバは、ＰＬＣから送信されたブロックデータを一定周期ごとに受信し、受信したブロックデータをデータ型ごとの信号データに分解し、分解した信号データに信号データ識別子を付加してデータ型ごとにクライアント管理部に送信する。クライアント管理部は、通信ドライバから送信された信号データを受信する受信スレッドと、受信スレッドで受信した信号データをデータ型ごとに信号データ識別子に対応させて格納可能な第１及び第２の信号データバッファと、第１または第２の信号データバッファに格納された信号データを読み出し、読み出した信号データに対応するＨＭＩクライアント機に送信する送信スレッドと、を備える。送信スレッドが第１及び第２の信号データバッファの一方から信号データを読み出してＨＭＩクライアント機に送信する間、第１及び第２の信号データバッファの他方に格納される信号データが上書きされるように構成される。
　第２の観点は、第１の観点に加えて、次の特徴を更に有する。受信スレッドは、データ識別子をインデックスとして使用し、第１及び第２の信号データバッファに信号データを格納するように構成される。
　第３の観点は、第２の観点に加えて、次の特徴を更に有する。第１及び第２の信号データバッファは、格納する信号データが更新されたときにＯＮとなる更新フラグをインデックスに対応させて有するように構成される。受信スレッドは、更新フラグがＯＮであるインデックスを格納したインデックスリストを作成するように構成される。インデックスリストは、更新領域を表すリストである。送信スレッドは、インデックスリストを参照し、更新フラッグがＯＮであるインデックスの信号データ、すなわち、更新領域の信号データをＨＭＩクライアント機に送信するように構成される。
　第１の観点によれば、送信スレッドが第１及び第２の信号データバッファの一方から信号データを読み出してＨＭＩクライアント機に送信する間、第１及び第２の信号データバッファの他方に格納される信号データを更新することで、ＨＭＩクライアント機に送信する信号データを間引くことができる。従って、ＳＣＡＤＡサーバ機への処理負荷が高い場合でも、ＨＭＩクライアント機のスクリーン上での表示更新の遅延やＳＣＡＤＡサーバ機の停止を防止することができる。
　第２の観点によれば、第１及び第２の信号データバッファへの信号データの格納または読み出しを少ない計算量で実行することができる。
　第３の観点によれば、更新領域の信号データのみをＨＭＩクライアント機に送信することで、ＨＭＩクライアント機への送信データ量を少なくすることができ、可能な限り多くの信号データをＨＭＩクライアント機に送信することができる。
実施の形態１に係るＳＣＡＤＡウェブＨＭＩシステムの構成例を説明するための図である。 ＳＣＡＤＡサーバ機が有する機能の概要を例示するブロック図である。 信号データバッファを説明するための模式図である。 クライアント管理部での信号処理を説明するための模式図である。 信号データ送信スレッドに対する負荷が低い場合のクライアント管理部での信号処理を説明するための模式図である。 信号データ送信スレッドに対する負荷が高い場合に実行される間引き処理を説明するための模式図（その１）である。 信号データ送信スレッドに対する負荷が高い場合に実行される間引き処理を説明するための模式図（その２）である。 信号データバッファに設定される更新フラグと信号データの更新領域を説明するための模式図である。 更新領域を表すリストを説明するための模式図である。 信号データ受信スレッドで実行される受信処理を説明するためのフローチャートである。 信号データ送信スレッドで実行される送信処理を説明するためのフローチャートである。 信号データを送信すべきＨＭＩクライアント機を示すクライアントリストを示す模式図である。 ＳＣＡＤＡサーバ機及びＨＭＩクライアント機のハードウェア構成例を示すブロック図である。
　以下、図面を参照して本発明の実施の形態について詳細に説明する。尚、各図において共通する要素には、同一の符号を付して重複する説明を省略する。
実施の形態１．
１－１．ＳＣＡＤＡウェブＨＭＩシステム
　図１は、実施の形態１に係るＳＣＡＤＡウェブＨＭＩシステム１の構成例を説明するための図である。ＳＣＡＤＡウェブＨＭＩシステム１は、コンピュータネットワーク５を介して相互に接続された、ＰＬＣ２、ＳＣＡＤＡサーバ機３、ＨＭＩクライアント機４を備える。コンピュータネットワーク５は例えばイーサネット（登録商標）である。
　ＰＬＣ２は、図示省略する制御ネットワークを介して産業プラントを構成するフィールド機器群に接続されている。フィールド機器群は、アクチュエータおよびセンサを含む。ＰＬＣ２は、ブロックデータ（ｂｌｏｃｋ ｄａｔａ）を含むパケット（ｐａｃｋｅｔ）をマルチキャストまたはブロードキャストでコンピュータネットワーク５へ一定周期ごとに送信する。送信周期は、例えば、数ｍｓｅｃから数百ｍｓｅｃの範囲内で設定され得る。ブロックデータは、ＰＬＣ信号の集合である。１つのブロックデータには数十から数百のＰＬＣ信号が含まれる。ＰＬＣ信号の種類として、入出力信号（アクチュエータ制御信号およびセンサ検出信号を含む）、アラーム信号がある。ブロックデータには入出力信号の集合およびアラーム信号の集合の少なくとも一方が含まれる。ブロックデータは、ＰＬＣ信号の値が前回値から変化したか否かに関わらず、周期的にＳＣＡＤＡサーバ機３に送信される。
　ＨＭＩクライアント機４は、後述する図１３に示すプロセッサ４０１、メモリ４０２、モニタ４０３を備える。メモリ４０２に記憶されたプログラムをプロセッサ４０１が実行することにより、プロセッサ４０１は、表示パーツ４２が配置されたスクリーン４１を表示するウェブブラウザ４０を実行するように構成されている。モニタ４０３は、ウェブブラウザ４０の画面を表示する。
　ウェブブラウザ４０は、ＵＲＬで指定したＷｅｂサーバ（図示省略）からスクリーン４１に関するＨＴＭＬドキュメントの各種情報を取得可能である。Ｗｅｂサーバは、ＳＣＡＤＡサーバ機３内に構築されている。スクリーン４１は、リアルタイム性の要求される監視スクリーンを含む。
　ウェブブラウザ４０は、ウェブブラウザ４０に現在表示されているスクリーン４１が監視スクリーンである場合に、ＳＣＡＤＡサーバ機３から受信した入出力信号に応じて表示パーツ４２の表示状態を変化させる。表示状態の変化とは、例えば、数値、文字、色、形の変化である。また、ウェブブラウザ４０は、ＳＣＡＤＡサーバ機３から受信したアラーム信号に応じてスクリーン４１に配置された表示パーツ４２の表示状態を変化させる。
１－２．ＳＣＡＤＡサーバ機の機能概要
　図２は、実施の形態１に係るＳＣＡＤＡサーバ機３が有する機能の概要を例示するブロック図である。ＳＣＡＤＡサーバ機３は、通信ドライバ３１と、クライアント管理部３２とを備える。
　通信ドライバ３１は、一定周期ごとにＰＬＣ２からブロックデータを受信する受信処理３１１と、受信したブロックデータをデータ型ごとの信号データに分解するアンパック（ｕｎｐａｃｋ）処理３１２とを実行するように構成されている。本実施の形態では、データ型として、「ｂｉｔ（データサイズ１ｂｉｔ）」、「ｓｈｏｒｔ（データサイズ２ｂｙｔｅ）」、「ｆｌｏａｔ（データサイズ４ｂｙｔｅ）」を用いる場合を例に説明するが、他のデータ型を用いることができる。さらに、通信ドライバ３１は、各信号データに対応する信号データ識別子を付加してデータ型ごとのパケット（ｐａｃｋｅｔ）を生成し、生成したパケットをクライアント管理部３２に送信するパケット処理３１３を実行するように構成されている。即ち、通信ドライバ３１からクライアント管理部３２に送信されるデータは、信号データ識別子と信号データの値（ｖａｌｕｅ）との対である。
　ここで、信号データ識別子は、アプリケーション設計者が記述した文字列に対応するもので、データ型ごとにユニークである。信号データ識別子のデータサイズは、例えば、２３ｂｉｔである。これにより、信号データ識別子が、データ型ごとに約８００万個の信号データを表すことができ、大規模なＳＣＡＤＡウェブＨＭＩシステム１に対して十分に対応可能である。ｂｉｔ型のデータであれば、信号データ識別子が２３ｂｉｔで、データの値が１ｂｉｔであるので、１信号あたりのデータサイズは、２４ｂｉｔ（＝３ｂｙｔｅ）となる。ｆｌｏａｔ型のデータであれば、信号データ識別子が２３ｂｉｔで、データの値が４ｂｙｔｅであるので、１ｂｉｔのパディングを付加して、１信号あたりのデータサイズは、７ｂｙｔｅとなる。なお、パケットを生成する際、ウェブブラウザ４０に現在表示されているスクリーン４１に関する信号データ識別子の信号データのみを抽出するようにしてもよい。
　クライアント管理部３２は、信号データ受信スレッド３２１と、第１の信号データバッファ３２２ａと、第２の信号データバッファ３２２ｂと、信号データ送信スレッド３２３とを有する。
　信号データ受信スレッド３２１は、通信ドライバ３１から受信したパケット（データ型ごとの信号データ）を受信する。信号データ受信スレッド３２１は、信号データ識別子を信号データバッファ３２２ａ，３２２ｂのインデックス（ｉｎｄｅｘ）として利用する。信号データ受信スレッド３２１は、詳細は後述するが、第１の信号データバッファ３２２ａまたは第２の信号データバッファ３２２ｂに信号データを格納する。
　第１及び第２の信号データバッファ３２２ａ，３２２ｂは同一の構成を持つ。以下、両信号データバッファ３２２ａ，３２２ｂを区別しない場合に、信号データバッファ３２２として説明することもある。
　信号データバッファ３２２は、図３に示すように、データ型ごとに信号データを格納する領域（配列）を持っている。各格納領域では、インデックスに対応させて信号データが格納される。各信号データに格納領域を割り当てる信号データ型の配列として実装することで、連想配列として実装する場合と比べて、信号データの信号データバッファ３２２への格納または読み出しを少ない計算量で実行することができるため、負荷を低減できて有利である。連想配列を使用する場合に比べ、メモリ使用量は大きくなるが、仮に、８００万個の信号データが存在するとしても、ｔｅｘｔ型を除けば、約２４Ｍｂｙｔｅ程度のメモリ使用量であるので、現在の計算機の仕様を考慮すれば、問題ないメモリ使用量であると言える。
　信号データ送信スレッド３２３は、信号データ受信スレッド３２１からの指示を受けると、第１の信号データバッファ３２２ａまたは第２の信号データバッファ３２２ｂに格納された信号データを読み出し、読み出した信号データをデータ型ごとにＨＭＩクライアント機４に送信する。このとき、後述する更新領域Ｒｕ（図８参照）の信号データのみをＨＭＩクライアント機４に送信することで、ＨＭＩクライアント機４に送信されるデータ量を少なくすることができる。
１－３．ＳＣＡＤＡサーバ機における信号データ処理
　図４に示すように、信号データ受信スレッド３２１は、通信ドライバ３１からパケット（信号データ）を受信すると、受信した信号データを第１の信号データバッファ３２２ａに格納する。前述の通り、通信ドライバ３１から受信したデータは、信号データ識別子と信号データとの対であるので、信号データ識別子をインデックスとして利用し、信号データ型に対応する格納領域（配列）のインデックス位置にデータ値を格納する。データの格納が終了すると、信号データ送信スレッド３２３が送信処理を完了しているか否かを確認する。
　図４（ａ）に示すように、送信処理中であれば、次の周期で受信したパケットの信号データも第１の信号データバッファ３２２ａに格納する。このとき、同じインデックス位置でデータが上書きされることがある。これは、ＨＭＩクライアント機４への送信データ量がＳＣＡＤＡサーバ機３の処理能力を上回っている場合、つまり、ＳＣＡＤＡサーバ機３に対する処理負荷が高い場合に、信号データの間引き処理が行われることを意味する。
　一方、図４（ｂ）に示すように、信号データ送信スレッド３２３が送信処理を完了している場合には、信号データ送信スレッド３２３に第１の信号データバッファ３２２ａに格納された信号データを読み出し、送信処理を行うように指示し、次の周期で受信したパケットの信号データは、第２の信号データバッファ３２２ｂに格納される。格納が終了すると、信号データ送信スレッド３２３が第１の信号データバッファ３２２ａのデータの送信処理を完了しているか否かを確認する。送信処理中であれば、次の周期で受信したパケットの信号データも第２の信号データバッファ３２２ｂに格納される。このとき、同じインデックス位置でデータが上書きされることで、上記間引き処理が行われる。その後、第１の信号データバッファ３２２ａのデータの送信処理が完了すると、信号データ送信スレッド３２３に第２の信号データバッファ３２２ｂに格納された信号データを読み出し、送信処理を行うように指示する。このような受信、格納、読み出し、送信の処理が、繰り返し行われる。
　図５を参照して、パケットに含まれる信号データ識別子Ａ，Ｂ，Ｃの各信号データが、一定周期である１００ｍｓｅｃ毎に１ずつインクリメントされる場合を例に、クライアント管理部３２の処理を説明する。信号データ識別子Ａ，Ｂ，Ｃは、インデックスとして利用されるため、インデックスもＡ，Ｂ，Ｃである。また、信号データ送信スレッド３２３は、第１または第２の信号データバッファ３２２ａ，３２２ｂに格納されたインデックスＡ，Ｂ，Ｃの各信号データの値を１００ｍｓｅｃ以内に全てのＨＭＩクライアント機４に送信できるものとする。このため、図５に示す例は、ＳＣＡＤＡサーバ機３に対する処理負荷が低い。
　時刻Ｔにおいて、信号データ受信スレッド３２１が通信ドライバ３１から１回目のパケットを受信すると、パケットに含まれる各信号データ（値＝１）が第１の信号データバッファ３２２ａのインデックスＡ，Ｂ，Ｃの位置に格納される。時刻Ｔ＋１００ｍｓｅｃにおいて、信号データ送信スレッド３２３は、第１の信号データバッファ３２２ａから信号データ（値＝１）を読み出し、ＨＭＩクライアント機４に送信する。送信中、信号データ受信スレッド３２１が通信ドライバ３１から２回目のパケットを受信すると、各信号データ（値＝２）が第２の信号データバッファ３２２ｂのインデックスＡ，Ｂ，Ｃの位置に格納される。
　時刻Ｔ＋２００ｍｓｅｃにおいて、信号データ送信スレッド３２３は、第２の信号データバッファ３２２ｂから信号データ（値＝２）を読み出し、ＨＭＩクライアント機４に送信する。送信中、信号データ受信スレッド３２１が通信ドライバ３１から３回目のパケットを受信すると、各信号データ（値＝３）が第１の信号データバッファ３２２ａのインデックスＡ，Ｂ，Ｃの位置に格納される。クライアント管理部３２は、以上の処理を繰り返すため、上記間引き処理は行われない。
　図６及び図７を参照して、ＳＣＡＤＡサーバ機３に対する処理負荷が高い場合のクライアント管理部３２の処理を説明する。図６及び図７に示す例では、信号データ送信スレッド３２３が、第１または第２の信号データバッファ３２２ａ，３２２ｂに格納されたインデックスＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆの各信号データの値を全てのＨＭＩクライアント機４に送信するのに２００ｍｓｅｃ要する点で、図５に示す例と相違する。以下、図５に示す例との相違点を中心に説明する。
　時刻Ｔ＋２００ｍｓｅｃにおいて、信号データ受信スレッド３２１が３回目のパケットを受信すると、信号データ送信スレッド３２３の送信処理は完了しないため、第２の信号データバッファ３２２ｂのインデックスＡ～Ｆの位置に格納された各信号データ（値＝２）はＨＭＩクライアント機４に送信されず、第２の信号データバッファ３２２ｂのインデックスＡ～Ｆの位置に各信号データ（値＝３）が上書きされる。
　同様に、時刻Ｔ＋４００ｍｓｅｃにおいて、信号データ送信スレッド３２３の送信処理は完了しないため、第１の信号データバッファ３２２ａのインデックスＡ～Ｆの位置に格納された各信号データ（値＝４）はＨＭＩクライアント機４に送信されず、第１の信号データバッファ３２２ａのインデックスＡ～Ｆの位置に各信号データ（値＝５）が上書きされる。
　さらに、時刻Ｔ＋６００ｍｓｅｃにおいて、信号データ送信スレッド３２３の送信処理は完了しないため、第２の信号データバッファ３２２ｂのインデックスＡ～Ｆの位置に格納された各信号データ（値＝６）はＨＭＩクライアント機４に送信されず、第２の信号データバッファ３２２ｂのインデックスＡ～Ｆの位置に各信号データ（値＝７）が上書きされる。
　このように、ＳＣＡＤＡサーバ機３の性能とＨＭＩクライアント機４に送信されるデータ量とに応じて、第１または第２の信号データバッファ３２２ａ，３２２ｂの信号データを上書きする間引き処理が自動で実行されることで、ＨＭＩクライアント機４に送信されるデータ量が調整される。
　ＨＭＩクライアント機４に送信されるデータ量を少なくするために、図８に示すように、信号データバッファ３２２が、格納する信号データの値が更新されたときにＯＮ（更新されなかったときはＯＦＦ）となる更新ビットを持つように構成してもよい。更新ビットは、１ｂｉｔの更新フラグである。この場合、信号データ送信スレッド３２３は、信号データバッファ３２２の全体から更新ビットがＯＮである信号データを抽出するように構成してもよいが、これでは効率が悪い。そこで、図９に示すように更新フラグがＯＮであるインデックスを格納するインデックスリストＬｉを生成し、生成したインデックスリストＬｉを信号データバッファ３２２に格納するように、信号データ受信スレッド３２１を構成することができる。インデックスリストＬｉは、更新領域Ｒｕを表すリストである。インデックスリストＬｉは、データ型ごとに生成され得る。さらに、信号データ送信スレッド３２３が、インデックスリストＬｉを参照し、更新フラグがＯＮであるインデックスの信号データ、すなわち、更新領域Ｒｕの信号データのみをＨＭＩクライアント機４に送信するように構成することができる。これによれば、ＨＭＩクライアント機４に送信すべき信号データを効率良く抽出することができ、その結果として、ＨＭＩクライアント機４に送信されるデータ量を効率良く少なくすることができる。
　このように、更新領域Ｒｕを設定することにより、ＨＭＩクライアント機４への効率的な信号データの送信を実現することができる。なお、図８及び図９には、ビット型の信号データの例を示しているが、他のデータ型の信号データにも更新フラグ及びインデックスリストＬｉを適用することで、より一層効率的な信号データの送信を実現することができる。
　図１０は、信号データ受信スレッド３２１が実行する受信処理のルーチンの一例を示すフローチャートである。なお、図１０中に破線で囲んで示す排他区間と、後述する図１１中に破線で示す排他区間とのうち何れか一方のみが実行できる。すなわち、信号データ受信スレッド３２１が排他区間実行中は、信号データ送信スレッド３２３の排他区間の実行は待たれ、信号データ送信スレッド３２３が排他区間実行中は、信号データ受信スレッド３２１の排他区間の実行は待たれる。
　図１０に示すルーチンでは、通信ドライバ３１からの信号データの受信を待つ（ステップＳ１１）。通信ドライバ３１は、一定周期で同じデータ型の信号データを含むパケットを送信する。パケットの受信を開始すると（ステップＳ１２）、受信完了フラグをＯＦＦにする（ステップＳ１３）。次に、現在の受信データバッファ番号に信号データを格納する（ステップＳ１４）。現在の受信データバッファ番号とは、信号データの格納を行っている信号データバッファの番号であり、第１または第２の信号データバッファ３２２ａ，３２２ｂである。ステップＳ１４では、上述したように、データ型ごとにインデックスに対応させて信号データが格納される。
　次に、現在の受信データバッファ番号と、後述する図１１に示すルーチンにおける現在の送信データバッファ番号とが同じであるか判定する（ステップＳ１５）。相違する場合、即ち、信号データ送信スレッド３２３による送信が完了した場合には、受信完了フラグをＯＮにする（ステップＳ１６）。これにより、次回受信したパケットの信号データは、現在とは異なる信号データバッファに格納される。ステップＳ１６の後、ステップＳ１１に戻る。一方、同じである場合には、ステップＳ１７に進む。
　ステップＳ１７では、セマフォＶ操作が実行される。次に、現在の受信データバッファ番号を更新する（ステップＳ１８）。これにより、信号データ送信スレッド３２３に次に送信するデータが準備完了したことが通知される。ステップＳ１８の終了後、ステップＳ１１に戻る。
　図１１は、信号データ送信スレッド３２３が実行する送信処理のルーチンの一例を示すフローチャートである。
　図１１に示すルーチンでは、セマフォＰ操作を実行する（ステップＳ２１）。セマフォＰ操作の実行により、信号データ受信スレッド３２１が送信するデータの準備が完了するまで待機となる。動作再開後、現在の送信データバッファ番号に格納された信号データをＨＭＩクライアント機４に送信する（ステップＳ２２）。現在の送信データバッファ番号とは、信号データの読み出しを行っている信号データバッファの番号であり、第１または第２の信号データバッファ３２２ａ，３２２ｂである。ステップＳ２２において、図９に示すインデックスリストＬｉを参照し、更新フラグがＯＮであるインデックスの信号データ、すなわち、更新領域Ｒｕの信号データのみを送信する。これにより、ＨＭＩクライアント機４への送信データ量を少なくすることができるため、ＨＭＩクライアント機４の信号データの送信を速やかに完了させることができる。
　ここで、図１２を参照して、信号データ送信スレッド３２３は、信号データに対応する信号データバッファ３２２のインデックスと、その信号データを送信すべきＨＭＩクライアント機４との関係を規定したクライアントリストＬｃに従って、更新領域Ｒｕの信号データを送信する。クライアントリストＬｃは、インデックスと、信号データを使用するスクリーン４１のスクリーン識別子Ｇｎ（ｎ＝１，２，…）との関係を規定した第１のマップＭｐ１、及び、ＨＭＩクライアント機４（４Ａ，４Ｂ，４Ｃ）と、スクリーン識別子Ｇｎとの関係を規定した第２のマップＭｐ２とを用いて作成することができる。
　ステップＳ２２の後、現在の送信データバッファ番号を更新する（ステップＳ２３）。次に、現在の送信データバッファ番号と、図１０に示すルーチンにおける現在の受信データバッファ番号とが同じであるか否かを判定する（ステップＳ２４）。相違する場合には、ステップＳ２１に戻る。同じである場合には、ステップＳ２５に進む。
　ステップＳ２５では、受信完了フラグがＯＮであるか否かを判定する。受信完了フラグがＯＦＦである場合、ステップＳ２１の処理に戻る。一方、受信完了フラグがＯＮである場合、セマフォＶ操作を実行する（ステップＳ２６）。次に、現在の受信データバッファ番号を更新する（ステップＳ２７）。次に、受信完了フラグをＯＦＦにし（ステップＳ２８）、ステップＳ２１の処理に戻る。
１－４．ＳＣＡＤＡサーバ機３及びＨＭＩクライアント機４のハードウェア構成例
　図１３は、ＳＣＡＤＡサーバ機及びＨＭＩクライアント機のハードウェア構成例を示すブロック図である。上述したＳＣＡＤＡサーバ機３の各処理は、処理回路により実現される。処理回路は、プロセッサ３０１と、メモリ３０２と、ネットワークインタフェース３０３とが接続して構成されている。プロセッサ３０１は、メモリ３０２に記憶された各種プログラムを実行することにより、ＳＣＡＤＡサーバ機３の各機能を実現する。メモリ３０２は、主記憶装置および補助記憶装置を含む。また、メモリ３０２は、信号データを一時的に蓄積可能な保管領域である第１及び第２の信号データバッファ３２２ａ，３２２ｂを含む。
　上述したＨＭＩクライアント機４の各処理は、処理回路により実現される。処理回路は、プロセッサ４０１と、メモリ４０２と、少なくとも１つのモニタ４０３と、ネットワークインタフェース４０４と、入力インタフェース４０５とが接続して構成されている。プロセッサ４０１は、メモリ４０２に記憶された各種プログラムを実行することにより、ＨＭＩクライアント機４の各機能を実現する。メモリ４０２は、主記憶装置および補助記憶装置を含む。モニタ４０３は複数台設けられてもよい。入力インタフェース４０５は、キーボード、マウス、タッチパネル等の入力デバイスである。
１－５．効果
　以上説明したように、本実施の形態によれば、信号データ送信スレッド３２３が第１及び第２の信号データバッファ３２２ａ，３２２ｂの一方から信号データを読み出してＨＭＩクライアント機４に送信する間、第１及び第２の信号データバッファ３２２ａ，３２２ｂの他方に格納される信号データを上書き（更新）することで、ＨＭＩクライアント機４に送信する信号データを間引くことができる。これにより、ＨＭＩクライアント機４に送信しきれない信号データがＳＣＡＤＡサーバ機３の信号データバッファ３２２に滞留したり、ＳＣＡＤＡサーバ機３のメモリ空き容量が少なくなったりすることが回避される。従って、ＳＣＡＤＡサーバ機３への処理負荷が高い場合でも、ＨＭＩクライアント機４のスクリーン４１上での表示更新の遅延やＳＣＡＤＡサーバ機３の停止を防止することができる。
　本実施の形態における間引き処理では、上書きすることにより、最新の信号データが間引かれることがない。しかも、間引かれる信号データのデータ量を可及的少なくすることができ、可能な限り多くの信号データをＨＭＩクライアント機４に送信することができる。このため、ＳＣＡＤＡウェブＨＭＩシステム１のシステム性能を最大限に利用して間引き処理を行うことができる。
　以上、本発明の実施の形態について説明したが、本発明は、上記の実施の形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。上述した実施の形態において各要素の個数、数量、量、範囲等の数に言及した場合、特に明示した場合や原理的に明らかにその数に特定される場合を除いて、その言及した数にこの発明が限定されるものではない。また、上述した実施の形態において説明する構造等は、特に明示した場合や明らかに原理的にそれに特定される場合を除いて、この発明に必ずしも必須のものではない。
１…ＳＣＡＤＡウェブＨＭＩシステム
２…プログラマブルロジックコントローラ（ＰＬＣ）
３…ＳＣＡＤＡサーバ機
３１…通信ドライバ
３２…クライアント管理部
３２１…信号データ受信スレッド
３２２ａ…第１の信号データバッファ
３２２ｂ…第２の信号データバッファ
３２３…信号データ送信スレッド
４…ＨＭＩクライアント機
４０…ウェブブラウザ
４１…スクリーン
５…コンピュータネットワーク
Ｌｉ…インデックスリスト
Ｒｕ…更新領域

Claims (3)

  1. 　コンピュータネットワークを介して接続する、複数のプログラマブルロジックコントローラ（以下、ＰＬＣ）と複数のＨＭＩクライアント機と１台のＳＣＡＤＡサーバ機とを備えるＳＣＡＤＡウェブＨＭＩシステムであって、
    　前記ＰＬＣは、産業プラントを構成するフィールド機器群に関する入出力信号の集合を含むブロックデータを一定周期ごとに前記コンピュータネットワークへ送信し、
    　前記ＨＭＩクライアント機は、ウェブブラウザを表示するスクリーンを夫々備えるものにおいて、
    　前記ＳＣＡＤＡサーバ機は、通信ドライバと、前記複数のＨＭＩクライアント機に１対１で接続されるクライアント管理部と、を備え、
    　前記通信ドライバは、前記ＰＬＣから送信された前記ブロックデータを前記一定周期ごとに受信し、受信したブロックデータをデータ型ごとの信号データに分解し、分解した信号データに信号データ識別子を付加してデータ型ごとに前記クライアント管理部に送信するように構成され、
    　前記クライアント管理部は、
    　　前記通信ドライバから送信された信号データを受信する受信スレッドと、
    　　前記受信スレッドで受信した信号データをデータ型ごとに前記信号データ識別子に対応させて格納可能な第１及び第２の信号データバッファと、
    　　前記第１または第２の信号データバッファに格納された信号データを読み出し、読み出した信号データに対応する前記ＨＭＩクライアント機に送信する送信スレッド、を備え、
    　　前記送信スレッドが前記第１及び第２の信号データバッファの一方から信号データを読み出して前記ＨＭＩクライアント機に送信する間、前記第１及び第２の信号データバッファの他方に格納される信号データが上書きされるように構成されること
    　を特徴とするＳＣＡＤＡウェブＨＭＩシステム。
  2. 　前記受信スレッドは、前記信号データ識別子をインデックスとして使用し、前記第１及び第２の信号データバッファに前記信号データを格納するように構成される請求項１に記載のＳＣＡＤＡウェブＨＭＩシステム。
  3. 　前記第１及び第２の信号データバッファは、格納する前記信号データが更新されたときにＯＮとなる更新フラグを前記インデックスに対応させて有し、
    　前記受信スレッドは、前記更新フラグがＯＮである前記インデックスを格納したインデックスリストを生成し、
    　前記送信スレッドは、前記インデックスリストを参照し、前記更新フラグがＯＮであるインデックスの信号データを前記ＨＭＩクライアント機に送信するように構成される請求項２に記載のＳＣＡＤＡウェブＨＭＩシステム。
PCT/JP2022/024703 2022-06-21 2022-06-21 Ｓｃａｄａウェブｈｍｉシステム Ceased WO2023248339A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2023523304A JP7444335B1 (ja) 2022-06-21 2022-06-21 Ｓｃａｄａウェブｈｍｉシステム
CN202280045115.5A CN117616740A (zh) 2022-06-21 2022-06-21 Scada网页hmi系统
US18/575,322 US12619207B2 (en) 2022-06-21 SCADA web HMI system
PCT/JP2022/024703 WO2023248339A1 (ja) 2022-06-21 2022-06-21 Ｓｃａｄａウェブｈｍｉシステム
TW112101048A TWI834470B (zh) 2022-06-21 2023-01-10 SCADA Web HMI系統

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/024703 WO2023248339A1 (ja) 2022-06-21 2022-06-21 Ｓｃａｄａウェブｈｍｉシステム

Publications (1)

Publication Number Publication Date
WO2023248339A1 true WO2023248339A1 (ja) 2023-12-28

Family

ID=89379524

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/024703 Ceased WO2023248339A1 (ja) 2022-06-21 2022-06-21 Ｓｃａｄａウェブｈｍｉシステム

Country Status (4)

Country Link
JP (1) JP7444335B1 (ja)
CN (1) CN117616740A (ja)
TW (1) TWI834470B (ja)
WO (1) WO2023248339A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2025154179A1 (ja) * 2024-01-16 2025-07-24 株式会社Tmeic Ｓｃａｄａシステム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014003590A (ja) * 2012-06-14 2014-01-09 Lsis Co Ltd 映像提供装置及び方法
WO2017168674A1 (ja) * 2016-03-31 2017-10-05 東芝三菱電機産業システム株式会社 プラント監視制御システム用データ再生装置
JP2020013527A (ja) * 2018-10-23 2020-01-23 株式会社キーエンス プログラマブルロジックコントローラおよびプログラム作成支援装置
WO2021245752A1 (ja) * 2020-06-01 2021-12-09 東芝三菱電機産業システム株式会社 Ｓｃａｄａウェブｈｍｉシステムおよびｈｍｉクライアント

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201017447A (en) * 2008-10-31 2010-05-01 Tong Dean Tech Co Ltd An early stage abnormality prediction device for fabrication process and its prediction method
US20200412767A1 (en) * 2015-10-28 2020-12-31 Qomplx, Inc. Hybrid system for the protection and secure data transportation of convergent operational technology and informational technology networks
WO2021070315A1 (ja) * 2019-10-10 2021-04-15 東芝三菱電機産業システム株式会社 Ｓｃａｄａウェブｈｍｉシステム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014003590A (ja) * 2012-06-14 2014-01-09 Lsis Co Ltd 映像提供装置及び方法
WO2017168674A1 (ja) * 2016-03-31 2017-10-05 東芝三菱電機産業システム株式会社 プラント監視制御システム用データ再生装置
JP2020013527A (ja) * 2018-10-23 2020-01-23 株式会社キーエンス プログラマブルロジックコントローラおよびプログラム作成支援装置
WO2021245752A1 (ja) * 2020-06-01 2021-12-09 東芝三菱電機産業システム株式会社 Ｓｃａｄａウェブｈｍｉシステムおよびｈｍｉクライアント

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2025154179A1 (ja) * 2024-01-16 2025-07-24 株式会社Tmeic Ｓｃａｄａシステム
JP7726422B1 (ja) * 2024-01-16 2025-08-20 株式会社Tmeic Ｓｃａｄａシステム

Also Published As

Publication number Publication date
JP7444335B1 (ja) 2024-03-06
US20240310802A1 (en) 2024-09-19
JPWO2023248339A1 (ja) 2023-12-28
TWI834470B (zh) 2024-03-01
TW202401273A (zh) 2024-01-01
CN117616740A (zh) 2024-02-27

Similar Documents

Publication Publication Date Title
TWI764582B (zh) SCADA Web HMI系統及HMI用戶端
JP6651510B2 (ja) 遠隔端末のための機器階層構造
CN112639642B (zh) Scada网络hmi服务器装置
Ramprasad et al. Leveraging existing sensor networks as IoT devices for smart buildings
JP7444335B1 (ja) Ｓｃａｄａウェブｈｍｉシステム
CN106027351A (zh) 一种嵌入式Web服务器现场总线故障诊断通信模块
JP7464195B2 (ja) Ｓｃａｄａウェブｈｍｉシステム
JP7464196B2 (ja) Ｓｃａｄａウェブｈｍｉシステム
KR102347176B1 (ko) 연산처리 및 작업 효율성을 높인 hmi/scada 시스템
US12619207B2 (en) SCADA web HMI system
JP3641137B2 (ja) 分散制御システム
TWI885571B (zh) Scada web hmi系統
JP7736208B2 (ja) Ｓｃａｄａウェブｈｍｉシステム
KR20190016370A (ko) 고속통신을 위한 ｓｃａｄａ 시스템의 디바이스 연결 방법 및 그 장치
JP6776191B2 (ja) ゲートウェイ装置、ゲートウェイ装置により実行されるデータアクセス方法、コントローラ、及びコントローラにより実行されるデータアクセス方法
JP2018025854A (ja) 発電制御システム、保守装置、および制御装置
CN110290062B (zh) 一种网关及一种网关的数据处理方法
JP2787108B2 (ja) 電力系統の監視制御方法及びその装置
CN120406237A (zh) 基于opc ua的虚实车间同步运行方法及系统
US20230062090A1 (en) System and method for acquisition and storage of data from a bacnet standard hvac system
CN120660338A (zh) Scada系统
JPH0773387A (ja) 運転情報変換表示装置

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2023523304

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 202317087793

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 202280045115.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22947902

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22947902

Country of ref document: EP

Kind code of ref document: A1