CN112465163A - 一种it运维应急协作系统和方法 - Google Patents

Abstract

本申请涉及一种IT运维应急协作系统和方法，该系统包括应急协作会议创建模块，用于根据接收的应急指令创建线上应急协作会议；应急指令是根据应用系统的故障信息生成的；应急指令包括应用系统的标识；应急人员终端呼叫模块，用于根据应用系统的标识从通讯录名单中确定出应急人员名单，并向应急人员名单对应的每个应急人员的终端发送入会信息；会议公告发布模块，用于根据应急人员名单中任一应急人员的终端发送的应急信息，生成会议公告并发布至每个应急人员的终端；应急信息包括应急事件名称、故障问题描述和故障排查进度。如此，可以自动组织线上应急协作会议，可以高效传递应急信息，提高应急效率，从而可以快速解决应用系统的故障问题。

Description

一种IT运维应急协作系统和方法

技术领域

本申请涉及计算机技术领域，特别涉及一种IT运维应急协作系统和方法和。

背景技术

随着全球互联网技术的不断发展，为了满足用户的需求，IT应用系统数日益增多，复杂度也不断提高，大量用户对IT应用系统的访问过程中，IT应用系统难免会产生故障。企业中，IT系统一旦出现故障或问题，立马想到的是第一时间调度各部门协同快速恢复系统的正常稳定运行。

尤其像各数据中心等单位为了快速恢复系统的正常稳定运行、最大程度的降低损失、提高运维服务效率，就需要更加高标准、严要求的应急协作、应急指挥。

目前数据中心在生产事件应急过程中，通常需要借助电话会议进行沟通和应急决策。在系统发生故障时，首先由人工查询告警系统涉及的系统管理员、项目组通讯录信息，手工输入号码等方式进行呼叫，应急人员入会后，由一线运维人员口头描述应急信息和进展；应急过程中不断有新加入的应急人员时，一线运维人员就要频繁复述应急概要信息和应急进展，占用大量的时间在应对和信息同步上；值班处长(指挥者)除了组织协调应急人员之外，还负责线下分配应急资源，整个应急过程都是通过电话进行沟通，没有任何记录。

现有的模式存在很多问题，比如应急组织效率低，无法快速找到正确的应急人员实现快速组会，沟通困难，只能口头传递应急信息，不能快速了解最新的应急信息，各部门协同工作效率低，恢复系统速度慢，应急指挥辅助决策技术支持不够等。

由于IT运维是比较有针对性和专业性的工作，需要有针对性的开发，目前市场上并无针对此类工作场景的关联装置。

发明内容

本申请实施例提供了一种IT运维应急协作系统和方法，可以自动组织线上应急协作会议，可以提高各部门协同工作效率，可以高效传递应急信息，提高应急效率，从而可以快速解决应用系统的故障问题。

一方面，本申请实施例提供了一种IT运维应急协作系统，包括：

应急协作会议创建模块，用于根据接收的应急指令创建线上应急协作会议；应急指令是根据应用系统的故障信息生成的；应急指令包括应用系统的标识；

应急人员终端呼叫模块，用于根据应用系统的标识从通讯录名单中确定出应急人员名单，并向应急人员名单对应的每个应急人员的终端发送入会信息；入会信息用于指示每个应急人员通过对应的终端加入线上应急协作会议；

会议公告发布模块，用于根据应急人员名单中任一应急人员的终端发送的应急信息，生成会议公告并发布至每个应急人员的终端；应急信息包括应急事件名称、故障问题描述和故障排查进度。

可选的，应急进度更新模块，用于给相关部门提供排查进度更新入口，及时获取相关部门的排查进度；排查进度包括签到情况、问题定位和问题解决情况；

应急进度更新模块，还用于按照预设时间间隔向未更新进度的相关部门应急人员的终端发送应急进度更新提示信息；应急进度提示信息包括相关部门是否签到、问题是否定位、问题是否解决。

可选的，语音转文字模块，用于将获取的语音信息转换为文本信息；语音信息包括应急人员终端标识；文本信息包括与应急人员终端标识相对应的应急人员名称。

可选的，权限管理模块，用于接收授权指令；授权指令包括授权对象的标识和授权应用的标识；

权限管理模块，还用于根据授权应用的标识向授权应用发送授权对象的权限信息；权限信息包括授权对象的标识，权限信息用于指示授权应用向授权对象开放权限。

可选的，应急指令生成模块，用于根据应用系统的故障信息生成应急指令，并将应急指令发送至应急协作会议创建模块(101)；

通讯录管理模块，用于基于通讯录更新机制更新通讯录名单中应急人员的联系方式和对应的备选人员。

可选的，监控模块，用于实时获取应用系统的状态信息；

监控模块，还用于若状态信息为正常，则向会议公告发布模块(103)发送应急结束信号。

可选的，应急人员状态获取模块，用于从接入差旅系统、外部考勤系统和/或门禁系统数据库中获取应急人员相关信息，根据应急人员相关信息确定应急人员状态；应急人员状态包括应急人员姓名、所属处室、岗位角色、位置信息、现场/非现场、入会方式、是否休假或出差和是否入会；

会议记录模块，用于将应急会议中产生的语音通话、视频通话、语音消息、文本信息、图片等进行汇总和整合，形成对所有会议内容的文字记录，并带有时间戳和发言人身份信息。

另一方面，本申请实施例提供了一种IT运维应急协作系方法，包括：

根据接收的应急指令，创建线上应急协作会议；应急指令是根据应用系统的故障信息生成的；应急指令包括应用系统的标识；

根据应用系统的标识从通讯录名单中确定出应急人员名单，并向应急人员名单对应的每个应急人员的终端发送入会信息；入会信息用于指示每个应急人员通过对应的终端加入线上应急协作会议；

根据应急人员名单中任一应急人员的终端发送的应急信息，生成会议公告并发布至每个应急人员的终端；应急信息包括应急事件名称、故障问题描述和故障排查进度。

可选的，向应急人员名单对应的每个应急人员的终端发送入会信息之后，还包括：

获取相关部门的排查进度；排查进度包括签到情况、问题定位和问题解决情况；

按照预设时间间隔向未更新进度的相关部门应急人员的终端发送应急进度更新提示信息；应急进度提示信息包括相关部门是否签到、问题是否定位、问题是否解决。

可选的，生成会议公告并发布至每个应急人员的终端之后，还包括：

若检测到语音信息，则将语音信息转换为文本信息；语音信息包括应急人员终端标识；文本信息包括与应急人员终端标识相对应的应急人员名称。

本申请实施例提供的一种IT运维应急协作系统和方法具有如下有益效果：

IT运维应急协作系统包括应急协作会议创建模块，用于根据接收的应急指令创建线上应急协作会议；应急指令是根据应用系统的故障信息生成的；应急指令包括应用系统的标识；应急人员终端呼叫模块，用于根据应用系统的标识从通讯录名单中确定出应急人员名单，并向应急人员名单对应的每个应急人员的终端发送入会信息；入会信息用于指示每个应急人员通过对应的终端加入线上应急协作会议；会议公告发布模块，用于根据应急人员名单中任一应急人员的终端发送的应急信息，生成会议公告并发布至每个应急人员的终端；应急信息包括应急事件名称、故障问题描述和故障排查进度。通过本申请的应急协作系统，在应用系统出现故障时，可以自动组织线上应急协作会议，从而可以提高应急组织效率、提高各部门协同工作效率，且高效传递应急信息、掌握有效的处理进度和结果，相较于现有通过人工的方式应急效率高，可以快速解决应用系统的故障问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种IT运维应急协作系统的结构示意图；

图2是本申请实施例提供的另一种IT运维应急协作系统的结构示意图；

图3是本申请实施例提供的一种IT运维应急协作系统的架构图；

图4是本申请实施例提供的一种IT运维应急协作系方法的流程示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

鉴于现有技术中在突发事件的应急过程主要是由人工进行协调组织导致应急效率低、且现有的IT运维平台的功能有限无法满足IT运维日常的应急协作的问题，本申请实施例提供了一种IT运维应急协作系统，如图1所示，该系统包括：

应急协作会议创建模块101，用于根据接收的应急指令创建线上应急协作会议；应急指令是根据应用系统的故障信息生成的；应急指令包括应用系统的标识；

应急人员终端呼叫模块102，用于根据应用系统的标识从通讯录名单中确定出应急人员名单，并向应急人员名单对应的每个应急人员的终端发送入会信息；入会信息用于指示每个应急人员通过对应的终端加入线上应急协作会议；

会议公告发布模块103，用于根据应急人员名单中任一应急人员的终端发送的应急信息，生成会议公告并发布至每个应急人员的终端；应急信息包括应急事件名称、故障问题描述和故障排查进度。

本申请实施例中，当某个应用系统产生故障，则根据相关故障信息生成应急指令，应急指令包括该应用系统的标识，应急指令用于指示立即展开针对该应用系统的应急处理；当应急协作会议创建模块101接收到应急指令时，立即创建线上应急协作会议，并通过应急人员终端呼叫模块102根据应用系统的标识从通讯录名单中确定出应急人员名单，并向应急人员名单对应的每个应急人员的终端发送入会信息，以通知每个应急人员加入线上应急协作会议，以协同完成应急工作；在应急过程中，应急人员可以将当前应急事件名称、故障问题描述和故障排查进度通过会议公告发布模块103发布至公告栏，也可以同步发布至每个应急人员的终端，以共享相关应急信息，并提醒相关人员进行关注。如此，通过本申请的应急协作系统，在应用系统出现故障时，可以自动组织线上应急协作会议，从而可以提高应急组织效率、提高各部门协同工作效率，且高效传递应急信息、掌握有效的处理进度和结果，相较于现有通过人工的方式应急效率高，可以快速解决应用系统的故障问题。

本申请实施例中，上述通讯录名单包括系统群组、值班群组等类别，例如某应用系统的群组中包括运维经理A角、应用经理A角、开发经理A角等应急人员；应急人员终端呼叫模块102根据应用系统的标识即可实现一键式呼叫上述相关应急人员的终端或一键群发短信进行通知。通讯录名单可以从人力系统中获取，也可以从人力系统中获取人员基本信息后进行群组分类存储于应急协作系统的通讯录管理模块。

因此，在一种可选的实施方式中，如图2所示，IT运维应急协作系统除了应急协作会议创建模块201、应急人员终端呼叫模块202、会议公告发布模块203之外，还可以包括通讯录管理模块204，通讯录管理模块204设置通讯录更新机制，主要用于为每个应急人员设置并定期刷新其联系方式以及对应的备选人员，对应的，应急人员终端呼叫模块102具备呼叫自动升级的功能，当应急人员呼叫失败时，应急人员终端呼叫模块102可以自动呼叫对应的备选人员，例如上述应急人员中A角联系不到，自动联系B角，若B角也联系不到，还可以呼叫其上级领导。如此，通过通讯录管理模块204的通讯录更新机制，按照预设时间进行定期轮询外呼，以督促应急人员及时更新联系信息以及其备选人员，可以解决单位人员频繁流动、通讯录更新不及时影响应急效率的问题，可以避免联系不到相关运维人员，从而可以实现提升应急组织效率和节省应急时间。

具体的，通讯录管理模块204按照预设校验周期，向通讯录名单中的应急人员发送语音校验信息，例如语音呼叫内容可以为“现在正在做运维协作通讯录的演练，请确认您是否是ECIP系统的开发经理A角、P2BCA系统的开发经理A角及P2IMA系统的开发经理B角，若正确，请按“1”，若不正确按“2”；当接收到按“1”的反馈时，则通讯录管理模块204提醒“谢谢您的合作，再见”；若接收到按“2”的反馈时，则通讯录管理模块204提醒“请在一周内自行或联系相关人员进行更新，谢谢您的合作，再见”。对于按“2”的人员进行记录，若一周后没有收到更新信息的，通讯录管理模块204自动再次发送语音校验信息，同时通讯录管理模块204还可以通过邮件系统自动发邮件给其上级领导。对于未按键或者未接电话的人员，通讯录管理模块204可以每隔十分钟发起一次呼叫，呼叫5次后仍没有打通，通过邮件系统自动发邮件给其上级领导。如此，通讯录管理模块204使用类似上述的通讯录校验机制，对通讯录名单进行校验，并对应急人员的群组类别和呼叫次数进行调整，每次呼叫完都会形成校验记录，校验记录可以包括通讯录当前群组、校验时间、详情等。

一种可选的实施方式中，如图2所示，IT运维应急协作系统还可以包括应急人员状态获取模块205，用于从接入差旅系统、外部考勤系统和/或门禁系统数据库中获取应急人员相关信息，并按照组织架构和应急角色自动智能生成应急人员作战团队动态图，用于帮助应急指挥者实时掌握应急人员状态，其中应急人员状态可以包括应急人员姓名、所属处室、岗位角色、位置信息、现场/非现场、是否休假或出差、入会方式和是否入会等；如此可以有助于应急指挥者快速组织和指挥人员，并及时下达命令。

具体的，入会方式和是否入会包括APP端、WEB端、电话、未入会、掉线；现场包括根据门禁系统或考勤系统确定的是否处于工作区域，若处于工作区域，则确定为现场，否则显示非现场；非现场的情况包括出差中、休假中；查看差旅系统有无出差记录、若有，显示出差中；否则在人力系统中查看有无休假记录，若有，显示休假中；若两者记录都没有显示手机定位的实际位置。例如，根据应急人员状态获取模块205获取的应急人员状态，可以生成成参会人员状态图，可以清晰的看到应急人员参会状态等。

一种可选的实施方式中，如图2所示，IT运维应急协作系统还可以包括即时通讯工具模块206，用于为应急协作会议创建模块提供线上应急协作会议的沟通平台；应急人员可以通过手机APP端或者电脑web端等多种形式，通过即时通讯工具模块206，进行实时语音、视频沟通、屏幕共享、单聊和群聊，可以发送文字、语音、图片、地理位置、名片、查看历史聊天记录等。如此可以帮助应急人员进行快速有效的沟通和了解应急信息，实现应急信息共享和快速查看。会议公告发布模块还可以将生成的会议公告发送至即时通讯工具模块206，以便应急人员通过手机APP端及电脑web端实现发布和接收会议公告。其余应急人员在进入会议后，可以在会议公告板中可查看当前会议的主题、故障问题的现象描述、具体告警信息，以及故障排查进度等(排查结果、初步分析方向、准备采取的操作)。

一种可选的实施方式中，如图2所示，IT运维应急协作系统还包括：应急进度更新模块207，应急进度更新模块，给相关部门提供排查情况更新入口，及时获取相关部门的排查进度，包括签到情况、问题定位、问题解决情况等。同时按照预设时间间隔向未更新进度的相关部门应急人员的终端发送应急进度更新提示信息，以督促相关部门及时和反馈应急进度，便于领导掌握整体应急进度。所述应急进度提示信息包括相关部门是否签到、问题是否定位、问题是否解决等。

考虑到现有技术中只能口头表达和表述应急信息，对沟通内容只能采取人工记录的方式。本申请一种可选的实施方式中，如图2所示，IT运维应急协作系统还可以包括：语音转文字模块208，用于将获取的语音信息转换为文本信息；语音信息包括应急人员终端标识；文本信息包括与应急人员终端标识相对应的应急人员名称。当应急人员进行语音或视频沟通时，借助智能语音识别技术，将获取的语音信息转换为文本信息，从而实现自动记录发言内容，同时根据应急人员终端标识，关联发言人身份信息，以生成沟通记录。如此，当有应急人员在中途入会时，可以通过查看历史聊天记录和语音转文字的记录了解应急概要信息和当前应急进展，从而确保事件信息传送的及时性、准确性、完整性。

一种可选的实施方式中，如图2所示，IT运维应急协作系统还包括：权限管理模块209，用于接收授权指令；授权指令包括授权对象的标识和授权应用的标识；权限管理模块209，还用于根据授权应用的标识向授权应用发送授权对象的权限信息；权限信息包括授权对象的标识，权限信息用于指示授权应用向授权对象开放权限。例如，通过对接VPN管理系统，向VPN管理系统发送授权对象的权限信息，这样可以无流程化快速开通授权对象远程访问企业内网的服务器资源的权限，有助于应急人员快速排障和做出处置。又例如，通过对接SOM安全运维管理终端，权限管理模块209接收到授权指令时，向生产终端发送权限信息，应急人员即可快速进入生产环境中进行操作，从而大大缩短应急时间，提高应急效率。

一种可选的实施方式中，如图2所示，IT运维应急协作系统还包括：应急指令生成模块210，用于根据应用系统的故障信息生成应急指令，并将应急指令发送至应急协作会议创建模块。

一种可选的实施方式中，如图2所示，IT运维应急协作系统还包括：监控模块211，用于实时获取应用系统的状态信息；监控模块211，还用于若状态信息为正常，则向会议公告发布模块发送应急结束信号。

本申请实施例中，为了实时展示当前应急整体情况，便于应急人员快速掌握最新事件进展，省去汇报环节，节省工作量和宝贵的应急时间，IT运维应急协作系统还可以包括应急指挥视图生成模块212，如图2所示，应急指挥视图生成模块212与其他各模块联动，形成应急情况总览视图，为指挥工作提供信息和依据，从而实现对整个应急过程和事件影响有一个整体的把控，帮助指挥者快速下达处置决策。

一种可选的实施方式中，应急指挥视图生成模块212包括应急会议便签生成模块，当线上应急协作会议开启时，无需手工干预，应急会议便签生成模块自动生成并显示会议便签；会议便签包括当前会议的主题。若某应急人员同时有多个线上应急协作会议，则会有多个会议便签显示，应急人员通过手机或电脑点击会议便签即可进入相应的会议，查看应急指挥视图。

一种可选的实施方式中，应急指挥视图生成模块212用于基于故障系统名称、系统级别、开发单位、开发经理、应用经理、故障现象的具体描述信息、相关业务影响、故障产生现象和原因，以及从上述通讯录管理模块、应急人员状态获取模块205、会议公告发布模块、语音转文字模块208中获取的相关信息生成应急指挥视图，以便相关应急人员和指挥者进行查看。

一种可选的实施方式中，应急指挥视图生成模块212还可以嵌入生产终端操作页面，实现对应急人员在生产终端的实时操作和处置进行查看。进行应急处置时，直接嵌入生产终端实时操作的展示画面，同时显示出每个屏幕的操作人员信息(包括姓名、单位、处室、角色等)，通过设置主屏幕和子屏幕,支持多人对同一操作的应急展示。当操作画面比较多时，提供应急时所有在生产终端上对故障系统进行操作的终端列表，从而相关人员可以调取任意终端进行查看。通过特定授权和接口，提供最近运维用户对指定设备(人员账号、系统名称、设备名称)的操作录像，指挥者或相关应急人员可以回看在生产终端上对故障系统执行的历史操作录像；查看登录登出记录(包括登录系统、设备名称、登录账号、登录时间，登出时间)；查看操作历史记录，获取应用系统下所有设备在所有时间点，具体的操作命令，包括操作时间、操作人、登录账号、设备名称、执行命令等字段。

一种可选的实施方式中，应急指挥视图生成模块212还用于根据获取的故障系统运行情况和健康状态生成监控信息。

一种可选的实施方式中，如图2所示，IT运维应急协作系统还包括：会议记录模块213，用于将应急会议中产生的语音通话、视频通话、语音消息、文本信息、图片等进行汇总和整合，形成对所有会议内容的文字记录，并带有时间戳和发言人身份信息。其中当应急人员进行语音或视频沟通时，借助智能语音识别技术，将获取到的语音通话、视频通话、语音聊天消息转换为文本信息。如此，当有应急人员在中途入会或者相关人员事后进行应急回顾时，可以通过查看会议记录了解应急过程和信息，进行总结经验、汲取教训。

请参阅图3，图3是本申请实施例提供的一种IT运维应急协作系统的架构图，该系统架构从下到上可以分为渠道层、业务功能层、存储层、数据支撑层，分别提供相应的访问渠道、具体业务应用服务、存储服务以及基础支撑平台服务，并将具体业务功能展现给最终用户。

具体的，渠道层，考虑到IT运维应急协作系统要面向外联单位、数据中心员工等不同的应急人员，因此系统支持手机、座机、web端、APP端(包括Android系统和IOS系统)等多种渠道；业务功能层，即IT运维应急协作系统的各个模块功能实现层，此外通过运营商网络和公司内网接入相结合的方式作为通信承载平台，实现各种渠道的接入；存储层，用于提供数据存储、管理及资源访问的机制，为以上两层提供数据及资源服务，可以建设线上应急协作会议信息库、应急信息共享库、应急事件库等；其中结构化数据主要存储于oracle数据库中，非结构、半结构化等数据存储在中心专门的数据平台中，能够动态扩展服务器存储容量，可为应急指挥和决策支持等提供大数据分析；数据支撑层：对接考勤系统、门禁系统、人力系统、机构员工系统、VPN管理系统、SOM安全运维终端、事件整合平台、应用监控平台等外部系统，从这些系统中获取应急基础信息，实现应急协调组织和应急资源的调用等。

以下介绍本申请一种IT运维应急协作系方法的具体实施例，图4是本申请实施例提供的一种IT运维应急协作系方法的流程示意图，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图4所示，该方法可以包括：

S401：根据接收的应急指令，创建线上应急协作会议；应急指令是根据应用系统的故障信息生成的；应急指令包括应用系统的标识。

S403：根据应用系统的标识从通讯录名单中确定出应急人员名单，并向应急人员名单对应的每个应急人员的终端发送入会信息；入会信息用于指示每个应急人员通过对应的终端加入线上应急协作会议。

S405：根据应急人员名单中任一应急人员的终端发送的应急信息，生成会议公告并发布至每个应急人员的终端；应急信息包括应急事件名称、故障问题描述和故障排查进度。

一种可选的实施方式中，步骤S401之后，还可以包括：与线上应急协作会议形成联动，自动生成应急指挥视图，供指挥者参考查看。

一种可选的实施方式中，该方法还可以包括：若接收到授权指令，授权指令包括授权对象的标识和授权应用的标识，根据授权应用的标识向授权应用发送授权对象的权限信息；其中权限信息包括授权对象的标识，权限信息用于指示授权应用向授权对象开放权限。

本申请实施例中的方法与系统实施例基于同样地申请构思。

综上，本申请实施例提供了一种IT运维应急协作系统和方法，能够提高应急组织效率，快速找到正确的应急人员实现一键式组会，并提供通过手机或电脑进行电话、视频、语音、数据等多样化的应急形式和即时通讯等多种沟通方式，实现共享和传递应急信息，帮助应急人员快速了解最新的应急信息，从而更好的实现各部门协同工作，快速恢复系统的正常运行。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种IT运维应急协作系统，其特征在于，包括：

应急协作会议创建模块(101)，用于根据接收的应急指令创建线上应急协作会议；所述应急指令是根据应用系统的故障信息生成的；所述应急指令包括所述应用系统的标识；

应急人员终端呼叫模块(102)，用于根据所述应用系统的标识从通讯录名单中确定出应急人员名单，并向所述应急人员名单对应的每个应急人员的终端发送入会信息；所述入会信息用于指示所述每个应急人员通过对应的终端加入所述线上应急协作会议；

会议公告发布模块(103)，用于根据所述应急人员名单中任一应急人员的终端发送的应急信息，生成会议公告并发布至所述每个应急人员的终端；所述应急信息包括应急事件名称、故障问题描述和故障排查进度。

2.根据权利要求1所述的系统，其特征在于，所述系统还包括：

应急进度更新模块，用于给相关部门提供排查进度更新入口，及时获取相关部门的排查进度；所述排查进度包括签到情况、问题定位和问题解决情况；

所述应急进度更新模块，还用于按照预设时间间隔向未更新进度的相关部门应急人员的终端发送应急进度更新提示信息；所述应急进度提示信息包括相关部门是否签到、问题是否定位、问题是否解决。

3.根据权利要求1所述的系统，其特征在于，所述系统还包括：

语音转文字模块，用于将获取的语音信息转换为文本信息；所述语音信息包括应急人员终端标识；所述文本信息包括与所述应急人员终端标识相对应的应急人员名称。

4.根据权利要求1所述的系统，其特征在于，所述系统还包括：

权限管理模块，用于接收授权指令；所述授权指令包括授权对象的标识和授权应用的标识；

所述权限管理模块，还用于根据所述授权应用的标识向所述授权应用发送所述授权对象的权限信息；所述权限信息包括所述授权对象的标识，所述权限信息用于指示所述授权应用向所述授权对象开放权限。

5.根据权利要求1所述的系统，其特征在于，所述系统还包括：

应急指令生成模块，用于根据所述应用系统的故障信息生成应急指令，并将所述应急指令发送至所述应急协作会议创建模块(101)；

通讯录管理模块，用于基于通讯录更新机制更新所述通讯录名单中应急人员的联系方式和对应的备选人员。

6.根据权利要求1所述的系统，其特征在于，所述系统还包括：

监控模块，用于实时获取所述应用系统的状态信息；

所述监控模块，还用于若所述状态信息为正常，则向所述会议公告发布模块(103)发送应急结束信号。

7.根据权利要求1所述的系统，其特征在于，所述系统还包括：

应急人员状态获取模块，用于从接入差旅系统、外部考勤系统和/或门禁系统数据库中获取应急人员相关信息，根据所述应急人员相关信息确定应急人员状态；所述应急人员状态包括应急人员姓名、所属处室、岗位角色、位置信息、现场/非现场、是否休假或出差、入会方式和是否入会；

会议记录模块，用于将应急会议中产生的语音通话、视频通话、语音消息、文本信息、图片等进行汇总和整合，形成对所有会议内容的文字记录，并带有时间戳和发言人身份信息。

8.一种IT运维应急协作系方法，其特征在于，包括：

根据接收的应急指令，创建线上应急协作会议；所述应急指令是根据应用系统的故障信息生成的；所述应急指令包括所述应用系统的标识；

根据所述应用系统的标识从通讯录名单中确定出应急人员名单，并向所述应急人员名单对应的每个应急人员的终端发送入会信息；所述入会信息用于指示所述每个应急人员通过对应的终端加入所述线上应急协作会议；

根据所述应急人员名单中任一应急人员的终端发送的应急信息，生成会议公告并发布至所述每个应急人员的终端；所述应急信息包括应急事件名称、故障问题描述和故障排查进度。

9.根据权利要求8所述的方法，其特征在于，所述向所述应急人员名单对应的每个应急人员的终端发送入会信息之后，还包括：

获取相关部门的排查进度；所述排查进度包括签到情况、问题定位和问题解决情况；

按照预设时间间隔向未更新进度的相关部门应急人员的终端发送应急进度更新提示信息；所述应急进度提示信息包括相关部门是否签到、问题是否定位、问题是否解决。

10.根据权利要求8所述的方法，其特征在于，所述生成会议公告并发布至所述每个应急人员的终端之后，还包括：

若检测到语音信息，则将所述语音信息转换为文本信息；所述语音信息包括应急人员终端标识；所述文本信息包括与所述应急人员终端标识相对应的应急人员名称。

Images