品的公共参数包括信控产品id、产品名称，产品类别和操作编码等属性。
[0039]步骤2，根据信控产品的类型对通用信控产品进行继承。
[0040]具体地，信控产品的类型包括系统级产品和用户级产品，在通用信控产品的基础上根据对信控产品的具体要求分别对系统级产品和用户级产品进行扩充。通用信控产品其实是一个宽泛的定义，实际使用的信控产品是在该基础上重新定义的。真实使用的信控产品会在该基础上进行扩充，扩充内容包括产品适用的品牌、适用的地市、适用的客户类型和付费方式等；这种扩充就叫做继承。
[0041]还可以针对有特殊需求的用户进行个性化定义。例如，在系统中会对用户进行余额不足5元的提醒，每三天提醒一次。而该用户需要50元进行提醒，每天一次，这时候系统级就无法满足，需要有个性化的产品供用户订购。
[0042]步骤3，根据信控产品的具体要求分别为每个信控产品定义一个或多个信控策略。
[0043]步骤4，分别为每个信控策略配置相应的策略内容。
[0044]具体地，所述策略内容包括信控优先级、信控周期、信控条件、满足策略对应的执行方案及信控成功后的输出物。所述信控条件为预先定义的，当预先定义的信控条件无法满足需求时，则增加所需的信控条件。所述信控条件包括信控参数和判断符，其中信控参数的获取通过常量匹配、字符串匹配或动态解析sql语句的方式中的一种或几种的结合实现。
[0045]上述技术方案还包括当增加信用控制流程时，根据增加的信用控制管理流程重新定义通用信控产品，进而重新进行信控产品的继承，信控产品的信控策略的定义及策略内容的配置。
[0046]上述技术方案还包括当变更已有信用控制流程是，通过对已有信控产品的信控策略进行修改实现。
[0047]如图2所示，一种信用控制管理系统，包括通用信控产品定义模块1、产品继承模块2、信控策略定义模块3和信控策略配置模块4 ;通用信控产品定义模块1，其用于定义通用信控产品；产品继承模块2，根据通用信控产品分别对系统级产品和用户级产品进行继承；信控策略定义模块3，根据产品的具体要求分别为每个系统级产品和用户级产品定义一个或多个信控策略；信控策略配置模块4，分别为每个信控策略配置相应的策略内容。
[0048]以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种信用控制管理系统的实现方法，其特征在于，包括如下步骤: 步骤1，定义通用信控产品； 步骤2，根据信控产品的类型对通用信控产品进行继承； 步骤3，根据信控产品的具体要求分别为每个信控产品定义一个或多个信控策略； 步骤4，分别为每个信控策略配置相应的策略内容。2.根据权利要求1所述一种信用控制管理系统的实现方法，其特征在于，步骤I的具体实现为:将信控产品的公共参数定义为基类，构成通用信控产品。3.根据权利要求1所述一种信用控制管理系统的实现方法，其特征在于，步骤2的具体实现为:信控产品的类型包括系统级产品和用户级产品，在通用信控产品的基础上根据对信控产品的具体要求分别对系统级产品和用户级产品进行扩充。4.根据权利要求1所述一种信用控制管理系统的实现方法，其特征在于，步骤4中所述策略内容包括信控优先级、信控周期、信控条件、满足策略对应的执行方案及信控成功后的输出物。5.根据权利要求4所述一种信用控制管理系统的实现方法，其特征在于，步骤4中所述信控条件为预先定义的，当预先定义的信控条件无法满足需求时，则增加所需的信控条件。6.根据权利要求4所述一种信用控制管理系统的实现方法，其特征在于，所述信控条件包括信控参数和判断符，其中信控参数的获取通过常量匹配、字符串匹配或动态解析sql语句的方式中的一种或几种的结合实现。7.根据权利要求1所述一种信用控制管理系统的实现方法，其特征在于，还包括当增加信用控制流程时，根据增加的信用控制管理流程重新定义通用信控产品，进而重新进行信控产品的继承，信控产品的信控策略的定义及策略内容的配置。8.根据权利要求1所述一种信用控制管理系统的实现方法，其特征在于，还包括当变更已有信用控制流程是，通过对已有信控产品的信控策略进行修改实现。9.一种信用控制管理系统，其特征在于，包括通用信控产品定义模块、产品继承模块、信控策略定义模块和信控策略配置模块； 通用信控产品定义模块，其用于定义通用信控产品； 产品继承模块，根据通用信控产品分别对系统级产品和用户级产品进行继承； 信控策略定义模块，根据产品的具体要求分别为每个系统级产品和用户级产品定义一个或多个信控策略； 信控策略配置模块，分别为每个信控策略配置相应的策略内容。10.根据权利要求9所述一种信用控制管理系统，其特征在于，所述通用信控产品定义模块将信控产品的公共参数定义为基类，构成通用信控产品。
【专利摘要】本发明涉及一种信用控制管理系统及其实现方法，包括步骤1，定义通用信控产品；步骤2，根据信控产品的类型对通用信控产品进行继承；步骤3，根据信控产品的具体要求分别为每个信控产品定义一个或多个信控策略；步骤4，分别为每个信控策略配置相应的策略内容。本发明中的信控框架将原有过程式改为面向对象的方式，模型方面将信控原有的配置模型进行拆分，并通过信控产品、信控策略和组件的方式重新封装，使整个信控流程更加灵活。在后期维护中，维护人员可以直接根据不同的需求，配置不同的信控产品、信控策略和组件等内容，非常灵活。
【IPC分类】G06Q10/06, G06Q50/32
【公开号】CN105160457
【申请号】CN201510484032
【发明人】王智
【申请人】北京思特奇信息技术股份有限公司
【公开日】2015年12月16日
【申请日】2015年8月7日