[发明专利]一种信用控制管理系统及其实现方法

说明书

技术领域

本发明涉及电信技术领域，尤其涉及一种信用控制管理系统及其实现方法。

背景技术

目前，在电信行业的信控系统中，包含很多应用模块，也会有很多业务流程。传统的信控框架和模型是采用过程式的方式，配置性不强，不同的业务会对现有模型和框架冲击较大且业务过于复杂，流程很长难以理解，导致后期维护工作量较大，程序版本也不稳定。因此在后期的一些需求和维护中无法灵活增加、变更信控的流程和判断。

发明内容

本发明所要解决的技术问题是针对现有技术的不足，提供一种信用控制管理系统及其实现方法。

本发明解决上述技术问题的技术方案如下：一种信用控制管理系统的实现方法，包括如下步骤：

步骤1，定义通用信控产品；

步骤2，根据信控产品的类型对通用信控产品进行继承；

步骤3，根据信控产品的具体要求分别为每个信控产品定义一个或多个信控策略；

步骤4，分别为每个信控策略配置相应的策略内容。

本发明的有益效果是：本发明中的信控框架将原有过程式改为面向对象的方式，模型方面将信控原有的配置模型进行拆分，并通过信控产品、信控策略和组件(即一组信控条件)的方式重新封装，使整个信控流程更加灵活。在后期维护中，维护人员可以直接根据不同的需求，配置不同的信控产品、信控策略和组件等内容，非常灵活。本发明对电信模型及架构的重新封装，通过对电信模型进行重构，使得运用在信控系统中达到更佳的配置化。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步，步骤1的具体实现为：将信控产品的公共参数定义为基类，构成通用信控产品。

采用上述进一步方案的有益效果：将信控产品的公共属性放到基类中，减少数据冗余。

进一步，步骤2的具体实现为：信控产品的类型包括系统级产品和用户级产品，在通用信控产品的基础上根据对信控产品的具体要求分别对系统级产品和用户级产品进行扩充。

采用上述进一步方案的有益效果：可以根据不同的场景，更加灵活的使用不同的信控产品。

进一步，步骤4中所述策略内容包括信控优先级、信控周期、信控条件、满足策略对应的执行方案及信控成功后的输出物。

采用上述进一步方案的有益效果：可以控制具体的信控策略，灵活配置不同场景下的信控业务流程。

进一步，步骤4中所述信控条件为预先定义的，当预先定义的信控条件无法满足需求时，则增加所需的信控条件。

进一步，所述信控条件包括信控参数和判断符，其中信控参数的获取通过常量匹配、字符串匹配或动态解析sql语句的方式中的一种或几种的结合实现。

采用上述进一步方案的有益效果：信控条件可以通过配置来实现任意组合，而不会碰到传统信控中业务流程写死的尴尬；参数取值灵活，该功能也是日常需求维护的重点关注部分，现在通过常量取值、字符串匹配取值(如：usermoney就代表用户余额，conmoney代表账户余额)、sql动态解析(将sql语句直接配入表中进行取值)的方式获取信控参数，在日常维护中几乎无需修改代码即可完成90％以上的日常需求工作。

进一步，上述技术方案还包括当增加信用控制流程时，根据增加的信用控制管理流程重新定义通用信控产品，进而重新进行信控产品的继承，信控产品的信控策略的定义及策略内容的配置。

采用上述进一步方案的有益效果：新增复杂业务场景时更加方便、灵活，且不会影响已有的业务场景。

进一步，上述技术方案还包括当变更已有信用控制流程是，通过对已有信控产品的信控策略进行修改实现。

采用上述进一步方案的有益效果：对已有业务场景进行调整时更加方便，灵活，且不会影响其他已有的业务场景。

本发明解决上述技术问题的另一技术方案如下：一种信用控制管理系统，包括通用信控产品定义模块、产品继承模块、信控策略定义模块和信控策略配置模块；

通用信控产品定义模块，其用于定义通用信控产品；

产品继承模块，根据通用信控产品分别对系统级产品和用户级产品进行继承；

信控策略定义模块，根据产品的具体要求分别为每个系统级产品和用户级产品定义一个或多个信控策略；

信控策略配置模块，分别为每个信控策略配置相应的策略内容。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步，所述通用信控产品定义模块将信控产品的公共参数定义为基类，构成通用信控产品。

附图说明