CN114764743A - 消防数据处理方法与智慧消防平台 - Google Patents

Abstract

本发明提供消防数据处理方法，基于消防管理对象，将消防数据分为预设的N个类别；所述类别包括：人员、物质、火源、建筑设施、消防制度、消防设施。形成了与消防管理对象对应的消防数据，为有效的分类管理提供了前提，有利于消防行业面向企事业单位建立明确的消防管理标准，切实可行的推动企事业单位的消防管理水平提高一个层次。本发明还提供的智慧消防平台，包括：静态数据管理模块、动态管理模块、结果管理模块。结合了物联监控、巡查、维保、检测一体化应用的“高速公路”，将数据采集、人员管理、数据处理形成闭环管理，实现了从技防到人防地融合，推进了企事业单位防控减灾的能力，优化了消防资源的配置，提高了消防管理的协同性。

Description

消防数据处理方法与智慧消防平台

技术领域

本发明属于在线数据处理技术领域，尤其涉及对消防数据的处理方法以及用于消防业务涉及的各个关联方的交互和协同的智慧消防平台。

背景技术

近年来，各地消防部门建立了大量的消防系统，将多个消防系统进行整合，可以得到消防系统一体化平台。现有的消防平台主要供消防部门使用，便于消防部门进行消防隐患排查、火灾形势研判、对区域内日常消防监督的管理这些宏观层面的工作，具体地如何在微观上对平台采集的数据进行有效处理还是没有特别有效的做法，企事业单位对于消防平台的应用目前也只能局限在消防巡查方面，无法通过现有的消防平台提高企事业单位的日常防火防灾能力及企业安全预防工作的水平和能力。特别在当今物联网技术推广普及的形式下，现有的消防平台还没有真正地和物联网监控接轨。具体表现在以下几个方面：

(1)现有技术中，消防平台大多数从一个单方面的角度来进行，例如监控平台主要进行的是监控数据，对于火灾情况能够进行准确地数据采集。然而，在数据采集的过程中，一方面，由于没有设置监控的基础数据点，在检测开始时就会存在数据源头不准确的问题。另一方便，采集数据后，对于如何对数据进行处理、怎样利用数据，此类平台并没有做相应的拓展，无法形成一个闭合系统。

(2)针对企事业单位：目前企事业单位在消防管控上岗位职业划分不清晰，责任主体落实不具体，无法有效提升单位防控能力。

(3)针对消防相关产品：标准不统一，没有规范化，无法形成产品的相互融合。

(4)针对消防技术服务：企业规模小，服务能力参差不齐，无法实现服务数据共享。

(5)针对从业人员：专业能力薄弱，就业渠道不匹配，无法有效发挥从业人员专业能力。

(6)针对社会大众：消防意识弱，接受消防知识途径乱，无法系统提升大众的防火能力。

(7)现有技术中，发生火情时，尽管单位有应急预案，但并不能第一时间地关联到各自的岗位、现场火情具体位置，企事业消防部门人员无法及时明确各组的职责和分工，从而不能及时地进行紧急灭火救援。

因此目前十分需要研究消防数据的有效处理方法及相应的消防智慧平台，能够适用于消防数据的处理分析，实现消防业务的各方协同，提高消防管理能力水平，以此进一步推动在线数据处理技术的深入发展及广泛应用。

发明内容

本发明是为解决上述现有技术的全部或部分问题，本发明一方面提供了消防数据处理方法，适用于有针对性采集管理消防数据。本发明的另外一个方面提供了智慧消防平台，能够有效在线处理消防数据，并实现各方协同，将数据处理的结果应用到消防业务中，推进消防业务能力的普遍提升。

本发明一方面提供的消防数据处理方法，包括：基于消防管理对象，将消防数据分为预设的N个类别；所述类别包括：人员、物质、火源、建筑设施、消防制度、消防设施；采集企事业单位及其建筑物的所述消防数据并录入网络数据库，初始化所述消防数据；基于所述类别建立相应的数据更新规则，企事业单位依据所述数据更新规则动态更新所述消防数据。

基于所述类别对所述消防数据进行编码，所述编码用于唯一标识所述消防管理对象；所述编码由对象编码和顺序编码构成；所述对象编码至少包括一级对象编码和二级对象编码，所述一级对象编码对应所述类别，所述二级对象编码对应所述类别下的子类别。例如：对应类别为人员的消防管理对象，设一级对象编码是1，表示属于的类别是“人员”；设二级对象编码是X，表示消防管理对象属于类别“人员”的子类“保安人员”；设顺序编码是10，表示第10号，编码1X10表征的消防管理对象是10号保安人员。

获取企事业单位的基础数据，将所述基础数据录入所述网络数据库；所述基础数据包括所述建筑物的2维或3维图像、涉及消防的法律文书；所述图像包括所述建筑物竣工图纸。

初始化所述消防数据，包括录入当前的所述消防数据作为初始值；将所述初始值对应的编码标注在所述图像的相应位置。

“动态更新所述消防数据”包括按预设周期在所述网络数据库上更新；所述更新规则包括所述预设周期。

本发明的消防数据处理方法，还包括：基于所述网络数据库当前的消防数据进行消防管理。

所述消防管理是基于所述类别的分类管理；“动态更新所述消防数据”包括在所述消防管理完成后在所述网络数据库上更新实时同步更新。

本发明另一方面提供的智慧消防平台，基于前后端分离架构；包括数据平台系统、基于MongoDB的存储子系统；所述存储子系统包括网络数据库；所述数据平台子系统包括静态数据管理模块、动态管理模块和结果管理模块；所述存储系统用于存储平台数据，所述平台数据包括消防数据；所述数据平台系统通过若干图形界面(GUI)及若干控件用于进行数据操作；其中，所述静态数据管理模块用于录入所述平台数据及对所述消防数据进行分类管理；所述分类管理包括将所述消防数据分为预设的N个类别，基于所述类别评估消防管理对象的初始状态，并判断是否存在初始问题；所述动态管理模块用于按预设周期更新所述平台数据，基于当前平台数据，进行动态消防管理；所述动态消防管理包括动态分类评估消防管理对象是否存在动态问题；所述结果管理模块用于接收所述初始问题和动态问题，并提供若干问题处置方式选项，依所述方式处理问题。

随着互联网技术的发展以及终端设备的不断增多，前后端分离技术已成为移动互联网领域不可或缺的技术。前端主要包含PC浏览器以及移动应用APP。移动应用APP可以通过原生页面、或内置的WebView等插件渲染H5页面向用户展示UI信息。服务器端(后端)的服务器种类主要分为WEB服务器以及应用服务器，WEB服务器主要用来发布静态资源(html、css等静态资源文件)，如Nginx服务器、Apache以及CDN服务器等。WEB服务器对于静态资源发布以及静态文件缓存有极大的优势。本发明的智慧消防平台的前端设备可以是PC端也可以是移动端(智能手机、平板、移动工作站等)，便于结合消防工作的特点，适于在消防巡查中移动中录入，操作数据，能够更及时的更新平台数据。

所述静态数据管理模块包括基础数据单元和分类管理评估单元；其中，所述基础数据单元用于通过所述控件输入或者导入外部数据，完成所述平台数据的录入；所述分类管理评估单元用于对所述平台数据进行核查、补充、评估、编码分类中的一种或几种操作。

所述静态数据管理模块与所述动态管理模块进行评估的方式包括人工操作所述控件进行评估和/或调用接口运行若干外部软件进行评估。

所述动态管理模块设有多个管理单元分别基于消防管理对象进行动态管理，所述管理单元包括但不限于：人员能力管理单元、消防制度管理单元、危险源管理单元、着火源管理单元、建筑防火设施管理单元、消防设施管理单元。

所述动态消防管理包括开展消防培训；其中，所述人员能力管理单元用于完成所述消防培训的过程，包括调用第一外部软件和/或发布培训任务需求对接专业技术人员。

所述第一外部软件包括用于消防科普的软件和/或用于消防培训的软件；所述培训任务需求通过互联网实现与专业技术人员的对接，由其参与完成消防培训的授课。用于消防科普的软件指能提供面向社会大众的趣味性、益智性消防科普知识，个性化的专业知识学习等内容的学习软件；用于消防培训的软件是指能提供针对社会单位各个岗位人员专业培训的应用软件，包括：企业内部管理人员的职业资格类培训和消防安全专项培训；社会消防从业人员的职业资格培训和规范操作能力培训。

所述消防制度管理单元对接制度编制软件提供制度模板，开发接口供企事业单位编辑、下载、更新企事业单位内部消防管理制度；所述制度编制软件包括ERP软件。

所述消防制度管理单元的管理过程包括：通过提取关键词或条款判断当前企事业单位内部消防管理制度是否正确完整。

所述消防制度管理单元的管理过程还包括：将当前平台数据与当前企事业单位内部消防管理制度的条款内容进行比对，判断当前企事业单位内部消防管理制度的执行情况。例如提取制度条款内容中规定的每年全员培训2次，比对当前平台数据中全员培训次数，反馈判断结果。

所述危险源管理单元和/或所述建筑防火设施管理单元通过调用视频监控进行图像识别执行所述动态管理。

所述危险源单元通过所述消防数据中所述类别为“物质”的数据对危险源进行管控；所述“物质”包括生产类、仓库类、储罐堆场类、重要房间类、危险废料、厨房油烟管道的一种或几种。

所述着火源管理单元对接第二外部软件对企事业单位的动火操作和/或着火源进行监控管理；所述第二外部软件包括用于动火审批的软件、用于电气安全监测的软件、用于可燃气体监测的软件中的至少一种。

所述建筑防火设施管理单元的监控管理对象为预设消防重点区域；所述预设消防重点区域，包括但不限于室外消防车道、安全疏散通道。

所述消防设施管理单元通过调用火灾报警监控、消防设施设备物联网监控、巡查软件、维保软件中的至少一种软件对消防设施进行监控管理。

所述数据平台子系统还包括应急预案模块，所述应急预案模块抓取所述静态数据管理模块、所述动态管理模块、所述结果管理模块的实时数据，进行数据关联，用于在发生火情时提供火灾救援方案。

所述应急预案模块包括人员关联单元、设施关联单元、图像关联单元中的至少一个单元；其中，所述人员关联单元用于通知相关人员消防职责及推送消防信息；所述设施关联单元用于启动相应灭火设施，为相关人员提供火灾附近可用的灭火设施位置；所述图像关联单元用于监控火灾场所内部情况，并实时展示监控区域内的情况。

所述数据平台子系统还设置有数据共享单元，通过所述数据共享单元能够读取所述网络数据库的所述平台数据。所述数据共享单元的开放权限管理模块预设为由企事业单位维护。能够由企事业单位自主选择，开放部分或全部所述平台数据共享给经所述智慧消防平台认证的第三方服务机构。

与现有技术相比，本发明的主要有益效果：

1、本发明的消防数据处理方法，基于消防管理对象，将消防数据分为预设的N个类别，形成了与消防管理对象对应的消防数据，为有效的分类管理提供了前提，有利于消防行业面向企事业单位建立明确的消防管理标准，也便于企事业单位高效的跟进与关注消防状态并能够合理的指定消防管理考核及评价指标，切实可行的推动企事业单位的消防管理水平提高一个层次。基于所述类别对所述消防数据进行分级编码，通过编码能够直观的将消防数据与消防场所相关联，同时编码标识的消防数据能够更有效的结合物联网技术，实现消防资源的配置优化，提高消防关联方协同处理消防数据的能力和效果。

2、本发明的智慧消防平台，基于本发明的消防数据处理方法，通过前端后端相分离的架构，实现了消防数据的存储、管控、关联共享，通过包括静态数据管理模块、动态管理模块、结果管理模块的模块化管理设计，全面融合了数据前端采集，监控数据处理过程以及消防数据利用，因此能够实现对企事业单位的基础数据进行统一管理，在此基础上使得对接的消防专业技术服务方所使用的数据实现共享，企业单位选用的消防相关产品之间能够互通融合，同时，通过对从业人员能力的培养，在平台运转中对各岗位人员的主体责任的落实，使得从业人员的专业能力得到有效发挥，本消防平台通过将数据采集、人员管理、数据处理形成闭环管理，能够切实有效的让消防管理结合物联网技术，提高防灾减灾、初期火灾有效控制的能力和水平。

附图说明

图1为本发明实施例一的消防数据处理方法过程示意图。

图2为本发明实施例二的智慧消防平台业务架构示意图。

图3为本发明实施例二的操作数据做法示意图。

图4为本发明实施例二的进行分类评估的流程示意图。

具体实施方式

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

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解。附图中，相同结构或功能的部分利用相同的附图标记来标记，出于显示清楚的原因必要时并不是所有示出的部分在全部附图中用所属的附图标记来标记。

在下述实施例中采用特定次序描绘了实施例的操作，这些次序的描述是为了更好的理解实施例中的细节以全面了解本发明，但这些次序的描述并不一定与本发明的方法一一对应，也不能以此限定本发明的范围。

需要说明的是，附图中的流程图和框图，图示出按照本发明实施例的方法可能实现的操作过程。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以并不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以穿插的执行，依所涉及的步骤要实现的目的而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与人工操作结合来实现。

实施例一

本发明实施例一中，如图1所示，消防数据处理方法，包括：步骤S1.基于消防管理对象，将消防数据分为预设的N个类别，本实施例中根据当前消防管理中最普遍的管理对象及其特征分为六个类别；本实施例所述类别是：人员、物质、火源、建筑设施、消防制度、消防设施；步骤S2.采集企事业单位及其建筑物的所述消防数据并录入网络数据库，初始化所述消防数据；步骤S3.基于所述类别建立相应的数据更新规则，企事业单位依据所述数据更新规则动态更新所述消防数据。根据消防管理对象不同以及未来可能新出现或消失的消防对象，也可以分更多或更少类别，并不限定。

基于所述类别对所述消防数据进行编码，所述编码用于唯一标识所述消防管理对象；所述编码由对象编码和顺序编码构成；所述对象编码至少包括一级对象编码和二级对象编码，所述一级对象编码对应所述类别，所述二级对象编码对应所述类别下的子类别。例如：对应类别为人员的消防管理对象，设一级对象编码是1，表示属于的类别是“人员”；设二级对象编码是X，表示消防管理对象属于类别“人员”的子类“保安人员”；设顺序编码是10，表示第10号，编码1X10表征的消防管理对象是10号保安人员。本实施例中进行编码的具体做法示例如下：数据编码主要针本实施例的的六大类别数据：人员、消防制度、物质、火源、建筑设施、消防设施；编码形式分为三类：a)人员编码：针对人员，编码分为3部分：大类别+小类别+顺序编码；b)制度编码：针对消防制度，编码分为3部分：大类别+小类别+制度名称编码；c)通用地址编码：针对物质、火源、建筑设施、消防设施，编码分为4部分：大类别+小类别+地址编码+顺序编码；各个部分用“-”隔开。述编码用于唯一标识所述消防管理对象的一个示例:1-4-001010003-14表示：该管理对象是物质下的重要房间类别，位置在第1栋建筑的10层3号房间，是第14个添加进物质类别。编码可以采用十进制的阿拉伯数字也可以采用字母或其他形式的标识码，例如二维码等，并不限定。

本实施例的大类别下对应的小类别示例如下表1：

表1.大类别对应的小类别

本实施例中，所述类别为消防制度的大类别下对应分有两级子类别，所述对象编码由一级对象编码、二级对象编码和三级对象编码分别对应大类别、一级子类别、一级子类别下的二级子类别。参考下表2所示，

表2.消防制度一级子类别及对应的二级资料别

本实施例的制度内容相对固定，则编码也是固定的，在也有的实施例中对编码进行更新，并不限定。本实施例的制度编码示例：4-3-10表示：该管理对象是消防制度下的操作规程，内容是火警处理规程。

本实施例中的建筑编码；编码长度为3位，不足3位，前置补0。从1开始，按照顺序依次递增。如：001，则表明是该企业的第一栋建筑；本实施例中确定建筑物中的具体位置通过编码的实现方式是：由3部分编码体现具体位置(地址或地点)，建筑编码+楼层编码+顺序编码，每部分各3位。其中，楼层编码，为3位楼层索引，表明是第几层，若是地下楼层，则首位为9。如：010，指第10层；902表明是负2层；顺序编码，则是该楼层对应位置的顺序编码，从1递增；示例：001010003：第1栋建筑第10层3号位置。对于3号位置的定义可由企事业单位确定。例如，一个存放酒精的仓库，首先定义为酒精存放仓库，这个地点定义为3号位置。

本实施例中，步骤S2中，包括获取企事业单位的基础数据，将所述基础数据录入所述网络数据库；所述基础数据包括所述建筑物的2维或3维图像、涉及消防的法律文书；所述图像包括所述建筑物竣工图纸。初始化所述消防数据，包括录入当前的所述消防数据作为初始值；将所述初始值对应的编码标注在所述图像的相应位置。

本实施例中，“动态更新所述消防数据”包括按预设周期在所述网络数据库上更新；所述更新规则包括所述预设周期。例如，按季度先设定更新频次，按季度监控一个季度内有无进行培训，培训效果等，按季度进行更新消防数据中类别为人员的数据。还例如，按照《T/JFPA 0002—2019，建筑消防设施维护保养技术规程》相关要求，形成年度维保计划、月度维保计划，依照维保计划中规定的时间节点进行更新。消防数据处理方法，还包括：基于所述网络数据库当前的消防数据进行消防管理。所述消防管理是基于所述类别的分类管理；“动态更新所述消防数据”包括在所述消防管理完成后在所述网络数据库上更新实时同步更新。

实施例二

本实施例对智慧消防平台(以下简称“平台”)进行示例性的展开叙述，如图2所示，本实施例的智慧消防平台基于前后端分离架构；包括数据平台系统、基于MongoDB的存储子系统；所述存储子系统包括网络数据库；所述数据平台子系统包括静态数据管理模块、动态管理模块和结果管理模块；所述存储系统用于存储平台数据，所述平台数据包括消防数据；所述数据平台系统通过若干图形界面(GUI)及若干控件用于进行数据操作；其中，所述静态数据管理模块用于录入所述平台数据及对所述消防数据进行分类管理；所述分类管理包括将所述消防数据分为预设的N个类别，基于所述类别评估消防管理对象的初始状态，并判断是否存在初始问题；所述动态管理模块用于按预设周期更新所述平台数据，基于当前平台数据，进行动态消防管理；所述动态消防管理包括动态分类评估消防管理对象是否存在动态问题；所述结果管理模块用于接收所述初始问题和动态问题，并提供若干问题处置方式选项，依所述方式处理问题。

本实施例的平台通过将静态数据管理模块、动态管理模块、结果管理模块和应急预案模块结合为一个整体，从而实现了从数据采集到数据处理以及数据运动的闭环连接。结合消防管理对象和业务的发展可以拓展更多的模块或根据实际用户的需求减少模块，并不限定。为适应将来的信息化发展，本实施例的平台具有良好的可扩展性，能够适应业务应用不断扩大的需要，强调产品的工具化和对其它业务系统集成的方便性。具体来说，采用组件化技术：动态化结构设计，体系结构灵活且扩展性强，能够将各模块以组件化的形式进行管理，并能够基于这些组件以搭积木方式构建各业务系统。采用标准化接口：通过制定统一的接口标准规范，约束系统建设时技术接口的规范化程度，从而保障系统在建成后的标准化和可扩展化。

本实施例中所述数据平台系统通过若干图形界面(GUI)及若干控件用于进行数据操作，具体做法如图3所示意。

本实施例的平台采用SOA架构技术，采用构件化、面向对象的设计，将各功能模块封装为服务，采用细粒度、松耦合架构，便于今后系统的扩展与升级。平台采用java语言开发，通过搭积木方式构建系统。系统的各模块之间完全独立，模块可以单独开发、单独发布。模块的崩溃不会影响到整个平台。模块动态部署、卸载、更新、停止、启动，动态改变系统的行为。

本实施例的平台主要预设达到如下可靠性指标要求：在连续运行方面：能够提供365×24小时的连续运行，年故障时间<1天，故障修复时间<1小时，点击页面响应速度不超过3秒。在数据上载接收方面：一般处理时间不大于5秒钟；20M-100M以内的文件上载时间不超过1分钟。在数据检索方面：简单查询响应速度<2秒；复杂和组合查询响应速度<5秒。在数据库的运行和备份方面：若以50G计算，备份时间不大于30分钟，恢复处理时间不大于90分钟，盘柜上的文件存储系统备份时间不大于30分钟。

本实施例中平台的功能设计具体如下表3所示，

表3.平台功能设计示例

本实施例中，调用和对接接口的具体业务流程涉及的接口分为5块：登录认证、获取账号信息、获取项目列表、获取基础数据、推送报告；具体示例如下：1、登录认证：一方面用于校验平台认证的终端来源，一方面校验用户身份信息；2、获取账号信息：账号信息中，有所属企业信息；3、获取项目列表：可以获取当前用户关联的企业项目信息；若是当前用户为服务方管理账号，则获取到的是关联企业的项目列表；若是当前用户为服务方的员工，则获取到的是服务方关联企业的项目列表；4、获取数据：数据为某一企业的消防数据，分别为人员、物质、制度、建筑设施和消防设施；5、推送报告：则为报告推送平台接口。平台可接受相关文档。

本实施例中调用外部软件(包括所述第一外部软件、第二外部软件)涉及的具体应用协议示例的是RESTFUL是一种网络应用程序的设计风格和开发方式，基于HTTP，可以使用XML格式定义或JSON格式定义。RESTFUL适用于移动互联网厂商作为业务使能接口的场景，实现第三方OTT调用移动网络资源的功能，动作类型为新增、变更、删除所调用资源。RESTFUL特点包括：

1、每一个URI代表1种资源；2、客户端使用GET、POST、PUT、DELETE4个表示操作方式的动词对服务端资源进行操作：GET用来获取资源，POST用来新建资源(也可以用于更新资源)，PUT用来更新资源，DELETE用来删除资源；3、通过操作资源的表现形式来操作资源；4、资源的表现形式是XML或者HTML；5、客户端与服务端之间的交互在请求之间是无状态的，从客户端到服务端的每个请求都必须包含理解请求所必需的信息。

本实施例中，消防平台系统采用前后端分离架构，前后端主要技术有：vue.js、spring cloud、Nginx、MaxDraw、Redis、MongoDB。本实施例的平台将用户类型分为三种：企业方、集团方、服务方。将消防产业化管理信息化，更利于消防工作的开展和消防项目的管控。本实施例通过MongoDB、Hadoop、Redis提供数据存储、缓存能力。承载大数据和提供快速访问能力；EMQ等消息中间件，方便解耦系统，还方便进行数据缓存，平衡系统的峰值访问或者进行离线处理；Grafana等提供平台监控能力，包括对系统软硬件的监控，方便进行运维；平台使用docker能够很方便的进行容器化部署发布。采用spring cloud，微服务架构使系统模块化，对复杂系统进行业务的拆分，降低系统的耦合，同时提高了系统的性能。本实施例的平台的权限管理基于RBAC(Role-Based Access Control，基于角色的访问控制)，就是用户通过角色与权限进行关联。简单地说，一个用户拥有若干角色，每一个角色拥有若干权限。这样，就构造成“用户-角色-权限”的授权模型。在RBAC中，权限与角色相关联，用户通过成为适当角色的成员而得到这些角色的权限。这就极大地简化了权限的管理。在一个组织中，角色是为了完成各种工作而创造，用户则依据它的责任和资格来被指派相应的角色，用户可以很容易地从一个角色被指派到另一个角色。角色可依新的需求和系统的合并而赋予新的权限，而权限也可根据需要而从某角色中回收。角色与角色的关系可以建立起来以囊括更广泛的客观情况。

本实施例中外部软件(或称第三方应用)、智慧消防平台和移动端，通过统一的入口访问平台；平台通过防火墙进行初步的请求拦截验证。

所述静态数据管理模块用于为整个平台的动态运作提供基础数据；所述静态数据管理模块包括基础数据单元和分类管理评估单元；所述基础数据单元包括：单位基础数据(人员包括在内)、消防设施、灭火器材、建筑设施、消防产品、灭火材料、法律文书、技术报告。所述法律文书例如为工程竣工验收报告、消防验收意见等。所述基础数据单元能够提供最原始的一些数据资料，由本平台上的企事业单位自主录入再由人工进行数据识别。分类管理评估单元需要的其他数据需要人工去现场核查后再后续补充。

所述分类管理评估单元的内容包括对人员能力、消防制度、危险源、着火源、建筑防火设施及消防设施数据进行评估，主要用于对建筑或单位所有初始现状进行描述、绘图，建立所有点位和人员信息并在图上进行编码分类，这些编码分类会影响整个动态管理过程，实现调用时的数据关联性，需要人工梳理和/或评估软件介入。需要说明的是，人工梳理必须委托平台方和/或第三方的专业技术人员。所述的编码分类能较好地反映类目之间的逻辑关系、分类明确，便于平台企事业单位的消防动态管理。本实施例平台进行分类评估的流程示意图如图4所示。对六大类消防数据进行管理，包含新增、修改、删除、查询和批量导入导出。其中，数据评估，是对数据初始状态的评估，记录的问题会汇总到原始问题中。原始问题修改后，则会动态更新此处的评估状态。提供对外接口，可实现数据的导入、修改、删除、查询。

对单位所有初始现状进行的绘图需使用绘图软件，所述绘图软件包括图纸来源生成模块、图纸呈现模块、数据关联服务模块。

所述图纸来源生成模块包括数据建模、生成数字化图形。所述数据建模可对上传的dwg格式图纸、jpg、pdf等格式图片为底图，建立建筑墙体、柱子等基础数字化图形框架。所述生成数字化图形包括提供数据录入界面，界面的信息包含：X、Y轴向的轴间距、开间、进深等信息，生成原始建筑图形框架。

所述图纸呈现包括对建筑图例标注、设备图例标注、其他常用建筑图例、图形转换；所述数据关联服务模块用于与平台第三方软件数据管理、与平台视频图像关联。

所述建筑图例标注用于以生成的图形框架为基础，标注建筑相关图例，如隔断、门、窗、楼梯等，并可对格局进行局部删除、修改、添加等调整。图例标注后配置房间功能属性，如办公室、会议室、财务室等。所述设备图例标注用于提供各消防系统设备图例。

所述标注有两种标注方式：(1)批量标注：对接平台“消防设施地址表”，按设备描述的地址与图纸匹配，实现批量标注。(2)单点标注：选择设备图例，在图纸上逐点标注(用于主要设备，如水泵、控制柜、配电柜等)，标注完成单独导出生成“设备地址表”。

所述其他常用建筑图例用于提供如室内家具、室外围墙等建筑图例。所述图形转换用于实现二维平面转三维立体图。

所数据关联服务模块具体表现为第三方软件数据用于将图纸标注的数据对接到平台其他应用软件，例如火灾报警监控数据、物联网数据，从而进行数据关联。再用视频图像关联对接平台视频设备信号，调取视频图像关联。

所述动态管理模块用于对静态数据管理模块中提供的基础数据相对应的数据类型进行实时监控采集，并反馈至结果管理模块；所述动态管理模块包括：人员能力管理单元、消防制度管理单元、危险源管理单元、着火源管理单元、建筑防火设施管理单元、消防设施管理单元。针对上述六类，每个类型的管理都提供有至少两种管理方式，企业可根据情况自主选择管理方式，从而提高企事业单位的消防系统防控能力。

具体地，所述人员能力管理单元的流程为：根据静态数据管理模块中对人员能力的评估制定相对应的培训学习计划，所述培训学习计算对接第三方应用，例如消防科普软件、消防培训软件等对人员进行培训，将培训结果反馈到结果管理模块中，并定期将更新的数据返回至静态数据管理模块中，使得基础数据也得到定期更新，替换原有的基础数据。所述人员包括单位职工、消防安全责任人、消防安全管理人、消控室值班操作员、电工、重点部位人员、其他人员。其中，重点部位人员指消防控制室、重点库房的巡查人员。在没有第三方应用的情况下，对人员能力管理过程也可采取手动录入，例如：某人某时间参加某培训。对人员能力管理的过程中如果涉及到责任人变换，所述责任人变换与变换的人名无关，与人员的资质、接受的培训等相关，在人员能力过程管理中备注的内容只代表人员类别。对人员能力的更新可以选择设置以月、季度、年度为一个周期。例如，按季度先设定更新频率，按季度监控一个季度内有无进行培训，培训效果等，将数据输入到结果管理，形成动态结果，通过结果管理传递至分类管理评估进行复评估，如人员没有进行培训，则人员能力复评结果为能力没有提升。再如人员在评估期间获得证书，则分类管理评估结果将信息反馈至基础数据单元按季度进行更新。如果动态结果显示长时间或定期未接受培训、长时间无证等，由企事业单位自身处理或开放对外接口，在平台上选择对应的第三方进行托管。

所述消防制度管理单元包括校园消防安全制度、人员密集场所消防安全制度、公共娱乐场所消防安全制度、重要科研机构消防安全制度、易燃易爆危险品消防安全制度，与分类管理评估单元中的制度相对应。针对不同性质的单位有不同的制度，平台对接制度编写软件，开放接口供企事业单位编辑、下载、更新企事业单位内部消防管理制度。所述消防制度管理单元的管理方法包括如下步骤：步骤一：通过所述分类管理评估单元评估单位是否建立制度和/或建立的制度是否齐全和/或通过提取关键词或条款判断制度是否正确完整；步骤二：依据上述判断结果，企业自主选择对接制度编制软件的操作。所述制度编制软件例如为ERP。

所述消防制度管理单元中还包括制度执行判断模块；所述制度执行判断模块用于对企事业单位所建立的消防管理制度是否执行进行评判。

所述危险源管理单元通过视频监控和/或巡查软件和/或人工巡查对危险源进行管理。所述危险源管理单元主要为物品类管控，包括生产类、仓库类、储罐堆场类、重要房间类、危险废料、厨房油烟管道。例如可以通过油烟管道清洗软件监控反馈油烟管道清洗是否定期完成，还可以通过对接巡查软件进行人工巡查记录查询。

以下对危险源管理的管控过程进行描述：以危险源中的纸张仓库为例，首先要识别出纸张仓库的个数，再进行人工现场复查审核该点是否确实为纸张仓库。在核查撰写时，危险源还是通过基础数据单元来定义，基础数据单元中有多少个危险源就是多少个，即使是一个空房间，也作为一个危险源去管控。

再例如，以一个存放酒精的仓库为例，首先将这个地方定义为酒精存放仓库，然后评估该仓库中存放的是否为酒精及存放的酒精的量，若在酒精存放的仓库中监控到镁粉类或存储的酒精量超标，则危险源存在一定的危险。一般危险源的检测通过人工巡查和/或巡查软件和/或视频监控，如果发现异常就会将结果反馈到结果管理模块。

所述着火源管理单元，属于操作类管控，包括：用火用电用气作业、电器设备、可燃气体管道、用火用电用气场所，主要管理生产类场所用水用电用气过程是否规范，对于电器设备的剩余电流、可燃气体进行监控，防止静电、火苗等情况出现，可对接动火审批软件、电气安全监测软件可燃气体监测软件等第三方软件对企事业单位的动火操作和/或着火源进行监控管理。

所述建筑防火设施管理单元用于提高建筑自身火灾防控能力的设施，管理内容包括室外消防车道、安全疏散通道、重点部位、发生火灾影响大的部位，可以通过视频监控和/或巡查软件实时监控管控内容状态对企事业单位内的消防重点区域进行监控管理。例如，在分类管理中给消防车道定义，通过视频监控和/或巡查软件进行实时监控管理，若发现消防车道被占用，在结果管理中便会反馈车道占用问题结果，管理人员可以通过反馈的结果进行处理。

所述消防设施管理单元用于提高建筑发生初期火灾时提高预警和灭火能力的设施。消防设施包括消防供配电设施、火灾自动报警系统、联动控制系统、消防供水设施、应急照明及疏散指示系统等，通过结合火灾报警监控、各种消防设施设备物联网监控，实时了解消防设施的运行状态，通过消防设施巡查、维保软件，定期对消防设施的外观状态和实际功能进行检查、录入并反馈到结果管理模块中。所述巡查、维保软件必须按照国际标准规范，编制维保业务逻辑。

所述动态管理模块，除了可以对以上所述类别进行管理之外，还可以向大众推送消防科普知识以及其所处环境中消防安全情况，使得大众能主动地了解消防信息，提高大众的消防意识和火灾自救知识。

所述动态管理模块中所涉及的维保软件以单位建筑基本资料及消防设施为基本对象，对接平台基础数据单元，实现与平台的数据交互，并提供符合平台标准要求的数据回传。所述维保软件功能结合维保工作程序，分成三个阶段：基本准备阶段、维保实施阶段、维保结果汇总。

所述基本准备阶段包括：数据接收、计划编制、计划确认。所述数据接收用于对接平台基础数据单元；所述计划编制用于根据接收的消防设施清单，进行维保计划编制，具体为:(1)年度维保计划编制：根据维保标准规定各消防系统最小维保频次(可提供不同的标准选择，《维保国家标准》、《维保地方标准》、《团体标准》、或自定义)，生成形成年度计划；(2)月度维保计划编制：按建筑单体，根据年度维保计划，分别生成各月份的维保计划(具体到每个单点设备)；(3)编制的计划可进行增、删、减手动操作功能；(4)提供编码识别功能，对计划内的消防设施生成二维码或其他技术识别码。所述计划确认具体为当年度计划、月度计划编制完成后提交发送到平台企事业单位审核，实现计划的交互确认。

所述维保实施阶段包括普通版、标准版、旗舰版。所述普通版具体为(1)根据维保计划自动分发维保任务；(2)当维保过程中发现问题或故障时，可在软件中予以记录，并可采取现场拍照、录音或手写等方式对现场发现的问题进行描述；所述标准版具体为在普通版基础上增加多角色分工，多个任务分配，项目经理监管复核功能；所述旗舰版具体为体现维保全流程服务程序、有形化服务过程。所述服务程序如下:(1)维保预约：向平台发送提前告知甲方预约信息。(2)现场首次会议：通过平台业主方确认，与业主单位首次会议交流形成过程记录。

所述结果汇总包括：(1)末次会议，对维保过程中记录的问题归类汇总，问题对应的代码与平台问题代码一致，能填写问题原因及处理方法及解决方案，形成末次会议记录，平台业主单位同时能查看问题处理状态。(2)提交确人，根据维保内容，问题处理记录，生成当月维保报告，(报告有维保技术员、甲方负责人电子签字)提交平台业主单位确认。

所述动态管理模块中所涉及的监控软件，用于实现对建筑内消防设施运行状态的实时监测监控，将报警、故障、复位、监管等信息上报至平台，并与平台实现数据互通。所述监控软件功能根据工作流程，分成三个阶段：基本准备阶段、实施阶段、结果汇总。

所述基本准备阶段是监控工作的前期准备，主要包括数据接收、交互确认两个部分。所述数据接收包括接收探测器，例如感烟、感温、压力传感等报警数据信息。所述交互确认用于将监控建筑基本信息、范围提交发送平台业主单位审核，实现监控内容的交互确认。所述实施阶段用于日常监控过程与平台实时同步，在监控实施过程中将故障、误报、真实火警等实时确认并记录。所述结果汇总用于将监控记录结果、交接班数据形成问题汇总，实现与平台的结果交互确认。

所述结果管理模块用于对动态管理模块反馈的数据问题进行分类管理，并定期将更新的数据返回至所述静态数据管理模块中；所述结果管理模块中，包括日常问题处置：用于接收动态管理模块的六个部分的问题。具体问题结果如下：

(1)人员能力：人员资质(长时间/定期未接受培训、长时间无证等)问题。

(2)消防制度：制度是否齐全、建立的制度是否执行问题。

(3)危险源：是否存在危险源。

(4)着火源：是否存在可能会引发火灾的点火源，操作是否规范安全。

(5)建筑防火设施：消防通道被占用问题、安全疏散通道堵塞问题等。

(6)消防设施：消防设施运行动态问题，消防设施维保问题等。

对企事业单位的管理结果以报表的形式生成月度报告、年度报告。管理人员可以根据反馈的问题可以自主选择解决方法：(1)企事业自身处理；(2)开放对外接口，在平台上选择对应的第三方进行托管。所述结果管理模块通过将动态管理模块中出现的问题进行处理，加大了企业单位主体管理的主动权。

所述应急预案模块用于在发生火情时提供火灾的救援方案。所述应急预案模块包括人员关联单元、设施关联单元、图像关联单元；所述人员关联单元用于通知相关人员消防职责及推送消防信息；所述设施关联单元用于启动相应灭火设施，为相关人员提供火灾附近可用的灭火设施位置；所述图像关联单元用于监控火灾场所内部情况，并实时展示监控区域内的情况。通过上述三者的结合，提供最佳的通讯预案、疏散预案、灭火预案、救援预案。

所述智慧消防平台还开放有数据共享单元，所述数据共享单元由企事业单位自主选择、开放部分或全部数据给在所述智慧消防平台上的第三方服务机构。现有技术中，因为服务工作相互独立导致返回信息不对称而需要后续处理，因此该平台通过企事业单位和第三方服务机构的数据共享简化了消防系统的工作流程。

通过上述实施例里可以具体理解本发明的智慧消防平台具体的有益效果：

(1)本平台通过将静态数据管理模块、动态管理模块、结果管理模块和应急预案模块结合为一个整体，从而实现了从数据采集到数据处理以及数据运动的闭环连接。

(2)对于企事业单位，通过静态数据管理模块中对基础数据进行录入、动态管理模块中落实各岗位人员能力管理、消防制度保障、建筑危险源和着火源管控、建筑防火设施和消防设施的检测维护，从而提高企事业单位的消防系统防控能力，在结果管理模块，通过将动态管理模块中出现的问题进行处理，加大了企业单位主体管理的主动权。

(3)对于消防相关产品，在静态数据管理模块中对建筑消防设施的各项信息进行录入评估，通过平台可以选择性地控制系统需要接入的消防产品的性能参数等，从而有利于整个建筑中不同类别的消防产品在工作上的相互融合。

(4)对于消防技术服务，企事业单位可以通过平台上各个服务机构的基础信息对其进行评估选择，同时，在静态数据管理模块中，对企事业单位各项基础数据进行了定义，使得服务机构在工作时使用的基础数据相同，无需自行定义，实现了数据共享，相比于现有技术中的因为服务工作相互独立导致返回信息不对称而需要后续处理，简化了消防系统的工作流程。

(5)对于从业人员，通过分类管理评估中对各岗位人员能力进行录入、动态管理模块中对人员进行培训检测，提高各岗位人员的消防专业技能。

(6)对于社会大众，本平台通过动态管理模块，可以向大众推送消防科普知识以及其所处环境中消防安全情况，使得其能主动地了解消防信息，提高大众的消防意识和火灾自救知识。

(7)通过本系统静态数据管理模块，对各个数据的初始定义，数据与数据之间就有着关联性，从而在发生火情时，能够第一时间将火灾现场与人员、火情现场、消防设施等关联起来，这样能够在发生火灾时第一时间进行自防自救。同时，可以对消防部门开放数据接口作为火情处理依据，便于消防人员开展救援。

本发明为了便于叙述清楚而采用的一些常用的英文名词或字母只是用于示例性指代而非限定性解释或特定用法，不应以其可能的中文翻译或具体字母来限定本发明的保护范围。

还需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

以上对本发明进行了详细介绍，本文中应用了具体的个例对本发明的结构及工作原理进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求保护的范围内。

Claims (24)

1.消防数据处理方法，其特征在于：包括：

基于消防管理对象，将消防数据分为预设的N个类别；所述类别包括：人员、物质、火源、建筑设施、消防制度、消防设施；

采集企事业单位及其建筑物的所述消防数据并录入网络数据库，初始化所述消防数据；

基于所述类别建立相应的数据更新规则，企事业单位依据所述数据更新规则动态更新所述消防数据。

2.根据权利要求1所述的消防数据处理方法，其特征在于：基于所述类别对所述消防数据进行编码，所述编码用于唯一标识所述消防管理对象；

所述编码由对象编码和顺序编码构成；

所述对象编码至少包括一级对象编码和二级对象编码，所述一级对象编码对应所述类别，所述二级对象编码对应所述类别下的子类别。

3.根据权利要求1所述的消防数据处理方法，其特征在于：还包括：获取企事业单位及其建筑物的基础数据，将所述基础数据录入所述网络数据库；所述基础数据包括所述建筑物的2维或3维图像、涉及消防的法律文书；所述图像包括所述建筑物竣工图纸。

4.根据权利要求1所述的消防数据处理方法，其特征在于：初始化所述消防数据，包括录入当前的所述消防数据作为初始值；将所述初始值对应的编码标注在所述图像的相应位置。

5.根据权利要求1所述的消防数据处理方法，其特征在于：“动态更新所述消防数据”包括按预设周期在所述网络数据库上更新；所述更新规则包括所述预设周期。

6.根据权利要求1所述的消防数据处理方法，其特征在于：还包括：基于所述网络数据库当前的消防数据进行消防管理。

7.根据权利要求6所述的消防数据处理方法，其特征在于：所述消防管理是基于所述类别的分类管理；“动态更新所述消防数据”包括在所述消防管理完成后在所述网络数据库上更新实时同步更新。

8.智慧消防平台，其特征在于：基于前后端分离架构；包括数据平台系统、基于MongoDB的存储子系统；所述存储子系统包括网络数据库；

所述数据平台子系统包括静态数据管理模块、动态管理模块和结果管理模块；所述存储系统用于存储平台数据，所述平台数据包括消防数据；所述数据平台系统通过若干图形界面及若干控件用于进行数据操作；其中，

所述静态数据管理模块用于录入所述平台数据及对所述消防数据进行分类管理；所述分类管理包括将所述消防数据分为预设的N个类别，基于所述类别评估消防管理对象的初始状态，并判断是否存在初始问题；

所述动态管理模块用于按预设周期更新所述平台数据，基于当前平台数据，进行动态消防管理；

所述动态消防管理包括动态分类评估消防管理对象是否存在动态问题；

所述结果管理模块用于接收所述初始问题和动态问题，并提供若干问题处置方式选项，依所述方式处理问题。

9.根据权利要求8所述的智慧消防平台，其特征在于：所述静态数据管理模块包括基础数据单元和分类管理评估单元；其中，所述基础数据单元用于通过所述控件输入或者导入外部数据，完成所述平台数据的录入；所述分类管理评估单元用于对所述平台数据进行核查、补充、评估、编码分类中的一种或几种操作。

10.根据权利要求8所述的智慧消防平台，其特征在于：所述静态数据管理模块与所述动态管理模块进行评估的方式包括人工操作所述控件进行评估和/或调用接口运行若干外部软件进行评估。

11.根据权利要求8所述的智慧消防平台，其特征在于：所述动态管理模块设有多个管理单元分别基于消防管理对象进行动态管理，所述管理单元包括但不限于：人员能力管理单元、消防制度管理单元、危险源管理单元、着火源管理单元、建筑防火设施管理单元、消防设施管理单元。

12.根据权利要求11所述的智慧消防平台，其特征在于：所述动态消防管理包括开展消防培训；其中，所述人员能力管理单元用于完成所述消防培训的过程，包括调用第一外部软件和/或发布培训任务需求对接专业技术人员。

13.根据权利要求12所述的智慧消防平台，其特征在于：所述第一外部软件包括用于消防科普的软件和/或用于消防培训的软件；所述培训任务需求通过互联网实现与专业技术人员的对接，由其参与完成消防培训的授课。

14.根据权利要求11所述的智慧消防平台，其特征在于：所述消防制度管理单元对接制度编制软件提供制度模板，开发接口供企事业单位编辑、下载、更新企事业单位内部消防管理制度；所述制度编制软件包括ERP软件。

15.根据权利要求11所述的智慧消防平台，其特征在于：所述消防制度管理单元的管理过程包括：通过提取关键词或条款判断当前企事业单位内部消防管理制度是否正确完整。

16.根据权利要求15所述的智慧消防平台，其特征在于：所述消防制度管理单元的管理过程还包括：将当前平台数据与当前企事业单位内部消防管理制度的条款内容进行比对，判断当前企事业单位内部消防管理制度的执行情况。

17.根据权利要求11所述的智慧消防平台，其特征在于：所述危险源管理单元和/或所述建筑防火设施管理单元通过调用视频监控进行图像识别执行所述动态管理。

18.根据权利要求11所述的智慧消防平台，其特征在于：所述危险源管理单元通过所述消防数据中所述类别为“物质”的数据对所述危险源进行管控；所述“物质”包括生产类、仓库类、储罐堆场类、重要房间类、危险废料、厨房油烟管道的一种或几种。

19.根据权利要求11所述的智慧消防平台，其特征在于：所述着火源管理单元对接第二外部软件对企事业单位的动火操作和/或着火源进行监控管理；所述第二外部软件包括用于动火审批的软件、用于电气安全监测的软件、用于可燃气体监测的软件中的至少一种。

20.根据权利要求11所述的智慧消防平台，其特征在于：所述建筑防火设施管理单元的监控管理对象为预设消防重点区域；所述预设消防重点区域，包括但不限于室外消防车道、安全疏散通道。

21.根据权利要求11所述的智慧消防平台，其特征在于：所述消防设施管理单元通过调用火灾报警监控、消防设施设备物联网监控、巡查软件、维保软件中的至少一种软件对消防设施进行监控管理。

22.根据权利要求9-21任意一项所述的智慧消防平台，其特征在于：所述数据平台子系统还包括应急预案模块，所述应急预案模块抓取所述静态数据管理模块、所述动态管理模块、所述结果管理模块的实时数据，进行数据关联，用于在发生火情时提供火灾救援方案。

23.根据权利要求22所述的智慧消防平台，其特征在于：所述应急预案模块包括人员关联单元、设施关联单元、图像关联单元中的至少一个单元；其中，所述人员关联单元用于通知相关人员消防职责及推送消防信息；所述设施关联单元用于启动相应灭火设施，为相关人员提供火灾附近可用的灭火设施位置；所述图像关联单元用于监控火灾场所内部情况，并实时展示监控区域内的情况。

24.根据权利要求9-21任意一项所述的智慧消防平台，其特征在于：所述数据平台子系统还设置有数据共享单元，通过所述数据共享单元能够读取所述网络数据库的所述平台数据；所述数据共享单元的开放权限管理模块预设为由企事业单位维护。

Images