具体实施方式

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

如图1a和图1b所示，为本申请实施例提供的一种应急处理方法的示意图，包括如下步骤：

S101：在接收到信息系统的告警信息的情况下，将告警信息输入至故障评估模型中，得到故障评估模型输出的故障评分。

其中，故障评估模型基于将样本告警信息作为输入，并以人为针对样本告警信息进行打分的分数作为训练目标，预先训练得到。

需要说明的是，故障评估模型属于机器学习模型，机器学习模型的训练过程，属于本领域技术人员所熟悉的公知常识，这里不再赘述。

S102：当故障评分大于预设阈值时，向具有会议组织权限的用户发送应急提示。

其中，当故障评分不大于预设阈值时，则代表告警信息所示的故障并不会对业务造成不良影响，可以忽略不计，避免造成不必要的应急工作，从而提高应急处理的可靠性。

在应急处理领域中，用户所承担的角色包括但不限于为：一级运维人员(负责接收信息系统的告警信息)、二级运维人员(负责信息系统日常巡检、复杂问题分析)、应急会议组织者(负责组织信息系统应急会议，呼入相关方并协调应急资源)、应急会议参与者(与信息系统故障相关联的本系统、其它系统的相关应急人员)、应急处置执行者(进行信息系统故障恢复时的具体操作人员)、应急会议决策者(进行信息系统应急操作决策人员，一般由应急会议最高职务等级人员担任)。

S103：在接收到具有会议组织权限的用户，基于应急提示发送的语音指令的情况下，对语音指令进行语音识别，得到指令文本，并对指令文本进行语义纠错，得到符合语义逻辑的指令信息。

其中，语音识别和语义纠错的具体实现原理，均为本领域技术人员所熟悉的公知常识，这里不再赘述。

需要说明的是，还会将指令文本、应急提示的发送时间、指令信息的生成时间之间的对应关系，存储至本地数据库中。

S104：在检测到指令文本包含有第一预设关键词的情况下，创建应急会议，并通过实时看板展示应急会议的主题和告警信息。

其中，第一预设关键词包括但不限于为：创建会议、组织会议等。应急会议包括电话会议和视频会议。

需要说明的是，应急会议的主题可由目标用户通过预设界面输入。

S105：获取参会人员名单，并从本地预存的通讯录中，查询参会人员名单所示各个参会人员的联系方式。

其中，参会人员名单可由具有会议组织权限的用户基于预设界面输入，也可直接从本地数据库中直接读取。此外，参会人员的联系方式包括但不限于为邮箱、手机号码、电话号码等。

S106：依据各个参会人员的联系方式，向各个参会人员发送参会提示。

其中，各个参会人员接收到参会提示之后，可以通过移动终端、计算机加入应急会议。并且，各个参会人员加入应急会议之前，都需要进行身份认证，避免无关人员参与应急会议，提高应急会议的保密性。

需要说明的是，身份认证的实现方式包括但不限于为：利用账号和密码登录，进行人脸识别，以及身份证号认证等。

S107：在检测到每个参会人员基于参会提示进入应急会议的情况下，从通讯录中，获取每个参会人员的身份信息，并语音提示每个参会人员的身份信息，以及通过实时看板展示每个参会人员的身份信息。

其中，语音提示参会人员的身份信息的实现过程，为本领域技术人员所熟悉的公知常识，具体的，假设检测到开发部门的李四进入应急会议，则语音提示“运维部门的李四已加入会议”。

S108：获取每个参会人员的语音发言，对每个语音发言进行语音识别，得到每个参会人员的发言文本，对每个发言文本进行语义纠错，得到每个参会人员的发言信息，并通过实时看板展示每个参会人员的发言信息。

S109：集合每个参会人员的发言信息，生成告警信息所示故障的应急文档。

其中，应急文档包括各个参会人员针对告警信息所示故障所提出的指令，指令用于指示对信息系统的处置方案。

S110：从应急文档所示的各个指令中，选取具有决策权限的参会人员所提出的指令，作为决策指令。

S111：判断预设故障数据库中是否包含告警信息所示故障。

若预设故障数据库中包含告警信息所示故障，则执行S112，否则执行S113。

其中，预设故障数据库包括故障与标准化应急处置方案的对应关系。

需要说明的是，标准化应急处置方案为：同一故障的不同应急文档均包含的处置方案。具体的，可以利用机器学习算法，识别得出同一故障的不同应急文档中所共有的处置方案，假设信息系统连续三次发生了交易调用缓慢的故障，每次发生故障均进行通过应急会议，对应得到一个应急文档，总共得到三个应急文档、且都是针对同一故障的应急文档，利用机器学习算，对三个应急文档进行识别，得到三个应急文档均包含有“停止交易调用”处置方案，因此，确定“停止交易调用”处置方案为三个应急文档所共有的处置方案，并将“停止交易调用”处置方案，作为与交易调用缓慢的故障对应的标准化应急处置方案。

此外，参会人员可以通过预设界面，查看预设故障数据库中所记录的故障与标准化应急处置方案的对应关系。

S112：从预设故障数据库中，选取与告警信息所示故障对应的标准化应急处置方案，作为待执行方案。

在执行S112后，继续执行S115。

S113：对决策指令所指示的处置方案进行语义纠错，得到新的处置方案，并将新的处置方案标识为新的标准化应急处置方案，以及将告警信息所示故障与新的标准化应急处置方案的对应关系，存储至预设故障数据库中。

S114：将新的处置方案标识为待执行方案。

执行S114后，继续执行S115。

S115：判断待执行方案是否包含有第二预设关键词。

若待执行方案包含有第二预设关键词，则执行S116，否则执行S118。

其中，若待执行方案包含有第二预设关键词，则代表待执行方案较为敏感，需要具有预设权限的人员进行再次确认无误后，才能下发给应急执行人员。

S116：向具有预设权限的用户发送决策提示，并接收具有预设权限的用户反馈的确认信息。

在执行S116后，继续执行S117。

S117：在确认信息指示允许进行待执行方案的情况下，将待执行方案发送给应急执行人员，触发应急执行人员依据待执行方案，对信息系统进行应急处理。

在执行S117后，继续执行S119。

其中，应急执行人员在依据待执行方案，对信息系统进行应急处理之后，还会将应急处理的进展结果反馈给参会人员。

需要说明的是，在确认信息指示不允许进行待执行方案的情况下，向参会人员发送待执行方案无法执行的提示。

S118：将待执行方案发送给应急执行人员，触发应急执行人员依据待执行方案，对信息系统进行应急处理。

在执行S118后，继续执行S119。

S119：接收应急执行人员基于待执行方案反馈的进展结果，并通过实时看板展示进展结果。

S120：在进展结果指示故障成功修复的情况下，以预设文档模板作为参照对应急文档进行修正，得到符合预设格式的应急文档，并将符合预设格式的应急文档存储至本地数据库中。

基于上述S101-S120所示流程，相较于现有的应急处理方式，本实施例具有以下有益效果：

1、在应急会议创建阶段，通过自动关联告警系统和通讯录，实现快速的拉会，缩短应急时长，通过实时的应急看板，实现中途入会人员快速了解应急过程，减少大量重复沟通事件，从而有效提高应急处理的效率；

2、对应急会议中的决策指令进行智能纠错，使应急操作执行者能够获取准确的命令，减少因误操作带来的风险，并利用预设故障数据库中的标准化应急处置方案哦，不仅提高应急决策的效率，还能减少应急误操作的风险；

3、通过生成应急文档，对应急会议进行复盘总结，识别应急处理过程中的不足之处，方便后续进行改进，并将同一故障的各个应急文档均包含的处置方案，作为与故障对应的标准化应急处置方案，方便后续的应急过程进行参考。

综上所述，相较于现有技术，本实施例所述方法，当告警信息产生时便能快速生成应急会议，利用参会人员名单和通讯录快速通知参会人员加入应急会议，并依据各个参会人员的发言信息快速地得出待执行方案，及时触发应急执行人员依据待执行方案对信息系统进行应急处理，确保应急处理过程高效且省时，从而有效提高应急处理的效率。

需要说明的是，上述实施例提及的S101，为本申请所述应急处理方法的一种可选的实现方式。此外，上述实施例提及的S118，也为本申请所述应急处理方法的一种可选的实现方式。为此，上述实施例所述的流程，可以概括为图2所示的方法。

如图2所示，为本申请实施例提供的另一种应急处理方法的示意图，包括如下步骤：

S201：在接收到信息系统的告警信息的情况下，向用户发送应急提示。

S202：在接收到用户基于应急提示发送的语音指令的情况下，创建应急会议。

S203：从本地预存的通讯录中，查询参会人员名单所示各个参会人员的联系方式。

其中，参会人员名单由用户基于预设界面输入。

S204：依据各个参会人员的联系方式，向各个参会人员发送参会提示。

S205：在检测到每个参会人员，基于参会提示进入应急会议的情况下，获取每个参会人员的发言信息。

S206：集合每个参会人员的发言信息，生成告警信息所示故障的应急文档。

其中，应急文档包括各个参会人员针对告警信息所示故障所提出的指令，指令用于指示对信息系统的处置方案。

S207：从各个处置方案中选取一个处置方案，作为待执行方案。

S208：将待执行方案发送给应急执行人员，触发应急执行人员依据待执行方案，对信息系统进行应急处理。

综上所述，相较于现有技术，本实施例所述方法，当告警信息产生时便能快速生成应急会议，利用参会人员名单和通讯录快速通知参会人员加入应急会议，并依据各个参会人员的发言信息快速地得出待执行方案，及时触发应急执行人员依据待执行方案对信息系统进行应急处理，确保应急处理过程高效且省时，从而有效提高应急处理的效率。

与上述本申请实施例提供的应急处理方法相对应，本申请实施例还提供了一种应急处理装置。

如图3所示，为本申请实施例提供的一种应急处理装置的架构示意图，包括：

应急提示单元100，用于在接收到信息系统的告警信息的情况下，向用户发送应急提示。

其中，应急提示单元100具体用于：在接收到信息系统的告警信息的情况下，将告警信息输入至故障评估模型中，得到故障评估模型输出的故障评分；故障评估模型基于将样本告警信息作为输入，并以人为针对样本告警信息进行打分的分数作为训练目标，预先训练得到；当故障评分大于预设阈值时，向具有会议组织权限的用户发送应急提示。

会议创建单元200，用于在接收到用户基于应急提示发送的语音指令的情况下，创建应急会议。

其中，会议创建单元200具体用于：在接收到具有会议组织权限的用户，基于应急提示发送的语音指令的情况下，对语音指令进行语音识别，得到指令文本，并对指令文本进行语义纠错，得到符合语义逻辑的指令信息；在检测到指令文本包含有第一预设关键词的情况下，创建应急会议，并通过实时看板展示应急会议的主题和告警信息；主题由具有会议组织权限的用户基于预设界面输入。

人员查询单元300，用于从本地预存的通讯录中，查询参会人员名单所示各个参会人员的联系方式。参会人员名单由用户基于预设界面输入。

参会提示单元400，用于依据各个参会人员的联系方式，向各个参会人员发送参会提示。

发言获取单元500，用于在检测到每个参会人员，基于参会提示进入应急会议的情况下，获取每个参会人员的发言信息。

其中，发言获取单元500具体用于：在检测到每个参会人员进入应急会议的情况下，从通讯录中，获取每个参会人员的身份信息，并语音提示每个参会人员的身份信息，以及通过实时看板展示每个参会人员的身份信息；获取每个参会人员的语音发言，对每个语音发言进行语音识别，得到每个参会人员的发言文本，对每个发言文本进行语义纠错，得到每个参会人员的发言信息，并通过实时看板展示每个参会人员的发言信息。

文档生成单元600，用于集合每个参会人员的发言信息，生成告警信息所示故障的应急文档。应急文档包括各个参会人员针对告警信息所示故障所提出的指令。指令用于指示对信息系统的处置方案。

步骤选取单元700，用于从各个处置方案中选取一个处置方案，作为待执行方案。

其中，步骤选取单元700具体用于：判断预设故障数据库中是否包含告警信息所示故障；预设故障数据库包括故障与标准化应急处置方案的对应关系；若预设故障数据库中包含告警信息所示故障，从预设故障数据库中，选取与告警信息所示故障对应的标准化应急处置方案，作为待执行方案；若预设故障数据库中不包含告警信息所示故障，从各个处置方案中选取一个处置方案，作为待执行方案。

步骤选取单元700具体用于：从应急文档所示的各个指令中，选取具有决策权限的参会人员所提出的指令，作为决策指令；对决策指令所指示的处置方案进行语义纠错，得到新的处置方案；将新的处置方案标识为待执行方案；将新的处置方案标识为新的标准化应急处置方案，以及将告警信息所示故障与新的标准化应急处置方案的对应关系，存储至预设故障数据库中；预设故障数据库包括故障与标准化应急处置方案的对应关系。

步骤发送单元800，用于将待执行方案发送给应急执行人员，触发应急执行人员依据待执行方案，对信息系统进行应急处理。

其中，步骤发送单元800具体用于：判断待执行方案是否包含有第二预设关键词；若待执行方案包含有第二预设关键词，向具有预设权限的用户发送决策提示，并接收具有预设权限的用户，基于决策提示反馈的确认信息；在确认信息指示允许执行待执行方案的情况下，将待执行方案发送给应急执行人员；若待执行方案不包含有第二预设关键词，将待执行方案发送给应急执行人员。

综上，相较于现有技术，本实施例方法，当告警信息产生时便能快速生成应急会议，利用参会人员名单和通讯录快速通知参会人员加入应急会议，并依据各个参会人员的发言信息快速地得出待执行方案，及时触发应急执行人员依据待执行方案对信息系统进行应急处理，确保应急处理过程高效且省时，从而有效提高应急处理的效率。

本申请还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，程序执行上述本申请提供的应急处理方法。

本申请还提供了一种应急处理设备，包括：处理器、存储器和总线。处理器与存储器通过总线连接，存储器用于存储程序，处理器用于运行程序，其中，程序运行时执行上述本申请提供的应急处理方法，包括如下步骤：

在接收到信息系统的告警信息的情况下，向用户发送应急提示；

在接收到所述用户基于所述应急提示发送的语音指令的情况下，创建应急会议；

从本地预存的通讯录中，查询参会人员名单所示各个参会人员的联系方式；所述参会人员名单由所述用户基于预设界面输入；

依据各个所述参会人员的联系方式，向各个所述参会人员发送参会提示；

在检测到每个所述参会人员，基于所述参会提示进入所述应急会议的情况下，获取每个所述参会人员的发言信息；

集合每个所述参会人员的发言信息，生成所述告警信息所示故障的应急文档；所述应急文档包括各个所述参会人员针对所述告警信息所示故障所提出的指令；所述指令用于指示对所述信息系统的处置方案；

从各个所述处置方案中选取一个处置方案，作为待执行方案；

将所述待执行方案发送给应急执行人员，触发所述应急执行人员依据所述待执行方案，对所述信息系统进行应急处理。

可选的，所述在接收到信息系统的告警信息的情况下，向具有会议组织权限的用户发送应急提示，包括：

在接收到信息系统的告警信息的情况下，将所述告警信息输入至故障评估模型中，得到所述故障评估模型输出的故障评分；所述故障评估模型基于将样本告警信息作为输入，并以人为针对所述样本告警信息进行打分的分数作为训练目标，预先训练得到；

当所述故障评分大于预设阈值时，向具有会议组织权限的用户发送应急提示。

可选的，在接收到所述用户基于所述应急提示发送的语音指令的情况下，创建应急会议，包括：

在接收到所述具有会议组织权限的用户，基于所述应急提示发送的语音指令的情况下，对所述语音指令进行语音识别，得到指令文本，并对所述指令文本进行语义纠错，得到符合语义逻辑的指令信息；

在检测到所述指令文本包含有第一预设关键词的情况下，创建应急会议，并通过实时看板展示所述应急会议的主题和所述告警信息；所述主题由所述具有会议组织权限的用户基于所述预设界面输入。

可选的，所述在检测到每个所述参会人员，基于所述参会提示进入所述应急会议的情况下，获取每个所述参会人员的发言信息，包括：

在检测到每个所述参会人员进入应急会议的情况下，从所述通讯录中，获取每个所述参会人员的身份信息，并语音提示每个所述参会人员的身份信息，以及通过实时看板展示每个所述参会人员的身份信息；

获取每个所述参会人员的语音发言，对每个所述语音发言进行语音识别，得到每个所述参会人员的发言文本，对每个所述发言文本进行语义纠错，得到每个所述参会人员的发言信息，并通过所述实时看板展示每个所述参会人员的发言信息。

可选的，所述从各个所述处置方案中选取一个处置方案，作为待执行方案，包括：

判断预设故障数据库中是否包含所述告警信息所示故障；所述预设故障数据库包括故障与标准化应急处置方案的对应关系；

若所述预设故障数据库中包含所述告警信息所示故障，从所述预设故障数据库中，选取与所述告警信息所示故障对应的标准化应急处置方案，作为待执行方案；

若所述预设故障数据库中不包含所述告警信息所示故障，从各个所述处置方案中选取一个处置方案，作为待执行方案。

可选的，所述从各个所述处置方案中选取一个处置方案，作为待执行方案，包括：

从所述应急文档所示的各个指令中，选取具有决策权限的参会人员所提出的指令，作为决策指令；

对所述决策指令所指示的处置方案进行语义纠错，得到新的处置方案；

将所述新的处置方案标识为待执行方案；

将所述新的处置方案标识为新的标准化应急处置方案，以及将所述告警信息所示故障与所述新的标准化应急处置方案的对应关系，存储至预设故障数据库中；所述预设故障数据库包括故障与标准化应急处置方案的对应关系。

可选的，所述将所述待执行方案发送给应急执行人员，包括：

判断所述待执行方案是否包含有第二预设关键词；

若所述待执行方案包含有所述第二预设关键词，向具有预设权限的用户发送决策提示，并接收所述具有预设权限的用户，基于所述决策提示反馈的确认信息；

在所述确认信息指示允许执行所述待执行方案的情况下，将所述待执行方案发送给应急执行人员；

若所述待执行方案不包含有所述第二预设关键词，将所述待执行方案发送给应急执行人员。

本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。