业务处理方法、系统、设备及介质与流程

1.本发明涉及计算机领域，具体涉及一种业务处理方法、系统、设备及介质。


背景技术：

2.广电运营商向用户提供综合的业务产品，包含有广播、点播、上网等业务形式。为支撑这些业务在接入网终端与机顶盒上的正常表现，其背后有复杂的数据、授权、网络、设备等断点可能。
3.对于综合诊断来说，要对用户的业务资源进行诊断流程的建立，对异构的网元、服务和系统进行诊断请求并聚合诊断结果，就需要建立可持续扩增的面向服务架构，完成协调、定义与使用。
4.但是现有技术中，业务层中业务系统只负责自己的业务的诊断，并且业务与业务之间是割裂的。


技术实现要素：

5.本发明要解决的技术问题是为了克服现有技术中业务层中业务系统只负责自己的业务的诊断，并且业务与业务之间是割裂的缺陷，提供一种业务处理方法、系统、设备及介质。
6.本发明是通过下述技术方案来解决上述技术问题：
7.作为本发明第一方面，本发明提供一种业务处理方法，包括以下步骤：
8.获取不同的报修诊断请求；其中，所述报修诊断请求携带有用户信息；
9.若所述用户信息对应的目标业务已在微服务注册中心注册，则调用微服务网关从所述目标业务的业务层中获取所述目标业务的诊断信息；
10.针对所有报修诊断请求，汇总所有目标业务的诊断信息。
11.优选地，所述业务处理方法还可以包括以下步骤：
12.若所述报修诊断请求对应的目标业务未在微服务注册中心注册，则对所述目标业务进行注册。
13.优选地，所述获取不同的报修诊断请求的步骤可以包括：响应于目标账号的登录，获取不同的报修诊断请求；
14.所述获取所述目标业务的诊断信息的步骤可以包括：获取所述目标业务的与所述目标账号的权限对应的诊断信息。
15.优选地，所述获取所述目标业务的诊断信息的步骤之后还可以包括：
16.对所述目标业务的诊断信息进行数据脱敏处理。
17.作为本发明的第二方面，本发明提供一种业务处理系统，所述业务处理系统包括报修诊断请求获取模块、诊断信息获取模块以及诊断信息汇总模块；
18.所述报修诊断请求获取模块用于获取不同的报修诊断请求；其中，所述报修诊断请求携带有用户信息；
19.所述诊断信息获取模块用于在所述用户信息对应的目标业务已在微服务注册中心注册的情况下，调用微服务网关从所述目标业务的业务层中获取所述目标业务的诊断信息；
20.所述诊断信息汇总模块用于针对所有报修诊断请求，汇总所有目标业务的诊断信息。
21.优选地，所述业务处理系统还可以包括注册模块；
22.所述注册模块用于在所述报修诊断请求对应的目标业务未在微服务注册中心注册的情况下，对所述目标业务进行注册。
23.优选地，所述报修诊断请求获取模块可以具体用于响应于目标账号的登录，获取不同的报修诊断请求；
24.所述所述诊断信息获取模块可以具体用于获取所述目标业务的与所述目标账号的权限对应的诊断信息。
25.优选地，所述业务处理系统还可以包括数据脱敏模块；
26.所述数据脱敏模块用于对所述目标业务的诊断信息进行数据脱敏处理。
27.作为本发明的第三方面，本发明提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的业务处理方法。
28.作为本发明第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的业务处理方法。
29.本发明的积极进步效果在于：利用微服务网关将各个业务系统中的诊断信息进行汇总，能够业务中进行注册业务的诊断信息，并且以微服务的方式，使得原本的各个服务都是相互独立互不影响，具有高内聚低耦合的特点。
附图说明
30.图1为实施例1的业务处理方法的第一示意图。
31.图2为实施例1的业务处理方法的第二示意图。
32.图3为实施例1的业务处理方法的拓扑关系示意图。
33.图4为实施例1的业务处理方法的第三示意图。
34.图5为实施例1的业务处理方法的第四示意图。
35.图6为实施例2的业务处理系统的结构示意图。
36.图7为实施例3的电子设备的结构示意图
具体实施方式
37.下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
38.实施例1
39.请参见图1，本实施例提供一种业务处理方法，包括以下步骤：
40.s1、获取不同的报修诊断请求；
41.其中，所述报修诊断请求携带有用户信息；
42.s2、若所述用户信息对应的目标业务已在微服务注册中心注册，则调用微服务网关从所述目标业务的业务层中获取所述目标业务的诊断信息；
43.s3、针对所有报修诊断请求，汇总所有目标业务的诊断信息。
44.请参见图2，在本实施例中，微服务注册中心，可以将微服务(在本实施例中也就是用户订购的业务)进行注册，注册之后。微服务网关介于目标账户登录的管理后台与各个业务之间的中间层，所有的请求都会先经过微服务网关。目标账户登录的管理后台只需要与网关交互即可。微服务网关就可以对订购的业务发送信息，调用目标账户需要的内容。业务层就会响应于目标账户发送的信息，生成所注册以后的业务的诊断信息。则调用微服务网关从所述目标业务的业务层中获取所述目标业务的诊断信息。
45.在本实施例中，用户信息可以为用户账号，用户信息对应的目标业务可以为用户所订购的业务。请参见图3，用户账号与用户账号订购的目标业务建立一个对应关系。例如，用户为张三，张三订购了宽带业务、点播业务以及广播业务。那么张三的账号就可以对宽带业务、点播业务以及广播业务建立关系(例如图3中的拓扑关系)。张三通过资源组合(由业务支撑系统负责)连接接入设备以及机顶盒，接入设备连接网络拓扑(网络拓扑由网管系统管理，网络拓扑可对网络进行诊断)；接入设备以及机顶盒还可以通过业务组合连接宽带业务、点播业务以及广播业务，每一个业务都可以有对应的通道诊断、访问/拨号诊断以及授权诊断。各通道诊断、访问/拨号诊断以及授权诊断还可以有对应的系统(如系统1-5)。当然张三的账号还包括了基本信息(由业务支撑系统负责)，例如该张三账号对应的地址；张三账号名下是否有出过工单(由工单系统负责，工单包括安装工单以及维修工单)。
46.具体地，所述业务处理方法还可以包括以下步骤：
47.若所述报修诊断请求对应的目标业务未在微服务注册中心注册，则对所述目标业务进行注册。
48.在本实施例中，对没有注册的目标业务进行注册，能够保证目标业务都被注册，保证了每一个目标业务都是进行注册的。
49.具体地，所述获取不同的报修诊断请求的步骤可以包括：响应于目标账号的登录，获取不同的报修诊断请求；
50.所述获取所述目标业务的诊断信息的步骤可以包括：获取所述目标业务的与所述目标账号的权限对应的诊断信息。
51.在本实施例中，目标账号(即后台诊断人员登录的账号)有不同的权限，具体如，诊断人员包括客服人员，所述客服人员对应的权限包括获取目标用户数据以及目标用户权限授权情况；所述诊断人员包括运营维护人员，所述运营维护人员对应的权限包括目标用户所使用的资源情况、目标用户网络情况与目标用户通道情况；所述诊断人员包括业务后台人员，所述业务后台人员对应的权限包括获取目标用户的业务鉴权情况。需要注意的是，本实施例所举例子并不局限于上述人员，诊断人员的权限与诊断人员可以根据实际情况具体设定。
52.具体地，所述获取所述目标业务的诊断信息的步骤之后还可以包括：
53.对所述目标业务的诊断信息进行数据脱敏处理。
54.在本实施例中，敏感数据可以包括身份证信息、电话号码以及住址中的至少任一项(需要注意的是，前述敏感数据也不局限于前述种类，本实施例中的敏感信息随着时代发
展，可以有不同的理解)。如果某一个目标账号其权限完全没有获取敏感数据的需求，那么可以在获取诊断信息中，删去敏感信息，或者让敏感信息中的多位以“*”进行替代。
55.在上述的实施例中，可以根据用户所订购的业务为用户建立用户账号与订购业务的对应关系。当目标账号需要获取用户的某个业务的诊断信息时，只要根据对应关系，在对应关系中调取诊断信息。这样就在调取诊断信息的时候，减少从全部业务中选择用户订购业务的麻烦，减少了资源损耗。
56.实现的时候，业务以及业务的支撑系统、对支撑系统的描述以及主要用途如表所示：
[0057][0058]
请参见图4以及图5，在本实施例中，业务层中具体可以通过多个业务系统来对用户所订购的系统进行操作。业务系统可以包括用户管理类系统、资源管理类系统、配置开通类系统、网管类类系统中的至少一种。上述业务系统可以通过核心路由器连接，核心路由器通过连接因特网的宽带远程进入服务。核心路由器还和汇聚交换机连接(一般称核心路由器以及汇聚交换机的层为网络层)。汇聚交换机连接接入层，具体连接方式为，汇聚路由器连接olt(optical line terminal，光线路终端，简称olt)设备，如果用户订购宽带业务或者交互业务的话，本代光网中的olt设备连接光猫onu(optical network unit，光网络单元，简称onu)，光猫还连接用户的电脑或者双向机顶盒。用户的双向机顶盒连接catv(community antenna television，广电有线电视，简称catv)光收设备。catv光收连接catv光节点。catv光节点还可以连接缆桥，所述缆桥连接eco(ethernet over cable，基带传输，简称eco)终端。所述eco终端连接用户的双向机顶盒(如果用户订购广播业务或者交互业务的话)、路由器以及电脑(如果用户订购宽带业务的话)。在本领域中，一般将光猫、cat光收设备、eco终端设备、电脑、路由器以及机顶盒等所在的层称之为用户层。
[0059]
实施例2
[0060]
请参见图6，实施例提供一种业务处理系统，所述业务处理系统包括报修诊断请求获取模块201、诊断信息获取模块202以及诊断信息汇总模块203；
[0061]
所述报修诊断请求获取模块201用于获取不同的报修诊断请求；其中，所述报修诊断请求携带有用户信息；
[0062]
所述诊断信息获取模块202用于在所述用户信息对应的目标业务已在微服务注册中心注册的情况下，调用微服务网关从所述目标业务的业务层中获取所述目标业务的诊断信息；
[0063]
所述诊断信息汇总模块203用于针对所有报修诊断请求，汇总所有目标业务的诊断信息。
[0064]
优选地，所述业务处理系统还可以包括注册模块；
[0065]
所述注册模块用于在所述报修诊断请求对应的目标业务未在微服务注册中心注册的情况下，对所述目标业务进行注册。
[0066]
优选地，所述报修诊断请求获取模块201可以具体用于响应于目标账号的登录，获取不同的报修诊断请求；
[0067]
所述所述诊断信息获取模块202可以具体用于获取所述目标业务的与所述目标账号的权限对应的诊断信息。
[0068]
优选地，所述业务处理系统还可以包括数据脱敏模块；
[0069]
所述数据脱敏模块用于对所述目标业务的诊断信息进行数据脱敏处理。
[0070]
本实施例2中的业务处理系统的运行逻辑与实施例1中的业务处理方法一样，故在此不再赘述。
[0071]
实施例3
[0072]
图7为本实施例提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现实施例1的业务处理方法。图7显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0073]
如图7所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
[0074]
总线33包括数据总线、地址总线和控制总线。
[0075]
存储器32可以包括易失性存储器，例如随机存取存储器(ram)321和/或高速缓存存储器322，还可以进一步包括只读存储器(rom)323。
[0076]
存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
[0077]
处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1的业务处理方法。
[0078]
电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
[0079]
应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
[0080]
实施例4
[0081]
本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1的业务处理方法。
[0082]
其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
[0083]
在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1的业务处理方法。
[0084]
其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
[0085]
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。