[发明专利]一种实现业务限制的方法有效
申请号: | 201310407022.5 | 申请日: | 2013-09-09 |
公开(公告)号: | CN103491494A | 公开(公告)日: | 2014-01-01 |
发明(设计)人: | 杨逢源 | 申请(专利权)人: | 北京思特奇信息技术股份有限公司 |
主分类号: | H04W4/00 | 分类号: | H04W4/00;H04W8/00 |
代理公司: | 北京轻创知识产权代理有限公司 11212 | 代理人: | 杨立 |
地址: | 100086 北京市海淀*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 实现 业务 限制 方法 | ||
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所述一种生成业务限制的方法,其特征在于,还包括增加新的业务时,可通过已有的业务限制组进行组合实现,或是通过已有的业务限制组件组合生成新的业务限制组,再将新的业务限制组组合生成所需的业务限制。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京思特奇信息技术股份有限公司,未经北京思特奇信息技术股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201310407022.5/1.html,转载请声明来源钻瓜专利网。