火灾事件模式分析和交叉建筑物数据分析

技术领域

本公开涉及用于提供火灾事件模式分析和交叉建筑物数据分析的设备、系统和方法。

背景技术

设施(例如，建筑物)(诸如商业设施、办公楼、医院等)可具有能够在紧急情况(例如，火灾)期间被触发以警告居住者撤离的火灾探测系统。例如，火灾探测系统可包括在建筑物内的火灾报警控制面板和位于整个建筑物中(例如，在该建筑物的不同楼层和/或建筑物的不同房间中)的多个探测器，这些探测器可感测可能对居住者有害的事物，诸如指示在建筑物中发生的火灾、烟雾颗粒和/或化学化合物的热状况，并经由报警或其他机制向建筑物的居住者和/或建筑物监控人员提供所感测状况通知。

火灾系统技术人员定期维护设施的火灾系统，有时会根据区域监管建议进行维护。已经观察到，设施所有者在定期维护完成后多次报告问题，这可能是由于设备故障，这些设备在维护周期经过检查并处于可接受的工作状态，但在服务几天后进入故障模式。

这导致技术人员再次访问现场并解决问题，从而导致计划外的现场访问并导致额外的维护成本。通常，技术人员每年会对每栋建筑物进行约4次计划外访问。

传统的方法是在客户报告问题时简单地访问现场，以进行维修或完成更换工作，这增加了现场访问的次数并提高了设施的维护成本。

在另一个问题中，探测器的故障将导致火灾系统产生假警报和不希望的警报。在英国，来自远程监控的火灾探测和火灾警报系统的假警报每年给企业和消防救援服务(FRS)造成的损失估计达10亿英镑。英国的FRS收到了584,500次呼叫；其中53.4％是假警报。对消防机构资源的大量消耗导致业务中断(导致生产力损失)，并且降低公众对火灾警报的信心。

附图说明

图1是根据本公开的一个或多个实施方案的火灾警报系统的示例，其中探测器分布在设施周围。

图2是根据本公开的一个或多个实施方案的火灾警报系统的示例，其中在设施的中心位置处确定烟雾或火灾状况的探测。

图3是根据本公开的一个或多个实施方案的在远程设备上向火灾系统用户提供信息的显示器的示例。

图4是根据本公开的一个或多个实施方案的在远程设备上向火灾系统用户提供信息的显示器的示例。

图5是根据本公开的一个或多个实施方案的在远程设备上向火灾系统用户提供信息的显示器的示例。

图6是根据本公开的一个或多个实施方案的在远程设备上向火灾系统用户提供信息的显示器的示例。

具体实施方式

用于提供火灾事件模式分析和交叉建筑物数据分析的设备、系统和方法。本公开的实施方案提供维护分析，以用于确定针对正在引起火灾系统的最大数量的总故障事件的服务问题的设备检查、维护和/或更换，并且基于该信息，调度实用程序可在服务技术人员在设施现场时进行调度以解决问题。

本公开的实施方案还提供事件模式分析，以用于确定产生最多服务访问的特定设施、建筑物、区和/或设备和/或服务事件，并且基于该信息，调度实用程序可在服务技术人员在设施现场时将服务项目与技术人员的调度相关联以解决那些问题。这可允许在故障事件发生之前减少或消除大多数故障事件。

此外，在正服务着多个建筑物的情况下，本公开的实施方案提供交叉建筑物数据分析，以用于确定哪些跨多个建筑物的服务问题正在制造大量故障事件以及/或者哪些建筑物产生大量的总数量故障事件，并且基于该信息，调度实用程序可在服务技术人员在设施现场时将服务项目与技术人员的调度相关联以解决那些问题，或者可查看特定故障事件类型以识别如何基于某些故障事件类型来显著减少故障事件类型或服务访问。另外，在一些实施方案中，可利用机器学习来分析该数据，并且基于对哪些服务问题正在引起相当一部分的总数量故障事件的分析来确定是否可对火灾系统、其部件中的一个或多个部件的操作和/或维护调度过程做出改变以减少故障事件和/或由于故障事件引起的服务访问的数量。

火灾系统维护系统的一个示例性实施方案包括定位在设施内的多个火灾系统探测器、定位在设施内的火灾系统控制面板，以及定位在设施内并且与火灾系统控制面板或火灾系统探测器中的至少一者通信的网关设备。

该网关设备具有处理器和存储器，其中该存储器具有存储在其中的指令和数据。这些指令可由该处理器执行以收集与一个或多个火灾或烟雾探测器设备相关联的火灾系统设备健康数据并将该火灾系统设备健康数据发送到远程设备。

该远程设备可物理地远离设施定位，或者相对于其到本地设备的通信连接远程定位。该远程设备可具有显示器、处理器和存储器，该存储器具有存储在其中的指令和数据。例如，火灾控制面板、网关设备和火灾系统探测器经由本地网络彼此通信，并且远程设备经由远程网络与本地网络上的设备通信。分析、识别和相关联功能也可由作为互联网可访问应用程序提供的火灾系统维护解决方案应用程序提供。

远程设备上的指令可由处理器执行以分析所收集的火灾系统设备健康数据，以确定所收集的数据中记录的每个设备健康事件的事件类型。这些指令还可基于其所确定的事件类型来对设备健康事件进行分类，并且基于每个事件类型中被分类的事件的数量来对分类的设备健康事件进行优先级排序。

在一些实施方案中，火灾系统维护系统还包括火灾系统维护解决方案应用程序，该火灾系统维护系统确定服务项目是否与事件类型相关联，并将该服务项目与系统中的事件类型关联。在此类实施方案中，火灾系统维护解决方案应用程序可识别将由火灾系统设备技术人员执行的最近的按时间调度的维护访问，并且将相关的服务项目与经调度的维护访问相关联以提供由技术人员进行的修理、更新或更换火灾系统设备的服务。

在一些实施方案中，网关功能可由探测器设备内的通信部件(例如，发射器和/或接收器)或设施的单独网关设备提供。例如，吸气探测器设备可包括多个通信部件，这些通信部件提供发射和接收能力以便将探测器数据传递出探测器设备并且将指令和更新传递到探测器设备，例如从云环境中的存储器位置、配置或调试工具和/或用于分析探测器数据并且提供关于位于非移动或移动远程设备上的火灾系统的分析的软件应用程序。

此外，在一些实施方案中，探测器设备可在不通过火灾面板通信的情况下与系统的其他部件通信。此类示例在图2中示出，其中探测器设备和火灾面板通过不同的网关进行通信。

尽管本文引用了云环境，但是云环境可通过从被监控的设施的探测器设备和/或火灾面板到远离(不位于)该设施的远程服务器的外部通信连接来实现。在一些实施方案中，该远程布置允许远程服务器(例如，云服务器)为潜在地多个不同设施所有者的多个设施的多个火灾系统提供本文描述的类似服务。

如所讨论的，本公开的实施方案提出了一种预测性和/或预防性维护解决方案，其监控火灾系统的性能以预测故障和失败以及其他功能。例如，当探测器性能已经降低并且需要重新校准、调整或更换探测器设备的部件或整个探测器设备时，火灾系统维护解决方案会警告操作者。

在该解决方案中，网关设备将周期性地收集设备健康数据，诸如遮蔽水平、漂移％/漂移补偿％、警报灵敏度水平、峰值％、警报百分比等，并且将所收集的数据发送到远程设备诸如云服务器。(例如，周期性可以是任何合适的周期，诸如一天一次)。对该数据执行不同类型的分析，以预测制造最多故障事件的设施、建筑物、区和/或设备级别的一个或多个事件类型，警告技术人员，并且在技术员被调度以进行现场访问(例如，以进行定期维护)时向这些技术人员报告那些事件类型。

事件类型分析可用于确定一个或多个事件类型是否对故障事件的总数量有显著贡献。例如，通过应用帕累托分析(Pareto analysis)，可采用这样的过程：其中可确定阈值诸如80％，并且可识别对80％或更多百分比有贡献的事件类型。通过该分析过程，可集中在制造超过80％的总故障事件的那些事件类型上并且潜在地解决这些事件类型，从而显著地减少当前时间段中以及潜在地未来时间周期中的事件的总数量。

本公开的实施方案还可识别可能需要维护的设备。分析来自跨建筑物的设备的事件数据，并且采用机器学习方法以便基于历史事件数据中的模式来预测事件之间的连锁反应。相关联的挖掘算法Apriori学习事件中的因果模式并且基于这些因果关系来预测事件的未来发生。然后，该信息可用于将该任务添加到由被调度在该时间帧或该时间帧附近到达设施处的技术人员完成的任务列表中。

此类实施方案使得火灾系统维护解决方案能够通过包括可能在对设施的调度的维护访问的时间帧处或其附近发生的预测动作来在计划即将到来的定期维护时更好地进行。本公开的一些实施方案还可使用不寻常的模式带来关于建筑物的智能分析报告，并且在火灾系统维护管理改变期间使现场的切换容易。本公开的实施方案还可将设施的管理从计划外转移到计划的、基于条件的维护，其中，当满足条件(例如，对总故障事件总数有显著贡献的事件类型正在发生或即将发生)时，将执行服务。

本公开的实施方案可将预测的维护服务问题(如果未解决则可能导致产生故障事件的服务问题)组合为定期建筑物检查时间表的一部分，从而减少现场访问的次数。当一辆或多辆服务卡车被派往设施时，此类具体实施可减少意外的上门服务。

例如，通过预测可与即将到来的检查时间表组合的服务问题的估计数量，火灾系统维护解决方案应用程序可提供可减少的上门服务的数量的指示。该特征减少了假警报和不希望的警报的数量并且/或者可减少消防队响应处理假警报的费用成本。由专用软件获得的数据类型例如可以是表示设施内的区(例如，建筑物内的房间)处的环境温度的易失性整数数据。

另外，该数据可存储在随机存取存储器(RAM)中并且用于火灾警报系统维护调度，或者在应用级别存储到非易失性RAM(NVRAM)中，以用于使用不同类型的算法(例如，平均、模式等)评估在设备处是否存在服务问题。该层可被提供给例如一个或多个远程设备。

在该详细描述中，参考以下形成其一部分的附图。附图以举例说明的方式示出了可以实践本公开的一个或多个实施方案的方式。

这些实施方案被描述得足够详细，以使得本领域普通技术人员能够实践本公开的一个或多个实施方案。应当理解，可以利用其他实施方案并且可以作出过程、电气和/或结构改变而不脱离本公开的范围。

应当理解，可添加、交换、组合和/或消除本文各实施方案中所示的元件，以便提供本公开的多个另外实施方案。附图中提供的元件的比例和相对尺寸旨在示出本公开的实施方案，并且不应该是限制性的。

本文的附图遵循如下编号惯例：一个或多个第一数字对应于附图编号，而其余数字标识附图中的元件或部件。在不同附图之间的类似元件或部件可通过使用类似的数字来标识。例如，102可引用图1中的元件“02”，并且图2中的类似元件可引用为202。

如本文所用，“一个”或“几个”事物可指一个或多个这样的事物，而“多个”事物可指多于一个这样的事物。例如，“诸多部件”可指一个或多个部件，而“多个部件”可指多于一个部件。

图1是根据本公开的一个或多个实施方案的火灾警报系统的示例，其中探测器分布在设施周围。图1包括火灾系统维护系统100，该火灾系统维护系统包括位于现场内(即，在其中具有火灾警报系统的设施内)的多个火灾系统探测器102(火灾系统设备)、位于该设施内的火灾系统控制面板104，以及位于该设施内并与也位于现场内的火灾系统控制面板104或火灾系统探测器102中的至少一者通信的网关设备106。

网关设备106包括处理器和存储器，其中该存储器具有存储在其中的指令和数据。这些指令可由该处理器执行以收集与一个或多个火灾或烟雾探测器设备相关联的火灾系统设备健康数据并将该火灾系统设备健康数据发送到远程设备。

远程设备位于物理上远离设施的现场外(即，不在设施内)，或者如同远程设备位于现场外(即，通过非本地网络)一样与现场内设备通信，并且具有处理器和存储器。合适的远程设备可以是移动设备108，诸如移动电话、平板计算机、手表或膝上型计算机；或者非移动设备110，诸如台式计算设备或服务器计算设备，其托管或提供对用于火灾系统维护的软件应用程序的访问，或者提供对所收集的火灾系统设备健康数据的存储和/或分析，诸如云服务器112或其他远程设备108和/或110。

如上文所讨论的，远程设备可为移动或非移动设备并且可执行上文所讨论的分析、识别和相关联功能。例如，此类功能可由在远程设备上设置的火灾系统维护解决方案应用程序来完成，或者经由允许对远程设备上的应用程序的访问的web浏览器/门户来完成。在一些实施方案中，服务器诸如云服务器可托管火灾系统维护解决方案应用程序，并且可经由远程设备诸如移动设备108或非移动设备110、经由驻留在远程设备108或110上的软件应用程序或经由通过远程设备108或110访问的互联网可访问应用程序(web浏览器/门户)提供对火灾系统维护解决方案应用程序的访问。

图2是根据本公开的一个或多个实施方案的火灾警报系统的示例，其中在设施的中心位置处确定烟雾或火灾状况的探测。图2提供了不同的具体实施，其中该系统包括多个网关设备206并且远程设备208、210和212提供额外的功能。在该具体实施中，探测器202具有它们自己的与远程设备通信的网关设备。尽管在图2的实施方案中在设备202和面板204的外部示出了网关功能，但是网关功能可位于设备202和/或面板204内，从而消除物理上分离的网关设备。

与其在图1中在112处的具体实施一样，远程设备212在其中包括处理器和存储器。存储器可包括用于存储从火灾系统设备收集的数据和/或用于操作火灾系统维护解决方案应用程序的数据存储库214。火灾系统维护解决方案应用程序可例如被存储在远程设备212上的存储器中，包括可执行指令和数据以执行其功能，如以下更详细描述的。配置和/或调试工具、智能警报和/或推荐以及分析处理和/或显示的功能可在远程设备208、210和/或212中的任一者上提供。

图3是根据本公开的一个或多个实施方案的在远程设备上向火灾系统用户提供信息的显示器的示例。在图3中，示出了火灾系统维护解决方案应用程序的一个屏幕。火灾系统维护解决方案应用程序允许用户诸如服务调度员或服务技术人员看到关于由火灾系统维护解决方案应用程序管理的一个或多个设施(属于一个实体或多个实体)、特定设施、设施内的建筑物和/或设施的建筑物内的设备的各种信息。

在图3的实施方案中示出的屏幕上，显示器316示出特定用户318可例如经由图1和图2的远程设备108/208或110/210登录到系统。以这种方式，火灾系统维护解决方案应用程序可访问关于登录用户(Dean Morgan)的数据，并将屏幕配置为包括特定于一个或多个用户的客户的信息。

在该示例中，屏幕正在显示关于所有用户的客户的信息，但是显示器316包括选择器317，其允许用户选择一个或多个客户的数据以包括在数据分析中。该选择将系统所分析的数据限制于该用户所选择的那些客户。选择多于一位的客户可能是有益的，例如，以确定是否存在正在引起不适时的服务访问、设备故障或其他设备问题和/或火灾系统的假警报的故障事件(例如，过程或程序)。

以这种方式，可改进提供火灾系统维护解决方案的系统以及相关联的服务过程和程序。在一些实施方案中，系统可分析所收集的数据并自动地识别问题并且对其用于服务访问的过程和程序做出改进，例如，通过使用由处理器通过执行存储在存储器中的指令而实现的机器学习/人工智能。

在例示的实施方案中，呈现了关键洞察部分319，其允许用户识别他们可能感兴趣的一些分析数据。在该示例中示出了需要注意的建筑物320的数量(33个建筑物)、在特定时间段期间处于可能的假警报或故障的风险中的建筑物(30天周期内有23个建筑物)321(例如，对于本文讨论的所有时间段和百分比，它们可由火灾系统维护解决方案应用程序的用户或提供商设置并且可彼此相同或不同)、在特定时间段期间需要维护的建筑物(30天周期内有33个建筑物)322，以及对所有故障事件的百分比(80％)有贡献的建筑物323(例如，百分比可由火灾系统维护解决方案应用程序的用户或提供商设置或者可以是可移动百分比，诸如产生总故障事件的最大百分比的建筑物)。用户可选择这些显示区域(320,321,322,323)中的任一者来查看关于所选区域的更详细信息/数据。

在屏幕316上呈现的区域中还包括关于设备异常分析324、事件模式分析325和预测性维护分析326的多个区域。在本公开的一些实施方案中，火灾系统维护解决方案应用程序的用户或提供商可选择在屏幕316上呈现来自系统的哪个信息以及描绘该信息的不同区域的布置。以这种方式，屏幕可被定制以最适合特定用户或火灾系统维护解决方案应用程序的使用(例如，将信息集中在一般的、非客户特定信息上，而不是集中在特定客户的服务过程和程序上)。

图3中所示的设备异常区域324的示例性具体实施中所描绘的信息包括用具有异常的设备(13个设备)标识的建筑物以及在特定时间段期间处于可能的假警报或故障的风险中的建筑物(30天周期内有11个建筑物)。异常检测可以任何合适的方式完成，例如，可通过比较从建筑物内的特定设备收集的数据(例如，在当前时间)并将该数据与在先前时间或在先前时间段期间从该设备收集的数据进行比较来检测异常。本文讨论的这种数据和其他比较数据可例如存储在系统设备上的存储器中，并且由火灾系统维护解决方案应用程序进行访问。还可通过将所收集的数据与来自一个或多个其他设备(例如，一组客户、特定客户、特定设施、特定建筑物或特定建筑物内的区域的一个或多个设备)的数据进行比较来识别异常。还可通过将所收集的数据与阈值或值范围进行比较来识别异常，如以下关于图5至图6更详细地讨论的。

可以任何合适的方式确定假警报或故障的风险。例如，异常的识别可以是确定在特定时间段期间是否会发生假警报或故障的一个因素。此外，在一些具体实施中，系统可访问服务记录，该服务记录可提供关于特定火灾系统设备的健康状况的信息，并且可将该信息与针对该设备的一个或多个部件和/或该设备本身的维护、修理和/或更换时间帧进行比较，以确定在特定时间段内发生假警报或故障的可能性。

在图3中示出的事件模式分析区域325的示例性具体实施中描绘的信息包括对所有事件的特定百分比(80％)有贡献的事件类型(7个事件类型)和对故障服务事件的特定百分比(80％)有贡献的建筑物(19个建筑物)。

在一些实施方案中，可跟踪多种类型的服务事件并将该信息保存在存储器中。然后可分析所收集和保存的数据，以识别在一时间段内每种类型有多少服务项目正在发生，和/或事件类型占所有服务相关事件的特定百分比。

同样地，可从多个建筑物的火灾系统设备收集数据，并且该数据可被保存在存储器中并且随后被分析以将对特定百分比的故障服务事件有贡献的建筑物确定为一组以及/或者单独地确定。对于此类实施方案，可例如通过在一时间段内收集多个设备的火灾系统设备健康数据并且分析所收集的数据以确定设施中的每个建筑物对假警报的总数量贡献多少的百分比值来计算假警报的总数量的百分比。

另外，可计算设施中的每个建筑物对服务项目的总数量贡献多少。例如，这可通过在一时间段内收集多个设备的火灾系统设备健康数据并且分析所收集的数据以确定设施中的每个建筑物对服务项目的总数量贡献多少的百分比值来完成。

图3中示出的预测性维护分析326的示例性具体实施中所描绘的信息包括在特定时间段内需要维护的建筑物(11个建筑物)以及维护过期且需要注意的建筑物(6个建筑物)。为了确定哪些建筑物需要维护，如上文所讨论的，在一些具体实施中，系统可访问服务记录，该服务记录可提供关于特定火灾系统设备或火灾系统设备的部件的健康状况的信息，并且可将该信息与针对该设备的一个或多个部件和/或该设备本身的维护、修理和/或更换时间帧进行比较，以确定特定建筑物是否将需要在特定时间段内维护。在一些具体实施中，这些记录可从自火灾系统设备收集或者存储在网关设备和/或远程设备上的存储器中的数据中获得。还可分析此类数据以确定维护是否过期。还应当指出的是，系统的用户可通过选择如327所示的区域来查看区域321、322、323、324、325或326中任一者的附加细节。

图4是根据本公开的一个或多个实施方案的在远程设备上向火灾系统用户提供信息的显示器的示例。图4示出具有附加细节的屏幕416，例如，当选择图3中显示的屏幕的设备异常分析区域324时，可向用户显示这些附加细节。

在图4的例示的实施方案中，在424，屏幕包括关于设备异常的分析。在一些具体实施中，系统可允许用户查看数据有多旧和/或使用户能够在428实时更新数据。这将允许用户确信数据和从中进行的调度将是准确的，并且还具有其他益处。

与第一屏幕一样，屏幕416可被配置为包括关键洞察部分。这里，两个区域与屏幕316上的相同，但是一个区域包括在429的具有处于高漂移补偿风险的设备的建筑物，如以下更详细描述的。如所讨论的，可针对不同用户不同地配置屏幕，因此屏幕316和416上的区域可相同或不同，或者可相同或不同地布置。

屏幕上还包括需要注意的建筑物的列表431，包括两个不同客户(例如，Honeywell和Whirlpool)的那些，因为屏幕指示该列表是针对所有客户的。对于每个建筑物，指示器432指示建筑物内有多少设备被识别为具有异常。

此外，该实施方案还包括存在假警报风险433的标识符。此特征可有助于帮助用户快速识别应当首先服务哪些设备以避免其他不利问题，诸如发出假警报通知(这可能导致派遣急救人员)，以及其他问题。

另外，一些实施方案可包括从列表430选择高优先级项目的机制。在该示例中，可启用选择开关以仅显示具有指示假警报风险的服务项目的建筑物，然而，其他实施方案可使用其他高优先级项目进行过滤。

由检查应用程序或调试应用程序提供的数据可呈现在报告中，该报告可包括诸如以下各项：多个设备的视觉检查的状态、数据中的异常、事件设备检查问题、为了解决此类问题而实现的补救措施、功能设备测试状态和/或结果，以及/或者其他有用数据。这可作为打印报告或电子报告被提供，并且可在移动设备上提供并且/或者递送到远程设备，在该远程设备处，该报告可供建筑物所有者或管理员、警报系统的监督者、或需要此类信息的其他人员或实体访问。

图5是根据本公开的一个或多个实施方案的在用户移动设备上向火灾系统用户提供信息的显示器的示例。图5示出了已经通过事件类型(例如，在显示的屏幕516上的柱形图535中识别的事件类型A至M)分类的所收集的数据的帕累托分析。这里的概念是识别那些贡献了预先确定的量的报告的故障事件的事件。帕累托分析通常为80％，但预先确定的量可以是任何合适的阈值量。这里的概念是分析数据以确定是否存在正在引起大量总故障事件的事件类型，并且随后将努力集中在那些事件类型上以试图消除它们，例如，通过在问题变成故障事件之前利用服务访问抢先地解决它们。

系统还可分析事件相关数据以确定连锁反应中的事件和/或事件顺序之间的联系。该信息可用于预测事件链中的后续事件。这可通过监控事件链中早期发生的事件的数据来完成。如果识别出链中的早期事件，则任务可与即将到来的服务访问相关联以解决正在引起或将引起链中的早期事件发生的问题。

另外，由于已经识别出了链中的早期事件，因此可同时抢先地解决链中的后续事件(将服务项目与同一服务访问相关联，或者将服务项目与其他未来服务访问计划在一起以在问题变成故障事件之前及时地处理该问题)。以这种方式，可在由于缺乏对较小问题的注意而导致的较大后续问题可被解决之前解决那些较小问题，从而避免较大问题/事件。这可减少由于服务访问而导致的部分或整个系统的停机时间。

在一个示例中，按数量从最多事件到最少事件排列的事件包括：其他、非火灾激活、已清除非火灾激活、火灾故障、已清除火灾故障和已确认火灾故障，它们总共贡献了针对系统的所有维护服务事件的83％(图5中的事件A至F由先前事件类型的每一个百分比的总和在537示出)。该分析可通过存储在存储器中的软件应用程序的可执行指令来完成，其中设定阈值(例如，在应用程序中预设或由系统用户设定)，按事件类型对数据进行分组并且随后从最多事件到最少事件添加事件类型总数直到达到阈值为止。

在上述示例中，包括的其他-20％，包括的非火灾激活-15％，已清除非火灾激活-14％，火灾故障-13％，已清除火灾故障-11％，以及已确认火灾故障-10％，这些总共贡献83％。一旦满足80％的阈值，系统就可停止评估剩余的事件总数(例如，火灾警报-5％，已清除火灾警报-4％，已确认火灾警报-4％是没有包括在以上阈值分析中的接下来三种事件类型)。此类数据可用于对相对于如何解决事件技术人员应当首先寻址和解决的区域进行优先级排序。

例如，基于该数据，系统可从事件类型组中选择事件类型，该事件类型组包括：按顺序首先、第二、第三等寻址和解决的已清除非火灾激活、非火灾激活、火灾故障、已清除火灾故障和已确认火灾故障。如果可确定落入其他类别的事件，则可包括其他类别作为另一个事件类型。

在各种实施方案中，所分析的数据可来自特定设备、建筑物(例如，具有多个设备的区)内的特定设备组、建筑物内的所有设备、设施的多个建筑物内的设备。

这在以下情况下可能是有益的：例如，一个设备组可具有不同的事件类型分级结构，并且因此可从在其他事件类型之前先解决哪些事件类型的不同分析中获益。例如，另一个设备组(不同于以上分析的那些)具有以下的事件类型百分比：已清除非火灾激活-32％，非火灾激活-31％，火灾故障-13％，其总共贡献86％(例如，已清除火灾故障-10％，已确认火灾故障-9％，以及其他-4％是不包括在以上阈值分析中的接下来三种事件类型)。

图6是根据本公开的一个或多个实施方案的在远程设备上向火灾系统用户提供信息的显示器的示例。在该示例中，屏幕644中在645提供了关于该设备的新信息。

附加设备信息可有助于技术人员定位和诊断服务项目。当火灾系统维护解决方案应用程序设置在可由技术人员携带/佩戴的移动设备上时，这可能是特别有益的。

可在该屏幕上提供关于设备或其状态的任何合适的信息。在图6的示例中，该信息包括设备地址、客户标识(客户名称)、设备所位于的设施(现场)、设备所位于的建筑物、设备所位于的建筑物内的限定区域(区)、漂移值，以及标识设备的健康状态的分类以用于对需要更即时的帮助的那些设备进行分类的健康状态指示符(危急)。

在一些实施方案中，屏幕644可包括类似于图5中所示的事件类型概要图635。该概要可帮助技术人员在准备站点访问时对服务项目进行优先级排序(例如，基于在即将到来的服务访问期间对于要服务的设施的区域最经常报告的事件类型来确定要携带什么装备(例如，梯子、测试装备、校准装备、修理装备)或某些服务部件的数量，并且由于它们的数量而不是其他事件类型，这对于服务访问而言可能是优先的)。

以下提供了本公开的两个另外实施方案，一个是火灾系统维护解决方案设备，另一个是方法实施方案。

在该火灾系统维护解决方案设备实施方案中，该设备利用远程设备接收与设施的一个或多个火灾或烟雾探测器设备相关联的所收集的火灾系统设备健康数据。该远程设备可远离设施定位并且具有处理器和存储器。在一些实施方案中，该远程设备在设施的现场内，但是经由远程网络连接与现场内火灾系统设备通信。

存储器具有存储在其中的指令和数据。这些指令可由处理器执行以分析所收集的火灾系统设备健康数据，以确定所收集的数据中记录的每个设备健康事件的事件类型；基于它们所确定的事件类型来对设备健康事件进行分类；并且基于每个事件类型中被分类的事件的数量来对分类的设备健康事件进行优先级排序。

在一些实施方案中，该设备包括多个事件类型组，并且其中针对每个设备健康事件的所确定的事件类型是从该多个事件类型组中选择的。例如，多个事件类型可由火灾系统维护解决方案设备的用户创建。

在各种实施方案中，每个事件类型对应于可添加到对设施的调度的访问的任务列表中的至少一个服务项目。此外，两个或更多个事件类型可因果地链接，其中第一事件类型引起第二事件类型。

该方法实施方案包括经由现场外远程设备接收火灾系统设备健康数据，该火灾系统设备健康数据是从设施内的火灾系统的现场内网关设备收集的，与一个或多个现场内火灾或烟雾探测器设备相关联；经由现场外远程设备上的可执行指令分析所收集的火灾系统设备健康数据，以确定所收集的数据中记录的每个设备健康事件的事件类型；并且基于它们所确定的事件类型来对设备健康事件进行分类；并且基于每个事件类型中被分类的事件的数量来对分类的设备健康事件进行优先级排序。

在一些实施方案中，该方法还包括经由现场外远程设备上的可执行指令周期性地审查服务项目的关联，并且确定这些服务项目是否应当添加到定期调度维护访问任务列表中。一种方法还可包括经由现场外远程设备上的可执行指令周期性地审查服务项目的关联，并且确定这些服务项目是否应当添加到用于特定调度维护访问的调度维护访问任务列表。

在一些此类实施方案中，远程设备上的指令可执行以经由显示器呈现经分类的设备健康事件的优先次序。这可例如通过在一时间段内收集多个设备的火灾系统设备健康数据并且分析所收集的数据以确定设施中的每个建筑物对故障事件的总数量贡献多少的百分比值来完成。在一时间段内收集多个设备的火灾系统设备健康数据并且分析所收集的数据可用于例如确定对于建筑物内的特定区中的每个设备发生的每个事件类型的事件对故障事件的总数量贡献多少的百分比值。在存在多种类型的服务项目的具体实施中，该方法还可包括分析相关联的服务项目以确定在一时间段内每种类型有多少服务项目正在发生。

如所讨论的，本公开的实施方案提出了一种预测性和/或预防性维护解决方案，其监控火灾系统的性能以确定实质上影响其设备的系统或部分以及其他功能的故障事件类型。此类特征在维护火灾系统和维持火灾系统可靠性方面是非常有益的，并且还具有其他益处。

尽管本文已说明和描述了特定实施方案，但所属领域的技术人员将了解，经计算以实现相同技术的任何布置可替代所展示的特定实施方案。本公开旨在覆盖本公开的各种实施方案的任何和所有修改或变化。

应当理解，以上描述是以说明而不是限制的方式给出的。通过阅读以上描述，上述实施方案的组合以及本文未特别描述的其他实施方案对于本领域技术人员将是显而易见的。

本公开的各种实施方案的范围包括使用上述结构和方法的任何其他应用。因此，应当参考所附权利要求以及这些权利要求所赋予的等价物的全部范围来确定本公开的各种实施方案的范围。

在上述具体实施方式中，出于简化本公开的目的，在附图中示出的示例实施方案中将各种特征组合在一起。该公开方法不应被解释为反映本公开的实施方案需要比每个权利要求中明确记载的更多特征的意图。

相反，如以下权利要求所反映的，发明主题在于少于单个公开实施方案的所有特征。因此，以下权利要求在此并入到具体实施方式中，其中每条权利要求作为单独的实施方案独立存在。