一种电信行业融合业务模型的配置方法及系统与流程

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.配置所述融合产品的资费档位与所述子产品的资费档位的约束关系。
31.与现有技术相比，本发明的有益效果为：
32.本发明针对融合业务的多样性，根据目前已有的融合业务的场景及后续业务的扩展性，提供一种融合业务的配置模型，一次开发后，支持融合业务的灵活配置，通过模型配置即可实现不同种融合业务、融合产品的落实，减少重复代码的开发，缩短融合产品的上线周期，快速响应市场的要求。
33.本发明可以实现融合产品包中产品的关联及约束关系，新增融合业务可以通过配置和简单开发快速支撑，提高的融合业务的开发支撑能力。
附图说明
34.图1为本发明一种实施例公开的电信行业融合业务模型的配置方法流程图；
35.图2为本发明一种实施例公开的电信行业融合业务模型的配置系统示意图；
36.图3为本发明一种实施例公开的根据融合业务模型配置的集中融合产品示意图。
具体实施方式
37.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
38.下面结合附图对本发明做进一步的详细描述：
39.如图1所示，本发明提供的一种电信行业融合业务模型的配置方法，包括：
40.s1、根据融合业务场景将融合业务进行分类；
41.其中，
42.根据融合业务办理主体不同，即办理主体是个人还是集团，将融合业务分为个人和集团两类；
43.并将个人和集团作为融合业务产品包的第一层。
44.s2、配置各类融合业务中包含的多种融合产品；
45.其中，
46.根据融合业务的大类进行区分，获得多种融合产品；
47.多种融合产品即为融合业务产品包的第二层；
48.每增加一种融合产品可在融合业务中进行新增配置。
49.s3、为融合产品配置多个可选的不同资费档位；
50.其中，
51.资费档位可包括a、b、c三个档位；
52.s4、配置各种融合产品中包含的多个子产品；
53.其中，
54.每增加一个子产品可在融合产品中进行新增配置；
55.子产品包括必选和可选两种，且设置可选的子产品的最大订购数量；
56.融合产品的资费档位不同对应可选的子产品的最大订购数量不同。
57.s5、配置融合产品的资费档位与子产品的资费档位的约束关系。
58.其中，
59.约束关系如：融合产品选择资费档位为a档位时，子产品中个人主资费只能选择a档位资费。
60.如图2所示，本发明提供了一种电信行业融合业务模型的配置系统，包括：融合业务分类模块、融合产品配置模块、子产品配置模块、约束关系配置模块；
61.融合业务分类模块，用于：
62.根据融合业务场景将融合业务进行分类；
63.融合产品配置模块，用于：
64.配置各类融合业务中包含的多种融合产品；
65.为融合产品配置多个可选的不同资费档位；
66.子产品配置模块，用于：
67.配置各种融合产品中包含的多个子产品；
68.约束关系配置模块，用于：
69.配置融合产品的资费档位与子产品的资费档位的约束关系。
70.实施例1：
71.如图3所示，一种商户宝产品配置过程如下：
72.步骤1、根据融合业务场景将融合业务进行分类；
73.首先分析集团融合业务场景，场景为：
74.个人业务和集团业务的融合，个人办理融合业务套餐，赠送宽带，固话等业务，根据办理的套餐不同，赠送业务范围不同。
75.根据上述场景可将该融合业务根据办理主体为个人，确定第一层目录为：个人融
合业务。
76.步骤2、在第一层目录下配置该融合产品；
77.在第一层目录下新增第二层目录“商户宝产品”，设置“商户宝产品”的资费档位，包含a，b，c三个资费档位；
78.步骤3、在融合产品“商户宝产品”第三层中设置多种子产品，包括宽带、亲友网、固话、千里眼、魔百和、智能组网等，
79.设置约束关系为：融合产品选择资费档位为a档位时，子产品中个人主资费只能选择a档位资费。
80.设置不同资费档位的具体情况为：
81.a档位：个人a档位，宽带，亲友网；
82.b档位：个人b档位，宽带，亲友网，固话，千里眼，魔百和；
83.c档位：个人c档位，宽带，亲友网，固话，千里眼，魔百和，智能组网；
84.步骤4、针对第三层增加角色类型、操作类型，可以订购数量等配置；具体为：
85.角色编码：个人手机、宽带、固话等
86.角色类型：m-主角，o-可选角色b-必选角色
87.操作类型：0-新增，1-已有，2-新增和已有
88.资费类型：0-主资费，1-可选资费
89.加油包最大办理数量：可选的最大订购数量；
90.新增办理地址：办理页面地址，服务名称等；
91.已有办理地址：针对已有办理的页面地址或服务等；
92.已有校验：已有的校验的服务，如果空，说明不需要校验。
93.本发明融合业务模型配置完成后，用户办理过程为：
94.1、从上到下逐层选择，根据选择内容不同，页面根据配置展示下一层的内容；
95.2、页面根据角色类型控制必选的在前面展示，订购完成必选后展示可选内容，可以办理可选业务，通过可选数量校验办理的数量，如果超出进行提示；
96.3、根据业务可以支持的类型，在页面展示可以办理的类型进行操作；
97.4、根据操作类型找到办理的服务或地址，进入办理业务页面。
98.实施例2：
99.在已有基础产品个人主资费，宽带、亲友网业务的基础上，新增固话业务。
100.步骤1、首先在第三层页面进行配置，增加角色编码-固话；角色类型-可选角色，点击新增按钮，可跳转到已有的固话页面；
101.步骤2、对已有的固话页面做简单改造，提交固话服务的入参回放到主页面指定的参数中；
102.步骤3、后台服务根据角色配置固话需要处理服务(已有服务)；
103.步骤4、配置完成，公共服务根据角色类型调用固话业务对应的服务。
104.本发明的优点：
105.(1)解决了传统方法中，每新增一类融合业务，需要代码新开发，模型新配置的问题，以及涉及多个业务时，需要提供办理人员详细的操作手册，指导用户到不同的功能中办理；办理过程中需要按照约定的顺序办理，用户需要记住多个功能代码办理顺序等问题。
106.(2)提高了融合业务开发的效率，如果新增的融合业务在已支持的范围内，通过配置可实现，大大提高了融合业务的代码复用，减少了开发周期。
107.(3)简化了融合业务的办理流程，实现了统一入口，多个业务一次办理一步提交。
108.(4)实现了融合产品包中的业务之间的约束控制，融合产品包的业务都办理成功，业务办理成功，一个失败整体回退，避免了之前在不同功能模块办理时可能存在前一个业务成功，后续业务失败还需要在办理前一个业务取消的场景。
109.(5)针对融合业务的多样性，业务打包范围的广泛性，根据目前已有的融合业务的场景及后续业务的扩展性，提供一种融合业务的配置模型，支持融合业务的灵活配置，且模型扩展性强。
110.(6)本发明可以实现融合产品包和包下产品的关联及约束关系，新增融合业务可以通过配置和简单开发快速支撑，提高的融合业务的开发支撑能力。
111.以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。