JP6219153B2

JP6219153B2 - Alarm notification device, alarm notification system, and alarm notification program

Info

Publication number: JP6219153B2
Application number: JP2013254140A
Authority: JP
Inventors: 牧元　喜宣; 喜宣牧元; 祐樹正木; 康宏増田; 長範細川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2013-12-09
Filing date: 2013-12-09
Publication date: 2017-10-25
Anticipated expiration: 2033-12-09
Also published as: JP2015114703A

Description

本発明は、警報通知装置、警報通知システムおよび警報通知プログラムに関する。 The present invention relates to an alarm notification device, an alarm notification system, and an alarm notification program.

特許文献１や特許文献２には、ストリーミングによってコンテンツデータを配信する際に、中断された配信処理が再開されると、既に配信済みのデータの再送を省略することで、データ通信量を削減する旨が記載されている。 In patent document 1 and patent document 2, when the interrupted distribution process is resumed when distributing content data by streaming, the data communication amount is reduced by omitting retransmission of already distributed data. The effect is described.

特開２０１１−１８２０６１号公報JP 2011-182061 A 特開２００８−３１０６２１号公報JP 2008-310621 A

設備機器の管理用ローカルネットワークとして、専用のネットワークが用いられてきており、設備機器の監視端末も専用のネットワーク内に設置されてきた。近年は、監視端末を専用のネットワークではなく、イントラネットなどのＯＡ用のネットワークに設置し遠隔から監視できるような構成が出現している。 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.

特許文献１や特許文献２に記載の配信システムを警報イベントの通知処理に適用しても、充分にデータ通信量を削減することはできない。これらの従来の配信システムでは、時系列に連続して再生されるストリーミングデータを前提としており、同じデータを２回重複して送信しないだけでは、データ通信量の削減は困難である。 Even if the distribution systems described in Patent Literature 1 and Patent Literature 2 are applied to the alarm event notification processing, the amount of data communication cannot be reduced sufficiently. These conventional distribution systems are premised on streaming data that is reproduced continuously in time series, and it is difficult to reduce the amount of data communication only by not transmitting the same data twice.

なお、時系列に突発的に発生する警報イベントは、最新ではない多くの警報イベントの送信を省略することができる。例えば、過去５分おきに警報が鳴ったり鳴り止んだりを繰り返すような事象では、現在の（最新の）警報が鳴っているか否かだけを送信すればよく、過去の５分ごとの警報イベントの送信を省略できる。 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.

本発明の一実施形態に関する状態通知システムを示す構成図である。It is a block diagram which shows the status notification system regarding one Embodiment of this invention. 本発明の一実施形態に関する状態通知システムの各テーブルを示す構成図である。It is a block diagram which shows each table of the status notification system regarding one Embodiment of this invention. 本発明の一実施形態に関する状態通知処理（ＩＤ＝１〜６）を示す説明図である。It is explanatory drawing which shows the status notification process (ID = 1-6) regarding one Embodiment of this invention. 本発明の一実施形態に関する状態通知処理（ＩＤ＝７）を示す説明図である。It is explanatory drawing which shows the status notification process (ID = 7) regarding one Embodiment of this invention. 本発明の一実施形態に関する状態通知処理（ＩＤ＝１〜１４）を示す説明図である。It is explanatory drawing which shows the status notification process (ID = 1-14) regarding one Embodiment of this invention. 本発明の一実施形態に関する警報表示部による表示画面を示す画面図である。It is a screen figure which shows the display screen by the alarm display part regarding one Embodiment of this invention. 本発明の一実施形態に関する登録部が実行する、新規イベントの登録処理を示すフローチャートである。It is a flowchart which shows the registration process of the new event which the registration part regarding one Embodiment of this invention performs. 本発明の一実施形態に関する通知応答部が実行する、通知要求への応答処理を示すフローチャートである。It is a flowchart which shows the response process to the notification request which the notification response part regarding one Embodiment of this invention performs. 本発明の一実施形態に関する図８のＳ２１０（一覧通知処理）の詳細を示すフローチャートである。It is a flowchart which shows the detail of S210 (list notification process) of FIG. 8 regarding one Embodiment of this invention. 本発明の一実施形態に関する図８のＳ２２０（履歴通知処理）の詳細を示すフローチャートである。It is a flowchart which shows the detail of S220 (history notification process) of FIG. 8 regarding one Embodiment of this invention. 本発明の一実施形態に関する通知要求部が実行する、通知要求処理およびその応答結果の表示処理を示すフローチャートである。It is a flowchart which shows the notification request process which the notification request part regarding one Embodiment of this invention performs, and the display process of the response result.

以下、本発明の一実施形態を、図面を参照して詳細に説明する。 Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.

図１は、状態通知システムを示す構成図である。
状態通知システムは、設備機器１と、機器管理装置（警報通知装置）２と、状態表示装置３とがネットワークで接続されて構成される。
これらの各装置は、演算処理を行う際に用いられる記憶手段としてのメモリと、前記演算処理を行う演算処理装置とを少なくとも備えるコンピュータを搭載または内蔵している。このコンピュータのメモリは、ＲＡＭ（Random Access Memory）などにより構成される。演算処理は、ＣＰＵ（Central Processing Unit）によって構成される演算処理装置が、メモリ上のプログラムを実行することで、実現される。
なお、状態通知システムを構成する各装置の台数について、図１に例示した台数だけでなく、状態表示装置３や、機器管理装置２をそれぞれ複数設置してもよい。 FIG. 1 is a configuration diagram showing a status notification system.
The status notification system is configured by connecting a facility device 1, a device management device (alarm notification device) 2, and a status display device 3 via a network.
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 status display apparatus 3 and multiple apparatus management apparatuses 2, respectively.

設備機器１は、センサ、電力メータ、空調や照明といった機器である。各設備機器１は、自身の制御状態が変化した場合に、機器管理装置２に対して警報イベントを通知する。警報イベントには、ユーザに警報を知らせる状態（以下「ＯＮ」）を示す情報や、ユーザに警報を知らせない状態（以下「ＯＦＦ」）を示す情報や、設備機器１が管理する状態値（例えば、電力計の計測値）が含まれる。 The equipment 1 is equipment such as a sensor, a power meter, air conditioning, and lighting. Each facility device 1 notifies the device management apparatus 2 of an alarm event when its own control state changes. The alarm event includes information indicating a state in which the user is notified of the alarm (hereinafter “ON”), information indicating a state in which the user is not notified of the alarm (hereinafter “OFF”), and status values managed by the facility device 1 (for example, , Wattmeter measurements).

機器管理装置２は、設備機器１ごとの警報イベントを管理する装置であり、設備機器１とＬＡＮ（Local Area Network）やＬＯＮ（Local Operation Network）、ＲＳ（Recommended Standard）−２３２Ｃ、ＲＳ−４８５などで相互に接続される。
状態表示装置３は、機器管理装置２が管理する設備機器１ごとの警報イベントに従って、「ＯＮ」である警報を表示する装置である。状態表示装置３は、機器管理装置２とＬＡＮなどのビル内に設置されたネットワークで相互に接続される。 The device management apparatus 2 is a device that manages an alarm event for each facility device 1, and includes the facility device 1, a LAN (Local Area Network), LON (Local Operation Network), RS (Recommended Standard) -232C, RS-485, and the like. Connected to each other.
The status display device 3 is a device that displays an alarm that is “ON” in accordance with an alarm event for each facility device 1 managed by the device management device 2. The status display device 3 and the device management device 2 are connected to each other via a network installed in a building such as a LAN.

機器管理装置２は、登録部２１と、通知元制御データ２２と、現状態テーブル（現状態管理用データ）２３と、履歴テーブル（履歴管理用データ）２４と、通知応答部２５とを含めて構成される。
状態表示装置３は、通知要求部３１と、通知先制御データ３２と、通知先テーブル３３と、警報表示部３４とを含めて構成される。 The device management apparatus 2 includes a registration unit 21, notification source control data 22, a current state table (current state management data) 23, a history table (history management data) 24, and a notification response unit 25. Composed.
The status display device 3 includes a notification request unit 31, notification destination control data 32, a notification destination table 33, and an alarm display unit 34.

登録部２１は、設備機器１から警報イベントを受けると、受けた警報イベントを履歴テーブル２４に時系列に追加（履歴登録）し、その追加に伴って現状態テーブル２３内の警報の状態（ＯＮまたはＯＦＦ）を更新する（履歴反映）。そして、登録部２１は、警報イベントが新規に発生した旨を通知応答部２５に通知する。
通知元制御データ２２は、ＯＮ警報数、最新発生ＩＤ、最新ＯＮＩＤなどの通知元（機器管理装置２）での制御に使用されるデータである。これらのデータの詳細は、図２以降の説明で明らかにする。
現状態テーブル２３には、設備機器１ごとの最新の警報の状態（ＯＮまたはＯＦＦ）が格納されている（詳細は、図２（ｂ））。
履歴テーブル２４は、警報イベントごとの履歴情報が格納されている（詳細は、図２（ａ））。 When the registration unit 21 receives an alarm event from the equipment 1, the registration unit 21 adds the received alarm event to the history table 24 in time series (history registration), and with the addition, the alarm state (ON) in the current state table 23 Or OFF) (update history). Then, the registration unit 21 notifies the notification response unit 25 that a new alarm event has occurred.
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).

通知応答部２５は、通知要求部３１から通知要求を受信すると、状態表示装置３に未通知分の警報イベントを履歴テーブル２４または現状態テーブル２３から取得し、状態通知として通知要求部３１に送信する。
なお、状態通知の方式は、履歴テーブル２４から取得した履歴データの通知（以下、「履歴通知」）か、現状態テーブル２３から取得した状態一覧データの通知（以下、「一覧通知」）かのいずれかである。これらの２方式の詳細は、図８などで後記する。 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 state display device 3 from the history table 24 or the current state table 23, and transmits them to the notification request unit 31 as state notifications. To do.
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.

通知要求部３１は、通知先制御データ３２内の最新通知ＩＤを含む通知要求を、通知応答部２５に送信する。そして、通知要求部３１は、通知要求への応答として、状態通知（履歴通知または一覧通知）を受信すると、その状態通知に含まれる警報イベントを通知先テーブル３３へと更新（状態更新）する。なお、通知要求や状態通知の通信には、ＨＴＴＰ（Hyper Text Transfer Protocol）などの通信プロトコルが利用される。 The notification request unit 31 transmits a notification request including the latest notification ID in the notification destination control data 32 to the notification response unit 25. When receiving a status notification (history notification or list notification) as a response to the notification request, the notification request unit 31 updates the alarm event included in the status notification to the notification destination table 33 (status update). Note that a communication protocol such as HTTP (Hyper Text Transfer Protocol) is used for notification request and status notification communication.

通知先制御データ３２は、最新通知ＩＤなどの通知先での制御に使用されるデータである。これらのデータの詳細は、図２以降の説明で明らかにする。
通知先テーブル３３は、
警報表示部３４は、通知先テーブル３３の更新などを契機として、プロセス間通信などで通知要求部３１から表示要求を受ける。そして、警報表示部３４は、通知先テーブル３３からＯＮである警報の一覧を取得し（状態取得）、液晶ディスプレイなどの画面に表示する。 The notification destination control data 32 is data used for control at the notification destination such as the latest notification ID. The details of these data will be clarified in the description after FIG.
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.

図２は、状態通知システムの各テーブル（現状態テーブル２３、履歴テーブル２４、通知先テーブル３３）を示す構成図である。各テーブル間で同じ名称の列（例えば「機器」）は、同じ意味である。 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.

図２（ａ）の履歴テーブル２４は、設備機器１で発生した警報イベントを時系列の履歴形式で保存するテーブルである。履歴テーブル２４は、警報ＩＤ、日時、機器、イベント、状態から構成される。
警報ＩＤ列は、警報イベントに対して一意に割り当てられた数値であり、警報イベントの登録時に連番で割り当てられる。
日時列は、設備機器１で発生した警報の発生日時が保持される。例えば、警報ＩＤ＝１の「2013-08-15T08:00:32」とは、２０１３年８月１５日８時０分３２秒を示す。
機器列には、警報イベントの発生元である設備機器１の識別情報が保持される。
イベント列には、警報イベントの種別が保持される。
状態列には、警報を知らせるのか（ＯＮ）、知らせないのか（ＯＦＦ）という警報の状態が保持される。なお、警報の状態として、ＯＮ−ＯＦＦの２値だけでなく、警報を知らせる状態（ＯＮ）を細分化して、知らせる警報の種別（赤ランプ点灯、黄ランプ点灯など）を特定する情報を含ませてもよい。 The history table 24 in FIG. 2A is a table that stores alarm events generated in the equipment 1 in a time-series history format. The history table 24 includes an alarm ID, date / time, device, event, and status.
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 facility device 1. For example, “2013-08-15T08: 00: 32” with alarm ID = 1 indicates August 15, 2013, 8: 0: 32.
In the device column, identification information of the facility device 1 that is the source of the alarm event is held.
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.

通知元制御データ２２の最新発生ＩＤは、履歴テーブル２４内の警報ＩＤのうちの最新のものである。
通知元制御データ２２の最新ＯＮＩＤは、履歴テーブル２４内の状態がＯＮである警報ＩＤのうちの最新のものである。
なお、図２（ａ）の例では、最新発生ＩＤ＝１４，最新ＯＮＩＤ＝１２である。 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.

図２（ｂ）の現状態テーブル２３は、履歴テーブル２４に登録されている警報イベントから、各設備機器１について、最新のレコード（イベント、状態、警報ＩＤ）を抜粋（履歴反映）したテーブルである。
例えば、図２（ｂ）の現状態テーブル２３は、図２（ａ）の履歴テーブル２４のうちのすべて（ＩＤ＝１〜１４）のレコードを対象として、最新のレコードが履歴反映されている。よって、機器「第２設備」のレコードは、履歴テーブル２４内に警報ＩＤ＝７，１４の２つ存在するが、そのうちの最新である警報ＩＤ＝１４のレコードだけ、現状態テーブル２３に反映されている。つまり、警報ＩＤ＝７である古いレコードは、警報ＩＤ＝１４である新しいレコードによって上書きされる。
なお、通知元制御データ２２のＯＮ警報数は、現状態テーブル２３内の状態がＯＮである警報の総数であり、図２（ｂ）の例では、警報ＩＤ＝５，６の２つである。 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 equipment device 1 from the alarm events registered in the history table 24. is there.
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. .

図２（ｃ）の通知先テーブル３３は、現状態テーブル２３および履歴テーブル２４から通知された警報イベント（日時、機器、イベント）のうちの状態がＯＮであるものを格納する。例えば、図２（ｃ）の通知先テーブル３３は、図２（ｂ）の現状態テーブル２３のうちの警報ＩＤ＝１〜６に該当するデータが通知されたものである。
通知先制御データ３２の最新通知ＩＤは、通知先テーブル３３に反映されている最新の警報ＩＤ、換言すると、機器管理装置２から応答された警報イベントのうちの最新の警報ＩＤである。 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 destination control data 32 is the latest alarm ID reflected in the notification destination table 33, in other words, the latest alarm ID of the alarm events returned from the device management apparatus 2.

図３は、状態通知処理（ＩＤ＝１〜６）を示す説明図である。
図３（ａ）では、機器管理装置２内の履歴テーブル２４に警報ＩＤ＝１〜６の警報イベントがあり、それらの警報イベントが現状態テーブル２３に履歴反映されている。よって、最新発生ＩＤ＝６である。しかし、警報ＩＤ＝１〜６の警報イベントは、いずれも状態表示装置３に通知されておらず、状態表示装置３の最新通知ＩＤ＝０（未通知を示す）である。そして、状態表示装置３は、機器管理装置２に対して最新通知ＩＤ＝０を含む通知要求を送信する。 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 device management apparatus 2, and these alarm events are reflected in the current state table 23 as a history. Therefore, the latest occurrence ID = 6. However, none of the alarm events having the alarm IDs = 1 to 6 are notified to the state display device 3, and the latest notification ID of the state display device 3 = 0 (indicating unnotified). Then, the status display device 3 transmits a notification request including the latest notification ID = 0 to the device management device 2.

図３（ｂ）は、図３（ａ）の後の状態である。機器管理装置２は、最新通知ＩＤ＝０の通知要求を受け、自身が管理する警報ＩＤ＝１〜６の警報イベントをすべて送信対象とする。機器管理装置２は、履歴テーブル２４の警報イベント（ＩＤ＝１〜６）を状態表示装置３に履歴通知する。
状態表示装置３は、通知された警報イベント（ＩＤ＝１〜６）を自身の通知先テーブル３３へと反映し、最新通知ＩＤ＝６に更新し、通知先テーブル３３の反映結果（ＯＮである警報内容）をユーザに知らせる。 FIG. 3B is a state after FIG. The device management apparatus 2 receives the notification request with the latest notification ID = 0, and sets all alarm events with the alarm ID = 1-6 managed by the device management apparatus 2 as transmission targets. The device management device 2 notifies the status display device 3 of a history of alarm events (ID = 1 to 6) in the history table 24.
The status display device 3 reflects the notified alarm event (ID = 1 to 6) in its own notification destination table 33, updates it to the latest notification ID = 6, and reflects the reflection result of the notification destination table 33 (ON). Alert content).

図４は、図３（ｂ）の後に警報イベント（ＩＤ＝７）が発生したときの状態通知処理を示す説明図である。
図４（ａ）では、機器管理装置２は、新規に発生した警報イベント（ＩＤ＝７）を現状態テーブル２３および履歴テーブル２４にそれぞれ反映する。その後、機器管理装置２は、状態表示装置３から最新通知ＩＤ＝６の通知要求を受けると、自身で管理する７つの警報イベントのうち、６つが既に通知済であり、最新の１つが未通知であることを認識する（未通知分の警報件数＝最新発生ＩＤ−最新通知ＩＤ）。
そして、機器管理装置２は、現状態テーブル２３の警報イベント件数よりも、履歴テーブル２４の未通知分の警報イベント件数（１件）のほうが少ないと判断する。 FIG. 4 is an explanatory diagram showing a state notification process when an alarm event (ID = 7) occurs after FIG.
In FIG. 4A, the device management apparatus 2 reflects the newly generated alarm event (ID = 7) in the current state table 23 and the history table 24, respectively. Thereafter, when the device management apparatus 2 receives a notification request with the latest notification ID = 6 from the state display device 3, of the seven alarm events managed by itself, six have already been notified and the latest one has not been notified. (Number of unreported alarms = latest occurrence ID−latest notification ID).
The device management apparatus 2 determines that the number of unreported alarm events (one) in the history table 24 is smaller than the number of alarm events in the current state table 23.

図４（ｂ）では、図４（ａ）での機器管理装置２の判断に従い、状態表示装置３は、警報イベント（ＩＤ＝７）だけの履歴通知を受ける。そして、状態表示装置３は、受信した警報イベント（ＩＤ＝７）を自身の通知先テーブル３３へと反映する。
なお、ここでの反映とは、レコードの追加処理だけでなく、レコードの書き換え処理やレコードの削除処理を含む（詳細は、図１１で後記）が、反映前に通知先テーブル３３のリフレッシュ（全消去）は行わない。
以上、図４で説明したように、未通知分が少ないときにはその未通知分だけを履歴通知することで、通信のデータ量を削減することができる。 In FIG. 4B, according to the determination of the device management apparatus 2 in FIG. 4A, the status display device 3 receives a history notification of only an alarm event (ID = 7). Then, the status display device 3 reflects the received alarm event (ID = 7) in its own notification destination table 33.
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.

図５は、図３（ｂ）の後に警報イベント（ＩＤ＝７〜１４）が発生したときの状態通知処理を示す説明図である。
図５（ａ）では、機器管理装置２は、新規に発生した警報イベント（ＩＤ＝７〜１４）を現状態テーブル２３および履歴テーブル２４にそれぞれ反映する。その後、機器管理装置２は、状態表示装置３から最新通知ＩＤ＝６の通知要求を受けると、自身で管理する１４つの警報イベントのうち、前半の７つが既に通知済であり、後半の７つが未通知であることを認識する。
そして、機器管理装置２は、履歴テーブル２４の未通知分の警報イベント件数（７件）よりも、現状態テーブル２３の警報イベント件数のほうが少ないと判断する。 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 device management apparatus 2 reflects the newly generated alarm event (ID = 7 to 14) in the current state table 23 and the history table 24, respectively. After that, when the device management apparatus 2 receives a notification request with the latest notification ID = 6 from the status display apparatus 3, among the 14 alarm events managed by itself, the first seven have already been notified, and the latter seven have been notified. Recognize that it has not been notified.
Then, the device management apparatus 2 determines that the number of alarm events in the current state table 23 is smaller than the number of unreported alarm events (7 events) in the history table 24.

そして、機器管理装置２の判断に従い、状態表示装置３は、現状態テーブル２３の警報イベント（ＩＤ＝１〜１４）の一覧通知を受ける。ここで、図２（ｂ）ですでに説明したように、現状態テーブル２３には、警報ＩＤ＝１〜１４の１４件分が反映されているものの、同じ設備機器１について複数回の警報イベントが発生したときには、古いデータが新しいデータで上書きされる。よって、現状態テーブル２３のデータ件数は、１４件よりも少なくて済む。
状態表示装置３は、受信した警報イベント（現状態テーブル２３の各データ）を自身の通知先テーブル３３へと反映する。なお、反映前に通知先テーブル３３のリフレッシュ（全消去）が行われる。そして、状態表示装置３は、最新通知ＩＤを最新発生ＩＤと同じ値（ＩＤ＝１４）へと更新する。 Then, according to the determination of the device management device 2, the status display device 3 receives a list notification of alarm events (ID = 1 to 14) in the current status table 23. Here, as already described with reference to FIG. 2B, the current state table 23 reflects 14 cases of alarm ID = 1 to 14, but a plurality of alarm events for the same equipment 1. When this occurs, old data is overwritten with new data. Therefore, the number of data items in the current state table 23 can be less than 14.
The state display device 3 reflects the received alarm event (each data in the current state table 23) on its own notification destination table 33. Note that the notification destination table 33 is refreshed (all erased) before reflection. Then, the status display device 3 updates the latest notification ID to the same value (ID = 14) as the latest occurrence ID.

図５（ｂ）は、図５（ａ）の一覧通知が反映された通知先テーブル３３の内容を示す。図２（ｂ）の現状態テーブル２３のうち、状態がＯＮである２件のデータが反映されている。
以上、図４で説明したように、未通知分が多いときには、未通知分だけを履歴通知するより、一覧通知を選択することで、通信のデータ量を削減することができる。 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.

図６は、警報表示部３４による表示画面を示す画面図である。この表示画面は、ビルの平面図であり、設備機器１として、ＤＩ１〜ＤＩ５，電力計，第２設備がビル内に配備されている。ＤＩ１〜ＤＩ５とは、ドアに備え付けられた開閉センサであり、ドアが開いた状態で警報がＯＮになるようになっている。なお、本実施形態の設備機器１は、ビルに適用するだけでなく、マンション、オフィス、工場などの施設に設置することも可能である。 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 equipment 1. DI1 to DI5 are opening / closing sensors provided in the door, and the alarm is turned on when the door is opened. In addition, the equipment 1 of this embodiment can be installed not only in a building but also in a facility such as an apartment, an office, or a factory.

図６（ａ）は、図２（ｃ）の通知先テーブル３３のエントリを表示した画面図である。ＤＩ１〜ＤＩ５および電力計に警報が発生した旨を、警報マークでわかりやすく表示している。図６（ｂ）は、図５（ｂ）の通知先テーブル３３のエントリを表示した画面図である。Ｄ２および電力計に警報が発生している。なお、状態表示装置３は、警報マークを画面表示する他にも、音声などを鳴らしてユーザに知らせることができる。 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 status display device 3 can notify the user by sounding sound.

さらに、図６（ａ）（ｂ）それぞれにおいて、画面の左下に「今回警報ＯＮ：あり」が表示されている。この表示は、最新通知ＩＤから最新発生ＩＤまでの間に、いずれかの設備機器１でＯＮである警報イベントが１回以上発生した旨を、ユーザに知らせるための表示である。この表示を行うため、機器管理装置２は、最新通知ＩＤ＜最新ＯＮＩＤであるときに、状態通知に今回警報ＯＮフラグを含ませて状態表示装置３に送信する。
この表示により、ユーザは、現在（最新発生ＩＤの日時）は警報では知らされないものの、過去に警報が発生したこと（何らかの異常が発生したが、現在はその異常から復帰していること）を知ることができる。 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 equipment devices 1 have occurred between the latest notification ID and the latest occurrence ID. In order to perform this display, when the latest notification ID <the latest ONID, the device management apparatus 2 includes the current alarm ON flag in the status notification and transmits it to the status display apparatus 3.
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.

図７は、登録部２１が実行する、新規イベントの登録処理を示すフローチャートである。このフローチャートは、機器管理装置２の起動後に実行される。
Ｓ１０１として、登録部２１は、設備機器１に新規警報イベントが発生したか否かを判定する。新規警報イベントには、その日時と、発生元の機器ＩＤと、警報の状態（ＯＮまたはＯＦＦ）とが含まれている。Ｓ１０１でＹｅｓならＳ１０２へ進み、ＮｏならＹｅｓになるまでＳ１０１を繰り返す。 FIG. 7 is a flowchart showing a new event registration process executed by the registration unit 21. This flowchart is executed after the device management apparatus 2 is activated.
As S 101, the registration unit 21 determines whether a new alarm event has occurred in the equipment device 1. The new alarm event includes the date and time, the source device ID, and the alarm state (ON or OFF). If Yes in S101, the process proceeds to S102, and if No, S101 is repeated until Yes.

Ｓ１０２として、登録部２１は、Ｓ１０１で発生した新規警報イベントに関する通知元制御データ２２を、以下のように更新する。
・最新発生ＩＤに、現在の最新発生ＩＤ＋１（未使用のＩＤ値）を代入する。
・新規警報イベントの状態＝ＯＮなら、通知元制御データ２２の最新ＯＮＩＤに、更新された最新発生ＩＤを代入し、通知元制御データ２２のＯＮ警報数を＋１する。
・新規警報イベントの状態＝ＯＦＦなら、通知元制御データ２２のＯＮ警報数を−１する。 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.

Ｓ１０３として、登録部２１は、Ｓ１０１で発生した新規警報イベントを、履歴テーブル２４に追加する。つまり、登録部２１は、Ｓ１０２で更新された最新発生ＩＤを警報ＩＤとする新たなレコードを作成し、その作成したレコードデータとして、新規警報イベントに含まれている日時と、発生元の機器と、警報の状態とを格納する。 As S 103, the registration unit 21 adds the new alarm event generated in S 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.

Ｓ１０４として、登録部２１は、Ｓ１０１の新規警報イベントに含まれる機器ＩＤのレコードが現状態テーブル２３に存在するか否かを判定する。Ｓ１０４でＹｅｓならＳ１０５へ進み、ＮｏならＳ１０６へ進む。
Ｓ１０５として、登録部２１は、現状態テーブル２３内のＳ１０４で存在した既存エントリを、Ｓ１０１の新規警報イベントに含まれる各データで書き換える。
Ｓ１０６として、登録部２１は、Ｓ１０２で更新された最新発生ＩＤに対応する新規エントリを現状態テーブル２３内に追加する。登録部２１は、新規エントリのレコードデータとして、Ｓ１０１の新規警報イベントに含まれる各データを書き出す。
Ｓ１０７として、登録部２１は、Ｓ１０１の新規警報イベントが発生した旨を通知応答部２５に通知し、Ｓ１０１に戻る。 As S 104, the registration unit 21 determines whether or not a device ID record included in the new alarm event of S 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 106, the registration unit 21 adds a new entry corresponding to the latest occurrence ID updated in S 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.

図８は、通知応答部２５が実行する、通知要求への応答処理を示すフローチャートである。このフローチャートは、通知要求部３１から通知要求があった場合に実行される。
Ｓ２０１として、通知応答部２５は、通知要求部３１から最新通知ＩＤを含む通知要求を受信する。この通知要求の送信処理は、後記する図１１のＳ３０２で説明する。
Ｓ２０２として、通知応答部２５は、図３〜図５で説明したように、未通知分の警報イベントが履歴テーブル２４に存在するか否かを判定する。なお、Ｓ２０１の通知要求に含まれる最新通知ＩＤ＜最新発生ＩＤなら、未通知分の警報イベントが存在する。Ｓ２０２でＹｅｓならＳ２０３へ進み、Ｎｏなら新たに、登録部２１から新規警報イベントが通知（Ｓ１０７）されるまでＳ２０２で待機する。 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 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 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).

Ｓ２０３として、通知応答部２５は、後記するＳ２１０の一覧通知にて送信対象となる警報イベントの件数を特定する。この特定処理は、以下の（方法１ａ）または（方法１ｂ）のいずれかである。
（方法１ａ）現状態テーブル２３の全レコードを送信対象とし、そのレコード数を送信対象件数とする。
（方法１ｂ）現状態テーブル２３のうちの状態がＯＮであるレコードを送信対象とし、そのレコード数（＝通知元制御データ２２のＯＮ警報数）を送信対象件数とする。
なお、（方法１ｂ）を用いるときには、現状態テーブル２３内に状態がＯＦＦであるレコードを保持する必要がなくなるため、現状態テーブル２３のサイズを削減できる。その場合、Ｓ１０５でＯＦＦであるレコードを削除し、Ｓ１０６でＯＦＦであるレコードの追加を行わないように、それぞれ現状態テーブル２３の新規イベントの登録処理を置き換えればよい。 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.

Ｓ２０４として、通知応答部２５は、後記するＳ２２０の履歴通知にて送信対象となる警報イベントの件数を特定する。この特定処理は、以下の（方法２ａ）または（方法２ｂ）のいずれかである。
（方法２ａ）履歴テーブル２４内の、最新通知ＩＤ＋１から最新発生ＩＤまでの全レコードを送信対象とする。送信対象件数＝（通知元制御データ２２の最新発生ＩＤ）−（Ｓ２０１の最新通知ＩＤ）である。
（方法２ｂ）前記の（方法２ａ）のうちの設備機器１ごとの最新ではないレコードを除外したもの（換言すると、設備機器１ごとの最新レコードを抜粋したもの）を送信対象とする。つまり、１つの設備機器１の警報イベントが最新通知ＩＤより後に複数回発生していた場合に、そのうちの最新の警報イベントを示す履歴だけを送信する。
例えば、図２（ａ）では、最新通知ＩＤ＝６より後で最新発生ＩＤ＝１４以前のレコードのうち、警報ＩＤ＝１２，１３が、ともに機器「ＤＩ４」のレコードである。よって、（方法２ａ）では、警報ＩＤ＝１２，１３のレコードが送信対象となるが、（方法２ｂ）では、警報ＩＤ＝１３のレコードが送信対象となる。 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 equipment device 1 has occurred a plurality of times after the latest notification ID, only the history indicating the latest alarm event is transmitted.
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.

Ｓ２０５として、通知応答部２５は、Ｓ２０３の一覧通知件数とＳ２０４の履歴通知件数とのうちの少ない件数の通知方式を選択する。そのため、判定式「一覧通知件数＜履歴通知件数」を満たすか否かを判定する。Ｓ２０５でＹｅｓならＳ２１０へ進み、ＮｏならＳ２２０へ進む。
Ｓ２１０として、通知応答部２５は、Ｓ２０３で特定した送信対象の警報イベントを、一覧通知で状態通知する（詳細は、図９）。
Ｓ２２０として、通知応答部２５は、Ｓ２０４で特定した送信対象の警報イベントを、履歴通知で状態通知する（詳細は、図１０）。 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).

図９は、図８のＳ２１０（一覧通知処理）の詳細を示すフローチャートである。
Ｓ２１１として、通知応答部２５は、Ｓ２０３の（方法１ａ）または（方法１ｂ）で説明したように、現状態テーブル２３から今回送信対象の警報ＩＤ集合を取得する。
Ｓ２１２として、通知応答部２５は、今回送信対象の警報ＩＤを順に選択するループを開始する。
Ｓ２１３として、通知応答部２５は、履歴テーブル２４から、Ｓ２１２で選択した警報ＩＤを検索キーとして該当するレコードデータ（日時と機器と状態）を取得する。取得したデータは、後記するＳ２１５で使用される。
なお、変形例として、現状態テーブル２３にも警報ＩＤに対応付けてレコードデータ（日時と機器と状態）をあらかじめ記憶しておくことにより、履歴テーブル２４の代わりに現状態テーブル２３からＳ２１３の取得処理を実行できる。 FIG. 9 is a flowchart showing details of S210 (list notification processing) in FIG.
As S 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 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.

Ｓ２１４として、通知応答部２５は、Ｓ２１２からのループを終了する。
Ｓ２１５として、通知応答部２５は、Ｓ２１３で取得した各レコードデータに加え、今回の状態通知が一覧通知であることを示す一覧通知フラグと、通知元制御データ２２の最新発生ＩＤとを含めた一覧通知データを作成し、その一覧通知データを通知要求部３１へと送信する。なお、（方法１ｂ）のときには、送信対象の全レコードの状態は常に「ＯＮ」であるため、その状態の送信を省略できる。 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.

図１０は、図８のＳ２２０（履歴通知処理）の詳細を示すフローチャートである。Ｓ２２１〜Ｓ２２５の各処理は、基本的には、図９のＳ２１１〜Ｓ２１５の各処理に対応する。以下、図９と図１０の違いに着目して、説明する。
Ｓ２１１では、通知応答部２５は、現状態テーブル２３から今回送信対象の警報ＩＤ集合を取得していたが、Ｓ２２１では、Ｓ２０４の（方法２ａ）または（方法２ｂ）で説明したように、履歴テーブル２４から今回送信対象の警報ＩＤ集合を取得する。
Ｓ２２２〜Ｓ２２４のループ処理は、Ｓ２１２〜Ｓ２１４のループ処理と同様である。
Ｓ２２５では、Ｓ２１５と同様に、通知応答部２５は、Ｓ２２３で取得した各レコードデータに加え、今回の状態通知が履歴通知であることを示す履歴通知フラグと、通知元制御データ２２の最新発生ＩＤとを含めた履歴通知データを作成し、その履歴通知データを通知要求部３１へと送信する。 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.

なお、状態通知の種類は、履歴通知と一覧通知との２種類なので、一覧通知フラグが状態通知に含まれていないときは、履歴通知であることが特定できる。よって、通知応答部２５は、Ｓ２２５の送信データから履歴通知フラグを省略してもよい。
また、送信対象の各レコードデータのうちの最新の警報ＩＤが最新発生ＩＤであるので、通知応答部２５は、Ｓ２２５の送信データから最新発生ＩＤを省略してもよい。 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.

図１１は、通知要求部３１が実行する、通知要求処理およびその応答結果の表示処理を示すフローチャートである。
Ｓ３０１として、通知要求部３１は、通知先制御データ３２から最新通知ＩＤを取得する。
Ｓ３０２として、通知要求部３１は、Ｓ３０１の最新通知ＩＤを含む通知要求を、通知応答部２５に送信する。
Ｓ３０３として、通知要求部３１は、最新発生ＩＤを含む状態通知を通知応答部２５から受信するまで待つ。なお、通知応答部２５による状態通知の送信処理は、Ｓ２１０およびＳ２２０にて説明した。 FIG. 11 is a flowchart showing notification request processing and response result display processing executed by the notification request unit 31.
As S 301, the notification request unit 31 acquires the latest notification ID from the notification destination control data 32.
As S 302, the notification request unit 31 transmits a notification request including the latest notification ID of S 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.

Ｓ３１１として、通知要求部３１は、Ｓ３０３で受信した状態通知の通知フラグを参照して、処理を分岐させる。通知フラグが「一覧通知フラグ」ならＳ３１２へ進み、「履歴通知フラグ」ならＳ３２１へ進む。
Ｓ３１２として、通知要求部３１は、通知先テーブル３３の全レコードを消去する。この消去処理は、通知先テーブル３３の内容を、一覧通知された現状態テーブル２３の内容にそのまま置き換えるための前処理である。そして、処理をＳ３２１へと進める。 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 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.

Ｓ３２１として、通知要求部３１は、状態通知された警報イベント集合の警報ＩＤを順に選択するループを開始する。
Ｓ３２２として、通知要求部３１は、Ｓ３２１で選択した警報ＩＤのレコードの状態によって処理を分岐させる。状態が「ＯＮ」ならＳ３２３へ進み、「ＯＦＦ」ならＳ３２４へ進む。 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.

Ｓ３２３として、通知要求部３１は、通知先テーブル３３に対して、Ｓ３２１で選択した警報ＩＤのレコードを追加する。この追加処理として、通知要求部３１は、通知先テーブル３３内に選択した警報ＩＤが存在するときには、その既存レコード内の警報ＩＤ以外の各データを通知されたデータで書き換える。一方、通知要求部３１は、通知先テーブル３３内に選択した警報ＩＤが存在しないときには、通知先テーブル３３内に新規のレコードを作成する。 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.

Ｓ３２４として、通知要求部３１は、通知先テーブル３３から、Ｓ３２１で選択した警報ＩＤのレコードの「ＯＮ」状態を削除する。この削除処理として、通知要求部３１は、通知先テーブル３３内に選択した警報ＩＤが存在するときには、その既存レコード内の警報ＩＤ以外の各データを通知されたデータで書き換えるか、既存レコードそのものを削除する。
Ｓ３２５として、通知要求部３１は、Ｓ３２１からのループを終了する。 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.

Ｓ３３１として、通知要求部３１は、状態通知に含まれる最新発生ＩＤを、新たに最新通知ＩＤへと代入する。なお、状態通知に最新発生ＩＤが含まれていないときは、この代入処理を省略してもよい。
Ｓ３３２として、通知要求部３１は、警報表示部３４に対し、Ｓ３２１〜Ｓ３２５のループ処理で更新された通知先テーブル３３の内容で、図６に示した警報表示画面を更新するように、警報表示部３４に指示する。 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.

以上説明した本実施形態では、各種管理システム（入退室管理、エネルギ管理、機器管理）において、設備機器１で発生する警報イベントを収集して過不足無く表示するために、警報イベントのデータ通信量を効率的に削減することを、主な特徴とする。
そのため、状態表示装置３は、通知先テーブル３３内に警報状態を持ち、警報表示部３４を介して警報一覧を表示する。通知先テーブル３３を更新するため、状態表示装置３は、機器管理装置２に対し、自身が持つ最新の警報を最新通知ＩＤで示し、その最新通知ＩＤより後に発生した警報の通知要求を行う。 In the present embodiment described above, in order to collect and display alarm events generated in the equipment 1 in various management systems (entrance / exit management, energy management, equipment management) and display them without excess or deficiency, The main feature is to reduce the amount of electricity efficiently.
Therefore, the state display device 3 has an alarm state in the notification destination table 33 and displays an alarm list via the alarm display unit 34. In order to update the notification destination table 33, the status display device 3 indicates the latest alarm that the device management device 2 has with the latest notification ID, and makes a request for notification of an alarm that occurs after the latest notification ID.

機器管理装置２は、設備機器１の状態を監視し、新たに警報イベントが発生した際に、履歴テーブル２４に対して警報履歴を追加し、現状態テーブル２３に対して警報状態を更新する。
機器管理装置２は、通知要求で示された最新通知ＩＤから、履歴テーブル２４内の未通知分の履歴データ量と、現状態テーブル２３のデータ量とを計算し、両データ量を比較して少ないほうを今回の送信対象として通知要求に応答する。状態表示装置３は、応答された警報イベントの集合を通知先テーブル３３に反映する。 The device management apparatus 2 monitors the state of the facility device 1 and adds a warning history to the history table 24 and updates the warning state to the current state table 23 when a new warning event occurs.
The device management apparatus 2 calculates the history data amount of unreported data in the history table 24 and the data amount of the current state table 23 from the latest notification ID indicated in the notification request, and compares both data amounts. The smaller one is responded to the notification request as the current transmission target. The status display device 3 reflects the set of responding alarm events in the notification destination table 33.

これにより、同じ警報の表示結果を得られる履歴通知と一覧通知とでデータ量が少ない方式を選択するので、警報イベントが連続的かつ大量に発生した場合でも、警報イベントの送信において、過不足なく、かつ、効率的なデータ送信が可能となる。 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.

各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）などの記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤカード、ＤＶＤ（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 Equipment 2 Equipment management device (alarm notification device)
3 Status display device 21 Registration unit 22 Notification source control data 23 Current status table (data for current status management)
24 History table (history management data)
25 Notification response part 31 Notification request part 32 Notification destination control data 33 Notification destination table 34 Alarm display part

Claims

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.

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.

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.