JP2015230584A - Alarm handling support device and alarm handling support method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To support how to handle alarms which have occurred even when there does not exist any manual corresponding to the alarms.SOLUTION: The alarm handling support device includes: a takeover record storage part for storing takeover records RE as the group of takeover data RE1 to RE3 in which either the state of the abnormality of a facility corresponding to past alarms or the content of measures to the abnormality and identification information (tag name) identifying a sensor which has detected the abnormality are recorded; an alarm history storage part for storing an alarm history AR as the group of alarm information AR1 to AR4 including the identification information (tag name) corresponding to the alarms and date information when the alarms have occurred; and a control part for, when the desired alarm information AR4 is selected from among the alarm history AR searched on the basis of the date information, reading the takeover data RE1 and RE3 corresponding to the alarm information AR4 from the takeover record storage part on the basis of the identification information (tag name), and for outputting the takeover data.

Description

  The present invention relates to an alarm response support apparatus and an alarm response support method, and more particularly to an alarm response support apparatus and an alarm response support method for supporting a person corresponding to various alarms generated in a plant or factory.

  Conventionally, when an alarm is generated in a plant or factory, an operator generally responds to an abnormality of equipment that causes the alarm according to a manual (procedure) determined in operation.

  For example, when an alarm occurs, a document of the operation procedure corresponding to the input data from the plant is displayed on the screen, and indexes such as “cause”, “result”, “measure” related to the document are displayed on the screen, There has been proposed a plant operation support apparatus that presents a specific countermeasure against an alarm by displaying a document corresponding to an index (for example, “measure”) selected from among them as a manual (see, for example, Patent Document 1). .

JP-A-7-261830

  However, when an alarm occurs, a manual corresponding to the alarm may not be prepared in advance. In such a case, an experienced operator can respond flexibly based on past experience, but an inexperienced operator can respond appropriately to the target plant or factory. There was a problem that it was difficult.

  The present invention is for solving such a problem. When an alarm is generated, an alarm response support that supports how to respond to the alarm even if a manual corresponding to the alarm does not exist. It is an object to provide a device and an alarm response indicator presentation method.

  In order to achieve this object, the present invention provides either an abnormal state of equipment corresponding to a past alarm or the content of treatment for the abnormality, and identification information (tag name) for identifying a sensor that has detected the abnormality. A takeover record storage unit (13b) that stores a takeover record (RE) that is a set of takeover data (RE1 to RE4), and the identification information (tag name) corresponding to the alarm and the date and time when the alarm occurred An alarm history storage unit (11a) for storing an alarm history (AR) that is a set of alarm information (AR1 to AR4) including information, and the alarm history (AR) searched based on the date and time information When desired alarm information (AR4) is selected, the takeover data (RE1, RE3) corresponding to the alarm information (AR4) based on the identification information (tag name) is stored in the takeover recording storage unit (13b). So that a control unit that reads and outputs et a (11c).

  In the present invention, the takeover data (RE1 to RE4) has the date / time information, and the control unit (11c) has a plurality of takeover data (RE1, RE3) corresponding to the alarm information (AR4). In this case, the takeover data (RE1) in which the state of abnormality of the equipment is recorded and the takeover data (RE3) in which the contents of the treatment are recorded are arranged in time series and associated with each other, thereby the plurality of takeover data (RE1,. A takeover image (G2) representing the history of RE3) is generated and displayed.

  In the present invention, the takeover image (G2) is a display start position of the display of the takeover data (RE1) in which the state of abnormality of the equipment is recorded and the display of the takeover data (RE3) in which the details of the treatment are recorded. Are indented display images that are sequentially shifted in time series.

  In the present invention, a set of transfer data (RE1 to RE4) in which any one of an abnormality state of a facility corresponding to a past alarm and a content of treatment for the abnormality and identification information for identifying a sensor that detects the abnormality is recorded. A takeover record storage step for storing the takeover record (RE) in advance in the takeover record storage unit (13b), the identification information (tag name) corresponding to the alarm, and the date and time information when the alarm occurred An alarm history storage step for storing an alarm history (AR), which is a set of alarm information (AR1 to AR4), in the alarm history storage unit (11a), and the alarm retrieved based on the date and time information by the control unit (11c) When the history (AR) is displayed on the display unit and desired alarm information (tag name) is selected from the alarm history (AR), the alarm information is based on the identification information (tag name). To have a control step of the handover data corresponding with AR4) a (RE1, RE3) is read from the takeover recording storage unit (13b) to be displayed on the display unit (12).

  According to the present invention, when desired alarm information (AR4) is selected from the alarm history (AR), the succeeding data (RE1, RE3) corresponding to the alarm information (AR4) based on the identification information (tag name) is selected. ) Is read from the takeover record storage unit (13b) and output, the contents of the treatment for the abnormality of the equipment corresponding to the alarm can be recognized according to the takeover data (RE1, RE3). , RE3) can be presented as a judgment material for implementing an appropriate response, and when an alarm is generated, how to respond to the alarm even if there is no manual corresponding to the alarm Can help.

It is a block diagram which shows the whole structure of a warning response support system. It is a functional block diagram which shows the structure of a history server computer. It is a figure which shows the structure of an alarm history. It is a figure which shows the structure of a continuous history. It is a basic-line block diagram which shows the structure of a text management WEB server. It is a figure which shows the structure of the conventional entrance / exit authentication apparatus. It is a figure which shows the structure of takeover recording. It is a flowchart with which it uses for description of operation | movement of a warning response assistance apparatus. It is a figure which shows the warning log | history corresponding to the selected date. It is a figure which shows an alarm image. It is a figure which shows a taking over image. It is a figure which shows the trend graph of a continuous history.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<Whole structure of alarm support system>
The alarm response support system makes a decision to implement an appropriate measure for an operator who responds to an alarm when an alarm occurs in a plant or factory, even if a manual (procedure) determined in advance does not exist. The material is supported to support how to respond to the alarm, and the specific configuration will be described below.

  As shown in FIG. 1, in the alarm response support system 1, a control device 2 is connected to temperature sensors tm1, tm2, and a pressure sensor Pr1 used in each facility of a plant or factory via signal lines. Here, the case where two temperature sensors tm1, tm2, and one pressure sensor Pr1 are connected to the control device 2 has been described. However, the present invention is not limited to this. Alternatively, various other sensors such as a flow rate sensor other than the temperature sensor and the pressure sensor may be connected. The temperature sensors tm1 and tm2 and the pressure sensor Pr1 are referred to as tags in the following description, and identification information for identifying the tags is referred to as a tag name.

  The control device 2 obtains sensor information supplied from the temperature sensors tm1, tm2, and the pressure sensor Pr1 at predetermined time intervals (for example, one hour intervals), and a predetermined threshold value (for example, an upper limit) in which the value of the sensor information is set in advance. When the value) is exceeded, it is determined that some abnormality has occurred in the equipment, and the alarm device 6 generates an alarm.

  A control system gateway (hereinafter referred to as “control system GW”) 7 and a control device man-machine interface (hereinafter referred to as “control device man machine”) 8 are connected to the control device 2. A distributed control system 10 is configured by the control system GW 7 and the control device man machine 8.

  The control device man machine 8 is a terminal for accepting an input operation by an operator or visually presenting a judgment material for dealing with an alarm to the operator. The control system GW 7 is a node for network connection between the distributed control system 10 and the host system 30 with a different protocol positioned higher than the distributed control system 10. As a typical example, the control system GW 7 is an OPC (OLE for Process). Control) server.

  The host system 30 has a configuration in which the history server computer 11, the client computer 12, and the sentence management WEB server 13 are connected to each other via a network.

  The history server computer 11 includes a CPU (Central Processing Unit), a RAM (Random Access Memory), and the like, and includes a hard disk and an interface. A program (software) is installed through the interface, and the hardware and the hardware By cooperating with the software, an alarm history storage unit 11a, a continuous history storage unit 11b, and a data management unit 11c as a control unit described below are configured.

  As shown in FIG. 2, the alarm history storage unit 11a of the history server computer 11 stores an alarm history AR (FIG. 3) described later. The continuous history storage unit 11b stores a continuous history CH (FIG. 4) described later. The data management unit 11c outputs a search command to the text management WEB server 13, receives search result data corresponding to the search command from the text management WEB server 13, and outputs the data to the client computer 12 for display. It is.

  The history server computer 11 collects the alarm history AR (FIG. 3) created by collecting the alarm information AR1 to AR4 when the control device 2 of the distributed control system 10 causes the alarm device 6 to generate an alarm from the control device 2. It is received via the control system GW7 and stored in the alarm history storage unit 11a.

  As shown in FIG. 3, the alarm history AR received by the history server computer 11 from the control device 2 is a history of alarms generated on January 1, 2010, for example, and alarms collected between 10:00 and 13:00 Information AR1 to AR4 is merged set information.

  The alarm information AR1 to AR4 includes “date and time” which is date and time information when an alarm is generated from the alarm device 6 in the plant equipment, “tag name” as identification information for identifying a sensor corresponding to the alarm, and An “alarm type” representing a type based on the cause of the alarm is included.

  The upper limit abnormality is an abnormality when the value of the sensor information for each tag exceeds a predetermined upper limit value (threshold value). The communication abnormality is, for example, that communication between the temperature sensor tm2 and the control device 2 is disabled. Is abnormal.

  Further, the history server computer 11 controls the control device 2 as shown in FIG. 4, for example, a set of sensor information (hereinafter referred to as “continuous history”) CH measured by the temperature sensor tm1 every hour. For each tag name (in this case, “temperature sensor tm1”) and stored in the continuous history storage unit 11b.

  The continuous history CH includes, for example, “temperature sensor tm1” as a tag name, “date and time” when the temperature sensor tm1 measures sensor information every hour, and “value (temperature)” at that time. ing. This continuous history CH is only a measurement value obtained every hour of the temperature sensor tm1, and is data collected regardless of whether or not an alarm is generated.

  The sentence management WEB server 13 is also a computer similar to the history server computer 11. A program (software) is installed via an interface, and the hardware and the software cooperate to store a handling manual described below. The unit 13a, the takeover recording storage unit 13b, and the data search output unit 13c are configured.

  As shown in FIG. 5, the handling manual storage unit 13a of the sentence management WEB server 13 displays a handling manual HM (FIG. 6) that shows a specific procedure when an abnormality occurs in a facility to which a sensor (tag) is attached. To save. For example, as shown in FIG. 6, the countermeasure manual HM is set information in which countermeasure data HM1 to HM3 including “tag name” and “correspondence text in case of abnormality” are merged.

  The “tag name” in the handling manual HM is a name as identification information for identifying a sensor corresponding to the alarm, like the alarm history AR. In the handling manual HM, “abnormal response text” is a text that describes what kind of treatment should be specifically performed by the operator in order to eliminate the abnormality of the equipment provided with the sensor.

  Therefore, when the handling data HM1 to HM3 exist for the abnormality of the equipment to which the sensor is attached, if the operator confirms the content of the “response text at the time of abnormality” of the handling data HM1 to HM3, Can be dealt with appropriately.

  The takeover record storage unit 13b of the text management WEB server 13 stores a takeover record RE (FIG. 7) to be described later. As shown in FIG. 7, the takeover record RE is set information obtained by merging the takeover data RE1 to RE4.

  In the takeover data RE1 to RE4, “event identification ID” for indicating the relationship between the takeover data, “date and time” and “tag name” which are the date and time information when the alarm is generated, and the equipment provided with the sensor "Status" that indicates the state (untreated or treated), "recorded text" that describes the condition of the abnormality and the content of the action actually taken at that time is included

  This takeover record RE indicates that the handling manual HM corresponding to the alarm does not exist at the past time of the facility where the alarm has occurred, and the state of the abnormality and the contents of the specific action taken to eliminate the abnormality are stored in the past. Is a record input by the control person man-machine 8.

  In the takeover record RE, “1” of “event identification ID” is given to both takeover data RE1 at 11:00 on January 1, 2010 and takeover data RE3 at 12:00 on January 1, 2010. Yes. This is because an abnormality occurred in the temperature sensor tm1 (tag name) at 11:00 on January 1, 2010, and the abnormality remains untreated (status) at that time. Because it is a series of events that have been treated at 12:00 on the day and have already been treated (status), the same “event identification ID” of “1” is assigned to both the takeover data RE1 and RE3. .

  By the way, the “recorded text” of the takeover record RE means what kind of abnormality has occurred (abnormal state) and what action has been taken (contents of processing for the abnormality). It is a recorded sentence. This “recorded text” is different from the “corresponding text at the time of abnormality” in the handling manual HM showing the optimal procedure for anomalies, but for an operator who is not familiar with the plant, when determining how to deal with the occurrence of an anomaly It is important information that can be used as a judgment material (guideline).

  The event with “event identification ID” “3” has the same tag name (temperature sensor tm1) as the event with “event identification ID” “1”, and is therefore an abnormality occurring in the same equipment. Conceivable. However, an abnormality newly occurred at 12:30 on January 1, 2010 after the event whose “event identification ID” is “1” has already been treated at 12:00 on January 1, 2010 Therefore, although the tag names are the same, there is no relationship between the inherited data, so they are treated as different events, and the “event identification ID” is “3”.

  The data search output unit 13c of the sentence management WEB server 13 responds to a search command using the tag name from the data management unit 11c of the history server computer 11 as a keyword, and handles data HM1 corresponding to the keyword from the handling manual storage unit 13a. Or HM3 is retrieved and output to the history server computer 11, or the handover data RE1 to RE4 corresponding to the keyword is retrieved from the handover record storage unit 13b and output to the history server computer 11.

  The client computer 12 is an operation terminal operated by an operator. The client computer 12 receives the history data CH stored in the history server computer 11, the alarm history AR, the handling manual HM stored in the sentence management WEB server 13, the takeover record RE, and the like via the history server 11. It is also used as a display unit for displaying. The history server 11 and the client computer 12 constitute an alarm response support apparatus 20.

  Note that not only the history server computer 11 and the sentence management WEB server 13, but also the control device 2, the control system GW 7, the control device man machine 8 and the client computer 12 are composed of a CPU, a RAM, etc., and are provided with a hard disk and an interface. It is realized by installing a program (software) through an interface.

<Operation of the alarm response support device>
Next, the operation of the alarm response support apparatus 20 will be described with reference to the flowchart of FIG. In the alarm response support apparatus 20, as a premise, first, the operator searches the history server computer 11 for the search time range A (for example, 10 minutes) and the search time range B (for example, for searching the transfer data RE1 to RE4 of the transfer record RE). 24 hours) is set in advance as a parameter. In this case, the relationship of search time range A <search time range B is established. However, as long as the relationship is established, each time of search time ranges A and B may be arbitrary.

  When the operator confirms that an alarm is generated from the alarm device 6, the date (January 1, 2010) at the time of the current alarm is input to the history server computer 11 via the client computer 12, and the alarm history of the date is displayed. The AR is searched by the data management unit 11 c of the history server computer 11.

  As shown in FIG. 9, the history server computer 11 retrieves the alarm history AR of January 1, 2010 from the alarm history storage unit 11a by the data management unit 11c, and transmits this alarm history AR to the client computer 12. It is displayed (step SP1).

  The operator visually confirms the alarm history AR (FIG. 9) displayed on the client computer 12, and from that, 1st January 2010, 13:00 (date and time), temperature sensor tm1 (tag name), upper limit error ( The latest alarm information (shaded part) AR4 described as “alarm type” is recognized as an event that is currently generating an alarm, and the alarm information AR4 is selected. The history server computer 11 recognizes the alarm information AR4 selected from the alarm history AR by the operator (step SP2).

  Whether the history server computer 11 includes the handling data HM2 corresponding to the facility to which the temperature sensor tm1 that is the tag name of the alarm information AR4 is included in the handling manual HM (FIG. 6) by the data management unit 11c. It is determined whether or not (step SP3).

  Here, when the countermeasure data HM2 is included in the countermeasure manual HM, the history server computer 11 displays a selection screen (not shown) as to whether or not to display the countermeasure manual HM on the client computer 12. It is displayed, and it is determined whether or not the display of the handling manual HM has been selected (step SP4).

  When the display of the handling manual HM is selected here, the history server computer 11 displays the “corresponding text at the time of abnormality” of the handling data HM2 of the handling manual HM on the client computer 12 so that it is appropriate for the operator. A method of proper treatment is provided (step SP5).

  On the other hand, when the display of the countermeasure manual HM is not selected, the history server computer 11 is the same as the temperature sensor tm1 of the alarm information AR4 selected by the operator, as in the case where the countermeasure manual HM does not exist. The takeover data RE4 of the takeover record RE having the tag name is searched in the search time range A (for example, 10 minutes) (step SP6).

  In this case, the takeover data RE1, RE3, and RE4 have the same “tag name” as the temperature sensor tm1 of the alarm information AR4, but the alarm information AR4 alarm generation date and time is January 1, 2010 from 13:00. Only the takeover data RE4 is applicable in the search time range A from January 1, 2010 to 12:50, which is traced back in the past.

  For this reason, as shown in FIG. 10, the history server computer 11 displays an alarm image G1 in which the display of the corresponding takeover data RE4 in the search time range A is linked to the display of the alarm information AR4 by the L-shaped line L1. It is generated and displayed on the client computer 12 (step SP6). The history server computer 11 causes the client computer 12 to display an alarm image consisting only of the alarm information AR4 when there is no corresponding handover data in the search time range A.

  This alarm image G1 is an indent display image in which the display start position of the takeover data RE4 is shifted by one step in the right direction in the drawing with respect to the display of the alarm information AR4. Therefore, based on the display of the alarm information AR4 in the alarm image G1, the operator has issued an alarm due to an upper limit abnormality in which the value of the temperature sensor tm1 exceeds a predetermined threshold at 13:00 on January 1, 2010. In addition, the current status can be recognized by the description of “status” in the display of the takeover data RE4 and the fact that no action is currently taken, and the description of “recorded text”.

  Subsequently, the history server computer 11 has the same tag name as the temperature sensor tm1 of the alarm information AR4 selected by the operator and takes over the event identification ID “1” different from the event identification ID “3” of the takeover data RE4. Data RE1 and RE3 are searched in the search time range B (24 hours) (step SP7).

  Here, “1” is assigned as the same event identification ID to the handover record data RE1 and RE3. This was untreated (status) for equipment abnormalities at 11:00 on January 1, 2010, but was already dealt with at 12:00 on January 1, 2010. This means a series of events with a history of having been treated (status).

  The history server computer 11 searches the alarm history AR for alarm information AR2 having the same “date and time” and “tag name” as the “date and time” and “tag name” of the takeover data RE1.

  As shown in FIG. 11, the history server computer 11 arranges the display of the takeover data RE1 and RE3 in time series with respect to the display of the alarm information AR2, and sets each display start position in the right direction in the figure. A takeover image showing the process from the occurrence of an abnormality to the completion of treatment by linking them with L-shaped lines L1 and L2 in the order of display of alarm information AR2 and display of takeover data RE1 and RE3. G2 is generated. Then, this is transmitted to the client computer 12 and displayed (step SP8).

  If only the takeover data RE1 corresponding to the alarm information AR2 exists in the search time range B, the history server computer 11 generates and displays a takeover image in which only the takeover data RE1 is linked to the alarm information AR2 by the line L1. You may make it do.

  That is, the history server computer 11 describes the process from the occurrence of an abnormality to the treatment as a judgment material for carrying out an appropriate treatment for the abnormality even when the countermeasure manual HM for the abnormality that causes an alarm does not exist. The represented takeover image G2 can be presented to an operator unfamiliar with the plant.

  As a result, if the operator confirms the takeover image G2 displayed on the client computer 12, the display contents of the takeover data RE3 can be detected against an abnormality that occurred at 11:00 on January 1, 2010 due to the display contents of the takeover data RE1. Thus, it is possible to recognize the fact that the treatment was performed according to the content of the “recorded sentence” at 12:00 on January 1, 2010, one hour later.

  Thus, the operator can understand in detail in the past how the abnormality has been handled since the occurrence of the abnormality by reading the “recorded text” of the takeover data RE1 and RE3. Even if the manual is not prepared when the upper limit abnormality of the temperature sensor tm1 occurs, the optimum treatment can be performed on the facility to which the temperature sensor tm1 is attached.

<Other embodiments>
In the above-described embodiment, when the countermeasure manual HM exists and the operator selects to display the countermeasure manual HM, only the countermeasure manual HM is displayed without displaying the alarm image G1 and the takeover image G2. The case was described as above. However, the present invention is not limited to this, and the alarm image G1 and the takeover image G2 may be displayed simultaneously in addition to the handling manual HM. As a result, the operator can confirm both the handling manual HM and the takeover image G2, and can select and carry out the optimum treatment in accordance with the situation.

  Further, in the above-described embodiment, a case where the takeover image G2 linked to each other by the L-shaped lines L1 and L2 in the order of the takeover data RE1 and RE3 from the alarm information AR2 is generated and displayed. Stated. However, the present invention is not limited to this, and FIG. 13 is a graph representing the tendency of the sensor information of the temperature sensor tm1 based on the data of the continuous history CH (FIG. 4) of the temperature sensor tm1 having the same tag name. The trend graph as shown may also be displayed in association with the alarm information AR2 of the takeover image G2.

  In this case, since the operator can also recognize the tendency of the temperature rise of the sensor information of the temperature sensor tm1 through which the alarm is generated, the alarm can be obtained by monitoring the sensor information of the temperature sensor tm1. Occurrence can be predicted in advance.

  Further, in the above-described embodiment, by displaying the takeover image G2 corresponding to the alarm information AR4 of the currently occurring alarm, the judgment material for performing the optimum treatment for the current alarm is presented. However, the present invention is not limited to this, and a takeover image corresponding to alarm information AR1 of an alarm that has already occurred may be generated and displayed. In this case, it is possible to display a succeeding image corresponding to, for example, the alarm information AR1, which is likely to generate an alarm in the future, and perform simulation so that an optimal treatment can be performed in advance.

  DESCRIPTION OF SYMBOLS 1 ... Alarm response support system, 2 ... Control device, 6 ... Alarm device, 7 ... Control system GW, 8 ... Control device man machine, 10 ... Distributed control system, 11 ... History server computer, 11a ... Alarm history storage unit, 11b ... continuous history storage unit, 11c ... data management unit (control unit), 12 ... client computer (display unit), 13 ... text management WEB server, 13a ... handling manual storage unit, 13b ... takeover recording storage unit, 13c ... data search Output unit, 20 ... warning response support device, 30 ... host system.

Claims (4)

A takeover record that stores a takeover record that is a set of takeover data that records either the state of the abnormality of the equipment corresponding to the past alarm or the content of the treatment for the abnormality and the identification information for identifying the sensor that has detected the abnormality. A storage unit;
An alarm history storage unit that stores an alarm history that is a set of alarm information including the identification information corresponding to the alarm and the date and time information when the alarm occurred;
When desired alarm information is selected from the alarm history searched based on the date and time information, the handover data corresponding to the alarm information is read from the handover record storage unit and output based on the identification information An alarm response support apparatus comprising: a control unit that The handover data has the date information,
When there are a plurality of the takeover data corresponding to the alarm information, the control unit arranges the takeover data in which the state of abnormality of the equipment is recorded and the takeover data in which the details of the treatment are recorded in time series. The warning response support apparatus according to claim 1, wherein a hand-over image representing a history of the plurality of hand-over data is generated and displayed by linking. The takeover image is an indentation in which the display start position of the takeover data in which the abnormality state of the equipment is recorded and the display start position of the takeover data in which the contents of the treatment are recorded are sequentially shifted in time series. The alarm response support apparatus according to claim 2, wherein the alarm response support apparatus is a display image. A takeover record storage unit that is a set of takeover data that records either an abnormal state of equipment corresponding to a past alarm or a content of a measure for the abnormality and identification information for identifying a sensor that detects the abnormality. A takeover recording storage step stored in advance,
An alarm history storage step for storing an alarm history that is a set of alarm information including the identification information corresponding to the alarm and date and time information when the alarm occurred;
The alarm history searched based on the date and time information by the control unit is displayed on the display unit, and when desired alarm information is selected from the alarm history, the alarm information corresponds to the alarm information based on the identification information. A control step of reading the handover data from the handover record storage unit and displaying the data on the display unit.

Images