CN110311802A - 网络运营方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例涉及互联网领域，公开了一种网络运营方法、装置、电子设备及存储介质。本发明中，该网络运营方法包括：若监控到监控对象发生故障，则生成告警信息；发送告警信息和故障对应的解决方案集给客户端；响应于客户端发送的选择指令，处理该故障；其中，选择指令包括客户端在解决方案集中指定的解决方案。通过与客户端的交互，使得客户能够及时获知网络运营情况，使运营过程透明化；在监控到监控对象发生故障后，发送该告警信息和故障对应的解决方案集给客户端，使得网络运营过程中出现的故障能够被服务器及时处理，提高了处理故障的效率，降低了人力成本，提高客户的服务体验度。

Description

网络运营方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及互联网领域，特别涉及一种网络运营方法、装置、电子设备及存储介质。

背景技术

目前，随着互联网行业的发展，能够提供互联网服务的企业越来越多，竞争也越来越激烈，客户对互联网服务行业所提供的服务质量，要求也越来越高。客户希望了解实时运营情况，能够及时获知重点关注的服务的详细情况，以及出现故障时对应的解决方案。

发明人发现相关技术中至少存在如下问题：在现有互联网服务运营体系中，多采用被动服务的模式对客户进行服务，即在获得客户投诉后，技术人员才会对应处理相关问题；也有一些互联网服务企业采用主动服务的模式，虽然能够帮助客户及时发现故障，并在有限时间内解决该故障，但这种主动服务的模式过度依赖有经验的技术人员，增加了人力成本，并且效率不高，而且不能使运营过程透明化；无法使客户及时获知某个时刻的网络运营情况，也无法使客户通过交互的方式处理服务运营中出现的故障，并获得故障对应的解决方案，导致客户服务体验度差。

发明内容

本发明实施方式的目的在于提供一种网络运营方法、装置、电子设备及存储介质，通过与客户端进行交互，使得客户能够及时获知网络运营情况，进而使得服务器能够及时处理运营过程中出现的故障，提高了处理故障的效率，降低了人力成本，使网络运营过程透明化，提高客户服务体验度。

为解决上述技术问题，本发明的实施方式提供了一种网络运营方法，包括以下步骤：若监控到监控对象发生故障，则生成告警信息；发送告警信息和故障对应的解决方案集给客户端；响应于客户端发送的选择指令，处理故障；其中，选择指令包括客户端在解决方案集中指定的解决方案。

为解决上述技术问题，本发明的实施方式提供了一种网络运营装置，该装置具体包括如下模块：诊断模块、通信模块和处理模块；诊断模块，用于在监控到监控对象发生故障后，生成告警信息；通信模块，用于发送告警信息和故障对应的解决方案集给客户端；处理模块，用于响应于客户端发送的选择指令，处理故障；其中，选择指令包括客户端在解决方案集中指定的解决方案。

本发明的实施方式还提供了一种电子设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述网络运营方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述网络运营方法。

本发明实施方式相对于现有技术而言，通过与客户端的交互，使得客户能够及时获知网络运营情况，使运营过程透明化；在监控到该监控对象发生故障，则生成发送告警信息，并发送该告警信息和故障对应的解决方案集给客户端，使得网络运营过程中出现的故障能够被服务器及时处理，提高了处理故障的效率，降低了人力成本，提高客户的服务体验度。

另外，解决方案集包括各解决方案的标识符；选择指令具体包括客户端在解决方案集中指定的解决方案的标识符；响应于客户端发送的选择指令，处理故障，包括：根据选择指令中包括的标识符，和预设的标识符与解决方案的对应关系，确定客户端指定的解决方案；根据客户端指定的解决方案，修复故障。该方式中，通过标识符来表示对应的解决方案，由于标识符占用的字节数少，能够减少客户端与服务器之间的传输数据，加快信息的交互，使得服务器能及时获知客户端所指定的解决方案，并使用该解决方案处理故障，提高处理故障的效率。

另外，在根据客户端指定的解决方案，修复故障之后，还包括：若确定故障未被修复成功，则发送告警信息给运维人员，并再次向客户端发送告警信息。该方式中，通过再次发送告警信息给客户，以提示客户该故障没有被修复成功，使得客户能够及时处理该故障；同时，将告警信息发送给运维人员，通过运维人员的处理，加快处理故障的速度。

另外，在响应于客户端发送的选择指令，处理故障之后，还包括：记录故障被修复的过程信息；其中，过程信息包括：告警信息和修复结果。该方式中，通过记录过程信息，使得服务器能够针对不同的客户，对客户的网络运营情况进行综合分析，并进一步优化服务质量，提高用户体验度。

另外，在生成告警信息之前，还包括：根据获取到的监控对象的信息，监控该监控对象。

另外，监控对象的信息，包括：监控对象的名称、监控类别和监控类别对应的监控指标。

另外，根据获取到的监控对象的信息，监控该监控对象，具体包括：针对监控对象的每个监控类别进行以下操作：根据监控类别和监控类别对应的监控指标，检测监控对象是否发生故障。

另外，解决方案集，包括：调整网络节点、对网络攻击进行防护和调整源设备中的至少一种。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式中的网络运营方法流程方框图；

图2是根据本发明第一实施方式中的通信交互信息示意图；

图3是根据本发明第一实施方式中的标识码示意图；

图4是根据本发明第二实施方式中的网络运营方法流程方框图；

图5是根据本发明第一实施方式中的监控对象的信息示意图；

图6是根据本发明第一实施方式中的诊断获得的故障类型示意图；

图7是根据本发明第二实施方式中的告警信息示意图；

图8是根据本发明第二实施方式中的状态码告警信息示意图；

图9是根据本发明第三实施方式中的网络运营装置方框图；

图10是根据本发明第四实施方式中的电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种网络运营方法。用于提高服务器处理故障的效率，降低人力成本，使网络运营过程透明化，提高客户服务体验度。

下面对本实施方式中的网络运营方法的实现细节进行具体的说明，以下内容仅为方便理解本方案的实现细节，并非实施本方案的必须。

图1所示为本实施方式中的网络运营方法的流程图，该方法可用于服务器。该方法可包括如下步骤。

在步骤101中，若监控到监控对象发生故障，则生成告警信息。

其中，告警信息包括：故障名称和故障原因。需要说明的是，对应不同的故障，其告警信息也不同。例如，若监控到监控对象发生了流量突降的故障，则其故障名称为流量突降故障；故障原因可能是运营平台故障，也可能是源设备故障。

在步骤102中，发送告警信息和故障对应的解决方案集给客户端。

需要说明的是，服务器可通过不同的通信渠道，将告警信息和故障对应的解决方案集发送给客户端。如图2所示为客户端与服务器之间进行通信交互的信息示意图，具体包括：告警信息、解决方案集、通信方式以及客户的决策信息等，其中的通信渠道包括：短信、邮件、QQ、微信、或其他自主研发的通信软件等其他渠道；通信方式可以是应用程序接口等。

其中，故障对应的解决方案集包括：调整网络节点、对网络攻击进行防护和调整源设备中的至少一种。例如，若监控到监控对象发生了流量突降的故障，则对应的解决方案集包括：解决方案1)回切源设备或调整网络节点；解决方案2)检查源设备，并对源设备进行调整；若检测到监控对象发生了流量突增的故障，则其告警信息中包括：故障名称为流量突增故障；故障原因可能是收到网络攻击，对应的解决方案集包括对网络攻击进行防护。

在一个具体实现中，当客户端接收到服务器上报的告警信息后，客户通过查看该告警信息，确定当前正在被监控的监控对象的网络运营状态。如图2所示，决策信息包括：是否决策和解决方案，当客户确定该监控对象运营正常时，会选择不决策，即不对解决方案进行选择；当确定该监控对象出现故障时，会选择决策，并在该故障对应的解决方案集中，选择一个适合客户端当前网络环境的解决方案。具体实现时，每个解决方案都对应一个自主研发的应用程序的接口的统一资源定位符(Uniform Resource Locator，URL)，当客户端选择某一个解决方案时，客户会点击该解决方案对应的URL进行访问，使得服务器获知客户所选择的解决方案。

在步骤103中，响应于客户端发送的选择指令，处理故障。

其中，解决方案集包括各解决方案的标识符；选择指令具体包括客户端在解决方案集中指定的解决方案的标识符。

在一个具体实现中，根据选择指令中包括的标识符，和，预设的标识符与解决方案的对应关系，确定客户端指定的解决方案；根据客户端指定的解决方案，修复故障。如图3所示，使用不同的标识符来表示对应的解决方案。其中，ON表示客户端“决策”，即客户端决定使用解决方案集中的某个解决方案处理所出现的故障；OFF表示客户端“不决策”，即客户端认为该故障不影响监控对象的运营，可以不处理；X表示方案1，Y表示方案2，Z表示方案3。当客户端选择“决策”时，会使用解决方案集中的一种或多种，来解决所出现的故障，其中的解决方案集是包括了“方案1”、“方案2”和“方案3”等多个不同的解决方案的集合。例如：当客户端选择ON时，对应的选择了Y，即表示客户端决定使用解决方案集中的“方案2”来解决所出现的故障。通过使用包括上述ON、OFF、X、Y、Z等标识符的选择指令，将客户端所选择的解决方案传输给服务器，能够减少客户端与服务器之间的传输数据，加快信息的交互，使得服务器能及时获知客户端所指定的解决方案，提高服务器处理故障的效率。

例如，当出现源设备故障时，对应的解决方案是调整源设备，即断开原来与目标设备相连接的源设备1，将目标设备连接至源设备2，使得目标设备所需要的信息，能够由源设备2提供，保证了目标设备仍然能够获得所需要的信息，进而保证网络运营的稳定性。

在一个具体实现中，在修复故障之后，确定该故障未被修复成功，则发送告警信息给运维人员，并再次向客户端发送告警信息。需要说明的是，该故障无法通过与客户端交互的方式解决，就会发送告警信息给客户端，通知客户端该故障仍然存在，需要客户端配合解决该故障；同时，将告警信息发送给运维人员，通过人工干预的方式，快速处理该故障，保证网络运营的稳定性和可靠性。

在本实施方式中，通过与客户端的交互，使得客户能够及时获知网络运营情况，使运营过程透明化；在监控到该监控对象发生故障后，生成告警信息，并发送该告警信息和故障对应的解决方案集给客户端，使得网络运营过程中出现的故障能够被服务器及时处理，提高了处理故障的效率，降低了人力成本，提高客户的服务体验度。

本发明的第二实施方式涉及一种网络运营方法。第二实施方式与第一实施方式大致相同，主要区别之处在于：在生成告警信息之前，还需要根据获取到的监控对象的信息，监控该监控对象；并且在处理故障之后，还需要记录故障被修复的过程信息。

图4所示为本实施方式中的网络运营方法的流程图，该方法可用于服务器。该方法可包括如下步骤。

在步骤401中，根据获取到的监控对象的信息，监控该监控对象。

其中，获取到的监控对象的信息是客户根据自身需要设定的，比如：域名或设备等对应的信息。客户还可根据客户端所处的网络环境等因素，在服务器提供的监控设置界面中，设置监控对象的信息。

在一个具体实现中，客户端通过服务器提供的监控设置界面，设置以下信息作为监控对象的信息：监控对象的名称、监控类别和监控类别对应的监控指标。另外，还可以增加监控维度来作为监控对象的信息。

图5所示为使用获取到的监控对象的信息，监控该监控对象的信息方框图。其中，监控对象的名称包括：客户端设备、域名、或其他监控对象的名称；监控类别包括：状态码信息、流量信息、源设备信息、客户访问异常信息和安全攻击等信息；监控指标包括：比例系数、可用性、错误信息和性能信息等信息；监控维度包括：地区、运营商、频率、周期以及其他多种信息。具体的，监控类别中的状态码包括正常的状态码和异常状态码，比如设定200、302和206等作为正常状态码；设定500、502、503和504等作为异常状态码来进行监控。流量信息可以是流量突增或流量突降，源设备故障可以是服务器故障或网络故障，访问异常可以是网络故障或节点故障，安全攻击可以是分布式拒绝服务攻击，或，伪装攻击。使用以上各个具体的监控类别，来对应监控不同的异常情况。

具体实现时，运营商信息可以是中国的运营商的信息，也可以是其他国外的运营商的信息；监控周期可以是几天，几个小时，几分钟，甚至几秒钟等多个不同的时间周期。上述举例说明的监控对象的信息只列举了一部分的信息，在不同的网络运营环境中，还会存在多种不同的信息，其他未举例的信息也在本申请的保护范围内，在此不再一一举例，可根据客户需求具体设置。

需要说明的是，在监控不同的故障类别时，可能会使用一个或多个监控指标来评价一个故障类别，需根据具体情况，来进一步定位故障的原因。对应不同的监控指标，可设置对应的监控预设阈值。根据以上信息，对监控对象进行监控。

在一个具体实现中，针对监控对象的每个监控类别进行以下操作：根据监控类别和监控类别对应的监控指标，检测监控对象是否发生故障。通过上述诊断，可诊断确定常见的故障类型，如图6所示，诊断获得的故障类型包括：状态码异常、流量异常、源设备异常、访问异常以及安全攻击等，在具体环境中，上述故障类型还会细化为多种不同的故障，可根据图6中细化的故障类型设置监控对象的信息，若确定发生对应的故障，则会根据对应的解决方案，以及故障类型等信息生成告警信息。

需要说明的是，其中的监控指标，通常使用预设的预设阈值来衡量。例如，当前客户端需要监控一个域名的流量信息，则该监控对象是域名，该监控对象对应的监控类别是流量异常，使用流量变化值与正常流量值的比例作为监控指标，来监控该域名。若设定正常的流量值为1000Mbps，预设阈值为80％，则当实时流量统计值为500Mbps时，根据计算，流量变化值与正常流量值的比例为500Mbps/1000Mbps，即50％，小于预设阈值80％，表示当前出现了流量突降的故障；服务器根据该故障，生成告警信息。

在步骤402中，若监控到监控对象发生故障，则生成告警信息。

在步骤403中，发送告警信息和故障对应的解决方案集给客户端。

在步骤404中，响应于客户端发送的选择指令，处理故障。

需要说明的是，本实施方式中的步骤402～404，与第一实施方式中的步骤101～103的内容相同，在此不再赘述。

在步骤405中，记录故障被修复的过程信息。

需要说明的是，其中的过程信息包括告警信息和修复结果。在记录每一次发生故障时的过程信息后，若服务器需要分析该客户的运营状态，则会提取已经记录的、该客户的所有过程信息，根据所提取的过程信息对该客户的运营状态进行综合分析，并在此基础上进一步优化客户服务质量。服务器还会将过程信息通过如图7所示的表格的形式展示出来，其中，包括监控对象的名称、出现故障的时间、监控参数、是否报警、故障原因、解决方案、是否与客户端进行交互处理、以及是否对该故障进行了修复等信息，并且支持以时间段作为筛选条件，进行展示。这样可使操作人员能够一目了然当前服务器的运营状态，为后续综合分析以及优化服务质量提供保障。

在一个具体实现中，A互联网服务公司对客户B采用上述网络运营方法进行服务，客户B通过客户端将域名a.b.com设置为监控对象，并设置监控类别为监控状态码，对应的监控指标为该状态码200的比例，设置该比例的预设阈值为95％，并将上述信息通过客户端发送给A互联网服务公司的服务器。在某天晚上20:00，服务器监控到该域名的状态码200的比例为90％，低于预设阈值95％，则触发告警。客户端通过邮件收到服务器发来的告警信息：该告警信息具体包括如下信息：域名：a.b.com；状态码200的比例：90％；故障原因：源1故障；解决方案集包括：解决方案1，降低源设备1的权重为0；解决方案2，将源设备1从源设备列表中剔除；其中，源设备1的IP为111.111.1.1。客户端在接收到该告警信息后，初步判断并进行决策，选择解决方案2来处理该故障，客户通过点击应用程序接口的URL访问该解决方案2，使得服务器能够使用解决方案2来修复该故障，即服务器将源设备1从源设备列表中剔除，同时，对源设备1进行紧急排查和修复。过5分钟后，客户端接收到服务器发送的故障修复完毕信息，在此之后，没有再收到服务器的告警信息。客户B在35分钟后，定位到该故障的原因是因为源设备1所在的机房断电，并对该机方恢复供电。在此次故障中，客户能够及时获知到故障原因，并使用此网络运营方法，选择匹配自己现状的解决方案，使服务器与客户端双方同时进行故障排查，快速且高效消除该故障，同时服务器记录了本次故障被修复的过程信息，具体如图8所示，图8中所包括的信息项与图7中一致，具体地，图8中记录了本次的状态码200故障的过程信息，以方便后续分析总结。

在本实施方式中，通过获取到客户端设置的监控对象的信息，对监控对象进行监控；并在响应于客户端发送的选择指令，处理故障之后，记录故障被修复的过程信息，使得服务器能够针对不同的客户，对客户的网络运营情况进行综合分析，并进一步优化服务质量，提高用户体验度。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第三实施方式涉及一种网络运营装置，该装置的具体实施可参见第一实施方式的相关描述，重复之处不再赘述。值得说明的是，本实施方式中的装置的具体实施也可参见第二实施方式的相关描述，但不局限于以上两个实施例，其他未说明的实施例也在本装置的保护范围之内。

如图9所示，该装置主要包括：诊断模块901、通信模块902和处理模块903；诊断模块901用于在监控到监控对象发生故障后，生成告警信息；通信模块902用于发送告警信息和故障对应的解决方案集给客户端；处理模块903用于响应于客户端发送的选择指令，处理故障；其中，选择指令包括客户端在解决方案集中指定的解决方案。

在一个例子中，解决方案集包括各解决方案的标识符；选择指令具体包括客户端在解决方案集中指定的解决方案的标识符；处理模块903具体用于：根据选择指令中包括的标识符，和预设的标识符与解决方案的对应关系，确定客户端指定的解决方案；根据客户端指定的解决方案，修复故障。

在一个例子中，在根据客户端指定的解决方案，修复故障之后，还包括：若确定故障未被修复成功，则发送告警信息给运维人员，并再次向客户端发送告警信息。

在一个例子中，在完成处理模块903的功能之后，还包括：记录故障被修复的过程信息；其中，过程信息包括：告警信息和修复结果。

在一个例子中，在进入诊断模块901之前，还包括：根据获取到的监控对象的信息，监控监控对象。

在一个例子中，监控对象的信息，包括：监控对象的名称、监控类别和监控类别对应的监控指标。

在一个例子中，根据获取到的监控对象的信息，监控该监控对象，具体包括：

针对监控对象的每个监控类别进行以下操作：根据监控类别和监控类别对应的监控指标，检测监控对象是否发生故障。

在一个例子中，解决方案集，包括：调整网络节点、对网络攻击进行防护和调整源设备中的至少一种。

在本实施方式中，通过与客户端的交互，使得客户能够及时获知网络运营情况，使运营过程透明化；在监控到监控对象发生故障后，生成并发送告警信息给客户端，使得网络运营过程中出现的故障能够被服务器及时处理，提高了处理故障的效率，降低了人力成本，提高客户的服务体验度。

不难发现，本实施方式为与第一或第二实施方式相对应的装置实施例，本实施方式可与第一或第二实施方式互相配合实施。第一或第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一或第二实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本申请第四实施方式提供了一种电子设备，该设备具体结构如图10所示。包括至少一个处理器1001；以及，与至少一个处理器1001通信连接的存储器1002。其中，存储器1002存储有可被至少一个处理器1001执行的指令，指令被至少一个处理器1001执行，以使至少一个处理器1001能够执行第一实施方式所描述的网络运营方法。

本实施方式中，处理器1001以中央处理器(Central Processing Unit，CPU)为例，存储器1002以可读写存储器(Random Access Memory，RAM)为例。处理器1001、存储器1002可以通过总线或者其他方式连接，图10中以通过总线连接为例。存储器1002作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中实现网络运营方法的程序就存储于存储器1002中。处理器1001通过运行存储在存储器1002中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述网络运营方法。

存储器1002可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器1002可选包括相对于处理器1001远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。

一个或者多个程序模块存储在存储器1002中，当被一个或者多个处理器1001执行时，执行上述任意方法实施例中的网络运营方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本申请的第五实施方式涉及一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序被处理器执行时能够实现本申请任意方法实施例中涉及的网络运营方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (11)

1.一种网络运营方法，其特征在于，所述方法包括：

若监控到监控对象发生故障，则生成告警信息；

发送所述告警信息和所述故障对应的解决方案集给客户端；

响应于所述客户端发送的选择指令，处理所述故障；其中，所述选择指令包括所述客户端在解决方案集中指定的解决方案。

2.根据权利要求1所述的网络运营方法，其特征在于，所述解决方案集包括各解决方案的标识符；所述选择指令具体包括所述客户端在解决方案集中指定的解决方案的标识符；

所述响应于所述客户端发送的选择指令，处理所述故障，包括：

根据所述选择指令中包括的所述标识符，和预设的所述标识符与所述解决方案的对应关系，确定所述客户端指定的所述解决方案；

根据所述客户端指定的所述解决方案，修复所述故障。

3.根据权利要求2所述的网络运营方法，其特征在于，在所述根据所述客户端指定的所述解决方案，修复所述故障之后，还包括：

若确定所述故障未被修复成功，则发送所述告警信息给运维人员，并再次向所述客户端发送所述告警信息。

4.根据权利要求3所述的网络运营方法，其特征在于，在所述响应于所述客户端发送的选择指令，处理所述故障之后，还包括：

记录所述故障被修复的过程信息；其中，所述过程信息包括：所述告警信息和修复结果。

5.根据权利要求1至4中任一项所述的网络运营方法，其特征在于，在生成告警信息之前，还包括：

根据获取到的监控对象的信息，监控所述监控对象。

6.根据权利要求5所述的网络运营方法，其特征在于，所述监控对象的信息，包括：

所述监控对象的名称、监控类别和所述监控类别对应的监控指标。

7.根据权利要求6所述的网络运营方法，其特征在于，所述根据获取到的监控对象的信息，监控所述监控对象，具体包括：

针对所述监控对象的每个所述监控类别进行以下操作：

根据所述监控类别和所述监控类别对应的监控指标，检测所述监控对象是否发生故障。

8.根据权利要求1所述的网络运营方法，其特征在于，所述解决方案集，包括：

调整网络节点、对网络攻击进行防护和调整源设备中的至少一种。

9.一种网络运营装置，其特征在于，包括：诊断模块、通信模块和处理模块；

所述诊断模块，用于在监控到监控对象发生故障后，生成告警信息；

所述通信模块，用于发送所述告警信息和所述故障对应的解决方案集给客户端；

所述处理模块，用于响应于所述客户端发送的选择指令，处理所述故障；其中，所述选择指令包括所述客户端在解决方案集中指定的解决方案。

10.一种电子设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至8中任一所述的网络运营方法。

11.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一所述的网络运营方法。