CN116737295A - 一种运维信息显示方法及相关设备 - Google Patents

Abstract

一种运维信息显示方法，涉及运维领域，方法包括：获取多个运维事件中每个运维事件相关的信息，信息包含运维事件的发生时间；根据信息，在运维界面上显示每个运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间，且多个控件在运维界面上沿发生时间的先后顺序在所述时间轴上的对应位置显示；接收针对于多个控件中第一控件的选择，在运维界面上在第二时间粒度的时间轴上显示所述第一控件对应的运维事件的发生时间，第一时间粒度大于第二时间粒度。本申请在保证运维事件具有足够的空间排布在界面上的前提下，用户可以更快的从庞杂的信息中获取运维***精准推送的信息，再从中筛选目标信息。

Description

一种运维信息显示方法及相关设备

技术领域

本申请涉及设备运维领域，尤其涉及一种运维信息显示方法及相关设备。

背景技术

通常，在某一个场地布置了大量终端设备或者网络设备(如基站、路由、灯具、摄像头等)，为了确保这些终端设备或者网络设备始终保持正常的运行，需要将这些设备统一接入到一个运维***，以监测终端设备的运行状况，即时排查异常。当终端设备发生异常(例如基站的上行速率或者下行速率为0)、或者终端设备的运行状态产生明显的波动(比如灯具从关闭到打开、基站的上行速率或者下行速率在某一时间段明显降低，并维持在低值)，运维***能够检测终端设备的运行状态变化，并将这种运行状态在一个时间段内的明显波动/变化记录为运维事件。

现有的运维***，在查看运维事件时，在运维***内以列表的形式呈现，通过选择列表内的运维事件，进入到事件查看界面，事件查看界面也主要通过文字来描述信息。运维***实时监测运维事件的发生，并将记录到的运维事件以列表的方式呈现出来，当用户要筛选某一运维事件上，可以通过列表上方提供的筛选条件(级别筛选或者类别筛选)来筛选，筛选后会提供多个符合要求的运维事件列表，在从列表内逐一找出目标运维事件。

然而，现有的将运维事件名称通过列表式的运维事件呈现，在运维事件很多时，特别是时间跨度足够长的情况下，用户很难快速的筛选到目标信息。

发明内容

本申请提供了一种运维信息显示方法，可以在保证运维事件具有足够的空间排布在界面上的前提下，用户可以更快的从庞杂的信息中获取运维***精准推送的信息，再从中筛选目标信息。

第一方面，本申请提供了一种运维信息显示方法，方法包括：获取多个运维事件中每个运维事件相关的信息，信息包含运维事件的发生时间；根据信息，在运维界面上显示每个运维事件对应的控件以及在第一时间粒度的时间轴上显示发生时间，且多个控件在运维界面上沿发生时间的先后顺序在所述时间轴上的对应位置显示；接收针对于多个控件中第一控件的选择，在运维界面上在第二时间粒度的时间轴上显示第一控件对应的运维事件的发生时间，第一时间粒度大于第二时间粒度。

通过上述方式，将运维事件对应的控件在时域上进行排布，首先按照较大的时间粒度进行排布，并在用户选择一个控件后才在时间上对该控件对应的运维事件进行更细粒度的呈现，使得在保证运维事件具有足够的空间排布在界面上的前提下，用户可以更快的从庞杂的信息中获取运维***精准推送的信息，再从中筛选目标信息。

在一种可能的实现中，第一时间粒度为日期，第二时间粒度为小时、分钟或者秒。

在一种可能的实现中，接收针对于多个控件中第一控件的选择之后，方法还包括：

在运维界面上显示第一控件对应的运维事件的发生区域在物理场景中的位置或者显示发生区域对应的三维建模体。

在一种可能的实现中，信息还包含运维事件的运行参数，运行参数为运维事件的发生区域所在的三维空间内多个子空间中的每个子空间内的运行参数；接收针对于多个控件中第一控件的选择之后，方法还包括：在运维界面上显示对三维建模体划分的多个子空间、以及指示每个子空间对应的运行参数的信息。

在一种可能的实现中，运行参数指示在第二时间内的多个时刻的运行参数，接收针对于多个控件中第一控件的选择之后，方法还包括：在运维界面上显示时间选择控件；接收到通过时间选择控件输入的针对于第二时间内目标时刻的选择，显示目标时刻对应的运行参数。

数字孪生体为地图上对应运维事件发生地点的建模对象的复制体。数字孪生体可以和建模对象相同大小，也可以放大显示。在查看事件时，同时在界面上显示地图界面和数字孪生体，并通过数字孪生体完整的仿真整个运维事件的发生过程，以可视化的方式对运维实现进行仿真，帮助快速掌握运维事件的发展情况，便于用户的分析。

可以通过数字孪生体来复现事件发生地点各区域、在运维事件发生的时间段内，各时刻的网络状态变化。例如，将数字孪生体进行网格划分，每个网格填充不同深浅、不同种类的颜色，以通过颜色的种类和深浅来指示网络状态(例如下行速率)。具体网络状态的种类可以由***自动确定，例如自动选择存在异常的网络状态参数；也可以由用户进行主动选择。

在一种可能的实现中，信息还包含运维对象在发生时间内多个时刻的运行参数，接收针对于多个控件中第一控件的选择之后，方法还包括：在运维界面上显示第一控件对应的运维对象在第二时间内多个时刻的运行参数。

在一种可能的实现中，信息还包含运维事件的每个处理阶段在第二时间内所处的子时间段；接收针对于多个控件中第一控件的选择之后，方法还包括：将运维事件的每个处理阶段的指示信息与对应的子时间段匹配显示。

对于运维事件来说，一个完整的运维事件包括根因分析、方案生成、方案下发、方案执行等阶段，运维***能够根据参数配置接收、下发等动作，以及参数的变化，智能的识别出各个阶段。因此，在展开的时间段上，还可以显示运维事件的发展阶段，各发展阶段在时间上和时间轴的时间相对应。通过将事件处理流程叠加到时间轴并展开对应孪生的方式，可以让用户快速将时间、事件发生的所处阶段、事件发生地对应起来。

在一种可能的实现中，多个运维事件包括多个第一运维事件和多个第二运维事件，多个第二运维事件的发生时间在第一运维事件之前，方法还包括：在运维界面上显示第二控件；第二控件指示将多个第二运维事件展开显示；根据信息，在运维界面上显示每个运维事件对应的控件以及在第一时间粒度的时间轴上显示发生时间，包括：根据信息中和多个第一运维事件相关的信息，在运维界面上显示每个第一运维事件对应的控件以及在第一时间粒度的时间轴上显示发生时间；接收针对于第二控件的选择，根据信息中和多个第二运维事件相关的信息，在运维界面上显示每个第二运维事件对应的控件以及以第三时间粒度显示发生时间，第三时间粒度大于第一时间粒度。

在一种可能的实现中，多个运维事件包括多个第一运维事件和至少一个第三运维事件，多个第一运维事件为已发生的运维事件，至少一个第三运维事件为预测的运维事件；获取多个运维事件中每个运维事件相关的信息，包括：获取多个第一运维事件中每个第一运维事件相关的信息；根据信息，预测至少一个第三预测运维事件的信息。

在一种可能的实现中，第一控件对应的运维事件属于至少一个第三运维事件，接收针对于多个控件中第一控件的选择之后，方法还包括：在运维界面上显示第一控件对应的运维事件的多个候选处理策略；接收到针对于多个候选处理策略中目标处理策略的选择，在运维界面上显示若执行目标处理策略第一控件对应的运维事件的变化结果。

通过上述方式，可以帮助用户可以更好的了解未来的事件相的关情况，例如事件时间、类型等，方便用户进行时间安排，同时在用户选择查看某一事件时，方便用户可以快速的对应事件的时间、类型等相关的信息，且可以清晰呈现发展趋势，且用户也可以选择不同的发展方向和下发方案类型进行仿真，有利于用户更好的了解***处理事件的详情，且提升用户对***的信任。

在一种可能的实现中，信息还包含运维事件的重要程度；多个控件还用于指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

在一种可能的实现中，多个控件在运维界面上的显示长度或者显示颜色指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

通过对控件(也就是事件切片)进行颜色填充、高度的变化，可以一目了然的清楚引发事件的原因以及重要程度等，便于用户在回顾运维事件时，快速的筛选到需要的事件控件。

在一种可能的实现中，信息还包含运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种，方法还包括：接收针对于多个控件中第一控件的第一选择操作，在运维事件中显示第一控件对应的运维事件的运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种；接收针对于多个控件中第一控件的选择，包括：接收针对于多个控件中第一控件的第二选择操作，第一选择操作和第二选择操作不同。

在一种可能的实现中，第一选择操作为悬停操作。

通过查看运维事件的简要描述，而不必点击进入运维事件的查看界面，可以帮助用户快速预览事件，从而筛选到目标控件。

第二方面，本申请提供了一种运维信息显示装置，装置包括：

获取模块，用于获取多个运维事件中每个运维事件相关的信息，信息包含运维事件的发生时间；

处理模块，用于根据信息，在运维界面上显示每个运维事件对应的控件以及在第一时间粒度的时间轴上显示发生时间，且多个控件在运维界面上沿发生时间的先后顺序在所述时间轴上的对应位置显示；

接收针对于多个控件中第一控件的选择，在运维界面上在第二时间粒度的时间轴上显示第一控件对应的运维事件的发生时间，第一时间粒度大于第二时间粒度。

在一种可能的实现中，第一时间粒度为日期，第二时间粒度为小时、分钟或者秒。

在一种可能的实现中，接收针对于多个控件中第一控件的选择之后，处理模块，还用于：

在运维界面上显示第一控件对应的运维事件的发生区域在物理场景中的位置或者显示发生区域对应的三维建模体。

在一种可能的实现中，信息还包含运维事件的运行参数，运行参数为运维事件的发生区域所在的三维空间内多个子空间中的每个子空间内的运行参数；

处理模块还用于：

在接收针对于多个控件中第一控件的选择之后，在运维界面上显示对三维建模体划分的多个子空间、以及指示每个子空间对应的运行参数的信息。

在一种可能的实现中，运行参数指示在第二时间内的多个时刻的运行参数，接收针对于多个控件中第一控件的选择之后，处理模块，还用于：

在运维界面上显示时间选择控件；

接收到通过时间选择控件输入的针对于第二时间内目标时刻的选择，显示目标时刻对应的运行参数。

在一种可能的实现中，信息还包含运维对象在发生时间内多个时刻的运行参数，接收针对于多个控件中第一控件的选择之后，处理模块，还用于：

在运维界面上显示第一控件对应的运维对象在第二时间内多个时刻的运行参数。

在一种可能的实现中，信息还包含运维事件的每个处理阶段在第二时间内所处的子时间段；

接收针对于多个控件中第一控件的选择之后，处理模块，还用于：

将运维事件的每个处理阶段的指示信息与对应的子时间段匹配显示。

在一种可能的实现中，多个运维事件包括多个第一运维事件和多个第二运维事件，多个第二运维事件的发生时间在第一运维事件之前，处理模块，还用于：

在运维界面上显示第二控件；第二控件指示将多个第二运维事件展开显示；

处理模块，具体用于：

根据信息中和多个第一运维事件相关的信息，在运维界面上显示每个第一运维事件对应的控件以及在第一时间粒度的时间轴上显示发生时间；

接收针对于第二控件的选择，根据信息中和多个第二运维事件相关的信息，在运维界面上显示每个第二运维事件对应的控件以及以第三时间粒度显示发生时间，第三时间粒度大于第一时间粒度。

在一种可能的实现中，多个运维事件包括多个第一运维事件和至少一个第三运维事件，多个第一运维事件为已发生的运维事件，至少一个第三运维事件为预测的运维事件；获取模块，具体用于：

获取多个第一运维事件中每个第一运维事件相关的信息；

处理模块，还用于：

根据信息，预测至少一个第三预测运维事件的信息。

在一种可能的实现中，第一控件对应的运维事件属于至少一个第三运维事件，接收针对于多个控件中第一控件的选择之后，处理模块，还用于：

在运维界面上显示第一控件对应的运维事件的多个候选处理策略；

接收到针对于多个候选处理策略中目标处理策略的选择，在运维界面上显示若执行目标处理策略第一控件对应的运维事件的变化结果。

在一种可能的实现中，信息还包含运维事件的重要程度；

多个控件还用于指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

在一种可能的实现中，多个控件在运维界面上的显示长度或者显示颜色指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

在一种可能的实现中，信息还包含运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种，处理模块，还用于：

接收针对于多个控件中第一控件的第一选择操作，在运维事件中显示第一控件对应的运维事件的运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种；

处理模块，具体用于：

接收针对于多个控件中第一控件的第二选择操作，第一选择操作和第二选择操作不同。

在一种可能的实现中，第一选择操作为悬停操作。

第三方面，本申请实施例提供了一种运维信息显示装置，可以包括存储器、处理器以及总线***，其中，存储器用于存储程序，处理器用于执行存储器中的程序，以执行如上述第一方面及其任一可选的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面及其任一可选的方法。

第五方面，本申请实施例提供了一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面及其任一可选的方法。

第六方面，本申请提供了一种芯片***，该芯片***包括处理器，用于支持运维信息显示装置实现上述方面中所涉及的部分或全部功能，例如，发送或处理上述方法中所涉及的数据；或，信息。在一种可能的设计中，芯片***还包括存储器，存储器，用于保存执行设备或训练设备必要的程序指令和数据。该芯片***，可以由芯片构成，也可以包括芯片和其他分立器件。

附图说明

图1为一种应用架构示意；

图2为一种应用架构示意；

图3为一种应用架构示意；

图4为一种应用架构示意；

图5为一种应用场景示意；

图6为本申请实施例提供的一种运维信息显示方法的实施例示意；

图7为本申请实施例中一种界面的示意；

图8为本申请实施例中一种界面的示意；

图9为本申请实施例中一种界面的示意；

图10为本申请实施例中一种界面的示意；

图11为本申请实施例中一种界面的示意；

图12为本申请实施例中一种界面的示意；

图13为本申请实施例中一种界面的示意；

图14为本申请实施例中一种界面的示意；

图15为本申请实施例中一种界面的示意；

图16为本申请实施例提供的一种运维信息显示装置的实施例示意；

图17为本申请实施例提供的执行设备的一种结构示意图。

具体实施方式

下面结合本发明实施例中的附图对本发明实施例进行描述。本发明的实施方式部分使用的术语仅用于对本发明的具体实施例进行解释，而非旨在限定本发明。

下面结合附图，对本申请的实施例进行描述。本领域普通技术人员可知，随着技术的发展和新场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

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

应理解，当称一元件或层位于另一元件或层“上(on)”、“连接到(connected to)”或“耦合到(coupledto)”另一元件或层时，所述元件或层可直接位于所述另一元件或层上、直接连接到或直接耦合到所述另一元件或层，抑或可存在一个或多个中间元件或层。还应理解，当称一元件或层位于两个元件或层“之间(between)”时，所述元件或层可为所述两个元件或层之间的唯一元件或层，或者也可存在一个或多个中间元件或层。

本文中所用用语“基本(substantially)”、“大约(about)”及类似用语用作近似用语、而并非用作程度用语，且旨在考虑到所属领域中的普通技术人员将知的测量值或计算值的固有偏差。此外，在阐述本发明实施例时使用“可(may)”是指“可能的一个或多个实施例”。本文中所用用语“使用(use)”、“正使用(using)”、及“被使用(used)”可被视为分别与用语“利用(utilize)”、“正利用(utilizing)”、及“被利用(utilized)”同义。另外，用语“示例性(exemplary)”旨在指代实例或例示。

首先介绍本申请的应用场景，本申请可以但不限于应用在运维类应用程序或者云侧服务器提供的云服务等，接下来分别进行介绍：

一、运维类应用程序

本申请实施例的产品形态可以为运维类应用程序，运维类应用程序可以运行在终端设备或者云侧的服务器上。

接下来分别从功能架构以及实现功能的产品架构介绍本申请实施例中的运维类应用程序。

参照图1，图1为本申请实施例中运维类应用程序的功能架构示意：

在一种可能的实现中，本申请实施例包含能够基于运维事件相关的信息进行运维界面的***(例如运维类应用程序)，其中，对***输入不同的参数值可致使运维界面中不同元素的显示。如图1所示，运维类应用程序102可接收输入的参数101且产生显示在运维界面的显示元素103。运维类应用程序102可在(举例来说)至少一个计算机***上执行，且包括计算机代码，所述计算机代码在由一或多个计算机执行时致使所述计算机执行用于执行本文中所描述的运维信息显示方法。

在一种可能的实现中，参数可包含运维对象(例如基站等网络实体设备，灯泡等电器类设备，或者是虚拟网络节点等)的运维相关的信息，例如，发生故障的故障类型、时间信息、运维进程等。

在一种可能的实现中，运维类软件可以运行在端侧的终端设备或者运行在云侧的服务器中。

例如，终端设备可以安装有运维类软件，包括数据输入、数据处理(例如本申请实施例中的运维信息显示方法)以及数据输出的动作可以为终端设备执行的。

例如，终端设备可以安装有运维类软件的客户端，包括数据输入以及数据输出的动作可以为终端设备执行的，而数据处理(例如本申请实施例中的运维信息显示方法)的动作可以为云侧的服务器执行的，也就是说，终端设备可以将数据处理(例如本申请实施例中的运维信息显示方法)所需的数据传输到云侧的服务器，云侧的服务器在执行完数据处理动作后，可以将数据处理结果返回至端侧的终端设备，由终端设备基于处理结果进行输出(例如显示在显示屏上)。

接下来介绍本申请实施例的实体架构。

参照图2，图2为本申请实施例中的实体架构示意：

参见图2，图2示出了一种***架构示意图。该***可以包括终端100、以及服务器200。其中，服务器200可以包括一个或者多个服务器(图2中以包括一个服务器作为示例进行说明)，服务器200可以为一个或者多个终端提供运维类服务。

其中，终端100上可以安装有运维类应用程序，或者打开与运维类相关的网页，上述应用程序和网页可以提供一个运维类界面，终端100可以接收用户在运维类界面上输入的相关参数，并将上述参数发送至服务器200，服务器200可以基于接收到的参数，得到处理结果，并将处理结果返回至至终端100，并在终端100的运维类界面上进行显示。

应理解，在一些可选的实现中，终端100也可以由自身完成基于接收到的参数，得到数据处理结果的动作，而不需要服务器配合实现，本申请实施例并不限定。

接下来描述图2中终端100的产品形态；

本申请实施例中的终端100可以为手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personaldigital assistant，PDA)等，本申请实施例对此不作任何限制。

为便于理解，下面将对本申请实施例提供的终端100的结构进行示例说明。参见图3，图3是本申请实施例提供的终端设备的结构示意图。可选的，终端设备100可以为电脑、智能电视等。

如图3所示，终端100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对终端100的具体限定。在本申请另一些实施例中，终端100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现终端100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等***器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端100充电，也可以用于终端100与***设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端100的结构限定。在本申请另一些实施例中，终端100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

终端100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位***(global positioning system，GPS)，全球导航卫星***(globalnavigation satellite system，GLONASS)，北斗卫星导航***(beidou navigationsatellite system，BDS)，准天顶卫星***(quasi-zenith satellite system，QZSS)和/或星基增强***(satellite based augmentation systems，SBAS)。

终端100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。具体的，处理器110中的一个或多个GPU可以实现图像的渲染任务(例如本申请中与需要显示的图像相关的渲染任务，并将渲染结果传递至应用处理器或者其他显示驱动，由应用处理器或者其他显示驱动触发显示屏194进行视频显示)。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端100可以包括1个或N个显示屏194，N为大于1的正整数。

终端100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端100可以支持一种或多种视频编解码器。这样，终端100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端100的各种功能应用以及数据处理。

终端100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端100可以设置至少一个麦克风170C。在另一些实施例中，终端100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。终端100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，终端100根据压力传感器180A检测所述触摸操作强度。终端100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定终端100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定终端100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测终端100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消终端100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，终端100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。终端100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当终端100是翻盖机时，终端100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测终端100在各个方向上(一般为三轴)加速度的大小。当终端100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。终端100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端100通过发光二极管向外发射红外光。终端100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端100附近有物体。当检测到不充分的反射光时，终端100可以确定终端100附近没有物体。终端100可以利用接近光传感器180G检测用户手持终端100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。终端100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测终端100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。终端100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，终端100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，终端100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端100对电池142加热，以避免低温导致终端100异常关机。在其他一些实施例中，当温度低于又一阈值时，终端100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于终端100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端100可以接收按键输入，产生与终端100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过***SIM卡接口195，或从SIM卡接口195拔出，实现和终端100的接触和分离。终端100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时***多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端100中，不能和终端100分离。

下文中描述的部分或全部方法均可以应用在如图3所示的终端100中。

接下来描述图2中服务器200的产品形态；

图4提供了一种服务器200的结构示意图，如图4所示，服务器200包括总线201、处理器202、通信接口203和存储器204。处理器202、存储器204和通信接口203之间通过总线201通信。

总线201可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器202可以为中央处理器(central processing unit，CPU)、图形处理器(graphics processing unit，GPU)、微处理器(micro processor，MP)或者数字信号处理器(digital signal processor，DSP)等处理器中的任意一种或多种。

存储器204可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)。存储器204还可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器，机械硬盘(hard drivedrive，HDD)或固态硬盘(solid state drive，SSD)。

其中，存储器204可以用于存储运维信息显示方法相关的软件代码，处理器202可以执行芯片的运维信息显示方法的步骤，也可以调度其他单元以实现相应的功能。

应理解，上述终端100和服务器200可以为集中式或者是分布式的设备，上述终端100和服务器200中的处理器(例如处理器170以及处理器202)可以为硬件电路(如专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field-programmable gate array，FPGA)、通用处理器、数字信号处理器(digital signalprocessing，DSP)、微处理器或微控制器等等)、或这些硬件电路的组合，例如，处理器可以为具有执行指令功能的硬件***，如CPU、DSP等，或者为不具有执行指令功能的硬件***，如ASIC、FPGA等，或者为上述不具有执行指令功能的硬件***以及具有执行指令功能的硬件***的组合。

参照图5，图5为本申请实施例的一个应用场景示意，如图5所示，包括电子设备001，安装有运维软件，并能够连接到网络，电子设备001通过网络获取指定运维地点比如监控某栋大楼的的网络情况、亮灯情况)的网络状态等参数，并反馈给运维软件，以可视化界面的方式呈现在运维软件的界面上。用户002：通过电子设备001上的运维软件来实时掌握指定场地的网络状态情况，以及查看已经发生的运维事件，来进行复现、总结等。

二、服务器提供的云服务：

在一种可能的实现中，服务器可以通过应用程序编程接口(applicationprogramming interface，API)为端侧提供运维服务。

其中，终端设备可以通过云端提供的API，将相关参数(例如运维相关的信息等)发送至服务器，服务器可以基于接收到的参数，得到处理结果，并将处理结果(例如用于显示在运维界面的相关参数等)返回至至终端。

关于终端以及服务器的描述可以上述实施例的描述，这里不再赘述。

通常，在某一个场地布置了大量终端设备或者网络设备(如基站、路由、灯具、摄像头等)，为了确保这些终端设备或者网络设备始终保持正常的运行，需要将这些设备统一接入到一个运维***，以监测终端设备的运行状况，即时排查异常。当终端设备发生异常(例如基站的上行速率或者下行速率为0)、或者终端设备的运行状态产生明显的波动(比如灯具从关闭到打开、基站的上行速率或者下行速率在某一时间段明显降低，并维持在低值)，运维***能够检测终端设备的运行状态变化，并将这种运行状态在一个时间段内的明显波动/变化记录为运维事件。

现有的运维***，在查看运维事件时，在运维***内以列表的形式呈现，通过选择列表内的运维事件，进入到事件查看界面，事件查看界面也主要通过文字来描述信息。运维***实时监测运维事件的发生，并将记录到的运维事件以列表的方式呈现出来，当用户要筛选某一运维事件上，可以通过列表上方提供的筛选条件(级别筛选或者类别筛选)来筛选，筛选后会提供多个符合要求的运维事件列表，在从列表内逐一找出目标运维事件。

然而，现有的将运维事件名称通过列表式的运维事件呈现，在运维事件很多时，特别是时间跨度足够长的情况下，用户很难快速的筛选到目标信息。

为了解决上述问题，参照图6，图6为本申请实施例提供的一种运维信息显示方法的流程示意，如图6所示，本申请实施例提供的一种运维信息显示方法包括：

601、获取多个运维事件中每个运维事件相关的信息，所述信息包含运维事件的发生时间；

其中，步骤601的执行主体可以为终端设备，具体可以参照上述实施例中的描述，这里不再赘述。

关于运维事件：

通常，在某一个场地可以布置大量设备(如基站、路由、灯具、摄像头)，为了确保这些设备始终保持正常的运行，需要将这些设备统一接入到一个运维***，以监测设备的运行状况，即时排查异常。当终端设备发生异常(例如基站的上行速率或者下行速率为0)、或者设备的运行状态产生明显的波动(比如灯具从关闭到打开、基站的上行速率或者下行速率在某一时间段明显降低，并维持在低值)，运维***能够检测终端设备的运行状态变化，并将这种运行状态在一个时间段内的明显波动或者变化记录为运维事件。

在一种可能的实现中，运维***自身可以通过运维事件处理的服务，因此可以通过用户在处理运维事件时产生的数据来确定出运维事件相关的信息。

在一种可能实现中，运维事件相关的信息可以包含运维事件的发生时间。例如发生时间可以包括运维事件发生的起始时间、终止时间或者发生时间和终止时间之间的持续时间。

在一种可能实现中，运维事件相关的信息可以包含运维事件对应的运维对象的指示信息。运维对象可以为灯泡等电子设备、基站、路由等网络设备。

在一种可能实现中，运维事件相关的信息可以包含运维事件的发生区域所在的三维空间内多个子空间中的每个子空间内的运行参数。运维事件的运维对象可以为提供网络服务的网络设备，例如运维对象可以为基站，运维事件的发生区域(也就是运维事件的服务对象)可以为基站信号覆盖范围内的建筑物。运维对象可以为灯泡等电器设备，运维事件的发生区域(也就是运维事件的服务对象)可以为电器设备所部署的建筑物。

在一种可能实现中，运维事件的发生区域所在的三维空间内的多个子空间可以理解为对运维事件的发生区域的三维建模体进行划分得到的多个子空间，其中，三维建模体可以还原或者近似还原运维事件的发生区域在物理空间中的外形、尺寸等。划分方式可以为均匀划分等，这里并不限定。

在一种可能实现中，每个子空间可以对应于运维事件的发生区域在物理世界中的一个物理空间，子空间可以视为该物理空间在运维软件的2D/3D地图中一个子区域的映射。例如，运维事件的发生区域可以为建筑物，每个子空间可以为建筑物内部的一个子物理空间，例如一个或多个房间。

在一种可能实现中，每个子空间的运行参数可以为运维对象在服务于该子空间时的一些运行参数，以运维对象为基站为例，子空间的运行参数可以基于位于该子空间内的路由反馈的状态信息(例如上行速率或者下行速率)，或者是位于该子空间内的终端设备反馈的状态信息(例如上行速率或者下行速率)。

示例性的，对于物理世界中的某一区域，当布设有大量的终端设备时，终端设备可以连接到同一处理单元(例如服务器)，并向处理单元反馈实时数据。举例来说，一栋大楼，大量分布有无线路由(还可以有更多种类的电子设备，比如灯具、摄像头，为便于描述，只取一种设备)，为了实时掌握无线路由的运行情况，可以将所有无线路由连接到同一个处理单元，并由一个运维***来监测多种设备的运行情况。各个无线路由实时向运维***反馈各种运行参数，例如上行速率、下行速率等。

在一种可能的实现中，所述运行参数可以指示在所述第二时间内多个时刻的运行参数。也就是说，每个子空间的运行参数可以为运维对象在服务于该子空间时的一些状态数据随时间的变化。

在一种可能实现中，运维事件相关的信息可以包含运维对象在所述发生时间内多个时刻的运行参数。也就是说，该运行参数可以为运维对象的运行参数随时间的变化。

在一种可能实现中，运维事件相关的信息可以包含运维事件的每个处理阶段在所述第二时间内所处的子时间段。对于运维事件来说，一个完整的运维事件可以示例性的包括根因分析、方案生成、方案下发、方案执行等阶段，运维***可以根据参数配置接收、下发等动作、以及参数的变化，智能的识别出各个阶段所对应的时间段。

此外，运维事件相关的信息还可以包含其他类型的信息，本申请并不限定。

602、根据所述信息，在运维界面上显示每个所述运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间，且多个所述控件在所述运维界面上沿所述发生时间的先后顺序在所述时间轴上的对应位置显示。

本申请实施例中，可以根据所述信息，来确定出在运维界面上需要显示的显示元素。

在一种可能实现中，可以根据所述信息，在运维界面上显示每个所述运维事件对应的控件。其中，这里的“控件”也可以称之为事件切片。

事件切片可以为一种显示在运维***界面上的可视化标识，用于标识某一时间内***识别到发生的运维事件。运维***能够根据电子设备反馈的参数实时确定各电子设备的运行情况，并根据一个区域内的电子设备运行情况，确定是否发生了运维事件。若运维***判断发生了运维事件，则运维***基于该运维事件来生成对应的事件切片。

关于运维***基于该运维事件来生成对应的控件：

可选的，可以将地图上发生运维事件的地点提取出来(可选的，还可以在发生运维事件的时间段内的仿真画面单独提取出来)，然后配以简要描述，如事件名称、报错详情等，以可视化的图标进行呈现，可视化图标即为用户查看到的控件。简要描述可以通过电子设备的日志来获取。

在一种可能的实现中，可以根据所述信息，在运维界面上显示每个所述运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间。

在一种可能的实现中，时间粒度可以理解为时间轴上的最小时间单元，例如，时间粒度可以为天(day)、小时、分钟、星期、月份等。

可选的，用户可以选择一个时间段，然后以第一时间粒度为单位的时间轴上会对应显示用户选择的时间段内的控件。可选的，如果没有选择，则默认时间轴是实时更新的现有时间。

举例来说，在识别到发生运维事件后，将运维事件的起始时间点标记，在结束后，标记结束时间点，将起始时间点到结束时间点内的地图仿真画面关联到一个指定类型的控件，然后结合电子设备的运行日志，将控件中的信息填充完毕，显示在时间轴上，即得到运维时间的控件。

本申请实施例中，时间轴以及运维事件对应的控件可以作为显示元素显示在运维界面上，具体来说，运维界面可以包括但不限于如下的一些显示元素：

地图：地图可以为运维的场景地图，该场景内的物体实体可以通过三维建模的形式复现在场景中或者显示为2D平面地图，例如物体实体的三维建模可以显示在对应的位置上。地图除了具备还原运维场景的功能之外，还可以配合后续用户对于运维事件的选择而将选择的运维事件所在的区域进行突出显示(例如在用户未进行运维事件的选择之前，地图上的元素不会呈现出较丰富的细节，而在用户进行运维事件的选择之后，针对于用户选择的运维事件所在的区域会显示出更丰富的细节)的功能，具体将在后续的实施例中描述。

示例性的，图6至图9中示出了运维事件的发生区域对应的三维建模地图，时间轴、控件和其他UI悬浮显示在地图图层上方。

时间轴以及运维事件对应的控件：可以显示在和地图错开的区域，时间轴可以供用户选择要呈现的运维事件的时间段。运维事件的控件可以和时间轴上的时间关联，来标注运维事件对应的发生时间。

示例性的，图9中位于显示了一条横向方向的时间轴，运维事件对应的控件可以排布在时间轴上。

例如，在运维界面上，地图上可以实时显示电子设备的运行情况，体现当前设置的网络状态参数(如下行速率)的实时变化情况，已经发生的运维事件，在提取出控件后，控件按照时间顺序分布在时间轴上。

通常情况下，由于不同运维事件之间的时间跨度可能较大，为了能够在一个界面上尽可能多的显示运维事件，可以在运维界面上以第一时间粒度显示时间轴，并将运维事件的发生时间显示在该事件轴上(例如，可以基于运维事件的发生时间，将运维事件的控件显示在时间轴上的对应位置处，并标注出发生时间的具体值)，第一时间粒度可以为天、星期等较大粒度的时间单元。

参照图8，图8示出了沿着时间轴排布的若干控件，控件显示在地图下方的时间轴上。

在一种可能的实现中，可以显示多个运维事件中核心事件对应的控件，核心事件是指：指定类型的运维事件，或者重要程度较高的运维事件。例如，本实施例中，指定类型为，网络生命周期中，由配置变更、业务开通、网络故障、性能优化导致的运维事件为核心事件。核心事件可以由运维***按照预先设置的逻辑自动识别(根据类型、重要程度中的至少一个进行识别)。

在一种可能的实现中，所述信息还包含运维事件的重要程度；所述多个控件还用于指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

在一种可能的实现中，所述多个控件在所述运维界面上的显示长度或者显示颜色指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

通过对控件进行颜色填充、高度的变化，可以一目了然的清楚引发事件的原因以及重要程度等，便于用户在回顾运维事件时，快速的筛选到需要的事件控件。

运维***可以仅在时间轴上显示核心事件的控件；也可以识别所有的运维事件，并提取出所有运维事件的控件显示在时间轴上，然后再通过给控件赋予颜色，来标记出核心事件。例如，所有核心事件统一用蓝色标记。再例如，不同类型的核心事件分别使用不同颜色标记，示例性的，配置变更导致的核心事件使用红色标记，业务开通导致的运维事件使用蓝色标记，这样，通过颜色就可以一目了然的清楚引发事件的原因，便于用户在回顾运维事件时，快速的筛选控件。

603、接收针对于多个所述控件中第一控件的选择，在所述运维界面上在第二时间粒度的时间轴上显示所述第一控件对应的运维事件的发生时间，所述第一时间粒度大于所述第二时间粒度。

在一种可能的实现中，所述第一时间粒度为日期，所述第二时间粒度为小时、分钟或者秒。例如，第一时间粒度为日期(也就是天(day)，例如3月3日)，第二时间粒度为小时。又例如，第一时间粒度为日期，第二时间粒度为分钟。

在一种可能的实现中，响应应用对控件的选择(例如点击操作)，可以在时间轴上以更小的时间刻度放大显示运维事件的发生时间段。用户可以直接点击时间轴上的控件，也可以点击悬停状态下的控件，来查看具体的事件发展过程。当用户点击控件时，时间轴上，对应该运维事件的时间段会以更小的时间刻度放大显示。

在一种可能的实现中，在第二时间粒度的时间轴上显示所述第一控件对应的运维事件的发生时间可以理解为，显示一个以第二时间粒度为最小时间单元的时间轴，可以将每个运维事件对应的发生时间与时间轴上对应的时间段进行匹配显示。

其中，以第二时间粒度为最小时间单元的时间轴(为了方便描述可以称之为时间轴1)，和上述实施例中以第一时间粒度为最小时间单元的时间轴(为了方便描述可以称之为时间轴2)，时间轴1和时间轴2之间的关系可以为完全不同的时间轴，也就是，响应于用户的选择，可以重新显示一个不同时间粒度的时间轴，时间轴1和时间轴2之间的关系可以为：时间轴2是时间轴1上一个子时间段的拉长显示，例如图11所示的那样。

通过上述方式，将运维事件对应的控件在时域上进行排布，首先按照较大的时间粒度进行排布，并在用户选择一个控件后才在时间上对该控件对应的运维事件进行更细粒度的呈现，使得在保证运维事件具有足够的空间排布在界面上的前提下，用户可以更快的从庞杂的信息中获取运维***精准推送的信息，再从中筛选目标信息。

以时间轴1和时间轴2之间的关系可以为：时间轴2是时间轴1上一个子时间段的拉长显示为例，举例来说，图9中，运维事件的发生时间为1月12日上午10:00-11:00。在点击控件前，时间轴上对应1月10日、1月16日的两条刻度线之间，仅显示7条刻度线，每条刻度线对应一天(即最小时间粒度为一天)(也就是显示以第一时间粒度为最小时间单元的时间轴)。当用户点击控件后，在时间轴上，对应1月12日、1月13日的两条刻度线之间的时间段被拉长，对应1月12日上午10:00-11:00的时间段以更小的时间刻度放大显示(也就是显示以第二时间粒度为最小时间单元的时间轴)，例如，以5分钟为最小时间粒度进行显示，其他时间段(包括1月12日的其余时间段)仍然维持原来的时间粒度显示(最小时间粒度为一天)。也就是说，放大显示是将运维事件的发生时间段，按照预设的最小刻度值(比如5分钟)来延长时间轴，拉长显示运维事件的发生时间段。

当然，用户在进行运维事件对应的控件的选择之后，以第一时间粒度为最小时间单元的时间轴上除了运维事件发生时间段以外的其他时间段也可以拉长显示(也就是说，此时以第一时间粒度为最小时间单元的时间轴会变为包括不同时间粒度的分段的时间轴)。通常，为了避免显示的控件过少，其他时间段在拉长时，时间粒度可以大于运维事件发生时间段的最小时间粒度(例如第四时间粒度，第四时间粒度大于第二时间粒度且小于第一时间粒度))。

在一种可能的实现中，所述信息还包含运维对象、运维事件完成情况以及运维事件的故障类型中的至少一种，接收针对于多个所述控件中第一控件的第一选择操作，在所述运维事件中显示所述第一控件对应的运维事件的运维对象、运维事件完成情况以及运维事件的故障类型中的至少一种；进而在接收针对于多个所述控件中第一控件的第二选择操作之后，所述第一选择操作和所述第二选择操作不同。也就是说，用户可以通过一种操作来使得选择的运维事件进行更细粒度的呈现，也可以通过另一种操作来浏览该运维事件的简要说明来确定是否是自己想要打开的控件。

在一种可能的实现中，所述第一选择操作为悬停操作。可选的，第二选择操作可以为点击操作。

示例性的，响应用户在控件上的悬停操作，显示控件对应的运维事件的简要描述；在时间轴上显示控件之后，用户可以通过鼠标(以PC端为例进行描述)来选择控件进行查看。在查看前，用户可以将鼠标滑过控件，控件在鼠标滑过时，跳起离开时间轴，并悬空。当鼠标连续滑过多个控件时，控件呈现有规律的弹起或者落下。当鼠标悬停在某个控件上时，会显示该事件的简要描述。同时，控件的形态可以发生变化，例如，控件弹起悬空，并由图9的竖向放置的书变为横向放置，查看封面或扉页，中间可以配置有动画。

图9示出了将鼠标悬停在控件上后，显示的控件的简要描述。鼠标悬停后，在满足一定条件(例如悬停时间大于预设值)后，控件的书状图标弹起，并平放，然后在书的封面显示简要描述。简要描述记载了运维事件的标题、完成状态和发生事件的时间内的用户体验满足度曲线。

通过查看运维事件的简要描述，而不必点击进入运维事件的查看界面，可以帮助用户快速预览事件，从而筛选到目标控件。

在一种可能的实现中，所述接收针对于多个所述控件中第一控件的选择之后，还可以在所述运维界面上显示所述第一控件对应的运维事件的发生区域在物理场景中的位置或者显示所述发生区域对应的三维建模体。

在一种可能的实现中，为了更直观的展示运维事件的运维对象的详细情况，可以在运维界面上显示一个地图，在用户进行了运维事件对应的控件的选择操作之后，可以在地图上展示出该运维事件的发生区域在物理场景中的位置(该位置可以通过运维事件的发生区域在物理场景中的位置来表示)，或者是通过文字标识出该位置。此外，还可以在该位置处显示出运维对象对应的指示信息，进而可以让用户了解运维对象和位置之间的关联。

在一种可能的实现中，运维事件所在区域对应的三维建模体可以为运维事件所在区域的建筑物的三维仿真模型。

在一种可能的实现中，所述信息还包含运维事件的运行参数，所述运行参数为所述运维事件的发生区域所在的三维空间内多个子空间中的每个子空间内的运行参数，进而，还可以在所述运维界面上显示对所述三维建模体划分的所述多个子空间、以及指示每个所述子空间对应的运行参数的信息。

以运维对象为基站为例，图7示出了一个运维界面的示例。

如图7所示，运维界面会显示一个地图，地图对应电子设备在物理世界的分布区域(比如基站的覆盖范围)。地图能够进行网格化，并在网格内填充各种颜色来表示电子设备的运行情况(比如上行速率大小、下行速率大小)。即运维软件能够在地图上可视化的查看各网格的网络状态。

响应应用对控件的选择(例如点击操作)，可以在地图上显示事件发生地点的数字孪生体，并对应数字孪生体显示一时间轴，该时间轴与运维事件的发生时间段对应同一时间段，在该时间轴上显示至少一种运维参数。处理控件的图标发生变化，地图对应也可以发生变化，标记显示运维事件的发生地点，例如，图8中运维事件的发生地点为A商业圈，可以将地图上的A商业区域高亮显示或者边缘高亮显示。

在点击控件后，地图也可以发生对应的变化，以更加方便的查看运维事件的发生地点。例如，可以通过视角的变化，放大显示控件对应运维事件的发生地点。比如，图9中，点击控件后，将控件对应的运维事件发生地点——A商业圈放大显示，如图10所示。

数字孪生体为地图上对应运维事件发生地点的建模对象的复制体。数字孪生体可以和建模对象相同大小，也可以放大显示。在查看事件时，同时在界面上显示地图界面和数字孪生体，并通过数字孪生体完整的仿真整个运维事件的发生过程，以可视化的方式对运维实现进行仿真，帮助快速掌握运维事件的发展情况，便于用户的分析。

可以通过数字孪生体来复现事件发生地点各区域、在运维事件发生的时间段内，各时刻的网络状态变化。例如，将数字孪生体进行网格划分，每个网格填充不同深浅、不同种类的颜色，以通过颜色的种类和深浅来指示网络状态(例如下行速率)。具体网络状态的种类可以由***自动确定，例如自动选择存在异常的网络状态参数；也可以由用户进行主动选择。

对应数字孪生体还可以显示一个时间轴，时间轴上可以显示有滑钮，用户通过拖动滑钮在时间轴上的滑动，来选择不同的时刻，通过数字孪生体查看运维事件发生地点在不同时刻的网络状态。数字孪生体上通过不同深浅、不同种类的颜色来指示当前时刻的网络状态。例如，时间轴可以围绕数字孪生体呈环形设置。

可以理解，由于数字孪生体外的时间轴具有更大的长度，因此，数字孪生体的时间轴的最小刻度值可以小于等于时间轴上发生时间段的最小刻度值，例如，对应图9中的运维事件，数字孪生体的时间轴的最小刻度值可以是1分钟。

图10示出了点击控件后的界面，当用户在图9中点击控件后，转化为图10中的界面，界面的转变过程可以呈现动画(例如时间轴的拉伸、地图视角的变化、数字孪生体从下方升起等动画过程)。

放大显示运维事件的发生时间段如图11所示，将原时间轴(图9的时间轴，本质上是同一时间轴)上1月12日到1月13日之间，对应发生运维事件的时间段10:00-11:00进行拉伸延长，拉伸延长后的该时间段，最小刻度值为1分钟。时间轴上的其他时间段，仍然是1个刻对应一天。当然，其他时间段也可以进行拉伸，例如，拉伸成最小刻度值为2h。

图10中，对拉伸延长的时间段进行标记，添加对应的底纹光效，以提醒用户该时间段为运维事件的发生时间。时间轴上也可以显示运维事件的简要描述，例如图10中显示运维事件的标题和完成状态。

数字孪生体为地图上对应区域建模的复制体。例如图9中的运维事件地点为A商业圈，则数字孪生体为A商业圈的地图建模的复制体。图10中，数字孪生体相比原地图建模有所放大。

在一种可能的实现中，所述运行参数指示在所述第二时间内多个时刻的运行参数，所述接收针对于多个所述控件中第一控件的选择之后，可以在所述运维界面上显示时间选择控件，接收到通过所述时间选择控件输入的针对于所述第二时间内目标时刻的选择，显示所述目标时刻对应的运行参数。

在一种可能的实现中，所述信息还包含运维对象在所述发生时间内多个时刻的运行参数，所述接收针对于多个所述控件中第一控件的选择之后，还可以在所述运维界面上显示所述第一控件对应的运维对象在所述第二时间内多个时刻的运行参数。

地图上可以同时显示原地图建模和数字孪生体，例如，将运维事件地点的地图建模高亮显示，而其他地方则灰度显示，以通过这种方式提示用户该运维事件的发生地点。数字孪生体的显示形态可以和原地图建模有所不同：数字孪生体可以进行立体网格化显示(为了不显示的过于杂乱，图10中仅有G建筑示出了网格)，然后可以对各个网格填充对应的颜色，以表示该网格的网络状态，从而可以直观的了解对应时刻的网络状态。由此，可以通过数字孪生体来完整的仿真整个运维事件发生过程中的网络状态变化。举例来说，当点击控件，显示数字孪生体后，数字孪生体即从运维事件的开始时刻开始仿真整个事件的完整发展过程。

图10还示出了环绕数字孪生体的时间轴，该时间轴对应运维事件的发生时间段(即10:00-11:00)。时间轴上还示出了至少一种网络参数的变化曲线，曲线对应不同时间段，可以使用不同的颜色填充，来表示该时间段内网络的正常、异常情况。例如，网络下行速率通常用绿色表示速率良好，延迟较低；用黄色表示速率较慢，有一定延迟；用红色表示速率极慢，延迟很高；因此，当曲线指示的参数是下行速率时，可以对曲线的不同段填充不同颜色，来帮助用户了解该时间段内下行速率对应的状态，再结合曲线的形状来大致了解下行速率的高低。

用户可以拨动时间轴上的滑块，在数字孪生体内，用网格来仿真滑块所处的时刻的网络状态。

在一种可能的实现中，所述信息还包含运维事件的每个处理阶段在所述第二时间内所处的子时间段；在接收针对于多个所述控件中第一控件的选择之后，还可以将所述运维事件的每个处理阶段的指示信息与对应的所述子时间段匹配显示。

运维事件的发生时间段(也就是第二时间)内可以包括运维事件的多个处理阶段(也可以称之为运维事件的发展阶段)，例如根因分析、方案生成、方案下发、方案执行等阶段，每个处理阶段可以对应于运维事件的发生时间段的一个子时间段，为了能够让用户知晓运维事件的各个处理阶段处于第二时间内的哪一个时间段，可以在以第二时间粒度为最小时间单元的时间轴上显示出第二时间所处的时间段，并在该时间段上标注出每个处理阶段所处的子时间段。

图12示出了在时间轴上显示运维事件的发展阶段，各发展阶段对应的子时间段可以和时间轴的时间相对应，例如，根因分析对应的是10:00-10:16这个时间段(可以细分到秒，这里为了便于描述仅计到分钟)。

在一种可能的实现中，所述多个运维事件包括多个第一运维事件和多个第二运维事件，所述多个第二运维事件的发生时间在所述第一运维事件之前，还可以在运维界面上显示第二控件(也可以称之为堆叠控件)；所述第二控件指示将所述多个第二运维事件展开显示；进而可以根据所述信息中和所述多个第一运维事件相关的信息，在运维界面上显示每个所述第一运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间；接收针对于所述第二控件的选择，根据所述信息中和所述多个第二运维事件相关的信息，在运维界面上显示每个所述第二运维事件对应的控件以及以第三时间粒度显示所述发生时间，所述第三时间粒度大于所述第一时间粒度。

在一种可能的实现中，响应用于对时间轴上的堆叠控件的操作，显示一纵向时间轴，在纵向时间轴上显示可视化标识，可视化标识用于标识核心事件在纵向时间轴上的分布。由于屏幕上的时间轴长度有限，对于没有显示在屏幕上的时间内发生的历史运维事件，无法直接点击控件来查看，此时用户可以：①拖动时间轴，以移动时间轴，将前面时间的运维事件的切片显示在屏幕上。这种方式下，用户要不断的拖动时间轴移动，无法实现快速查看。因此，本实施例提供第二种方式：点击屏幕上的堆叠控件，查看历史运维事件总览。

示例性的，时间轴的左侧可以显示有堆叠控件，堆叠控件用以查看历史事件。当用户点击堆叠控件，会显示一纵向时间轴，并在纵向时间轴上显示核心事件的标识，用户可以直观的查看某个时间段内是否发生了核心事件，然后快速定位到该时间段。

纵向时间轴可以用一个刻度表示更多天数(即最小刻度值比横向时间轴大)，也可以将刻度间距排布的更为密集，从而使得纵向时间轴能够尽可能的表示更多天数。

图13中的(a)示出了堆叠控件A01，堆叠控件A01显示在时间轴的最左端。当用户点击堆叠控件A01，显示图13中的(b)所示的界面，出现纵向时间轴，纵向时间轴上的刻度线更为密集，以表示更多天数。同时，在纵向时间轴上也会显示核心时间的可视化标识。图13中的(b)中纵向时间轴不是立体书籍表示核心事件的发生，而用一个色块来简化表示。

在一种可能的实现中，还可以响应用户对纵向时间轴上的移动框的操作，显示移动框对应的时间段内的所有运维事件的控件。

纵向时间轴上有一个移动框，并在时间轴的右侧，显示移动框对应的时间段内，发生的运维事件的控件。通过拖动移动框在纵向时间轴上的移动，来改变纵向时间轴右侧显示的运维事件。如图13中的(b)所示。

显示控件之后，可以以图9对应实施例中相同的方式悬停预览运维事件，或点击控件来通过数字孪生体仿真整个运维事件的发生过程。

在一种可能的实现中，所述多个运维事件包括多个第一运维事件和至少一个第三运维事件，所述多个第一运维事件为已发生的运维事件，所述至少一个第三运维事件为预测的运维事件(本申请实施例中还可以简称为未来事件)；可以获取所述多个第一运维事件中每个第一运维事件相关的信息；根据所述信息，预测所述至少一个第三预测运维事件的信息。

在一种可能的实现中，所述第一控件对应的运维事件属于所述至少一个第三运维事件，所述接收针对于多个所述控件中第一控件的选择之后，还可以在所述运维界面上显示所述第一控件对应的运维事件的多个候选处理策略；接收到针对于所述多个候选处理策略中目标处理策略的选择，在所述运维界面上显示若执行所述目标处理策略所述第一控件对应的运维事件的变化结果。

对于未来事件来说，未来可能发生的运维事件是基于预测的、实际并未发生的运维事件。例如，基于历史运维数据库，预测未来某一事件可能发生的运维事件。因此，在查看未来的运维事件的控件时，除了提供实施例一种的仿真过程以外，还提供不同的处理方案，用户可以通过选择不同的处理方案，来预览不同处理方案对未来运维事件可能产生的不同影响。

在未来运维事件查看界面显示至少一个运维事件的处理策略，并显示采用该处理策略后，可能发生的未来运维事件；当运维事件发生时，往往需要运维人员介入来进行处理。即在根因分析、方案生成、方案下发、方案执行的整个过程中，方案生成很多时候是有运维人员来决定采用何种方案的(例如对于网络拥堵，是选择临时加站，还是永久扩容)，在有运维人员将方案下发到***，由***来执行方案配置。

基于此，对于未来运维事件，运维***仅能够预测运维事件是否发生，不能直接对运维事件进行处理，而仅能够基于运维数据库来推荐不同的处理方案。例如，历史运维事件处理中，针对相同的网络拥堵场景，通常采用的方案有临时加站和永久扩容，则可以推荐临时加站和永久扩容两种不同的处理策略。选择不同的处理策略后，会对未来的运维事件产生不同的影响。例如选择永久扩容后，可能永久的避免产生网络拥堵事件，而选择临时加站的处理策略，后面还会产生拆站的运维事件，以及，未来产生的网络拥堵事件，仍然会发生。对未来的运维事件的影响可以体现在未来运维事件的查看界面。

用户可以点击不同的策略，来切换选择不同的处理策略。当点击处理策略时，运维***对未来的运维事件预测发生变化，因此，对应预测的未来运维事件也发生变化。这样，用户可以通过预览未来可能发生的运维事件，来针对该未来事件采用不同的处理策略。

如图14所示，在查看预测的未来事件时，除了按照实施例一的方案，展开拉长时间轴、在时间查看界面显示数字孪生体、围绕数字孪生体显示时间轴、在时间轴上显示网络参数之外。还在上方显示当前运维事件的推荐策略，以及采用该推荐策略之后，未来可能发生的运维事件。如图7中，针对6月1日的运维事件，采用扩容策略后，2023年7月15日16：00-16:30可能发生事件二，以及9月29日的20:00-22:30可能发生事件三，10月1日20:00-22:30可能发生事件四。

在一种可能的实现中，可以响应处理策略的更换，对应调整未来运维事件的预测。除了显示推荐策略，还可以显示其他处理策略，例如图14中，除了显示推荐的扩容策略，也显示临时加站的处理策略。用户可以点击不同的策略，来切换选择不同的处理策略。当点击处理策略时，运维***对未来的运维事件预测发生变化，因此，对应预测的未来运维事件也发生变化。

通过上述方式，可以帮助用户可以更好的了解未来的事件相的关情况，例如事件时间、类型等，方便用户进行时间安排，同时在用户选择查看某一事件时，方便用户可以快速的对应事件的时间、类型等相关的信息，且可以清晰呈现发展趋势，且用户也可以选择不同的发展方向和下发方案类型进行仿真，有利于用户更好的了解***处理事件的详情，且提升用户对***的信任。

图15中，当用户选择临时加站策略时，除了会发生事件二、三、四之外，还会在6月5日发生事件五，在8月15日发生事件六。这样，用户可以通过预览未来可能发生的运维事件，来针对该未来事件采用不同的处理策略。在多个处理策略中选择推荐策略，由运维***按照预设的规则来自动完成。例如，按照尽量减少未来运维事件的发生次数的原则来选择推荐策略。

本申请实施例提供了一种运维信息显示方法，所述方法包括：获取多个运维事件中每个运维事件相关的信息，所述信息包含运维事件的发生时间；根据所述信息，在运维界面上显示每个所述运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间，且多个所述控件在所述运维界面上沿所述发生时间的先后顺序在所述时间轴上的对应位置显示；接收针对于多个所述控件中第一控件的选择，在所述运维界面上在第二时间粒度的时间轴上显示所述第一控件对应的运维事件的发生时间，所述第一时间粒度大于所述第二时间粒度。通过上述方式，将运维事件对应的控件在时域上进行排布，首先按照较大的时间粒度进行排布，并在用户选择一个控件后才在时间上对该控件对应的运维事件进行更细粒度的呈现，使得在保证运维事件具有足够的空间排布在界面上的前提下，用户可以更快的从庞杂的信息中获取运维***精准推送的信息，再从中筛选目标信息。

参照图16，图16为本申请实施例提供的一种运维信息显示装置的结构示意，其中，所述装置1600，包括：

获取模块1601，用于获取多个运维事件中每个运维事件相关的信息，所述信息包含运维事件的发生时间；

其中，关于获取模块1601的具体描述可以参照上述实施例中步骤601的描述，这里不再赘述。

处理模块1602，用于根据所述信息，在运维界面上显示每个所述运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间，且多个所述控件在所述运维界面上沿所述发生时间的先后顺序在所述时间轴上的对应位置显示；

接收针对于多个所述控件中第一控件的选择，在所述运维界面上在第二时间粒度的时间轴上显示所述第一控件对应的运维事件的发生时间，所述第一时间粒度大于所述第二时间粒度。

其中，关于处理模块1602的具体描述可以参照上述实施例中步骤602和603的描述，这里不再赘述。

在一种可能的实现中，所述第一时间粒度为日期，所述第二时间粒度为小时、分钟或者秒。

在一种可能的实现中，所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

根据所述指示信息，在所述运维界面上显示所述第一控件对应的运维事件的运维对象在物理场景中的位置或者显示所述运维对象对应的三维建模体。

在一种可能的实现中，所述信息还包含运维事件的运行参数，所述运行参数为所述运维事件的发生区域所在的三维空间内多个子空间中的每个子空间内的运行参数；

所述处理模块还用于：

在所述接收针对于多个所述控件中第一控件的选择之后，在所述运维界面上显示对所述三维建模体划分的所述多个子空间、以及指示每个所述子空间对应的运行参数的信息。

在一种可能的实现中，所述运行参数指示在所述第二时间内的多个时刻的运行参数，所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

在所述运维界面上显示时间选择控件；

接收到通过所述时间选择控件输入的针对于所述第二时间内目标时刻的选择，显示所述目标时刻对应的运行参数。

在一种可能的实现中，所述信息还包含运维对象在所述发生时间内多个时刻的运行参数，所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

在所述运维界面上显示所述第一控件对应的运维对象在所述第二时间内多个时刻的运行参数。

在一种可能的实现中，所述信息还包含运维事件的每个处理阶段在所述第二时间内所处的子时间段；

所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

将所述运维事件的每个处理阶段的指示信息与对应的所述子时间段匹配显示。

在一种可能的实现中，所述多个运维事件包括多个第一运维事件和多个第二运维事件，所述多个第二运维事件的发生时间在所述第一运维事件之前，所述处理模块，还用于：

在运维界面上显示第二控件；所述第二控件指示将所述多个第二运维事件展开显示；

所述处理模块，具体用于：

根据所述信息中和所述多个第一运维事件相关的信息，在运维界面上显示每个所述第一运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间；

接收针对于所述第二控件的选择，根据所述信息中和所述多个第二运维事件相关的信息，在运维界面上显示每个所述第二运维事件对应的控件以及以第三时间粒度显示所述发生时间，所述第三时间粒度大于所述第一时间粒度。

在一种可能的实现中，所述多个运维事件包括多个第一运维事件和至少一个第三运维事件，所述多个第一运维事件为已发生的运维事件，所述至少一个第三运维事件为预测的运维事件；所述获取模块，具体用于：

获取所述多个第一运维事件中每个第一运维事件相关的信息；

所述处理模块，还用于：

根据所述信息，预测所述至少一个第三预测运维事件的信息。

在一种可能的实现中，所述第一控件对应的运维事件属于所述至少一个第三运维事件，所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

在所述运维界面上显示所述第一控件对应的运维事件的多个候选处理策略；

接收到针对于所述多个候选处理策略中目标处理策略的选择，在所述运维界面上显示若执行所述目标处理策略所述第一控件对应的运维事件的变化结果。

在一种可能的实现中，所述信息还包含运维事件的重要程度；

所述多个控件还用于指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

在一种可能的实现中，所述多个控件在所述运维界面上的显示长度或者显示颜色指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

在一种可能的实现中，所述信息还包含运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种，所述处理模块，还用于：

接收针对于多个所述控件中第一控件的第一选择操作，在所述运维事件中显示所述第一控件对应的运维事件的运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种；

所述处理模块，具体用于：

接收针对于多个所述控件中第一控件的第二选择操作，所述第一选择操作和所述第二选择操作不同。

在一种可能的实现中，所述第一选择操作为悬停操作。

接下来介绍本申请实施例提供的一种执行设备，请参阅图17，图17为本申请实施例提供的执行设备的一种结构示意图，执行设备1700具体可以表现为手机、平板、笔记本电脑、智能穿戴设备等，此处不做限定。具体的，执行设备1700包括：接收器1701、发射器1702、处理器1703和存储器1704(其中执行设备1700中的处理器1703的数量可以一个或多个，图17中以一个处理器为例)，其中，处理器1703可以包括应用处理器17031和通信处理器17032。在本申请的一些实施例中，接收器1701、发射器1702、处理器1703和存储器1704可通过总线或其它方式连接。

存储器1704可以包括只读存储器和随机存取存储器，并向处理器1703提供指令和数据。存储器1704的一部分还可以包括非易失性随机存取存储器(non-volatile randomaccess memory，NVRAM)。存储器1704存储有处理器和操作指令、可执行模块或者数据结构，或者它们的子集，或者它们的扩展集，其中，操作指令可包括各种操作指令，用于实现各种操作。

处理器1703控制执行设备的操作。具体的应用中，执行设备的各个组件通过总线***耦合在一起，其中总线***除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都称为总线***。

上述本申请实施例揭示的方法可以应用于处理器1703中，或者由处理器1703实现。处理器1703可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1703中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1703可以是通用处理器、数字信号处理器(digital signal processing，DSP)、微处理器或微控制器，还可进一步包括专用集成电路(application specific integratedcircuit，ASIC)、现场可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。该处理器1703可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1704，处理器1703读取存储器1704中的信息，结合其硬件完成上述方法的步骤。

接收器1701可用于接收输入的数字或字符信息，以及产生与执行设备的相关设置以及功能控制有关的信号输入。发射器1702可用于输出数字或字符信息；发射器1702还可用于向磁盘组发送指令，以修改磁盘组中的数据。

本申请实施例中，在一种情况下，处理器1703，用于执行图6对应实施例中的运维信息显示方法的步骤。

本申请实施例中还提供一种包括计算机可读指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述执行设备所执行的步骤，或者，使得计算机执行如前述训练设备所执行的步骤。

本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有用于进行信号处理的程序，当其在计算机上运行时，使得计算机执行如前述执行设备所执行的步骤，或者，使得计算机执行如前述训练设备所执行的步骤。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、ROM、RAM、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者网络设备等)执行本申请各个实施例所述的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

Claims (29)

1.一种运维信息显示方法，其特征在于，所述方法包括：

获取多个运维事件中每个运维事件相关的信息，所述信息包含运维事件的发生时间；

根据所述信息，在运维界面上显示每个所述运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间，且多个所述控件在所述运维界面上沿所述发生时间的先后顺序在所述时间轴上的对应位置显示；

接收针对于多个所述控件中第一控件的选择，在所述运维界面上在第二时间粒度的时间轴上显示所述第一控件对应的运维事件的发生时间，所述第一时间粒度大于所述第二时间粒度。

2.根据权利要求1所述的方法，其特征在于，所述接收针对于多个所述控件中第一控件的选择之后，所述方法还包括：

在所述运维界面上显示所述第一控件对应的运维事件的发生区域在物理场景中的位置或者显示所述发生区域对应的三维建模体。

3.根据权利要求2所述的方法，其特征在于，所述信息还包含运维事件的运行参数，所述运行参数为所述运维事件的发生区域所在的三维空间内多个子空间中的每个子空间内的运行参数；

所述接收针对于多个所述控件中第一控件的选择之后，所述方法还包括：

在所述运维界面上显示对所述三维建模体划分的所述多个子空间、以及指示每个所述子空间对应的运行参数的信息。

4.根据权利要求3所述的方法，其特征在于，所述运行参数指示在所述第二时间内的多个时刻的运行参数，所述接收针对于多个所述控件中第一控件的选择之后，所述方法还包括：

在所述运维界面上显示时间选择控件；

接收到通过所述时间选择控件输入的针对于所述第二时间内目标时刻的选择，显示所述目标时刻对应的运行参数。

5.根据权利要求1至4任一所述的方法，其特征在于，所述信息还包含运维对象在所述发生时间内多个时刻的运行参数，所述接收针对于多个所述控件中第一控件的选择之后，所述方法还包括：

在所述运维界面上显示所述第一控件对应的运维对象在所述第二时间内多个时刻的运行参数。

6.根据权利要求1至5任一所述的方法，其特征在于，所述信息还包含运维事件的每个处理阶段在所述第二时间内所处的子时间段；

所述接收针对于多个所述控件中第一控件的选择之后，所述方法还包括：

将所述运维事件的每个处理阶段的指示信息与对应的所述子时间段匹配显示。

7.根据权利要求1至6任一所述的方法，其特征在于，所述多个运维事件包括多个第一运维事件和多个第二运维事件，所述多个第二运维事件的发生时间在所述第一运维事件之前，所述方法还包括：

在运维界面上显示第二控件；所述第二控件指示将所述多个第二运维事件展开显示；

所述根据所述信息，在运维界面上显示每个所述运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间，包括：

根据所述信息中和所述多个第一运维事件相关的信息，在运维界面上显示每个所述第一运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间；

接收针对于所述第二控件的选择，根据所述信息中和所述多个第二运维事件相关的信息，在运维界面上显示每个所述第二运维事件对应的控件以及以第三时间粒度显示所述发生时间，所述第三时间粒度大于所述第一时间粒度。

8.根据权利要求1至7任一所述的方法，其特征在于，所述多个运维事件包括多个第一运维事件和至少一个第三运维事件，所述多个第一运维事件为已发生的运维事件，所述至少一个第三运维事件为预测的运维事件；所述获取多个运维事件中每个运维事件相关的信息，包括：

获取所述多个第一运维事件中每个第一运维事件相关的信息；

根据所述信息，预测所述至少一个第三预测运维事件的信息。

9.根据权利要求8所述的方法，其特征在于，所述第一控件对应的运维事件属于所述至少一个第三运维事件，所述接收针对于多个所述控件中第一控件的选择之后，所述方法还包括：

在所述运维界面上显示所述第一控件对应的运维事件的多个候选处理策略；

接收到针对于所述多个候选处理策略中目标处理策略的选择，在所述运维界面上显示若执行所述目标处理策略所述第一控件对应的运维事件的变化结果。

10.根据权利要求1至9任一所述的方法，其特征在于，所述信息还包含运维事件的重要程度；

所述多个控件还用于指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

11.根据权利要求10所述的方法，其特征在于，所述多个控件在所述运维界面上的显示长度或者显示颜色指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

12.根据权利要求1至11任一所述的方法，其特征在于，所述信息还包含运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种，所述方法还包括：

接收针对于多个所述控件中第一控件的第一选择操作，在所述运维事件中显示所述第一控件对应的运维事件的运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种；

所述接收针对于多个所述控件中第一控件的选择，包括：

接收针对于多个所述控件中第一控件的第二选择操作，所述第一选择操作和所述第二选择操作不同。

13.根据权利要求12所述的方法，其特征在于，所述第一选择操作为悬停操作。

14.一种运维信息显示装置，其特征在于，所述装置包括：

获取模块，用于获取多个运维事件中每个运维事件相关的信息，所述信息包含运维事件的发生时间；

处理模块，用于根据所述信息，在运维界面上显示每个所述运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间，且多个所述控件在所述运维界面上沿所述发生时间的先后顺序在所述时间轴上的对应位置显示；

接收针对于多个所述控件中第一控件的选择，在所述运维界面上在第二时间粒度的时间轴上显示所述第一控件对应的运维事件的发生时间，所述第一时间粒度大于所述第二时间粒度。

15.根据权利要求14所述的装置，其特征在于，所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

在所述运维界面上显示所述第一控件对应的运维事件的发生区域在物理场景中的位置或者显示所述发生区域对应的三维建模体。

16.根据权利要求15所述的装置，其特征在于，所述信息还包含运维事件的运行参数，所述运行参数为所述运维事件的发生区域所在的三维空间内多个子空间中的每个子空间内的运行参数；

所述处理模块还用于：

在所述运维界面上显示对所述三维建模体划分的所述多个子空间、以及指示每个所述子空间对应的运行参数的信息。

17.根据权利要求16所述的装置，其特征在于，所述运行参数指示在所述第二时间内的多个时刻的运行参数，所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

在所述运维界面上显示时间选择控件；

接收到通过所述时间选择控件输入的针对于所述第二时间内目标时刻的选择，显示所述目标时刻对应的运行参数。

18.根据权利要求14至17任一所述的装置，其特征在于，所述信息还包含运维对象在所述发生时间内多个时刻的运行参数，所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

在所述运维界面上显示所述第一控件对应的运维对象在所述第二时间内多个时刻的运行参数。

19.根据权利要求14至18任一所述的装置，其特征在于，所述信息还包含运维事件的每个处理阶段在所述第二时间内所处的子时间段；

所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

将所述运维事件的每个处理阶段的指示信息与对应的所述子时间段匹配显示。

20.根据权利要求14至19任一所述的装置，其特征在于，所述多个运维事件包括多个第一运维事件和多个第二运维事件，所述多个第二运维事件的发生时间在所述第一运维事件之前，所述处理模块，还用于：

在运维界面上显示第二控件；所述第二控件指示将所述多个第二运维事件展开显示；

所述处理模块，具体用于：

根据所述信息中和所述多个第一运维事件相关的信息，在运维界面上显示每个所述第一运维事件对应的控件以及在第一时间粒度的时间轴上显示所述发生时间；

接收针对于所述第二控件的选择，根据所述信息中和所述多个第二运维事件相关的信息，在运维界面上显示每个所述第二运维事件对应的控件以及以第三时间粒度显示所述发生时间，所述第三时间粒度大于所述第一时间粒度。

21.根据权利要求14至20任一所述的装置，其特征在于，所述多个运维事件包括多个第一运维事件和至少一个第三运维事件，所述多个第一运维事件为已发生的运维事件，所述至少一个第三运维事件为预测的运维事件；所述获取模块，具体用于：

获取所述多个第一运维事件中每个第一运维事件相关的信息；

所述处理模块，还用于：

根据所述信息，预测所述至少一个第三预测运维事件的信息。

22.根据权利要求21所述的装置，其特征在于，所述第一控件对应的运维事件属于所述至少一个第三运维事件，所述接收针对于多个所述控件中第一控件的选择之后，所述处理模块，还用于：

在所述运维界面上显示所述第一控件对应的运维事件的多个候选处理策略；

接收到针对于所述多个候选处理策略中目标处理策略的选择，在所述运维界面上显示若执行所述目标处理策略所述第一控件对应的运维事件的变化结果。

23.根据权利要求14至22任一所述的装置，其特征在于，所述信息还包含运维事件的重要程度；

所述多个控件还用于指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

24.根据权利要求23所述的装置，其特征在于，所述多个控件在所述运维界面上的显示长度或者显示颜色指示对应的运维事件的重要程度、发生时间的长度中的至少一个。

25.根据权利要求14至24任一所述的装置，其特征在于，所述信息还包含运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种，所述处理模块，还用于：

接收针对于多个所述控件中第一控件的第一选择操作，在所述运维事件中显示所述第一控件对应的运维事件的运维对象的指示信息、运维事件完成情况以及运维事件的故障类型中的至少一种；

所述处理模块，具体用于：

接收针对于多个所述控件中第一控件的第二选择操作，所述第一选择操作和所述第二选择操作不同。

26.根据权利要求25所述的装置，其特征在于，所述第一选择操作为悬停操作。

27.一种运维信息显示装置，其特征在于，所述装置包括存储器和处理器；所述存储器存储有代码，所述处理器被配置为获取所述代码，并执行如权利要求1至13任一所述的方法。

28.一种计算机可读存储介质，其特征在于，包括计算机可读指令，当所述计算机可读指令在计算机设备上运行时，使得所述计算机设备执行权利要求1至13任一项所述的方法。

29.一种计算机程序产品，其特征在于，包括计算机可读指令，当所述计算机可读指令在计算机设备上运行时，使得所述计算机设备执行如权利要求1至13任一所述的方法。