应急抢修方法和装置与流程

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.图8为本技术实施例提供的应急抢修方法的流程示意图二；
46.图9为本技术实施例提供的用户组织应急会商示意图；
47.图10为本技术实施例提供的用户发布决策的示意图；
48.图11为本技术实施例提供的管理员权限转移示意图；
49.图12为本技术实施例提供的应急结束的示意图；
50.图13为本技术实施例提供的加入公告板示意图；
51.图14为本技术实施例提供的关键点记录示意图；
52.图15为本技术实施例提供的应急抢修装置的结构示意图；
53.图16为本技术实施例提供的应急抢修电子设备的结构示意图。
具体实施方式
54.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。
55.在本技术的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
56.需要说明的是，本技术实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明。本技术中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
57.应急事件是指业务或者业务系统出现了异常事件，例如，银行的某个存款系统发生故障不能操作，应急抢修是指快速将出现异常事件的业务或者业务系统进行恢复的过程，即，应急抢修就是对应急事件进行处理的过程。
58.现有技术中，在业务或者业务系统出现异常事件时，通常是由发现异常事件的工作人员逐级上报至相关的负责人，由负责人组织相关的抢修人员进行抢修。在抢修过程中，各项工作部署和决策都是逐级下发，抢修的反馈消息也是逐级上报至相关负责人，抢修工作的效率较低。
59.有鉴于此，本技术实施例提供一种应急抢修方法和装置，通过建立应急及时通讯工具，将原有的逐级上报和反馈的线下流程，通过应急及时通讯工具来执行，并在应急事件的处理过程中提供了多种话术模板，可以提高在应急抢修过程中各种事件反馈、处理的速度，提高应急抢修的效率。
60.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立实现，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
61.图1为本技术实施例的应用场景示意图，如图1所示，包括多个终端设备，每个终端设备之间可以通过网络进行互相通信。
62.每一个终端设备中都安装有应急抢修系统，在发生应急事件后，发现应急事件的当事人可以通过应急抢修系统来上报该应急事件，应急事件的负责人根据应急抢修系统中上报的应急事件，来对该应急事件进行判断，并通过应急抢修系统通知对应的抢修人员来进行应急抢修。
63.抢修人员在对该应急事件进行处理后，可以将处理结果(抢修结果)通过应急抢修系统来上报至应急事件的负责人，负责人根据处理结果判断是否结束本次应急抢修，或者，在抢修结果不满足要求时和需要其他人员协助时，负责人可以通过应急抢修系统通知相关人员进行协助处理。
64.可选的，每一个终端设备都绑定一个用户的身份信息，通过应急抢修系统对应急事件进行处理时，不同的用户具有不同的权限。
65.上面对本技术实施例的应用场景进行了简单说明，下面以应用于图1中的终端设备为例，对本技术实施例提供的应急抢修方法进行说明。
66.图2为本技术实施例提供的应急抢修方法的流程示意图，如图2所示，包括如下步骤:
67.s201、响应第一用户的应急启动操作，建立应急事件抢修群；其中，应急事件抢修群的群名是根据当前日期和群名模板生成的，应急事件抢修群的群界面中设置有多个控件。
68.本技术实施例中，第一用户可以为每日应急事件处理值班工作的值班领导，例如值班长，应急启动操作为启动应急抢修流程的操作。
69.在第一用户接收到发生了需要进行应急抢修的事件时，第一用户可以在终端设备上通过应急抢修系统组织相关人员进行维修。
70.示例性的，如图3所示，在终端设备在接收到第一用户对应急抢修系统的触发时，显示对应的应急抢修界面，在终端设备接收到对应急抢修界面中应急启动控件的触发时，启动应急抢修流程，终端设备自动建立应急事件抢修群。
71.其中，请继续参考图3，急事件抢修群如图所示，包括：群名区域，公告板区域，对话区域和输入区域，其中，群名区域用于显示本次应急事件抢修群的名称，该名称为根据当前日期和群名模板生成的，公告板区域用于显示本次应急事件抢修群中的公告内容，对话区域用于显示各用户之间的交流信息，输入区域用各用户进行信息输入和发送。
72.示例性的，终端设备接收到第一用户对输入控件的触发时，可以接受第一用户在输入区域输入文字，并接收到第一用户对发送控件的触发时，将输入的文字发送至应急事件抢修群中。
73.可选的，应急抢修系统还可以对用户的身份信息进行识别，若该用户的身份信息与预设的身份信息不匹配，例如该用户不是第一用户时，则在该用户触发应急启动控件时，显示提醒信息，或者对该触发操作无响应。
74.s202、向第二用户发送入群信息，其中，第二用户为根据第一用户通过应急事件清单输入的应急事件信息确定的，入群信息是根据入群模板生成的，入群信息包括异常事件的发生时间以及抢修群的加入信息。
75.本技术实施例中，应急事件清单是指与本次应急事件相关的信息的集合，应急事件清单为根据应急事件清单模板和第一用户输入的应急事件信息生成的，例如，在建立应急事件抢修群时，显示应急事件清单模板，以供第一用户填写部分相关信息，生产应急事件清单，应急清单的示意图如图4所示。
76.如图4所示，在用户触发应急启动流程后，终端设备可以显示应急事件清单，以供第一用户填写相关信息，其中，部分信息为系统自动填写，例如事件工单号，部分信息可以通过下拉菜单进行选择，例如，事件类别。
77.在接收到第一用户对应急事件清单模板中完成控件的触发后，生成应急事件清单，并根据应急事件清单确定对应的第二用户，其中，第二用户为多个，包括该应急事件的应急抢修人员和相关负责人。例如，在预设的抢修人员名单表中，根据应急事件清单中确定第二用户，预设的抢修人员名单表中包括了不同的应急事件对应的应急抢修人员和相关负责人。
78.可选的，应急事件还可以为业务系统的自动预警，若应急事件为系统的自动预警，则应急事件清单中的内容为系统自动填写，在第一用户触发完成控件时，生成应急事件清单。
79.本技术实施例中，在确定第二用户后，向第二用户发送入群信息，入群信息是根据入群模板生成的，入群信息包括异常事件的发生时间以及抢修群的加入信息，例如，向每个第二用户发送“值班长邀请您加入x月x日xx系统应急抢修群”的链接。
80.可选的，请继续参考图3，在建立应急抢修群后，系统还可以发送邀请相关人员入
群的信息或者提醒第一用户发送邀请相关人员入群的信息，例如，各应急人员，xx系统于x时x分发生异常事件请及时邀请相关人员入群(群号xxx)。其中，各应急人员可以理解为上述第二用户，相关人员可以为可能与本次应急抢修存在关联的人员，具体由第二用户自行判断。
81.s203、在第二用户基于抢修群的加入信息完成入群后，向第一用户发送第一提示消息，并每隔第一预设时间向应急事件抢修群发送预设的应急排查指令，第一提示信息用于指示第二用户已完成集结，应急排查指令用于指示第二用户在第一预设时间内反馈排查结果。
82.本技术实施例中，在第二用户加入应急事件抢修群后，如图5所示，可以点击应急抢修事件群中的增加控件，显示下一级页面，在该页面中点击完成集结控件来完成入群报道。
83.在接收到所有的第二用户对完成集结控件的触发时，向第一用户发送第一提示消息，指示第二用户已完成集结，并记录集结完成时间，如图6所示第一提示消息可以为弹窗提醒消息。
84.可选的，第二用户中可能包括多个部门的人员，在同一部门的人员全部集结完毕后，可以对该部门的人员发送提醒消息，指示本部门人员已完成集结。
85.本技术实施例中，在第二用户完成集结后，每隔第一预设时间向应急事件抢修群发送预设的应急排查指令。
86.示例性的，在第二用户完成集结后，在群内每10分钟发送应急排查指令，例如，“请各专业开展排查并每10分钟在应急群中反馈排查进展”。
87.可选的，应急排查指令可以为系统自动发送，也可以为通过提示消息来提示第一用户，由第一用户发送，由第一用户发送应急排查指令时，系统提供对应的模板。
88.可选的，在向应急事件抢修群发送预设的应急排查指令之前，还可以向应急事件抢修群发送应急信息，进一步对应急事件进行说明。
89.应急信息是根据预设的应急模板生成的，例如，在第一用户触发应急控件时，在输入区域显示应急模板，接收到第一用户对应急模板的修改并触发发送控件时，将应急信息发送至应急抢修群。或者，应急信息还可以是终端设备根据应急事件清单自动生成并发送至应急抢修群。
90.s204、接收并显示第二用户通过模块控件触发的话术模板反馈的排查结果，话术模板中包括不同专业类型的反馈模板。
91.本技术实施例中，每一个第二用户在排查结束后，可以通过反馈模板在异常事件应急群内反馈排查结果。
92.如图7所示，接收到第二用户对指令集控件的触发时，显示二级页面，该二级页面中包括了多个应急抢修流程，接收到第二用户对各专业报告控件的触发时，显示所有专业(各部门)对应的模板，在接收到第二用户对任一模板控件的触发时，在输入区域生成相应的模板，第二用户可以根据模板填写相应的排查结果。
93.接收到第二用户对模板文件的更改和触发发送控件后，将排查结果发送至应急抢修群中，以使对应的人员进行应急决策分析，例如值班长和相关领导，由于可以对应急抢修过程中全部信息进行展示和记录，可以降低在应急决策中由于丢失或遗忘部分信息导致对
应急过程决策错误的机率。
94.示例性的，本技术实施例中，反馈汇报模板如下所示：
95.基础设施专业报告：**单位，现场人员：**，可能故障点：**，排查处置内容：**，下一步计划：**。
96.应用报告：“研发中心，报告人：**；目前影响**业务(或无影响)；排查处置内容(或监控现像)：**；可能故障点：**；需其他专业配合事项：**；下一步计划：**。”97.生产调度室报告：“经与**业务部门确认影响**业务，目前已启动/未启动业务应急预案，已联动/未联动/无需联动客服中心统一解释口径。
98.生产调度室报告：“经与外联机构(人行、银联、网联等)沟通，对方反馈我行**交易异常。”99.本技术实施例的应急抢修方法，通过响应第一用户的应急启动操作，建立应急事件抢修群；其中，应急事件抢修群的群名是根据当前日期和群名模板生成的，应急事件抢修群的群界面中设置有多个控件，向第二用户发送入群信息，其中，第二用户为根据第一用户通过应急事件清单输入的应急事件信息确定的，入群信息是根据入群模板生成的，入群信息包括异常事件的发生时间以及抢修群的加入信息，在第二用户基于抢修群的加入信息完成入群后，向第一用户发送第一提示消息，并每隔第一预设时间向应急事件抢修群发送预设的应急排查指令，第一提示信息用于指示第二用户已完成集结，应急排查指令用于指示第二用户在第一预设时间内反馈排查结果，接收并显示第二用户通过模块控件触发的话术模板反馈的排查结果，话术模板中包括不同专业类型的反馈模板。建立了应急抢修系统，将原本线下需要逐级上报的应急处理流程，全部通过线上完成，并提供了多种模板进行使用，可以提高应急抢修过程中的沟通效率，并可以对应急抢修的全部信息进行记录展示，提高应急抢修的效率。
100.图8为本技术实施例提供的应急抢修方法的流程示意图二，在图2所示实施例的基础上，进一步对应急抢修的流程进行说明，包括如下步骤：
101.s801、响应第一用户的应急启动操作，建立应急事件抢修群，在第二用户完成入群后，每隔第一预设时间向应急事件抢修群发送预设的应急排查指令。
102.本技术实施例中s801的具体实现方式与图2所示实施例的实现方式类似，此处不在赘述。
103.s802、在第二预设时间后，向第一用户发送第二提示信息，第二提示信息用于指示第一用户组织应急会商。
104.本技术实施例中，应急会商是指各应急人员、抢修人员等对本次应急事件进行讨论和商议。
105.如图9所示，在第二预设时间后，例如15分钟，系统向第一用户发送提示信息，提醒第一用户组织应急会商。
106.第一用户在组织应急会商时，可以通过触发会商控件来启动会商模板生成的会商信息，并向应急事件抢修群发送会商信息，会商信息是在所述会商模板中填充异常现象、受影响的系统、预判级别中的至少一种得到的，例如，请参考图7，在接收到第一用户触发会商控件时，在输入区域生成会商模板，接收到用户对会商模板的更改和触发发送控件时，向应急事件抢修群发送会商信息。
107.会商模板如下所示：
108.各位领导同事，生产故障事件已持续15分钟，现启动应急会商。目前的异常现象为**，受影响的系统为**，预判级别为*级。请应用同事报告业务影响及应用排查处置情况，请各专业报告排查处置情况(建议顺序：运行、主机、开放、网络、环境)。
109.可选的，在下一预设时间时，例如，应急启动30分钟时，系统可以对第一用户发送提醒消息，提醒第一用户协助相关领导进行组织进一步会商，即升级会商。
110.升级会商模板如下所示：
111.各位领导同事，生产故障事件已持续超过30分钟，目前的异常现象为**，受影响的系统为**，预判级别为*级。现由数据中心**带班部领导再次组织开展应急会商。
112.本技术实施例中，如图7所示，在应急会商过程中，参加会商的各用户可以点击语音通话、视频通话、共享、图片等控件，同步发布语音信息、文字信息、组织语音通话、视频通话及共享桌面等。
113.在应急会商过程中，第一用户可以通过触发对应的话术模板，对本次应急会商进行总结，相关领导可以触发对应的话术模板，对本次升级会商进行总结。
114.示例性的，第一用户的话术模板如下所示：
115.请**专业/项目组按计划进一步排查处置；请**专业配合开展**事项(如有)；各专业排查处置进展请及时反馈，本次会商结束。
116.相关领导的话术模板如下所示：
117.请**专业/项目组按计划进一步排查处置；请**专业配合开展**事项(如有)；请**专业持续跟进**事项，各专业排查处置进展请及时反馈，本次会商结束。
118.本技术实施例中，在应急会商过程中，还可以显示用户的当前状态，包括但不限于在线、忙碌、离开、离线等。
119.s803、在第三预设时间后，向第一用户发送第三提示信息，第三提示信息用于提示第一用户进行故障决策。
120.本技术实施例中，故障决策是指根据反馈的应急排查结果，第一用户或者相关领导对应急事件进行部署或者指导下一步工作。
121.本技术实施例中，在第三预设时间后，例如，20分钟，系统向第一用户发送提示消息，以使第一用户根据反馈的应急排查结果进行应急决策。
122.具体的，在第四预设时间后，监控决策控件是否被触发，若决策控件被触发，则获取决策控件触发的决策信息输入窗口中输入的决策信息，并在应急事件抢修群中发布决策信息。
123.示例性的，如图10所示，接收到第一用户触发决策控件时，显示决策信息输入窗口，接收到第一用户对发布控件的触发时，将决策信息输入窗口中的决策信息发布在急事件抢修群中。
124.可选的，在决策信息输入的过程中，可以通过语音进行输入，系统自动将语音转化为文字。
125.可选的，根据排查结果，在20分钟内明确故障部位的，故障部位处室负责人进行应急决策；20分钟内无法明确故障部位或涉及跨部门处置的，故障排查处室负责人向带班部领导报告处置进展，提出进一步处置建议并评估可能产生的影响，明确需带班部领导决策
的事项。带班部领导根据故障处置进展及处置建议进行应急决策。对于涉及到应用的事件，由应用相关的带班干部协助开展应急决策。
126.可以理解的是，应急决策的权限可以根据用户的身份信息进行对应的开放，以使相关人员快速进行故障决策，提高决策的效率。
127.s804、向第一用户发送第四提示信息，第四提示信息用于指示第一用户进行权限转移。
128.本技术实施例中，在第四预设时间后，若未监控到第一用户对决策控件的触发时，该应急事件的级别可能需要升级，即需要更高级别的负责人进行处理，对第一用户进行信息提示。
129.在向第一用户发送提示信息后，监控第一用户是否触发了权限转移控件的操作。
130.具体的，获取第一用户对权限转移控件的操作，基于操作将所述应急事件抢修群的群主转移至第三用户，其中，权限转移后，第一用户和第三用户的权限相同，均可基于对决策控件的操作来发布决策信息。
131.示例性的，如图11所示，接收到第一用户对更多控件的触发时，显示应急抢修群的详细信息，接收到第一用户对管理员权限转移控件的触发时，根据第一用户选择的第三用户，将应急抢修群的管理权限转移至第三用户，同时，第一用户仍保留应急抢修群的管理权限。
132.s805、接收到第一用户基于应急结束功能控件的操作，基于应急结束模板向应急事件抢修群发送应急结束信息。
133.本技术实施例中，如图12所示，接收到第一用户对应急结束控件的触发时，显示应急结束提醒页面，接收到第一用户触发确认控件时，结束本次应急流程，并基于预设的应急结束模板，在应急事件抢修群发送应急结束信息。
134.示例性的，应急结束模板如下所示：
[0135]“经过各专业紧急处置，目前异常已恢复，请各专业继续加强监控，并在管理平台事件流程模块开展事件简报编写，谢谢配合！”[0136]
本技术实施例中，应急抢修群还提供公告板功能，如图12所示，处于应急群的存放了应急处置过程中关键信息，包括事件、监控信息、应急处置信息、决策信息、应急结束信息等，以使群内人员快速了解应急事件的整个过程。
[0137]
其中，事件、监控信息、决策信息、应急结束信息由系统自动放置于公告板中，即，系统根据应急事件抢修群中的信息获取公告板中的公告项对应的属性信息；根据属性信息，在应急事件抢修群中的预设位置，显示公告板。其余信息可以通过第一用户编辑后或者授权后放置于公告板中。
[0138]
如图13所示，接收到第一用户对应急抢修群内任一条消息的长按操作时，显示下一级页面，接收到用户对下一级页面中用于对加入公告板控件的触发时，显示编辑公告信息页面，在接收到第一用户对公告信息页面中的公告内容的编辑并触发发布控件时，将该公告信息发布在公告栏中。
[0139]
可选的，第一用户还可以通过应急抢修群的详细信息页面，在该页面中点击公告板来进入编辑公告信息页面。
[0140]
本技术实施例中，如图13所示，在接收到用户对置顶控件的触发时，将该消息置顶
在应急抢修群中。
[0141]
本技术实施例中，应急抢修群还提供日志记录功能，该功能实现应急会商过程的自动记录，方便应急人员对整体情况的了解，增强组织者对事件处置过程的控制。在应急终止后，自动生成记录报表，为后续分析工作提供详实的数据。功能包括通话录音功能、屏幕录制功能、文字记录功能、关键点记录功能、数据导出功能、自动生成记录报表功能。
[0142]
其中，通话录音功能为在应急会商启动后，自动启动录音功能，对所有通话语音(两方会话、多方会议)进行侦听记录。屏幕录制功能为在应急会商启动后，自动启动屏幕录制功能，对所有的数据对话、视频会议界面进行录制。文字记录功能为在应急会商启动后，自动记录会商过程中所有的即时通信文字信息。
[0143]
关键点记录功能为以按钮的方式提供关键点标注功能，用户在应急处置过程中可根据交流内容标注语音、操作、文字等关键点，记录关键操作时间，如图14所示，接收到用户点击“关键点记录”按钮，系统立即记录该时间点及人员信息，并弹出对话框，接收到用户填写标注内容，并出发完成控件时，系统再次记录标注内容。其中部分关键点为系统自动记录，包括“组建会商群时间”、“各专业加入时间”、“各专业首次会话时间”、“开展会商时间”、“结束会商时间”、“决策时间”。
[0144]
本技术实施例中，在应急结束后，还可以对群内的信息进行查看，具体的，经管理员授权，用户可查看、下载语音、录屏、文字等记录文件，文件记录范围为应急启动到应急关闭时间内，会议屏幕、会议通话语音及即时通信文字，文件记录范围还包括管关键点记录。输出语音、视频、文字等记录文件，命名规则为“xx月xx日xx系统异常事件记录”。
[0145]
本技术实施例中，在在应急结束后，系统会自动生成记录报表，供用户进行参考，具体的，在应急抢修结束后，系统应根据语音、录屏、文字、关键点记录生成一张文字报表。就报表内容包括但不限于本次应急抢修记录字段，包括事件单号、事件来源、简要描述、首条监控、服务请求信息、应急启动时间点、应急整体时长、关键处理步骤、处理人员等信息。应急启动时间点、应急整体时长、事件单号、关键处置步骤等信息应根据系统记录自动填写，对不能自动生产的字段留出空白位置。
[0146]
本技术实施例中，请参考图11，用户可以将本次应急抢修群的日志进行导出，接收到用户对导出日志控件的触发时，将本次应急抢修产生的日志进行输出，格式为et表格，命名规则为“abcdc-082-03-03-v5.1-20xx-xxx x月x日xx系统异常事件简报”。
[0147]
本技术实施例提供的应急抢修方法，通过响应第一用户的应急启动操作，建立应急事件抢修群，在第二用户完成入群后，每隔第一预设时间向应急事件抢修群发送预设的应急排查指令，在第二预设时间后，向第一用户发送第二提示信息，第二提示信息用于指示第一用户组织应急会商，在第三预设时间后，向第一用户发送第三提示信息，第三提示信息用于提示第一用户进行故障决策，向第一用户发送第四提示信息，第四提示信息用于指示第一用户进行权限转移，接收到第一用户基于应急结束功能控件的操作，基于应急结束模板向应急事件抢修群发送应急结束信息。利用建立的应急即时通讯工具，在没有增加人力成本的基础上，提高了应急抢修中沟通效率，实现了一键通知到人，实时沟通，排查、决策、处置动态实时发布，达到快速响应、快速处置目标。
[0148]
在上述应急抢修方法实施例的基础上，本技术实施例还提供一种应急抢修装置。
[0149]
图15为本技术实施例提供的应急抢修装置150的结构示意图，如图15所示，包括：
[0150]
建立模块1501，用于响应第一用户的应急启动操作，建立应急事件抢修群；其中，应急事件抢修群的群名是根据当前日期和群名模板生成的，应急事件抢修群的群界面中设置有多个控件；
[0151]
第一发送模块1502，用于向第二用户发送入群信息，其中，第二用户为根据第一用户通过应急事件清单输入的应急事件信息确定的，入群信息是根据入群模板生成的，入群信息包括异常事件的发生时间以及抢修群的加入信息。
[0152]
第二发送模块1503，用于在第二用户基于应急事件抢修群的加入信息完成入群后，向第一用户发送第一提示消息，并每隔第一预设时间向应急事件抢修群发送预设的应急排查指令，第一提示信息用于指示第二用户已完成集结，应急排查指令用于指示第二用户在第一预设时间内反馈排查结果。
[0153]
接收模块1504，用于接收并显示第二用户通过模块控件触发的话术模板反馈的排查结果，话术模板中包括不同专业类型的反馈模板。
[0154]
本技术实施例提供的应急抢修装置可以执行图2和图8所示的应急抢修方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0155]
图16为本技术实施例提供的应急抢修方法传输电子设备的结构示意图。如图16所示，本实施例提供的应急抢修方法电子设备160可以包括：
[0156]
处理器1601。
[0157]
存储器1602，用于存储终端设备的可执行指令。
[0158]
其中，处理器配置为经由执行可执行指令来执行上述应急抢修方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0159]
本技术实施例中还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述应急抢修方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0160]
一种可能的实现方式中，计算机可读介质可以包括随机存取存储器(random access memory，ram)，只读存储器(read-only memory，rom)，只读光盘(compact disc read-only memory，cd-rom)或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(digital subscriber line，dsl)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，dsl或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘，激光盘，光盘，数字通用光盘(digital versatile disc，dvd)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。
[0161]
本技术实施例中还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述应急抢修方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0162]
在上述终端设备或者服务器的具体实现中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器
(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0163]
本领域技术人员可以理解，上述任一方法实施例的全部或部分步骤可以通过与程序指令相关的硬件来完成。前述的程序可以存储于计算机可读取存储介质中，该程序被执行时，执行上述方法实施例的全部或部分的步骤。
[0164]
本技术技术方案如果以软件的形式实现并作为产品销售或使用时，可以存储在计算机可读取存储介质中。基于这样的理解，本技术的技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括计算机程序或者若干指令。该计算机软件产品使得计算机设备(可以是个人计算机、服务器、网络设备或者类似的电子设备)执行本技术实施例所述方法的全部或部分步骤。
[0165]
最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。