CN112530148A - 信息推送方法及装置、消防系统 - Google Patents

Abstract

本发明公开了一种信息推送方法及装置、消防系统。其中，该方法包括：接收预警信息，其中，预警信息是由火灾预警设备进行预警时生成的信息；向第一预定对象推送预警信息，并为推送操作添加第一过期机制；基于第一预定对象在过期机制对应的时间段内对预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为发送操作添加第二过期机制；基于第二预定对象在第二过期机制对应的时间段内对第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息。本发明解决了相关技术中火灾监控中心无法通过火灾报警分层级推送，导致的无法高效获取到警情的技术问题。

Description

信息推送方法及装置、消防系统

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种信息推送方法及装置、消防系统。

背景技术

在火灾预警设备报警时，会同时向云平台通讯传递火警预警信息。此时，单位负责人、消防大队、消防支队都需要对警情进行核查；由于他们各自所处的角色不同，所需的通知的准确性的要求也不同。

针对上述需求，现有技术中提出一种消防火灾分机推送的方法基于系统，以实现消防部分对社会单位的消防状况集中动态化管理，通过消防主机信号的集中监测和动态分机推送，使社会重要预警信号更加突出，对单位火灾隐患反应处理更加高效，降低人员处理各类消防预警信号工作量；监控中心将同一联网单位、同一类型和同一时间段的告警信号合并为一个告警信号，对合并后的信号处理后，所有与之关联的告警同时被处理掉，无需逐个对告警信号处理，降低了监控中心的告警信号处理量。

虽然现有技术中的上述方案在一定程度上提高了监控中心的处理效率，然而监控中心并没有细化火灾报警分层级推送的处理流程。

针对上述的相关技术中火灾监控中心无法通过火灾报警分层级推送，导致的无法高效获取到警情问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种信息推送方法及装置、消防系统，以至少解决相关技术中火灾监控中心无法通过火灾报警分层级推送，导致的无法高效获取到警情的技术问题。

根据本发明实施例的一个方面，提供了一种信息推送方法，包括：接收预警信息，其中，所述预警信息是由火灾预警设备进行预警时生成的信息；向第一预定对象推送所述预警信息，并为所述推送操作添加第一过期机制；基于所述第一预定对象在所述过期机制对应的时间段内对所述预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为所述发送操作添加第二过期机制；基于所述第二预定对象在所述第二过期机制对应的时间段内对所述第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息。

可选地，在向第一预定对象推送所述预警信息，并为所述推送操作添加第一过期机制之前，该信息推送方法还包括：将所述预警信息存储至Redis数据库。

可选地，基于所述第一预定对象在所述过期机制对应的时间段内对所述预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为所述发送操作添加第二过期机制，包括：在所述第一预定对象的反馈状态为所述第一预定对象已经对所述预警信息进行复核时，获取所述第一预定对象的复核结果一，并基于所述复核结果一向所述第二预定对象发送所述第一预定信息；在所述第一预定对象的反馈状态为所述第一预定对象未对所述预警信息进行复核时，向所述第二预定对象发送所述预警信息，并为所述发送操作添加所述第二过期机制。

可选地，获取所述第一预定对象的复核结果一，并基于所述复核结果一向所述第二预定对象发送所述第一预定信息，包括：在所述复核结果一表示所述预警信息的真实性大于预定数值的情况下，向所述第二预定对象发送消防任务；在所述复核结果一表示所述预警信息的真实性不大于所述预定数值的情况下，执行预定操作，其中，所述预定操作包括以下之一：删除所述预警信息，向所述第二预定对象推送预警误报信息。

可选地，所述第一预定信息为所述预警信息，基于所述第二预定对象在所述第二过期机制对应的时间段内对所述第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息，包括：在所述第二预定对象的反馈状态为所述第二预定对象已经对所述预警信息进行复核时，获取所述第二预定对象的复核结果二，并基于所述复核结果二判断是否向所述第三预定对象发送所述第二预定信息；在所述第二预定对象的反馈状态为所述第二预定对象未对所述预警信息进行复核时，再次向所述第二预定对象发送所述预警信息。

可选地，基于所述复核结果二判断是否向所述第三预定对象发送所述第二预定信息，包括：在所述复核结果二表示所述预警信息的真实性大于预定数值的情况下，向所述第三预定对象发送消防任务；在所述复核结果二表示所述预警信息的真实性不大于所述预定数值的情况下，执行预定操作，其中，所述预定操作包括以下之一：删除所述预警信息，向所述第三预定对象推送预警误报信息。

根据本发明实施例的另外一个方面，还提供了一种信息推送装置，包括：接收单元，用于接收预警信息，其中，所述预警信息是由火灾预警设备进行预警时生成的信息；第一处理单元，用于向第一预定对象推送所述预警信息，并为所述推送操作添加第一过期机制；第二处理单元，用于基于所述第一预定对象在所述过期机制对应的时间段内对所述预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为所述发送操作添加第二过期机制；确定单元，用于基于所述第二预定对象在所述第二过期机制对应的时间段内对所述第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息。

可选地，该信息推送装置还包括：存储单元，用于在向第一预定对象推送所述预警信息，并为所述推送操作添加第一过期机制之前，将所述预警信息存储至Redis数据库。

可选地，所述第一处理单元，包括：第一处理模块，用于在所述第一预定对象的反馈状态为所述第一预定对象已经对所述预警信息进行复核时，获取所述第一预定对象的复核结果一，并基于所述复核结果一向所述第二预定对象发送所述第一预定信息；第二处理模块，用于在所述第一预定对象的反馈状态为所述第一预定对象未对所述预警信息进行复核时，向所述第二预定对象发送所述预警信息，并为所述发送操作添加所述第二过期机制。

可选地，所述第一处理模块，包括：第一处理子模块，用于在所述复核结果一表示所述预警信息的真实性大于预定数值的情况下，向所述第二预定对象发送消防任务；第二处理子模块，用于在所述复核结果一表示所述预警信息的真实性不大于所述预定数值的情况下，执行预定操作，其中，所述预定操作包括以下之一：删除所述预警信息，向所述第二预定对象推送预警误报信息。

可选地，所述第一预定信息为所述预警信息，所述第二处理单元，包括：第一处理模块，用于在所述第二预定对象的反馈状态为所述第二预定对象已经对所述预警信息进行复核时，获取所述第二预定对象的复核结果二，并基于所述复核结果二判断是否向所述第三预定对象发送所述第二预定信息；第二处理模块，用于在所述第二预定对象的反馈状态为所述第二预定对象未对所述预警信息进行复核时，再次向所述第二预定对象发送所述预警信息。

可选地，第一处理模块，包括：第三处理子模块，用于在所述复核结果二表示所述预警信息的真实性大于预定数值的情况下，向所述第三预定对象发送消防任务；第四处理子模块，用于在所述复核结果二表示所述预警信息的真实性不大于所述预定数值的情况下，执行预定操作，其中，所述预定操作包括以下之一：删除所述预警信息，向所述第三预定对象推送预警误报信息。

根据本发明实施例的另外一个方面，还提供了一种消防系统，所述消防系统使用上述中任意一项所述的信息推送方法。

根据本发明实施例的另外一个方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序被处理器运行时控制所述计算机存储介质所在设备执行上述中任意一项所述的信息推送方法。

根据本发明实施例的另外一个方面，还提供了一种处理器，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行上述中任意一项所述的信息推送方法。

在本发明实施例中，采用接收预警信息，其中，预警信息是由火灾预警设备进行预警时生成的信息；向第一预定对象推送预警信息，并为推送操作添加第一过期机制；基于第一预定对象在过期机制对应的时间段内对预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为发送操作添加第二过期机制；基于第二预定对象在第二过期机制对应的时间段内对第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息，通过本发明实施例提供的信息推送方法，实现了将火灾预警信息分级推送，形成经历单位消防负责人、消防大队以及消防支队这样的责任链进行火灾预警及火灾处理的目的，达到了提高火灾预警以及火灾处理的效率的技术效果，进而解决了相关技术中火灾监控中心无法通过火灾报警分层级推送，导致的无法高效获取到警情的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的信息推送方法的流程图；

图2是根据本发明实施例的信息推送方法的示意图；

图3是根据本发明实施例的火警复核为真实火警的信息推送处理流程图；

图4是根据本发明实施例的火警复核为误报的信息推送处理的流程图；

图5是根据本发明实施例的预警消息通知的时序图；

图6是根据本发明实施例的信息推送装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种信息推送方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的信息推送方法的流程图，如图1所示，该信息推送方法包括如下步骤：

步骤S102，接收预警信息，其中，预警信息是由火灾预警设备进行预警时生成的信息。

在该实施例中，当火灾预警设备检测到周围预定范围内可能存在火灾时，会生成报警信息，进行报警，并将报警信息上传到预定平台。

步骤S104，向第一预定对象推送预警信息，并为推送操作添加第一过期机制。

在该实施例中，第一预定对象可以为火灾预警设备的所在单位的消防负责人，当预定平台收到预警信息后，会立即对预警的单位的消防负责人进行通知，并为该推送操作添加第一过期机制，以判断该消防负责人是否对该预警信息做出响应。

步骤S106，基于第一预定对象在过期机制对应的时间段内对预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为发送操作添加第二过期机制。

在该实施例中，第二预定对象可以为火灾预警设备所在单位对应的消防大队，该消防大队可以基于上述单位的消防负责人的反馈状态或预警信息做出反馈。

步骤S108，基于第二预定对象在第二过期机制对应的时间段内对第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息。

在该实施例中，第三预定对象可以为消防大队对应的消防支队。

由上可知，在本发明实施例中，接收预警信息，其中，预警信息是由火灾预警设备进行预警时生成的信息；向第一预定对象推送预警信息，并为推送操作添加第一过期机制；基于第一预定对象在过期机制对应的时间段内对预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为发送操作添加第二过期机制；基于第二预定对象在第二过期机制对应的时间段内对第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息，实现了将火灾预警信息分级推送，形成经历单位消防负责人、消防大队以及消防支队这样的责任链进行火灾预警及火灾处理的目的，达到了提高火灾预警以及火灾处理的效率的技术效果。

因此，通过本发明实施例提供的信息推送方法，解决了相关技术中火灾监控中心无法通过火灾报警分层级推送，导致的无法高效获取到警情的技术问题。

在一种可选的实施例中，在向第一预定对象推送预警信息，并为推送操作添加第一过期机制之前，该信息推送方法还包括：将预警信息存储至Redis数据库。

其中，redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日执行、key-value数据库，并提供多种语言的API。

在一种可选的实施例中，基于第一预定对象在过期机制对应的时间段内对预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为发送操作添加第二过期机制，包括：在第一预定对象的反馈状态为第一预定对象已经对预警信息进行复核时，获取第一预定对象的复核结果一，并基于复核结果一向第二预定对象发送第一预定信息；在第一预定对象的反馈状态为第一预定对象未对预警信息进行复核时，向第二预定对象发送预警信息，并为发送操作添加第二过期机制。

在该实施例中，可以在上述单位的消防负责人已经对预警信息进行复核时，则可以获取其复核信息，以确定该预警信息的真实性；若该预定信息的真实性大于预定数值，则可以向消防大队发送消防任务；反之，则向消防大队推送预警信息，通过该消防大队对该预警信息进行复核，并未该发送操作添加第二过期机制。

其中，过期机制具有以下特征：定时删除、惰性删除、定期删除；其中，定时删除是在设置key的过期时间的同时，为该key创建一个定时器，让该定时器在key的过期时间来临时，对key进行删除，以保证内存尽快释放；惰性删除是key过期的时候不删除，每次从数据库获取key的时候去检查是否过期，若过期，则删除；定期删除是每隔一段时间执行一次删除过期key的操作，在本发明实施例中则可以利用key的定时删除特征。

在一种可选的实施例中，获取第一预定对象的复核结果一，并基于复核结果一向第二预定对象发送第一预定信息，包括：在复核结果一表示预警信息的真实性大于预定数值的情况下，向第二预定对象发送消防任务；在复核结果一表示预警信息的真实性不大于预定数值的情况下，执行预定操作，其中，预定操作包括以下之一：删除预警信息，向第二预定对象推送预警误报信息。

在该实施例中，在消防负责人的复核结果表示预警信息的真实性大于预定数值的情况下，向消防大队发送消防任务；在消防负责人的复核结果表示预警信息的真实性不大于预定数值的情况下，向消防大队推送预警信息。

图2是根据本发明实施例的信息推送方法的示意图，如图2所示，首先可以将火警信息(即，本发明实施例中的预警信息)存入Redis数据库中，并为消防大队推送加上过期机制，同时为消防支队推送添加过期机制；接着判断消防大队通知redis是否过期，以及消防支队通知redis是否过期；若是，则推送火警消息给消防大队，或推送火警消息给消防支队；反之，返回继续进行判断。

在上述方式的实现过程中，当火灾报警设备上传的预警消息到云平台(即，上述预定平台)后，云平台立即向火灾报警设备所属单位的负责人发送预警通知，例如，以电话、短信等形式告知单位负责人；与此同时，该云平台将火灾报警设备上传火警信息存入Redis中记作“fire_alarm_A”，并为通知消防大队单独添加一个存在过期时间的缓存“大队通知Redis:fire_alarm_A”，其过期时间为消防大队设置的延迟时间。同样的，也为消防支队设定一个存在过期时间的缓存“支队通知Redis:fire_alarm_A”，其过期时间为消防大队设置的延迟时间加上消防支队设置的延迟时间。

其中，在上述过程中，都不涉及火灾报警设备预警后的人工复核。在真实情况中，火灾报警设备发生预警后，会由单位的消防负责人和消防大队支队人员对现场火情进行复核。下面，就单位的消防负责人复核为误报和复核为真实火警两种情况，对推送火警消息给消防大队和支队的流程进行阐述。

在一种可选的实施例中，第一预定信息为预警信息，基于第二预定对象在第二过期机制对应的时间段内对第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息，包括：在第二预定对象的反馈状态为第二预定对象已经对预警信息进行复核时，获取第二预定对象的复核结果二，并基于复核结果二判断是否向第三预定对象发送第二预定信息；在第二预定对象的反馈状态为第二预定对象未对预警信息进行复核时，再次向第二预定对象发送预警信息。

在该实施例中，在消防大队的反馈状态表示消防大队已经对预警信息进行复核时，则可以获取消防大队的复核结果二，并基于该复核结果二判断是否向消防大队下属的消防支队发送第二预定信息；反之，在消防大队的反馈状态为第二预定对象未对预警信息进行复核时，则再次向消防大队发送预警信息。

在一种可选的实施例中，基于复核结果二判断是否向第三预定对象发送第二预定信息，包括：在复核结果二表示预警信息的真实性大于预定数值的情况下，向第三预定对象发送消防任务；在复核结果二表示预警信息的真实性不大于预定数值的情况下，执行预定操作，其中，预定操作包括以下之一：删除预警信息，向第三预定对象推送预警误报信息。

在该实施例中，在消防大队的复核结果二表示预警信息的真实性大于预定数值的情况下，可以向消防支队发送消防任务；反之，则将预警信息删除，或者，向消防支队发送预警误报信息。图3是根据本发明实施例的火警复核为真实火警的信息推送处理流程图，如图3所示，在复核信息为真实火警时，则推送真实火警消息给消防大队，接着推送真实火警消息给消防支队。

例如，当单位消防负责人复核当前的预警为真实火警时，若火警消息推送还未到达消防大队，应该立即推送“真实火警消息”；若火警消息已经到达消防大队，也应向消防大队推送“真实火警消息”，告知消防大队立即出警灭火。

另外，图4是根据本发明实施例的火警复核为误报的信息推送处理的流程图，如图4所示，当单位负责人复核当前的预警为误报时，若火警消息推送还未到达消防大队，应该取消推送；若火警消息已经到达消防大队，应向消防大队推送“火警误报”消息，告知消防大队不要出警。

图5是根据本发明实施例的预警消息通知的时序图，如图5所示，当火灾预警设备预警时，火灾预警设备会上传预警信息到云平台，云平台会根据预警信息立即对预警的单位的消防负责人进行通知；此时，单位的消防负责人会对预警进行复核查验，实地检查是否真的发生了火警。如果一段时间之后，单位的消防负责人还没有提交复核信息，此时消防大队应当收到预警通知，消防大队会联系相关人员或直接出动警力对警情进行核查，若发现警情便会出警进行扑救。如果消防大队经过一段时间还没有复核该预警信息，消防支队应该收到预警通知，此时消防支队会催促大队或直接联系相关人员核验警情、出警。故如果一个预警信息一直未复核，直到消防支队收到警情才开始处理。

需要说明的是，在本发明实施例中提供的信息处理方法，消防大队与消防支队应就所辖区域的实际情况设定下一级核查火情的延迟时间。例如，消防大队给单位负责人5分钟时间复核预警是否为真实火警，告知消防大队是否需要出警。若单位的消防负责人未能给出准确答复，消防大队就会联系他人或直接出警。同理，消防支队也应给消防大队处理火情的时间，只有在消防支队设定的延时时间之后未能处理完警情的，才主动进行干预，向消防大队提供支援或催促核查。

由上可知，通过本发明实施例提供额定信息处理方法，解决了火灾预警设备预警时，云平台对单位的消防负责人、消防大队、消防支队采取分级通知的问题；在火灾报警设备发生预警时，应当由单位的消防负责人先复核敬请，然后消防大队得知警情，最后支队得知警情。

因此，通过本发明实施例提供额定信息处理方法，明确了火警延迟推送的具体技术实现方式，是基于Redis过期监听机制；也明确了设备预警后警情处理的责任链，有利于消防大队、消防支队的日常工作更少被打扰，如果广泛应用于当前的各大火灾隐患防控平台，可以减少消防员处理误报火警的频率。通过该火警分级推送，会经历单位的消防负责人、消防大队、消防支队这样的责任链，可以大大减少消防大队、消防支队被误报打乱正常工作的情况。

实施例2

根据本发明实施例的另外一个方面，还提供了一种信息推送装置，图6是根据本发明实施例的信息推送装置的示意图，如图6所示，该信息推送装置可以包括：接收单元61，第一处理单元63，第二处理单元65以及确定单元67。下面对该信息推送装置进行说明。

接收单元61，用于接收预警信息，其中，预警信息是由火灾预警设备进行预警时生成的信息。

第一处理单元63，用于向第一预定对象推送预警信息，并为推送操作添加第一过期机制。

第二处理单元65，用于基于第一预定对象在过期机制对应的时间段内对预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为发送操作添加第二过期机制。

确定单元67，用于基于第二预定对象在第二过期机制对应的时间段内对第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息。

此处需要说明的是，上述接收单元61，第一处理单元63，第二处理单元65以及确定单元67对应于实施例1中的步骤S102至S108，上述单元与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述单元作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

由上可知，在本申请上述实施例中，可以利用接收单元接收预警信息，其中，预警信息是由火灾预警设备进行预警时生成的信息；然后利用第一处理单元向第一预定对象推送预警信息，并为推送操作添加第一过期机制；接着利用第二处理单元基于第一预定对象在过期机制对应的时间段内对预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为发送操作添加第二过期机制；以及利用确定单元基于第二预定对象在第二过期机制对应的时间段内对第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息。通过本发明实施例提供的信息推送装置，实现了将火灾预警信息分级推送，形成经历单位消防负责人、消防大队以及消防支队这样的责任链进行火灾预警及火灾处理的目的，达到了提高火灾预警以及火灾处理的效率的技术效果，解决了相关技术中火灾监控中心无法通过火灾报警分层级推送，导致的无法高效获取到警情的技术问题。

在一种可选的实施例中，该信息推送装置还可以包括：存储单元，用于在向第一预定对象推送预警信息，并为推送操作添加第一过期机制之前，将预警信息存储至Redis数据库。

在一种可选的实施例中，第一处理单元，包括：第一处理模块，用于在第一预定对象的反馈状态为第一预定对象已经对预警信息进行复核时，获取第一预定对象的复核结果一，并基于复核结果一向第二预定对象发送第一预定信息；第二处理模块，用于在第一预定对象的反馈状态为第一预定对象未对预警信息进行复核时，向第二预定对象发送预警信息，并为发送操作添加第二过期机制。

在一种可选的实施例中，第一处理模块，包括：第一处理子模块，用于在复核结果一表示预警信息的真实性大于预定数值的情况下，向第二预定对象发送消防任务；第二处理子模块，用于在复核结果一表示预警信息的真实性不大于预定数值的情况下，执行预定操作，其中，预定操作包括以下之一：删除预警信息，向第二预定对象推送预警误报信息。

在一种可选的实施例中，第一预定信息为预警信息，第二处理单元，包括：第一处理模块，用于在第二预定对象的反馈状态为第二预定对象已经对预警信息进行复核时，获取第二预定对象的复核结果二，并基于复核结果二判断是否向第三预定对象发送第二预定信息；第二处理模块，用于在第二预定对象的反馈状态为第二预定对象未对预警信息进行复核时，再次向第二预定对象发送预警信息。

在一种可选的实施例中，第一处理模块，包括：第三处理子模块，用于在复核结果二表示预警信息的真实性大于预定数值的情况下，向第三预定对象发送消防任务；第四处理子模块，用于在复核结果二表示预警信息的真实性不大于预定数值的情况下，执行预定操作，其中，预定操作包括以下之一：删除预警信息，向第三预定对象推送预警误报信息。

实施例3

根据本发明实施例的另外一个方面，还提供了一种消防系统，消防系统使用上述中任意一项的信息推送方法。

实施例4

根据本发明实施例的另外一个方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在计算机程序被处理器运行时控制计算机存储介质所在设备执行上述中任意一项的信息推送方法。

实施例5

根据本发明实施例的另外一个方面，还提供了一种处理器，处理器用于运行计算机程序，其中，计算机程序运行时执行上述中任意一项的信息推送方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种信息推送方法，其特征在于，包括：

接收预警信息，其中，所述预警信息是由火灾预警设备进行预警时生成的信息；

向第一预定对象推送所述预警信息，并为所述推送操作添加第一过期机制；

基于所述第一预定对象在所述过期机制对应的时间段内对所述预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为所述发送操作添加第二过期机制；

基于所述第二预定对象在所述第二过期机制对应的时间段内对所述第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息。

2.根据权利要求1所述的方法，其特征在于，在向第一预定对象推送所述预警信息，并为所述推送操作添加第一过期机制之前，还包括：

将所述预警信息存储至Redis数据库。

3.根据权利要求2所述的方法，其特征在于，基于所述第一预定对象在所述过期机制对应的时间段内对所述预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为所述发送操作添加第二过期机制，包括：

在所述第一预定对象的反馈状态为所述第一预定对象已经对所述预警信息进行复核时，获取所述第一预定对象的复核结果一，并基于所述复核结果一向所述第二预定对象发送所述第一预定信息；

在所述第一预定对象的反馈状态为所述第一预定对象未对所述预警信息进行复核时，向所述第二预定对象发送所述预警信息，并为所述发送操作添加所述第二过期机制。

4.根据权利要求3所述的方法，其特征在于，获取所述第一预定对象的复核结果一，并基于所述复核结果一向所述第二预定对象发送所述第一预定信息，包括：

在所述复核结果一表示所述预警信息的真实性大于预定数值的情况下，向所述第二预定对象发送消防任务；

在所述复核结果一表示所述预警信息的真实性不大于所述预定数值的情况下，执行预定操作，其中，所述预定操作包括以下之一：删除所述预警信息，向所述第二预定对象推送预警误报信息。

5.根据权利要求2所述的方法，其特征在于，所述第一预定信息为所述预警信息，基于所述第二预定对象在所述第二过期机制对应的时间段内对所述第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息，包括：

在所述第二预定对象的反馈状态为所述第二预定对象已经对所述预警信息进行复核时，获取所述第二预定对象的复核结果二，并基于所述复核结果二判断是否向所述第三预定对象发送所述第二预定信息；

在所述第二预定对象的反馈状态为所述第二预定对象未对所述预警信息进行复核时，再次向所述第二预定对象发送所述预警信息。

6.根据权利要求5所述的方法，其特征在于，基于所述复核结果二判断是否向所述第三预定对象发送所述第二预定信息，包括：

在所述复核结果二表示所述预警信息的真实性大于预定数值的情况下，向所述第三预定对象发送消防任务；

在所述复核结果二表示所述预警信息的真实性不大于所述预定数值的情况下，执行预定操作，其中，所述预定操作包括以下之一：删除所述预警信息，向所述第三预定对象推送预警误报信息。

7.一种信息推送装置，其特征在于，包括：

接收单元，用于接收预警信息，其中，所述预警信息是由火灾预警设备进行预警时生成的信息；

第一处理单元，用于向第一预定对象推送所述预警信息，并为所述推送操作添加第一过期机制；

第二处理单元，用于基于所述第一预定对象在所述过期机制对应的时间段内对所述预警信息作出的反馈状态，向第二预定对象发送第一预定信息，并为所述发送操作添加第二过期机制；

确定单元，用于基于所述第二预定对象在所述第二过期机制对应的时间段内对所述第一预定信息的反馈状态，确定是否向第三预定对象发送第二预定信息。

8.一种消防系统，其特征在于，所述消防系统使用上述权利要求1至6中任意一项所述的信息推送方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序被处理器运行时控制所述计算机存储介质所在设备执行权利要求1至6中任意一项所述的信息推送方法。

10.一种处理器，其特征在于，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行权利要求1至6中任意一项所述的信息推送方法。

Images