应急处置系统、方法、电子装置和存储介质与流程

1.本技术涉及应急处置领域，特别是涉及应急处置系统、方法、电子装置和存储介质。


背景技术：

2.应急处置是指应急管理者在时间、资源的约束条件下，控制突发事件的后果。政府部门一般采用线下的应急处置流程进行处理，处理效率较为低下，管理起来也比较繁琐。
3.相关技术中，一般通过搭建线上系统进行应急处置流程工作与管理，然而目前的应急处置平台还存在数据存储安全性不足的问题。
4.针对相关技术中存在应急处置数据存储安全性不足的问题，目前还没有提出有效的解决方案。


技术实现要素：

5.在本实施例中提供了一种应急处置系统、方法、电子装置和存储介质，以解决相关技术中应急处置数据存储安全性不足的问题。
6.第一个方面，在本实施例中提供了一种应急处置系统，所述系统包括：应急起草模块、应急定级模块和消息收发装置；
7.所述应急起草模块，用于接收起草用户发送的应急发文起草文件并备份存储，同时将所述应急发文起草文件转发至所述消息收发装置；其中，所述起草用户与所述应急起草模块相匹配；
8.所述消息收发装置，用于在接收到所述应急发文起草文件后，发送所述应急发文起草文件至所述应急定级模块；
9.所述应急定级模块，用于接收定级用户基于所述应急发文起草文件生成的应急定级文件并备份存储；其中，所述定级用户与所述应急定级模块相匹配。
10.在其中的一些实施例中，所述系统还包括应急结果审核模块；
11.所述消息收发装置在接收到所述应急定级模块发送的所述应急定级文件后，将所述应急定级文件转发至所述应急结果审核模块；
12.所述应急结果审核模块，用于接收所述消息收发装置转发的所述应急定级文件，并接收审核用户基于所述应急定级文件生成的应急结果文件并备份存储；
13.所述应急结果审核模块，还用于将所述应急结果文件转发至所述消息收发装置，并由所述消息收发装置发送所述应急结果文件至所述应急起草模块和所述应急定级模块进行显示；其中，所述审核用户与所述应急结果审核模块相匹配
14.在其中的一些实施例中，所述系统还包括应急结果审核模块；
15.所述消息收发装置在接收到所述应急定级模块发送的所述应急定级文件后，将所述应急定级文件转发至所述应急结果审核模块；
16.所述应急结果审核模块，用于接收所述消息收发装置转发的所述应急定级文件，
并接收审核用户基于所述应急定级文件生成的应急结果文件并备份存储；
17.所述应急结果审核模块，还用于将所述应急结果文件转发至所述消息收发装置，并由所述消息收发装置发送所述应急结果文件至所述应急起草模块和所述应急定级模块进行显示；其中，所述审核用户与所述应急结果审核模块相匹配
18.在其中的一些实施例中，所述应急定级模块包括应急预案单元和应急定级单元；所述定级用户包括第一定级用户和第二定级用户；
19.所述应急预案单元获取预设的打分模板，并接收所述第一定级用户基于所述应急发文起草文件和所述打分模板生成的打分结果，并将所述打分结果发送至所述应急定级单元；其中，所述第一定级用户与所述应急预案单元相匹配；
20.所述应急定级单元接收所述第二定级用户基于所述打分结果生成的所述应急定级文件，并发送至所述消息收发装置；其中，所述第二定级用户与所述应急定级单元相匹配。
21.在其中的一些实施例中，所述应急定级模块还用于获取定级时长；
22.在所述定级时长超过第一预设定级逾期时长时，所述应急定级模块产生定级逾期提醒信息；在所述定级时长超过第二预设定级逾期时长时，所述应急定级模块产生定级逾期通知信息；其中，所述第二预设定级逾期时长大于所述第一预设定级逾期时长；
23.和/或，所述应急结果审核模块还用于获取审核时长；在所述审核时长超过第一预设审核逾期时长时，所述应急结果审核模块产生审核逾期提醒信息；在所述审核时长超过第二预设审核逾期时长时，所述应急结果审核模块产生审核逾期通知信息；其中，所述第二预设审核逾期时长大于所述第一预设审核逾期时长。
24.在其中的一些实施例中，所述系统还包括用户信息存储装置；
25.所述用户信息存储装置，用于存储所述应急处置系统的用户信息，并标记与所述用户信息对应的用户类型标识；其中，所述用户类型标识包括起草用户标识和定级用户标识；
26.所述用户信息存储装置在所述用户类型标识为所述起草用户标识的情况下，根据所述起草用户标识将所述用户信息发送至所述应急起草模块；
27.所述用户信息存储装置在所述用户类型标识为所述定级用户标识的情况下，根据所述定级用户标识将所述用户信息发送至所述应急定级模块。
28.在其中的一些实施例中，所述消息收发装置根据所述用户类型标识将所述应急发文起草文件发送至所述定级用户，将所述应急定级文件发送至所述审核用户，并将应急结果文件发送至所述起草用户和/或所述定级用户。
29.第二个方面，在本实施例中提供了一种应急处置方法，所述方法包括：
30.第一服务器接收起草用户发送的应急发文起草文件并备份存储，同时将所述应急发文起草文件转发至消息收发装置；其中，所述起草用户与所述第一服务器相匹配；
31.所述消息收发装置在接收到所述应急发文起草文件后，发送所述应急发文起草文件至第二服务器；
32.所述第二服务器接收定级用户基于所述应急发文起草文件生成的应急定级文件并备份存储；其中，所述定级用户与所述第二服务器相匹配。
33.第三个方面，在本实施例中提供了一种电子装置，包括存储器、处理器以及存储在
所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一个方面所述的应急处置系统。
34.第四个方面，在本实施例中提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一个方面所述的应急处置系统。
35.与相关技术相比，在本实施例中提供的应急处置系统、方法、电子装置和存储介质，所述系统包括：应急起草模块、应急定级模块和消息收发装置；所述应急起草模块，用于接收起草用户发送的应急发文起草文件并备份存储，同时将所述应急发文起草文件转发至所述消息收发装置；其中，所述起草用户与所述应急起草模块相匹配；所述消息收发装置，用于在接收到所述应急发文起草文件后，发送所述应急发文起草文件至所述应急定级模块；所述应急定级模块，用于接收定级用户基于所述应急发文起草文件生成的应急定级文件并备份存储；其中，所述定级用户与所述应急定级模块相匹配，解决了应急处置数据存储安全性不足的问题，实现了应急处置的线上高效处理、应急处置数据安全性保障。
36.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
37.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
38.图1为一个实施例中应急处置系统的终端的硬件结构框图；
39.图2为一个实施例中一种应急处置系统的结构；
40.图3为一个实施例中另一种应急处置系统的结构；
41.图4为一个实施例中又一种应急处置系统的结构；
42.图5为一个实施例中应急处置系统的时序图；
43.图6为一个实施例中应急处置方法的流程图；
44.图7为一个实施例中计算机设备的内部结构图。
具体实施方式
45.为更清楚地理解本技术的目的、技术方案和优点，下面结合附图和实施例，对本技术进行了描述和说明。
46.除另作定义外，本技术所涉及的技术术语或者科学术语应具有本技术所属技术领域具备一般技能的人所理解的一般含义。在本技术中的“一”、“一个”、“一种”、“该”、“这些”等类似的词并不表示数量上的限制，它们可以是单数或者复数。在本技术中所涉及的术语“包括”、“包含”、“具有”及其任何变体，其目的是涵盖不排他的包含；例如，包含一系列步骤或模块(单元)的过程、方法和系统、产品或设备并未限定于列出的步骤或模块(单元)，而可包括未列出的步骤或模块(单元)，或者可包括这些过程、方法、产品或设备固有的其他步骤或模块(单元)。在本技术中所涉及的“连接”、“相连”、“耦接”等类似的词语并不限定于物理的或机械连接，而可以包括电气连接，无论是直接连接还是间接连接。在本技术中所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。通常情况下，
字符“/”表示前后关联的对象是一种“或”的关系。在本技术中所涉及的术语“第一”、“第二”、“第三”等，只是对相似对象进行区分，并不代表针对对象的特定排序。
47.在本实施例中提供的系统实施例可以在终端、计算机或者类似的运算装置中实现。比如在终端上实现，图1是本实施例的应急处置系统的终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102和用于存储数据的存储器104，其中，处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置。上述终端还可以包括输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限制。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示出的不同配置。
48.存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如在本实施例中的应急处置系统对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
49.输入输出设备108用于实现用户和终端之间的交互，例如，将本实施例中的应急处置系统的处理结果展示给用户。
50.在本实施例中提供了一种应急处置系统，以下所使用的术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管在以下实施例中所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图2为本实施例中的一种该应急处置系统的结构图，如图2所示，该系统包括应急起草模块202、应急定级模块204和消息收发装置206；
51.该应急起草模块202，用于接收起草用户发送的应急发文起草文件并备份存储，同时将该应急发文起草文件转发至该消息收发装置206；其中，该起草用户与该应急起草模块202相匹配。
52.需要说明的是，该起草用户为在该应急起草模块202中被授权的一批用户，该起草用户可以是指定的一个或几个被授权的起草用户，也可以是随机分配的一个或几个被授权的起草用户；该应急发文起草文件包括发文信息和草案确认结果；进一步地，该发文信息包括起草文件标识、应急处置标题、应急处置编号、重要程度、事发单位、应急处置正文；该起草文件标识用于唯一标识针对任意应急处置任务的该应急起草模块的起草文件；该应急处置正文包括事件名称、事件类型、来源ip、地理位置、事件开始时间、事件等级、目标ip、所属监管单位、事件来源、第一预设定级逾期时长、第二预设定级逾期时长、第一预设审核逾期时长和第二预设审核逾期时长；该第二预设定级逾期时长是指应急定级期限；该第一预设定级逾期时长是指在应急定级期限前的一段时间，例如前24小时或前3小时；该第二预设审核逾期时长是指应急审核期限；该第一预设审核逾期时长是指在应急审核期限前的一段时间，例如前24小时或前3小时；该草案确认结果包括具体起草用户、起草时间和起草结果状态；该起草结果状态用于指示起草结束后对上述应急发文起草文件进行备份存储，并将该应急发文起草文件转发至该消息收发装置206。
53.该消息收发装置206，用于在接收到该应急发文起草文件后，发送该应急发文起草文件至该应急定级模块204。
54.该应急定级模块204，用于接收定级用户基于该应急发文起草文件生成的应急定级文件并备份存储；其中，该定级用户与该应急定级模块204相匹配。
55.需要说明的是，该定级用户为在该应急定级模块204中被授权的一批用户，该定级用户可以是指定的一个或几个被授权的定级用户，也可以是随机分配的一个或几个被授权的定级用户；该应急定级文件包括该发文信息、预案信息和定级结果；进一步地，该预案信息包括预案标识、预设的打分模板、预案用户、预案时间、预案状态；该预案标识用于唯一标识针对上述应急处置任务的预案信息；该预案用户为上述定级用户中生成预案信息的用户；该预案状态用于指示在生成预案信息后进一步生成定级结果；该定级结果包括定级标识、定级结果用户、定级时间和定级结果状态；该定级标识用于唯一标识针对上述应急处置任务的定级结果；该定级结果用户为上述定级用户中生成定级结果的用户；该定级结果状态用于指示在生成定级结果后生成该应急定级文件并备份存储。
56.本实施例中提供的一种应急处置系统，通过应急起草模块生成应急发文起草文件并备份存储、应急定级模块生成应急定级文件并备份存储，并利用消息收发装置连接该应急起草模块和该应急定级模块，实现了应急处置信息的解耦、分开存储，以及利用消息收发装置的高效信息传输，解决了应急处置数据存储安全性不足的问题。
57.在其中的一些实施例中，还提供了一种应急处置系统，图3为本实施例中的另一种应急处置系统的结构图，如图3所示，该系统还包括应急结果审核模块302；
58.该消息收发装置206在接收到该应急定级模块204发送的该应急定级文件后，将该应急定级文件转发至该应急结果审核模块302；
59.该应急结果审核模块302，用于接收该消息收发装置206转发的该应急定级文件，并接收审核用户基于该应急定级文件生成的应急结果文件并备份存储；
60.该应急结果审核模块302，还用于将该应急结果文件转发至该消息收发装置206，并由该消息收发装置发送该应急结果文件至该应急起草模块202和该应急定级模块204进行显示；其中，该审核用户与该应急结果审核模块302相匹配。
61.需要说明的是，该审核用户为在该应急结果审核模块302中被授权的一批用户，该审核用户可以是指定的一个或几个被授权的审核用户，也可以是随机分配的一个或几个被授权的审核用户；该应急结果文件包括最终确认结果；进一步地，该最终确认结果包括结果确认标识、审核用户、结果确认时间和结果确认状态；该结果确认标识用于唯一标识针对上述应急处置任务的最终确认结果；该结果确认状态用于指示在生成最终确认结果后生成应急结果文件，并将该应急结果文件备份存储，同时转发至该消息收发装置206；该结果确认状态包括指示该应急处置任务为通过或不通过。
62.进一步地，在上述结果确认状态指示该应急处置任务为通过的情况下，该应急定级模块204接收到该消息收发装置206转发的应急结果文件后，将该应急定级文件归档，并结束该应急定级模块204内针对上述应急处置任务的进程；该应急起草模块202接收到该消息收发装置206转发的应急结果文件后，将该应急发文起草文件归档，并结束该应急起草模块202内针对上述应急处置任务的进程。
63.在上述结果确认状态指示该应急处置任务为不通过的情况下，该应急定级模块
204接收到该消息收发装置206转发的应急结果文件后，获取针对该应急处置任务的该应急定级文件中的预案标识和定级标识，根据该预案标识指示对应的预案用户重新生成预案信息，并根据该定级标识指示对应的定级结果用户重新生成定级结果后，实现上述应急处置系统的流程；应急起草模块202接收到该消息收发装置206转发的应急结果文件后，获取针对该应急处置任务的该应急发文起草文件中的起草文件标识，根据该起草文件标识指示对应的起草用户重新生成应急发文起草文件后，实现上述应急处置系统的流程。
64.本实施例中提供的一种应急处置系统，通过设置应急结果审核模块302生成应急结果文件，以实现应急处置的二次确认，同时将应急结果文件进行备份存储，解决了应急处置数据存储安全性不足的问题，达到了保证发文准确性和数据安全性的目的。
65.在其中的一些实施例中，该应急起草模块202包括应急发起单元和应急确认单元；该起草用户包括第一起草用户和第二起草用户；
66.该应急发起单元接收该第一起草用户发送的应急草案，并发送该应急草案至该应急确认单元；其中，该第一起草用户与该应急发起单元相匹配；
67.该应急确认单元接收该第二起草用户对该应急草案的确认结果，生成该应急发文起草文件，并发送至该消息收发装置；其中，第二起草用户与该应急确认单元相匹配。
68.需要说明的是，该第一起草用户用于根据上述应急处置任务进行任务证据收集，并根据该任务证据进行应急草案的起草，生成该应急草案；该应急草案包括该发文信息；该第二起草用户用于对该应急草案进行真实性验证，并得到该确认结果。
69.本实施例中提供的一种应急处置系统，通过在应急起草模块202设置应急发起单元和应急确认单元，以实现应急处置起草和初步确认，保障了该应急发文起草文件的真实性、准确性。
70.在其中的一些实施例中，该应急定级模块204包括应急预案单元和应急定级单元；该定级用户包括第一定级用户和第二定级用户；
71.该应急预案单元获取预设的打分模板，并接收该第一定级用户基于该应急发文起草文件和该打分模板生成的打分结果，并将该打分结果发送至该应急定级单元；其中，该第一定级用户与该应急预案单元相匹配；
72.该应急定级单元接收该第二定级用户基于该打分结果生成的该应急定级文件，并发送至该消息收发装置；其中，该第二定级用户与该应急定级单元相匹配。
73.需要说明的是，该第一定级用户获取预设的打分模板，并根据预设的打分模板对应急处置任务的发文信息进行预案，并做出预案方案，得到打分结果；该第二定级用户用于根据该打分结果对该应急处置任务进行定级，并生成该应急定级文件。
74.可选地，该预设的打分模板的内容可以为：是否下发隐患告知书、是否下发整改通知书、是否开展行政处罚、是否有网站安全隐患处置结果反馈表、是否有安全事件处置涉及系统信息表、是否有网络安全事件核查处置表、是否有网络安全事件现场调查处置情况记录单、是否有整改情况报告、是否有处置报告；上述每一项内容中，若结果为否，则分数为0；上述每一项内容的最高分可以为5分，由该第一定级用户根据实际情况确定。
75.可选地，该打分结果的级别可以进一步地分为一级至九级；该级别中每一级的最高分可以为5分，一级最低分为0分，九级最高分为45分；该打分结果的级别越高，应急处置的风险越高；具体地，该打分结果的级别由第二定级用户计算得到，并由第二定级用户根据
级别生成该应急定级文件。
76.本实施例中提供的一种应急处置系统，通过获取打分结果从而获取应急定级文件，对上述应急处置任务进行定级，能够根据定级结果对应急处置任务进行进一步快速处理，实现了该应急处置系统高效应对应急处置任务的目的。
77.在其中的一些实施例中，该应急定级模块204还用于获取定级时长；
78.在该定级时长超过第一预设定级逾期时长时，该应急定级模块204产生定级逾期提醒信息；在该定级时长超过第二预设定级逾期时长时，该应急定级模块204产生定级逾期通知信息；其中，该第二预设定级逾期时长大于该第一预设定级逾期时长；
79.和/或，该应急结果审核模块302还用于获取审核时长；在该审核时长超过第一预设审核逾期时长时，该应急结果审核模块302产生审核逾期提醒信息；在该审核时长超过第二预设审核逾期时长时，该应急结果审核模块302产生审核逾期通知信息；其中，该第二预设审核逾期时长大于该第一预设审核逾期时长。
80.本实施例中提供的一种应急处置系统，在该应急定级模块204和/或该应急结果审核模块302中，对定级时长和/或审核时长进行判断，从而保证了该应急处置系统的运行效率。
81.在其中的一些实施例中，还提供了一种应急处置系统，图4是本实施例的另一种应急处置系统的结构图，如图4所示，该系统还包括用户信息存储装置；
82.该用户信息存储装置，用于存储该应急处置系统的用户信息，并标记与该用户信息对应的用户类型标识；其中，该用户类型标识包括起草用户标识和定级用户标识；
83.该用户信息存储装置在该用户类型标识为该起草用户标识的情况下，根据该起草用户标识将该用户信息发送至该应急起草模块；
84.该用户信息存储装置在该用户类型标识为该定级用户标识的情况下，根据该定级用户标识将该用户信息发送至该应急定级模块。
85.需要说明的是，该用户类型标识还可以包括审核用户标识。
86.具体地，首先，应急起草模块获取用户信息存储装置中的用户列表，得到应急发起单元和应急确认单元的操作用户，分别为第一起草用户和第二起草用户；应急发起单元将应急草案发送给应急确认单元，应急确认单元将确认后的应急发文起草文件下发起草给消息收发装置，并对用户信息存储装置中的用户信息进行实时同步；其次，应急预案单元监听到消息收发装置中有应急发文起草文件后，应急定级模块获取用户信息存储装置中的用户列表，得到应急预案单元和应急定级单元的操作用户，分别为第一定级用户和第二定级用户；应急预案单元将打分结果发送给应急定级单元，应急定级单元得到应急定级文件后下发定级结果给消息收发装置，并对用户信息存储装置中的用户信息进行实时同步；再次，应急结果审核模块监听到消息收发装置中有应急定级文件后，应急结果审核模块获取用户信息存储装置中的用户列表，得到应急结果审核模块的审核用户信息，并将应急结果文件发送给消息收发装置，通知审核结果，同时对用户信息存储装置中的用户信息进行实时同步；最后，消息收发装置接收到应急结果文件后，将应急结果文件转发给应急起草模块和应急定级模块进行反馈。
87.需要说明的是，上述消息收发装置可以采用消息队列的形式实现；其中，暂存应急发文起草文件的队列可以为com.document；暂存应急定级文件的队列可以为com.verify；
暂存应急结果文件的队列可以为com.result。
88.本实施例中提供的一种应急处置系统，通过设置该用户信息存储装置，进行该应急起草模块、应急定级模块和应急结果审核模块对应的用户信息的存储，在执行应急处置任务实现应急处置系统时，从该用户信息存储装置获取到对应的用户信息后，能够针对性地将上述在不同模块中存储的文件传输给对应的用户进行处理，实现了用户数据的快捷管理和该应急处置系统的高效运行。
89.在其中的一些实施例中，该消息收发装置根据该用户类型标识将该应急发文起草文件发送至该定级用户，将该应急定级文件发送至该审核用户，并将应急结果文件发送至该起草用户和/或该定级用户。
90.本实施例中提供的一种应急处置系统，该消息收发装置根据通过该用户类型标识，能够针对性地将上述在不同模块中存储的文件传输给对应的用户进行处理，实现了用户数据的快捷管理和该应急处置系统的高效运行。
91.在本实施例中还提供了一种应急处置系统，图5是本实施例的一种应急处置系统的时序图，如图5所示，应急发起中心在接收到应急处置任务时，从用户中心获取所有中心负责的用户信息，从而获取应急发起中心中对应发起用户起草的应急草案，并发送给应急确认中心；应急确认中心接收到确认草案后，将确认草案发送给消息中心，由消息中心将草案消息转发给应急定级预案中心；应急以定级预案中心接收到确认后的草案信后，获取预案处理结果，并将预案处理结果发送给应急定级确认中心；应急定级确认中心获取确认后的预案和预案的定级结果，并发送给消息中心，由消息中心转发给应急结果确认中心；应急结果确认中心获取到发文信息通过的结果确认信息后发送给消息中心；消息中心将发文信息通过的结果确认信息转发给应急定级确认中心、应急定级预案中心、应急确认中心和应急发起中心，并结束该应急处置任务。
92.在本实施例中提供了一种应急处置方法，图6是本实施例的应急处置方法的流程图，如图6所示，该流程包括如下步骤：
93.步骤s602，第一服务器接收起草用户发送的应急发文起草文件并备份存储，同时将该应急发文起草文件转发至消息收发装置；其中，该起草用户与该第一服务器相匹配。
94.步骤s604，该消息收发装置在接收到该应急发文起草文件后，发送该应急发文起草文件至第二服务器。
95.步骤s606，该第二服务器接收定级用户基于该应急发文起草文件生成的应急定级文件并备份存储；其中，该定级用户与该第二服务器相匹配。
96.通过上述步骤，第一服务器生成应急发文起草文件并备份存储、第二服务器生成应急定级文件并备份存储，并利用消息收发装置连接该第一服务器和该第二服务器，实现了应急处置信息的分开独立存储、以及利用消息收发装置的高效信息传输，解决了应急处置数据存储安全性不足的问题。
97.应该理解的是，虽然图6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，
而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
98.在本实施例中还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以实现上述任一项所述的应急处置系统。
99.可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
100.需要说明的是，在本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，在本实施例中不再赘述。
101.此外，结合上述实施例中提供的应急处置系统，在本实施例中还可以提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种应急处置系统。
102.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储应急处置数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机设备可以用于实现上述一个实施例或者多个实施例的结合；也可以用于实现上述一个模块或多个模块的结合，此处不再赘述。
103.本领域技术人员可以理解，图7中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
104.应该明白的是，这里描述的具体实施例只是用来解释这个应用，而不是用来对它进行限定。根据本技术提供的实施例，本领域普通技术人员在不进行创造性劳动的情况下得到的所有其它实施例，均属本技术保护范围。
105.显然，附图只是本技术的一些例子或实施例，对本领域的普通技术人员来说，也可以根据这些附图将本技术适用于其他类似情况，但无需付出创造性劳动。另外，可以理解的是，尽管在此开发过程中所做的工作可能是复杂和漫长的，但是，对于本领域的普通技术人员来说，根据本技术披露的技术内容进行的某些设计、制造或生产等更改仅是常规的技术手段，不应被视为本技术公开的内容不足。
[0106]“实施例”一词在本技术中指的是结合实施例描述的具体特征、结构或特性可以包括在本技术的至少一个实施例中。该短语出现在说明书中的各个位置并不一定意味着相同的实施例，也不意味着与其它实施例相互排斥而具有独立性或可供选择。本领域的普通技术人员能够清楚或隐含地理解的是，本技术中描述的实施例在没有冲突的情况下，可以与其它实施例结合。
[0107]
以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对专利保护范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。