CN113076369A - 实时消防监管方法和系统 - Google Patents

Abstract

本发明公开一种实时消防监管方法和系统，其中，方法包括基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示；响应于接收到所述管理人员终端针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理，其中，所述处理指令包括下发的处理人员终端和待处理事务；响应于接收到所述处理人员终端的反馈数据，将所述反馈数据返回给所述管理人员终端以进行后续处理。本实施例的方法可以保证消防监管的实时性，进而可以保证所在区域的消防安全，若出现误报警的情况，通过安排处理人员及时确认，也可以避免投入更多的不必要的人力物力。

Description

实时消防监管方法和系统

技术领域

本发明涉及智慧消防领域，特别是一种实时消防监管方法和系统。

背景技术

随着社会对消防安全的要求以及人们消防安全意识的不断提高，消防设施在建筑物中的应用越来越普及。这些设施关系着建筑内人员生命和财产的安全，它们的状况是否完好是非常重要的。

然而，消防行业专业人员的发展远远不能满足目前行业的需求，并且由于专业人员难找、方法成本太高，无法形成常态化管理模式。此外，传统的消防管理模式下，还存在监督成本太高，数据来源不及时、不真实，隐患无法及时发现和处理等弊端。

发明内容

本发明实施例提供一种实时消防监管方法和系统，用于解决现有的消防监管中存在的至少一个问题，保证消防的监管效率。

第一方面，本发明实施例提供一种实时消防监管方法，用于服务器，包括：基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示；响应于接收到所述管理人员终端针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理，其中，所述处理指令包括下发的处理人员终端和待处理事务；以及响应于接收到所述处理人员终端的反馈数据，将所述反馈数据返回给所述管理人员终端以进行后续处理。

第二方面，本发明实施例提供一种实时消防监管方法，用于管理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端，所述方法包括：响应于至少接收到服务器反馈的警报数据，接收所述管理人员基于所述警报数据设置的任务，将所述任务经由所述服务器发送至与所述任务对应的处理人员终端；以及接收经由所述服务器返回的所述处理人员终端的反馈数据，获取所述管理人员基于所述反馈数据的指令，所述指令至少包括查看反馈结果和确认任务完成。

第三方面，本发明实施例提供一种实时消防监管方法，用于处理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端，所述方法包括：响应于接收到经由所述服务器下发的所述管理人员终端设置的任务，向所述处理人员展示所述任务并获取所述处理人员上传的与所述任务对应的反馈数据；以及将所述反馈数据经由所述服务器反馈给所述管理人员终端。

第四方面，本发明实施例提供一种实时消防监管系统，用于服务器，包括：读取展示程序单元，配置为基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示；处理指令下发程序单元，配置为响应于接收到所述管理人员终端针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理，其中，所述处理指令包括下发的处理人员终端和待处理事务；以及第一反馈程序单元，配置为响应于接收到所述处理人员终端的反馈数据，将所述反馈数据返回给所述管理人员终端以进行后续处理。

第五方面，本发明实施例提供一种实时消防监管系统，用于管理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端，所述系统包括：任务设置程序单元，配置为响应于至少接收到服务器反馈的警报数据，接收所述管理人员基于所述警报数据设置的任务，将所述任务经由所述服务器发送至与所述任务对应的处理人员终端；以及第二反馈程序单元，配置为接收经由所述服务器返回的所述处理人员终端的反馈数据，获取所述管理人员基于所述反馈数据的指令，所述指令至少包括查看反馈结果和确认任务完成。

第六方面，本发明实施例提供一种实时消防监管系统，用于处理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端，所述系统包括：任务处理程序单元，配置为响应于接收到经由所述服务器下发的所述管理人员终端设置的任务，向所述处理人员展示所述任务并获取所述处理人员上传的与所述任务对应的反馈数据；以及第三程序单元，配置为将所述反馈数据经由所述服务器反馈给所述管理人员终端。

第七方面，提供一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例的实时消防监管方法的步骤。

第八方面，本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行本发明任一实施例的实时消防监管方法的步骤。

本实施例的方法通过服务器端及时刷新从各传感器或者终端获取的警报数据，之后实时展示给管理人员，由管理人员及时安排处理人员进行处理，从而可以保证消防监管的实时性，进而可以保证所在区域的消防安全，若出现误报警的情况，通过安排处理人员及时确认，也可以避免投入更多的不必要的人力物力。

附图说明

图1为本发明一实施例提供的一种实时消防监管方法的流程图；

图2为本发明另一实施例提供的一种实时消防监管方法的流程图；

图3为本发明又一实施例提供的一种实时消防监管方法的流程图；

图4a、图4b、图4c、图4d、图4e、图4f和图4g为本发明一实施例提供的一种实时消防监管方法的框架原理图；

图5a、图5b和图5c为本发明另一实施例提供的一种实时消防监管方法框架原理图；

图6为本发明一实施方式的用户终端系统进行消防监管的操作方法流程图；

图7为本发明另一实施方式的用户终端系统进行消防监管的操作方法流程图；

图8为本发明又一实施方式的用户终端系统进行消防监管的操作方法流程图；

图9为本发明一实施例提供的一种实时消防监管系统的框图；

图10为本发明一实施例提供的一种实时消防监管系统的框图；

图11为本发明一实施例提供的一种实时消防监管系统的框图；

图12为本发明一实施例提供的电子设备的结构示意图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

在本发明中，“模块”、“装置”、“系统”等指应用于计算机的相关实体，如硬件、硬件和软件的组合、软件或执行中的软件等。详细地说，例如，组件可以、但不限于是运行于处理器的过程、处理器、对象、可执行组件、执行线程、程序和/或计算机。还有，运行于服务器上的应用程序或脚本程序、服务器都可以是组件。一个或多个组件可在执行的过程和/或线程中，并且组件可以在一台计算机上本地化和/或分布在两台或多台计算机之间，并可以由各种计算机可读介质运行。组件还可以根据具有一个或多个数据包的信号，例如，来自一个与本地系统、分布式系统中另一组件交互的，和/或在因特网的网络通过信号与其它系统交互的数据的信号通过本地和/或远程过程来进行通信。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”，不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

下面结合附图对本发明作进一步详细的说明。

请参考图1，其示出了本发明一实施例提供的一种实时消防监管方法的流程图。该实时消防监管方法主要用于服务器端。

如图1所示，在步骤101中，基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示；

在步骤102中，响应于接收到所述管理人员终端针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理；

在步骤103中，响应于接收到所述处理人员终端的反馈数据，将所述反馈数据返回给所述管理人员终端以进行后续处理。

在本实施例中，对于步骤101，服务器端的实时消防监管系统可以按照预设周期从数据库中取最新时间段的警报数据，然后将该警报数据发送至管理人员终端进行展示。例如，预设周期可以为1秒或者0.5秒这种比较短的周期，从而可以使得服务器具有较高的刷新频率，及时发现最新的警报信息，本申请在此没有限制。最新时间段例如可以为最近5秒或者最近10秒或者最近5分钟或者最近半小时，具体可以根据对于警报数据处理的快慢以及累计待处理的数据量而定，如果人工处理比较及时可以选择比较短的时间段，如果人工处理不是很快，可以选择稍长一点的时间段，在此不作限制。管理人员终端可以是设置在总控室的大屏幕也可以是便携式终端如手机、平板之类的，本申请在此没有限制。警报数据在管理人员终端上的展示方式可以是包含关键字的信息，也可以是图表展示，例如数据报表(条形图、饼状图等)的形式，在此不再赘述。需要说明的是，管理人员终端只是对具有某一类用户权限的用户的统称，例如处理人员终端指去现场处理事务的人员所配置的终端，在此不再赘述。

之后，对于步骤102，服务器端的实时消防监管系统接收来自管理人员终端的针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理，其中，所述处理指令包括下发的处理人员终端和待处理事务。例如，管理人员可以选择对距离警报位置比较近的处理人员下发处理指令从而可以使得指令能够得到更快地处理，当然，对于一些不太着急的事务，例如巡视等没有时间限制的则不用考虑位置的远近，本申请在此没有限制。

最后，对于步骤103，服务器端将管理人员终端下发的指令发送给处理人员终端之后，还需要接收处理人员终端的反馈数据，并将该反馈数据返回给管理人员终端以进行后续处理。其中，后续处理例如是还需要进一步采集别的数据或者是确认此次事务处理完成等，本申请在此没有限制。进一步地，当管理人员确认事务处理完成后，也应及时同步至服务器以对服务器端的数据及时更新，服务器端也应及时记录各指令或者事务的处理进度并展示给管理人员终端。

本实施例的方法通过服务器端及时刷新从各传感器或者终端获取的警报数据，之后实时展示给管理人员，由管理人员及时安排处理人员进行处理，从而可以保证消防监管的实时性，进而可以保证所在区域的消防安全，若出现误报警的情况，通过安排处理人员及时确认，也可以避免投入更多的不必要的人力物力。

在一些可选的实施例中，上述警报数据包括消防主机获取信息和人工排查信息，消防主机获取信息包括烟感报警信息、温度报警信息和故障报警信息，上述警报数据的每一条警报数据中至少包括报警的设备名称、报警的设备位置和报警原因。从而可以根据警报数据的原因确认是否需要尽快派人处理，可以根据警报数据的位置及时就近派人处理。

在进一步可选的实施例中，在响应于所述管理人员针对所述警报数据的处理指令之前，所述方法还包括：基于所述警报数据的报警的设备位置获取距离所述报警的设备位置最近的至少一个终端，将所述至少一个终端与所述警报数据关联展示给所述管理人员。从而服务器在获取警报数据之后还可以获取与离警报数据所在的位置比较近的至少一个处理人员以推荐给管理人员，方便管理人员尽快决策发出处理指令。当然，推荐处理人员也会在一定程度上加大服务器的计算量，因此可以在遇到紧急事件例如火警信息时才采用推荐就近处理人员的方式，即服务器可以先获取警报数据的类型，如果只是一般的故障可以不采用推荐处理人员的方式，如果是紧急的火警信息则应该采用就近推荐处理人员的方式，本申请在此没有限制。这个警报数据也可以共享给所有人员，从而每一个处理人员可以自己决策是否接受相关工作。例如，当A在B位置，收到B位置报警信息，则A可以接受该任务，并可以立即去处理。

图2为本发明另一实施例提供的一种实时消防监管方法的流程图。该实时消防监管方法主要用于管理人员终端。其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端。

如图2所示，在步骤201中，响应于至少接收到服务器反馈的警报数据，接收所述管理人员基于所述警报数据设置的任务，将所述任务经由所述服务器发送至与所述任务对应的处理人员终端；

在步骤202中，接收经由所述服务器返回的所述处理人员终端的反馈数据，获取所述管理人员基于所述反馈数据的指令。

在本实施例中，对于步骤201，管理人员终端在接收到服务器反馈的警报数据之后，采集管理人员基于该警报数据设置的任务，然后将该任务经由服务器发送至与该任务对应的处理人员终端进行处理。之后，对于步骤202，管理人员终端接收到经由服务器返回的处理人员终端的反馈数据后，获取盖管理人员基于该反馈数据的指令，该指令至少可以包括查看反馈结果和确认任务完成，当然，还可以包括缺少数据，将该任务打回给处理人员以补充缺少的数据等，本申请在此没有限制。

本实施例的方法通过管理人员终端对服务器反馈的警报数据进行处理和任务下发，通过处理人员对相应的任务进行处理，管理人员在获得处理结果之后再进行相应地审批，可以确保每一个任务被更好地处理，确保处理结果的真实可靠。

图3为本发明又一实施例提供的一种实时消防监管方法的流程图。该方法用于处理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端。

如图3所示，在步骤301中，响应于接收到经由所述服务器下发的所述管理人员终端设置的任务，向所述处理人员展示所述任务并获取所述处理人员上传的与所述任务对应的反馈数据；

在步骤302中，将所述反馈数据经由所述服务器反馈给所述管理人员终端。

本实施例的方法通过处理人员对任务进行处理和反馈，可以使得任务能够被及时地处理和反馈，从而确保对真实火警信息尽快处理，对误报警信息也尽快发现，日常巡视也能被更好地执行，设备出现故障也能得到及时地修复。

在一些可选的实施例中，所述任务具有紧急级别，所述向所述处理人员展示所述任务包括：根据所述任务的紧急级别优先展示紧急级别最高的任务。从而当出现一些需要确认火警警报是否误报的紧急情况时，需要处理人员立即前往核实，这类任务需要比平时的巡视任务具有更高的优先级才能得到立刻处理。在一些可选的实施例中，对于火警警报可以设置强提醒，例如在APP上对于火警警报配置强提醒功能，即确认火警，会强制收到提醒。直到警情被业主或物理管理人员确认为已处理，才取消该火警的强提醒，从而可以让火警警报得到最好最快地处理。

在一些可选的实施例中，所述反馈数据包括设备标识符和设备现场信息，所述获取所述处理人员上传的与所述任务对应的反馈数据包括：响应于处理人员终端获取设备的标识符，确认所述设备的标识符是否与所述任务中的设备的标识符一致；若一致，继续获取所述处理人员上传的设备现场信息；若不一致，提示所述处理人员所获取的设备的标识符与所述任务中的设备的标识符不一致。例如，处理人员在执行下发的任务时，有可能出现传错数据的情况，所以在通过扫描二维码或者RFID之后需要核实当前设备是否与正在进行的任务的设备一致，从而保证任务被准确执行，避免上传数据出现错误。在一些实施例中，处理人员在执行巡检任务时，可以扫描设备的二维码，如果该设备在巡检任务当中，扫描了二维码就会在执行计划中有显示，如果不在的话即可以提示巡检没有此设备等，本申请在此没有限制。

请参考图4a-图4g，其示出了根据本发明的一种实施方式的用于实时消防监管的用户终端系统。该系统可以是部署在服务器上的网页程序，通过输入网址在浏览器进行登录访问，直接从服务器的数据库中读取数据，不需要与第三方设备进行通信，系统的各个模块之间相对独立，整体设计符合高内聚低耦合的系统模块交互模式，效率更高。该系统包括登录管理模块，用于接收用户输入的登录认证信息，基于登录认证信息进行身份识别，并根据身份识别结果确定用户的权限，根据用户权限获取并展示相应的用户接口。其中，不同的用户接口对应展示了不同的功能模块，这些功能模块能够基于其提供的功能为相应的用户提供功能服务，每个用户接口对应展示的功能模块内容与用户权限相关联。示例性地，登录认证信息包括用户名和密码，在登录管理模块预先存储有已注册用户的用户名和密码，同时为该用户关联有用户权限(如权限包括业主、维保人员和物业工作人员等)。其中，该系统的用户接口配置为包括第一用户接口、第二用户接口和第三用户接口，第一用户接口与对应配置的第一用户权限关联，第二用户接口与对应配置的第二用户权限关联，第三用户接口与对应配置的第三用户权限关联。在具体实现中，作为一种可选实现例，设置的第一用户权限为业主权限，第一用户接口为业主权限的用户接口；第二用户权限为维保人员权限，第二用户接口为维保人员权限的用户接口；第三用户权限为物业工作人员权限，第三用户接口为物业工作人员权限的用户接口。也就是说，第一用户接口与业主的用户权限相关联，即与第一用户权限关联，第二用户接口与维保人员的用户权限相关联，即与第二用户权限关联，第三用户接口与物业工作人员的用户权限相关联，即与第三用户权限关联。

其中，在第一用户权限设置为业主权限时，第一用户权限配置为与大厦管理模块、报修审批模块和人员管理模块相关联，该权限的用户能够通过其对应的用户接口展现大厦管理模块、报修审批模块和人员管理模块的模块功能和利用这些模块提供的服务。示例性地，大厦管理模块实现为用于查看当前大厦的报警信息、火警信息和故障信息等全部的大厦情况信息，例如通过报表、数据，任务完成情况等了解到大厦的全部情况，具体实现可以是是通过Echarts可视化库将火警报警数据、故障报警数据以及巡检任务的完成量进行统计分析，以数据报表(条形图、饼状图等)的形式在系统展示。其中，任务完成情况数据可以是直接从数据库读取，而这部分数据则可以是由App端写入数据端获得；报修审批模块实现为用于获取报修申请在相应的用户界面上进行输出展示，并根据接收到的用户对报修申请的响应指令，对报修申请进行审批反馈；人员管理模块具体实现可以为用于通过点击启用按钮启用系统中已有的人员记录(主要是考虑到旧员工离职后又回来的情景)或者点击新增按钮的方式向系统添加没有记录的员工系统，也可以通过点击禁用按钮将离职员工的权限移除，启用新的人员账号或根据用户指令对指定的用户账号进行停用请求。示例性地，大厦管理模块中可以查看的当前大厦的报警信息可以实现为包括第一类报警信息和第二类报警信息，其中第一类报警信息为从消防主机获取到的信息(其中，消防主机通过与消防设备上设置的数据采集装置通讯来获取这些信息)，例如包括烟感报警信息、温感报警信息、故障报警信息等，第二类报警信息为根据值班人员人工现场排查情况而输入的信息(可以输入到云端服务器，然后通过本发明的用户终端从云端服务器获取)，如火灾报警信息(包括误报的火灾报警信息和真火警信息)。故障信息包括设备通讯故障信息，即设备不能正常与消防主机通讯形成的故障信息，可以通过将用户终端配置为能够与消防主机通信来获取到，具体地可以是，在消防主机通过消防设备上设置的数据采集装置获取到设备通讯故障信息时，将设备通讯故障信息发送至用户终端，用户终端将设备通讯故障信息与大厦进行关联存储(例如通过大厦ID进行关联存储)。在接收到用户通过大厦管理模块的查看请求时，从存储的信息中获取与该大厦关联的设备通讯故障信息进行显示。

在第二用户权限设置为维保人员权限时，第二用户权限可以配置为与任务获取模块和任务执行模块相关联。其中，任务获取模块可以实现为用于查看报警信息和维保任务计划信息；任务执行模块可以实现为通过任务获取模块可以从云端服务器获取到下发给该用户的待执行的维保任务计划信息或设备报警信息。其中，维保任务计划信息包括待巡查的设备名称、设备位置和每台设备对应的检查内容。报警信息包括报警的设备名称、设备位置和报警原因等。由此，每个维保人员能够通过任务获取模块查看自己需要巡查的设备有哪些，检查内容是什么。通过在智慧消防管理平台系统的巡检工作模块操作新增巡检任务下发维保任务，在新增巡检任务时系统首先获取线上巡检系统中的所有巡检设备数据，在下发维保任务的时候要求选择要检测的系统以及系统中要检测检查的设备名称，这样每个维保人员都能知道自己需要巡查的设备有哪些，检查的内容是什么。通过系统下发维保任务，跟踪检查任务中的设备检查完成情况，能够将维保人员的工作进度实时把握，因为维保人员在App中接受任务后开始进行工作，每巡检完任务都会上传反馈数据(设备正常或者障碍等)，在该系统的巡检工作功能下的巡检任务子模块可以查看巡检任务的进展详情，详情中包括对已完成和待检查的设备数量进行统计，对已完成检查的设备的反馈数据进行展示，展示的内容包括设备名称、设备位置和每台设备需要检查的内容，而实际的线下设备检查过程则是通过维保人员通过扫描设备二维码、RFID等来关联对应的线上设备，通过上传检查现场的设备图片来保证检查工作的真实性。是必须完成维保检查，检查的线上设备都是在系统上有记录，例如，5月需要检查5，6，7楼烟感，可以从根本上杜绝维保人员检查作假的漏洞。任务执行模块包括扫描单元和RFID单元，针对任务获取模块查看到的每个维保任务计划信息。

在第三用户权限设置为物业工作人员(如物业主管、消防控制室值班人员)权限时，第三用户权限配置为与火警确认模块、申报信息查看模块和报警类型确认模块相关联。火警确认模块实现为用于获取火警提示信息在用户界面上进行输出展示，并根据接收到的用户对火警提示信息的响应指令，进行火警信息是否为误报的确认处理。鉴于实际情况下有些火警报警信息常常是误报而非真实火警，所以在火警处理模块中添加火警确认功能，在收到火警警报信息后由距离发出火警警报地点最近的工作人员快速进行现场确认，如果是真火警，实时在系统操作反馈，各方人员在第一时间安排灭火工作，如果是火警误报，在系统中同步反馈自动忽略，可以减少不必要的人力和时间浪费，也可以在第一时间展开急救工作。申报信息查看模块实现为用于获取相应大厦的故障申报信息在用户界面上进行输出展示，并根据用户界面上的响应指令将故障申报信息标记为已读或未读状态。其中，故障申报信息可以从消防主机获取，也可以为维保人员在执行维保任务时，根据执行情况进行手动输入上报。

其中，作为另一可选实施例，本发明实施例的用户终端系统的用户接口在图4b所示实施例的基础上还配置为包括第四用户接口，第四用户接口与对应配置的第四用户权限关联。其中，第四用户权限配置为维保主管权限，该权限配置为与巡检计划制定模块和维保监督模块相关联。其中，巡检计划制定模块用于制定巡检计划，其实现为包括根据用户输入的巡检计划信息生成维保任务计划信息存储。示例性地，制定的巡检计划包括消防维保月、季、年的维护保养计划，计划内容包括时间段、测试的消防设备类型和处理范围等，基于该计划内容可以生成包括巡检时间、设备类型、设备名称、设备位置和检查内容等信息的维保任务计划信息，以供维保人员执行。维保监督模块实现为用于查看目前已检查的设备记录，(如包括查看每个巡检任务的完成数量和百分比等)，维保任务的开始时间，工作时长，其中已检查的设备记录数据是由在App端进行维保工作的工作人员将检查数据上传到数据库中，系统再从数据库读取所得，而每个巡检任务的完成数量和百分比数据则是系统从数据库中读取数据后进行进一步的计算处理得到。由此，维保主管可以更直观了解维保的人工成本，有利于提高维保效率。

在其他实现例中，为第一用户权限、第二用户权限、第三用户权限和第四用户权限均可以分别关联有通讯录模块，其中，通讯录模块可以用于获取与当前用户关联的大厦相关工作人员的通讯录信息在用户界面上进行输出展示。这样，当发生火灾或紧急情况下，用户可联系相关工作人员进行处理。

巡查规范化单元，通过提供在线的设备巡查指引动画和巡查注意事项问答来帮助解决巡查人不会查、不愿查等问题，让巡查明确到人，精确到事，通过在巡查模块中展示和跟踪巡查结果以方便巡查监督。

作为一种可选实施例，消防维保管理模块通过查看维保任务的进展详情，来明确追踪任务执行完成情况和获得实际的已检查设备记录。物业能看到维保的执行情况，达到多方共管的效果。优点就是使维保工作从根本上解决偷工问题。

设备报修单元，维保人员登录智慧消防管理平台系统后在申报管理模块中可点击发起申报按钮弹出待申报的故障设备列表，维保人员可以选择一个或多个故障设备，进行一键报修，业主对报修进行审批，实时接收故障处理进度及设备更新状态。

进一步参考图5a、图5b和图5c，其示出了本发明另一实施例提供的一种实时消防监管方法框架原理图。

APP与大厦端都能提出一键报修请求。

通过APP与大厦端都能进行审核，审核内容的报修设备、故障情况描述，故障时间，确认时间，确认人。

通过APP或大厦端都能接收报修的状态、设备的更新状态。内容是设备是否已修复成功。现在谁在负责修复。

权限是以模块为划分，例如业主，具有整个系统的全部模块权限，维保人员主具有巡查工作的模块权限。

APP与大厦端的模块是不一样的，APP模块分为：大厦、设备、巡检、人员、我的这几个模块。

通过以上方案，维保主管在登录后就可以通过用户接口展示的巡检计划制定模块发布任务，维保人员在登录后则可以直接用户接口展示的任务获取模块收到其需要执行的维保任务计划信息，并通过任务执行模块在APP上执行指定任务，例如扫二维码完成线下设备检测，测试指定的线上设备，记录在APP里，整个维保管理方法效率非常高，能够有效缩短维保时间。

传统测烟感，线上设备需要两个人，现在一个人，可以边检边看着手机与消防主机信息同步，无需等原来消防中控室的同事传来是否收到测试信号的反复，自己一个人就能独立完成

图6示意性地显示了一种实施方式的利用上述的用户终端系统进行消防监管的方法，以维保主管利用该用户终端系统制定巡检计划为例，如图6所示，该方法包括如下步骤：

步骤1：创建一个计划，输入设备计划名称，时间，执行内容，开始时间，结束时间

步骤2：根据输入的设备计划生成维保任务计划信息。

图7示意性地显示了另一种实施方式的利用上述的用户终端系统进行消防监管的方法，以维保人员利用该用户终端系统执行故障申报为例，如图7所示，该方法包括如下步骤：

步骤1：维保人员在日常检查中，发现设备异常或故障

步骤2：通过APP扫设备二维码，实现故障申报

图8示意性地显示了一种实施方式的利用上述的用户终端系统进行消防监管的方法，以维保人员利用该用户终端系统执行维保任务为例，如图8所示，该方法包括如下步骤：

步骤1：在维保任务开始后，在APP点执行；

步骤2：根据任务的设备列表，进行设备检测；

步骤3：每完成一个设备或消防系统，在APP提交反溃意见；

步骤4：检测完所有设备，完成维保任务。

请参考图9，其示出了本发明一实施例提供的一种实时消防监管系统的框图，用于服务器。

如图9所示，实时消防监管系统900，包括读取展示程序单元910、处理指令下发程序单元920和第一反馈程序单元930。

其中，读取展示程序单元910，配置为基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示；处理指令下发程序单元920，配置为响应于接收到所述管理人员终端针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理，其中，所述处理指令包括下发的处理人员终端和待处理事务；以及第一反馈程序单元930，配置为响应于接收到所述处理人员终端的反馈数据，将所述反馈数据返回给所述管理人员终端以进行后续处理。

请参考图10，其示出了本发明一实施例提供的一种实时消防监管系统，用于管理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端。

如图10所示，实时消防监管系统1000包括任务设置程序单元1010和第二反馈程序单元1020。

其中，任务设置程序单元1010，配置为响应于至少接收到服务器反馈的警报数据，接收所述管理人员基于所述警报数据设置的任务，将所述任务经由所述服务器发送至与所述任务对应的处理人员终端；以及第二反馈程序单元1020，配置为接收经由所述服务器返回的所述处理人员终端的反馈数据，获取所述管理人员基于所述反馈数据的指令，所述指令至少包括查看反馈结果和确认任务完成。

请参考图11，其示出了本发明一实施例提供的一种实时消防监管系统，用于处理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端。

如图11所示，实时消防监管系统1100包括任务处理程序单元1110和第三反馈程序单元1120。

其中，任务处理程序单元1110，配置为响应于接收到经由所述服务器下发的所述管理人员终端设置的任务，向所述处理人员展示所述任务并获取所述处理人员上传的与所述任务对应的反馈数据；以及第三反馈程序单元1120，配置为将所述反馈数据经由所述服务器反馈给所述管理人员终端。

应当理解，图9、图10和图11中记载的诸模块与参考图1、图2和图3中描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征以及相应的技术效果同样适用于图9、图10和图11中的诸模块，在此不再赘述。

值得注意的是，本公开的实施例中的模块并不用于限制本公开的方案，例如读取展示程序单元可以描述为基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示的单元。另外，还可以通过硬件处理器来实现相关功能模块，例如读取展示程序单元也可以用处理器实现，在此不再赘述。

在另一些实施例中，本发明实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的实时消防监管方法；

作为一种实施方式，本发明的非易失性计算机存储介质存储有计算机可执行指令，计算机可执行指令设置为：

基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示；

响应于接收到所述管理人员终端针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理，其中，所述处理指令包括下发的处理人员终端和待处理事务；

响应于接收到所述处理人员终端的反馈数据，将所述反馈数据返回给所述管理人员终端以进行后续处理。

作为另一种实施方式，本发明的非易失性计算机存储介质存储有计算机可执行指令，计算机可执行指令设置为：

响应于至少接收到服务器反馈的警报数据，接收所述管理人员基于所述警报数据设置的任务，将所述任务经由所述服务器发送至与所述任务对应的处理人员终端；

接收经由所述服务器返回的所述处理人员终端的反馈数据，获取所述管理人员基于所述反馈数据的指令，所述指令至少包括查看反馈结果和确认任务完成。

作为又一种实施方式，本发明的非易失性计算机存储介质存储有计算机可执行指令，计算机可执行指令设置为：

响应于用户的取件操作，判断待取件柜门是否正常开启；

若所述待取件柜门未正常开启，向服务器发送故障信息，其中，所述故障信息至少包括智能柜地点和故障的柜门编号。

非易失性计算机可读存储介质可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据实时消防监管装置的使用所创建的数据等。此外，非易失性计算机可读存储介质可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，非易失性计算机可读存储介质可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至实时消防监管装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本发明实施例还提供一种计算机程序产品，计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，使计算机执行上述任一项实时消防监管方法。

图12是本发明实施例提供的电子设备的结构示意图，如图12所示，该设备包括：一个或多个处理器1210以及存储器1220，图12中以一个处理器1210为例。实时消防监管方法的设备还可以包括：输入装置1230和输出装置1240。处理器1210、存储器1220、输入装置1230和输出装置1240可以通过总线或者其他方式连接，图12中以通过总线连接为例。存储器1220为上述的非易失性计算机可读存储介质。处理器1210通过运行存储在存储器1220中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例实时消防监管方法。输入装置1230可接收输入的数字或字符信息，以及产生与通讯补偿装置的用户设置以及功能控制有关的键信号输入。输出装置1240可包括显示屏等显示设备。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

作为一种实施方式，上述电子设备应用于实时消防监管装置中，用于处理人员终端，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示；

响应于接收到所述管理人员终端针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理，其中，所述处理指令包括下发的处理人员终端和待处理事务；

响应于接收到所述处理人员终端的反馈数据，将所述反馈数据返回给所述管理人员终端以进行后续处理。

作为另一种实施方式，上述电子设备应用于实时消防监管装置中，用于客户端，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

响应于至少接收到服务器反馈的警报数据，接收所述管理人员基于所述警报数据设置的任务，将所述任务经由所述服务器发送至与所述任务对应的处理人员终端；

接收经由所述服务器返回的所述处理人员终端的反馈数据，获取所述管理人员基于所述反馈数据的指令，所述指令至少包括查看反馈结果和确认任务完成。

作为又一种实施方式，上述电子设备应用于实时消防监管装置中，用于客户端，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

响应于用户的取件操作，判断待取件柜门是否正常开启；

若所述待取件柜门未正常开启，向服务器发送故障信息，其中，所述故障信息至少包括智能柜地点和故障的柜门编号。

本申请实施例的电子设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种实时消防监管方法，用于服务器，包括：

基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示；

响应于接收到所述管理人员终端针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理，其中，所述处理指令包括下发的处理人员终端和待处理事务；

响应于接收到所述处理人员终端的反馈数据，将所述反馈数据返回给所述管理人员终端以进行后续处理。

2.根据权利要求1所述的方法，其中，所述警报数据包括消防主机获取信息和人工排查信息，所述消防主机获取信息包括烟感报警信息、温度报警信息和故障报警信息，所述警报数据中至少包括报警的设备名称、报警的设备位置和报警原因。

3.根据权利要求2所述的方法，其中，在响应于所述管理人员针对所述警报数据的处理指令之前，所述方法还包括：

基于所述警报数据的报警的设备位置获取距离所述报警的设备位置最近的至少一个终端，将所述至少一个终端与所述警报数据关联展示给所述管理人员。

4.一种实时消防监管方法，用于管理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端，所述方法包括：

响应于至少接收到服务器反馈的警报数据，接收所述管理人员基于所述警报数据设置的任务，将所述任务经由所述服务器发送至与所述任务对应的处理人员终端；

接收经由所述服务器返回的所述处理人员终端的反馈数据，获取所述管理人员基于所述反馈数据的指令，所述指令至少包括查看反馈结果和确认任务完成。

5.一种实时消防监管方法，用于处理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端，所述方法包括：

响应于接收到经由所述服务器下发的所述管理人员终端设置的任务，向所述处理人员展示所述任务并获取所述处理人员上传的与所述任务对应的反馈数据；

将所述反馈数据经由所述服务器反馈给所述管理人员终端。

6.根据权利要求5所述的方法，其中，所述任务具有紧急级别，所述向所述处理人员展示所述任务包括：

根据所述任务的紧急级别优先展示紧急级别最高的任务。

7.根据权利要求5所述的方法，其中，所述反馈数据包括设备标识符和设备现场信息，所述获取所述处理人员上传的与所述任务对应的反馈数据包括：

响应于处理人员终端获取设备的标识符，确认所述设备的标识符是否与所述任务中的设备的标识符一致；

若一致，继续获取所述处理人员上传的设备现场信息；

若不一致，提示所述处理人员所获取的设备的标识符与所述任务中的设备的标识符不一致。

8.一种实时消防监管系统，用于服务器，包括：

读取展示程序单元，配置为基于预设周期从数据库中读取最新时间段内的警报数据并将所述警报数据发送至管理人员终端进行界面展示；

处理指令下发程序单元，配置为响应于接收到所述管理人员终端针对所述警报数据的处理指令，将所述处理指令发送至对应的处理人员终端以安排处理人员进行处理，其中，所述处理指令包括下发的处理人员终端和待处理事务；

第一反馈程序单元，配置为响应于接收到所述处理人员终端的反馈数据，将所述反馈数据返回给所述管理人员终端以进行后续处理。

9.一种实时消防监管系统，用于管理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端，所述系统包括：

任务设置程序单元，配置为响应于至少接收到服务器反馈的警报数据，接收所述管理人员基于所述警报数据设置的任务，将所述任务经由所述服务器发送至与所述任务对应的处理人员终端；

第二反馈程序单元，配置为接收经由所述服务器返回的所述处理人员终端的反馈数据，获取所述管理人员基于所述反馈数据的指令，所述指令至少包括查看反馈结果和确认任务完成。

10.一种实时消防监管系统，用于处理人员终端，其中，每一用户终端具有对应的权限，所述用户终端包括管理人员终端和处理人员终端，所述系统包括：

任务处理程序单元，配置为响应于接收到经由所述服务器下发的所述管理人员终端设置的任务，向所述处理人员展示所述任务并获取所述处理人员上传的与所述任务对应的反馈数据；

第三反馈程序单元，配置为将所述反馈数据经由所述服务器反馈给所述管理人员终端。

Images