网络故障通知方法及装置、存储介质及电子设备与流程

1.本公开涉及通信技术领域，具体而言，涉及一种网络故障通知方法、网络故障通知装置、计算机可读介质和电子设备。


背景技术：

2.随着网络技术的突飞猛进，网络已经普及到日常生活中，网络运营商向用户提供满足其各种需求的服务，而保证用户的服务体验是重要的。但是，由于运营商设备故障或突发事件等原因，网络故障时有发生，如何在网络发生故障时，使用户及时了解一线故障情况，以提高故障期的用户体验是重要的。
3.目前，在网络发生故障时，客户对于网络故障情况始终处于不知情的被动状态，一般都是用户通过拨打客服电话询问故障缘由，导致用户体验差。
4.针对网络故障，现有这种通过用户被动拨打客服电话获知故障信息的方式，会导致短时间内客服话务量激增，客服电话始终打不通或需要漫长接通时间的情况，进一步影响客户体验；同时存在客户侧无法及时获知一线故障信息的问题。
5.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

6.本公开实施例的目的在于提供一种网络故障通知方法、网络故障通知装置、计算机可读介质和电子设备，进而在一定程度上解决现有被动询问方式导致的客户体验差，不能及时有效且主动的通知用户网络故障的问题。
7.根据本公开的第一方面，提供了一种网络故障通知方法，包括：
8.接收故障告警信息，所述故障告警信息至少包括故障类型信息和故障设备信息；
9.根据所述故障类型信息和故障设备信息，通过网络管理系统匹配出故障影响的网络账号信息；
10.根据所述网络账号信息，通过客户管理系统查找到故障影响的客户信息；
11.基于故障类型信息和故障设备信息，生成对应的h5链接，得到含h5链接的故障通知信息；所述h5链接对应的h5页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件；
12.根据故障影响的客户信息将所述故障通知信息发送至对应客户端或客户终端。
13.在本公开的一种示例性实施例中，基于前述方案，所述接收故障告警信息至少包括：
14.接收故障设备上报的第一故障告警信息；
15.接收客服系统触发的第二故障告警信息；
16.接收运维人员上传的第三故障告警信息。
17.在本公开的一种示例性实施例中，基于前述方案，所述接收客服系统触发的第二
故障告警信息，包括：
18.接收客服系统发送的故障投诉客户信息；
19.根据所述故障投诉客户信息，匹配客户管理系统获取对应的投诉网络账号信息；
20.根据所述投诉网络账号信息，匹配网络管理系统得到对应的光线路终端olt设备地址、无源光纤网络pon端口号或基站标识，得到第二故障类型信息和故障设备信息，即第二故障告警信息。
21.在本公开的一种示例性实施例中，基于前述方案，所述故障类型信息包括宽带网络故障和无线网络故障；
22.当故障类型信息为宽带网络故障时，则故障设备信息至少包含告警时间、故障原因、olt设备地址和pon端口号；
23.当故障类型信息为无线网络故障时，则故障设备信息至少包含告警时间、故障原因和基站标识。
24.在本公开的一种示例性实施例中，基于前述方案，所述根据所述故障类型信息和故障设备信息，通过网络管理系统匹配出故障影响的网络账号信息，包括：
25.当故障类型信息为宽带网络故障时，则根据olt设备地址和pon端口号，查询网络管理系统得到对应下挂设备所属的宽带账号；
26.当故障类型信息为无线网络故障时，则：
27.根据基站标识，匹配客户管理系统的用户地址信息；
28.统计预设时间内所述用户地址对应的网络使用率；
29.根据所述网络使用率，确定对应的网络账号。
30.在本公开的一种示例性实施例中，基于前述方案，所述根据所述网络账号信息，通过客户管理系统查找到故障影响的客户信息，包括：
31.当故障类型信息为宽带网络故障时，则根据所述网络账号信息，通过客户管理系统查找到对应用户的客户信息；
32.当故障类型信息为无线网络故障时，则通过所述网络账号信息直接得到客户信息。
33.在本公开的一种示例性实施例中，基于前述方案，所述基于故障类型信息和故障设备信息，生成对应的h5链接，包括：
34.根据所述故障类型信息和故障设备信息，预测故障场景和修复时长；
35.在预设的h5页面模板中选择一个模板进行编辑以生成h5通知页面；以使h5通知页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件。
36.将生成的h5通知页面与二维码或者短链接相关联生成h5链接。
37.在本公开的一种示例性实施例中，基于前述方案，所述根据所述故障类型信息和故障设备信息，预测故障场景和修复时长，包括：
38.获取历史故障信息；所述历史故障信息包含历史故障告警信息、历史故障场景和历史修复时长；
39.采用历史故障信息对故障分类预测模型进行训练；所述故障分类预测模型为；
40.采用训练好的故障分类预测模型预测当前故障的故障场景类别和修复时长。
41.在本公开的一种示例性实施例中，基于前述方案，所述方法还包括：
42.根据所述告警时间，确定故障通知方式，所述故障通知方式包含即时通知和延迟通知；
43.当确定为即时通知时，则在接收到故障告警信息后即时向客户发送对应故障通知信息；
44.当确定为延迟通知时，则根据告警时间，确定延迟时长；
45.基于所述延迟时长向客户发送对应故障通知信息。
46.根据本公开的第二方面，提供了一种网络故障通知装置，包括：
47.接收模块，用于接收故障告警信息，所述故障告警信息至少包括故障类型信息和故障设备信息；
48.匹配模块，用于根据所述故障类型信息和故障设备信息，通过网络管理系统匹配出故障影响的网络账号信息；
49.查找模块，用于根据所述网络账号信息，通过客户管理系统查找故障影响的客户信息；
50.生成模块，用于基于故障类型信息和故障设备信息，生成对应的h5链接，得到含h5链接的故障通知信息；所述h5链接对应的h5页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件；
51.发送模块，用于根据故障影响的客户信息将所述故障通知信息发送至对应客户端或客户终端。
52.根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。
53.根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。
54.本公开示例性实施例可以具有以下部分或全部有益效果：
55.在公开示例实施方式所提供的网络故障通知方法中，可以根据接收的故障类型信息和故障设备信息，通过网络管理系统匹配出故障影响的网络账号信息；再根据所述网络账号信息，通过客户管理系统查找到故障影响的客户信息，进而确定需要进行故障通知的客户信息，保证故障影响的每个用户都能够及时获知故障情况。基于故障类型信息和故障设备信息，生成对应的h5链接，得到含h5链接的故障通知信息；所述h5链接对应的h5页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件。根据故障影响的客户信息将所述故障通知信息发送至对应客户端或客户终端。一方面可以及时主动的通知用户故障信息，改善客户被动获知故障的现状。另一方面一线维修人员可以通过h5链接上传现场维修画面，使用户及时且有效的获知故障情况和具体维修进展，提高用户体验。此外，通过h5链接还可以进行用户与一线维修人员的互动，增加获知故障信息的灵活性，进一步提高用户体验。
56.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
57.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
58.图1示出了可以应用本公开实施例的一种网络故障通知方法及装置的示例性系统架构的示意图；
59.图2示意性示出了根据本公开的一个实施例的网络故障通知方法的流程图；
60.图3示意性示出了根据本公开的一个实施例中接收第二故障告警信息实现流程图；
61.图4示意性示出了根据本公开的一个实施例中无线网络的网络账号确定过程流程图；
62.图5示意性示出了根据本公开的一个实施例中h5链接生成过程流程示意图；
63.图6示意性示出了根据本公开的一个实施例中故障场景和修复时长预测过程示意图；
64.图7示意性示出了根据本公开的一个实施例中故障分类预测模型的预测过程流程图；
65.图8示意性示出了根据本公开的一个实施例中不同系统间网络故障通知过程示意图；
66.图9示意性示出了根据本公开的一个实施例中网络故障通知装置的结构框图；
67.图10示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。
具体实施方式
68.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
69.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
70.图1示出了可以应用本公开实施例的一种网络故障通知方法及装置的示例性应用环境的系统架构100的示意图。如图1所示，系统架构100可以包括告警终端设备101、102、103中的一个或多个，故障通知服务器104、网络管理系统服务器105、客户管理系统服务器
106和用户终端107。网络104用以在终端设备101、102、103和故障通知服务器之间，故障通知服务器104、网络管理系统服务器105之间，故障通知服务器104、客户管理系统服务器106之间，故障通知服务器104和用户终端107之间分别通过网络通信。该网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。告警终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。也可以是故障设备，例如光线路终端olt设备等等。应该理解，图1中的告警终端设备101、102、103、故障通知服务器104、网络管理系统服务器105、客户管理系统服务器106和用户终端107的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备和服务器。比如网络管理系统服务器105可以是多个服务器组成的服务器集群等。
71.本公开实施例所提供的网络故障通知方法可以在故障通知服务器104执行，相应地，网络故障通知装置一般设置于故障通知服务器104中。
72.网络故障已经随着网络的普及和网络线路的扩展，成为不可避免的问题。目前客户对于网络故障情况，始终处于不知情的被动状态，导致客户体验下降。主要存在问题如下：1)客户对发生故障的修障过程完全不知情，对于一线人员的修障服务过程不了解；2)客户只能被动接受，没有问题反馈渠道；3)对于即将发生的第三方引起的障碍来说，未提前通知客户。特别是针对由于第三方原因，例如恶劣天气、市政停电、市政施工、外力破坏等导致的片区型群体故障，由于涉及用户众多，需要提前或及时的进行故障通知，以提高用户体验。
73.以下对本公开实施例的技术方案进行详细阐述：
74.参考图2所示，本公开提供的一种示例实施方式的网络故障通知方法可以包括以下步骤：
75.步骤s210，接收故障告警信息，所述故障告警信息至少包括故障类型信息和故障设备信息；
76.步骤s220，根据所述故障类型信息和故障设备信息，通过网络管理系统匹配出故障影响的网络账号信息；
77.步骤s230，根据所述网络账号信息，通过客户管理系统查找到故障影响的客户信息；
78.步骤s240，基于故障类型信息和故障设备信息，生成对应的h5链接，得到含h5链接的故障通知信息；所述h5链接对应的h5页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件；
79.步骤s250，根据故障影响的客户信息将所述故障通知信息发送至对应客户端或客户终端。
80.在本示例实施方式所提供的网络故障通知方法中，可以根据接收的故障类型信息和故障设备信息，通过网络管理系统匹配出故障影响的网络账号信息；再根据所述网络账号信息，通过客户管理系统查找到故障影响的客户信息，进而确定需要进行故障通知的客户信息，保证故障影响的每个用户都能够及时获知故障情况。基于故障类型信息和故障设备信息，生成对应的h5链接，得到含h5链接的故障通知信息；所述h5链接对应的h5页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件。根据故障影响的客户信息将所述故障通知信息发送至对应客户端或客户终端。一方面可以及时
主动的通知用户故障信息，改善客户被动获知故障的现状。另一方面一线维修人员可以通过h5链接上传现场维修画面，使用户及时且有效的获知故障情况和具体维修进展，提高用户体验。此外，通过h5链接还可以进行用户与一线维修人员的互动，增加获知故障信息的灵活性，进一步提高用户体验。
81.下面，在另一实施例中，对上述步骤进行更加详细的说明。
82.在步骤s210中，接收故障告警信息，所述故障告警信息至少包括故障类型信息和故障设备信息。
83.在本示例实施方式中，故障告警信息可以包括故障类型信息和故障设备信息；故障类型信息可以包括宽带网络故障和无线网络故障。若故障类型信息为宽带网络故障，则故障设备信息可以包含告警时间、故障原因、olt设备地址和pon端口号；还可以包含工单处理时限、本地网、局向、告警类型、告警描述等，本示例对此不做特殊限定。若故障类型信息为无线网络故障，则故障设备信息至少包含告警时间、故障原因和基站标识；还可以包含工单处理时限、本地网、局向、基站名称、告警类型、告警描述等。本示例对此不做特殊限定。
84.故障告警信息的来源可以是故障设备上报的第一故障告警信息，该第一故障告警信息可以直接来源于故障设备，也可以是故障设备上报给中转站(例如网络管理系统)再由中转站转发的信息。宽带网络故障的告警信息来源于一个安装于中心控制站的光线路终端olt网元和一批配套的安装于用户场所的光网络单元onu网元等；当出现olt设备脱网、pon口主光路断会产生两类影响面大的宽带障碍。无线网络故障的告警信息来源于基站、ipran(无线接入网ip化)告警、基站动环、网络拓扑等。故障告警信息的来源还可以是客服系统触发的第二故障告警信息，该第二故障告警信息可以是客服人员根据接听的故障信息而判断并录入的信息，也可以是客服系统根据客服来电情况直接形成的告警信息。故障告警信息的来源还可以是一线运维人员上传的第三故障告警信息。本示例对该故障告警信息的来源不做特殊限定。
85.举例而言，当针对群障通知时，可以根据客服接听到的发生故障的突增同局向的多个用户号码、宽带号码或手机号码判断是否群障，然后再生成第二故障告警信息。参考图3，具体通过以下步骤s310-s340，生成第二故障告警信息。
86.在步骤s310中，接收客服系统发送的故障投诉客户信息。在本示例实施方式中，客服系统可以根据客服人员录入的故障投诉信息，确定网络故障的用户信息，例如宽带账号信息和用户联系方式信息等，还可以包括投诉时间信息。并将该用户信息作为故障投诉客户信息；客服系统也可以根据客服与用户的通话内容，自动确定网络故障用户。
87.在步骤s320中，根据所述故障投诉客户信息，匹配客户管理系统获取对应的投诉网络账号信息。在本示例实施方式中，可以根据故障投诉客户信息，例如客户的联系方式或用户账号，在客户管理系统中匹配出故障投诉客户的网络账号信息。
88.在步骤s330中，根据所述投诉网络账号信息，匹配网络管理系统得到对应的光线路终端olt设备地址、无源光纤网络pon端口号或基站标识，得到第二故障类型信息和故障设备信息，即第二故障告警信息。在本示例实施方式中，可以根据投诉网络账号信息，在网络管理系统(例如端到端网络管理系统)中匹配出与该网络账号对应的光线路终端olt设备地址、无源光纤网络pon端口号(对于宽带网络)或基站标识(对于无线网络)，从而获得故障设备信息和故障类型信息。
89.在步骤s220中，根据所述故障类型信息和故障设备信息，通过网络管理系统匹配出故障影响的网络账号信息。在本示例实施方式中，对于故障类型信息为宽带网络故障，则根据olt设备地址和pon端口号，查询网络管理系统得到对应下挂设备所属的宽带账号。网络管理系统可以是一种端到端系统，通过该系统查询故障设备影响的网络终端所属的宽带账号。在此基础上，还可以基于匹配出的宽带账号，再次匹配aaa认证计费系统，确定受障用户的活跃宽带账号，以剔除不使用的宽带账号用户。本示例中，可以将网络管理系统匹配出的宽带账号作为最终的故障影响宽带账号；也可以将确定的受障用户的活跃宽带账号作为最终的故障影响宽带账号，本示例对此不做特殊限定。
90.在本示例实施方式中，参考图4，对于故障类型信息为无线网络故障，则通过步骤s410-s430确定故障影响的网络账号信息。
91.在步骤s410中，根据基站标识，匹配客户管理系统的用户地址信息。在本示例实施方式中，可以根据基站标识、基站名称等基站信息，确定基站作用的无线网络区域，在客户管理系统中匹配该无线网络作用区域的用户地址信息，例如，在用户开通无线网络时，登记的用户居住地信息和用户工作地址，居住地址信息和工作地址信息可以包括小区名称、楼层信息和门牌号信息等。当用户的居住地或工作地址落入该基站作用范围，则获取该用户的对应地址信息。
92.在步骤s420中，统计预设时间内所述用户地址对应的网络使用率。在本示例实施方式中，可以设定一个时间段，该时间段可以根据历年数据和用户地址进行设定，例如，可以设置为十几天、一个月或者几个月。统计该预设时间内步骤s410中获取的用户地址的网络使用率，该网络使用率可以是网络使用时间与预设时间的比值，该时间的单位可以是天或小时等，本示例对此不做特殊限定。网络使用时间可以是用户的实际网络使用时间，也可以是通过预设规则确定的网络使用时间。例如，将一天之内网络使用时间超过2小时的用户的网络使用时间定义为1天，将一天之内网络使用时间低于1小时的用户的网络使用时间定义为0，将一天之内网络使用时间低于2小时且大于1小时的用户的网络使用时间定义为0.5天。本示例对该预设规则不做特殊限定。
93.在步骤s430中，根据所述网络使用率，确定对应的网络账号。本示例实施方式中，可以将网络使用率大于预设阈值的用户地址(例如小区)所属的网络账号作为故障影响的网络账号。也可以将预设时间内网络使用率最大的用户地址所属的网络账号作为故障影响的网络账号，还可以根据网络使用率采用其他方式确定故障影响的网络账号信息，本示例对此不做特殊限定。在本示例实施方式中，当针对群障情况时，可以将获取的若干个连片故障基站下挂的用户网络账号作为故障影响的网络账号，例如，将五个连片故障基站下挂的用户网络账号作为故障影响的网络账号。
94.在步骤s230中，根据所述网络账号信息，通过客户管理系统查找到故障影响的客户信息。在本示例实施方式中，若故障类型信息为宽带网络故障，可以根据所述网络账号信息，通过客户管理系统查找到对应用户的客户信息。若故障类型信息为无线网络故障，可以通过所述网络账号信息直接得到客户信息。客户信息可以是客户的联系方式，例如，客户的联系电话或手机号码。对于无线网络来讲，网络账号信息就是客户的手机号码。对于宽带用户来讲，可以通过客户管理系统查找客户的联系方式，例如手机号码。
95.在步骤s240中，基于故障类型信息和故障设备信息，生成对应的h5链接，得到含h5
链接的故障通知信息。在本示例实施方式中，含h5链接的故障通知信息可以包括故障基本信息和h5链接，故障基本信息可以包括修复时长和故障场景，还可以包括故障原因等信息，本示例对此不做特殊限定。本示例中可以将故障基本信息直接显示在通知短信中，使得用户不用点击h5链接就可以获取故障基本信息，提高故障通知效果。
96.在本示例实施方式中，h5链接用于显示更详细的故障信息。h5链接对应的h5页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件。在本示例实施方式中，h5是指第5代html(互联网超文本标记语言)，也指用h5语言制作的一切数字产品。其主要的目标是将互联网语义化，同时提供更好地支持各种媒体的嵌入。h5页面只有一个自上而下的页面，也可以简单理解为一个单网页，搭配了各种图片、视频、文字等信息。而且html5技术建站可以实现一次开发可跨平台多端使用，即一次发布网站，可以同时在pc、手机、微信、ipad等各个终端浏览体验。此外，h5页面通常大量使用滚动侦测特效，即滑动页面的同时，大量文字或图片会自动加载出来，非常适合移动端浏览。
97.在本示例实施方式中，现场维修上传控件用于一线维修人员上传现场维修的图片或视频信息，使用户通过浏览h5页面及时获知现场维修现状，提高故障通知效率。此外，还可以上传文本信息，本示例对上传信息的形式不作特殊限定。用户反馈控件用于用户对该故障通知信息进行评论和反馈，以使一线维修人员及时获知维修效果和用户反馈。用于展示故障信息的故障描述控件用于展示本次故障的故障原因、故障场景等信息，还可以包括一线维修人员信息和维修人员联系方式，便于用户与一线维修人员及时沟通排障情况，例如维修人员估计的剩余排障时间等。计时控件，用于展示系统估计的修复时长剩余时间，该剩余时间可以以动态倒计时的方式展示。在本示例实施方式中，该h5页面还可以包括其他模块，例如，赠送流量等信息，还可以包括故障工单处理流程单元和投诉单元，本示例对此不做特殊限定。
98.在本示例实施方式中，参考图5，可以通过步骤s510-s530完成基于故障类型信息和故障设备信息，生成对应的h5链接。
99.在步骤s510中，根据所述故障类型信息和故障设备信息，预测故障场景和修复时长。在本示例实施方式中，故障场景可以是市政工程、市政停电、线路割接、特殊天气(如沙尘暴、台风、泥石流)和其他场景等。
100.在本示例实施方式中，参考图6，可以通过步骤s610-s630确定故障场景和修复时长。
101.在步骤s610中，获取历史故障信息。在本示例实施方式中，可以从历史故障数据库中获取历史故障数据。可以根据故障场景和发生时间进行数据选取。例如，可以选择近期且涵盖所有故障场景的历史故障信息。可以包含历史故障告警信息、历史故障场景信息和历史修复时长。历史故障告警信息可以包含故障类型信息和故障设备信息，还可以包含告警时间、故障原因、本地网、局向等信息，还可以包含告警工单的时限信息，本示例对此不做特殊限定。历史故障场景信息可以包含市政工程、市政停电、线路割接、特殊天气(如沙尘暴、台风、泥石流)和其他场景等。历史修复时长可以是对已经发生的故障进行修复所用的实际时长。
102.在步骤s620中，采用历史故障信息对故障分类预测模型进行训练；所述故障分类预测模型可以是随机森林预测模型或light-gbm(light gradient boosting machine)等，
还可以是其他的类似网络模型，本示例对此不做特殊限定。举例而言，以随机森林算法为例说明训练过程。随机森林预测模型通过建立多个决策树并将其融合起来得到一个更加准确和稳定的模型，是bagging思想和随机选择特征的结合。随机森林构造了多个决策树，当需要对某个样本进行预测时，统计森林中的每棵树对该样本的预测结果，然后通过投票法从这些预测结果中选出最后的结果。随机森林的训练是通过特征采样来降低训练方差，提高集成泛化能力。其训练过程是一个不断调整模型参数的过程。随机森林预测模型的参数分为两大类：过程参数和基学习器参数，先调试过程参数(如基学习器的个数)，然后再调试基学习器参数(如决策树的最大深度)。训练过程可以是：首先，从原始训练集中使用bootstraping方法随机有放回采样，取出m个样本，共进行n_tree次采样，m为正整数，n_tree为正整数，生成n_tree个训练集。其次，对n_tree个训练集，分别训练n_tree个决策树模型，即一个训练集训练一个决策树模型。然后，对于单个决策树模型，假设训练样本特征的个数为n，n为正整数，那么每次分裂时根据信息增益/信息增益比/基尼指数等，选择最好的特征进行分裂。每棵决策树都一直这样分裂下去，直到该节点的所有训练样本都属于同一类为止。最后，将生成的多颗决策树组成随机森林模型。
103.在步骤s630中，采用训练好的故障分类预测模型预测当前故障的故障场景类别和修复时长。本示例实施方式中，如图7所示，故障分类预测模型的输入为故障原因、故障类型、本地网、局向、实际修障历时，工单时限等，输出为预测故障场景和预测修复时长，在对于故障场景的确定，其实质是一个分类问题，可以按照多棵树分类器投票决定最终分类结果。对于修复时长预测，其实质是一个回归问题，可以由多颗树预测值的均值决定最终预测结果。
104.在步骤s520中，在预设的h5页面模板中选择一个模板进行编辑以生成h5通知页面；以使h5通知页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件。根据用户需求，从预设的h5页面模板中选择一个合适的模板进行编辑，该模板可以包含多个链接组件和功能区域，可以将一个链接组件设置为现场维修上传控件，可以将多个功能区域设置为用户反馈控件、用于展示故障信息的故障描述控件和计时控件；还可以增加其他链接组件或功能模块，例如，一线维修人员联系方式链接组件或功能模块等，本示例对此不做特殊限定。完成以上编辑后生成h5通知页面。
105.在步骤s530中，将生成的h5通知页面与二维码或者短链接相关联生成h5链接。在本示例实施方式中，可以将生成的h5通知页面与二维码或者短链接相关联，生成对应的h5链接，以便于信息的传播。用户只需点击接收的h5链接即可查看h5页面上信息，使用户能够及时且有效的获取故障情况、一线维修信息和实时故障处理情况等，实现故障的透明化通知，提高用户体验。
106.在步骤s250中，根据故障影响的客户信息将所述故障通知信息发送至对应客户端或客户终端。
107.在本示例实施方式中，故障影响的客户信息可以是故障影响客户的联系方式，如手机号码或客户端账号信息。故障通知信息可以包含上述实施例中生成的h5链接，还可以包含故障原因和故障描述，还可以包含一线维修人员基本信息(例如姓名、工种、工作年限、年龄等)及其联系方式，便于用户与一线维修人员及时沟通。此外，故障通知信息还可以包含运营商对用户的补偿信息，例如，赠送流量或话费等信息。本示例对此不做特殊限定。在
本示例实施方式中，可以将故障通知信息通过短信发送至用户终端(用户手机)，也可以将故障通知信息通过电渠系统推送给用户的客户端，例如，可以通过运营商网上营业厅、掌上营业厅或微信公众号等等将故障通知信息推送给用户的微信客户端或其他客户端。
108.在本示例实施方式中，可以根据所述告警时间，确定故障通知方式，所述故障通知方式包含即时通知和延迟通知。例如，告警时间为夜间，则将故障通知方式确定为延迟通知，以避免打扰客户休息。若确定为即时通知，则在接收到故障告警信息后即时向客户发送对应故障通知信息。若确定为延迟通知，则根据告警时间，确定延迟时长。例如，告警发生在夜间，则计算告警时间至白天工作时间(例如，七点或八点)的时长，将该时长作为延迟时长。最后，基于所述延迟时长向客户发送对应故障通知信息。
109.在本示例实施方式中，还可以包括故障通知结果的回访过程。例如，可以通过人工智能拨打故障通知用户的电话，对故障通知结果进行回访。可以按以下过程进行：首先，根据本次回访目的，按设定的规则在故障或群障短信通知号码中随机选取回访号码。再将回访号码清单传送到智能外呼平台。在智能外呼平台设置外呼话术，统计外呼回访结果。
110.举例而言，如图8所示，通过一个具体实施例说明本公开的网络故障通知过程。
111.针对群障，其来源于三个渠道：
112.步骤s801，网元设备发送的第一告警信息；步骤s802，一线人员通过终端设备录入的设备故障引发的第二告警信息；步骤s803，客服接听到的发生故障的突增同局向多个用户号码、宽带号码或手机号码而触发的第三告警信息。举例而言：故障网元设备发送第一告警信息。宽带群障告警信息来源于olt网元和onu网元等，无线群障告警信息来源于基站、ipran告警、基站动环、网络拓扑等。对于网元设备告警信息，具体举例如下：宽带群障：olt设备ip地址或pon口框-板-槽；例如，宽带olt设备下的pon口主光路断。无线群障定义为：五个以上连片基站id。
113.步骤s804，故障通知服务器接收故障告警信息。
114.步骤s805，生成告警工单。将设备维度的告警工单转换成用户维度的群障告警工单。实际操作中，可以根据告警信息生成设备综合告警工单。根据预先制定的群障业务派单规则将原始设备告警信息转换成综合告警工单。这一步是按照运营商群障业务要求制定的业务规则将设备告警信息生成综合告警工单，分为宽带派单规则和无线派单规则。最终生成的宽带综合告警工单包括告警时间、工单处理时限、本地网、局向、告警类型、olt设备ip地址或pon口、告警描述等；生成的无线综合告警工单包括告警时间、工单时限、本地网、局向、告警类型、基站id、基站名称、故障原因等。
115.步骤s806，将告警工单发送给网络管理系统。
116.步骤s807，网络管理系统根据接收的告警工单匹配出故障影响的网络账号信息。
117.步骤s808，将匹配出的网络账号信息发送给客户管理系统。
118.步骤s809，客户管理系统接收网络账号信息，并据此查找到故障影响的客户信息。
119.步骤s810，客户管理系统将故障影响的客户信息发送至故障通知服务器。
120.步骤s811，故障通知服务器接收故障影响的客户信息。
121.步骤s812，故障通知服务器基于故障类型信息和故障设备信息，生成对应的h5链接，得到含h5链接的故障通知信息；所述h5链接对应的h5页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件；
122.步骤s813，故障通知服务器根据故障影响的客户信息将所述故障通知信息发送至对应客户端或客户终端。即向客户推送群障透明化通知信息。区分不同的障碍场景，向用户推送h5链接的透明化群障通知信息或赠送流量。
123.步骤s814，一线维护人员通过h5链接上传维修过程中的图片、视频、文字。在本示例中，该上传信息经过审核通过后，客户通过点击短信或微厅推送的h5链接可以查看到一线维护人员的群障修复过程，同时支持一线维护人员与受障用户的在线互动、在线反馈等等。
124.步骤s815，人工智能外呼回访。对于发送群障透明化通知信息的用户按不同的回访目的设置不同的主题后进行外呼回访，最终得到回访结果。
125.本公开提供的网络故障通知方法，可以根据接收的故障类型信息和故障设备信息，通过网络管理系统匹配出故障影响的网络账号信息；再根据所述网络账号信息，通过客户管理系统查找到故障影响的客户信息，进而确定需要进行故障通知的客户信息，保证故障影响的每个用户都能够及时获知故障情况。基于故障类型信息和故障设备信息，生成对应的h5链接，得到含h5链接的故障通知信息；所述h5链接对应的h5页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件。根据故障影响的客户信息将所述故障通知信息发送至对应客户端或客户终端。一方面可以及时主动的通知用户故障信息，改善客户被动获知故障的现状。另一方面一线维修人员可以通过h5链接上传现场维修画面，使用户及时且有效的获知故障情况和具体维修进展，提高用户体验。此外，通过h5链接还可以进行用户与一线维修人员的互动，增加获知故障信息的灵活性，进一步提高用户体验。
126.进一步的，本示例实施方式中，还提供了一种网络故障通知装置900。该网络故障通知装置900可以应用于一服务器。参考图9所示，该网络故障通知装置900可以包括:
127.接收模块910，可以用于接收故障告警信息，所述故障告警信息至少包括故障类型信息和故障设备信息；
128.匹配模块920，可以用于根据所述故障类型信息和故障设备信息，通过网络管理系统匹配出故障影响的网络账号信息；
129.查找模块930，可以用于根据所述网络账号信息，通过客户管理系统查找故障影响的客户信息；
130.生成模块940，可以用于基于故障类型信息和故障设备信息，生成对应的h5链接，得到含h5链接的故障通知信息；所述h5链接对应的h5页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件；
131.发送模块950，可以用于根据故障影响的客户信息将所述故障通知信息发送至对应客户端或客户终端。
132.在本公开的一种示例性实施例中，所述接收模块910可以包括：
133.第一接收模块，可以用于接收故障设备上报的第一故障告警信息。
134.第二接收模块，可以用于接收客服系统触发的第二故障告警信息。
135.第三接收模块，可以用于接收运维人员上传的第三故障告警信息。
136.在本公开的一种示例性实施例中，第二接收模块可以包括：
137.接收子模块，可以用于接收客服系统发送的故障投诉客户信息；
138.账号确定模块，可以用于根据所述故障投诉客户信息，匹配客户管理系统获取对应的投诉网络账号信息；
139.故障设备确定模块，可以用于根据所述投诉网络账号信息，匹配网络管理系统得到对应的光线路终端olt设备地址、无源光纤网络pon端口号或基站标识，得到第二故障类型信息和故障设备信息，即第二故障告警信息。
140.在本公开的一种示例性实施例中，生成模块包含：
141.预测模块，可以用于根据所述故障类型信息和故障设备信息，预测故障场景和修复时长；
142.编辑模块，可以用于在预设的h5页面模板中选择一个模板进行编辑以生成h5通知页面；以使h5通知页面上具有现场维修上传控件、用户反馈控件、用于展示故障信息的故障描述控件和计时控件。
143.关联模块，可以用于将生成的h5通知页面与二维码或者短链接相关联生成h5链接。
144.上述网络故障通知装置中各模块或单元的具体细节已经在对应的网络故障通知方法中进行了详细的描述，因此此处不再赘述。
145.作为另一方面，本技术还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图2～8所示的各个步骤等。
146.需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
147.图10示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。
148.需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
149.如图10所示，计算机系统1000包括中央处理单元(cpu)1001，其可以根据存储在只
读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理。在ram 1003中，还存储有系统操作所需的各种程序和数据。cpu 1001、rom 1002以及ram 1003通过总线1004彼此相连。输入/输出(i/o)接口1005也连接至总线1004。
150.以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
151.特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(cpu)1001执行时，执行本技术的方法和装置中限定的各种功能。
152.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
153.需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等，均应视为本公开的一部分。
154.应可理解的是，本说明书公开和限定的本公开延伸到文中和/或附图中提到或明显的两个或两个以上单独特征的所有可替代组合。所有这些不同的组合构成本公开的多个可替代方面。本说明书的实施方式说明了已知用于实现本公开的最佳方式，并且将使本领域技术人员能够利用本公开。