一种运维工单自动化处理系统、终端和服务器的制作方法

本申请涉及通信技术领域，尤其涉及一种运维工单自动化处理系统、终端和服务器。

背景技术

互联网数据中心(internetdatacenter，简称idc)可以为互联网内容提供商(icp)、企业、媒体和各类网站提供大规模、高质量、安全可靠的专业化服务器托管服务。

对于idc而言，被托管的互联网内容提供商(icp)、企业、媒体和各类网站称为用户，由于被托管的服务器运行过程中难免会出现问题，所以idc提供客服中心，以供用户在发觉服务器出现挂机后，采用电话方式联系用户以对服务器进行报修。

但是传统电话报修方式存在操作不透明化、不规范化，反应不够及时，处理不到位等问题，导致用户体检较差。

技术实现要素：

鉴于此，本申请提供一种运维工单自动化处理系统、终端和服务器，可以避免采用传统的电话联系方式进行信息交互，使得运维方式更加灵活、提高运维效率，提升用户体验。

为了实现上述目的，本申请提供了下述技术特征：

一种运维工单自动化处理系统，，包括：

安装运维应用中用户端的用户终端，用于确定出现故障的服务器标识并生成运维工单，发送所述运维工单至运维服务器；其中，运维工单包括所述服务器标识；

运维服务器，接收所述运维工单，并基于服务器标识与运维账户的对应关系，确定所述服务器标识对应的运维账户，发送所述运维工单至该运维账户对应的维修终端；

安装运维应用中运维端的运维终端，用于接收包含所述运维工单。

可选的，所述用户终端，还用于在发送所述运维工单至运维服务器之前，显示包含多个处理控件的界面，接收处理控件的点选操作；则所述运维工单还包括处理控件对应的处理操作。

可选的，互联网数据中心包括多个机房、各机房分为不同区域、各区域包括多个服务器；各机房、各区域、各服务器均张贴有表示机房、区域或服务器的二维码；

所述运维终端，还用于在接收所述运维工单后查找到所述服务器标识对应的机房情况下，扫描张贴于机房的二维码获得机房标识，并反馈包含机房标识和当前时间的第一进度消息至所述运维服务器；

所述运维终端，还用于在查找到所述服务器标识对应的区域情况下，扫描张贴于区域的二维码获得区域标识，并反馈包含区域标识和当前时间的第二进度消息至所述运维服务器；

所述运维终端，还用于在查找到所述服务器标识对应的服务器情况下，扫描张贴于服务器的二维码获得服务器标识，并反馈包含服务器标识和当前时间的第三进度消息至所述运维服务器；

所述运维服务器，还用于接收并对应保存所述服务器标识对应的所述第一进度消息、所述第二进度消息和所述第三进度消息。

可选的，所述运维终端，还用于根据所述运维工单处理所述服务器标识对应的服务器，并反馈包含当前时间的运维结果至所述运维服务器；

所述运维服务器，还用于接收并保存所述服务器标识对应的运维结果。

可选的，用户终端，还用于发送包含所述服务器标识的运维进度查询指令至所述运维服务器；接收并显示所述运维服务器发送的运维进度消息；

运维服务器，还用于查询与所述服务器标识对应的运维进度、并反馈运维进度消息至所述用户终端。

一种终端，安装有处理运维工单的运维应用中的用户端，包括：

处理器，用于确定出现故障的服务器标识并生成运维工单，发送所述运维工单至运维服务器；其中，运维工单包括所述服务器标识，以供运维服务器基于服务器标识与运维账户的对应关系，确定所述服务器标识对应的运维账户，发送所述运维工单至运维账户对应的维修终端。

可选的，处理器，还用于发送包含所述服务器标识的运维进度查询指令至所述运维服务器；接收并显示所述运维服务器发送的运维进度消息。

一种终端，安装处理运维工单的运维应用中的运维端，包括：

处理器，用于在运维服务器接收用户终端发送的运维工单，并基于运维终端中提取的服务器标识与运维账户的对应关系，确定所述服务器标识对应的运维账户后，接收所述运维服务器发送的包含所述服务器标识的运维工单。

可选的，服务器中心包括多个机房、各机房分为不同区域、各区域包括多个服务器；各机房、各区域、各服务器均张贴有表示机房、区域或服务器的二维码；

处理器，还用于在接收运维工单后，查找到所述服务器标识对应的机房情况下，扫描张贴于机房的二维码获得机房标识，并反馈包含机房标识和当前时间的第一进度消息至所述运维服务器；

处理器，还用于在查找到所述服务器标识对应的区域情况下，扫描张贴于区域的二维码获得区域标识，并反馈包含区域标识和当前时间的第二进度消息至所述运维服务器，以供运维服务器保存；

处理器，还用于在查找到所述服务器标识对应的服务器情况下，扫描张贴于服务器的二维码获得服务器标识，并反馈包含服务器标识和当前时间的第三进度消息至所述运维服务器，以供运维服务器保存；

处理器，还用于接收并对应保存所述服务器标识对应的所述第一进度消息、所述第二进度消息、所述第三进度消息，以供运维服务器保存；

处理器，还用于根据所述运维工单处理所述服务器标识对应的服务器，并反馈包含当前时间的运维结果至所述运维服务器，以供运维服务器保存。

一种服务器，包括：

处理器，用于接收用户终端发送运维工单，并基于所述运维工单中提取的服务器标识与运维账户的对应关系，确定所述服务器标识对应的运维账户，发送所述运维工单至运维账户对应的维修终端。

通过以上技术手段，可以实现以下有益效果：

本申请搭建了一种运维工单自动化处理系统，其中，安装运维应用中用户端的用户终端，用于确定出现故障的服务器标识并生成运维工单，发送所述运维工单至运维服务器；其中，运维工单包括所述服务器标识；运维服务器，接收所述运维工单，并基于服务器标识与运维账户的对应关系，确定所述服务器标识对应的运维账户，发送所述运维工单至该运维账户对应的维修终端；安装运维应用中运维端的运维终端，用于接收包含所述运维工单。

借助上述运维工单自动化处理系统，提供idc领域服务器运维的一种全新处理方式，从而可以避免传统地电话联系方式，使得运维工单处理起来更加灵活、提高运维效率，并且，提升用户体验。

附图说明

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

图1为本申请实施例公开的一种运维工单自动化处理系统的结构示意图；

图2为本申请实施例公开的一种运维工单自动化处理系统的运行流程图；

图3为本申请实施例公开的一种用户终端的界面示意图；

图4为本申请实施例公开的一种运维终端上索引图的示意图；

图5为本申请实施例公开的一种用户终端上维修进度消息的示意图；

图6为本申请实施例公开的一种用户终端与维修终端的交互示意图。

具体实施方式

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

本申请提供了一种运维工单自动化处理系统，参见图1，运维工单自动化处理系统包括多个用户终端100，运维服务器200和多个运维终端300。

以三个用户终端为例，分别采用用户终端101、用户终端102和用户终端103表示；以三个维修终端为例，分别采用运维终端301、运维终端302和运维终端303表示。可以理解的是，用户终端和运维终端的数量可以根据实际情况而定，在此不做限定。

互联网数据中心idc的实体为多个服务器机房、每个机房划分为多个区域，每个区域包括多个服务器。通常情况下，维修人员负责一个或多个机房，以便运维机房内的服务器。

本申请搭建服务器的运维应用app，分别包括适用于用户的用户端，以及，适用于运维人员的运维端。其中，用户终端100为安装有用户端的终端；运维终端300为安装有运维端的终端。

用户终端100和维修终端300分别在运维服务器200上注册账户和密码，以便后续登录运维服务器。并且，运维服务器200存储有服务器标识与运维账户的对应关系，以便根据服务器标识查找到对应的运维账户。

在此系统基础上，用户终端100可以通过运维服务器200与运维终端300进行信息交互，避免采用传统的电话联系方式进行信息交互，使得运维方式更加灵活、提高运维效率，提升用户体验。

根据本申请的实施例，提供一种运维工单自动化处理系统运维工单自动化处理系统的工作流程。参见图2，包括以下步骤：

步骤s201：用户终端100确定出现故障的服务器标识，生成运维工单。

用户企业内部通常会后后台监控设备，在后台监控设备发现某区域的超过预设数量的客户无法访问服务器的情况下，确定该区域对应的服务器出现故障，从而确定该区域对应的服务器标识，后台监控设备可以发送至用户终端100。

用户可以通过账号和密码登录用户终端100上安装的运维应用app的用户端，参见图3为用户端显示界面的举例示意，用户可以在“服务器标识”输入框内输入出现故障的服务器标识也即用户终端100确定出现故障的服务器标识，从而生成包含服务器标识的运维工单。

参见图3，显示界面还可以包括多个处理控件，例如，“重启”控件、“检修”控件、“养护”控件等等，用户可以根据出现故障服务器的情况，来点选其中一个或多个处理控件，从而生成包含服务器标识以及处理控件对应的处理操作的运维工单。

步骤s202：用户终端100发送运维工单至运维服务器200。

步骤s203：运维服务器200接收运维工单，并基于服务器标识与运维账户的对应关系，确定所述服务器标识对应的运维账户。

运维服务器200接收运维工单并提取其中服务器标识。运维服务器200上预先存储有服务器标识与运维账户的对应关系，所以运维服务器200基于对应关系，查找与服务器标识对应的运维账户，然后发送运维工单至运维账户对应的运维终端300。

可选的，由于idc机房的服务器数量众多，为了便于运维人员查找，可以预先存储各个服务器的索引表。例如：第1机房→第2区域→服务器标识对应的服务器。

为了便于直观查看，服务器还可以根据索引表生成索引图，索引图包括在机房地图上生成的第1机房→第2区域→服务器标识对应的服务器的路线图。参见图4，为索引图的一种举例。

步骤s204：运维服务器200发送运维工单至运维账户对应的运维终端。

步骤s205：运维终端300接收并显示运维工单。

可选的，在运维服务器200还发送索引表或索引图的情况下，运维终端300还接收并显示索引表或索引图，以便在idc机房中查找运维工单中服务器标识对应的服务器。

需要指出的是：服务器中心包括多个机房、各机房分为不同区域、各区域包括多个服务器；各机房、各区域、各服务器均张贴有二维码。二维码可以基于机房标识、区域标识或服务器标识生成。

步骤s206：运维终端300查找到所述服务器标识对应的机房情况下，扫描张贴于机房的二维码获得机房标识，并反馈包含机房标识和当前时间的第一进度消息至运维服务器200。

运维人员基于索引表或索引图查找服务器的过程中，首先需要找到服务器所在机房，运维人员使用运维终端300扫描张贴于机房的二维码获得机房标识，并反馈包含机房标识和当前时间的第一进度消息至所述运维服务器，以便在运维服务器200上同步运维工单的执行进度。

步骤s207：运维服务器200接收并保存所述第一进度消息。

步骤s208：运维终端在查找到所述服务器标识对应的区域情况下，扫描张贴于区域的二维码获得区域标识，并反馈包含区域标识和当前时间的第二进度消息至所述运维服务器。

运维人员基于索引表或索引图查找服务器的过程中，在进入服务器所在机房后再找到服务器所在区域，运维人员使用运维终端300扫描张贴于区域的二维码获得区域标识，并反馈包含区域标识和当前时间的第二进度消息至所述运维服务器，以便在运维服务器200上同步运维工单的执行进度。

步骤s209：运维服务器200接收并保存所述第二进度消息。

步骤s210：运维终端在查找到所述服务器标识对应的服务器情况下，扫描张贴于服务器的二维码获得服务器标识，并反馈包含服务器标识和当前时间的第三进度消息至所述运维服务器200。

运维人员基于索引表或索引图查找服务器的过程中，在进入服务器所在机房后再找到服务器所在区域后，再基于服务器标识查找到服务器。

运维人员使用运维终端300扫描张贴于服务器的二维码获得服务器标识，并反馈包含服务器标识和当前时间的第三进度消息至所述运维服务器，以便在运维服务器200上同步运维工单的执行进度。

步骤s211：运维服务器200接收并保存所述第三进度消息。

步骤s212：运维终端根据所述运维工单处理所述服务器标识对应的服务器，并反馈包含当前时间的运维结果至所述运维服务器。

运维工单仅包括服务器标识的情况下，运维人员可以根据自己运维经验来查看并维修服务器，以便服务器恢复正常。

在运维工单包含服务器标识和处理控件的处理操作的情况下，运维人员可以根据处理操作对服务器进行处理，以便服务器恢复正常。

步骤s213：运维服务器接收并保存所述服务器标识对应的运维结果。

步骤s214：用户终端发送包含所述服务器标识的运维进度查询指令至所述运维服务器。

步骤s215：运维服务器查询与所述服务器标识对应的运维进度、并反馈运维进度消息至用户终端。

步骤s216：用户终端接收并显示所述运维服务器发送的运维进度消息。

参见图5，为运维进度消息的一种举例说明。用户终端可以接收并显示运维进度消息，以供实时了解运维进度，提升用户体验。

参见图6，在上述运维工单自动化处理系统的基础上，用户与运维人员的沟通简化为两个步骤，用户仅需提交运维工单，后续可以查询运维工单的进度即可。运维人员直接接收运维工单，处理运维工单即可，大大优化了运维工单的处理过程和进度。

上述运维工单自动化处理系统避免了客服人员在用户和运维人员之间传递运维工单，用户与运维人员之间的信息传递速率和效率具有很大的提高，可以精简现有运维工单自动化处理系统中人员分配。

参见图1，本申请还提供了一种终端，安装有处理运维工单的运维应用中的用户端，包括：

处理器，用于确定出现故障的服务器标识并生成运维工单，发送所述运维工单至运维服务器；其中，运维工单包括所述服务器标识，以供运维服务器基于服务器标识与运维账户的对应关系，确定所述服务器标识对应的运维账户，发送所述运维工单至运维账户对应的维修终端。

处理器，还用于发送包含所述服务器标识的运维进度查询指令至所述运维服务器；接收并显示所述运维服务器发送的运维进度消息。

关于本终端的处理过程，可以参见图2所示实施例中用户终端的描述，在此不再赘述。

参见图1本申请还提供了一种终端，安装处理运维工单的运维应用中的运维端，包括：

处理器，用于在运维服务器接收用户终端发送的运维工单，并基于运维终端中提取的服务器标识与运维账户的对应关系，确定所述服务器标识对应的运维账户后，接收所述运维服务器发送的包含所述服务器标识的运维工单。

可以理解的是，服务器中心包括多个机房、各机房分为不同区域、各区域包括多个服务器；各机房、各区域、各服务器均张贴有表示机房、区域或服务器的二维码；

处理器，还用于在接收运维工单后，查找到所述服务器标识对应的机房情况下，扫描张贴于机房的二维码获得机房标识，并反馈包含机房标识和当前时间的第一进度消息至所述运维服务器；

处理器，还用于在查找到所述服务器标识对应的区域情况下，扫描张贴于区域的二维码获得区域标识，并反馈包含区域标识和当前时间的第二进度消息至所述运维服务器，以供运维服务器保存；

处理器，还用于在查找到所述服务器标识对应的服务器情况下，扫描张贴于服务器的二维码获得服务器标识，并反馈包含服务器标识和当前时间的第三进度消息至所述运维服务器，以供运维服务器保存；

处理器，还用于接收并对应保存所述服务器标识对应的所述第一进度消息、所述第二进度消息、所述第三进度消息，以供运维服务器保存；

处理器，还用于根据所述运维工单处理所述服务器标识对应的服务器，并反馈包含当前时间的运维结果至所述运维服务器，以供运维服务器保存。

关于本终端的处理过程，可以参见图2所示实施例中运维终端的描述，在此不再赘述。

参见图1，本申请还提供了一种服务器，包括：

处理器，用于接收用户终端发送运维工单，并基于所述运维工单中提取的服务器标识与运维账户的对应关系，确定所述服务器标识对应的运维账户，发送所述运维工单至运维账户对应的维修终端。

关于服务器的处理过程，可以参见图2所示实施例中运维服务器的描述，在此不再赘述。

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

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

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