异构系统间不同工作流进行任务处理的方法技术方案

本发明专利技术公开了一种异构系统间不同工作流进行任务处理的方法，通过主系统和从系统间预先构建统一任务框架，所述统一任务框架封装任务基本属性，并设置有任务注册API、任务获取API和任务注销API。该方法解决了用户不用在多个系统来回切换登陆的繁琐体验，也解决了了多个异构系统之间的任务统一展现查询统计，并且对任务的业务处理调用原来系统的处理大大降低了整合的难度。

【技术实现步骤摘要】
本专利技术属于异构系统数据处理
，具体涉及一种异构系统间不同工作流进行任务处理的方法。
技术介绍
现有技术中构架不同的业务系统并且使用的不同的工作流产品，往往需要用户在多个系统之间来回切换去审批任务，对用户来说是很大的不方便，但是异构系统的之间的任务格式不同、处理方式不同、表单不同，导致整合十分困难。使用iframe内嵌页将其他系统的页面直接嵌入到一个系统中去，这样做的会导致多个系统的任务没有办法统一查询、排序、统计，因为iframe都不是一个系统的页面根本没有办法实现多个系统的任务在一起查询统计。 直接查询两个系统的不同的任务表，如果两个系统数据库不在一起就很难操作，而且这样的查询需要多表进行合并查询性能消耗很大。现有技术不采用任务统一处理的系统用户需要在多个系统之间不停的切换登陆去处理任务。当采用iframe用来将各个系统任务读取到当前系统中的时候没有办法对所有任务做查询统计。只能是每个系统里操作每个系统的任务。采用读取多个数据库的方式，第一多个系统数据结构不一致导致没有办法做查询，第二就算结构一致也需要对多个表做union操作之后再查询任务，这样做会有巨大的性能消耗。本专利技术因此而来。
技术实现思路
本专利技术目的在于提供一种异构系统间不同工作流进行任务处理的方法，解决了现有技术中异构系统工作流之间数据处理带来巨大的性能消耗等问题。为了解决现有技术中的这些问题，本专利技术提供的技术方案是一种异构系统间不同工作流进行任务处理的方法，其特征在于所述方法中主系统和从系统间预先构建统一任务框架，所述统一任务框架封装任务基本属性，并设置有任务注册API、任务获取API和任务注销API，所述包括以下步骤(I)从系统将工作流中所有任务通过调用注册API向统一任务框架进行注册，并提供相应从系统的任务系统表单URL以及单点登陆信息；(2)主系统向统一任务框架发送任务获取请求，然后通过调用任务获取API从统一任务框架中获取任务列表；(3)统一任务框架将任务列表传输给主系统，当主系统进行任务处理时，主系统通过统一任务框架中任务系统表单URL以及单点登陆信息发送到相应从系统进行逻辑处理；(4)当主系统任务处理完毕时，统一任务框架通过任务注销API进行任务注销。优选的，所述统一任务框架包括任务数据库，所述任务数据库设置有任务表和任务操作人表。本专利技术能够解决多个异构系统之间的业务流程任务，集成到统一个系统中做统一处理。本专利技术采用一套统一的任务框架体系，封装了各种任务上的基本属性，其他异构系统可以将自己系统生成的任务通过统一任务框架提供的API (java代码、webservice、tcp)注册到统一任务框架中，这样我们在一个系统上部署统一任务框架，就可以通过框架提供的查询统计功能对多个系统的任务进行统一的处理，用户可以不用切换多个系统在一个系统中处理多所有任务，还解决了现在方案中多系统任务不能统一查询，以及操作多个数据库技术上的难度和性能消耗的问题。对于任务的处理，框架在任务注册的时候需要任务系统表单URL以及单点登陆信息，这样框架里查询出的任务在点击的时候可以进去原来系统的处理页面完成任务的处理。同时告知任务框架任务处理完毕。这样也解决了多个不同系统任务处理方式不一样导致的整合难度。相对于现有技术中的方案，本专利技术的优点是本专利技术解决了用户不用在多个系统来回切换登陆的繁琐体验，也解决了了多个异 构系统之间的任务统一展现查询统计，并且对任务的业务处理调用原来系统的处理大大降低了整合的难度。附图说明下面结合附图及实施例对本专利技术作进一步描述图I为服务器控制浏览器界面数据刷新的系统的架构图。具体实施例方式以下结合具体实施例对上述方案做进一步说明。应理解，这些实施例是用于说明本专利技术而不限于限制本专利技术的范围。实施例中采用的实施条件可以根据具体厂家的条件做进一步调整，未注明的实施条件通常为常规实验中的条件。实施例本实施例的统一任务框架封装提供了任务的注册口和获取口，其他异构系统通过API层将任务注册到统一任务框架中，然后通过统一任务框架对任务做出查询和统计，打开任务的处理还是调用各个系统的表单去自己处理逻辑，在表单处理完成之后再次调用统一任务处理框架的API注销任务。具体流程如图I所示，甲系统生成了任务task 1、2、3，乙系统生成了任务task4、5、6，其中以甲系统为例，甲系统启动一个流程，并在甲系统产生一个流程任务taskl。甲系统调用统一任务框架，将产生的taskl,转换成统一任务框架提供的任务模板。统一任务框架的任务分为任务信息和候选人信息(任务操作人的信息)，转换taskl的信息成为统一任务。甲系统调用统一任务框架的webservice接口将转换过的任务数据传送给统一任务框架。统一任务框架将接收过来的任务存储进任务表和候选人表中。表的结构见下面的介绍。统一任务展现层读取出任务数据展现到UI层。用户访问统一任务框架中心，点击查看任务，弹出嵌入的原系统的处理表单完成任务的处理。甲系统在完成任务之后继续调用统一任务框架注销任务。统一任务框架数据库结构I、任务表字段〃IDBASE〃. 〃FIXFLOW_RUN_TAKSINSTANECE〃IS’ 运行时任务实例 ’ ；〃FIXFL0W_RUN_TAKSINSTANECE〃. 〃TASKINSTANCE_ID〃IS’ 任务实例编号’；FIXFLOW.RUN.TAKSINSTANECE, 〃PROCESSINSTANCE_ID〃IS’ 流程实例编号’；〃FIXFLOW_RUN_TAKSINS TANECE〃. 〃PROCESSDEFINI TI0N_ID〃IS’ 流程定义编号’ ；〃FIXFLOW_RUN_TAKSINSTANECE〃. 〃VERSI0N〃IS’ 流程定义版本号’ ；〃FIXFL0W_RUN_TAKSINSTANECE〃. 〃T0KEN_ID〃IS’ 令牌编号’；FIXFLOW.RUN.TAKSINSTANECE, NODEJD^IS，节点编号’；FIXFLOW—RUNJAKSINSTANECE'DESCRIPTION'S，任务主题’ rFIXFLOW-RUN—TAKSINSTANECE〃. 〃PARENTTASK_ID〃IS’父任务编号，不为空说明是会签(多实例)任务’； FIXFLOW_RUN_TAKSINSTANECE〃. 〃ASSIGNEE〃IS’ 任务代理人’ ；〃FIXFL0W_RUN_TAKSINSTANECE' 〃CLAM_HME〃IS’ 领取时间’；〃FIXFLOW_RUN_TAKSINSTANECE〃. 〃NAME〃IS’ 任务名称 FlowNode 的 name 属性’；〃FIXFLOW_RUN_TAKSINSTANECE〃. 〃CREATE_HME〃IS’ 任务到达(创建)时间’；〃FIXFLOW_RUN_TAKSINSTANECE〃. 〃START_HME〃IS’ 开始时间’；〃FIXFLOW_RUN_TAKSINSTANECE〃. 〃ISBL0CKING〃IS’ 是否阻塞’；〃FIXFLOW_RUN_TAKSINSTANECE〃. 〃END_HME〃IS’ 结束时间’；〃FIXFLOW_RUN_TAKSINSTANECE〃. 〃DUEDATE〃IS本文档来自技高网...

【技术保护点】
一种异构系统间不同工作流进行任务处理的方法，其特征在于所述方法中主系统和从系统间预先构建统一任务框架，所述统一任务框架封装任务基本属性，并设置有任务注册API、任务获取API和任务注销API，所述包括以下步骤：（1）从系统将工作流中所有任务通过调用注册API向统一任务框架进行注册，并提供相应从系统的任务系统表单URL以及单点登陆信息；（2）主系统向统一任务框架发送任务获取请求，然后通过调用任务获取API从统一任务框架中获取任务列表；（3）统一任务框架将任务列表传输给主系统，当主系统进行任务处理时，主系统通过统一任务框架中任务系统表单URL以及单点登陆信息发送到相应从系统进行逻辑处理；（4）当主系统任务处理完毕时，统一任务框架通过任务注销API进行任务注销。

【技术特征摘要】
1.一种异构系统间不同工作流进行任务处理的方法，其特征在于所述方法中主系统和从系统间预先构建统一任务框架，所述统一任务框架封装任务基本属性，并设置有任务注册API、任务获取API和任务注销API，所述包括以下步骤 (O从系统将工作流中所有任务通过调用注册API向统一任务框架进行注册，并提供相应从系统的任务系统表单URL以及单点登陆信息；(2)主系统向统一任务框架发送任务获取请求，然后通过调用任务获取API从...

【专利技术属性】
技术研发人员：姜楠，夏帮国，王长尧，
申请(专利权)人：方正国际软件有限公司，
类型：发明
国别省市：