用户确定方法、装置、设备及存储介质与流程

1.本文件涉及信息技术领域、电信网管领域，尤其涉及一种用户确定方法、装置、设备及存储介质。


背景技术：

2.当家宽设备故障发生时，可能会导致通过该发生故障的家宽设备使用家宽业务的用户无法正常使用家宽业务，也可能对该用户毫无影响。
3.目前，通过对故障设备告警消息进行分析，识别受家宽设备故障影响的用户。其识别结果准确性低，可能会导致根据该识别结果向错误的用户提供关怀服务，降低了家宽业务的用户的使用体验。


技术实现要素：

4.本发明实施例的目的是提供一种用户确定方法、装置、设备及存储介质，以解决如何提高识别使用家宽业务受影响的目标用户的准确性的问题。
5.为解决上述技术问题，本发明实施例是这样实现的：
6.第一方面，本发明实施例提供了一种用户确定方法，该方法包括：
7.获取家宽设备的故障告警消息；所述故障告警消息包括故障家宽设备的用户下线信息、所述故障家宽设备的设备信息以及所述故障家宽设备关联的基站信息；
8.根据所述用户下线信息，获取所述故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据所述设备信息，获取通过所述故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据所述基站信息，获取基站常驻用户的用户数据作为第三用户数据；
9.根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定使用所述家宽业务受影响的目标用户。
10.第二方面，本发明实施例提供了一种用户确定装置，该装置包括：
11.消息获取模块，用于获取家宽设备的故障告警消息；所述故障告警消息包括故障家宽设备的用户下线信息、所述故障家宽设备的设备信息以及所述故障家宽设备关联的基站信息；
12.数据获取模块，用于根据所述用户下线信息，获取所述故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据所述设备信息，获取通过所述故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据所述基站信息，获取基站常驻用户的用户数据作为第三用户数据；
13.用户确定模块，用于根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定使用所述家宽业务受影响的目标用户。
14.第三方面，本发明实施例提供了一种电子设备，包括：存储器、处理器所述存储器上存储有计算机可执行指令，所述计算机可执行指令在被处理器执行时，能够实现上述第
一方面所述的用户确定方法。
15.第四方面，本发明实施例提供了一种存储介质，该存储介质中存储有计算机可执行指令，该计算机可执行指令在被处理器执行时实现上述第一方面所述的用户确定方法。
16.根据本发明实施例的技术方案，首先，获取家宽设备的故障告警消息；故障告警消息包括故障家宽设备的用户下线信息、故障家宽设备的设备信息以及故障家宽设备关联的基站信息；接着，根据用户下线信息，获取故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据设备信息，获取通过故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据基站信息，获取基站常驻用户的用户数据作为第三用户数据；最后，根据第一用户数据、第二用户数据以及第三用户数据，确定使用家宽业务受影响的目标用户。通过本发明实施例的技术方案，能够避免将正常下线的用户误认为使用家宽业务受影响的目标用户，提高识别目标用户的准确性，从而精准地为目标用户提供相应的关怀服务，有效提高家宽业务用户的用户体验。
附图说明
17.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
18.图1为本发明一个实施例提供的一种用户确定方法的流程示意图；
19.图2为本发明一个实施例提供的另一种用户确定方法的系统交互示意图；
20.图3为本发明一个实施例提供的生成故障告警消息过程中的数据流向示意图；
21.图4为本发明一个实施例提供的订阅故障告警消息过程中的数据流向示意图；
22.图5为本发明一个实施例提供的获取用户数据过程中的数据流向示意图；
23.图6为本发明一实施例提供的一种用户确定装置的示意框图；
24.图7为本发明一实施例提供的一种电子设备的结构示意图。
具体实施方式
25.为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
26.图1为本发明一个实施例提供的一种用户确定方法的流程示意图。
27.参照图1所示，该用户确定方法包括步骤s102、步骤s104以及步骤s106。下面对图1的示例实施例中的用户确定方法进行详细的说明。
28.步骤s102，获取家宽设备的故障告警消息；故障告警消息包括故障家宽设备的用户下线信息、故障家宽设备的设备信息以及故障家宽设备关联的基站信息。
29.家宽设备指的是与家庭宽带业务相关的设备，家宽设备包括且不限于：bras(broadband access server，宽带接入服务器)、olt(optical line terminal，光线路终
端)、主干光缆、分支光缆、onu(optical network unit，光网络单元)。
30.一个bras可以对应于多个olt，一个olt可以具有多个pon(passive optical network，无源光网络)口，一个pon口可以分别与多个onu通过光缆连接，光缆包括主干光缆与分支光缆。一个onu可以对应于办理家宽业务的一户用户，也可以对应于办理家宽业务的多户用户。
31.当家宽设备发生故障时，例如，主干光缆中断、olt退服、bras退服、分支光缆中断等，可能会导致正在使用家宽业务的用户无法正常使用家宽业务，也可能对正在使用家宽业务的用户毫无影响。例如，当运营商侧发生olt退服时，与该olt的多个pon口连接的各个onu中，可能发生全部onu因为olt退服而突然掉线，也可能只有部分onu因为olt退服而突然掉线，还可能全部onu都没有受该olt退服影响，保持原本的状态。当onu突然掉线后，该onu对应的家宽业务的用户无法正常使用家宽业务。
32.使用家宽业务，例如，用户通过家宽网络播放并观看网络视频，或者，用户通过家宽网络与网友聊天等。
33.步骤s102可以由网络投诉平台执行，下文中统一将网络投诉平台简称为网投平台。具体实施时，网投平台可以从故障管理系统订阅家宽设备的故障告警消息。故障管理系统中存储有不同类型的海量的告警消息，该告警消息可以通过订阅的方式提供给多个第三方。
34.例如，在第三方系统向故障管理系统发送一个告警订阅请求之后，每当故障管理系统获取到符合该告警订阅请求的要求的告警消息，则故障管理系统马上将该告警消息分享给该第三方系统。
35.网投平台从故障管理系统订阅故障告警消息的具体订阅过程可以结合图4来进行说明。
36.图4为本发明一个实施例提供的订阅故障告警消息过程中的数据流向示意图。
37.参照图4，告警订阅服务、告警分发调度服务、告警分发服务目录以及告警分发服务均由故障管理系统提供。为便于陈述，在下文中将图中的编号1-11写为(a1)-(a11)，具体订阅流程如下：
38.(a1)告警订阅请求：网投平台向故障管理系统的告警订阅服务发送“告警订阅请求”消息，该消息携带有三元组《客户端标识，告警订阅范围，告警类型》。
39.其中，客户端标识指的是onu标识，由于onu与其他家宽设备之间的对应关系是固定的，因此通过该onu标识可以获取与该onu标识所指示的onu直接连接或间接连接的其他家宽设备相关的告警消息。
40.告警订阅范围和告警类型可以视为告警消息的分类标签，用于从故障管理系统所具有的大量告警消息中查询网投平台所需的故障告警消息。告警订阅范围，例如，基站退服告警、家宽业务告警等。告警类型，例如，主干光缆中断告警、olt退服告警、bras退服告警、分支光缆终端告警等。
41.(a2)告警订阅注册：告警订阅服务接收“告警订阅请求”消息，判断该请求是否合法。若不合法，则拒绝此请求；若合法，则继续进行下一个步骤，即(a3)。
42.(a3)告警订阅指示：告警订阅服务将向告警分发调度服务转发“告警订阅请求”消息。
43.(a4)告警分发服务检索请求：告警分发调度服务依据接收到的“告警订阅请求”消息，向告警分发目录服务发送“告警分发服务检索请求”消息。
44.(a5)告警分发服务目录检索：告警分发目录服务依据接收到的“告警分发服务检索请求”消息，查询告警信息库，得到能满足网投平台发出的“告警订阅请求”的告警分发服务，并形成若干个《定位标识，客户端标识，告警分发服务标识，告警分发范围，告警故障类别，告警来源》六元组。
45.在该六元组中的客户端标识、告警订阅范围以及告警类型分别对应于前述的(a1)步骤中的三元组《客户端标识，告警订阅范围，告警类型》。“定位标识”用来区分不同的六元组。“告警分发服务标识”指的是，故障管理系统中的告警消息可以分享给多个第三方，则针对每个分享对象，均设置有与该分享对象对应的告警分发服务标识。告警来源指的是故障管理系统获取该告警消息的来源，例如，ip(internet protocol，网际互连协议)认证系统、ems(element management system，网元管理系统)等。
46.(a6)告警分发服务检索反馈：告警分发目录服务将检索结果，即若干个《定位标识，客户端标识，告警分发服务标识，告警分发范围，告警故障类别，告警来源》六元组，反馈给告警分发调度服务。
47.(a7)消息队列分配：告警分发调度服务依据接收的消息，给每一个六元组分配一个独立的消息队列标识，组成新的七元组《定位标识，客户端标识，告警分发服务标识，告警分发范围，告警故障类别，告警来源，消息队列标识》。消息队列标识即告警消息被分配的消息队列的标识。
48.(a8)告警分发服务调度：告警分发调度服务依据七元组信息，给不同的告警分发服务发出相应的七元组。且，告警分发调度服务将所有的七元组转发给告警订阅服务。
49.(a9)告警分发控制：告警分发服务依据接收到的七元组信息，将与该七元组信息对应的告警消息放到指定的消息队列中。
50.(a10)告警订阅反馈：告警订阅服务将所有的七元组反馈给发出告警订阅请求的网投平台。
51.(a11)告警接收：网投平台依据接收到的七元组信息，接受指定消息队列的故障告警消息。
52.可选地，故障家宽设备包括宽带接入服务器bras、光线路终端olt、主干光缆、分支光缆；故障告警消息通过如下方式生成：接收ip认证系统发送的下线用户比例异常的异常家宽设备的业务告警消息；异常家宽设备包括olt或olt的无源光网络pon口；查询是否存在异常家宽设备相关的故障设备告警消息；故障设备告警消息的故障家宽设备包括异常家宽设备或与异常家宽设备具有连接关系的家宽设备；若是，则合并业务告警消息和故障设备告警消息，获得故障告警消息。
53.业务告警消息中可以携带有用户下线信息，具体地，用户下线信息可以包括且不限于异常家宽设备的设备标识、异常下线时间、异常下线的用户对应的用户标识或onu标识等。
54.故障设备告警消息中可以携带有故障家宽设备的设备信息以及故障家宽设备关联的基站信息。故障家宽设备关联的基站信息可以理解为，通过该故障家宽设备使用家宽业务的多个用户所处的地理区域对应于一个或多个基站的工作区域，则该故障家宽设备与
至少一个基站之间预先建立了关联关系。
55.若通过该故障家宽设备使用家宽业务的用户经常使用家宽业务，则该故障家宽设备关联的基站所生成的常驻用户名单包括该用户。若通过该故障家宽设备使用家宽业务的用户几乎不使用家宽业务，例如，用户出差半年，家里没有人住，虽然开通了宽带业务，但实际上该用户家中没有人使用该宽带业务，则该用户不在该故障家宽设备关联的基站所生成的常驻用户名单中。
56.此处可结合图3来具体说明如何生成故障告警消息。
57.图3为本发明一个实施例提供的生成故障告警消息过程中的数据流向示意图。
58.参照图3，网际互连协议认证系统即ip认证系统。当用户通过预设的账号和密码登录onu时，ip认证系统可以将监测的该onu的状态由下线变更为上线，且记录该状态变更的时间，作为该onu的上线时间。另外，ip认证系统可以统计各olt设备的在线用户数和各olt的各个pon口的在线用户数。任一olt的在线用户数，指的是，该olt的各个pon的在线用户数之和。网元管理系统即ems，能够监测到发生故障的家宽设备以及对应的故障类型。
59.为便于陈述，在下文中将图中的编号1-3写为(b1)-(b3)，具体的故障告警消息生成流程如下：
60.(b1)ip认证系统周期性主动轮巡各olt和各pon口的在线用户数，并对前后5分钟内的在线用户数进行比对，当出现用户数骤降90％的情况，触发业务告警消息，并推送给故障管理系统。
61.(b2)ems网管主动推送设备侧的olt退服告警、主干光缆中断告警给故障管理系统。
62.需要注意的是，步骤(b1)可以发生在(b2)之前，也可以发生在(b2)之后，还可以与(b2)同时发生。
63.(b3)故障管理系统在接收到异常家宽设备的业务告警消息时，根据业务告警消息中携带的异常家宽设备的设备标识，将同设备的业务告警消息和olt退服告警消息或主干光缆中断告警消息进行关联。
64.异常家宽设备相关的故障设备告警消息的故障家宽设备包括异常家宽设备或与异常家宽设备具有连接关系的家宽设备。例如，异常家宽设备为olt，则于该olt相关的故障家宽设备可能是olt，也可能是与该olt对应的主干光缆，则若存在与该异常家宽设备olt为同一olt的olt退服告警消息，或则，存在于该异常家宽设备olt存在对应关系的主干光缆的主干光缆中断告警消息，则将该olt退服告警消息或主干光缆中断告警消息与该业务告警消息关联，合并业务告警消息和olt退服告警消息，或者，合并业务告警消息和主干光缆中断告警消息，以获得故障告警消息。
65.需要注意的是，具体实施时，当故障管理系统查询是否存在异常家宽设备相关的故障设备告警消息时，可以在故障管理系统接收到异常家宽设备的业务告警消息的第一时间点，查询该第一时间点之间的预设时间范围内是否存在未清除的异常家宽设备相关的故障设备告警消息。
66.若大量用户掉线是由家宽设备故障造成的，则故障管理系统接收到ems推送的故障设备告警消息的第二时间点和故障管理系统接收到ip认证系统推送的业务告警消息的第一时间点会比较接近，且第二时间点早于第一时间点。
67.可选地，业务告警消息由ip认证系统通过如下方式生成：按照预设时间周期获取各olt的在线用户数和各pon口的在线用户数；根据相邻两次获取的在线用户数，确定各olt的第一下线用户比例和各pon口的第二下线用户比例；根据任一olt的第一下线用户比例与第一预设比例阈值的比较结果和归属于该olt的任一pon口的第二下线用户比例与第二预设比例阈值的比较结果，在各olt和各pon口中确定异常家宽设备并生成异常家宽设备的业务告警消息。
68.具体实施时，可以针对任一olt，根据根据相邻两次获取的该olt的在线用户数，确定该olt的第一下线用户比例。例如，针对一个olt，每5分钟采集一次该olt的在线用户数。将某一时间点采集到的该olt的在线用户数作为第一在线用户数，将该时间点的5分钟前，即上一次采集到的该olt的在线用户数作为第二在线用户数。第一下线用户比例可以是第一在线用户数与第二在线用户数之比。
69.根据相邻两次获取的在线用户数，确定各pon口的第二下线用户比例与前述的确定各olt的第一下线用户比例的方法类似，此处不再赘述。
70.若第一用户数与第二用户数之比大于预设阈值90％，则确定该olt为异常家宽设备且生成该olt的业务告警消息。
71.在一个实施例中，根据任一olt的第一下线用户比例与第一预设比例阈值的比较结果和归属于该olt的任一pon口的第二下线用户比例与第二预设比例阈值的比较结果，在各olt和各pon口中确定异常家宽设备并生成异常家宽设备的业务告警消息，可以是，若olt的第一下线用户比例大于等于第一预设比例阈值且归属于该olt的任一pon口的第二下线用户比例大于等于第二预设比例阈值，则确定该olt为异常家宽设备并生成对应的业务告警消息；若olt的第一下线用户比例小于第一预设比例阈值且归属于该olt的至少一个pon口的第二下线用户比例大于等于第二预设比例阈值，则确定该至少一个pon口为异常家宽设备并生成对应的业务告警消息。
72.在另一个实施例中，根据任一olt的第一下线用户比例与第一预设比例阈值的比较结果和归属于该olt的任一pon口的第二下线用户比例与第二预设比例阈值的比较结果，在各olt和各pon口中确定异常家宽设备并生成异常家宽设备的业务告警消息，还可以是，若olt的第一下线用户比例大于等于第一预设比例阈值，则确定该olt为异常家宽设备并生成对应的业务告警消息；若pon口的第二下线用户比例大于等于第二预设比例阈值，则确定该pon口为异常家宽设备并生成对应的业务告警消息。
73.步骤s104，根据用户下线信息，获取故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据设备信息，获取通过故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据基站信息，获取基站常驻用户的用户数据作为第三用户数据。
74.此处可结合图5来具体说明如何获取用户数据。
75.图5为本发明一个实施例提供的获取用户数据过程中的数据流向示意图。
76.参照图5，综资系统，即网络综合资源管理系统；经分系统，即经营分析系统。
77.为便于陈述，在下文中将图中的编号1-3写为(c1)-(c7)，具体的故障告警消息生成流程如下：
78.(c1)网投平台通过告警数据的“告警正文”字段获取ip认证系统的客户文件列表信息，登录ip认证系统查找对应业务客户信息。
[0079]“告警正文”字段可以由ip认证系统生成，由业务告警消息携带至故障管理系统。其内容，例如：x点x分，标识为xxxx的olt中发生异常下线，下线人数为xxx，异常下线用户的onu标识分别为xxxxxx。
[0080]
在业务告警消息与故障设备告警消息关联且合并后获得故障告警消息，该故障告警消息中携带该“告警正文”字段。网投平台通过订阅告警消息从故障管理系统处获得该故障告警消息。网投平台再根据该故障告警消息的告警数据中的“告警正文”获取用户下线信息，通过ip认证系统查找该用户下线信息对应的第一用户数据。前述的客户文件列表信息即用户下线信息，前述的对应业务客户信息即该用户下线信息对应的第一用户数据。
[0081]
(c2)ip认证系统通过网投平台传递的客户文件列表信息，查找检索对应用户数据，反馈给网投平台。
[0082]
ip认证系统在获取到网投平台传递的用户下线信息后，根据该用户下线信息查找对应的用户数据，作为第一用户数据，ip认证系统将第一用户数据返回给网投平台。
[0083]
(c3)网投平台通过告警数据的“设备信息”字段获得故障设备信息，登录综资系统查找对应设备下全量用户信息。
[0084]“设备信息”字段可以由ems生成，由ems推送至故障管理系统的故障设备告警消息携带至故障管理系统。“设备信息”字段的内容包括且不限于：设备种类、设备型号、设备唯一标识。设备唯一标识指的是用于在多个家宽设备中唯一标识某个家宽设备的设备标识。
[0085]
在业务告警消息与故障设备告警消息关联且合并后获得故障告警消息，该故障告警消息中携带该“设备信息”字段。在网投平台通过订阅告警消息从故障管理系统处获得该故障告警消息。网投平台再根据该故障告警消息的告警数据中的“设备信息”字段获取故障家宽设备的设备信息，通过综资系统查找该故障家宽设备的设备信息对应的第二用户数据。前述的故障设备信息即故障家宽设备的设备信息，前述的对应设备下全量用户信息即该故障家宽设备的设备信息对应的第二用户数据。
[0086]
(c4)综资系统根据网投平台传递的故障设备信息，查找检索相应设备下的用户数据，并反馈给网投平台。
[0087]
综资系统在获取到网投平台传递的故障家宽设备的设备信息后，根据该故障家宽设备的设备信息查找对应的用户数据，作为第二用户数据，综资系统将第二用户数据返回给网投平台。
[0088]
(c5)网投平台通过告警数据的“基站设备ip”字段获得基站信息，登录经分系统查找对应基站下常驻用户信息。
[0089]“基站设备ip”字段可以由ems生成，由ems推送至故障管理系统的故障设备告警消息携带至故障管理系统。“基站设备ip”字段的内容包括基站设备的ip地址信息。
[0090]
在业务告警消息与故障设备告警消息关联且合并后获得故障告警消息，该故障告警消息中携带该“基站设备ip”字段。在网投平台通过订阅告警消息从故障管理系统处获得该故障告警消息。网投平台再根据该故障告警消息的告警数据中的“基站设备ip”字段获取基站信息，通过经分系统查找该基站信息对应的第三用户数据。前述的对应基站下常驻用户即该基站信息对应的第三用户数据。
[0091]
(c6)经分系统通过网投平台传递的基站信息，查找检索相应基站下挂常驻用户数据，并反馈给网投平台。
[0092]
经分系统在获取到网投平台传递的基站信息后，根据该基站信息查找对应的基站常驻用户的用户数据，作为第三用户数据，经分系统将第三用户数据返回给网投平台。
[0093]
(c7)网投平台将第一用户数据、第二用户数据以及第三用户数据输入预设的大数据分析模型，得到使用家宽业务受影响的目标用户。
[0094]
网投平台将第一用户数据、第二用户数据以及第三用户数据输入预设的大数据分析模型，获得目标用户的用户数据。
[0095]
步骤s106，根据第一用户数据、第二用户数据以及第三用户数据，确定使用家宽业务受影响的目标用户。
[0096]
使用家宽业务受影响的目标用户，例如，用户正在家中通过家宽业务播放网络视频，运营商侧发生了olt退服，该olt退服导致用户的网络断开连接，网络视频无法播放。
[0097]
可选地，根据第一用户数据、第二用户数据以及第三用户数据，确定使用家宽业务时受故障家宽设备影响的目标用户，包括：根据第一用户数据、第二用户数据以及第三用户数据，确定故障家宽设备对应的下线用户、故障家宽设备的关联用户以及基站常驻用户之间的用户交集；根据用户交集，确定使用家宽业务时受故障家宽设备影响的目标用户。
[0098]
故障家宽设备对应的下线用户，可以理解为，在家宽设备发生故障后，受其影响无法正常使用家宽业务被迫下线的多个用户。故障家宽设备的关联用户，例如，某个olt发生退服故障，该olt的多个pon口连接的多个光猫对应的用户即该故障家宽设备的关联用户。基站常驻用户可以被视为经常使用家宽业务的用户。
[0099]
此处通过基站常驻用户的用户数据，可以避免长期不使用家宽的业务的用户被误认为是因为家宽设备故障而被迫下线无法正常使用家宽业务。若未使用家宽业务的用户被误认为目标用户，可能会导致该用户收到不必要的关怀服务，对该用户来说可能会造成骚扰，降低了用户体验。
[0100]
可选地，在确定使用家宽业务时受故障家宽设备影响的目标用户之前，用户确定方法还包括：获取通过预先确定的劣化家宽设备使用家宽业务的用户的用户数据作为第四用户数据，获取各时段家宽业务的业务常驻用户的用户数据作为第五用户数据，获取投诉家宽业务无法正常使用的用户的用户数据作为第六用户数据；根据第一用户数据、第二用户数据以及第三用户数据，确定使用家宽业务时受故障家宽设备影响的目标用户，包括：根据第一用户数据、第二用户数据、第三用户数据、第四用户数据、第五用户数据、第六用户数据以及预设的大数据分析模型，确定使用家宽业务受影响的目标用户。
[0101]
获取通过预先确定的劣化家宽设备使用家宽业务的用户的用户数据作为第四用户数据，具体实施时，可以是，关联家宽性能劣化指标告警，满足两项影响业务指标质差率≥80％的指标劣化网元，在资源管理系统中关联出群障网元的全量客户列表。
[0102]
获取各时段家宽业务的业务常驻用户的用户数据作为第五用户数据，具体实施是，可以是经分系统根据客户上网记录和业务使用时段，输出各时段常驻客户列表。
[0103]
获取投诉家宽业务无法正常使用的用户的用户数据作为第六用户数据，具体实施时，可以是采集家客端到端系统的网络质差客户，关联分析群障设备的影响质差客户列表。
[0104]
依据群障网元下线记录、性能劣化影响、业务使用时段、网络质差影响等维度，综合分析筛选出目标用户，可以是，将第一用户数据、第二用户数据、第三用户数据、第四用户数据、第五用户数据、第六用户数据输入预设的大数据分析模型，输出目标用户。
[0105]
该大数据分析模型的具体实施方式，可以是求多个输入值的交集作为该大数据分析模型的输出值；也可以是为不同种类的用户数据设置不同的权重，根据该权重求出各个种类的用户数据是否为目标用户的评估分数，针对任一用户，计算该用户的各个种类的用户数据的评估分数之和，作为最终评估分数，根据该最终评估分数，确定该用户是否为使用家宽业务受影响的目标用户；还可以是根据预设设置的概率计算公式，根据输入大数据分析模型的多个维度的用户数据，计算各个用户为目标用户的概率，将概率大于预设概率阈值的用户的用户数据输出，作为目标用户的用户数据。
[0106]
通过该大数据分析模型，能够结合多个维度综合分析用户是否在使用业务时受到影响，从而提高了识别目标用户的准确率。
[0107]
可选地，在确定使用家宽业务受影响的目标用户之后，还包括：向目标用户发送故障关怀消息，向故障家宽设备对应的运维人员发送维修提醒消息；在故障家宽设备被修复后，向目标用户发送修复关怀消息。
[0108]
在确定目标用户后，根据确定的目标用户的用户数据中的联系方式，调用短信端口，发送故障关怀消息。在故障家宽设备被修复后时，根据确定的目标用户的用户数据中的联系方式，调用短信端口，向目标用户发送修复关怀消息。
[0109]
故障家宽设备对应的运维人员，指的是故障家宽设备归属地市的运维人员和驻地网小区的装维人员。
[0110]
可选地，故障告警信息包括故障发生时间；在确定使用家宽业务受影响的目标用户之后，还包括：根据故障发生时间、预设的故障级别与时间长度的对应关系，确定各故障级别对应的消息发送时间点；在任一故障级别对应的消息发送时间点，向该故障级别对应的故障督办人员发送故障督办消息，向目标用户发送与该故障级别对应的补偿消息。
[0111]
预设的故障级别与时间长度的对应关系，例如，24小时对应于第一故障级别，7天对应于第二故障级别，30天对应于第三故障级别，其中，从第一故障级别到第三故障级别，其严重程度依次增加。
[0112]
具体实施时，网投平台可以将故障告警信息以及目标用户的用户数据发送至客服系统。网投平台发送至客服系统的数据包括且不限于：故障家宽设备、故障发生时间、目标用户以及目标用户所属的小区。客服系统根据故障发生时间、预设的故障级别与时间长度的对应关系，确定各故障级别对应的消息发送时间点；在任一故障级别对应的消息发送时间点，向该故障级别对应的故障督办人员发送故障督办消息，向目标用户发送与该故障级别对应的补偿消息。
[0113]
故障发生时间可以是ip认证系统检测到某一家宽设备的下线用户比例异常的时间点，即大量用户突然掉线的时间点，也可以是ems获取的发生家宽设备故障的时间点。
[0114]
在任一故障级别对应的消息发送时间点，向目标用户发送与该故障级别对应的补偿消息，例如，故障发生时间为x月y日的z点整，在x月(y+1)日的z点整，即宽带中断时长到达24小时，向目标用户发送与第一故障级别对应的补偿消息，即向目标用户赠送5g流量；在x月(y+7)日的z点整，即宽带中断时长到达7天，向目标用户发送与第二故障级别对应的补偿消息，即再向目标用户赠送5g流量(累计10g)；在(x+1)月y日的z点整，即宽带中断时长到达30天，向目标用户发送与第三故障级别对应的补偿消息，即再向目标用户赠送10g流量(累计20g)。
[0115]
在任一故障级别对应的消息发送时间点，向该故障级别对应的故障督办人员发送故障督办消息，例如，在第一故障级别对应的消息发送时间点，即故障发生时间后的4小时，向第一故障级别对应的故障督办人员(分公司家客班长、传输班长等)发送故障督办消息；在第二故障级别对应的消息发送时间点，即故障发生时间后的24小时，向第二故障级别对应的故障督办人员(分公司分管网络副总、网络部经理等)发送故障督办消息；在第三故障级别对应的消息发送时间点，即故障发生时间后的48小时，向第三故障级别对应的故障督办人员(省公司网络部、网管中心总经理等)发送故障督办消息；在超过48小时后，每隔48小时触发一次向第一故障级别、第二故障级别以及第三故障级别的所有故障督办人员发送故障督办消息。
[0116]
根据图1的示例实施例中的用户确定方法，首先，获取家宽设备的故障告警消息；故障告警消息包括故障家宽设备的用户下线信息、故障家宽设备的设备信息以及故障家宽设备关联的基站信息；接着，根据用户下线信息，获取故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据设备信息，获取通过故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据基站信息，获取基站常驻用户的用户数据作为第三用户数据；最后，根据第一用户数据、第二用户数据以及第三用户数据，确定使用家宽业务受影响的目标用户。通过本发明实施例的技术方案，能够避免将正常下线的用户误认为使用家宽业务受影响的目标用户，提高识别目标用户的准确性，从而精准地为目标用户提供相应的关怀服务，有效提高家宽业务用户的用户体验。
[0117]
图2为本发明一个实施例提供的另一种用户确定方法的系统交互示意图。
[0118]
参照图2所示，网际互连协议认证系统202发生业务告警消息至故障管理系统206，网元管理系统204发生故障设备告警消息至故障管理系统206。故障管理系统206对与同一设备对应的业务告警消息和故障设备告警消息进行关联，合并业务告警消息和故障设备告警消息，获得故障告警消息，将故障告警消息发送至网投平台208。
[0119]
网投平台208向网际互连协议认证系统202发送用户下线信息，网际互连协议认证系统202向网投平台208返回第一用户数据；网投平台208向综资系统210发送设备信息，综资系统210向网投平台208返回第二用户数据；网投平台208向经分系统212发送基站信息，经分系统212向网投平台208返回第三用户数据。
[0120]
在网投平台208获取到第一用户数据、第二用户数据以及第三用户数据后，网投平台208将第一用户数据、第二用户数据以及第三用户数据输入预设的大数据分析模型，获得目标用户以及目标用户的联系方式。
[0121]
如图2所示的实施例提供的用户确定方法能够实现前述用户确定方法实施例中的各个过程，并达到相同的功能和效果，这里不再重复。
[0122]
图6为本发明一实施例提供的一种用户确定装置的示意框图。
[0123]
参照图6所示，该用户确定装置包括：
[0124]
消息获取模块602，用于获取家宽设备的故障告警消息；所述故障告警消息包括故障家宽设备的用户下线信息、所述故障家宽设备的设备信息以及所述故障家宽设备关联的基站信息；
[0125]
数据获取模块604，用于根据所述用户下线信息，获取所述故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据所述设备信息，获取通过所述故障家宽设备使
用家宽业务的用户的用户数据作为第二用户数据，根据所述基站信息，获取基站常驻用户的用户数据作为第三用户数据；
[0126]
用户确定模块606，用于根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定使用所述家宽业务受影响的目标用户。
[0127]
在本发明的一些实施例中，基于上述方案，所述故障家宽设备包括宽带接入服务器bras、光线路终端olt、主干光缆、分支光缆；所述故障告警消息通过如下方式生成：
[0128]
接收ip认证系统发送的下线用户比例异常的异常家宽设备的业务告警消息；所述异常家宽设备包括olt或olt的无源光网络pon口；
[0129]
查询是否存在所述异常家宽设备相关的故障设备告警消息；所述故障设备告警消息的故障家宽设备包括所述异常家宽设备或与所述异常家宽设备具有连接关系的家宽设备；
[0130]
若是，则合并所述业务告警消息和所述故障设备告警消息，获得所述故障告警消息。
[0131]
在本发明的一些实施例中，基于上述方案，所述业务告警消息由所述ip认证系统通过如下方式生成：
[0132]
按照预设时间周期获取各olt的在线用户数和各pon口的在线用户数；
[0133]
根据相邻两次获取的在线用户数，确定各olt的第一下线用户比例和各pon口的第二下线用户比例；
[0134]
根据任一olt的所述第一下线用户比例与第一预设比例阈值的比较结果和归属于该olt的任一pon口的所述第二下线用户比例与第二预设比例阈值的比较结果，在各olt和各pon口中确定所述异常家宽设备并生成所述异常家宽设备的业务告警消息。
[0135]
在本发明的一些实施例中，基于上述方案，用户确定模块606，具体用于：
[0136]
根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定所述故障家宽设备对应的下线用户、所述故障家宽设备的关联用户以及所述基站常驻用户之间的用户交集；
[0137]
根据所述用户交集，确定使用家宽业务时受所述故障家宽设备影响的目标用户。
[0138]
在本发明的一些实施例中，基于上述方案，用户确定装置还包括：
[0139]
获取通过预先确定的劣化家宽设备使用所述家宽业务的用户的用户数据作为第四用户数据，获取各时段所述家宽业务的业务常驻用户的用户数据作为第五用户数据，获取投诉所述家宽业务无法正常使用的用户的用户数据作为第六用户数据；
[0140]
用户确定模块606，具体用于：
[0141]
根据所述第一用户数据、所述第二用户数据、所述第三用户数据、第四用户数据、第五用户数据、第六用户数据以及预设的大数据分析模型，确定使用所述家宽业务受影响的目标用户。
[0142]
在本发明的一些实施例中，基于上述方案，用户确定装置还包括：
[0143]
第一消息发送模块，用于向所述目标用户发送故障关怀消息，向所述故障家宽设备对应的运维人员发送维修提醒消息；
[0144]
第二消息发送模块，用于在所述故障家宽设备被修复后，向所述目标用户发送修复关怀消息
[0145]
在本发明的一些实施例中，基于上述方案，所述故障告警信息包括故障发生时间；用户确定装置还包括：
[0146]
时间点确定模块，用于根据所述故障发生时间、预设的故障级别与时间长度的对应关系，确定各故障级别对应的消息发送时间点；
[0147]
第三消息发送模块，用于在任一所述故障级别对应的消息发送时间点，向该故障级别对应的故障督办人员发送故障督办消息，向所述目标用户发送与该故障级别对应的补偿消息。
[0148]
根据本发明实施例的技术方案，首先，获取家宽设备的故障告警消息；故障告警消息包括故障家宽设备的用户下线信息、故障家宽设备的设备信息以及故障家宽设备关联的基站信息；接着，根据用户下线信息，获取故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据设备信息，获取通过故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据基站信息，获取基站常驻用户的用户数据作为第三用户数据；最后，根据第一用户数据、第二用户数据以及第三用户数据，确定使用家宽业务受影响的目标用户。通过本发明实施例的技术方案，能够避免将正常下线的用户误认为使用家宽业务受影响的目标用户，提高识别目标用户的准确性，从而精准地为目标用户提供相应的关怀服务，有效提高家宽业务用户的用户体验。
[0149]
本发明一实施例提供的用户确定装置能够实现前述用户确定方法实施例中的各个过程，并达到相同的功能和效果，这里不再重复。
[0150]
进一步地，本发明实施例还提供了一种电子设备，图7为本发明一实施例提供的一种电子设备的结构示意图，如图7所示，该电子设备包括存储器701、处理器702、总线703和通信接口704。存储器701、处理器702和通信接口704通过总线703进行通信，通信接口704可以包括输入输出接口，输入输出接口包括但不限于键盘、鼠标、显示器、麦克风、扩音器等。
[0151]
图7中，存储器701上存储有计算机可执行指令，该计算机可执行指令在被处理器702执行时，能够实现以下流程：
[0152]
获取家宽设备的故障告警消息；所述故障告警消息包括故障家宽设备的用户下线信息、所述故障家宽设备的设备信息以及所述故障家宽设备关联的基站信息；
[0153]
根据所述用户下线信息，获取所述故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据所述设备信息，获取通过所述故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据所述基站信息，获取基站常驻用户的用户数据作为第三用户数据；
[0154]
根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定使用所述家宽业务受影响的目标用户。
[0155]
可选地，该计算机可执行指令在被处理器702执行时，所述故障家宽设备包括宽带接入服务器bras、光线路终端olt、主干光缆、分支光缆；所述故障告警消息通过如下方式生成：
[0156]
接收ip认证系统发送的下线用户比例异常的异常家宽设备的业务告警消息；所述异常家宽设备包括olt或olt的无源光网络pon口；
[0157]
查询是否存在所述异常家宽设备相关的故障设备告警消息；所述故障设备告警消息的故障家宽设备包括所述异常家宽设备或与所述异常家宽设备具有连接关系的家宽设
备；
[0158]
若是，则合并所述业务告警消息和所述故障设备告警消息，获得所述故障告警消息。
[0159]
可选地，该计算机可执行指令在被处理器702执行时，所述业务告警消息由所述ip认证系统通过如下方式生成：
[0160]
按照预设时间周期获取各olt的在线用户数和各pon口的在线用户数；
[0161]
根据相邻两次获取的在线用户数，确定各olt的第一下线用户比例和各pon口的第二下线用户比例；
[0162]
根据任一olt的所述第一下线用户比例与第一预设比例阈值的比较结果和归属于该olt的任一pon口的所述第二下线用户比例与第二预设比例阈值的比较结果，在各olt和各pon口中确定所述异常家宽设备并生成所述异常家宽设备的业务告警消息。
[0163]
可选地，该计算机可执行指令在被处理器702执行时，根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定使用家宽业务时受所述故障家宽设备影响的目标用户，包括：
[0164]
根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定所述故障家宽设备对应的下线用户、所述故障家宽设备的关联用户以及所述基站常驻用户之间的用户交集；
[0165]
根据所述用户交集，确定使用家宽业务时受所述故障家宽设备影响的目标用户。
[0166]
可选地，该计算机可执行指令在被处理器702执行时，在确定使用所述家宽业务时受所述故障家宽设备影响的目标用户之前，还包括：
[0167]
获取通过预先确定的劣化家宽设备使用所述家宽业务的用户的用户数据作为第四用户数据，获取各时段所述家宽业务的业务常驻用户的用户数据作为第五用户数据，获取投诉所述家宽业务无法正常使用的用户的用户数据作为第六用户数据；
[0168]
根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定使用所述家宽业务时受所述故障家宽设备影响的目标用户，包括：
[0169]
根据所述第一用户数据、所述第二用户数据、所述第三用户数据、第四用户数据、第五用户数据、第六用户数据以及预设的大数据分析模型，确定使用所述家宽业务受影响的目标用户。
[0170]
可选地，该计算机可执行指令在被处理器702执行时，在确定使用所述家宽业务受影响的目标用户之后，还包括：
[0171]
向所述目标用户发送故障关怀消息，向所述故障家宽设备对应的运维人员发送维修提醒消息；
[0172]
在所述故障家宽设备被修复后，向所述目标用户发送修复关怀消息。
[0173]
可选地，该计算机可执行指令在被处理器702执行时，所述故障告警信息包括故障发生时间；在确定使用所述家宽业务受影响的目标用户之后，还包括：
[0174]
根据所述故障发生时间、预设的故障级别与时间长度的对应关系，确定各故障级别对应的消息发送时间点；
[0175]
在任一所述故障级别对应的消息发送时间点，向该故障级别对应的故障督办人员发送故障督办消息，向所述目标用户发送与该故障级别对应的补偿消息。
[0176]
根据本发明实施例的技术方案，首先，获取家宽设备的故障告警消息；故障告警消息包括故障家宽设备的用户下线信息、故障家宽设备的设备信息以及故障家宽设备关联的基站信息；接着，根据用户下线信息，获取故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据设备信息，获取通过故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据基站信息，获取基站常驻用户的用户数据作为第三用户数据；最后，根据第一用户数据、第二用户数据以及第三用户数据，确定使用家宽业务受影响的目标用户。通过本发明实施例的技术方案，能够避免将正常下线的用户误认为使用家宽业务受影响的目标用户，提高识别目标用户的准确性，从而精准地为目标用户提供相应的关怀服务，有效提高家宽业务用户的用户体验。
[0177]
本发明实施例提供的电子设备能够实现前述用户确定方法实施例中的各个过程，并达到相同的功能和效果，这里不再重复。
[0178]
进一步地，本发明实施例还提供一种存储介质，该存储介质中存储有计算机可执行指令，该计算机可执行指令在被处理器702执行时，能够实现以下流程：
[0179]
获取家宽设备的故障告警消息；所述故障告警消息包括故障家宽设备的用户下线信息、所述故障家宽设备的设备信息以及所述故障家宽设备关联的基站信息；
[0180]
根据所述用户下线信息，获取所述故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据所述设备信息，获取通过所述故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据所述基站信息，获取基站常驻用户的用户数据作为第三用户数据；
[0181]
根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定使用所述家宽业务受影响的目标用户。
[0182]
可选地，该计算机可执行指令在被处理器702执行时，所述故障家宽设备包括宽带接入服务器bras、光线路终端olt、主干光缆、分支光缆；所述故障告警消息通过如下方式生成：
[0183]
接收ip认证系统发送的下线用户比例异常的异常家宽设备的业务告警消息；所述异常家宽设备包括olt或olt的无源光网络pon口；
[0184]
查询是否存在所述异常家宽设备相关的故障设备告警消息；所述故障设备告警消息的故障家宽设备包括所述异常家宽设备或与所述异常家宽设备具有连接关系的家宽设备；
[0185]
若是，则合并所述业务告警消息和所述故障设备告警消息，获得所述故障告警消息。
[0186]
可选地，该计算机可执行指令在被处理器702执行时，所述业务告警消息由所述ip认证系统通过如下方式生成：
[0187]
按照预设时间周期获取各olt的在线用户数和各pon口的在线用户数；
[0188]
根据相邻两次获取的在线用户数，确定各olt的第一下线用户比例和各pon口的第二下线用户比例；
[0189]
根据任一olt的所述第一下线用户比例与第一预设比例阈值的比较结果和归属于该olt的任一pon口的所述第二下线用户比例与第二预设比例阈值的比较结果，在各olt和各pon口中确定所述异常家宽设备并生成所述异常家宽设备的业务告警消息。
[0190]
可选地，该计算机可执行指令在被处理器702执行时，根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定使用家宽业务时受所述故障家宽设备影响的目标用户，包括：
[0191]
根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定所述故障家宽设备对应的下线用户、所述故障家宽设备的关联用户以及所述基站常驻用户之间的用户交集；
[0192]
根据所述用户交集，确定使用家宽业务时受所述故障家宽设备影响的目标用户。
[0193]
可选地，该计算机可执行指令在被处理器702执行时，在确定使用所述家宽业务时受所述故障家宽设备影响的目标用户之前，还包括：
[0194]
获取通过预先确定的劣化家宽设备使用所述家宽业务的用户的用户数据作为第四用户数据，获取各时段所述家宽业务的业务常驻用户的用户数据作为第五用户数据，获取投诉所述家宽业务无法正常使用的用户的用户数据作为第六用户数据；
[0195]
根据所述第一用户数据、所述第二用户数据以及所述第三用户数据，确定使用所述家宽业务时受所述故障家宽设备影响的目标用户，包括：
[0196]
根据所述第一用户数据、所述第二用户数据、所述第三用户数据、第四用户数据、第五用户数据、第六用户数据以及预设的大数据分析模型，确定使用所述家宽业务受影响的目标用户。
[0197]
可选地，该计算机可执行指令在被处理器702执行时，在确定使用所述家宽业务受影响的目标用户之后，还包括：
[0198]
向所述目标用户发送故障关怀消息，向所述故障家宽设备对应的运维人员发送维修提醒消息；
[0199]
在所述故障家宽设备被修复后，向所述目标用户发送修复关怀消息。
[0200]
可选地，该计算机可执行指令在被处理器702执行时，所述故障告警信息包括故障发生时间；在确定使用所述家宽业务受影响的目标用户之后，还包括：
[0201]
根据所述故障发生时间、预设的故障级别与时间长度的对应关系，确定各故障级别对应的消息发送时间点；
[0202]
在任一所述故障级别对应的消息发送时间点，向该故障级别对应的故障督办人员发送故障督办消息，向所述目标用户发送与该故障级别对应的补偿消息。
[0203]
根据本发明实施例的技术方案，首先，获取家宽设备的故障告警消息；故障告警消息包括故障家宽设备的用户下线信息、故障家宽设备的设备信息以及故障家宽设备关联的基站信息；接着，根据用户下线信息，获取故障家宽设备对应的下线用户的用户数据作为第一用户数据，根据设备信息，获取通过故障家宽设备使用家宽业务的用户的用户数据作为第二用户数据，根据基站信息，获取基站常驻用户的用户数据作为第三用户数据；最后，根据第一用户数据、第二用户数据以及第三用户数据，确定使用家宽业务受影响的目标用户。通过本发明实施例的技术方案，能够避免将正常下线的用户误认为使用家宽业务受影响的目标用户，提高识别目标用户的准确性，从而精准地为目标用户提供相应的关怀服务，有效提高家宽业务用户的用户体验。
[0204]
本发明一实施例提供的存储介质能够实现前述用户确定方法实施例中的各个过程，并达到相同的功能和效果，这里不再重复。
[0205]
其中，该存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
[0206]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0207]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明上述实施例的方法。
[0208]
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。