JP6219153B2 - Alarm notification device, alarm notification system, and alarm notification program - Google Patents
Alarm notification device, alarm notification system, and alarm notification program Download PDFInfo
- Publication number
- JP6219153B2 JP6219153B2 JP2013254140A JP2013254140A JP6219153B2 JP 6219153 B2 JP6219153 B2 JP 6219153B2 JP 2013254140 A JP2013254140 A JP 2013254140A JP 2013254140 A JP2013254140 A JP 2013254140A JP 6219153 B2 JP6219153 B2 JP 6219153B2
- Authority
- JP
- Japan
- Prior art keywords
- notification
- alarm
- data
- history
- alarm event
- 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.)
- Active
Links
- 230000004044 response Effects 0.000 claims description 37
- 230000005540 biological transmission Effects 0.000 claims description 24
- 238000000034 method Methods 0.000 description 60
- 230000008569 process Effects 0.000 description 38
- 238000012545 processing Methods 0.000 description 24
- 238000004891 communication Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000012544 monitoring process Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000004378 air conditioning Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Alarm Systems (AREA)
- Selective Calling Equipment (AREA)
Description
本発明は、警報通知装置、警報通知システムおよび警報通知プログラムに関する。 The present invention relates to an alarm notification device, an alarm notification system, and an alarm notification program.
特許文献1や特許文献2には、ストリーミングによってコンテンツデータを配信する際に、中断された配信処理が再開されると、既に配信済みのデータの再送を省略することで、データ通信量を削減する旨が記載されている。
In
設備機器の管理用ローカルネットワークとして、専用のネットワークが用いられてきており、設備機器の監視端末も専用のネットワーク内に設置されてきた。近年は、監視端末を専用のネットワークではなく、イントラネットなどのOA用のネットワークに設置し遠隔から監視できるような構成が出現している。 A dedicated network has been used as a local network for managing equipment, and equipment monitoring terminals have also been installed in the dedicated network. In recent years, a configuration in which a monitoring terminal is installed not in a dedicated network but in an OA network such as an intranet and can be monitored remotely has appeared.
監視端末(状態表示装置)は、設備機器で発生した警報イベントなどの状態変化を表示することで、設備機器の監視を支援する。この監視端末に通知される警報イベントのデータ通信量の効率化が求められている。警報イベントの通知に専用のネットワークを介さない場合、設備機器以外が原因のネットワーク負荷で、制御や状態変化の取得に失敗する場合があるためである。 The monitoring terminal (status display device) supports the monitoring of the equipment by displaying a status change such as an alarm event generated in the equipment. There is a need to increase the data communication volume of alarm events notified to the monitoring terminal. This is because, when a dedicated network is not used for notification of an alarm event, acquisition of control or status change may fail due to a network load caused by something other than equipment.
また、設備機器で管理する機器の数が多く、それぞれの機器で連続的かつ大量に警報が発生した場合、警報ごとに取得処理が行われると、通信量が増大し通信経路を圧迫されることで、警報の伝達が遅くなってしまう。また、警報の発生ごとに表示更新処理を行うと、警報状態を表示する装置の負荷が増大してしまう。 In addition, when there are many devices managed by facility equipment and alarms are generated continuously and in large numbers in each device, if acquisition processing is performed for each alarm, the amount of communication increases and the communication path is compressed. This delays the transmission of alarms. Further, if the display update process is performed every time an alarm is generated, the load on the device that displays the alarm state increases.
特許文献1や特許文献2に記載の配信システムを警報イベントの通知処理に適用しても、充分にデータ通信量を削減することはできない。これらの従来の配信システムでは、時系列に連続して再生されるストリーミングデータを前提としており、同じデータを2回重複して送信しないだけでは、データ通信量の削減は困難である。
Even if the distribution systems described in
なお、時系列に突発的に発生する警報イベントは、最新ではない多くの警報イベントの送信を省略することができる。例えば、過去5分おきに警報が鳴ったり鳴り止んだりを繰り返すような事象では、現在の(最新の)警報が鳴っているか否かだけを送信すればよく、過去の5分ごとの警報イベントの送信を省略できる。 Note that alarm events that occur suddenly in time series can omit the transmission of many alarm events that are not up-to-date. For example, in the event that an alarm sounds or stops ringing every 5 minutes in the past, it is only necessary to transmit whether or not the current (latest) alarm is sounding. Transmission can be omitted.
そこで、本発明は、時系列に状態が変化する警報データを効率的に送信することを、主な課題とする。 Thus, the main object of the present invention is to efficiently transmit alarm data whose state changes in time series.
前記課題を解決するために、本発明の警報通知装置は、
設備機器で発生する警報イベントを、時系列の履歴データとして履歴管理用データに格納するとともに、前記設備機器ごとの最新の警報イベントを現状態管理用データに格納する登録部と、
状態表示装置に対して既に通知された警報イベントを示す情報を含む通知要求を前記状態表示装置から受信し、前記履歴管理用データの履歴データから、前記通知要求の送信元である前記状態表示装置に対して未通知分の履歴データを特定し、前記未通知分の履歴データのデータ量と、前記現状態管理用データのデータ量とを比較し、
前記履歴管理用データの未通知分の警報イベント集合、および、前記現状態管理用データの警報イベント集合のうちの前記比較結果として小さいデータ量である片方の警報イベント集合を、前記通知要求の送信元である前記状態表示装置に対して通知する通知応答部とを有することを特徴とする。
その他の手段は、後記する。
In order to solve the above-described problem, the alarm notification device of the present invention includes:
An alarm event occurring in the equipment device is stored in the history management data as time-series history data, and the latest alarm event for each equipment device is stored in the current state management data, and
The status display device that receives a notification request including information indicating an alarm event already notified to the status display device from the status display device, and that is the transmission source of the notification request from the history data of the history management data Identify the historical data for unreported data, compare the amount of historical data for unreported data with the amount of data for the current state management data,
Sending the notification request to the alarm event set for the unreported history management data and one alarm event set having a small data amount as the comparison result among the alarm event set of the current state management data And a notification response unit for notifying the original state display device.
Other means will be described later.
本発明によれば、時系列に状態が変化する警報データを効率的に送信することができる。 According to the present invention, it is possible to efficiently transmit alarm data whose state changes in time series.
以下、本発明の一実施形態を、図面を参照して詳細に説明する。 Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.
図1は、状態通知システムを示す構成図である。
状態通知システムは、設備機器1と、機器管理装置(警報通知装置)2と、状態表示装置3とがネットワークで接続されて構成される。
これらの各装置は、演算処理を行う際に用いられる記憶手段としてのメモリと、前記演算処理を行う演算処理装置とを少なくとも備えるコンピュータを搭載または内蔵している。このコンピュータのメモリは、RAM(Random Access Memory)などにより構成される。演算処理は、CPU(Central Processing Unit)によって構成される演算処理装置が、メモリ上のプログラムを実行することで、実現される。
なお、状態通知システムを構成する各装置の台数について、図1に例示した台数だけでなく、状態表示装置3や、機器管理装置2をそれぞれ複数設置してもよい。
FIG. 1 is a configuration diagram showing a status notification system.
The status notification system is configured by connecting a
Each of these devices includes or incorporates a computer including at least a memory serving as a storage unit used when performing arithmetic processing and an arithmetic processing device that performs the arithmetic processing. The memory of this computer is constituted by a RAM (Random Access Memory) or the like. Arithmetic processing is realized by an arithmetic processing unit configured by a CPU (Central Processing Unit) executing a program on a memory.
In addition, about the number of each apparatus which comprises a status notification system, you may install not only the number illustrated in FIG. 1, but the
設備機器1は、センサ、電力メータ、空調や照明といった機器である。各設備機器1は、自身の制御状態が変化した場合に、機器管理装置2に対して警報イベントを通知する。警報イベントには、ユーザに警報を知らせる状態(以下「ON」)を示す情報や、ユーザに警報を知らせない状態(以下「OFF」)を示す情報や、設備機器1が管理する状態値(例えば、電力計の計測値)が含まれる。
The
機器管理装置2は、設備機器1ごとの警報イベントを管理する装置であり、設備機器1とLAN(Local Area Network)やLON(Local Operation Network)、RS(Recommended Standard)−232C、RS−485などで相互に接続される。
状態表示装置3は、機器管理装置2が管理する設備機器1ごとの警報イベントに従って、「ON」である警報を表示する装置である。状態表示装置3は、機器管理装置2とLANなどのビル内に設置されたネットワークで相互に接続される。
The
The
機器管理装置2は、登録部21と、通知元制御データ22と、現状態テーブル(現状態管理用データ)23と、履歴テーブル(履歴管理用データ)24と、通知応答部25とを含めて構成される。
状態表示装置3は、通知要求部31と、通知先制御データ32と、通知先テーブル33と、警報表示部34とを含めて構成される。
The
The
登録部21は、設備機器1から警報イベントを受けると、受けた警報イベントを履歴テーブル24に時系列に追加(履歴登録)し、その追加に伴って現状態テーブル23内の警報の状態(ONまたはOFF)を更新する(履歴反映)。そして、登録部21は、警報イベントが新規に発生した旨を通知応答部25に通知する。
通知元制御データ22は、ON警報数、最新発生ID、最新ONIDなどの通知元(機器管理装置2)での制御に使用されるデータである。これらのデータの詳細は、図2以降の説明で明らかにする。
現状態テーブル23には、設備機器1ごとの最新の警報の状態(ONまたはOFF)が格納されている(詳細は、図2(b))。
履歴テーブル24は、警報イベントごとの履歴情報が格納されている(詳細は、図2(a))。
When the registration unit 21 receives an alarm event from the
The notification source control data 22 is data used for control at the notification source (device management apparatus 2) such as the number of ON alarms, the latest occurrence ID, and the latest ONID. The details of these data will be clarified in the description after FIG.
The current state table 23 stores the latest alarm state (ON or OFF) for each equipment device 1 (for details, see FIG. 2B).
The history table 24 stores history information for each alarm event (for details, see FIG. 2A).
通知応答部25は、通知要求部31から通知要求を受信すると、状態表示装置3に未通知分の警報イベントを履歴テーブル24または現状態テーブル23から取得し、状態通知として通知要求部31に送信する。
なお、状態通知の方式は、履歴テーブル24から取得した履歴データの通知(以下、「履歴通知」)か、現状態テーブル23から取得した状態一覧データの通知(以下、「一覧通知」)かのいずれかである。これらの2方式の詳細は、図8などで後記する。
When the notification response unit 25 receives the notification request from the notification request unit 31, the notification response unit 25 acquires alarm events for the unreported
It should be noted that the status notification method is either notification of history data acquired from the history table 24 (hereinafter “history notification”) or notification of status list data acquired from the current status table 23 (hereinafter “list notification”). Either. Details of these two methods will be described later with reference to FIG.
通知要求部31は、通知先制御データ32内の最新通知IDを含む通知要求を、通知応答部25に送信する。そして、通知要求部31は、通知要求への応答として、状態通知(履歴通知または一覧通知)を受信すると、その状態通知に含まれる警報イベントを通知先テーブル33へと更新(状態更新)する。なお、通知要求や状態通知の通信には、HTTP(Hyper Text Transfer Protocol)などの通信プロトコルが利用される。
The notification request unit 31 transmits a notification request including the latest notification ID in the notification
通知先制御データ32は、最新通知IDなどの通知先での制御に使用されるデータである。これらのデータの詳細は、図2以降の説明で明らかにする。
通知先テーブル33は、
警報表示部34は、通知先テーブル33の更新などを契機として、プロセス間通信などで通知要求部31から表示要求を受ける。そして、警報表示部34は、通知先テーブル33からONである警報の一覧を取得し(状態取得)、液晶ディスプレイなどの画面に表示する。
The notification
The notification destination table 33
The alarm display unit 34 receives a display request from the notification request unit 31 by inter-process communication or the like when the notification destination table 33 is updated. Then, the alarm display unit 34 acquires a list of alarms that are ON from the notification destination table 33 (status acquisition) and displays it on a screen such as a liquid crystal display.
図2は、状態通知システムの各テーブル(現状態テーブル23、履歴テーブル24、通知先テーブル33)を示す構成図である。各テーブル間で同じ名称の列(例えば「機器」)は、同じ意味である。 FIG. 2 is a configuration diagram showing each table (current state table 23, history table 24, notification destination table 33) of the state notification system. Columns with the same name (for example, “device”) have the same meaning between the tables.
図2(a)の履歴テーブル24は、設備機器1で発生した警報イベントを時系列の履歴形式で保存するテーブルである。履歴テーブル24は、警報ID、日時、機器、イベント、状態から構成される。
警報ID列は、警報イベントに対して一意に割り当てられた数値であり、警報イベントの登録時に連番で割り当てられる。
日時列は、設備機器1で発生した警報の発生日時が保持される。例えば、警報ID=1の「2013-08-15T08:00:32」とは、2013年8月15日8時0分32秒を示す。
機器列には、警報イベントの発生元である設備機器1の識別情報が保持される。
イベント列には、警報イベントの種別が保持される。
状態列には、警報を知らせるのか(ON)、知らせないのか(OFF)という警報の状態が保持される。なお、警報の状態として、ON−OFFの2値だけでなく、警報を知らせる状態(ON)を細分化して、知らせる警報の種別(赤ランプ点灯、黄ランプ点灯など)を特定する情報を含ませてもよい。
The history table 24 in FIG. 2A is a table that stores alarm events generated in the
The alarm ID column is a numerical value uniquely assigned to the alarm event, and is assigned by a serial number when the alarm event is registered.
The date and time column holds the date and time when an alarm occurred in the
In the device column, identification information of the
The event column holds the type of alarm event.
The status column holds the status of the alarm, whether to notify the alarm (ON) or not (OFF). In addition, the alarm status includes not only the binary value of ON-OFF, but also information that specifies the type of alarm to be notified (red lamp lighting, yellow lamp lighting, etc.) by subdividing the alarm notification status (ON). May be.
通知元制御データ22の最新発生IDは、履歴テーブル24内の警報IDのうちの最新のものである。
通知元制御データ22の最新ONIDは、履歴テーブル24内の状態がONである警報IDのうちの最新のものである。
なお、図2(a)の例では、最新発生ID=14,最新ONID=12である。
The latest occurrence ID of the notification source control data 22 is the latest one of the alarm IDs in the history table 24.
The latest ONID of the notification source control data 22 is the latest one of the alarm IDs whose state in the history table 24 is ON.
In the example of FIG. 2A, the latest occurrence ID = 14 and the latest ONID = 12.
図2(b)の現状態テーブル23は、履歴テーブル24に登録されている警報イベントから、各設備機器1について、最新のレコード(イベント、状態、警報ID)を抜粋(履歴反映)したテーブルである。
例えば、図2(b)の現状態テーブル23は、図2(a)の履歴テーブル24のうちのすべて(ID=1〜14)のレコードを対象として、最新のレコードが履歴反映されている。よって、機器「第2設備」のレコードは、履歴テーブル24内に警報ID=7,14の2つ存在するが、そのうちの最新である警報ID=14のレコードだけ、現状態テーブル23に反映されている。つまり、警報ID=7である古いレコードは、警報ID=14である新しいレコードによって上書きされる。
なお、通知元制御データ22のON警報数は、現状態テーブル23内の状態がONである警報の総数であり、図2(b)の例では、警報ID=5,6の2つである。
The current state table 23 in FIG. 2B is a table in which the latest records (event, state, alarm ID) are extracted (history reflected) for each
For example, in the current state table 23 in FIG. 2B, the latest records are reflected in the history for all the records (ID = 1 to 14) in the history table 24 in FIG. Therefore, there are two records of the device “second equipment” with alarm ID = 7, 14 in the history table 24, but only the record with the latest alarm ID = 14 is reflected in the current state table 23. ing. That is, the old record with alarm ID = 7 is overwritten by the new record with alarm ID = 14.
The number of ON alarms in the notification source control data 22 is the total number of alarms whose states in the current state table 23 are ON, and in the example of FIG. 2B, there are two alarm IDs = 5 and 6. .
図2(c)の通知先テーブル33は、現状態テーブル23および履歴テーブル24から通知された警報イベント(日時、機器、イベント)のうちの状態がONであるものを格納する。例えば、図2(c)の通知先テーブル33は、図2(b)の現状態テーブル23のうちの警報ID=1〜6に該当するデータが通知されたものである。
通知先制御データ32の最新通知IDは、通知先テーブル33に反映されている最新の警報ID、換言すると、機器管理装置2から応答された警報イベントのうちの最新の警報IDである。
The notification destination table 33 in FIG. 2C stores the alarm events (date and time, device, event) notified from the current state table 23 and the history table 24 that are ON. For example, in the notification destination table 33 in FIG. 2C, data corresponding to the alarm ID = 1 to 6 in the current state table 23 in FIG. 2B is notified.
The latest notification ID of the notification
図3は、状態通知処理(ID=1〜6)を示す説明図である。
図3(a)では、機器管理装置2内の履歴テーブル24に警報ID=1〜6の警報イベントがあり、それらの警報イベントが現状態テーブル23に履歴反映されている。よって、最新発生ID=6である。しかし、警報ID=1〜6の警報イベントは、いずれも状態表示装置3に通知されておらず、状態表示装置3の最新通知ID=0(未通知を示す)である。そして、状態表示装置3は、機器管理装置2に対して最新通知ID=0を含む通知要求を送信する。
FIG. 3 is an explanatory diagram showing state notification processing (ID = 1 to 6).
In FIG. 3A, there are alarm events of alarm ID = 1 to 6 in the history table 24 in the
図3(b)は、図3(a)の後の状態である。機器管理装置2は、最新通知ID=0の通知要求を受け、自身が管理する警報ID=1〜6の警報イベントをすべて送信対象とする。機器管理装置2は、履歴テーブル24の警報イベント(ID=1〜6)を状態表示装置3に履歴通知する。
状態表示装置3は、通知された警報イベント(ID=1〜6)を自身の通知先テーブル33へと反映し、最新通知ID=6に更新し、通知先テーブル33の反映結果(ONである警報内容)をユーザに知らせる。
FIG. 3B is a state after FIG. The
The
図4は、図3(b)の後に警報イベント(ID=7)が発生したときの状態通知処理を示す説明図である。
図4(a)では、機器管理装置2は、新規に発生した警報イベント(ID=7)を現状態テーブル23および履歴テーブル24にそれぞれ反映する。その後、機器管理装置2は、状態表示装置3から最新通知ID=6の通知要求を受けると、自身で管理する7つの警報イベントのうち、6つが既に通知済であり、最新の1つが未通知であることを認識する(未通知分の警報件数=最新発生ID−最新通知ID)。
そして、機器管理装置2は、現状態テーブル23の警報イベント件数よりも、履歴テーブル24の未通知分の警報イベント件数(1件)のほうが少ないと判断する。
FIG. 4 is an explanatory diagram showing a state notification process when an alarm event (ID = 7) occurs after FIG.
In FIG. 4A, the
The
図4(b)では、図4(a)での機器管理装置2の判断に従い、状態表示装置3は、警報イベント(ID=7)だけの履歴通知を受ける。そして、状態表示装置3は、受信した警報イベント(ID=7)を自身の通知先テーブル33へと反映する。
なお、ここでの反映とは、レコードの追加処理だけでなく、レコードの書き換え処理やレコードの削除処理を含む(詳細は、図11で後記)が、反映前に通知先テーブル33のリフレッシュ(全消去)は行わない。
以上、図4で説明したように、未通知分が少ないときにはその未通知分だけを履歴通知することで、通信のデータ量を削減することができる。
In FIG. 4B, according to the determination of the
The reflection here includes not only record addition processing but also record rewrite processing and record deletion processing (details will be described later in FIG. 11). (Erase) is not performed.
As described above with reference to FIG. 4, when the amount of unnotified information is small, the history data is notified only for the unnotified amount, so that the data amount of communication can be reduced.
図5は、図3(b)の後に警報イベント(ID=7〜14)が発生したときの状態通知処理を示す説明図である。
図5(a)では、機器管理装置2は、新規に発生した警報イベント(ID=7〜14)を現状態テーブル23および履歴テーブル24にそれぞれ反映する。その後、機器管理装置2は、状態表示装置3から最新通知ID=6の通知要求を受けると、自身で管理する14つの警報イベントのうち、前半の7つが既に通知済であり、後半の7つが未通知であることを認識する。
そして、機器管理装置2は、履歴テーブル24の未通知分の警報イベント件数(7件)よりも、現状態テーブル23の警報イベント件数のほうが少ないと判断する。
FIG. 5 is an explanatory diagram showing a state notification process when an alarm event (ID = 7 to 14) occurs after FIG.
In FIG. 5A, the
Then, the
そして、機器管理装置2の判断に従い、状態表示装置3は、現状態テーブル23の警報イベント(ID=1〜14)の一覧通知を受ける。ここで、図2(b)ですでに説明したように、現状態テーブル23には、警報ID=1〜14の14件分が反映されているものの、同じ設備機器1について複数回の警報イベントが発生したときには、古いデータが新しいデータで上書きされる。よって、現状態テーブル23のデータ件数は、14件よりも少なくて済む。
状態表示装置3は、受信した警報イベント(現状態テーブル23の各データ)を自身の通知先テーブル33へと反映する。なお、反映前に通知先テーブル33のリフレッシュ(全消去)が行われる。そして、状態表示装置3は、最新通知IDを最新発生IDと同じ値(ID=14)へと更新する。
Then, according to the determination of the
The
図5(b)は、図5(a)の一覧通知が反映された通知先テーブル33の内容を示す。図2(b)の現状態テーブル23のうち、状態がONである2件のデータが反映されている。
以上、図4で説明したように、未通知分が多いときには、未通知分だけを履歴通知するより、一覧通知を選択することで、通信のデータ量を削減することができる。
FIG. 5B shows the contents of the notification destination table 33 in which the list notification of FIG. In the current state table 23 of FIG. 2B, two data whose states are ON are reflected.
As described above with reference to FIG. 4, when there is a large amount of unreported information, it is possible to reduce the amount of communication data by selecting list notification rather than history notification of only unreported information.
図6は、警報表示部34による表示画面を示す画面図である。この表示画面は、ビルの平面図であり、設備機器1として、DI1〜DI5,電力計,第2設備がビル内に配備されている。DI1〜DI5とは、ドアに備え付けられた開閉センサであり、ドアが開いた状態で警報がONになるようになっている。なお、本実施形態の設備機器1は、ビルに適用するだけでなく、マンション、オフィス、工場などの施設に設置することも可能である。
FIG. 6 is a screen diagram showing a display screen by the alarm display unit 34. This display screen is a plan view of a building, and DI1 to DI5, a wattmeter, and a second facility are installed in the building as the
図6(a)は、図2(c)の通知先テーブル33のエントリを表示した画面図である。DI1〜DI5および電力計に警報が発生した旨を、警報マークでわかりやすく表示している。図6(b)は、図5(b)の通知先テーブル33のエントリを表示した画面図である。D2および電力計に警報が発生している。なお、状態表示装置3は、警報マークを画面表示する他にも、音声などを鳴らしてユーザに知らせることができる。
FIG. 6A is a screen diagram that displays entries in the notification destination table 33 of FIG. The fact that an alarm has occurred in DI1 to DI5 and the power meter is displayed in an easy-to-understand manner with an alarm mark. FIG. 6B is a screen diagram that displays entries in the notification destination table 33 of FIG. An alarm has occurred in D2 and the power meter. In addition to displaying the alarm mark on the screen, the
さらに、図6(a)(b)それぞれにおいて、画面の左下に「今回警報ON:あり」が表示されている。この表示は、最新通知IDから最新発生IDまでの間に、いずれかの設備機器1でONである警報イベントが1回以上発生した旨を、ユーザに知らせるための表示である。この表示を行うため、機器管理装置2は、最新通知ID<最新ONIDであるときに、状態通知に今回警報ONフラグを含ませて状態表示装置3に送信する。
この表示により、ユーザは、現在(最新発生IDの日時)は警報では知らされないものの、過去に警報が発生したこと(何らかの異常が発生したが、現在はその異常から復帰していること)を知ることができる。
Further, in each of FIGS. 6A and 6B, “current alarm ON: present” is displayed at the lower left of the screen. This display is a display for informing the user that one or more alarm events that have been turned ON in any of the
This display allows the user to know that an alarm has occurred in the past (although some abnormality has occurred, but is now recovering from the abnormality), although the current (date and time of the latest occurrence ID) is not informed by the alarm. be able to.
図7は、登録部21が実行する、新規イベントの登録処理を示すフローチャートである。このフローチャートは、機器管理装置2の起動後に実行される。
S101として、登録部21は、設備機器1に新規警報イベントが発生したか否かを判定する。新規警報イベントには、その日時と、発生元の機器IDと、警報の状態(ONまたはOFF)とが含まれている。S101でYesならS102へ進み、NoならYesになるまでS101を繰り返す。
FIG. 7 is a flowchart showing a new event registration process executed by the registration unit 21. This flowchart is executed after the
As S <b> 101, the registration unit 21 determines whether a new alarm event has occurred in the
S102として、登録部21は、S101で発生した新規警報イベントに関する通知元制御データ22を、以下のように更新する。
・最新発生IDに、現在の最新発生ID+1(未使用のID値)を代入する。
・新規警報イベントの状態=ONなら、通知元制御データ22の最新ONIDに、更新された最新発生IDを代入し、通知元制御データ22のON警報数を+1する。
・新規警報イベントの状態=OFFなら、通知元制御データ22のON警報数を−1する。
As S102, the registration unit 21 updates the notification source control data 22 relating to the new alarm event that has occurred in S101 as follows.
The current latest occurrence ID + 1 (unused ID value) is substituted for the latest occurrence ID.
If the state of the new alarm event = ON, the updated latest occurrence ID is substituted for the latest ONID of the notification source control data 22, and the number of ON alarms of the notification source control data 22 is incremented by one.
If the state of the new alarm event = OFF, the number of ON alarms in the notification source control data 22 is decreased by 1.
S103として、登録部21は、S101で発生した新規警報イベントを、履歴テーブル24に追加する。つまり、登録部21は、S102で更新された最新発生IDを警報IDとする新たなレコードを作成し、その作成したレコードデータとして、新規警報イベントに含まれている日時と、発生元の機器と、警報の状態とを格納する。 As S <b> 103, the registration unit 21 adds the new alarm event generated in S <b> 101 to the history table 24. That is, the registration unit 21 creates a new record with the latest occurrence ID updated in S102 as an alarm ID, and the date and time included in the new alarm event as the created record data, Store the alarm status and.
S104として、登録部21は、S101の新規警報イベントに含まれる機器IDのレコードが現状態テーブル23に存在するか否かを判定する。S104でYesならS105へ進み、NoならS106へ進む。
S105として、登録部21は、現状態テーブル23内のS104で存在した既存エントリを、S101の新規警報イベントに含まれる各データで書き換える。
S106として、登録部21は、S102で更新された最新発生IDに対応する新規エントリを現状態テーブル23内に追加する。登録部21は、新規エントリのレコードデータとして、S101の新規警報イベントに含まれる各データを書き出す。
S107として、登録部21は、S101の新規警報イベントが発生した旨を通知応答部25に通知し、S101に戻る。
As S <b> 104, the registration unit 21 determines whether or not a device ID record included in the new alarm event of S <b> 101 exists in the current state table 23. If Yes in S104, the process proceeds to S105, and if No, the process proceeds to S106.
In S105, the registration unit 21 rewrites the existing entry existing in S104 in the current state table 23 with each data included in the new alarm event in S101.
As S <b> 106, the registration unit 21 adds a new entry corresponding to the latest occurrence ID updated in S <b> 102 in the current state table 23. The registration unit 21 writes each data included in the new alarm event of S101 as the record data of the new entry.
As S107, the registration unit 21 notifies the notification response unit 25 that the new alarm event of S101 has occurred, and returns to S101.
図8は、通知応答部25が実行する、通知要求への応答処理を示すフローチャートである。このフローチャートは、通知要求部31から通知要求があった場合に実行される。
S201として、通知応答部25は、通知要求部31から最新通知IDを含む通知要求を受信する。この通知要求の送信処理は、後記する図11のS302で説明する。
S202として、通知応答部25は、図3〜図5で説明したように、未通知分の警報イベントが履歴テーブル24に存在するか否かを判定する。なお、S201の通知要求に含まれる最新通知ID<最新発生IDなら、未通知分の警報イベントが存在する。S202でYesならS203へ進み、Noなら新たに、登録部21から新規警報イベントが通知(S107)されるまでS202で待機する。
FIG. 8 is a flowchart showing a response process to a notification request executed by the notification response unit 25. This flowchart is executed when a notification request is received from the notification request unit 31.
As S <b> 201, the notification response unit 25 receives a notification request including the latest notification ID from the notification request unit 31. This notification request transmission process will be described in S302 of FIG.
As S <b> 202, the notification response unit 25 determines whether there are alarm events for the unreported state in the history table 24 as described with reference to FIGS. 3 to 5. Note that if the latest notification ID included in the notification request of S201 <the latest occurrence ID, there are alarm events for unreported. If Yes in S202, the process proceeds to S203, and if No, the process waits in S202 until a new alarm event is notified from the registration unit 21 (S107).
S203として、通知応答部25は、後記するS210の一覧通知にて送信対象となる警報イベントの件数を特定する。この特定処理は、以下の(方法1a)または(方法1b)のいずれかである。
(方法1a)現状態テーブル23の全レコードを送信対象とし、そのレコード数を送信対象件数とする。
(方法1b)現状態テーブル23のうちの状態がONであるレコードを送信対象とし、そのレコード数(=通知元制御データ22のON警報数)を送信対象件数とする。
なお、(方法1b)を用いるときには、現状態テーブル23内に状態がOFFであるレコードを保持する必要がなくなるため、現状態テーブル23のサイズを削減できる。その場合、S105でOFFであるレコードを削除し、S106でOFFであるレコードの追加を行わないように、それぞれ現状態テーブル23の新規イベントの登録処理を置き換えればよい。
As S203, the notification response unit 25 specifies the number of alarm events to be transmitted in the list notification of S210 described later. This specific process is either (Method 1a) or (Method 1b) below.
(Method 1a) All records in the current state table 23 are set as transmission targets, and the number of records is set as the transmission target number.
(Method 1b) A record whose state is ON in the current state table 23 is set as a transmission target, and the number of records (= the number of ON alarms in the notification source control data 22) is set as the transmission target number.
When (Method 1b) is used, it is not necessary to hold a record whose state is OFF in the current state table 23, so that the size of the current state table 23 can be reduced. In that case, the new event registration process in the current state table 23 may be replaced so that the record that is OFF in S105 is deleted and the record that is OFF in S106 is not added.
S204として、通知応答部25は、後記するS220の履歴通知にて送信対象となる警報イベントの件数を特定する。この特定処理は、以下の(方法2a)または(方法2b)のいずれかである。
(方法2a)履歴テーブル24内の、最新通知ID+1から最新発生IDまでの全レコードを送信対象とする。送信対象件数=(通知元制御データ22の最新発生ID)−(S201の最新通知ID)である。
(方法2b)前記の(方法2a)のうちの設備機器1ごとの最新ではないレコードを除外したもの(換言すると、設備機器1ごとの最新レコードを抜粋したもの)を送信対象とする。つまり、1つの設備機器1の警報イベントが最新通知IDより後に複数回発生していた場合に、そのうちの最新の警報イベントを示す履歴だけを送信する。
例えば、図2(a)では、最新通知ID=6より後で最新発生ID=14以前のレコードのうち、警報ID=12,13が、ともに機器「DI4」のレコードである。よって、(方法2a)では、警報ID=12,13のレコードが送信対象となるが、(方法2b)では、警報ID=13のレコードが送信対象となる。
As S204, the notification response unit 25 specifies the number of alarm events to be transmitted in the history notification of S220 described later. This specifying process is either (Method 2a) or (Method 2b) below.
(Method 2a) All records from the latest notification ID + 1 to the latest occurrence ID in the history table 24 are to be transmitted. Number of transmission targets = (latest occurrence ID of notification source control data 22) − (latest notification ID of S201).
(Method 2b) Of the above (Method 2a), the one that excludes the record that is not the latest for each equipment device 1 (in other words, the latest record that is extracted for each equipment device 1) is the transmission target. That is, when the alarm event of one
For example, in FIG. 2A, among the records before the latest occurrence ID = 14 after the latest notification ID = 6, the alarm ID = 12, 13 is a record of the device “DI4”. Therefore, in (Method 2a), the record with the alarm ID = 12, 13 is the transmission target, but in (Method 2b), the record with the alarm ID = 13 is the transmission target.
S205として、通知応答部25は、S203の一覧通知件数とS204の履歴通知件数とのうちの少ない件数の通知方式を選択する。そのため、判定式「一覧通知件数<履歴通知件数」を満たすか否かを判定する。S205でYesならS210へ進み、NoならS220へ進む。
S210として、通知応答部25は、S203で特定した送信対象の警報イベントを、一覧通知で状態通知する(詳細は、図9)。
S220として、通知応答部25は、S204で特定した送信対象の警報イベントを、履歴通知で状態通知する(詳細は、図10)。
As S205, the notification response unit 25 selects a notification method with a small number of the list notification number in S203 and the history notification number in S204. Therefore, it is determined whether or not the determination formula “number of list notifications <number of history notifications” is satisfied. If Yes in S205, the process proceeds to S210, and if No, the process proceeds to S220.
As S210, the notification response unit 25 notifies the status of the alarm event to be transmitted identified in S203 by a list notification (for details, see FIG. 9).
As S220, the notification response unit 25 notifies the status of the transmission target alarm event specified in S204 by history notification (for details, see FIG. 10).
図9は、図8のS210(一覧通知処理)の詳細を示すフローチャートである。
S211として、通知応答部25は、S203の(方法1a)または(方法1b)で説明したように、現状態テーブル23から今回送信対象の警報ID集合を取得する。
S212として、通知応答部25は、今回送信対象の警報IDを順に選択するループを開始する。
S213として、通知応答部25は、履歴テーブル24から、S212で選択した警報IDを検索キーとして該当するレコードデータ(日時と機器と状態)を取得する。取得したデータは、後記するS215で使用される。
なお、変形例として、現状態テーブル23にも警報IDに対応付けてレコードデータ(日時と機器と状態)をあらかじめ記憶しておくことにより、履歴テーブル24の代わりに現状態テーブル23からS213の取得処理を実行できる。
FIG. 9 is a flowchart showing details of S210 (list notification processing) in FIG.
As S <b> 211, the notification response unit 25 acquires the current transmission target alarm ID set from the current state table 23 as described in (Method 1 a) or (Method 1 b) of S <b> 203.
As S212, the notification response unit 25 starts a loop for sequentially selecting the alarm IDs to be transmitted this time.
As S213, the notification response unit 25 acquires corresponding record data (date and time, device, and status) from the history table 24 using the alarm ID selected in S212 as a search key. The acquired data is used in S215 described later.
As a modification, the current state table 23 also stores record data (date and time and device and state) in advance in association with the alarm ID, so that S213 is obtained from the current state table 23 instead of the history table 24. Processing can be executed.
S214として、通知応答部25は、S212からのループを終了する。
S215として、通知応答部25は、S213で取得した各レコードデータに加え、今回の状態通知が一覧通知であることを示す一覧通知フラグと、通知元制御データ22の最新発生IDとを含めた一覧通知データを作成し、その一覧通知データを通知要求部31へと送信する。なお、(方法1b)のときには、送信対象の全レコードの状態は常に「ON」であるため、その状態の送信を省略できる。
As S214, the notification response unit 25 ends the loop from S212.
As S215, the notification response unit 25 includes a list including a list notification flag indicating that the current status notification is a list notification and the latest occurrence ID of the notification source control data 22 in addition to each record data acquired in S213. Notification data is created, and the list notification data is transmitted to the notification request unit 31. In the case of (Method 1b), since the state of all records to be transmitted is always “ON”, transmission in that state can be omitted.
図10は、図8のS220(履歴通知処理)の詳細を示すフローチャートである。S221〜S225の各処理は、基本的には、図9のS211〜S215の各処理に対応する。以下、図9と図10の違いに着目して、説明する。
S211では、通知応答部25は、現状態テーブル23から今回送信対象の警報ID集合を取得していたが、S221では、S204の(方法2a)または(方法2b)で説明したように、履歴テーブル24から今回送信対象の警報ID集合を取得する。
S222〜S224のループ処理は、S212〜S214のループ処理と同様である。
S225では、S215と同様に、通知応答部25は、S223で取得した各レコードデータに加え、今回の状態通知が履歴通知であることを示す履歴通知フラグと、通知元制御データ22の最新発生IDとを含めた履歴通知データを作成し、その履歴通知データを通知要求部31へと送信する。
FIG. 10 is a flowchart showing details of S220 (history notification processing) in FIG. Each process of S221 to S225 basically corresponds to each process of S211 to S215 of FIG. Hereinafter, description will be made by paying attention to the difference between FIG. 9 and FIG.
In S211, the notification response unit 25 acquires the alarm ID set to be transmitted this time from the current state table 23, but in S221, as described in (Method 2a) or (Method 2b) of S204, the history table 24, a set of alarm IDs to be transmitted this time is acquired.
The loop processing of S222 to S224 is the same as the loop processing of S212 to S214.
In S225, as in S215, in addition to the record data acquired in S223, the notification response unit 25 includes a history notification flag indicating that the current status notification is a history notification, and the latest occurrence ID of the notification source control data 22 Is generated, and the history notification data is transmitted to the notification request unit 31.
なお、状態通知の種類は、履歴通知と一覧通知との2種類なので、一覧通知フラグが状態通知に含まれていないときは、履歴通知であることが特定できる。よって、通知応答部25は、S225の送信データから履歴通知フラグを省略してもよい。
また、送信対象の各レコードデータのうちの最新の警報IDが最新発生IDであるので、通知応答部25は、S225の送信データから最新発生IDを省略してもよい。
Since there are two types of status notification, history notification and list notification, when the list notification flag is not included in the status notification, it can be specified that the notification is history notification. Therefore, the notification response unit 25 may omit the history notification flag from the transmission data in S225.
Further, since the latest alarm ID of the record data to be transmitted is the latest occurrence ID, the notification response unit 25 may omit the latest occurrence ID from the transmission data in S225.
図11は、通知要求部31が実行する、通知要求処理およびその応答結果の表示処理を示すフローチャートである。
S301として、通知要求部31は、通知先制御データ32から最新通知IDを取得する。
S302として、通知要求部31は、S301の最新通知IDを含む通知要求を、通知応答部25に送信する。
S303として、通知要求部31は、最新発生IDを含む状態通知を通知応答部25から受信するまで待つ。なお、通知応答部25による状態通知の送信処理は、S210およびS220にて説明した。
FIG. 11 is a flowchart showing notification request processing and response result display processing executed by the notification request unit 31.
As S <b> 301, the notification request unit 31 acquires the latest notification ID from the notification
As S <b> 302, the notification request unit 31 transmits a notification request including the latest notification ID of S <b> 301 to the notification response unit 25.
As S303, the notification request unit 31 waits until a status notification including the latest occurrence ID is received from the notification response unit 25. The status notification transmission processing by the notification response unit 25 has been described in S210 and S220.
S311として、通知要求部31は、S303で受信した状態通知の通知フラグを参照して、処理を分岐させる。通知フラグが「一覧通知フラグ」ならS312へ進み、「履歴通知フラグ」ならS321へ進む。
S312として、通知要求部31は、通知先テーブル33の全レコードを消去する。この消去処理は、通知先テーブル33の内容を、一覧通知された現状態テーブル23の内容にそのまま置き換えるための前処理である。そして、処理をS321へと進める。
As S311, the notification request unit 31 branches the process with reference to the notification flag of the state notification received in S303. If the notification flag is “list notification flag”, the process proceeds to S312. If the notification flag is “history notification flag”, the process proceeds to S321.
In S <b> 312, the notification request unit 31 deletes all records in the notification destination table 33. This erasure process is a pre-process for replacing the contents of the notification destination table 33 with the contents of the current state table 23 notified of the list as it is. Then, the process proceeds to S321.
S321として、通知要求部31は、状態通知された警報イベント集合の警報IDを順に選択するループを開始する。
S322として、通知要求部31は、S321で選択した警報IDのレコードの状態によって処理を分岐させる。状態が「ON」ならS323へ進み、「OFF」ならS324へ進む。
As S321, the notification request unit 31 starts a loop for sequentially selecting the alarm ID of the alarm event set notified of the state.
As S322, the notification request unit 31 branches the process depending on the state of the record of the alarm ID selected in S321. If the status is “ON”, the process proceeds to S323, and if it is “OFF”, the process proceeds to S324.
S323として、通知要求部31は、通知先テーブル33に対して、S321で選択した警報IDのレコードを追加する。この追加処理として、通知要求部31は、通知先テーブル33内に選択した警報IDが存在するときには、その既存レコード内の警報ID以外の各データを通知されたデータで書き換える。一方、通知要求部31は、通知先テーブル33内に選択した警報IDが存在しないときには、通知先テーブル33内に新規のレコードを作成する。 As S323, the notification request unit 31 adds a record of the alarm ID selected in S321 to the notification destination table 33. As this additional processing, when the selected alarm ID exists in the notification destination table 33, the notification request unit 31 rewrites each data other than the alarm ID in the existing record with the notified data. On the other hand, the notification request unit 31 creates a new record in the notification destination table 33 when the selected alarm ID does not exist in the notification destination table 33.
S324として、通知要求部31は、通知先テーブル33から、S321で選択した警報IDのレコードの「ON」状態を削除する。この削除処理として、通知要求部31は、通知先テーブル33内に選択した警報IDが存在するときには、その既存レコード内の警報ID以外の各データを通知されたデータで書き換えるか、既存レコードそのものを削除する。
S325として、通知要求部31は、S321からのループを終了する。
In S324, the notification request unit 31 deletes the “ON” state of the record of the alarm ID selected in S321 from the notification destination table 33. As this deletion process, when the selected alarm ID exists in the notification destination table 33, the notification request unit 31 rewrites each data other than the alarm ID in the existing record with the notified data, or rewrites the existing record itself. delete.
As S325, the notification request unit 31 ends the loop from S321.
S331として、通知要求部31は、状態通知に含まれる最新発生IDを、新たに最新通知IDへと代入する。なお、状態通知に最新発生IDが含まれていないときは、この代入処理を省略してもよい。
S332として、通知要求部31は、警報表示部34に対し、S321〜S325のループ処理で更新された通知先テーブル33の内容で、図6に示した警報表示画面を更新するように、警報表示部34に指示する。
As S331, the notification request unit 31 newly substitutes the latest occurrence ID included in the state notification for the latest notification ID. Note that when the latest occurrence ID is not included in the status notification, this substitution process may be omitted.
As S332, the notification request unit 31 displays an alarm display so that the alarm display unit 34 updates the alarm display screen shown in FIG. 6 with the contents of the notification destination table 33 updated in the loop processing of S321 to S325. The unit 34 is instructed.
以上説明した本実施形態では、各種管理システム(入退室管理、エネルギ管理、機器管理)において、設備機器1で発生する警報イベントを収集して過不足無く表示するために、警報イベントのデータ通信量を効率的に削減することを、主な特徴とする。
そのため、状態表示装置3は、通知先テーブル33内に警報状態を持ち、警報表示部34を介して警報一覧を表示する。通知先テーブル33を更新するため、状態表示装置3は、機器管理装置2に対し、自身が持つ最新の警報を最新通知IDで示し、その最新通知IDより後に発生した警報の通知要求を行う。
In the present embodiment described above, in order to collect and display alarm events generated in the
Therefore, the
機器管理装置2は、設備機器1の状態を監視し、新たに警報イベントが発生した際に、履歴テーブル24に対して警報履歴を追加し、現状態テーブル23に対して警報状態を更新する。
機器管理装置2は、通知要求で示された最新通知IDから、履歴テーブル24内の未通知分の履歴データ量と、現状態テーブル23のデータ量とを計算し、両データ量を比較して少ないほうを今回の送信対象として通知要求に応答する。状態表示装置3は、応答された警報イベントの集合を通知先テーブル33に反映する。
The
The
これにより、同じ警報の表示結果を得られる履歴通知と一覧通知とでデータ量が少ない方式を選択するので、警報イベントが連続的かつ大量に発生した場合でも、警報イベントの送信において、過不足なく、かつ、効率的なデータ送信が可能となる。 As a result, a method with a small amount of data is selected for history notification and list notification that can obtain the same alarm display result, so even if alarm events occur continuously and in large quantities, there is no excess or deficiency in sending alarm events And efficient data transmission becomes possible.
なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。
また、前記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
In addition, this invention is not limited to an above-described Example, Various modifications are included. For example, the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described.
Further, a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment.
Further, it is possible to add, delete, and replace other configurations for a part of the configuration of each embodiment. Each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor.
各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリや、ハードディスク、SSD(Solid State Drive)などの記録装置、または、IC(Integrated Circuit)カード、SDカード、DVD(Digital Versatile Disc)などの記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
Information such as programs, tables, and files for realizing each function is stored in memory, a hard disk, a recording device such as an SSD (Solid State Drive), an IC (Integrated Circuit) card, an SD card, a DVD (Digital Versatile Disc), etc. Can be placed on any recording medium.
Further, the control lines and information lines indicate what is considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.
1 設備機器
2 機器管理装置(警報通知装置)
3 状態表示装置
21 登録部
22 通知元制御データ
23 現状態テーブル(現状態管理用データ)
24 履歴テーブル(履歴管理用データ)
25 通知応答部
31 通知要求部
32 通知先制御データ
33 通知先テーブル
34 警報表示部
1
3 Status display device 21 Registration unit 22 Notification
24 History table (history management data)
25 Notification response part 31
Claims (5)
状態表示装置に対して既に通知された警報イベントを示す情報を含む通知要求を前記状態表示装置から受信し、前記履歴管理用データの履歴データから、前記通知要求の送信元である前記状態表示装置に対して未通知分の履歴データを特定し、前記未通知分の履歴データのデータ量と、前記現状態管理用データのデータ量とを比較し、
前記履歴管理用データの未通知分の警報イベント集合、および、前記現状態管理用データの警報イベント集合のうちの前記比較結果として小さいデータ量である片方の警報イベント集合を、前記通知要求の送信元である前記状態表示装置に対して通知する通知応答部とを有することを特徴とする
警報通知装置。 An alarm event occurring in the equipment device is stored in the history management data as time-series history data, and the latest alarm event for each equipment device is stored in the current state management data, and
The status display device that receives a notification request including information indicating an alarm event already notified to the status display device from the status display device, and that is the transmission source of the notification request from the history data of the history management data Identify the historical data for unreported data, compare the amount of historical data for unreported data with the amount of data for the current state management data,
Sending the notification request to the alarm event set for the unreported history management data and one alarm event set having a small data amount as the comparison result among the alarm event set of the current state management data An alarm notification device comprising: a notification response unit for notifying the original state display device.
請求項1に記載の警報通知装置。 The alarm notification set obtained by extracting an alarm event to be displayed as the alarm event set of the current state management data to be notified to the status display device. Alarm notification device.
請求項1に記載の警報通知装置。 The notification response unit is an alarm event obtained by extracting the latest alarm event for each facility device from the alarm events for the unreported as an alarm event set of the history management data to be notified to the state display device. The alarm notification device according to claim 1, wherein the alarm notification device is a set.
前記通知応答部は、前記未通知分の履歴データ内に表示対象の警報イベントが存在するときには、その存在する旨を含めて前記状態表示装置に対して通知し、
存在する旨を通知された前記状態表示装置は、その旨を前記通知された警報イベント集合に併せて表示することを特徴とする
警報通知システム。 It is comprised including the alarm notification apparatus of any one of Claim 1 thru | or 3, and the said status display apparatus,
The notification response unit, when there is a warning event to be displayed in the history data for the unreported, notifies the state display device including the presence of the alarm event,
The status display device that has been notified of the existence of the information displays the fact together with the notified alarm event set.
設備機器で発生する警報イベントを、時系列の履歴データとして履歴管理用データに格納するとともに、前記設備機器ごとの最新の警報イベントを現状態管理用データに格納させ、
状態表示装置に対して既に通知された警報イベントを示す情報を含む通知要求を前記状態表示装置から受信し、前記履歴管理用データの履歴データから、前記通知要求の送信元である前記状態表示装置に対して未通知分の履歴データを特定し、前記未通知分の履歴データのデータ量と、前記現状態管理用データのデータ量とを比較させ、
前記履歴管理用データの未通知分の警報イベント集合、および、前記現状態管理用データの警報イベント集合のうちの前記比較結果として小さいデータ量である片方の警報イベント集合を、前記通知要求の送信元である前記状態表示装置に対して通知させるための
警報通知プログラム。 For the alarm notification device that is a computer,
Alarm events that occur in equipment are stored in history management data as time-series history data, and the latest alarm events for each equipment are stored in current status management data.
The status display device that receives a notification request including information indicating an alarm event already notified to the status display device from the status display device, and that is the transmission source of the notification request from the history data of the history management data Identifying unreported history data, comparing the amount of unreported history data with the amount of current state management data,
Sending the notification request to the alarm event set for the unreported history management data and one alarm event set having a small data amount as the comparison result among the alarm event set of the current state management data An alarm notification program for notifying the original status display device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013254140A JP6219153B2 (en) | 2013-12-09 | 2013-12-09 | Alarm notification device, alarm notification system, and alarm notification program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013254140A JP6219153B2 (en) | 2013-12-09 | 2013-12-09 | Alarm notification device, alarm notification system, and alarm notification program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2015114703A JP2015114703A (en) | 2015-06-22 |
JP6219153B2 true JP6219153B2 (en) | 2017-10-25 |
Family
ID=53528494
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013254140A Active JP6219153B2 (en) | 2013-12-09 | 2013-12-09 | Alarm notification device, alarm notification system, and alarm notification program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6219153B2 (en) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2875121B2 (en) * | 1992-11-20 | 1999-03-24 | 株式会社ピーエフユー | Data communication system |
JP3380076B2 (en) * | 1995-01-17 | 2003-02-24 | 富士通株式会社 | Communication device failure alarm data collection device |
JP2003299161A (en) * | 2002-03-29 | 2003-10-17 | Dai-Dan Co Ltd | Remotely managing system of building |
JP2003323213A (en) * | 2002-05-08 | 2003-11-14 | Yamatake Corp | Reporting system |
JP2013097530A (en) * | 2011-10-31 | 2013-05-20 | Mitsubishi Electric Corp | Data communication system, transmission side device and server device |
-
2013
- 2013-12-09 JP JP2013254140A patent/JP6219153B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2015114703A (en) | 2015-06-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11204287B2 (en) | Environmental condition surveillance and methods thereof | |
US11537178B2 (en) | Server rack for improved data center management | |
AU2019236723B2 (en) | Method and apparatus for determining maintenance needs and validating the installation of an alarm system | |
US20100204960A1 (en) | Remote fault detection and condition monitoring | |
CN1993718A (en) | Internet facilitated fire alarm monitoring, control system and method | |
CN107733712A (en) | The monitoring method and device of Service Source in cloud computing system | |
JP4744856B2 (en) | MEDICAL DEVICE MANAGEMENT DEVICE AND MEDICAL DEVICE MANAGEMENT METHOD | |
JP2016095610A (en) | Failure warning system and failure warning method | |
JP6219153B2 (en) | Alarm notification device, alarm notification system, and alarm notification program | |
JP2018054161A (en) | Freezer monitoring device, freezer monitoring method and computer program | |
CN116381479A (en) | State monitoring method, state monitoring device, computer equipment, storage medium and program product | |
CN105607983A (en) | Data exception monitoring method and apparatus | |
JP2012037991A (en) | Prediction device, prediction system and program | |
JP6016714B2 (en) | Device management system and device management program | |
EP3716573A1 (en) | Industrial internet of things (iiot) method for customer alerts pertaining to instrumentation | |
JP6147355B2 (en) | Monitoring system, communication adapter, monitoring method, and program | |
KR20190106835A (en) | Control server and control server control method | |
JP6381324B2 (en) | Auxiliary storage device and auxiliary storage method | |
JP2014174937A (en) | Apparatus management system, apparatus management method, and apparatus management program | |
JP7385074B1 (en) | Water level monitoring devices and programs | |
US20240071205A1 (en) | Maintenance prediction for devices of a fire system | |
JP2020003951A (en) | Communication device | |
JP2024053332A (en) | Information processing system, and home security system | |
JP6173117B2 (en) | Update time prediction system | |
JP2005252397A (en) | Number of spare parts monitor, number of spare parts monitoring system, number of spare parts managing method and number of spare parts managing program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20160715 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20161006 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170919 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20170920 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170927 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6219153 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |