JPH03263198A - Alarm processing system - Google Patents

Abstract

PURPOSE:To enable fast alarm processing by providing a judging means for preferential alarm generation which judges whether or not an alarm generating means generates an alarm sound preferentially when each of outputs of respective sensor means is detected. CONSTITUTION:When an input/output processing part 16 detects the output of sensor equipment 11a, the output is supplied to the judging means 20 for preferential alarm generation which loads and stores data showing sensor values indicating past progress, alarm conditions, etc., from a sensor value file 17 and an alarm condition file 18 in such form that they correspond to sensor equipment which is high in the priority of alarm processing. Then the need to access the sensor value file 17 and alarm condition file 18 by the judging means 20 is eliminated and the judging means 20 retrieves respective data directly and preferentially to judges whether or not corresponding alarm generating equipment 12a generates an alarm sound. Consequently, the alarm processing is speeded up.

Description

DETAILED DESCRIPTION OF THE INVENTION [Summary] This invention relates to an alarm processing method that individually detects outputs from a plurality of sensor means and generates an alarm based on certain conditions.

The purpose of the invention is to enable faster alarm processing.2 An alarm generation means that generates an alarm sound based on each output of a plurality of sensor means connected via a network exchange network, and an alarm generation means that generates an alarm sound based on each output of a plurality of sensor means connected via a network exchange network, Alarm generation determination means for individually detecting and determining whether or not to generate an alarm sound from the alarm generation means, and when each output of each sensor means is detected, the alarm sound is given priority from the alarm generation means. A priority alarm generation determination means for determining whether or not to generate a priority alarm is configured.

[Industrial application field]

The present invention relates to an alarm processing method that individually detects outputs from a plurality of sensor means and generates an alarm based on certain conditions.

In recent years, for example, technology has been developed in which various sensors and alarm generating devices are placed at key points within a certain area, and a central computer station or the like centrally manages changes in the environment at each key point. However, as the amount of information to be managed (number of sensors) increases, it takes time to process alarms.
There is a need for the development of technology that can efficiently and quickly process alarms.

[Conventional technology]

In the conventional alarm processing method, each sensor value indicating the progress of output from various sensors and the alarm condition indicating whether or not to generate an alarm for each alarm are stored in a secondary storage device. When an output is detected from one of the devices, the corresponding sensor value and alarm condition are retrieved from the secondary storage device to determine whether or not an alarm should be generated. When it is determined that an alarm should be generated, an activation signal is sent to the alarm generating device to generate an alarm sound.

[Problem to be solved by the invention]

Conventionally, when determining whether an alarm sound has been generated, it is necessary to access the secondary storage device each time, so the processing speed is slow and takes an hour.

This is especially true when outputs related to bit alarms are detected, which require faster processing.

It was not possible to respond immediately, which caused various problems.

The present invention was made in view of these problems,
The purpose of this invention is to provide alarm processing that enables faster alarm processing.

[Means to solve the problem]

FIG. 1 shows a basic configuration diagram of the present invention.

The symbol IO in the figure is a computer, and the network exchange y45
It has been added to 0. 11 is a sensor device; 12
is an alarm generating device. One sensor device each 11
and each alarm generating device 12 is, for example, lla, 12a,
12a', and are joined to the network switching network 50.

Reference numeral 15 provided in the computer 10 is means for determining whether an alarm has occurred, and each output from each sensor device 11 is input to the means for determining whether an alarm has occurred via a network exchange 50.

The alarm generation determination means 15 includes an input/output processing section 16 that individually detects each output, and each sensor device 11.
. . , a sensor value file 17 in which sensor values indicating the past states output by each sensor device 11 . . . are stored.

The alarm condition file 18 stores conditions for determining whether or not to generate an alarm sound for each alarm device 12.

Reference numeral 19 denotes an alarm' processing history storage means, which is an operation file in which a list of all past operations of each alarm generating device 12 . . . is stored.

Reference numeral 20 denotes a priority alarm generation determination means, in response to the detection of the output of the sensor device 11 with a high priority for alarm processing, the corresponding alarm generation device 1
From 2..., priority is given to determining whether or not to generate an alarm sound.

Note that the input/output processing section 16 and the priority alarm generation determination means 20 are provided with information developed on the main memory. Part of the contents of the files 17 and 18 are loaded and held respectively.

[Effect]

When the output of the sensor device 11a is detected by the input/output processing unit 16, this output is extracted from the sensor value file 17 and the alarm condition file 18 in a manner corresponding to the sensor device with a high priority for alarm processing. Priority alarm occurrence determination means 20 that loads and stores data indicating sensor values indicating progress, alarm conditions, etc.
is supplied to Then, the judgment means 20 saves the trouble of accessing the sensor value file 17 and the alarm condition file 18, and directly searches the respective data with priority,
It is determined whether or not to generate an alarm sound from the corresponding alarm generating device 12a. If it is determined that an alarm sound should be generated, the corresponding alarm generating device 12 is immediately transmitted via the network exchange 1i 150.
An alarm sound can be generated at a.

〔Example〕

Hereinafter, one embodiment will be described in more detail based on the accompanying drawings.

FIG. 1 is a diagram showing the principle structure of the present invention, and shows the structure of main parts in two embodiments.

In the figure, reference numeral 10 is a computer, and 11... are sensor devices.

12 is an alarm generating device, 13 is a communication object), 15 is a means for determining alarm occurrence, 16 is an input/output processing unit, 17 is a sensor value file, 18 is an alarm condition file, 19 is a history storage means for alarm processing , 20 is means for determining priority alarm occurrence.

50 is a network switching network.

The configuration of each part will be explained.

Computer 1a10 is equipped with a CPU, and this computer 1a10 is equipped with a CPU.
Communication object (transmitter/receiver)13. Means for determining alarm occurrence 15. Alarm processing history storage means 19. A means 20 for determining whether a priority alarm has occurred is provided. This computer 10 is subscribed to a network switching network (for example, a public telephone line) 50.

The alarm occurrence determination means 15 includes an input/output processing section 16, a sensor value file 17, and an alarm condition file 1.
8 etc. are provided.

The input/output processing section 16 includes a sensor 11, which will be described later.
The output from . . . is input via the communication object 13. The system detects each output individually via the CPU, searches for each piece of information that has already been loaded or will be loaded as necessary, and determines whether or not to generate an alarm sound from the corresponding alarm generating device. .

The sensor value file 17 is, for example, a variable file, and is configured to individually store data indicating the past progress output from each sensor device 11 to be described later.

The alarm condition file 18 is a variable file, for example, and individually stores data indicating conditions for generating an alarm sound for each of the alarm generating devices 12, which will be described later. That is, when the output from a certain sensor device 11 is input as the alarm generation determination means 15, it searches for data indicating the past state in the sensor value file 17 to know the change in the data.

By knowing whether the corresponding alarm generating device 12 is currently in the alarm sound generating state and searching for data indicating sensor conditions within the alarm condition file l days,
It is determined whether or not the corresponding alarm generating device 12 should generate an alarm sound (including, of course, determining whether or not to extinguish an already generated alarm).

As the alarm processing history storage means 19, an operation list is stored in which all operating conditions of the alarm generating devices 12, which will be described later, are recorded over time. This operation - by searching the list, you can determine which sensor devices 11... require faster alarm processing, and which sensor devices 11... most frequently produce outputs indicating alarm occurrences. I can judge.

The priority alarm generation determination means 2o has a function that prioritizes and processes, for example, outputs from sensor devices 11 that require faster processing or outputs from other sensor devices 11 that are determined to frequently report alarm occurrences. If it is determined that it is necessary, the data in the sensor value file 17 and alarm condition file 18 related to the sensor device 11 are loaded and stored in advance.

Based on the stored data, it is determined whether the corresponding alarm generating device 12 should generate an alarm sound.

In that case, the data indicating the past state of the sensor device taken out from the sensor value file 17 is loaded and stored in the priority alarm generation determination means 20, and the data taken out from the alarm condition file 18 is loaded into the priority alarm determination means 20 and stored. , bit alarm conditions related to alarms may be stored in the input/output processing unit 16 described above to enable faster alarm processing.

Sensor devices include sensors such as temperature sensors and on/off switches.

The alarm generating device 12 is a sounding device such as a speaker. The sensor devices 11... output the detected output to the input/output processing section 16 of the computer 10, and the alarm generating devices 12... generate an alarm sound when the activation signal is transferred from the computer 10. is starting to occur.

FIG. 2 shows the types of outputs from the various sensor devices 11 that are determined by the input/output processing section 16.

For example, as a sensor state (output state), 5 (1) bit alarm alarm state, (2) bit alarm non-alarm state, and (3) focus non-alarm state are prepared depending on the sensor device that can transmit digital signals. ing.

(1) A certain alarm condition is associated with the alarm state of the bit alarm, and 2, when this condition is satisfied, the alarm state JlJi (output state) is turned on (sounding). In addition, (2) a certain alarm condition is associated with the non-alarm state of the focus alarm, and when this condition is met, the alarm state is turned off (silenced); however, 3) the non-focus alarm state No alarm condition is associated with it, so when this output is detected, processing other than alarm processing is performed.

In addition, as other sensor Li1 (output state),
Corresponding to sensor equipment that can transmit analog signals, (
4) analog alarm, (5) analog non-alarm, etc. are available. (4) Analog alarms are associated with certain alarm conditions, and (5) analog non-alarms are associated with no alarm conditions.

Next, the operation of this embodiment will be explained with reference to the flowchart shown in FIG.

Here, a part of the operation list from the alarm processing history storage means 19 has already been loaded, the input/output processing section 16 stores bit alarm conditions related to bit alarms, and the priority alarm determination means 20 stores the bit alarm conditions related to bit alarms. It is assumed that past sensor values related to the bit alarm are loaded and stored.

First, in step 3-1, a certain sensor device 11.
. . . If some kind of output (sensor (!E) human power is detected), then in step 3-2, it is determined whether the input is related to the focus alarm sensor, for example, the device 11a.

NO2 or bit alarm sensor e.g. equipment 11a
If it is determined that the input is not related to.

Next, the process proceeds to step 3-3, where it is determined whether the input is an input indicating a change in the state of the alarm generating device 12. If it is further determined that the input is NO2, that is, the input does not indicate a state change, this flowchart ends, but if it is determined that it is YES, that is, the input indicates a state change, the process proceeds to the next step 3-4. 5 Rewrite the alarm data related to the input. And step 3
In steps 5 to 5, it is determined whether or not an alarm should be generated.

If NO2 is determined here, that is, an alarm should not be generated, the current input data is written in the operation list in step 3-10 and this flowchart ends, but if YES, an alarm should not be generated. If it is determined that it should be done, an alarm process is performed in step 3-9, and then the current input data is written in the operation list in step 3-10, and this flowchart is ended.

On the other hand, in the previous step 3-2, YES.

In other words, if it is determined that an input related to the bit alarm sensor, for example, the device 11a, has been made, the first step is step 3.
Proceed to -6 and determine whether an alarm should be generated. If it is determined that an alarm should not be generated, proceed to step 3-3 and perform the processing from there; however, if it is determined to be YES, that is, an alarm should not be generated, the next step is as follows. Step 3
Proceed to step 7.

Proceeding to step 3-7, it is determined whether the input is a human input indicating a change in the state of the alarm generating device 12a. If it is determined that the input is NOl, that is, the input does not change the past state, this flowchart ends, but the answer is YES.

In other words, if it is determined that it is human power that changes the past state, the process proceeds to the secondary step 3-8.

Proceeding to step 3-8, the bit alarm data is rewritten. Then, in the next step 3-9, alarm processing is performed, and in the final step 3-10, the current input data is stored in the operation list, and this flowchart ends.

[Effects of the Invention] As detailed above, according to the two aspects of the present invention, for inputs that require high-speed processing related to bit alarm sensors, etc., processing is performed to determine whether or not to generate an alarm. By making it possible to quickly determine whether or not an alarm should be generated in the input/output processing unit into which various data is subsequently loaded and the means for determining priority alarm generation, alarm processing is improved. The time required can be significantly reduced. This has the advantage of making alarm processing faster and more efficient.

[Brief explanation of drawings]

FIG. 1 is a diagram showing the principle configuration of the present invention. FIG. 2 is a diagram showing the types of outputs in each sensor device that are determined by the alarm generation determining means (input/output processing section). FIG. 3 is a flowchart showing the operation of this embodiment. 0...Computer 1, a...Bit alarm sensor device 1...Sensor device 2.123...Alarm generating device 3...Communication object 5...Alarm generation determination means 6... Input/output processing unit 7...sensor (direct file 8...alarm condition file 9...alarm processing history storage means 0...priority alarm occurrence determination means

Claims (1)

[Claims] A plurality of sensor means (11)..., an alarm generation means (12) that generates an alarm sound based on each output of each of the sensor means (11)...
Alarm generation determination means for individually detecting each output of each of the sensor means (11) and determining whether or not to cause the alarm generation means (12) to generate an alarm sound;
15), when each output of each of the sensor means (11)... is detected by the alarm generation determination means (15), the alarm generation means (12) generates an alarm sound with priority. Priority alarm generation determination means (
20) An alarm processing method comprising: