防火系统的制作方法

1.本公开涉及一种操作防火系统的方法以及一种防火系统。


背景技术：

2.防火系统通常包括火灾控制面板以及一个或多个其他防火组件，例如火灾检测器(例如烟雾和热传感器)、手动呼叫点（manual call point）、火灾报警器和灭火系统(例如洒水器、防火障、排烟器等)。防火系统的组件通常按照环形配置电连接，其中连接布线在火灾控制面板开始和完成。
3.在这些系统中，每个组件可以能够生成消息，所述消息各自指示事件，例如报警、故障、告警、对命令的应答等。
4.本技术人认为，仍然存在用于对防火系统的改进的余地。
5.本发明提供一种操作防火系统的方法，防火系统包括一个或多个防火组件，该方法包括：防火系统的一个或多个防火组件中的防火组件生成指示与防火系统关联的事件的消息；确定消息是指示关键事件还是非关键事件；以及当确定消息指示关键事件时，在事件数据的第一集合中存储与消息关联的数据；以及当确定消息指示非关键事件时，在事件数据的第二不同集合中存储与消息关联的数据。
6.各个实施例涉及防火系统消息数据的有效操控。本发明人已经认识到，由防火系统所生成的一些消息可具有比由防火系统所生成的其他消息更大的重要程度，并且与对于不太重要的消息数据相比，被检索例如供审查的这个更重要消息数据的似然和合意性（desirability）可以更大。例如，与指示防火系统的防火组件已经进入寂静状态的消息相比，指示已经触发火灾报警器的消息通常可具有更大重要性，并且更可能在以后被审查。
7.在本发明中，防火系统消息被确定为具有“关键”重要性或者“非关键”，以及关联于关键消息的数据然后与关联于非关键消息的数据分开存储。通过按照这种方式单独分类和存储关键和非关键消息数据，例如与常规布置(其中全部系统消息数据共同存储在同一集合中)相比，能够检索消息数据的总体效率能够得到改进。
8.例如，本发明仅允许更重要的关键消息数据被检索，而无需例如读取和处理全部消息数据，以便确定哪一个消息数据是(或者不是)关键的。此外，仅检索关键消息数据能够减少被检索的总数据量。这则意味着，当消息数据被远程存储并且例如通过网络来访问时，能够实现带宽使用中的降低。
9.此外，关键和非关键消息数据的分离能够允许备份策略集中于关键消息数据。例如，关键消息数据可与非关键消息数据分开备份。与关键消息数据相比，可不太频繁地或者完全不备份非关键消息数据。这相应地能够节省与备份防火系统消息数据关联的磁盘空间
和处理。
10.因此将领会，本公开提供改进的防火系统。
11.防火系统的(所述)防火组件可以是火灾控制面板、火灾检测器、烟雾检测器、热检测器、手动呼叫点、火灾报警器、灭火组件、洒水器、防火障、排烟器或者另一个防火组件。
12.(所述)事件可以是报警事件、预报警事件、预告警事件、故障事件、寂静事件、禁用事件或脱机事件或者另一种类型的事件。报警事件、预报警事件或预告警事件各自可以是关键事件。故障事件、寂静事件、禁用事件或脱机事件各自可以是非关键事件。
13.确定消息是指示关键事件还是非关键事件可包括：确定消息的类型；以及使用所确定的消息类型来确定消息是指示关键事件还是非关键事件。
14.(所述)事件可以是指示报警事件、预报警事件、预告警事件、故障事件、寂静事件、禁用事件或脱机事件的消息或者指示另一种类型的事件的消息。
15.确定消息的类型可包括确定消息是指示报警事件、预报警事件、预告警事件、故障事件、寂静事件、禁用事件还是脱机事件。使用所确定的消息类型来确定消息是指示关键事件还是非关键事件可包括：当确定消息指示报警事件、预报警事件或预告警事件时确定消息指示关键事件；以及当确定消息指示故障事件、寂静事件、禁用事件或脱机事件时确定消息指示非关键事件。
16.与存储的消息关联的数据可包括下列中的任一个或多个或者每个：消息类型的指示、消息的有效载荷数据和/或时间戳。
17.该方法可进一步包括：当确定消息指示关键事件时，在事件数据的第二不同集合中存储对于与消息关联的数据的引用（reference）。引用可包括指针，例如指向事件数据的第一集合(与其中存储的事件关联的数据)的指针。
18.防火系统可进一步包括存储装置，其用于存储与防火系统关联的数据。存储装置可包括任何适当存储器。与由防火系统的(所述)防火组件所生成的(所述)消息关联的数据可被存储在存储装置中。
19.事件数据的第一和第二集合各自能够是事件数据的任何适当集合，并且各自可被存储在存储装置中。事件数据的第一和第二集合应当是数据的单独可寻址集合(文件)，即，使得第一集合(文件)中的数据能够与第一集合(文件)中的数据无关地(无需对其进行访问)被访问。例如，存储装置可存储数据库，事件数据的第一集合可以是数据库中的第一表，以及事件数据的第二不同集合可以是数据库中的第二不同的表。备选地，事件数据的第一集合可以是存储装置中存储的第一日志文件，以及事件数据的第二不同集合可以是存储装置中存储的第二不同日志文件。
20.该方法可进一步包括：确定消息或者与消息关联的数据是否指示防火系统的状态已经改变；以及当确定(消息或者与消息关联的数据指示)防火系统的状态已经改变时，更新指示防火系统的当前状态的信息。
21.指示防火系统的当前状态的信息可包括指示防火系统的每个组件的当前状态的信息。
22.指示防火系统的当前状态的信息可被存储在存储装置中，例如存储在第三日志文件中。
23.该方法可进一步包括：制作在第一时间指示防火系统的当前状态的信息的副本，
并且然后制作在第二不同(稍后)时间指示防火系统的当前状态的信息的副本。在第一时间指示防火系统的当前状态的信息的副本以及在第二不同时间指示防火系统的当前状态的信息的副本可以是不同的(例如由于第一时间与第二时间之间指示防火系统的当前状态的信息的更新)。
24.该方法可进一步包括：周期地制作指示防火系统的当前状态的信息的新副本。指示防火系统的当前状态的信息的每个新副本可与任何其他副本是不同的(例如由于指示防火系统的当前状态的信息的更新)。
25.制作指示防火系统的当前状态的信息的每个新副本的周期能够是任何适当周期，例如比如大约一个或多个小时或者一天或多天。
26.指示防火系统的当前状态的信息的每个副本可被存储在存储装置，例如存储在第四日志文件中。
27.该方法可进一步包括：读取指示防火系统的当前状态的信息的最近存储副本以及自制作指示防火系统的当前状态的信息的最近存储副本以来所存储的任何(可选地关键)消息数据；以及使用所读取的信息和消息数据来确定防火系统的当前状态。
28.防火系统可选地可进一步包括服务器。该方法可包括服务器执行下列步骤：接收消息；确定消息是指示关键事件还是非关键事件；以及当确定消息指示关键事件时，在事件数据的第一集合中存储与消息关联的数据；而当确定消息指示非关键事件时，在事件数据的第二不同集合中存储与消息关联的数据。
29.该方法可进一步包括：(例如服务器)(可选地从客户端)接收用来检索与一个或多个消息关联的所存储数据的请求；(服务器)确定所请求数据中的全部数据是否与指示关键事件的消息关联；以及当确定所请求数据中的全部数据与指示关键事件的消息关联时，(服务器)从事件数据的第一集合中读取所请求数据。
30.当确定所请求数据中的少于全部的数据与指示关键事件的消息关联时(当确定所请求数据的一些或全部数据与指示非关键事件的消息关联时)，该方法则可包括(服务器)从事件数据的第二集合中并且可选地从事件数据的第一集合和事件数据的第二集合两者中读取所请求数据。例如，可从事件数据的第二不同集合中读取与指示非关键事件的消息关联的数据，并且可从事件数据的第一集合中(可选地使用事件数据的第二不同集合中存储的(一个或多个)引用)读取与指示关键事件的消息关联的任何数据。
31.该方法可进一步包括(服务器)向请求方(客户端)发送所读取的数据。
32.该方法可进一步包括优先于与指示非关键事件的消息关联的数据来保持与指示关键事件的消息关联的数据。例如，非关键消息数据例如在存储装置全满时通过关键消息数据来重写（overwritten）。
33.该方法可进一步包括与关联于指示非关键事件的消息的数据分开备份关联于指示关键事件的消息的数据。该方法可包括与事件数据的第二集合分开备份事件数据的第一集合。
34.该方法可进一步包括优先于与指示非关键事件的消息关联的数据来备份与指示关键事件的消息关联的数据。例如，可比关键消息数据不太频繁地备份非关键消息数据，或者可以仅备份关键消息数据(并且可以不备份非关键消息数据)。
35.本发明还提供一种防火系统，包括：
一个或多个防火组件，其中一个或多个防火组件的一个或多个配置成生成消息，每个消息指示与防火系统关联的事件；存储装置，其用于存储与防火系统关联的数据；以及处理电路(处理器)，其配置成：确定由一个或多个防火组件的防火组件所生成的消息是指示关键事件还是非关键事件；以及当确定消息指示关键事件时，在存储装置中的事件数据的第一集合中存储与消息关联的数据；以及当确定消息指示非关键事件时，在存储装置中的事件数据的第二不同集合中存储与消息关联的数据。
36.处理电路(处理器)可进一步配置成适当地执行上述方法步骤的任一个或多个。
37.一个或多个防火组件可包括一个或多个火灾控制面板，每个火灾控制面板被连接到一个或多个其他防火组件的相应集合。
38.一个或多个其他防火组件的(所述)集合可包括下列中的任一个或多个：火灾检测器、烟雾检测器、热检测器、手动呼叫点、火灾报警器、灭火组件、洒水器、防火障和排烟器。
39.处理电路(处理器)可形成(所述)火灾控制面板的组成部分。
40.该系统可选地可进一步包括服务器。处理电路(处理器)可形成服务器的组成部分。一个或多个火灾控制面板各自可配置成向服务器发送由防火组件所生成的消息。
41.服务器可进一步配置成：(可选地从客户端)接收用来检索与一个或多个消息关联的所存储数据的请求；确定所请求数据中的全部数据是否与指示关键事件的消息关联；以及当确定所请求数据中的全部数据与指示关键事件的消息关联时，从事件数据的第一集合中读取所请求数据。
42.服务器可进一步配置成：当确定所请求数据中的少于全部的数据与指示关键事件的消息关联时(当确定所请求数据的一些或全部数据与指示非关键事件的消息关联时)，从事件数据的第二集合中读取所请求数据，并且可配置成从事件数据的第一集合和事件数据的第二集合两者中读取所请求数据。例如，服务器可配置成从事件数据的第二不同集合中读取非关键消息数据，并且从事件数据的第一集合中(可选地使用事件数据的第二不同集合中存储的(一个或多个)引用)读取任何关键消息数据。
43.服务器可进一步配置成向(所述)客户端发送所读取的数据。
44.与存储(和读取)的消息关联的数据可包括下列中的任一个或多个或者每个：消息类型的指示、消息的有效载荷数据和/或时间戳。
45.事件数据的第一和第二集合各自能够是事件数据的任何适当集合，并且各自可被存储在存储装置中。例如，存储装置可存储数据库，事件数据的第一集合可以是数据库中的第一表，以及事件数据的第二不同集合可以是数据库中的第二不同的表。备选地，事件数据的第一集合可以是存储装置中存储的第一日志文件，以及事件数据的第二不同集合可以是存储装置中存储的第二不同日志文件。
附图说明
46.现在将仅通过示例的方式、参照附图来描述本发明的某些优选实施例，其中：
图1示意示出包括多个火灾检测器的防火系统的组成部分；图2是按照各个实施例的防火系统的示意图；以及图3是图示按照本发明的实施例的方法的流程图。
具体实施方式
47.图1示意示出按照各个实施例的防火系统100的组成部分。如图1中所示，防火系统100可包括火灾控制面板12以及经由布线10来连接到火灾控制面板12的一个或多个其他防火组件14的集合。
48.在图1中所图示的实施例中，组件14中的每个是火灾检测器，该火灾检测器在这个示例中图示为烟雾传感器。但是更一般来说，一个或多个其他防火组件的集合可包括一个或多个火灾检测器(例如一个或多个烟雾传感器和/或热传感器)、一个或多个手动呼叫点、一个或多个火灾报警器、一个或多个灭火系统(例如一个或多个洒水器、防火障、排烟器等)等。
49.此外，图1仅示出一个火灾控制面板12，该火灾控制面板12电连接到其他防火组件14的一个集合。但是更一般来说，防火系统可包括多个火灾控制面板，其中每个火灾控制面板电连接到一个或多个其他防火组件的相应集合。
50.因此，防火系统100可包括一个或多个火灾控制面板12，每个火灾控制面板电连接到一个或多个其他防火组件14的相应集合，例如火灾检测器、烟雾检测器、热检测器、手动呼叫点、火灾报警器、灭火组件、洒水器、防火障、排烟器等中的任一个或多个。
51.可例如按照环形配置经由布线10来电连接防火系统100的一个或多个组件14的集合，其中连接布线10被连接到(例如开始和结束于)火灾控制面板12。防火系统100可被配置，使得每个组件14从它经由布线10所连接到的火灾控制面板12来接收电功率。
52.防火系统100可被配置，使得每个组件14能够例如经由布线10与它所连接到的火灾控制面板12进行通信。这个通信可包括每个组件14能够生成各自指示与组件14关联的事件的消息，并且将这类所生成的消息发送给它所连接到的火灾控制面板12。对应地，火灾控制面板12可以能够从与它连接的一个或多个防火组件14的集合的每个防火组件来接收消息。火灾控制面板12还可以能够生成消息，所述消息各自指示与火灾控制面板12本身关联的事件。
53.防火组件例如可响应于防火组件接收来自火灾控制面板12的查询或者响应于防火组件检测事件而生成消息。事件能够是任何适当事件，例如报警事件、预报警事件、预告警事件、故障事件、寂静事件、禁用事件或脱机事件等。
54.由防火系统100的防火组件所生成的消息能够包含任何适当和预期信息，例如与防火组件关联的事件的指示以及指示事件发生的时间的时间戳。消息能够是任何适当和预期类型的消息，例如指示报警事件、预报警事件、预告警事件、故障事件、寂静事件、禁用事件或脱机事件等的消息。
55.报警事件可以是例如来自火灾检测器的指示火灾事故的事件。预报警事件或预告警事件可以是例如来自检测器的指示可能导致火灾事故的事故(例如温度或烟雾浓度的危险增加)的事件。
56.故障事件可以是例如来自火灾控制面板的与防火系统的特定组件、一组组件或者
整个防火系统的不正确执行相关的事件。寂静（quiescent）事件可以是指示组件的正常状态(即，组件正确工作)的事件，其例如可被发送给火灾控制面板。禁用事件可以是指示组件例如被防火系统操作员禁用的事件。脱机事件可以是例如来自火灾控制面板的指示火灾控制面板不能连接到组件的事件。
57.如图2中所示，在本实施例中，防火系统100进一步包括服务器21，以及防火系统100的每个火灾控制面板12能够与服务器21进行通信。特别是，每个火灾控制面板12可向服务器21传送它所生成和/或从与它连接的防火组件所接收的消息。服务器21然后可进行操作以便在与服务器21关联的数据库30中存储它从防火系统100的每个火灾控制面板12所接收的消息。
58.但是，防火系统100无需包括服务器21，以及例如每个火灾控制面板12可配置成在与(一个或多个)火灾控制面板12关联的数据库30中存储消息(以及另外按照下面进一步描述的方式进行操作)。
59.数据库30中存储的消息数据然后能够根据需要由每个火灾控制面板12和/或由一个或多个其他客户端装置22例如经由服务器21来访问。每个火灾控制面板12和/或客户端装置22相应地可以能够可选地向服务器21来请求数据，以及服务器21(或者火灾控制面板12)可响应于这种请求而按照该请求从数据库30中检索数据，并且将检索数据发送给请求方。
60.在本实施例中，服务器21可选地可以是远程(例如基于云的)服务器，以及数据库30可被存储在远程(例如基于云的)存储装置中。每个火灾控制面板12相应地可以能够通过网络(例如因特网)向服务器21传送(加密)消息数据。对应地，防火系统100的火灾控制面板12和/或其他客户端装置22可以能够通过网络(例如因特网)查询服务器21并且接收(加密)消息数据。这个布置能够促进对防火系统数据的特别便利访问。
61.在本实施例中，当服务器21从火灾控制面板12接收消息时，服务器21确定消息是指示关键事件还是非关键事件，即，确定消息是关键消息还是非关键消息。服务器21然后进行操作以基于该确定在数据库30中分开存储针对关键和非关键消息的消息数据。(备选地，这可由火灾控制面板12来执行。)存储的消息数据可包括下列中的任一个或多个或者每个：消息类型的指示、消息的有效载荷数据、时间戳等。事件数据的第一和第二集合是数据的单独可寻址集合(文件)，即，使得第一集合(文件)中的数据能够与第一集合(文件)中的数据无关地(无需对其进行访问)被访问。
62.如上所述，通过分开分类和存储关键和非关键消息数据，例如与将全部消息数据存储在一起相比，随后能够检索消息数据的效率能够得到改进。例如，能够快速和有效地检索关键数据，而例如无需读取(并且然后丢弃)非关键消息数据。相应地，分开存储关键和非关键消息数据能够允许对关键消息数据的更快访问，所述关键消息数据可通常比非关键消息数据更频繁地被访问。此外，通过网络从服务器21传送给火灾控制面板12或客户端22的数据量能够减少。相应地，带宽要求能够降低。
63.关于消息是指示关键还是非关键事件(消息是关键的还是非关键的)的确定能够按照任何适当和预期方式来执行。在本实施例中，服务器21(或者火灾控制面板12)基于所接收的消息的类型来确定它已经接收的消息是指示关键还是非关键事件。例如，当服务器
(或者火灾控制面板12)接收报警消息、预报警消息或预告警消息等时，服务器21(或者火灾控制面板12)可确定消息指示关键事件。但是，当服务器(或者火灾控制面板12)接收故障消息、寂静消息、禁用消息或脱机消息等时，服务器21可确定消息指示非关键事件。
64.一旦服务器21(或者火灾控制面板12)已经确定它已经接收的消息指示关键还是非关键事件，服务器21(或者火灾控制面板12)进行操作以按照该确定在数据库30中存储与消息关联的数据。
65.为了促进这个方面，如图2中所示，在本实施例中，数据库30被布置有多个不同表(或文件)，以用于存储与防火系统100关联的数据。特别是，数据库30包括：“关键事件的历史”表(或文件)32，其用于存储关键消息数据；以及“全部事件的历史”表(或文件)31，其用于存储非关键消息数据。
66.相应地，当服务器21(或者火灾控制面板12)确定它已经接收的消息指示非关键事件时，服务器21(或者火灾控制面板12)在数据库30中将与消息关联的数据作为“全部事件的历史”表31中的新记录来存储。但是，当服务器21(或者火灾控制面板12)确定它已经接收的消息指示关键事件时，服务器21(或者火灾控制面板12)将与消息关联的数据作为“关键事件的历史”表32中的新记录来存储。此外，在关键消息的情况下，服务器21还可在“全部事件的历史”表31中包含新记录，该新记录包括对于与“关键事件的历史”表32中存储的关键消息关联的数据的引用。
67.这则意味着，“关键事件的历史”表32仅包括存储按照时间顺序所布置的关键消息(由服务器21所接收)的消息数据的记录。相比之下，“全部事件的历史”表31可包括按照时间顺序所布置的每个(关键和非关键)消息(由服务器21所接收)的记录。但是，在非关键消息的情况下，“全部事件的历史”表31包括记录，该记录存储关于非关键消息的消息数据；而在关键消息的情况下，“全部事件的历史”表31没有存储关于关键消息的消息数据，而是包括记录，该记录包括对于“关键事件的历史”表32中存储的对应关键消息数据的引用。
68.在“全部事件的历史”表31中包含对关键消息数据的引用而不是例如在“全部事件的历史”表31中存储关键消息数据意味着，“全部事件的历史”表31能够保存全部(关键和非关键)事件的年表（chronology），而无需复制所存储的消息数据。相应地，存储空间要求能够降低。
69.此外，在这个布置中，当例如火灾控制面板12或客户端22要求对关键和非关键事件数据两者的访问时，服务器21(或者火灾控制面板12)能够访问“全部事件的历史”表31，并且然后直接从“全部事件的历史”表31中检索非关键消息数据，以及经由对“关键事件的历史”表32的引用来检索关键消息数据。但是，当要求仅对关键事件数据的访问时，服务器21(或者火灾控制面板12)能够仅访问“关键事件的历史”表32。如上所述，这能够改进访问关键数据的效率。
70.将消息数据划分为关键和非关键消息数据还使关键和非关键消息数据能够以不同方式被操控。例如，在实施例中，当存储数据库30的存储装置变满时，优先重写非关键消息数据而不是关键消息数据。这则能够降低或避免关键消息数据的损失。
71.类似地，在实施例中，例如按照上述方式使用两个表(两个文件)与非关键消息数据分开备份关键消息数据。与关键消息数据相比，可不太频繁地或者完全不备份非关键消息数据。这能够例如节省备份磁盘空间、处理和带宽要求。
72.如图2中所示，在本实施例中，数据库30进一步包括“活动状态”表(或文件)33，其用于存储指示防火系统100的当前状态的信息，所述信息可包括指示防火系统100的一个或多个防火组件的每个的当前状态的信息。相应地，“活动状态”表33中的每个记录可指示防火系统100的防火组件的当前状态。
73.当接收新消息时(或者当例如在“全部事件的历史”表31中创建用于新消息的记录时)，确定那个消息是否指示防火系统的状态已经改变，例如防火系统的组件的状态是否已经改变。当确定防火组件的状态已经改变时，则相应地更新那个组件的“活动状态”表33中的记录。
74.如图2中所示，数据库30进一步包括“活动状态快照（snapshot）”表(或文件)34，其用于存储“活动状态”表33的内容的“快照”。相应地，“活动状态快照”表34中的每个记录包括防火系统100(的一个或多个防火组件的每个)在特定时间点处的状态的指示(“快照”)。
[0075]“活动状态”表33的内容的新快照能够在任何预期时间被创建并且作为新记录被添加到“活动状态快照”表34中。例如，新“快照”可周期地被生成并且作为新记录被添加到“活动状态快照”表34。
[0076]
创建“快照”的时间周期能够是例如大约一个或多个小时或者一天或多天的任何适当周期，并且可以是用户可配置的。因此，例如，对于其中活动状态的变化可能更频繁发生的系统(例如在包括更大数量的防火组件的系统中)，与对于其中活动状态的变化可能不太频繁发生的系统(例如在包括更少数量的防火组件的系统中)相比，可选择更短时间周期。
[0077]
在本实施例中，例如当服务器21或火灾控制面板12例如在重新引导/故障之后启动时，“活动状态快照”表34中存储的“快照”可用来恢复系统100的状态。特别是，可通过下列来恢复(确定)每个系统组件的状态：从“活动状态快照”表34中读取最近的快照；并且读取“全部事件的历史”表31中与自生成最近的快照以来所接收的任何消息关联的数据；并且处理那个消息数据以确定任何(一个或多个)组件的状态自生成最近的快照以来是否已经改变。
[0078]
按照这种方式使用最近的“快照”意味着，能够恢复每个系统组件的状态，而例如无需处理“全部事件的历史”表31中的整个事件数据历史。相应地，能够降低处理和带宽要求，并且能够缩短启动时间。此外，系统能够在需要时“回退”到最后活动快照。
[0079]
图3是示出按照本发明的实施例的过程的流程图。如图3中所示，在步骤101处，消息可由防火系统的组件来生成。在步骤102处，可确定消息是否指示关键事件。如果确定消息指示关键事件，则在步骤103a处，可在数据库的关键消息数据表中存储与消息关联的数据。但是，如果确定消息不是指示关键事件，则在步骤103b处，可在数据库的非关键消息数据表中存储与消息关联的数据。
[0080]
虽然在上述实施例中，服务器21可远离火灾控制面板12，但是在其他实施例中，服务器21可以是火灾控制面板12本地的。例如，服务器21可驻留（host）在系统的火灾控制面板12上，以及数据库30可被存储在火灾控制面板12的存储装置中。
[0081]
虽然在上述实施例中，服务器21可在数据库30中存储消息数据，但是在其他实施例中，服务器21在另一个数据结构(例如日志文件)中存储消息数据。