CN103491494B - 一种实现业务限制的方法 - Google Patents
一种实现业务限制的方法 Download PDFInfo
- Publication number
- CN103491494B CN103491494B CN201310407022.5A CN201310407022A CN103491494B CN 103491494 B CN103491494 B CN 103491494B CN 201310407022 A CN201310407022 A CN 201310407022A CN 103491494 B CN103491494 B CN 103491494B
- Authority
- CN
- China
- Prior art keywords
- traffic limits
- group
- business
- limits
- traffic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Storage Device Security (AREA)
Abstract
本发明涉及一种实现业务限制的方法,包括组件化生成业务限制引擎;调用业务限制引擎判断业务是否需要进行限制;如果需要则查找属于本业务的业务限制组;根据业务限制组间的执行顺序及逻辑关系处理业务限制组;根据所处理的业务限制组ID,查找属于本业务限制组的业务限制组件;根据业务限制组件间的执行顺序及逻辑关系处理业务限制组件,直至需要处理的业务限制组件均处理完,且需要处理的业务限制组均处理完,向操作界面返回处理结果;操作界面判断是否存在业务限制,如果存在则弹出提示信息,否则初始化操作界面;本发明实现了对各项业务限制的灵活配置,业务限制组件可复用在多个业务限制中,提高了系统的扩展性及开发效率,降低了维护成本。
Description
技术领域
本发明涉及电信领域,尤其涉及一种实现业务限制的方法。
背景技术
随着电信业务的飞速增长,需求的数量及复杂度也随之增长。系统中各项业务限制较多,且各项限制条件之间的关系复杂,比如2G与3G用户互转,需要进行以下业务限制:
1.每月最后一天不允许办理2G转3G业务;
2.2G用户办理2G转3G业务时,应保证处于正常在用状态,欠费停机用户须交清欠费后方能办理2G转3G业务;
3.合帐用户不允许办理2G转3G业务,必须先拆分;
4.黑名单用户不允许办理,保证证件类型和证件编号检查已经办理的3G用户数,如果已经达到5个,则不允许办理;
5.已办理融合业务、集团VPN(3G集团总部统一管理)、亲情一家、亲情号码等业务的2G用户,需先取消融合业务、集团VPN、亲情一家、亲情号码,再办理转3G业务;
6.办理长期签约方案的用户(优惠购机、靓号、炫铃包年)协议为到期前不允许办理转3G业务;
7.iPhone手机入iPhone套餐时,需要校验iPhone手机的串号(现在省份没有iPhone手机的串号,暂不支持);
8.开通国际漫游的后付费用户,在国际漫游押金未通之前不允许转为预付费用户。
目前系统对大部分业务限制都是通过硬编码来实现的,给系统维护和新需求开发带来了很大的工作量,而且效率极低,无法复用。
发明内容
本发明所要解决的技术问题是针对现有技术的不足,提供一种实现业务限制的方法,利用业务限制引擎,可实现业务的限制,达到减少了工作量,提供了效率及复用度。
本发明解决上述技术问题的技术方案如下:一种实现业务限制的方法,包括如下步骤:
步骤1:组件化生成业务限制引擎;
步骤2:操作界面获取用户服务号码,并根据用户服务号码查询用户的基本信息;
步骤3:操作界面调用业务限制引擎,并根据所处理业务的业务类型ID判断该业务是否为限制型业务,如果是进入步骤4;否则结束;
步骤4:根据业务类型ID在数据库中查找属于本业务的业务限制组的数目、业务限制组ID、业务限制组间的执行顺序及逻辑关系;
步骤5:根据业务限制组间的执行顺序及逻辑关系处理业务限制组;
步骤6:根据所处理的业务限制组ID在数据库中查找属于本业务限制组的业务限制组件的数目、业务限制组件ID、业务限制组件间的执行顺序及逻辑关系;
步骤7:根据业务限制组件间的执行顺序及逻辑关系处理业务限制组件;
步骤8:根据步骤2中获取的用户基本信息查询该用户的业务信息,根据业务信息判断所处理的业务限制组件对该用户是否存在限制,并返回处理结果;
步骤9:判断属于所述业务限制组的所有业务限制组件均处理完;如果是则进入步骤10;否则返回步骤7;
步骤10:判断属于所述业务的需要处理的业务限制组是否均处理完,如果是则将处理结果返回给操作界面,进入步骤11;否则返回步骤5;
步骤11:操作界面根据返回的结果判断该业务对所处理的用户是否存在业务限制,如果存在则弹出相关提示信息;如果不存在,则初始化操作界面,结束。
在上述技术方案的基础上,本发明还可以做如下改进。
进一步,所述步骤1中所述组件化生成业务限制引擎的具体步骤如下:
步骤1中所述组件化生成业务限制引擎的具体步骤如下:
步骤1.1:在数据库中配置若干个原子级的业务限制组件;
步骤1.2:根据每个业务限制组的需要,为该业务限制组配置一个或一个以上的业务限制组件,并配置各业务限制组件间的执行顺序及逻辑关系;
步骤1.3:根据每个业务的需要,为该业务配置一个或一个以上的业务限制组,并配置各业务限制组间的执行顺序及逻辑关系。
进一步,步骤2中用户基本信息包括用户ID、客户ID、群组ID、品牌和账户ID。
进一步,步骤8中根据步骤2中获取的用户基本信息判断所处理的业务限制组件是否存在限制,可通过比较某项常量值、执行SQL查询语句或调用动态函数实现。
进一步,步骤8中判断一个业务限制组件是否存在限制后,还要判断该业务限制组件与同组的其他业务限制组件间的逻辑关系,如果逻辑关系如果为“与”,则只有当所有业务限制组件都存在限制时,其所属于的业务限制组才存在限制;如果逻辑关系如果为“或”,只要其中的一个业务限制组件存在限制,则其所属的业务限制组就存在限制。
进一步,步骤10中处理一个业务限制组是否存在限制后,还要判断该业务限制组与同属于一个业务的其他业务限制组的逻辑关系,如果逻辑关系为“与”,只有当所有业务限制组均存在限制时,其所属的业务才是存在业务限制,返回给操作界面存在业务限制的处理结果;如果逻辑关系为“或”,只要其中一个业务限制组存在限制,其所属的业务就存在业务限制,返回给操作界面存在业务限制的处理结果。
进一步,上述技术方案还包括增加新的业务时,可通过已有的业务限制组进行组合实现,或是通过已有的业务限制组件组合生成新的业务限制组,再将新的业务限制组组合生成所需的业务限制。
本发明的有益效果是:本发明通过业务限制引擎实现了对各项业务限制的灵活配置,支持多种限制方式,并可以将业务限制组件复用在多个业务中,提高了系统的可扩展性,提高了开发效率,降低了维护成本。
附图说明
图1为本发明所述一种实现业务限制方法的流程图;
图2为本发明所述步骤1流程图;
图3为本发明所述实施例中业务限制引擎逻辑框图。
具体实施方式
以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。
如图1所示,一种实现业务限制的方法,包括如下步骤:
步骤1:组件化生成业务限制引擎;
步骤2:操作界面获取用户服务号码,并根据用户服务号码查询用户的基本信息;
步骤3:操作界面调用业务限制引擎,并根据所处理业务的业务类型ID判断该业务是否为限制型业务,如果是进入步骤4;否则结束;
步骤4:根据业务类型ID在数据库中查找属于本业务的业务限制组的数目、业务限制组ID、业务限制组间的执行顺序及逻辑关系;
步骤5:根据业务限制组间的执行顺序及逻辑关系处理业务限制组;
步骤6:根据所处理的业务限制组ID在数据库中查找属于本业务限制组的业务限制组件的数目、业务限制组件ID、业务限制组件间的执行顺序及逻辑关系;
步骤7:根据业务限制组件间的执行顺序及逻辑关系处理业务限制组件;
步骤8:根据步骤2中获取的用户基本信息查询该用户的业务信息,根据业务信息判断所处理的业务限制组件对该用户是否存在限制,并返回处理结果;
步骤9:判断属于所述业务限制组的所有业务限制组件均处理完;如果是则进入步骤10;否则返回步骤7;
步骤10:判断属于所述业务的需要处理的业务限制组是否均处理完,如果是则将处理结果返回给操作界面,进入步骤11;否则返回步骤5;
步骤11:操作界面根据返回的结果判断该业务对所处理的用户是否存在业务限制,如果存在则弹出相关提示信息;如果不存在,则初始化操作界面,结束。
其中,步骤2中的用户基本信息包括用户ID,客户ID,品牌ID、群组ID和账户ID等基本信息。
其中,步骤8中根据步骤2中获取的用户基本信息判断所处理的业务限制组件是否存在限制,可通过比较某项常量值、执行SQL查询语句或调用动态函数实现。
其中,步骤8中判断一个业务限制组件是否存在限制后,还要判断该业务限制组件与同组的其他业务限制组件间的逻辑关系,如果逻辑关系如果为“与”,则只有当所有业务限制组件都存在限制时,其所属于的业务限制组才存在限制;如果逻辑关系如果为“或”,只要其中的一个业务限制组件存在限制,则其所属的业务限制组就存在限制,其他情况则属于该业务限制组不存在限制的情况。
其中,步骤10中处理一个业务限制组是否存在限制后,还要判断该业务限制组与同属于一个业务的其他业务限制组的逻辑关系,如果逻辑关系为“与”,只有当所有业务限制组均存在限制时,其所属的业务才是存在业务限制,返回给操作界面存在业务限制的处理结果;如果逻辑关系为“或”,只要其中一个业务限制组存在限制,其所属的业务就存在业务限制,返回给操作界面存在业务限制的处理结果,其他情况则属于该业务不存在业务限制的情况,向操作界面返回不存在业务限制的处理结果。
其中,上述技术方案还包括增加新的业务时,可通过已有的业务限制组进行组合实现,或是通过已有的业务限制组件组合生成新的业务限制组,再将新的业务限制组组合生成所需的业务限制。
如图2所示,所述步骤1中所述组件化生成业务限制引擎的具体步骤如下:
步骤1.1:在数据库中配置若干个原子级的业务限制组件;
步骤1.2:根据每个业务限制组的需要,为该业务限制组配置一个或一个以上的业务限制组件,并配置各业务限制组件间的执行顺序及逻辑关系;
步骤1.3:根据每个业务的需要,为该业务配置一个或一个以上的业务限制组,并配置各业务限制组间的执行顺序及逻辑关系。
实施例1:以两个业务,过户业务和xx业务为例进行说明:
其中,过户业务的业务类型ID为90001,根据其业务类型ID查找是否存在该号码,本实施例中假设存在该号码,证明该业务是限制类型的业务,接下来判断该限制类型的业务对正在使用该业务的用户是否存在业务限制;查找该号码(90001)下的业务限制组数目、业务限制组ID及业务限制组间的执行顺序及逻辑关系,本实施例中包括两个业务限制组,即过户限制组1(业务限制组ID为1000)和过户限制组2(业务限制组ID为1001),判断两个组的执行顺序和两个组间的逻辑关系(“与”或者是“或”)对两个业务限制组进行处理(本实施中过户限制组1和过户限制组2间的逻辑关系为“或”)。
本实施例中首先执行过户限制组1,然后执行过户限制组2,执行过户限制组1时,根据过户限制组1的业务限制组ID(1000)查找属于该业务限制组的业务限制组件ID,本实施中为业务限制组件(ID为2000)“判断是否是名单用户”和组件(ID为2001)“判断用户是否欠费”(本实施例中假设两个业务限制组件间的逻辑关系为“与”),对于业务限制组件“判断是否为黑名单用户”,根据获取的用户基本信息判断该用户是否为黑名单用户,如果是则表明该业务限制组件存在限制,否则不存在限制;本实施例中假设该业务限制组件存在限制,则处理业务限制组件“判断用户是否欠费”,根据获取的用户基本信息判断该用户是否欠费,如果是则表明该业务限制组件存在限制,否则不存在限制,本实施例中假设该业务限制组件也存在限制,则这两个业务限制组件所属的过户限制组1存在限制;然而由于过户限制组1与过户限制组2间的逻辑关系为“或”,所以不必再判断过户业务限制组2是否存在限制,可直接向操作界面返回存在业务限制的处理结果,操作界面根据接收的处理结果,弹出相关的提示信息。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (7)
1.一种实现业务限制的方法,其特征在于,包括如下步骤:
步骤1:组件化生成业务限制引擎;
步骤2:操作界面获取用户服务号码,并根据用户服务号码查询用户的基本信息;
步骤3:操作界面调用业务限制引擎,并根据所处理业务的业务类型ID判断该业务是否为限制型业务,如果是进入步骤4;否则结束;
步骤4:根据业务类型ID在数据库中查找属于本业务的业务限制组数目、业务限制组ID、业务限制组间的执行顺序及逻辑关系;
步骤5:根据业务限制组间的执行顺序及逻辑关系处理业务限制组;
步骤6:根据所处理的业务限制组ID在数据库中查找属于本业务限制组的业务限制组件数目、业务限制组件ID、业务限制组件间的执行顺序及逻辑关系;
步骤7:根据业务限制组件间的执行顺序及逻辑关系处理业务限制组件;
步骤8:根据步骤2中获取的用户基本信息查询该用户的业务信息,根据业务信息判断所处理的业务限制组件对该用户是否存在限制,并返回处理结果;
步骤9:判断属于所述业务限制组的所有业务限制组件均处理完;如果是则进入步骤10;否则返回步骤7;
步骤10:判断属于所述业务的需要处理的业务限制组是否均处理完,如果是则将处理结果返回给操作界面,进入步骤11;否则返回步骤5;
步骤11:操作界面根据返回的结果判断该业务对所处理的用户是否存在业务限制,如果存在则弹出相关提示信息;如果不存在,则初始化操作界面,结束。
2.根据权利要求1所述一种实现业务限制的方法,其特征在于,步骤1中所述组件化生成业务限制引擎的具体步骤如下:
步骤1.1:在数据库中配置若干个原子级的业务限制组件;
步骤1.2:根据每个业务限制组的需要,为该业务限制组配置一个或一个以上的业务限制组件,并配置各业务限制组件间的执行顺序及逻辑关系;
步骤1.3:根据每个业务的需要,为该业务配置一个或一个以上的业务限制组,并配置各业务限制组间的执行顺序及逻辑关系。
3.根据权利要求1所述一种实现业务限制的方法,其特征在于,步骤2中用户基本信息包括用户ID、客户ID、群组ID、品牌和账户ID。
4.根据权利要求1所述一种实现业务限制的方法,其特征在于,步骤8中根据步骤2中获取的用户基本信息判断所处理的业务限制组件是否存在限制,可通过比较某项常量值、执行SQL查询语句或调用动态函数实现。
5.根据权利要求1所述一种实现业务限制的方法,其特征在于,步骤8中判断一个业务限制组件是否存在限制后,还要判断该业务限制组件与同组的其他业务限制组件间的逻辑关系,如果逻辑关系为“与”,则只有当所有业务限制组件都存在限制时,其所属于的业务限制组才存在限制;如果逻辑关系为“或”,只要其中的一个业务限制组件存在限制,则其所属的业务限制组就存在限制。
6.根据权利要求1所述一种实现业务限制的方法,其特征在于,步骤10中处理一个业务限制组是否存在限制后,还要判断该业务限制组与属于同一个业务的其他业务限制组间的逻辑关系,如果逻辑关系为“与”,只有当所有业务限制组均存在限制时,其所属的业务才是存在业务限制,返回给操作界面存在业务限制的处理结果;如果逻辑关系为“或”,只要其中一个业务限制组存在限制,其所属的业务就存在业务限制,返回给操作界面存在业务限制的处理结果。
7.根据权利要求1所述一种实现业务限制的方法,其特征在于,还包括增加新的业务时,可通过已有的业务限制组进行组合实现,或是通过已有的业务限制组件组合生成新的业务限制组,再将新的业务限制组组合生成所需的业务限制。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310407022.5A CN103491494B (zh) | 2013-09-09 | 2013-09-09 | 一种实现业务限制的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310407022.5A CN103491494B (zh) | 2013-09-09 | 2013-09-09 | 一种实现业务限制的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103491494A CN103491494A (zh) | 2014-01-01 |
CN103491494B true CN103491494B (zh) | 2016-05-11 |
Family
ID=49831392
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310407022.5A Active CN103491494B (zh) | 2013-09-09 | 2013-09-09 | 一种实现业务限制的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103491494B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107038042B (zh) * | 2017-02-07 | 2020-08-28 | 阿里巴巴集团控股有限公司 | 一种业务执行的方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101765112A (zh) * | 2009-12-22 | 2010-06-30 | 中国联合网络通信集团有限公司 | 增值业务互斥鉴权方法与装置 |
CN102056146A (zh) * | 2009-11-09 | 2011-05-11 | 中国移动通信集团安徽有限公司 | 一种业务处理方法、装置及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100075700A1 (en) * | 2008-08-27 | 2010-03-25 | Kabushiki Kaisha Toshiba | Flexible capacity short message service center (SMSC) |
-
2013
- 2013-09-09 CN CN201310407022.5A patent/CN103491494B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056146A (zh) * | 2009-11-09 | 2011-05-11 | 中国移动通信集团安徽有限公司 | 一种业务处理方法、装置及系统 |
CN101765112A (zh) * | 2009-12-22 | 2010-06-30 | 中国联合网络通信集团有限公司 | 增值业务互斥鉴权方法与装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103491494A (zh) | 2014-01-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104468259A (zh) | 一种通讯业务资费自动化测试方法 | |
CN102571370B (zh) | 多计费单位并存时计费的实现方法和装置 | |
CN105721174B (zh) | 一种计费方法、计费系统和计费终端 | |
CN101198097A (zh) | 一种实现移动通信跨区虚拟网计费的方法 | |
US9374475B1 (en) | System for processing customer records | |
CN101222559A (zh) | 业务计费方法及系统 | |
CN105262614A (zh) | 一种基于服务插件的业务处理方法及其系统 | |
US20120127896A1 (en) | Method and device for implementing group intelligent service of mobile virtual private network | |
CN103020135B (zh) | 一种通信详单计费帐务的简化方法和简化系统 | |
CN101540986B (zh) | 一种预付费业务的计费方法及系统 | |
CN102075896B (zh) | 一种资费预演方法和系统 | |
CN103095945A (zh) | 基于话单分类的计费方法和系统、分类计费装置 | |
CN102364889A (zh) | 一种共享池资源计费方法及装置 | |
CN103491494B (zh) | 一种实现业务限制的方法 | |
CN105338208A (zh) | 统一话单计费方法及系统 | |
CN100433624C (zh) | 一种通信业务计费的实现方法 | |
CN105281959A (zh) | 一种基于隐马尔可夫模型的移动通信用户流失预测方法 | |
CN104853357A (zh) | 一种自动识别和触发诈骗号码的方法及系统 | |
CN101668098A (zh) | 一种增值业务计费方法和计费系统 | |
CN102231876A (zh) | 一种计费系统的兼容性测试方法及装置 | |
CN104731804B (zh) | 一种建立通用查询框架的方法及装置 | |
CN1852383A (zh) | 一种计费系统和方法 | |
CN102184500A (zh) | 一种基于银联卡的手机会员系统及其支付方法 | |
CN102857898B (zh) | 一种移动用户异地携号转移的方法和业务支撑系统 | |
CN101699783B (zh) | 一种在线计费数据备份方法、系统和计费平台 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |