[发明专利]一种规则引擎包的入参泛化方法、设备及存储介质有效
申请号: | 201810190361.5 | 申请日: | 2018-03-08 |
公开(公告)号: | CN108492195B | 公开(公告)日: | 2020-11-27 |
发明(设计)人: | 裴斐飞 | 申请(专利权)人: | 中国平安人寿保险股份有限公司 |
主分类号: | G06F16/20 | 分类号: | G06F16/20;G06Q40/08;G06F16/2455 |
代理公司: | 暂无信息 | 代理人: | 暂无信息 |
地址: | 518000 广东省深圳市福田*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 规则 引擎 泛化 方法 设备 存储 介质 | ||
本发明公开了一种规则引擎包的入参泛化方法、设备及存储介质,所述规则引擎包的入参泛化方法通过生成保单Map数据库,并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段,其中,所述Map数据库中包含若干个元素Map数据;之后接收规则执行接口的数据调用请求参数,将数据调用请求参数转换为Map类型数据,其中所述数据调用请求参数为Json字符串;之后根据元素Map数据添加的特定的标志字段,查找出与转换后的Map类型数据对应的数据传输对象;之后根据该数据传输对象的业务规则对该数据传输对象进行规则校验。能泛化规则引擎包的参数,以后再遇到有业务系统需要加入规则云平台系统时,只需要开发对应的规则就行,可以达到“一劳永逸”的目的。
技术领域
本发明涉及计算机技术领域,具体涉及一种规则引擎包的入参泛化方法、设备及存储介质。
背景技术
随着保险行业的告诉发展,保险行业的业务也趋于更加复杂,为了应对复杂的业务需求,过去从战略层面提出并实施了各业务范畴内的核心业务子系统,这些子系统通过相互或者对外提供接口来协同完成一份保单的不同生命周期的业务,具体来说,可分为核保,保全,理赔,续期等系统。在进行保险业务操作时,为了避免损失,每一个系统都需要在保险规则云平台中进行规则校验,在进行校验时存在一个对请求数据进行json转对象的过程,转为业务系统的DTO对象(数据传输对象),然后进行规则校验。反序列化就必然要引入和业务系统相同的一套DTO(数据传输对象),这样的话,和业务系统耦合性太紧密了,针对每一个系统都要开发一套规则引擎事实,导致:
1、每次接入业务系统规则都要项目组来加入这些DTO(数据传输对象),增加开发人力;
2、业务系统需要改变DTO时,系统也必须同步更新,增加维护人力;
3 引入太多的DTO,会使drools开源引擎的rete算法效力下降,执行性能下降;
4 应用包会增大,加载这些DTO需要占用更多栈内存。
因此,现有技术还有待于改进和发展。
发明内容
鉴于上述现有技术的不足之处,本发明的目的在于提供一种规则引擎包的入参泛化方法、设备及存储介质,能泛化规则引擎包的参数,以后再遇到有业务系统需要加入规则云平台系统时,只需要开发对应的规则就行,可以达到“一劳永逸”的目的。
为了达到上述目的,本发明采取了以下技术方案:
一种规则引擎包的入参泛化方法,其包括如下步骤:
生成保单Map数据库,并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段,其中,所述Map数据库中包含若干个元素Map数据;
接收规则执行接口的数据调用请求参数,将数据调用请求参数转换为Map类型数据,其中所述数据调用请求参数为Json字符串;
根据元素Map数据添加的特定的标志字段,查找出与转换后的Map类型数据对应的数据传输对象;
根据该数据传输对象的业务规则对该数据传输对象进行规则校验。
所述的规则引擎包的入参泛化方法中,所述的特定的标志字段为一个键值对。
所述的规则引擎包的入参泛化方法中,所述生成保单Map数据库,并给每一个组成保单Map数据库的元素Map数据添加一个特定的标志字段,其中,所述Map数据库中包含若干个元素Map数据的步骤包括:
根据数据传输对象对应生成保单Map数据库,其中每一个保单Map数据库中的元素Map数据对应一个数据传输对象;
将以首字母小写的数据传输对象名称为键,首字母大写的数据传输对象名称为值的键值对添加到与该数据传输对象对应的元素Map数据中。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于中国平安人寿保险股份有限公司,未经中国平安人寿保险股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810190361.5/2.html,转载请声明来源钻瓜专利网。