一种基于规则的业务协同方法与模型技术

本发明专利技术特别涉及一种基于规则的业务协同方法与模型。该基于规则的业务协同方法与模型，将所有系统分为上游目标系统，转发系统和下游业务系统3类，上游目标系统生成业务数据，转发系统针对业务数据进行数据拦截，并根据基于上游目标系统的业务转发规则和基于下游业务系统的业务转发规则对业务数据进行判断，判断是否生成相应的推送规则，从而实现上游目标系统向下游业务系统的数据转发推送和下游业务系统向上游目标系统的数据反馈。该基于规则的业务协同方法与模型，为多事项，多系统的转发需求提供了有效的转发机制，提高了系统的可用性，降低了维护成本和新增需求的开发成本。降低了维护成本和新增需求的开发成本。降低了维护成本和新增需求的开发成本。

【技术实现步骤摘要】
一种基于规则的业务协同方法与模型


[0001]本专利技术涉及政务服务
，特别涉及一种基于规则的业务协同方法与模型。

技术介绍

[0002]近年来，随着线上政务服务的需求越来越高，政务服务平台的建设也发展迅速。政务服务平台基本分为几种类型的系统：申报端(政务网、小程序、政务App等)、受理端(一窗受理、综合受理、并联审批等)以及审批端(包含行政审批系统、国家或地方垂管系统、自建审批系统等)。各系统之间的数据存在大量数据交换的需求，并且各系统之间交互的数据依托于事项的属性。目前做法是依据系统之间的交互需求进行硬编码判断是否进行转发，这就导致在转发过程中，如果存在需求变更就无法即时做出响应进行相应更改，需要修改代码来适应变化。
[0003]硬编码模型是基于系统交互需求进行判断转发数据，业务流转过程中根据已设置的代码判断进行转发，因而存在以下几个缺点：
[0004]1)硬编码判断模式存在瓶颈，一旦事项数据较多，对接系统增加，面对一对多的转发需求，简单的编码判断无法满足多场景的转发需求；
[0005]2)规则较为简单，无法解决复杂的业务场景，且简单的编码对于多重条件的判断能力有限，造成转发过程中的数据混乱；
[0006]3)硬编码的维护性极低，扩展性极差，通常在规则不断叠加的过程中，老的规则无法满足新的需求，导致代码需要重新梳理，以适应新得规则，开发成本较高。
[0007]为了解决上述问题，本专利技术提出了一种基于规则的业务协同方法与模型。

技术实现思路

[0008]本专利技术为了弥补现有技术的缺陷，提供了一种简单高效的基于规则的业务协同方法与模型。
[0009]本专利技术是通过如下技术方案实现的：
[0010]一种基于规则的业务协同方法，其特征在于：将所有系统分为上游目标系统，转发系统和下游业务系统3类，上游目标系统生成业务数据，转发系统针对业务数据进行数据拦截，并根据基于上游目标系统的业务转发规则和基于下游业务系统的业务转发规则对业务数据进行判断，判断是否生成相应的推送规则，从而实现上游目标系统向下游业务系统的数据转发推送和下游业务系统向上游目标系统的数据反馈。
[0011]所述基于上游目标系统的业务转发规则属性包括系统类型、事项属性和业务来源，转发系统根据系统类型、事项属性和业务来源生成业务规则并储存，对上游目标系统的业务报文重新组装，进行分发。
[0012]上游目标系统向下游业务系统的数据转发推送过程，包括以下步骤：
[0013]第一步，在上游目标系统进行业务推送的过程中，转发系统针对业务来源规则属性进行数据拦截；
[0014]第二步，转发系统基于上游目标系统的业务转发规则，针对数据的业务来源进行规则判断，判断是否存在推送任务，若存在推送任务则根据基于上游目标系统的业务转发规则生成规则号，重新组装报文后转发至下游业务系统；
[0015]第三步，下游业务系统接收报文和规则号，并对规则号进行保存。
[0016]下游业务系统向上游目标系统的数据反馈过程，包括以下步骤：
[0017]第一步，下游业务系统完成业务操作之后将业务数据推送至转发系统；
[0018]第二步，转发系统拦截业务数据，并基于下游业务系统的业务转发规则对业务数据进行判断，判断是否需要将处理信息反馈至上游目标系统，若需要则通知下游业务系统将处理信息反馈至上游目标系统。
[0019]所述第二步中，当转发系统基于下游业务系统的业务转发规则判断需要将业务数据推送至上游目标系统时，调用下游业务系统的报文组装接口重新组装报文，由转发系统调用目标系统接口将重组后的报文推送至上游目标系统。
[0020]一种基于规则的业务协同模型，将所有系统分为上游目标系统，转发系统和下游业务系统3类，上游目标系统负责生成业务数据，转发系统负责实现上游目标系统向下游业务系统的数据转发推送和下游业务系统向上游目标系统的数据反馈；
[0021]转发系统中设有基于上游目标系统的业务转发模型和基于下游业务系统的业务转发模型。
[0022]所述基于上游目标系统的业务转发模型根据既定的业务规则属性生成业务规则并储存，对上游目标系统的业务报文重新组装，进行分发；
[0023]所述基于下游业务系统的业务转发模型是针对下游业务系统对于上游目标系统的业务反馈需求，统一转发至转发系统，转发系统根据上游业务系统生成的既定规则，对下游业务系统的转发请求做出判断，如果需要转发，则将报文转发至上游目标系统。
[0024]所述业务规则属性包括系统类型、事项属性和业务来源。
[0025]本专利技术的有益效果是：该基于规则的业务协同方法与模型，为多事项，多系统的转发需求提供了有效的转发机制，提高了系统的可用性，降低了维护成本和新增需求的开发成本。
附图说明
[0026]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0027]附图1为本专利技术上游目标系统向下游业务系统的数据转发推送过程示意图。
[0028]附图2为本专利技术下游业务系统向上游目标系统的数据反馈过程示意图。
具体实施方式
[0029]为了使本
的人员更好的理解本专利技术中的技术方案，下面将结合本专利技术实施例，对本专利技术实施例中的技术方案进行清楚，完整的描述。显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员
在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本专利技术保护的范围。
[0030]该基于规则的业务协同方法，将所有系统分为上游目标系统，转发系统和下游业务系统3类，上游目标系统生成业务数据，转发系统针对业务数据进行数据拦截，并根据基于上游目标系统的业务转发规则和基于下游业务系统的业务转发规则对业务数据进行判断，判断是否生成相应的推送规则，从而实现上游目标系统向下游业务系统的数据转发推送和下游业务系统向上游目标系统的数据反馈。
[0031]所述基于上游目标系统的业务转发规则属性包括系统类型、事项属性和业务来源，转发系统根据系统类型、事项属性和业务来源生成业务规则并储存，对上游目标系统的业务报文重新组装，进行分发。
[0032]上游目标系统向下游业务系统的数据转发推送过程，包括以下步骤：
[0033]第一步，在上游目标系统进行业务推送的过程中，转发系统针对业务来源规则属性进行数据拦截；
[0034]第二步，转发系统基于上游目标系统的业务转发规则，针对数据的业务来源进行规则判断，判断是否存在推送任务，若存在推送任务则根据基于上游目标系统的业务转发规则生成规则号，重新组装报文后转发至下游业务系统；
[0035]第三步，下游业务系统接收报文和规则号，并对规则号进行本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于规则的业务协同方法，其特征在于：将所有系统分为上游目标系统，转发系统和下游业务系统3类，上游目标系统生成业务数据，转发系统针对业务数据进行数据拦截，并根据基于上游目标系统的业务转发规则和基于下游业务系统的业务转发规则对业务数据进行判断，判断是否生成相应的推送规则，从而实现上游目标系统向下游业务系统的数据转发推送和下游业务系统向上游目标系统的数据反馈。2.根据权利要求1所述的基于规则的业务协同方法，其特征在于：所述基于上游目标系统的业务转发规则属性包括系统类型、事项属性和业务来源，转发系统根据系统类型、事项属性和业务来源生成业务规则并储存，对上游目标系统的业务报文重新组装，进行分发。3.根据权利要求2所述的基于规则的业务协同方法，其特征在于：上游目标系统向下游业务系统的数据转发推送过程，包括以下步骤：第一步，在上游目标系统进行业务推送的过程中，转发系统针对业务来源规则属性进行数据拦截；第二步，转发系统基于上游目标系统的业务转发规则，针对数据的业务来源进行规则判断，判断是否存在推送任务，若存在推送任务则根据基于上游目标系统的业务转发规则生成规则号，重新组装报文后转发至下游业务系统；第三步，下游业务系统接收报文和规则号，并对规则号进行保存。4.根据权利要求1所述的基于规则的业务协同方法，其特征在于：下游业务系统向上游目标系统的数据反馈过程，包括以下步骤：第一步，下游业务系统完成业务操作之后将业务数据推送至转发系统；第二步，转发...

【专利技术属性】
技术研发人员：王俊超，
申请(专利权)人：浪潮软件股份有限公司，
类型：发明
国别省市：