System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术属于事件驱动架构领域,尤其涉及一种基于工作流的事件管理方法及装置。
技术介绍
1、本部分的陈述仅仅是提供了与本专利技术相关的
技术介绍
信息,不必然构成在先技术。
2、传统多个系统之间服务通信通常采用服务接口的方式进行,一个系统可能与多个系统存在服务交互。比如a系统在收到外部调用请求时,首先同步调用b系统的服务接口完成同步业务逻辑,然后发送消息通知到mq,c系统收到异步消费消息后,反向调用a系统的接口查询详细信息,完成异步业务逻辑。这种架构通信下,系统耦合度高,系统之间的通信强依赖于服务接口,而生产者服务接口变动会导致消费者系统调用失败,影响消费者系统的稳定性。随着软件之间集成度越来越高,调整生产者系统的一个或多个接口,甚至会响应数十个或上百个相关联消费者系统联合调整,系统对于新需求的维护复杂度大幅增加。另一方面,系统之间交互业务逻辑通过接口开发硬编码实现,业务调整强依赖于接口相关代码开发,业务逻辑调整或者新需求增加都会给开发者和维护者带来较大工作量。
技术实现思路
1、为了解决上述
技术介绍
中存在的至少一项技术问题,本专利技术提供一种基于工作流的事件管理方法及装置,其通过使用工作流的方式对事件的响应过程进行编排处理,即通过可视化的编码配置,将业务协作逻辑放到事件枢纽中,编程化地控制事件的流转路径和数据处理方式,完成了业务系统间的彻底解耦,同时也简化了各个模块本身的业务逻辑,使得整个过程更加透明和可控。
2、为了实现上述目的,本专利技术采用如下技术方案:
3、本专利技术的第一方面提供一种基于工作流的事件管理装置,包括如下步骤:
4、事件定义模块,被配置为:根据业务需求,对事件进行编排,配置事件的响应流程,定义事件的基本属性和参数信息;
5、事件生产者引擎模块,被配置为:按照事件的基本属性和参数信息进行事件信息的组装,构建得到对应的事件,并将事件发送至事件运行中枢模块;
6、事件运行中枢模块,被配置为:接收事件,根据配置的响应流程进行事件的响应处理,启动运行事件消费流程,执行事件消费操作;
7、事件消费者引擎模块,被配置为:接收消费者业务系统的事件消费操作数据,更新事件状态并反馈事件消费结果。
8、进一步地,所述装置还包括事件存储模块,所述事件存储模块被配置为:存储事件数据和工作流的运行日志。
9、进一步地,事件定义模块中,事件的基本属性包括事件的编号、名称、描述模板以及相关业务主体信息。
10、进一步地,事件定义模块中,事件的参数信息包括组成参数格式模板和约定事件的组成部分。
11、进一步地,事件定义模块中,对事件进行编排,配置事件的响应流程包括:配置事件响应流程的开始节点和结束节点,以及事件响应流程的脚本任务等待任务、并行网关及并行多实例组件。
12、进一步地,事件生产者引擎模块中嵌入事件生产者业务系统,采用java api的调用方式,按照事件定义模块定义的事件参数信息进行事件信息的组装。
13、进一步地,事件运行中枢模块通过http服务接口,接收事件生产者引擎发送过来的事件。
14、本专利技术的第二方面提供一种基于工作流的事件管理方法,基于第一方面所述的一种基于工作流的事件管理装置,包括如下步骤:
15、根据业务需求,对事件进行编排,配置事件的响应流程,定义事件的基本属性和参数信息;
16、当业务状态发生变化时,按照事件的基本属性和参数信息进行事件信息的组装,构建得到对应的事件,发送事件;
17、接收事件,根据配置的响应流程进行事件的响应处理,运行事件流程消费任务,执行事件消费操作;
18、接收消费者业务系统的事件消费操作数据,更新事件状态并反馈事件消费结果。
19、本专利技术的第三方面提供一种计算机可读存储介质。
20、一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上述所述的一种基于工作流的事件管理方法中的步骤。
21、本专利技术的第四方面提供一种计算机设备。
22、一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述所述的一种基于工作流的事件管理方法中的步骤。
23、与现有技术相比,本专利技术的有益效果是:
24、本专利技术通过使用工作流的方式对事件的响应过程进行编排处理,引入流程驱动能力定义事件消费流程,引入流程驱动能力,提供灵活的协作配置、智能推送机制,当业务对象状态发生变化时,事件生产者引擎发送事件,事件运行中枢串联业务对象之间的协作,启动运行事件消费流程,事件消费者引擎接收并反馈事件消费结果,使得每个业务系统只专注于自身的业务处理,不必关注与其它相关业务系统的协作逻辑,从而达到业务系统之间业务处理逻辑的全解耦,提高系统的解耦性、扩展性和响应速度。
25、本专利技术附加方面的优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本专利技术的实践了解到。
本文档来自技高网...【技术保护点】
1.一种基于工作流的事件管理装置,其特征在于,包括:
2.如权利要求1所述的一种基于工作流的事件管理装置,其特征在于,所述装置还包括事件存储模块,所述事件存储模块被配置为:存储事件数据和工作流的运行日志。
3.如权利要求1所述的一种基于工作流的事件管理装置,其特征在于,事件定义模块中,事件的基本属性包括事件的编号、名称、描述模板以及相关业务主体信息。
4.如权利要求1所述的一种基于工作流的事件管理装置,其特征在于,事件定义模块中,事件的参数信息包括组成参数格式模板和约定事件的组成部分。
5.如权利要求1所述的一种基于工作流的事件管理装置,其特征在于,事件定义模块中,对事件进行编排,配置事件的响应流程包括:配置事件响应流程的开始节点和结束节点,以及事件响应流程的脚本任务等待任务、并行网关及并行多实例组件。
6.如权利要求1所述的一种基于工作流的事件管理装置,其特征在于,事件生产者引擎模块中嵌入事件生产者业务系统,采用java api的调用方式,按照事件定义模块定义的事件参数信息进行事件信息的组装。
7.如权利要
8.一种基于工作流的事件管理方法,其特征在于,基于权利要求1-7任一项所述的一种基于工作流的事件管理装置,包括如下步骤:
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求8所述的一种基于工作流的事件管理方法中的步骤。
10.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求8任一项所述的一种基于工作流的事件管理方法中的步骤。
...【技术特征摘要】
1.一种基于工作流的事件管理装置,其特征在于,包括:
2.如权利要求1所述的一种基于工作流的事件管理装置,其特征在于,所述装置还包括事件存储模块,所述事件存储模块被配置为:存储事件数据和工作流的运行日志。
3.如权利要求1所述的一种基于工作流的事件管理装置,其特征在于,事件定义模块中,事件的基本属性包括事件的编号、名称、描述模板以及相关业务主体信息。
4.如权利要求1所述的一种基于工作流的事件管理装置,其特征在于,事件定义模块中,事件的参数信息包括组成参数格式模板和约定事件的组成部分。
5.如权利要求1所述的一种基于工作流的事件管理装置,其特征在于,事件定义模块中,对事件进行编排,配置事件的响应流程包括:配置事件响应流程的开始节点和结束节点,以及事件响应流程的脚本任务等待任务、并行网关及并行多实例组件。
6.如权利要求1所述的一种基于工...
【专利技术属性】
技术研发人员:张世栋,史玉良,徐喆,张晓东,王加强,杨惠娟,
申请(专利权)人:山大地纬软件股份有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。