[发明专利]一种实现业务限制的方法

说明书

技术领域

本发明涉及电信领域，尤其涉及一种实现业务限制的方法。

背景技术

随着电信业务的飞速增长，需求的数量及复杂度也随之增长。系统中各项业务限制较多，且各项限制条件之间的关系复杂，比如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中判断一个业务限制组件是否存在限制后，还要判断该业务限制组件与同组的其他业务限制组件间的逻辑关系，如果逻辑关系如果为“与”，则只有当所有业务限制组件都存在限制时，其所属于的业务限制组才存在限制；如果逻辑关系如果为“或”，只要其中的一个业务限制组件存在限制，则其所属的业务限制组就存在限制。