CN101976376A - 一种突发公共事件的应急管理系统和方法 - Google Patents

Abstract

本发明涉及一种突发公共事件的应急管理系统和方法。该方法包括：用户通过应急管理用户界面录入事件类型并发送推荐请求；推荐引擎根据所录入的事件类型以及推荐请求，推荐资源管控器的可选预案库中的应急预案以及与事件类型相关的信息；用户通过应急管理用户界面选择合适的应急预案，并对该合适的应急预案中的任务进行配置，生成处置方案；验证器根据预置的验证规则对处置方案进行验证；如果处置方案不满足预置的验证规则，则推荐引擎提示用户修改任务的配置；如果处置方案满足预置的验证规则，则应急方案执行引擎执行处置方案，向各应急服务下达任务指令。本发明提高了用户的决策效率，系统的应急响应能力、灵活性和保障能力。

Description

一种突发公共事件的应急管理系统和方法

技术领域

本发明涉及应急管理领域，尤其涉及一种突发公共事件的应急管理系统和方法。

背景技术

突发公共事件是指突然发生、造成或者可能造成重大人员伤亡、重大财产损失、重大生态环境破坏，影响或者威胁本地区甚至全省(市、自治区)、全国经济社会稳定和政治安定局面的，有重大社会危害的，需要政府立即处置的危险、紧急事件，包括自然灾害、事故灾难、公共卫生和社会安全事件。突发公共事件具有不可预见性和严重破坏性，往往在难以预见情况下突然爆发，而且具有扩展、放大和激变的潜力，会对国家政治、经济、社会秩序和人民生命与财产安全造成冲击和危害。应急管理系统是整个应急体系建设的核心，是构建和谐社会的重要组成部分。

应急管理系统为突发公共事件的预防、准备、响应和恢复等阶段提供全过程管理，以有效整合和协同各类资源，加强宏观调控，构建应急联动体系，提高政府的信息获取能力、快速反应能力、组织协调能力、决策指挥能力、防灾减灾能力及综合服务能力。国际上，美国、加拿大、欧洲等一些发达国家的大城市已建立了类似系统，国内应急系统的建设也正在得到各级政府的重视，南京、北京、上海、广州、扬州等地都已建设了应急系统。应急管理系统的基础支撑是应急预案。应急预案是指针对可能发生的突发公共事件，为迅速、有效、有序地开展应急行动而预先制定的方案，用以明确事前、事发、事中、事后的各个进程中，谁来做，怎样做，何时做以及相应的资源和策略等的行动指南。通过应急管理系统的支持，指挥人员根据应急预案以及系统提供的相关信息，制定针对突发公共事件的处理决策，向涉及联动单位下达指令，指挥和调度应急资源。根据制定应急决策的方法不同，现有的应急管理系统可以划分为以下三类：

第一种是完全人工决策型。系统中，指挥人员查看已有的应急预案(在此类系统中通常为文本方式)，结合突发事件的实际情况和应急资源等信息，决定要采取哪些具体应急措施，向相关单位下达指令。此类系统主要依靠指挥人员的经验来进行应急处理，一方面效率较低，另一方面过于依赖人的判断，而人难免有失误的可能，不能保证决策的正确性。

第二种是计算机自动化处理型。此类系统中，一般对预案进行建模，根据预案的结构建立某种预案模型，当突发事件发生后，启动所对应的预案并自动执行。此类系统可以保障应急过程严格按照预案的规定进行执行，但预案的制定是根据人们对灾害事故设想发生的情景来制定的，而突发公共事件具有不可预见、动态不确定性，由于预案制定者认识的局限、灾害事故发生点的不确定以及事故现场千变万化等因素，此方法不能适应动态多变的应急处理过程，因此往往只能处理某些特定类型的事件，或作为应急处置其中某环节被使用，适用面很有限。

第三种结合了人工决策和计算机的辅助。例如有的系统在接收到突发事件后根据事件类型匹配相关的预案推荐给用户，由用户进行实例化配置；也有的系统采用案例推理的方法，通过对案例库的检索匹配，将相似的案例推荐给用户。但现有系统的辅助决策能力大都集中于应急响应的开始阶段，仅仅用于辅助用户建立应急方案，但没有考虑到应急处置过程中随着事件的动态发展变化，最初制定的方案很可能需要根据事态变化而动态调整。如何支持应急方案的动态调整，以及将人的临机决策引入后，如何保障决策的规范化，减少人的失误对应急处置的不良影响，在现有系统中尚无对应的解决方案。

综上所述，现有的应急管理系统在以下方面存在不足：

1、效率低。由于突发公共事件具有不可预见、动态性，现有的应急管理系统中，大多数只为用户提供了文本方式、框架型的预案作为参考，决策人员需要查阅大量资料甚至会商研讨后才能做出判断，决策效率低，很可能会延误宝贵的应急救援时机，造成人员财产损失。

2、灵活性不足。根据预想情景制定的预案和现实发生的突发公共事件很可能不是完全吻合，应急过程中也经常遇到事态升级、恶化等情况，需要指挥员即时调整预定的方案、综合使用多个预案、或重新构想新的方案。而现有系统只提供设定好的预案供用户使用，不能支持在应急过程中根据事件发展对预案进行临机调整，缺少灵活性。

3、保障能力不够。应急系统的最终决策是由人制定的，而现有的应急系统没有提供对人的决策的质量和效果的保障支持。人的决策是否规范化、决策指令之间是否有冲突等都只能由用户自己判断。人的失误对整个系统的可靠性具有不可忽视的影响，错误的决策很可能会造成不必要的混乱无序甚至导致事态恶化。

发明内容

为了解决上述的技术问题，提供了一种突发公共事件的应急管理系统和方法，其目的在于，克服现有应急管理系统效率低、灵活性不足、保障能力不够的缺陷。

本发明提供了一种突发公共事件的应急管理方法，包括：

步骤1，用户通过应急管理用户界面录入突发公共事件的事件类型并发送推荐请求；

步骤2，推荐引擎根据所录入的突发公共事件的事件类型以及推荐请求推荐资源管控器的可选预案库中的应急预案；

步骤3，用户通过应急管理用户界面选择合适的应急预案，并对该合适的应急预案中的任务进行配置，生成处置方案；

步骤4，验证器根据预置的验证规则对处置方案进行验证；如果处置方案不满足预置的验证规则，则推荐引擎提示用户修改任务的配置；如果处置方案满足预置的验证规则，则应急方案执行引擎执行处置方案，向各应急服务下达任务指令。

步骤2中，推荐引擎还根据所录入的突发公共事件的事件类型以及推荐请求推荐与所录入的突发公共事件的事件类型相关的信息；步骤3中，用户通过应急管理用户界面从与所录入的突发公共事件相关的信息中选择合适的信息。

资源管控器还监控任务的执行情况和接收感知器监控的信息。

还包括步骤5，用户根据资源管控器通过感知器监控的信息以及任务的执行情况，重新对处置方案中的任务进行配置，以生成新的处置方案。

还包括步骤6，在应急过程结束时，用户通过应急方案执行引擎向各应急服务对应的执行单位下达结束任务的命令。

推荐请求为预案推荐请求和信息推荐请求；步骤2中：对于预案推荐请求，推荐引擎根据突发公共事件的事件类型获取预案和案例，根据资源管控器中案例使用的预案的频率排序，输出推荐预案；对于信息推荐请求，该信息推荐请求中包含事件类型，推荐引擎从资源管控器中推荐出与所录入的突发公共事件的事件类型相关的信息。

如果处置方案不满足预置的验证规则，则推荐引擎提示用户修改任务的配置具体包括：如果处置方案不满足预置的验证规则，验证器向推荐引擎发送修改建议推荐请求，推荐引擎根据该修改建议推荐请求推荐修改建议，该修改建议提示用户修改任务的配置。

步骤5具体包括：

步骤51，用户根据资源管控器通过感知器监控的信息以及任务的执行情况发送任务推荐请求至推荐引擎；

步骤52，推荐引擎根据任务推荐请求推荐任务；

步骤53，用户重新对处置方案中的任务进行配置，以生成新的处置方案。

步骤51中，用户还发送信息推荐请求至推荐引擎，该信息推荐请求中包含任务或与所录入的突发公共事件的事件类型相关的信息；推荐引擎根据信息推荐请求从资源管控器中推荐与该信息推荐请求中任务或与所录入的突发公共事件的事件类型相关的信息有关的信息。

步骤4具体包括：

步骤41，验证器从资源管控器中获取业务规则；

步骤42，验证器将处置方案转化为全自动机表示；

步骤43，验证器将业务规则转化为全自动机表示并求补；

步骤44，验证器将求补的结果与转化为全自动机表示的处置方案进行与操作；

步骤45，如果与操作的结果为空，则验证器将处置方案发送至应急方案执行引擎，应急方案执行引擎执行处置方案，向各应急服务下达任务指令；否则验证器向推荐引擎发送改建议推荐请求，推荐引擎提示用户修改任务的配置。

应急方案执行引擎执行处置方案，向各应急服务下达任务指令具体包括：应急方案执行引擎将处置方案中的各个任务发送至相应的应急服务。

本发明提供了一种突发公共事件的应急管理系统，包括：

应急管理用户界面，用于供用户通过应急管理用户界面录入突发公共事件的事件类型，并向推荐引擎发送推荐请求；供用户选择合适的应急预案，并对该合适的应急预案中的任务进行配置，以生成处置方案；

推荐引擎，用于根据所录入的突发公共事件的事件类型以及推荐请求推荐资源管控器的可选预案库中的应急预案；

验证器，用于根据预置的验证规则对处置方案进行验证；如果处置方案不满足预置的验证规则，则推荐引擎提示用户修改任务的配置；如果处置方案满足预置的验证规则，则向应急方案执行引擎发送处置方案；

应急方案执行引擎，用于在接收到处置方案后，向各应急服务下达任务指令。

推荐引擎，还用于根据所录入的突发公共事件的事件类型以及推荐请求推荐与所录入的突发公共事件的事件类型相关的信息；应急管理用户界面，还用于供用户从与所录入的突发公共事件相关的信息中选择合适的信息。

资源管控器，还用于监控任务的执行情况和接收感知器监控的信息。

应急管理用户界面，还用于供用户根据资源管控器通过感知器监控的信息以及任务的执行情况，重新对处置方案中的任务进行配置，以生成新的处置方案。

应急方案执行引擎，还用于在应急过程结束时，根据用户的指令向各应急服务对应的执行单位下达结束任务的命令。

推荐请求为预案推荐请求和信息推荐请求；对于预案推荐请求，推荐引擎，用于根据突发公共事件的事件类型获取预案和案例，根据资源管控器中案例使用的预案的频率排序，输出推荐预案；对于信息推荐请求，该信息推荐请求中包含事件类型，推荐引擎用于从资源管控器中推荐出与所录入的突发公共事件的事件类型相关的信息。

验证器，用于在处置方案不满足预置的验证规则时，向推荐引擎发送修改建议推荐请求；推荐引擎，用于根据该修改建议推荐请求推荐修改建议，该修改建议提示用户修改任务的配置。

用户还根据资源管控器通过感知器监控的信息以及任务的执行情况发送任务推荐请求至推荐引擎；推荐引擎根据任务推荐请求推荐任务；用户重新对该处置方案中的任务进行配置，以生成新的处置方案。

用户还发送信息推荐请求至推荐引擎，该信息推荐请求中包含任务或与所录入的突发公共事件的事件类型相关的信息；推荐引擎根据信息推荐请求从资源管控器中推荐与该信息推荐请求中任务或与所录入的突发公共事件的事件类型相关的信息有关的信息。

验证器，用于从资源管控器中获取业务规则；将处置方案转化为全自动机表示；将业务规则转化为全自动机表示并求补；将求补的结果与转化为全自动机表示的处置方案进行与操作；如果与操作的结果为空，则验证器将处置方案发送至应急方案执行引擎，应急方案执行引擎执行处置方案，向各应急服务下达任务指令；否则验证器向推荐引擎发送改建议推荐请求，推荐引擎提示用户修改任务的配置。

应急方案执行引擎，用于将处置方案中的各个任务发送至相应的应急服务。

本发明有益效果如下：

(1)本发明提出的应急管理系统及方法提高了应急管理系统的效率。在应急初期接收到突发事件后，可为用户推荐相关的预案供用户选择；在应急过程中，可为用户推荐与当前情形相关的应急资源以及可能的应急处置后继任务，辅助用户制定临机决策，提高用户的决策效率，提高系统的应急响应能力。

(2)本发明提出的应急管理系统及方法提高了应急管理系统的灵活性。支持用户在应急过程中进行临机决策，灵活、动态地构建处置方案和执行。用户可以只构造不完备的处置方案进行执行，当观察到执行效果后再决定后继的处置步骤；也可以对已设定的处置方案进行动态调整，即时更改决策，响应事件的最新发展变化，从而提高了系统的灵活性。

(3)本发明提出的应急管理系统及方法增强了应急管理系统的保障能力。通过对处置方案的分析验证，即时发现用户决策中的可能的失误，为用户提供智能化的建议，帮助减少引入用户临机决策对系统的可靠性带来的影响，促进用户决策的规范化，保障用户决策的质量和效果。。

附图说明

图1为本发明提出的应急管理系统的结构图；

图2为本发明提出的应急管理方法的流程图；

图3为本发明提出的应急管理系统的部署图；

图4a-图4b为本发明提出的推荐引擎工作流程图；

图5为本发明提出的验证器工作流程图；

图6为本发明提出的资源管控器工作流程图；

图7为本发明提出的应急方案执行引擎工作流程图。

具体实施方式

本发明提出了一种应急管理系统，包括应急管理用户界面、推荐引擎、验证器、资源管控器、应急方案执行引擎、感知器和应急服务七个模块。应急管理用户界面是应急管理系统的用户使用接口，为用户提供交互界面，支持用户录入应急突发事件、制定处置方案、为用户呈现应急相关资源和预案，呈现推荐信息和验证结果。推荐引擎为用户提供突发公共事件相关的预案、应急相关资源、应急处置任务和处置方案修改建议的智能推荐功能，推荐结果通过应急管理用户界面呈现给用户。验证器对用户制定的处置方案提供验证功能，如果用户制定的方案不满足预案的约束，则调用推荐引擎给予用户提示；如果验证通过，则将处置方案传送给应急方案执行引擎进行执行。资源管控器提供对应急管理相关资源的管理和控制功能，包括资源的接入、审核、检测、状态控制以及版本管理等功能。应急方案执行引擎根据处置方案中定义的逻辑关系对参与协同的应急服务进行调度、协调和控制，将处置方案中制定的处理任务发送给相应的应急服务，并监测服务的执行状态，接收服务执行结果，发送到资源管控器中进行记录，并且支持对方案的灵活、动态地构建和执行。感知器实时监测外部环境的变化，将环境信息发送到资源管控器中进行存储和管理。应急服务执行从应急方案执行引擎发送的任务，并向应急方案执行引擎反馈任务执行状态和执行结果。

本发明提出了一种应急管理方法，该方法包括：

当突发公共事件发生时，本发明首先根据报警信息将突发公共事件录入系统；然后判断此事件是否需要多个单位联动处置，如果不需要联动，则直接下达通知责任单位处置，如果需要联动，则进入下一步。

对于需要联动处置的事件，一方面由推荐引擎自动推荐突发事件相关信息，然后根据用户的选择，资源管控器获取到用户关心的相关信息；另一方面推荐引擎根据突发事件信息推荐可选预案，将可选的预案呈现给指挥中心的工作人员。综合考虑上述由系统提供的信息，指挥中心的工作人员从资源管控器的可选预案库中选择合适的预案。

通过本发明中的应急管理用户界面对预案中的任务进行配置，生成处置方案。配置内容包括确定处置方案中的任务和任务之间的逻辑关系，以及对每个任务声明具体要求。然后验证器根据系统内置的验证规则对生成的处置方案进行一致性验证，如果不满足规则，则自动调用推荐引擎，给出修改意见，并返回任务配置步骤，提示用户重新配置任务；如果方案满足规则，则执行处置方案，向各应急服务下达任务指令，各应急服务对应的单位接到指令后执行方案，向事发现场派出处置人员并调集设备。

资源管控器对任务执行情况和现场态势进行监控，指挥中心的工作人员根据监控信息，随时做出是否需要调整方案的决策。如果需要调整方案，推荐引擎自动推荐相关信息以及应急处置任务，指挥中心工作人员可以从资源管控器中获取所关心的相关信息，根据了解到的信息决定合适的处置任务，并返回任务配置步骤重新配置任务。如果没有发生需要调整方案的事件，则指挥中心工作人员根据监控信息判断应急过程是否结束，如果还未结束，则继续监控现场态势和任务执行情况；如果可以结束，则进入下一步骤。

通过应急方案执行引擎向应急服务对应的各执行单位下达结束任务的命令，各执行单位撤离现场，指挥中心通过资源管控器对其中汇总的应急过程信息进行分析、评估以及归档处理。

下面结合附图，对本发明做进一步的详细描述。

如图1所示，本发明提出的应急管理系统包括应急管理用户界面、推荐引擎、验证器、资源管控器、应急方案执行引擎、感知器和应急服务七个模块：

应急管理用户界面：应急管理系统的用户使用接口，功能是为用户提供交互界面，支持用户录入应急突发事件、制定处置方案、为用户呈现应急相关资源和预案，呈现推荐信息和验证结果。

推荐引擎：推荐引擎为用户提供智能推荐功能，共包括四类信息的推荐，推荐结果通过应急管理用户界面呈现给用户：1)突发公共事件相关的预案：当突发事件发生后，推荐引擎根据从资源管控器中得到的预案信息和案例信息，为用户推荐相关的预案供用户选择；2)应急相关资源：应急过程中，推荐引擎根据从资源管控器中得到的应急资源信息，为用户推荐与当前情形相关的应急资源信息；3)应急处置任务：应急过程中，推荐引擎根据从资源管控器中得到的预案信息和任务关联信息，为用户推荐后继任务，辅助用户制定临机决策；4)应急方案修改建议：当用户的决策方案经验证器验证发现可能存在错误后，推荐引擎根据从验证器中得到的验证结果，为用户推荐对处置方案修改建议。

推荐引擎的工作流程如图4a和图4b所示。当接收到推荐请求后，首先判断请求的类型，根据不同的类型进行下述不同的处理：

如果是预案推荐请求，首先初始化推荐预案列表为空，然后根据事件类型(例如火警、地震等)从资源管控器中分别获取预案和案例，继而根据案例中使用预案的频度对预案进行排序，最后输出推荐预案列表。

如果是信息推荐请求，首先初始化源信息集合和推荐信息集合为空，如果请求中包含事件类型，则将事件类型加入源信息集合，如果请求中包含任务，则将任务参数加入源信息集合，如果请求中包含已知信息(该已知信息是从推荐信息列表获取的)，则将已知信息加入源信息集合。之后对源信息集合中的信息进行依次处理，从资源管控器中获取每个信息所关联的信息，如果推荐信息集合中已有此信息，则将其优先级加1，否则将其加入推荐信息集合，优先级初始为0。最后对推荐信息集中的信息按照优先级进行排序，输出排序后的推荐信息列表。

如果是任务推荐请求，首先初始化推荐任务列表为空，如果预案中包含源任务，则将预案中此任务的后继任务加入推荐任务列表请求中，并且将待推荐的任务个数k调整为k-n(n为已加入的后继任务个数)。如果请求中包含目标任务，则首先从资源管控器中获取任务关联关系，构建任务关联图，然后计算源任务到目标任务之间的k条最短路径，然后循环处理每一条路径，取出路径中的第一步任务，如果此任务不在推荐任务列表中，则将其加入推荐任务列表。之后判断推荐任务列表中的元素个数，如果小于k+n，则从资源管控器中获取与源任务关联的k+n-m个任务(m为推荐列表中的元素个数)，按照任务关联度排序并加入推荐列表中。如果请求中不包含目标任务，则直接从资源管控器中获取与源任务关联的k个任务，按照任务关联度排序并加入推荐列表中。最后输出推荐任务列表。

如果是修改建议推荐请求，首先初始化修改建议列表为空，然后对于接收到的出错信息进行循环处理，依次取出一条信息，从资源管控器中获取此信息对应的业务规则，然后将此规则转化为全自动机，搜索使此自动机进入终态的最短路径，然后判断最短路径中是否已包含此出错任务，如果不包含，则将删除此任务的修改建议加入推荐修改建议列表，如果包含，则将插入此任务之前的任务加入推荐修改建议列表。最后输出推荐修改建议列表。

验证器：对用户制定的处置方案提供验证功能。接收到由应急管理用户界面传送的处置方案后，验证器根据从资源管控器中获取的应急预案信息和领域业务规则，对处置方案进行验证，检查用户制定的方案是否满足约束，如果不满足，则调用推荐引擎给予用户提示；如果验证通过，则将处置方案传送给应急方案执行引擎进行执行。

验证器的工作流程如图5所示。当用户对预案中的任务进行配置生成处置方案后启动验证器：第一步，验证器从资源管控器中获取业务规则，包括从预案库中得到的本预案中特定的规则以及规则库中得到的领域业务规则，形成业务规则集R。业务规则以ECA(事件-条件-动作)规则的形式提供，例如，对于业务规则“发生火灾时，要先等候消防车到达现场，再封锁周边道路”，表示为：“事件”是发生火灾；“条件”是消防车到达现场；“动作”是封锁周边道路。第二步，验证器采用已有算法将处置方案转化为全自动机表示；第三步，验证器从集合R中取出一条业务规则，将该规则转化为全自动机表示并求补；第四步，将二、三两步得到的两个自动机进行与操作，得到结果自动机；第五步，对结果自动机做判断，如果为空则说明处置方案符合这条规则，进入下一步，如果不为空则说明该方案不符合这条规则，记录冲突信息，冲突信息中包括出错的业务规则以及出错的任务，然后进入下一步；第六步，判断R集合中是否还有未验证的规则，如果有则重复上面第三至第五步，如果没有则进入下一步；第七步，判断此次验证过程是否生成冲突记录，如果存在则将冲突信息发送给推荐引擎，如果不存在则将处置方案发送给执行引擎；至此，验证器验证工作结束。

资源管控器：资源管控器提供对应急管理相关资源的管理和控制功能，包括资源的接入、审核、检测、状态控制以及版本管理等功能。通过与应急方案执行引擎相连接，资源管控器可以实时获取处置方案的执行状态和执行结果；通过与感知器相连接，资源管控器可以实时获取外部环境的变化以及监测突发事件。资源管控器对应急管理用户界面、推荐引擎和验证器提供资源查看接口，供这些模块使用资源管控器中管理的资源。

资源管控器中管理的资源分为以下几类，对于每一类资源，资源管控器都提供了查询接口：

●应急信息类：如预案库、案例库、方案库、领域规则库等

●业务数据类：如人口库、消防设备库等

●GIS信息类：如交通信息、车辆GPS实时位置信息等。

●关联信息类：如信息关联关系、任务关联关系等。

资源管控器的工作流程如图6所示。第一步，设置监控的时间规则，包括监控时间段，比如监控两天，或者直到应急管理系统中止工作才停止监控等，以及监控轮询时间，如10分钟监测一次等；第二步，资源管控器启动监控程序；第三步，判断当前状态是否满足准备阶段定义的监控结束条件，如果满足，则停止监控程序，否则，进入下一步；第四步，判断是否有处置方案在执行，如果有，则定时获取并保存相应的执行状态信息，保存完毕后，进入下一步；如果没有，则直接进入下一步；第五步，判断感知器消息队列中是否有内容，如果有，则获取并保存感知器内容信息，保存完毕后，进入下一步；如果没有，则直接进入下一步；第六步，等待一个轮询时间，转到第三步继续执行。

应急方案执行引擎：应急方案执行引擎是应急管理系统完成应急处理的核心部件，根据处置方案中定义的逻辑关系对参与协同的应急服务进行调度、协调和控制，将处置方案中制定的处理任务发送给相应的应急服务，并监测服务的执行状态，接收服务执行结果，发送到资源管控器中进行记录。应急方案执行引擎支持对方案的灵活、动态地构建和执行，一方面可以接收不完备的处置方案进行执行，用户可以根据当前的事态情况只发送可以确定的指令，当观察到执行效果后再决定后继的处置步骤；另一方面可以对已设定的处置方案进行动态调整，即时更改决策，响应事件的最新发展变化。

应急方案执行引擎的工作流程如图7所示。首先判断接收的输入消息的类型，根据不同的类型进行下述不同的处理。

如果是新建处置方案，则第一步，将处置方案存储到资源管控器中；第二步，初始化待执行任务集为空；第三步，查找处置方案中当前可执行的任务，加入待执行任务集中；第四步，判断待执行任务集是否为空，如果为空，则结束，如果不为空，则进入下一步；第五步，向任务集中各任务分配的应急服务发送指令，并从任务集中移除任务，其中根据应急服务的类型不同，应急方案执行引擎和应急服务的通讯方式也不同，共包括短信、电话和网络远程访问三种方式；第六步，接收应急服务反馈的任务执行信息；第七步，判断任务是否执行结束，如果没有结束，则返回第六步，如果任务已执行结束，则进入下一步；第八步，查找此任务的后继可执行的任务，加入待执行任务集中，然后返回第四步。

如果是调整处置方案，则第一步，从资源管控器中获取原处置方案；第二步，从接收到的调整方案中取出一个待调整任务；第三步，判断待调整的任务是否已存在，如果在原处置方案中不存在，进入第四步，否则进入第五步；第四步，将待调整任务加入处置方案中，然后进入第六步，判断调整方案中是否还有待调整任务，如果有，则返回第三步，如果没有，则进入新建处置方案的处理步骤中的第二步，执行调整后的处置方案；第五步，判断待调整任务的状态，如果未执行，则直接修改处置方案中的任务，替换为新任务，如果正在执行，则向该任务分配的应急服务发送任务调整指令，然后进入第六步。

感知器：负责实时监测外部环境的变化，将环境信息发送到资源管控器中进行存储和管理。如摄像头，气象观测设备、应急指挥车上的监视设备等。

应急服务：负责执行应急处置任务。当接收到应急方案执行引擎发送的任务后，应急服务执行任务，进行应急处置工作，并向应急方案执行引擎反馈任务执行状态和执行结果。

如图2所示，本发明提出的应急管理方法由下述步骤组成：

从图中结点21开始，突发公共事件发生时，本发明首先根据报警信息将突发公共事件通过应急管理用户界面录入系统，内容包括：事发时间、事发现场的地理位置、事件类型、事件描述；然后判断此事件是否需要多个单位联动处置，如果不需要联动，则直接下达通知责任单位处置，如果需要联动，则进入下一步，即图中结点22。以上由人工操作完成。

从图中结点22开始，对于需要联动处置的事件，一方面由推荐引擎自动推荐突发事件相关信息，如可提供事发现场态势信息的可用摄像头、可用传感器、可用监控车辆中的一个或多个资源，然后根据用户的选择，资源管控器获取到用户关心的相关信息(资源管控器提供了对信息的查询接口，可以根据查询请求，返回相应的信息)，如现场人员伤亡情况、交通状况等事发现场的周边态势；另一方面推荐引擎根据突发事件信息推荐可选预案，将可选的预案呈现给指挥中心的工作人员。综合考虑上述由系统提供的信息，指挥中心的工作人员从资源管控器的可选预案库中选择合适的预案。

从图中结点23开始，指挥中心的工作人员使用本发明中的应急管理用户界面对预案中的任务进行配置，生成处置方案。配置内容包括：对每个任务，指定执行任务的应急服务、任务完成时间限制、任务描述信息，如对于消防任务，指定应急服务为消防第一支队，时间限制为5分钟之内，任务描述为到达火灾现场进行消防救援；指定任务之间的顺序、并发、选择等逻辑关联关系，如消防到达任务和交警封锁现场任务之间是顺序关系。然后，由验证器根据系统内置的验证规则对生成的处置方案进行一致性验证，如果不满足规则，则自动调用推荐引擎，给出修改意见，并返回结点23，提示用户重新配置任务；如果方案满足规则，则应急方案执行引擎执行处置方案，向各应急服务下达任务指令，各应急服务对应的单位接到指令后执行方案，向事发现场派出处置人员并调集设备。

从图中结点24开始，资源管控器对任务执行情况和现场态势进行监控，指挥中心的工作人员根据监控信息，随时做出是否需要调整方案的决策。如果需要调整方案，推荐引擎自动推荐相关信息以及应急处置任务，指挥中心工作人员可以从资源管控器中获取所关心的相关信息，根据了解到的信息决定合适的处置任务，并返回结点23重新配置任务。如果没有发生需要调整方案的事件，则指挥中心工作人员根据监控信息判断应急过程是否结束，如果还未结束，则继续监控现场态势和任务执行情况；如果可以结束，则进入下一步骤，即图中结点25，下达结束命令。

从图中结点25开始，指挥中心工作人员通过应急方案执行引擎向应急服务对应的各执行单位下达结束任务的命令，各执行单位撤离现场，指挥中心通过资源管控器对其中汇总的应急过程信息进行分析、评估以及归档处理。至此，应急管理过程结束。

与系统结构图相对应的，系统部署图详细说明了各个系统或模块的部署位置，如图3所示。

与系统结构图相对应的，应急管理用户界面模块部署在工作人员坐席所在的计算机设备上，并通过内部网络与应急管理服务器联接；应急管理用户界面模块还通过显示终端接口与指挥中心的指挥大屏联接。

与系统结构图对应的，应急方案执行引擎、推荐引擎、资源管控器以及验证器组成了逻辑上的应急管理服务器，上述模块可独立部署在单个服务器上，响应应急管理用户界面模块的请求，并将结果返回到用户界面模块；也可集中部署在一台服务器上。

此外，应急管理系统还包括数据管理模块，如GIS信息库、人员等资源信息库、案例库等，逻辑上组成应急管理数据中心。这些数据库可独立部署在单个数据库服务器上，为应急管理服务器提供数据服务；也可集中部署在一台服务器上。

感知器有两种部署方式，一种是静态部署在物理地点，如大楼的摄像头，气象局的观测设备等，另一种则需要部署在可移动设备上，如指挥车上的监视设备。感知器得到数据后通过应急联动专网将数据传递到数据中心。

应急服务由各协作单位自主提供，因此采用分布部署方式，可以安装在协作单位自己的服务器上，也可以是协作单位的联系人的手机、对讲机等移动设备所提供的服务。

最后所应说明的是，以上仅用以说明本发明的技术方案而非限制。尽管对本发明进行了详细说明，本领域的普通技术人员应当理解，对本发明的技术方案进行修改或者等同替换，都不脱离本发明技术方案的精神和范围，其均应涵盖在本发明的权利要求范围当中。

Claims (22)

1.一种突发公共事件的应急管理方法，其特征在于，包括：

步骤1，用户通过应急管理用户界面录入突发公共事件的事件类型并发送推荐请求；

步骤2，推荐引擎根据所录入的突发公共事件的事件类型以及推荐请求，推荐资源管控器的可选预案库中的应急预案；

步骤3，用户通过应急管理用户界面选择合适的应急预案，并对该合适的应急预案中的任务进行配置，生成处置方案；

步骤4，验证器根据预置的验证规则对处置方案进行验证；如果处置方案不满足预置的验证规则，则推荐引擎提示用户修改任务的配置；如果处置方案满足预置的验证规则，则应急方案执行引擎执行处置方案，向各应急服务下达任务指令。

2.如权利要求1所述的突发公共事件的应急管理方法，其特征在于，步骤2中，推荐引擎还根据所录入的突发公共事件的事件类型以及推荐请求推荐与所录入的突发公共事件的事件类型相关的信息；步骤3中，用户通过应急管理用户界面从与所录入的突发公共事件相关的信息中选择合适的信息。

3.如权利要求2所述的突发公共事件的应急管理方法，其特征在于，资源管控器还监控任务的执行情况和接收感知器监控的信息。

4.如权利要求3所述的突发公共事件的应急管理方法，其特征在于，还包括步骤5，用户根据资源管控器通过感知器监控的信息以及任务的执行情况，重新对处置方案中的任务进行配置，以生成新的处置方案。

5.如权利要求3所述的突发公共事件的应急管理方法，其特征在于，还包括步骤6，在应急过程结束时，用户通过应急方案执行引擎向各应急服务对应的执行单位下达结束任务的命令。

6.如权利要求2所述的突发公共事件的应急管理方法，其特征在于，推荐请求为预案推荐请求和信息推荐请求；步骤2中：对于预案推荐请求，推荐引擎根据突发公共事件的事件类型获取预案和案例，根据资源管控器中案例使用的预案的频率排序，输出推荐预案；对于信息推荐请求，该信息推荐请求中包含事件类型，推荐引擎从资源管控器中推荐出与所录入的突发公共事件的事件类型相关的信息。

7.如权利要求1所述的突发公共事件的应急管理方法，其特征在于，如果处置方案不满足预置的验证规则，则推荐引擎提示用户修改任务的配置，具体包括：如果处置方案不满足预置的验证规则，验证器向推荐引擎发送修改建议推荐请求，推荐引擎根据该修改建议推荐请求推荐修改建议，该修改建议提示用户修改任务的配置。

8.如权利要求4所述的突发公共事件的应急管理方法，其特征在于，步骤5具体包括：

步骤51，用户根据资源管控器通过感知器监控的信息以及任务的执行情况发送任务推荐请求至推荐引擎；

步骤52，推荐引擎根据任务推荐请求推荐任务；

步骤53，用户重新对处置方案中的任务进行配置，以生成新的处置方案。

9.如权利要求8所述的突发公共事件的应急管理方法，其特征在于，步骤51中，用户还发送信息推荐请求至推荐引擎，该信息推荐请求中包含任务或与所录入的突发公共事件的事件类型相关的信息；推荐引擎根据信息推荐请求从资源管控器中推荐与该信息推荐请求中任务或与所录入的突发公共事件的事件类型相关的信息有关的信息。

10.如权利要求8所述的突发公共事件的应急管理方法，其特征在于，步骤4具体包括：

步骤41，验证器从资源管控器中获取业务规则；

步骤42，验证器将处置方案转化为全自动机表示；

步骤43，验证器将业务规则转化为全自动机表示并求补；

步骤44，验证器将求补的结果与转化为全自动机表示的处置方案进行与操作；

步骤45，如果与操作的结果为空，则验证器将处置方案发送至应急方案执行引擎，应急方案执行引擎执行处置方案，向各应急服务下达任务指令；否则验证器向推荐引擎发送改建议推荐请求，推荐引擎提示用户修改任务的配置。

11.如权利要求8所述的突发公共事件的应急管理方法，其特征在于，应急方案执行引擎执行处置方案，向各应急服务下达任务指令具体包括：应急方案执行引擎将处置方案中的各个任务发送至相应的应急服务。

12.一种突发公共事件的应急管理系统，其特征在于，包括：

应急管理用户界面，用于供用户通过应急管理用户界面录入突发公共事件的事件类型，并向推荐引擎发送推荐请求；供用户选择合适的应急预案，并对该合适的应急预案中的任务进行配置，以生成处置方案；

推荐引擎，用于根据所录入的突发公共事件的事件类型以及推荐请求推荐资源管控器的可选预案库中的应急预案；

验证器，用于根据预置的验证规则对处置方案进行验证；如果处置方案不满足预置的验证规则，则推荐引擎提示用户修改任务的配置；如果处置方案满足预置的验证规则，则向应急方案执行引擎发送处置方案；

应急方案执行引擎，用于在接收到处置方案后，向各应急服务下达任务指令。

13.如权利要求12所述的突发公共事件的应急管理系统，其特征在于，推荐引擎，还用于根据所录入的突发公共事件的事件类型以及推荐请求推荐与所录入的突发公共事件的事件类型相关的信息；应急管理用户界面，还用于供用户从与所录入的突发公共事件相关的信息中选择合适的信息。

14.如权利要求13所述的突发公共事件的应急管理系统，其特征在于，资源管控器，还用于监控任务的执行情况和接收感知器监控的信息。

15.如权利要求14所述的突发公共事件的应急管理系统，其特征在于，应急管理用户界面，还用于供用户根据资源管控器通过感知器监控的信息以及任务的执行情况，重新对处置方案中的任务进行配置，以生成新的处置方案。

16.如权利要求14所述的突发公共事件的应急管理系统，其特征在于，应急方案执行引擎，还用于在应急过程结束时，根据用户的指令向各应急服务对应的执行单位下达结束任务的命令。

17.如权利要求13所述的突发公共事件的应急管理系统，其特征在于，推荐请求为预案推荐请求和信息推荐请求；对于预案推荐请求，推荐引擎，用于根据突发公共事件的事件类型获取预案和案例，根据资源管控器中案例使用的预案的频率排序，输出推荐预案；对于信息推荐请求，该信息推荐请求中包含事件类型，推荐引擎用于从资源管控器中推荐出与所录入的突发公共事件的事件类型相关的信息。

18.如权利要求12所述的突发公共事件的应急管理系统，其特征在于，验证器，用于在处置方案不满足预置的验证规则时，向推荐引擎发送修改建议推荐请求；推荐引擎，用于根据该修改建议推荐请求推荐修改建议，该修改建议提示用户修改任务的配置。

19.如权利要求12所述的突发公共事件的应急管理系统，其特征在于，用户还根据资源管控器通过感知器监控的信息以及任务的执行情况发送任务推荐请求至推荐引擎；推荐引擎根据任务推荐请求推荐任务；用户重新对该处置方案中的任务进行配置，以生成新的处置方案。

20.如权利要求19所述的突发公共事件的应急管理系统，其特征在于，用户还发送信息推荐请求至推荐引擎，该信息推荐请求中包含任务或与所录入的突发公共事件的事件类型相关的信息；推荐引擎根据信息推荐请求从资源管控器中推荐与该信息推荐请求中任务或与所录入的突发公共事件的事件类型相关的信息有关的信息。

21.如权利要求19所述的突发公共事件的应急管理系统，其特征在于，

验证器，用于从资源管控器中获取业务规则；将处置方案转化为全自动机表示；将业务规则转化为全自动机表示并求补；将求补的结果与转化为全自动机表示的处置方案进行与操作；如果与操作的结果为空，则验证器将处置方案发送至应急方案执行引擎，应急方案执行引擎执行处置方案，向各应急服务下达任务指令；否则验证器向推荐引擎发送改建议推荐请求，推荐引擎提示用户修改任务的配置。

22.如权利要求19所述的突发公共事件的应急管理系统，其特征在于，应急方案执行引擎，用于将处置方案中的各个任务发送至相应的应急服务。

Images