CN114205213A - 故障推送方法及装置、存储介质及电子设备 - Google Patents

Abstract

本公开提供一种故障推送方法及装置、存储介质及电子设备；涉及通信技术领域。该方法包括接收网络管理系统产生的告警信息；提取出故障光线路终端OLT和无源光纤网络PON字段信息；根据所述故障OLT和PON字段信息，查找到关联的产品实例标识信息；通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式以及告警信息进行故障推送。本公开解决了现有被动询问方式导致的客户体验差，故障信息传输效率低且信息传输准确率差的问题。

Description

故障推送方法及装置、存储介质及电子设备

技术领域

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

背景技术

随着网络技术的突飞猛进，网络已经普及到日常生活中，网络运营商向用户提供满足其各种需求的服务，而保证用户的服务体验是重要的，而网元设备的正常运行是支撑用户宽带及移动业务的基础保障。但是，网元设备发生故障时有发生，且会影响到大量用户业务的正常使用。如何在网元设备故障时，使用户及时知晓故障情况，以提高故障期的用户体验是重要的。

目前，在网元设备发生故障时，客户对于故障情况始终处于不知情的被动状态，一般都是用户通过拨打客服电话询问故障缘由，导致用户体验差。

针对网元设备故障导致的大量用户网络故障的情况，现有这种通过用户被动拨打客服电话获知故障信息的方式，会导致客户获取的故障信息的准确性差，且效率低。此外还会造成短时间内客服话务量激增，客服电话始终打不通或需要漫长接通时间的情况，进一步影响客户体验。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例的目的在于提供一种故障推送方法、故障推送装置、计算机可读介质和电子设备，进而在一定程度上解决现有被动询问方式导致的客户体验差，故障信息传输效率低且信息传输准确率差的问题。

根据本公开的第一方面，提供了一种故障推送方法，包括：

接收网络管理系统产生的告警信息，所述告警信息至少包括故障场景类型和故障设备信息；

根据所述故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息；

根据所述故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息；

通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；所述活跃客户信息至少包括活跃客户标识、活跃客户联系方式、活跃客户绑定运营商应用程序状态；

根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式以及告警信息进行故障推送。

在本公开的一种示例性实施例中，基于前述方案，所述根据所述故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息，包括：

根据所述故障场景类型，筛选出目标故障场景对应的告警信息，得到目标告警信息；

根据目标告警信息中的故障设备信息，基于预设规则提取出故障光线路终端OLT和无源光纤网络PON字段信息。

在本公开的一种示例性实施例中，基于前述方案，所述根据所述故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息，包括：

通过将所述故障OLT和PON字段信息与所述产品实例标识信息之间的关联关系制作成设备到产品的关联数据表，并将该关联数据表配置于所述用户端到设备端管理系统，以使根据所述故障OLT和PON字段信息，快速查找到关联产品实例标识信息。

在本公开的一种示例性实施例中，基于前述方案，所述通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息之前，所述方法包括：

根据所述产品实例标识信息的产品数量，对产品实例标识信息分批次。

在本公开的一种示例性实施例中，基于前述方案，所述通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息匹配出活跃客户信息，包括：

通过数据共享平台根据分批次结果调用数据传输接口，以对产品实例标识信息进行活跃客户信息匹配，按批次返回对应活跃客户信息；

对返回的活跃客户信息进行数据校验，确定返回的活跃客户信息的完整性。

在本公开的一种示例性实施例中，基于前述方案，所述通过数据共享平台根据分批次结果调用数据传输接口，以对产品实例标识信息进行活跃客户信息匹配，包括：

对数据传输接口状态进行校验；

当校验结果为状态正常时，调用数据传输接口对当前批次产品实例标识信息进行活跃客户匹配；

当校验结果为状态异常时，则当前批次数据传输接口调用失败。

在本公开的一种示例性实施例中，基于前述方案，所述对数据传输接口状态进行校验，包括：

在调用数据传输接口时，输给数据传输接口第一数据查询方法，数据传输接口根据当前接口情况返回第二数据查询方法；当返回的第二数据查询方法与第一数据查询方法相同时，则确定数据传输接口状态正常；否则，确定为数据传输接口状态异常。

在本公开的一种示例性实施例中，基于前述方案，所述对返回的活跃客户信息进行数据校验，确定返回的活跃客户信息的完整性，包括：

按批次统计返回的活跃客户信息的数据量是否正确；

按批次将返回的活跃客户信息内容与本地相应信息进行比对，确定当前批次是否丢失信息；

当数据量正确且没有丢失信息时，确定当前批次数据校验通过；

当没有返回数据或数据量、信息内容不一致，则记录错误日志；同时通过数据共享平台再次调用数据传输接口进行重连；所述错误日志至少包括错误批次标识、用户数量和错误原因。

在本公开的一种示例性实施例中，基于前述方案，所述根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式以及告警信息进行故障推送，包括：

根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统将所述活跃客户信息划分为绑定组和非绑定组；

根据绑定组和非绑定组的客户数量和信息推送平台的信息推送能力，通过客户关系管理系统分别对绑定组和非绑定组对应的活跃客户信息进行分组，以使信息推送平台按分组结果和活跃客户联系方式以及告警信息进行故障推送。

在本公开的一种示例性实施例中，基于前述方案，所述方法还包括：

通过对客户关系管理系统的数据推送接口添加推送运营商应用程序判断标识，以使信息推送平台根据该推送运营商应用程序判断标识确定是否向活跃客户的运营商应用程序进行故障推送。

根据本公开的第二方面，提供了一种故障推送装置，包括：

接收模块，用于接收网络管理系统产生的告警信息，所述告警信息至少包括故障场景类型和故障设备信息；

提取模块，用于根据所述故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息；

查找模块，用于根据所述故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息；

匹配模块，用于通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；所述活跃客户信息至少包括活跃客户标识、活跃客户联系方式、活跃客户绑定运营商应用程序状态；

推送模块，用于根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式以及告警信息进行故障推送。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

在公开示例实施方式所提供的故障推送方法中，一方面可以根据接收的故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息；根据故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息；也就是得到关联的产品实例，再通过产品实例匹配对应客户即可，保证故障影响的每个用户都能够及时获知故障情况。另一方面可以通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；剔除了同一产品实例下挂的不活跃客户，减少了故障推送过程中的数据处理量，提高了数据处理效率，进而提高故障推送效率。此外，可以根据活跃客户绑定运营商应用程序状态，通过客户关系管理系统对活跃客户信息进行分组，再基于分组结果进行故障推送，对大量客户信息进行分组，避免信息拥堵现象，同时增加通过运营商应用程序推送信息，保证故障信息推送效率和效果，实现故障的及时、有效、精准推送，提高用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了可以应用本公开实施例的一种故障推送方法及装置的示例性系统架构的示意图；

图2示意性示出了根据本公开的一个实施例的故障推送方法的流程图；

图3示意性示出了根据本公开的一个实施例中提取OLT和PON字段信息的实现流程图；

图4示意性示出了根据本公开的一个实施例中活跃客户信息匹配过程流程图；

图5示意性示出了根据本公开的一个实施例中数据校验过程流程示意图；

图6示意性示出了根据本公开的一个实施例中故障推送过程流程示意图；

图7示意性示出了根据本公开的一个实施例中不同系统间故障推送过程示意图；

图8示意性示出了根据本公开的一个实施例中故障推送装置的结构框图；

图9示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的一种故障推送方法及装置的示例性应用环境的系统架构100的示意图。如图1所示，系统架构100可以包括网络管理系统服务器101、故障推送服务器102、用户端到设备端管理系统服务器103、数据共享平台服务器104、客户关系管理系统服务器105、信息推送平台服务器106和用户终端107。网络管理系统服务器101与故障推送服务器102之间，故障推送服务器102与用户端到设备端管理系统服务器103之间，故障推送服务器102与数据共享平台服务器104之间，故障推送服务器102与客户关系管理系统服务器105之间，客户关系管理系统服务器105与信息推送平台服务器106之间，故障推送服务器102与信息推送平台服务器106之间，信息推送平台服务器106与用户终端107之间分别通过网络通信。该网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。用户终端107可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。其中故障推送服务器102也可以是电子运维系统服务器。应该理解，图1中的网络管理系统服务器101、故障推送服务器102、用户端到设备端管理系统服务器103、数据共享平台服务器104、客户关系管理系统服务器105、信息推送平台服务器106和用户终端107的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备和服务器。比如数据共享平台服务器104可以是多个服务器组成的服务器集群等。

本公开实施例所提供的故障推送方法可以在故障推送服务器102执行，相应地，故障推送装置一般设置于故障推送服务器104中。

网元设备故障已经随着网络的普及和网络线路的扩展，成为一种常见的不可避免的问题。如何对网元设备引起的故障进行快速反应并及时推送给有效客户以提高用户体验，成为运营商亟待解决的问题。

以下对本公开实施例的技术方案进行详细阐述：

参考图2所示，本公开提供的一种示例实施方式的故障推送方法可以包括以下步骤：

步骤S210，接收网络管理系统产生的告警信息，所述告警信息至少包括故障场景类型和故障设备信息；

步骤S220，根据所述故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息；

步骤S230，根据所述故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息；

步骤S240，通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；所述活跃客户信息至少包括活跃客户标识、活跃客户联系方式、活跃客户绑定运营商应用程序状态；

步骤S250，根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式以及告警信息进行故障推送。

在本示例实施方式所提供的故障推送方法中，一方面可以根据接收的故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息；根据故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息；也就是得到关联的产品实例，再通过产品实例匹配对应客户即可，保证故障影响的每个用户都能够及时获知故障情况。另一方面可以通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；剔除了同一产品实例下挂的不活跃客户，减少了故障推送过程中的数据处理量，提高了数据处理效率，进而提高故障推送效率。此外，可以根据活跃客户绑定运营商应用程序状态，通过客户关系管理系统对活跃客户信息进行分组，再基于分组结果进行故障推送，对大量客户信息进行分组，避免信息拥堵现象，同时增加通过运营商应用程序推送信息，保证故障信息推送效率和效果，实现故障的及时、有效、精准推送，提高用户体验。

下面，在另一实施例中，对上述步骤进行更加详细的说明。

在步骤S210中，接收网络管理系统产生的告警信息，所述告警信息至少包括故障场景类型和故障设备信息。在本示例实施方式中，告警信息可以包括故障场景类型信息和故障设备信息；故障场景类型可以包括光缆中断和接入设备脱网等。故障设备信息可以包含告警时间、故障原因、光线路终端OLT和无源光纤网络PON字段信息等；进一步还可以包含工单处理时限、本地网、局向、告警类型、告警描述等，本示例对此不做特殊限定。

告警信息可以是各个系统上传给智能网管系统的，然后由智能网管系统触发的。也可以是各个系统直接上传的。还可以是电子运维系统从智能网管获取的。本示例对该故障告警信息的来源不做特殊限定。

在步骤S220中，根据所述故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息。

在本示例实施方式中，参考图3，通过步骤S310-S320提取出故障光线路终端OLT和无源光纤网络PON字段信息。

在步骤S310中，根据所述故障场景类型，筛选出目标故障场景对应的告警信息，得到目标告警信息。在本示例实施方式中，可以对告警信息进行故障场景类型比对，筛选出具有光缆中断和接入设备脱网字段的两类故障场景类型作为目标故障场景类型，再将目标故障场景类型对应的告警信息，作为目标告警信息。本公开针对网络故障中由于设备故障引起的告警，而网元设备故障会引起大量用户通信故障，是最主要的通信故障来源。

在步骤S320中，根据目标告警信息中的故障设备信息，基于预设规则提取出故障光线路终端OLT和无源光纤网络PON字段信息。在本示例实施方式中，可以对故障设备的故障描述进行分析，设置选择字段的规则，例如，可以将提取规则设置为故障设备信息中含有主干光纤断、PON口收无光、PON口下所有用户离线(loss)、OLT设备脱网等信息时，则提取该故障设备信息中的光线路终端OLT和无源光纤网络PON字段信息，作为故障光线路终端OLT和无源光纤网络PON字段信息。

举例而言，上述OLT和PON字段信息的提取可以采用关键词提取算法，例如，首先，把待提取告警信息按照完整句子进行分割，得到多个子句；对于较短的告警信息该步骤也可以省略。再对子句进行分词和词性标注处理，保留指定词性的词语作为候选关键词；分词和词性标注后，根据词库过滤掉停用词，保留指定词性的单词，如名词、动词、形容词等，作为候选关键词。根据预设提取规则对候选关键词进行提取即可。

在步骤S230中，根据所述故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息。在本示例实施方式中，用户端到设备端管理系统是管理运营商底层网络终端设备与用户终端之间关系的系统，系统内具有底层网络终端设备的相关信息和用户基本信息，该相关信息可以包括OLT设备地址、OLT设备名称、OLT标识、OLT端口号、PON端口号、基站标识、基站名称等。用户基本信息可以包括业务账号、用户产品实例标识、产品名称、用户地址等，还可以具有运营商底层设备端与用户端产品之间的对应关系。还可以包括其他信息，如业务类型、业务标识等信息。本示例对此不做特殊限定。产品实例标识信息也就是产品实例标识，例如针对运营商推出的家庭套餐产品，用户选择该产品则形成一个产品示例，每个产品示例都有对应的标识信息，用于区分不同用户。

在本示例实施方式中，通过将所述故障OLT和PON字段信息与所述产品实例标识信息之间的关联关系制作成设备到产品的关联数据表，并将该关联数据表配置于所述用户端到设备端管理系统，以使根据所述故障OLT和PON字段信息，快速查找到关联产品实例标识信息，进一步提高故障推送效率。该关联数据表可以是视图表形式，也可以是纯数据表格形式，本示例对此不做特殊限定。

在步骤S240中，通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息。在本示例实施方式中，活跃客户信息可以包括活跃客户联系方式和活跃客户绑定运营商应用程序状态。活跃客户可以是近一段时间内与其他用户进行交互的客户，也就是在基站上具有通信数据记录的客户，该时间段可以以当前时刻为起点往前推一个时间段，例如前一个月或前一个季度。这样对于家庭套餐或公司集体套餐类产品实例，就会将套餐内绑定的多个用户(用户号码)分别看待，将未使用的用户号码排除掉，大大缩减了推送用户数量，从而提高推送效率。

在本示例实施方式中，参考图4，可以通过步骤S410-S430匹配出活跃客户信息。

在步骤S410中，根据所述产品实例标识信息的产品数量，对产品实例标识信息分批次。在本示例实施方式中，可以根据整个系统的数据传输能力，对大量的产品实例标识信息分批次，例如，对于10000个产品实例标识信息，可以将其分为10个批次，每批次1000个产品实例标识。也可以根据历史经验对产品实例标识信息分批次，本示例对此不做特殊限定。还可以根据产品实例的流量信息，对所有产品实例标识批次进行排序，例如，可以将具有流量套餐的产品实例对应的批次排在传输队列的靠前位置。本示例中的产品实例标识信息分批次，有助于避免数据量太大导致的数据丢失现象，保证传输数据的完整性。

在步骤S420中，通过数据共享平台根据分批次结果调用数据传输接口，以对产品实例标识信息进行活跃客户信息匹配，按批次返回对应活跃客户信息。在本示例实施方式中，可以在调用数据传输接口时对接口状态进行校验。即输给接口第一数据查询方法，数据传输接口会根据当前接口情况返回一个第二数据查询方法，当输入和返回的两个数据查询方法相同时，则认为数据传输接口状态正常，可以调用数据传输接口进行当前批次的数据传输。否则，认为校验结果为状态异常，则当前批次数据传输接口调用失败。可以记录错误信息，也可以再次进行接口调用；本示例中记录的错误信息可以是返回数据情况及接口调用状态、错误状态描述等信息。

在本示例实施方式中，判断接口状态正常之后，就可以通过数据共享平台根据产品实例标识信息匹配出对应的活跃客户信息。输入数据共享平台的参数可以包括产品实例标识信息，在另一些实施例中，数据共享平台输入参数还可以包括业务唯一编码和业务编号，本示例对此不做特殊限定。数据共享平台的输出参数可以包括活跃客户信息，也就是活跃客户联系方式(手机号)、是否绑定运营商应用程序(如是否绑定运营商微信公众号或微厅、是否绑定运营商网上营业厅或掌上营业厅等)、客户标识；在另一些实施例中，数据共享平台输出参数还可以包括接口调用状态、错误状态描述，宽带账号、宽带产品实例、本地网标识等。

每个批次的数据都按照上述过程进行数据共享平台的接口调用、信息匹配、输入参数、输出参数。

在本示例实施方式中，数据传输接口方式为HTTP+JSON，该接口方式能够实现与云服务的数据传输，能够保证服务的稳定性，便于后续的云监控等过程。

在步骤S430中，对返回的活跃客户信息进行数据校验，确定返回的活跃客户信息的完整性。在本示例实施方式中，数据校验可以包括两个维度，即数据量和数据携带的信息内容。

在本示例实施方式中，参考图5，可以通过步骤S510-S520进行数据校验。

在步骤S510中，按批次统计返回的活跃客户信息的数据量是否正确。在本示例实施方式中，对数据共享平台返回的每个批次的活跃客户信息进行数量统计，确定活跃客户信息对应的产品实例的数量与该批次的输入数据量是否一致，若两者一致，则说明该批次数据匹配过程中不存在丢失数据的现象。否则，说明存在数据丢失，后续需要进一步的查找和确认丢失数据对应的工单信息，如工单编号和工单内容、批次等信息。

在步骤S520中，按批次将返回的活跃客户信息内容与本地相应信息进行比对，确定当前批次是否丢失信息。在本示例实施方式中，可以对每一条返回的信息内容进行核对，确定每条返回信息内容是否正确、完整。当返回信息与本地对应信息的内容一致时，则说明当前批次未发生信息丢失。否则，可以对信息内容不一致的返回信息进行记录，包括信息描述和错误信息内容。

当数据量正确且没有丢失信息时，确定当前批次数据校验通过。

当没有返回数据或数据量、信息内容不一致，则记录错误日志，以保留异常数据；同时通过数据共享平台再次调用数据传输接口进行重连；所述错误日志至少包括错误批次标识、用户数量和错误原因。

在步骤S250中，根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式进行故障推送。在本示例实施方式中，通过对客户关系管理系统的数据推送接口添加推送运营商应用程序判断标识，以使信息推送平台根据该推送运营商应用程序判断标识确定是否向活跃客户的运营商应用程序进行故障推送。即信息推送平台直接根据该标识进行对应渠道的信息推送即可，增加推送准确性。数据推送接口的接口方式可以为消息队列，消息队列数据格式为事件源标识和事件源消息体；事件源消息体内容可以包括：客户标识、客户名称、客户联系方式(手机号码)、是否运营商应用程序用户和产品实例标识等信息；还可以包括本地网、事件触发时间、业务类型编码、业务类型名称、和业务内容。本示例对此不做特殊限定。

在本示例实施方式中，参考图6，可以通过步骤S610-S620进行故障推送。

在步骤S610中，根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统将所述活跃客户信息划分为绑定组和非绑定组。在本示例实施方式中，活跃客户绑定运营商应用程序状态可以是该客户是否绑定运营商应用程序(如是否绑定运营商微信公众号或微厅、是否绑定运营商网上营业厅或掌上营业厅等)，根据该状态将客户划分为绑定客户组和非绑定客户组。非绑定客户组可以通过短信推送故障信息，绑定客户组可以通过运营商应用程序推送故障信息，也可以通过短信和运营商应用程序两种方式进行故障推送。

在步骤S620中，根据绑定组和非绑定组的客户数量和信息推送平台的信息推送能力，通过客户关系管理系统分别对绑定组和非绑定组对应的活跃客户信息进行分组，以使信息推送平台按分组结果和活跃客户联系方式以及告警信息进行故障推送。在本示例实施方式中，可以分别将客户数量较大的绑定组和非绑定组进行二次分组，以使绑定组和非绑定组下属多个小组，信息推送平台一次进行一个小组的信息推送，避免推送过程中的信息丢失现象。短信推送方式可以通过对应网关完成，应用程序推送方式可以通过对应应用程序类完成

举例而言，如图7所示，通过一个具体实施例说明本公开的故障推送过程。

在步骤S701中，网络管理系统将网元设备的告警信息发送至故障推送系统；例如告警信息来源于OLT网元和ONU网元等。网络管理系统可以生成告警工单。将设备维度的告警工单转换成用户维度的告警工单。实际操作中，可以根据告警信息生成设备综合告警工单。最终生成的宽带综合告警工单包括告警时间、工单处理时限、本地网、局向、告警类型、OLT设备IP地址或PON口、告警描述(故障场景类型和故障设备信息)等。

在步骤S702中，故障推送系统接收告警信息，并根据告警信息中的故障场景类型确定目标告警信息。

在步骤S703中，故障推送系统根据目标告警信息中的故障设备信息，基于预设规则提取出故障光线路终端OLT和无源光纤网络PON字段信息。

在步骤S704中，故障推送系统将提取出故障光线路终端OLT和无源光纤网络PON字段信息发送给用户端到设备端管理系统；

在步骤S705中，用户端到设备端管理系统将故障OLT和PON字段信息与产品实例标识信息之间的关联关系制作成设备到产品的关联数据表，并将该关联数据表配置于所述用户端到设备端管理系统中。

在步骤S706中，用户端到设备端管理系统从关联数据表中匹配出产品实例标识信息。

在步骤S707中，发送产品实例信息至故障推送系统。

在步骤S708中，故障推送系统接收产品实例标识信息；对产品实例标识信息分批次。一般情况下，网元设备故障会影响大量的产品实例，考虑到大量数据传输过程中的丢失数据问题，对大量的产品实例标识信息分成若干个批次，以避免数据丢失现象。

在步骤S709中，将产品实例标识信息发送至数据共享平台。

在步骤S710中，数据共享平台按分批次结果调用其数据传输接口，同时检测接口状态。

在步骤S711中，接口状态正常情况下，数据共享平台根据产品实例标识信息和基站数据匹配出活跃客户信息。

在步骤S712中，发送活跃客户信息至故障推送系统。

在步骤S713中，故障推送系统对活跃客户信息进行数据校验，确定返回的活跃客户信息的完整性。

在步骤S714中，故障推送系统将校验完成的活跃客户信息发送至客户管理系统。

在步骤S715中，客户管理系统对活跃客户信息进行分组；可以先分为绑定组和非绑定组；如果每组的数据量仍然较大，则对绑定组和非绑定组分别进行进一步二次分组。

在步骤S716中，客户管理系统发送分组结果和活跃客户信息至信息推送平台。

在步骤S717中，故障推送系统发送告警信息至信息推送平台。

在步骤S718中，信息推送平台基于分组结果将告警信息推送给活跃客户。

本公开提供的故障推送方法，一方面可以根据接收的故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息；根据故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息；也就是得到关联的产品实例，再通过产品实例匹配对应客户即可，保证故障影响的每个用户都能够及时获知故障情况。另一方面可以通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；剔除了同一产品实例下挂的不活跃客户，减少了故障推送过程中的数据处理量，提高了数据处理效率，进而提高故障推送效率。此外，可以根据活跃客户绑定运营商应用程序状态，通过客户关系管理系统对活跃客户信息进行分组，再基于分组结果进行故障推送，对大量客户信息进行分组，避免信息拥堵现象，同时增加通过运营商应用程序推送信息，保证故障信息推送效率和效果，实现故障的及时、有效、精准推送，提高用户体验。

进一步的，本示例实施方式中，还提供了一种故障推送装置800。该故障推送装置800可以应用于一服务器。参考图8所示，该故障推送装置800可以包括:

接收模块810，可以用于接收网络管理系统产生的告警信息，所述告警信息至少包括故障场景类型和故障设备信息；

提取模块820，可以用于根据所述故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息；

查找模块830，可以用于根据所述故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息；

匹配模块840，可以用于通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；所述活跃客户信息至少包括活跃客户标识、活跃客户联系方式、活跃客户绑定运营商应用程序状态；

推送模块850，可以用于根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式以及告警信息进行故障推送。

在本公开的一种示例性实施例中，所述提取模块820可以包括：

筛选模块，可以用于根据所述故障场景类型，筛选出目标故障场景对应的告警信息，得到目标告警信息。

第二接收模块，可以用于根据目标告警信息中的故障设备信息，基于预设规则提取出故障光线路终端OLT和无源光纤网络PON字段信息。

在本公开的一种示例性实施例中，匹配模块840，可以用于：

根据所述产品实例标识信息的产品数量，对产品实例标识信息分批次。

在本公开的一种示例性实施例中，匹配模块840，还可以用于：

通过数据共享平台根据分批次结果调用数据传输接口，以对产品实例标识信息进行活跃客户信息匹配，按批次返回对应活跃客户信息；

对返回的活跃客户信息进行数据校验，确定返回的活跃客户信息的完整性。

在本公开的一种示例性实施例中，匹配模块840，还可以用于：

对数据传输接口状态进行校验；

当校验结果为状态正常时，调用数据传输接口对当前批次产品实例标识信息进行活跃客户匹配；

当校验结果为状态异常时，则当前批次数据传输接口调用失败。

在本公开的一种示例性实施例中，匹配模块840，还可以用于：

在调用数据传输接口时，输给数据传输接口第一数据查询方法，数据传输接口根据当前接口情况返回第二数据查询方法；当返回的第二数据查询方法与第一数据查询方法相同时，则确定数据传输接口状态正常；否则，确定为数据传输接口状态异常。

在本公开的一种示例性实施例中，匹配模块840，还可以用于：

按批次统计返回的活跃客户信息的数据量是否正确；

按批次将返回的活跃客户信息内容与本地相应信息进行比对，确定当前批次是否丢失信息；

当数据量正确且没有丢失信息时，确定当前批次数据校验通过；

当没有返回数据或数据量、信息内容不一致，则记录错误日志，以保留异常数据；同时通过数据共享平台再次调用数据传输接口进行重连；所述错误日志至少包括错误批次标识、用户数量和错误原因。

在本公开的一种示例性实施例中，推送模块850包括：

一次分组模块，可以用于根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统将所述活跃客户信息划分为绑定组和非绑定组；

二次分组模块，可以用于根据绑定组和非绑定组的客户数量和信息推送平台的信息推送能力，通过客户关系管理系统分别对绑定组和非绑定组对应的活跃客户信息进行分组，以使信息推送平台按分组结果和活跃客户联系方式以及告警信息进行故障推送。

上述故障推送装置中各模块或单元的具体细节已经在对应的故障推送方法中进行了详细的描述，因此此处不再赘述。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图2～7所示的各个步骤等。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

图9示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图9示出的电子设备的计算机系统900仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统操作所需的各种程序和数据。CPU901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的方法和装置中限定的各种功能。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等，均应视为本公开的一部分。

应可理解的是，本说明书公开和限定的本公开延伸到文中和/或附图中提到或明显的两个或两个以上单独特征的所有可替代组合。所有这些不同的组合构成本公开的多个可替代方面。本说明书的实施方式说明了已知用于实现本公开的最佳方式，并且将使本领域技术人员能够利用本公开。

Claims (13)

1.一种故障推送方法，其特征在于，包括：

接收网络管理系统产生的告警信息，所述告警信息至少包括故障场景类型和故障设备信息；

根据所述故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息；

根据所述故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息；

通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；所述活跃客户信息至少包括活跃客户标识、活跃客户联系方式、活跃客户绑定运营商应用程序状态；

根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式以及告警信息进行故障推送。

2.根据权利要求1所述的故障推送方法，其特征在于，所述根据所述故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息，包括：

根据所述故障场景类型，筛选出目标故障场景对应的告警信息，得到目标告警信息；

根据目标告警信息中的故障设备信息，基于预设规则提取出故障光线路终端OLT和无源光纤网络PON字段信息。

3.根据权利要求1所述的故障推送方法，其特征在于，所述根据所述故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息，包括：

通过将所述故障OLT和PON字段信息与所述产品实例标识信息之间的关联关系制作成设备到产品的关联数据表，并将该关联数据表配置于所述用户端到设备端管理系统，以使根据所述故障OLT和PON字段信息，快速查找到关联产品实例标识信息。

4.根据权利要求1所述的故障推送方法，其特征在于，所述通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息之前，所述方法包括：

根据所述产品实例标识信息的产品数量，对产品实例标识信息分批次。

5.根据权利要求4所述的故障推送方法，其特征在于，所述通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息匹配出活跃客户信息，包括：

通过数据共享平台根据分批次结果调用数据传输接口，以对产品实例标识信息进行活跃客户信息匹配，按批次返回对应活跃客户信息；

对返回的活跃客户信息进行数据校验，确定返回的活跃客户信息的完整性。

6.根据权利要求5所述的故障推送方法，其特征在于，所述通过数据共享平台根据分批次结果调用数据传输接口，以对产品实例标识信息进行活跃客户信息匹配，包括：

对数据传输接口状态进行校验；

当校验结果为状态正常时，调用数据传输接口对当前批次产品实例标识信息进行活跃客户匹配；

当校验结果为状态异常时，则当前批次数据传输接口调用失败。

7.根据权利要求6所述的故障推送方法，其特征在于，所述对数据传输接口状态进行校验，包括：

在调用数据传输接口时，输给数据传输接口第一数据查询方法，数据传输接口根据当前接口情况返回第二数据查询方法；当返回的第二数据查询方法与第一数据查询方法相同时，则确定数据传输接口状态正常；否则，确定为数据传输接口状态异常。

8.根据权利要求5所述的故障推送方法，其特征在于，所述对返回的活跃客户信息进行数据校验，确定返回的活跃客户信息的完整性，包括：

按批次统计返回的活跃客户信息的数据量是否正确；

按批次将返回的活跃客户信息内容与本地相应信息进行比对，确定当前批次是否丢失信息；

当数据量正确且没有丢失信息时，确定当前批次数据校验通过；

当没有返回数据或数据量、信息内容不一致，则记录错误日志；同时通过数据共享平台再次调用数据传输接口进行重连；所述错误日志至少包括错误批次标识、用户数量和错误原因。

9.根据权利要求1所述的故障推送方法，其特征在于，所述根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式以及告警信息进行故障推送，包括：

根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统将所述活跃客户信息划分为绑定组和非绑定组；

根据绑定组和非绑定组的客户数量和信息推送平台的信息推送能力，通过客户关系管理系统分别对绑定组和非绑定组对应的活跃客户信息进行分组，以使信息推送平台按分组结果和活跃客户联系方式以及告警信息进行故障推送。

10.根据权利要求1所述的故障推送方法，其特征在于，所述方法还包括：

通过对客户关系管理系统的数据推送接口添加推送运营商应用程序判断标识，以使信息推送平台根据该推送运营商应用程序判断标识确定是否向活跃客户的运营商应用程序进行故障推送。

11.一种故障推送装置，其特征在于，包括：

接收模块，用于接收网络管理系统产生的告警信息，所述告警信息至少包括故障场景类型和故障设备信息；

提取模块，用于根据所述故障场景类型和故障设备信息，提取出故障光线路终端OLT和无源光纤网络PON字段信息；

查找模块，用于根据所述故障OLT和PON字段信息，通过用户端到设备端管理系统查找到关联的产品实例标识信息；

匹配模块，用于通过调用数据共享平台的数据传输接口，以使数据共享平台基于产品实例标识信息和基站数据匹配出活跃客户信息；所述活跃客户信息至少包括活跃客户标识、活跃客户联系方式、活跃客户绑定运营商应用程序状态；

推送模块，用于根据所述活跃客户绑定运营商应用程序状态，通过客户关系管理系统对所述活跃客户信息进行分组，以使信息推送平台基于分组结果和活跃客户联系方式以及告警信息进行故障推送。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-10中任一项所述的方法。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-10中任一项所述的方法。

Images