适用于应急管理的应急资源池系统及其实现方法与流程

1.本发明涉及一种应急资源池系统及其实现方法，尤其涉及一种适用于应急管理的应急资源池系统及其实现方法。


背景技术：

2.当前政府部门的信息资源主要以“部门所有，条线为主”的原则进行管理，部分政府部门大多自行建设业务系统，并自上而下部署，如工商、税务、公安等部门。条线建设模式在纵向管理和运营上能够提供一定的便捷性和高效性，但是由于管理模式、数据标准以及技术实现存在差异，由于信息不互通而形成数据孤岛，使得不仅各业务部门无法实现信息资源整合，甚至于部门内部各业务系统数据也不互通。同时，对于信息资源的处理来看，传统的条线管理模式会导致各部门之间缺乏有效的联动与协调。
3.现阶段应急部门通过点对点的方式与横向部门、纵向条线进行对接及数据采集。该技术能够帮助横向各部门、纵向各条线的数据采集、汇聚。但是，数据对接过程无法监控管理，对接过程中遇到的问题也无法追溯原因；数据没有同步更新机制，使得数据的鲜活性存在问题，同时需求每变更一次就要再对接一次，使得数据需要重复对接，对接工作量大；数据对接周期长，及时获取数据困难；缺少反馈渠道，质量问题无法反馈。因此，现有技术存在很大的局限性。
4.有鉴于上述的缺陷，本设计人，积极加以研究创新，以期创设一种适用于应急管理的应急资源池系统及其实现方法，使其更具有产业上的利用价值。


技术实现要素：

5.为解决上述技术问题，本发明的目的是提供一种适用于应急管理的应急资源池系统及其实现方法。
6.本发明的适用于应急管理的应急资源池系统，其中：包含相互通讯的市应急管理数据共享服务系统、应急资源池、应急数据集成系统、应急数据管控系统、市政务信息资源共享服务平台。
7.进一步地，上述的适用于应急管理的应急资源池系统，其中，所述市应急管理数据共享服务系统配套有市级应急前置节点，用于与县级市或是区应急前置节点的连接和交换，还设置有目录中心、资源中心、交换中心、api中心及api代理；
8.所述应急资源池覆盖原始库、资源库、主题库及专题库，为应急救援、指挥决策提供数据支撑；
9.所述应急数据管控系统设有套数据采集中心、数据处理中心及数据任务调度中心，用于汇聚和处理横向部门、纵向应急条线的多源异构数据；
10.所述市政务信息资源共享服务平台配套有市级前置节点，用于与部门前置节点、县级市或是区前置节点的连接和交换。
11.3、适用于应急管理的应急资源池汇聚方法，其包括以下步骤：
12.步骤一，通过分析省应急厅的任务书要求，并对市应急管理局的领导层、各业务处室、规划科技处的调研确认，定义市应急管理局的需求，确认横向部门需求范围和纵向部门需求范围。
13.步骤二，梳理现状，定义资源池的目录结构；
14.步骤三，根据应急业务数据标准，定义应急数据标准；
15.步骤四，通过横向各部门和纵向调研方案，确认实际对接范围；
16.步骤五，通过市政务信息资源共享服务平台，获取横向各部门的应急相关数据资源，通过市级应急前置节点、县级市应急前置节点或是区应急前置节点的交换，获取县级市或是区应急相关数据；
17.步骤六，通过应急数据管控系统，分别初始化原始库目录和原始库数据资源标准字段，初始化资源库目录和资源库数据资源标准字段，初始化主题库目录和主题库数据资源标准字段，初始化专题库库目录和专题库数据资源标准字段；
18.步骤七，通过应急数据集成系统，采集市级应急前置节点上的横向部门数据、县级市或是区数据，同时将原始数据初步标准化处理后入原始库；采集原始库数据，同时将原始库数据标准化处理后入资源库；采集资源库数据，同时将资源库数据加工处理后入主题库；采集专题库数据，同时将主题库数据加工处理后入专题库。
19.进一步地，上述的适用于应急管理的应急资源池汇聚方法，其中，所述步骤一中，需要响应应急管理部、省应急管理厅、所在地区市级的政策要求，并分析省应急厅的任务书要求，同时对市应急管理局的领导层、各业务处室、规划科技处的调研确认，依据市应急管理局的业务，定义市应急管理局的数据范围清单。市应急管理局的需求范围包含需要汇聚市应急管理局内部数据、横向部门数据及纵向部门数据，内部数据主要代指市应急管理局内部各业务信息系统数据，横向部门数据主要代指市市场监督管理局、市粮食与物资储备局、市工信局、市自然资源与规划局、市水务局、市绿化与园林局等同级行政部门的应急数据(法人库数据、特种设备数据、化工园区数据、应急资源数据、风险点数据等)，纵向部门数据主要代指市应急管理局下属县级市(区)应急管理局的数据(应急管理数据、安全生产监管数据、安全生产执法数据)。
20.更进一步地，上述的适用于应急管理的应急资源池汇聚方法，其中，所述步骤二中，梳理现状的为调研内部信息化现状、数据现状，明确已有的数据资源、已对接的数据资源、仍需对接的数据资源，制定需求清单。
21.更进一步地，上述的适用于应急管理的应急资源池汇聚方法，其中，所述步骤三中，根据应急管理部、省应急管理厅的业务标准，如应急管理的业务标准、安全生产监管的业务标准、安全生产执法的业务标准，定义应急数据标准，所述应急数据标准包括，应急数据的原始库、资源库、主题库、专题库目录结构和标准字段。
22.更进一步地，上述的适用于应急管理的应急资源池汇聚方法，其中，所述步骤四中，定制横向各部门纵向调研方案，所述包括调研目的、调研日期、调研部门、人员安排、调研内容、调研问，根据实际调研情况，编写会议纪要和调研报告，确认实际对接范围。
23.更进一步地，上述的适用于应急管理的应急资源池汇聚方法，其中，所述步骤五中，通过市政务信息资源共享服务平台，申请横向部门的应急资源，如果是文件/库表资源部门，则将数据推送至市局前置机；如果是api资源部门，则将申请的api资源相关信息提供
至市级应急管理局；县级市应急前置节点或是区应急前置节点的文件/库表资源推送至市级应急前置节点，如果是api资源则区县应急将符合标准的api提供至市级应急管理局。
24.更进一步地，上述的适用于应急管理的应急资源池汇聚方法，其中，所述步骤六中，根据步骤三定义应急数据标准，初始化原始库的目录，包含一级分类、二级分类、三级分类；初始化原始库的存储节点，包含结构化存储节点和非结构化存储节点。
25.更进一步地，上述的适用于应急管理的应急资源池汇聚方法，其中，所述步骤七中，通过应急数据集成系统，定义原始库采集源，包含市级应急前置节点、横向部门api、区县应急api、市级应急内部业务系统数据库，明确采集源名称、采集源类型及连接信息，包括数据库信息、文件服务器信息、api信息。定义采集任务，明确任务名称、任务类型、任务信息采集输入(采集源)、采集输出(原始库存储节点)、处理规则，包括数据过滤、字符串替换及字符串格式转换等)。
26.通过应急数据集成系统，定义资源库采集源，包括原始库库表、原始库文件、主题库库表、主题库文件。明确采集源名称、采集源类型及连接信息，包括数据库信息、文件服务器信息。定义采集任务，明确任务名称、任务类型、任务信息采集输入(原始库采集源、主题库采集源)、采集输出(资源库存储节点、主题库存储节点、专题库存储节点)、处理规则，包括数据过滤、字符串替换、增加字段、数据排序及字段选择等，拆分字段、数据集运算、数据集连接及数据脱敏等。
27.借由上述方案，本发明至少具有以下优点：
28.1、数据安全性好。通过前置节点交换方式推送数据和数据集成系统采集数据，能够保证数据的原始状态，同时保证数据本身的安全性和交换过程中的安全性，不会因为人工失误而丢失或遗漏。
29.2、能够实现数据交换留痕。对每一次数据推送或接收的记录留痕，保证数据在交换过程中出现的问题能够及时分析、追溯原因。
30.3、能够实现数据共享交换的管理机制。能够通过市大数据管理局的政务数据资源共享交换的业务职能来推进横向各部门、纵向各区县的资源交换的工作，使得数据汇聚工作能够有效落地。并且，能够建立数据资源的同步机制，保证数据汇聚工作的持续性。同时，还能定义数据的更新频率，保证数据资源的鲜活性。
31.4、可以实现数据血缘追溯。能够记录数据来源、明确数据归属，保证数据在交换过程中、加工处理后的责任归属。
32.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，并可依照说明书的内容予以实施，以下以本发明的较佳实施例并配合附图详细说明如后。
附图说明
33.图1是市应急管理局的常规数据治理体系架构示意图。
34.图2是市本级与县级市或是区应急数据交换示意图。
35.图3是数据库方式接入流程示意图。
36.图4是文件方式接入流程示意图。
37.图5是接口方式接入流程示意图。
具体实施方式
38.下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
39.如图1至5的适用于应急管理的应急资源池系统，其与众不同之处在于：包含相互通讯的市应急管理数据共享服务系统、应急资源池、应急数据集成系统、应急数据管控系统、市政务信息资源共享服务平台。
40.具体来说，市应急管理数据共享服务系统配套有市级应急前置节点，用于与县级市或是区应急前置节点的连接和交换，还设置有目录中心、资源中心、交换中心、api中心及api代理。同时，应急资源池覆盖原始库、资源库、主题库及专题库，为应急救援、指挥决策提供数据支撑。并且，应急数据管控系统设有套数据采集中心、数据处理中心及数据任务调度中心，用于汇聚和处理横向部门、纵向应急条线的多源异构数据。而且，市政务信息资源共享服务平台配套有市级前置节点，用于与部门前置节点、县级市或是区前置节点的连接和交换。
41.为了更好的实施本发明，现提供一种适用于应急管理的应急资源池汇聚方法，其包括以下步骤：
42.步骤一，通过分析省应急厅的任务书要求，并对市应急管理局的领导层、各业务处室、规划科技处的调研确认，定义市应急管理局的需求，确认横向部门需求范围和纵向部门需求范围。具体来说，需要响应应急管理部、省应急管理厅、所在地区市级的政策要求，并分析省应急厅的任务书要求，同时对市应急管理局的领导层、各业务处室、规划科技处的调研确认，依据市应急管理局的业务，定义市应急管理局的数据范围清单。市应急管理局的需求范围包含需要汇聚市应急管理局内部数据、横向部门数据及纵向部门数据，内部数据主要代指市应急管理局内部各业务信息系统数据，横向部门数据主要代指市市场监督管理局、市粮食与物资储备局、市工信局、市自然资源与规划局、市水务局、市绿化与园林局等同级行政部门的应急数据(法人库数据、特种设备数据、化工园区数据、应急资源数据、风险点数据等)，纵向部门数据主要代指市应急管理局下属县级市(区)应急管理局的数据(应急管理数据、安全生产监管数据、安全生产执法数据)。
43.步骤二，梳理现状，定义资源池的目录结构。梳理现状的为调研内部信息化现状、数据现状，明确已有的数据资源、已对接的数据资源、仍需对接的数据资源，制定需求清单。
44.步骤三，根据应急业务数据标准，定义应急数据标准。根据应急管理部、省应急管理厅的业务标准定义应急数据标准，应急数据标准包括，应急数据的原始库、资源库、主题库、专题库目录结构和标准字段。采用的业务标准包括急管理的业务标准、安全生产监管的业务标准、安全生产执法的业务标准中的一种或是多种。
45.步骤四，通过横向各部门和纵向调研方案，确认实际对接范围。在此期间，定制横向各部门纵向调研方案，包括调研目的、调研日期、调研部门、人员安排、调研内容、调研问，根据实际调研情况，编写会议纪要和调研报告，确认实际对接范围。
46.步骤五，通过市政务信息资源共享服务平台，获取横向各部门的应急相关数据资源，通过市级应急前置节点、县级市应急前置节点或是区应急前置节点的交换，获取县级市或是区应急相关数据。结合实际实施来看，通过市政务信息资源共享服务平台，申请横向部门的应急资源，如果是文件/库表资源部门，则将数据推送至市局前置机。如果是api资源部
门，则将申请的api资源相关信息提供至市级应急管理局。县级市应急前置节点或是区应急前置节点的文件/库表资源推送至市级应急前置节点。如果是api资源则区县应急将符合标准的api提供至市级应急管理局。
47.步骤六，通过应急数据管控系统，分别初始化原始库目录和原始库数据资源标准字段，初始化资源库目录和资源库数据资源标准字段，初始化主题库目录和主题库数据资源标准字段，初始化专题库库目录和专题库数据资源标准字段。实施的时候，根据步骤三定义应急数据标准，初始化原始库的目录，包含一级分类、二级分类、三级分类。同时，初始化原始库的存储节点，包含结构化存储节点和非结构化存储节点。
48.步骤七，通过应急数据集成系统，采集市级应急前置节点上的横向部门数据、县级市或是区数据，同时，将原始数据初步标准化处理后入原始库。采集原始库数据，将原始库数据标准化处理后入资源库。并且，将资源库数据加工处理后入主题库。采集专题库数据，同时将主题库数据加工处理后入专题库。
49.具体来说，在步骤七中，通过应急数据集成系统，定义原始库采集源，包含市级应急前置节点、横向部门api、区县应急api、市级应急内部业务系统数据库。同时，明确采集源名称、采集源类型及连接信息，包括数据库信息、文件服务器信息、api信息。可以定义采集任务，明确任务名称、任务类型、任务信息采集输入(采集源)、采集输出(原始库存储节点)、处理规则，包括数据过滤、字符串替换及字符串格式转换等。
50.在此期间，通过应急数据集成系统，定义资源库采集源，包括原始库库表、原始库文件、主题库库表、主题库文件。对于这些数据，也需要明确采集源名称、采集源类型及连接信息。这些连接信息包括数据库信息、文件服务器信息。同时，可以定义采集任务，明确任务名称、任务类型、任务信息采集输入、采集输出、处理规则。
51.采用的任务信息采集输入，包括原始库采集源、主题库采集源。采用的采集输出包括资源库存储节点、主题库存储节点、专题库存储节点。涉及的处理规则包含数据过滤、字符串替换、增加字段、数据排序及字段选择等，拆分字段、数据集运算、数据集连接及数据脱敏等。
52.本发明的工作原理如下：
53.结合图1来看，其是市应急管理局数据治理体系架构。主要涵盖部、省、市、县级市或是区四级，需要实现纵向贯通、横向整合。
54.市级应急管理综合应用平台在满足本地区应急管理需要的基础上，纵向实现与省应急管理厅、县级市或是区应急管理局的应急管理综合应用平台的互联互通，横向实现与市政务信息资源共享服务平台以及市级部门业务平台的衔接，并能够向上下两级应急管理综合应用平台提供数据、图像、资料等。同时汇总接入各类监督管理(企业信息、行政执法、事故调查等)、应急基础数据(物资、装备、队伍、预案、专家等)和监测预警信息，汇聚多方资源，协调各方力量，实现资源共享，为安全生产监管和突发事件预防处置提供决策依据。
55.通过该体系架构实现平台之间的业务交互、数据交互，具体来说：
56.业务协同：应急指挥等业务系统通过服务总线与应急管理综合应用平台的相关模块无缝衔接。
57.数据交换：平台汇聚、关联、融合各类数据资源，按照信息资源目录标准，实时汇入应急管理综合应用平台，同时接收省应急管理厅平台分发的数据、汇总县级市或是区应急
管理局平台上报的数据。各级数据交换通过数据共享交换系统实现。
58.之后，进行目录同步：在省级信息资源目录的基础上，按照相关规范要求，进行市(区)应急管理信息资源目录的编制，定期发布，并与省级、县级市或是区信息资源目录实现同步。
59.结合图2来看，是市本级与县级市或是区应急数据交换示意图。县级市或是区应急管理局将不同类型(库表、文件、接口)的业务数据上报至市级应急管理局，市级应急管理局汇聚纵向各板块的应急业务数据，构建统一的应急资源池，编制市级应急管理局的应急信息资源目录，并统一提供信息资源服务。县级市或是区应急业务数据上报可通过前置节点推送，支持文件、库表等形式。主题资源可直接报送至市应急共享交换平台或通过前置库、接口、文件服务器等形式进行资源上报。
60.以a市应急管理局需要构建统一应急资源池为例，采用以下步骤来实现：
61.步骤1:根据省应急管理厅的任务要求、a市大数据局的任务要求及a市应急管理局的业务需求，定义了a市应急管理局的数据范围清单，需要汇聚a市市场监管管理局、a市粮食管理局、a市自然资源与规划局、以及a市5个板块应急管理局的数据。
62.步骤2：需要梳理a市应急管理局的现状，包含调研内部信息化现状、数据现状，目前确认内部已有业务系统(应急平台、安全生产监管平台、安全生产执法平台、问题处置平台、危险化学品监测预警系统)，各业务系统间数据互不联通，缺少各个板块的业务数据，已有横向部门数据时效性不高，因此横向部门数据和纵向各板块需要重新汇聚。
63.步骤3：依据应急管理部、省应急管理厅的业务标准(如应急管理的业务标准、安全生产监管的业务标准、安全生产执法的业务标准)制定a市应急管理数据标准，标准中明确原始库、资源库、主题库、专题库目录结构和标准字段。
64.具体来说：原始库目录结构需包含内部数据(应急管理、安全生产监管、安全生产执法等)，外部数据(基础数据、应急管理数据、许可证数据等)；涉及数据资源中的字段需按照应急管理的业务标准字段、安全生产监管的业务标准字段、安全生产执法的业务标准字段编制。
65.资源库目录结构需包含监督管理(日常监管、行政许可、行政执法)、监测预警(防火重点单位监测、重大安全生产监测、自然灾害监测)、指挥救援(应急管理、应急处置)；涉及数据资源中的字段需按照应急管理的业务标准字段、安全生产监管的业务标准字段、安全生产执法的业务标准字段编制。
66.主题库目录结构需包含管理对象(生产经营单位、自然灾害风险点、防护目标、危化品、工矿商贸、烟花爆竹、行政许可、一般检查)、灾害事故(自然灾害、安全生产事故)、应急资源(应急物资、应急装备、关键基础设施、感知设备)、应急力量(应急组织、应急人员)；涉及数据资源中的字段需按照应急管理的业务标准字段、安全生产监管的业务标准字段、安全生产执法的业务标准字段编制。
67.专题库目录结构需包含安全生产监管(企业监管、烟花爆竹监管、重点工贸监管、许可证、事故管理、挂牌督办、事项信息、一般检查)、安全生产执法(执法依据、执法人员)、危化品监管(危化品监测重点)；涉及数据资源中的字段需按照应急管理的业务标准字段、安全生产监管的业务标准字段、安全生产执法的业务标准字段编制。
68.步骤4：制定a市市场监管管理局、a市粮食管理局、a市自然资源与规划局、以及a市
5个板块应急管理局的调研方案。调研方案需明确：调研目的、调研日期、调研部门、人员安排、调研内容、数据业务用途、调研问卷。需要根据实际调研情况，编写会议纪要和调研报告。
69.步骤5：由于需要汇聚横向部门a市市场监管管理局、a市粮食管理局、a市自然资源与规划局的数据，因此需通过a市政务信息资源共享服务平台，申请横向部门a市市场监管管理局、a市粮食与物资储备局、a市自然资源与规划局的应急资源。本案例中申请了法人库信息的库表资源(市场监管管理局)、物质企业信息的接口资源(粮食与物资储备局)、地质灾害隐患点信息的文件资源(自然资源与规划局)。
70.具体来说，各个资源内容如下：
71.法人库信息的库表资源，通过a市市场监管管理局的前置数据库推送至a市应急管理局的前置数据库。
72.物质企业信息的接口资源，a市粮食与物资储备局提供相关的api信息至a市应急管理局。
73.地质灾害隐患点信息的文件资源，通过a市自然资源与规划局的前置文件服务器推送至a市应急管理局的前置文件服务器。
74.步骤6：由于需要汇聚a市5个板块应急管理局的数据，因此区县应急管理局需通过前置节点将数据资源推送至市级应急前置节点。具体包括一下步骤：
75.网络环境准备：a市5个板块需要保证其前置数据库、文件服务器、接口所在的网络环境与a市应急管理局数据对接前置库所在网络环境(电子政务外网)的互联互通，需提交网络访问策略权限申请至苏州市应急管理局备案。
76.前置机准备，包含市级为各区县规划的前置机准备和各区县应急管理局的前置机准备。
77.市级应急前置机与各区县前置机联通测试。各县级市或是区应急管理局根据苏州市应急管理局提供的数据库账号、ip地址和端口，连接市级应急前置数据库。
78.数据接入：数据对接包含数据库方式接入、文件方式接入、接口方式接入。
79.实施期间，对接工作原理如下：
80.如图3所示，数据库方式接入为:各县级市或是区应急管理局将业务数据按照数据标准转换处理后放至区县前置数据库中，然后将区县前置数据库中数据表周期性同步至市级应急管理局的前置数据库中，市级应急管理局的数据集成系统通过抽取的方式从前置数据库周期性获取数据(存量或增量)，并将数据写入到市级应急管理局原始库中。数据同步更新周期建议为每周，特殊情况可与市级应急管理局协商确定。
81.如图4所示，文件方式接入为，各县级市或是区应急管理局将业务数据的文件放至区县文件服务器，然后周期性的将文件同步至市级应急管理局文件服务器上，市级应急管理局的数据集成系统从文件服务器中获取全量和增量数据。
82.如图5所示，采用接口方式接入：各区县应急管理局将业务数据开发成接口的形式，市级应急管理局的数据集成系统通过调用接口的方式周期性地从接口中获取数据(存量或增量)，并将数据写入到原始库中。业务数据库数据更新必须有时间戳且更新频率建议为每周，特殊情况可与市级应急管理局协商确定。
83.步骤7：根据所述步骤3定义的目录结构和标准字段，通过应急数据管控系统初始
化原始库的目录，包含一级分类、二级分类、三级分类等。在此期间，初始化原始库的存储节点(即对应库表)，包含结构化存储节点和非结构化存储节点。结合实际实施来看：
84.初始化原始库目录一级分类：内部数据、外部数据。
85.初始化原始库目录二级分类：内部数据(应急管理、安全生产监管、安全生产执法等)，外部数据(基础数据、应急管理数据、许可证数据等)。
86.初始化原始库目录三级分类：应急管理(应急事件、应急预案、应急资源)、安全生产监管(企业管理、事故管理、挂牌督办、危险化学品、烟花爆竹、重点工贸、行政许可、事项信息、一般检查)、安全生产执法(执法依据、执法人员)、企业管理(法人库数据、特种设备数据、化工园区数据)、应急管理数据(应急资源、应急预案、应急事件)、许可证数据(危险化学品许可证、工矿商贸许可证、安全生产标准化证书、烟花爆竹许可证)。
87.同时，还可以执行初始化原始库目录四级分类：初始化三级分类下的四级分类(由于分类比较多，具体分类名称就不一一描述)。
88.初始化原始库结构化存储节点(即结构化库表)：初始化四级分类下的具体数据资源(具体数据资源名称这里就不一一描述)，按照模版填写标准字段并批量导入。
89.初始化原始库非结构化存储节点(即非结构化库表)：具体的数据资源中存在非结构化数据，需初始化该类资源的非结构化库表，用于非结构化数据的入库。
90.步骤8：基于所述步骤5、6、7，通过应急数据集成系统，定义原始库采集源，明确采集源名称、采集源类型及连接信息。同时，可定义采集任务，明确任务名称、任务类型、任务信息采集输入、采集输出、处理规则。最终，运行采集任务。
91.实施期间，可定义原始库采集源，明确采集源名称、采集源类型及连接信息。具体来说：
92.若采集a市应急管理局的前置数据库中的法人库信息。需要明确采集源名称(a市应急管理局的前置数据库的法人库信息名称)、采集源类型(法人库信息所在前置数据库类型)及连接信息(所在数据库名称、访问地址、用户名、密码)。
93.若采集a市粮食与物资储备局提供物质企业api信息。需要明确采集源名称(物质企业api名称)、采集源类型(api)及连接信息(api名称、url)。
94.若采集a市应急管理局的前置文件服务器中的地质灾害隐患点信息。需要明确采集源名称(地质灾害隐患点名称)、采集源类型(ftp)及连接信息(协议、连接模式、主机地址、用户名)。
95.并且，定义原始库采集任务：明确任务名称、任务类型(手动、定时)；编辑采集任务信息，包含采集输入(采集源)、采集输出(原始库存储节点)、处理规则(数据过滤、字符串替换及字符串格式转换等)。之后，运行原始库采集任务，运行、调试原始库采集任务。最后，原始库数据入库。任务完成后，即可查看应急数据管控系统中原始库对应的数据资源下的实际数据。
96.步骤9：初始化资源库的目录，包含一级分类、二级分类、三级分类等；初始化资源库的存储节点，包含结构化存储节点和非结构化存储节点。其实施的步骤同步骤7，可大致包括以下内容：
97.初始化资源库目录一级分类，包括：监督管理、监测预警、指挥救援。
98.初始化资源库目录二级分类，包括：监督管理(日常监管、行政许可、行政执法)、监
测预警(防火重点单位监测、重大安全生产监测、自然灾害监测)、指挥救援(应急管理、应急处置)。
99.初始化资源库目录三级分类，包括：日常监管(企业监管、危险化学品、烟花爆竹、重点工贸、事故管理、挂牌督办、事项信息、一般检查)、行政许可(危化企业行政许可、工贸企业行政许可、烟花爆竹许可证、安全生产标准化、安全评价报告信息)、行政执法(执法依据、执法人民)、防火重点单位监测(防火重点单位监测)、重大安全生产监测(感知数据)、自然灾害监测(地质灾害隐患点监测、森林火灾隐患点监测、水务点位监测)、应急管理(应急预案、应急资源、应急事件)。并且，还可以进行初始化资源库目录四级分类，对初始化三级分类下的四级分类。
100.同时，对于初始化资源库非结构化存储节点(即非结构化库表)来看，具体的数据资源中存在非结构化数据，需初始化该类资源的非结构化库表，用于非结构化数据的入库。
101.步骤10：通过应急数据集成系统，定义资源库采集源，明确采集源名称、采集源类型及连接信息。定义采集任务，明确任务名称、任务类型、任务信息采集输入、采集输出、处理规则。之后，可以进行运行采集任务，其处理步骤与步骤8的处理方式类似，实施起来如下：
102.定义资源库采集源：明确采集源名称、采集源类型(原始库库表、原始库文件)及连接信息(数据库信息、文件服务器信息)。
103.定义资源库采集任务：明确任务名称、任务类型(手动、定时)；编辑采集任务信息，包含采集输入(原始库采集源)、采集输出(资源库存储节点)、处理规则(数据过滤、字符串替换、增加字段、数据排序及字段选择等)。
104.运行资源库采集任务：运行、调试资源库采集任务。
105.资源库数据入库：任务完成后，即可查看应急数据管控系统中资源库对应的数据资源下的实际数据。
106.步骤11：初始化主题库的目录，包含一级分类、二级分类、三级分类等；初始化主题库的存储节点，包含结构化存储节点和非结构化存储节点。其实现方式同步骤7，具体来说，采用如下方式：
107.初始化主题库目录一级分类：管理对象、灾害事故、应急资源、应急力量。
108.初始化主题库目录二级分类：管理对象(生产经营单位、自然灾害风险点、防护目标、危化品、工矿商贸、烟花爆竹、行政许可、一般检查)、灾害事故(自然灾害、安全生产事故)、应急资源(应急物资、应急装备、关键基础设施、感知设备)、应急力量(应急组织、应急人员)。
109.初始化主题库目录三级分类：初始化二级分类下的三级分类(由于分类比较多，具体分类名称就不一一描述)。同时，还可以初始化主题库目录四级分类：初始化三级分类下的四级分类(由于分类比较多，具体分类名称就不一一描述)。
110.并且，初始化主题库非结构化存储节点(即非结构化库表)：具体的数据资源中存在非结构化数据，需初始化该类资源的非结构化库表，用于非结构化数据的入库。
111.步骤12：通过应急数据集成系统，定义主题库采集源，明确采集源名称、采集源类型及连接信息。定义采集任务，明确任务名称、任务类型、任务信息采集输入、采集输出、处理规则。之后，进行运行采集任务，实施方式与步骤8类似，具体如下：
112.定义主题库采集源，包括：明确采集源名称、采集源类型(资源库库表、资源库文件)及连接信息(数据库信息、文件服务器信息)。
113.定义主题库采集任务，包括：明确任务名称、任务类型(手动、定时)；编辑采集任务信息，包含采集输入(资源库采集源)、采集输出(主题库存储节点)、处理规则(拆分字段、数据集运算、数据集连接及数据脱敏等)。
114.运行主题库采集任务，包括：运行、调试主题库采集任务。
115.主题库数据入库，在任务完成后，即可查看应急数据管控系统中主题库对应的数据资源下的实际数据。
116.步骤13：初始化专题库的目录，包含一级分类、二级分类、三级分类等；初始化专题库的存储节点，包含结构化存储节点和非结构化存储节点。其处理过程类似步骤7，具体来说：
117.初始化专题库目录一级分类，包括：安全生产监管、安全生产执法、危化品监管。
118.初始化专题库目录二级分类，包括：安全生产监管(企业监管、烟花爆竹监管、重点工贸监管、许可证、事故管理、挂牌督办、事项信息、一般检查)、安全生产执法(执法依据、执法人员)、危化品监管(危化品监测重点)。
119.初始化专题库目录三级分类，包括：初始化二级分类下的三级分类(由于分类比较多，具体分类名称就不一一描述)。
120.还可以进行，初始化专题库目录四级分类，包括：初始化三级分类下的四级分类(由于分类比较多，具体分类名称就不一一描述)。
121.初始化专题库非结构化存储节点(即非结构化库表)：具体的数据资源中存在非结构化数据，需初始化该类资源的非结构化库表，用于非结构化数据的入库。
122.步骤14：通过应急数据集成系统，定义资源库采集源(主题库库表、主题库文件)，明确采集源名称、采集源类型及连接信息(数据库信息、文件服务器信息)；定义采集任务，明确任务名称、任务类型、任务信息采集输入(主题库采集源)、采集输出(专题库存储节点)、处理规则(拆分字段、数据集运算、数据集连接及数据脱敏等)。其实现方式与步骤8类似，具体如下：
123.定义专题库采集源，包括：明确采集源名称、采集源类型(主题库库表、主题库文件)及连接信息(数据库信息、文件服务器信息)。
124.定义专题库采集任务，包括：明确任务名称、任务类型(手动、定时)；编辑采集任务信息。包含采集输入(主题库采集源)、采集输出(专题库存储节点)、处理规则(拆分字段、数据集运算、数据集连接及数据脱敏等)。
125.运行专题库采集任务，包括：运行、调试专题库采集任务。
126.专题库数据入库：任务完成后，即可查看应急数据管控系统中专题库对应的数据资源下的实际数据。
127.通过上述的文字表述并结合附图可以看出，采用本发明后，拥有如下优点：
128.1、数据安全性好。通过前置节点交换方式推送数据和数据集成系统采集数据，能够保证数据的原始状态，同时保证数据本身的安全性和交换过程中的安全性，不会因为人工失误而丢失或遗漏。
129.2、能够实现数据交换留痕。对每一次数据推送或接收的记录留痕，保证数据在交
换过程中出现的问题能够及时分析、追溯原因。
130.3、能够实现数据共享交换的管理机制。能够通过市大数据管理局的政务数据资源共享交换的业务职能来推进横向各部门、纵向各区县的资源交换的工作，使得数据汇聚工作能够有效落地。并且，能够建立数据资源的同步机制，保证数据汇聚工作的持续性。同时，还能定义数据的更新频率，保证数据资源的鲜活性。
131.4、可以实现数据血缘追溯。能够记录数据来源、明确数据归属，保证数据在交换过程中、加工处理后的责任归属。
132.此外，本发明所描述的指示方位或位置关系，均为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或构造必须具有特定的方位，或是以特定的方位构造来进行操作，因此不能理解为对本发明的限制。
133.术语“主”、“副”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“主”、“副”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“若干”的含义是两个或两个以上，除非另有明确具体的限定。
134.同样，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
135.在本发明中，除非另有明确的规定和限定，术语“连接”、“设置”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个组件内部的连通或两个组件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。并且它可以直接在另一个组件上或者间接在该另一个组件上。当一个组件被称为是“连接于”另一个组件，它可以是直接连接到另一个组件或间接连接至该另一个组件上。
136.以上所述仅是本发明的优选实施方式，并不用于限制本发明，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变型，这些改进和变型也应视为本发明的保护范围。