两个平行流程互动的建模方法、系统、终端及存储介质与流程

文档序号:13889153阅读:224来源:国知局

本发明涉及工业自动化技术领域,特别是涉及流程自动化管理技术领域,具体为一种两个平行流程互动的建模方法、系统、终端及存储介质。



背景技术:

当两个业务流程在平行发展的过程中,在某些任务节点可能产生互动过程,即业务流程的一方在某个任务节点需要基于另一方业务流程或两方汇合的任务节点中的反馈信息做出判断,并继续自己的流程。这个管理过程我们称之为互动流程管理,即ipm(interactionprocessmanagement),现有的流程模型难以有效解决互动流程管理。

目前一般的互动流程管理的方法是对两个业务流程整体建模,并在预设的框架下让两个流程在预设的任务节点汇合,即业务流程的汇合点是预设的、固定的。此种技术方法已经大量应用在工业生产领域及供应链管理中,但这种技术缺乏互动性和变化,并不适用以人为主导的多业务流程之间的互动管理。

当双方流程互动过程中一方流程出现信息的变化,随时可能改变另一方流程走向或数据时,现有的互动流程整体建模的方法会有很多的弊端。比如,一方流程会受另一方流程的影响,上述两个流程任务的汇合点一直在移动中。

如果互动的双方并不在同一系统中管理流程,甚至一方线下管理流程,那么现有管理流程更无法针对双方的流程整体建模,并在同一系统中建立互动关系。



技术实现要素:

鉴于以上所述现有技术的缺点,本发明的目的在于提供一种两个平行流程互动的建模方法、系统、终端及存储介质,用于解决现有技术中流程管理灵活性差,不利于双方互动和变化的问题。

为实现上述目的及其他相关目的,本发明提供一种两个平行流程互动的建模方法,所述两个平行流程互动的建模方法包括:于发起方和回应方之间分别配置发起方代理和回应方代理;将所述发起方和所述回应方之间互动流程划分为所述发起方和所述回应方代理之间的发起方互动流程和所述回应方和所述发起方代理之间的回应方互动流程;所述发起方互动流程嵌入所述发起方的发起方业务流程并与所述发起方业务流程形成闭环,所述回应方互动流程嵌入所述回应方的回应方业务流程并与所述回应方业务流程形成闭环。

于本发明的一实施例中,所述发起方、所述回应方、所述发起方互动流程以及所述回应方互动流程是否存在依附于所述发起方业务流程和所述回应方业务流程是否具有相同的流程属性。

于本发明的一实施例中,当所述发起方业务流程和所述回应方业务流程具有相同的线上流程属性时,所述发起方、所述回应方、所述发起方互动流程以及所述回应方互动流程均存在;其中,所述回应方代理接收所述发起方发送的互动消息并等待所述回应方的反馈指令,所述发起方代理接收所述发起方发送的互动指令并将所述互动消息发送至所述回应方。

于本发明的一实施例中,当所述发起方业务流程具有线上流程属性,所述回应方业务流程具有线下流程属性时,所述发起方和所述发起方互动流程存在,其中,所述回应方代理接收线下回应方的反馈指令并将反馈消息发送至所述发起方;当所述回应方业务流程具有线上流程属性,所述发起方业务流程具有线下流程属性时,所述回应方和所述回应方互动流程存在,其中,所述发起方代理接收线下发起方的互动指令并将互动消息发送至所述回应方。

于本发明的一实施例中,当具有线下流程属性的所述回应方业务流程由线下流程属性转换为线上流程属性时,所述发起方、所述回应方、所述发起方互动流程以及所述回应方互动流程均存在;其中,所述回应方代理接收所述回应方的反馈指令并将反馈消息发送至所述发起方;当具有线下流程属性的所述发起方业务流程由线下流程属性转换为线上流程属性时,所述发起方、所述回应方、所述发起方互动流程以及所述回应方互动流程均存在;其中,所述发起方代理接收所述发起方发送的互动指令并将互动消息发送至所述回应方。

于本发明的一实施例中,所述回应方互动流程接入所述回应方业务流程的接入节点根据所述发起方业务流程发起的所述发起方互动流程的节点确定。

于本发明的一实施例中,在所述发起方业务流程或所述回应方业务流程有变化时,所述发起方根据所述发起方互动流程上所述回应方代理发出的变化消息调整所述发起方业务流程;所述回应方根据所述回应方互动流程上所述发起方代理发出的变化消息调整所述回应方业务流程。

于本发明的一实施例中,所述回应方互动流程根据所述发起方互动流程发出的包含声明条件的启动声明信号进行启动。

于本发明的一实施例中,在所述回应方互动流程符合所述声明条件时,所述回应方互动流程启动;所述发起方互动流程传输互动指令至所述回应方互动流程并等待所述回应方互动流程反馈。

于本发明的一实施例中,若无符合所述声明条件的所述回应方互动流程启动,所述启动声明信号根据所述发起方互动流程中任务的结束而失效。

于本发明的一实施例中,所述发起方互动流程根据需要接入所述发起方业务流程中的一个或多个业务节点;所述回应方互动流程对应接入所述回应方业务流程中的一个或多个业务节点,并根据需要调整所述回应方业务流程。

本发明的实施例还提供一种终端,包括处理器和存储器,所述存储器存储有程序指令,所述处理器运行程序指令实现如上所述的两个平行流程互动的建模方法。

本发明的实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上所述的两个平行流程互动的建模方法。

本发明的实施例还提供一种两个平行流程互动的建模系统,包括交互耦合的发起方流程模块和回应方流程模块;所述发起方流程模块包括发起方、发起方代理、发起方业务流程、发起方和回应方代理之间的发起方互动流程;所述回应方流程模块包括回应方、回应方代理、回应方业务流程、回应方和发起方代理之间的回应方互动流程;所述发起方互动流程嵌入所述发起方的发起方业务流程并与所述发起方业务流程形成闭环,所述回应方互动流程嵌入所述回应方的回应方业务流程并与所述回应方业务流程形成闭环。

如上所述,本发明的两个平行流程互动的建模方法、系统、终端及存储介质,具有以下有益效果:

1、本发明不仅可以衔接两个业务流程在同一任务节点的互动过程,任务发起方或任务回应方通过与虚拟代理的互动形成各自任务的流程闭环,然后两个独立的流程闭环通过环扣实现连接,完成两个平行流程的互动,还可以管理用户线上、线下不同状态的信息互动过程,有效提高了用户体验性。

2、本发明能够自如地应对任务发起方与任务回应方出现的多种变化,使任务发起方与任务回应方之间的互动不受对方流程的影响,只需对互动结果做出反馈。

3、本发明可以体现在任务发起方与任务回应方一方在线,另一方不在线,都能实现双方信息互动,实现双方流程的衔接。

4、本发明的技术方案大幅提升了任务发起方与任务回应方两个平行流程信息互动的灵活度,提高了效率。

附图说明

图1显示为本发明的两个平行流程互动的建模方法中两个平行流程互动图。

图2显示为本发明的两个平行流程互动的建模方法中发起方、回应方互动流程关系图。

图3显示为本发明的两个平行流程互动的建模系统的的原理示意图。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。

需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。

本实施例的目的在于提供一种两个平行流程互动的建模方法、系统、终端及存储介质,不仅可以衔接两个业务流程在同一任务节点的互动过程,还可以管理用户线上、线下不同状态的信息互动过程,用于解决现有技术中流程管理灵活性差,不利于双方互动和变化的问题。以下将详细阐述本发明的两个平行流程互动的建模方法、系统、终端及存储介质的原理及实施方式,使本领域技术人员不需要创造性劳动即可理解本发明的两个平行流程互动的建模方法、系统、终端及存储介质。

本实施例提供一种两个平行流程互动的建模方法,如图1所示,所述两个平行流程互动的建模方法包括:

于发起方和回应方之间分别配置发起方代理和回应方代理;将所述发起方和所述回应方之间互动流程划分为所述发起方和所述回应方代理之间的发起方互动流程和所述回应方和所述发起方代理之间的回应方互动流程;所述发起方互动流程嵌入所述发起方的发起方业务流程并与所述发起方业务流程形成闭环,所述回应方互动流程嵌入所述回应方的回应方业务流程并与所述回应方业务流程形成闭环。

所以本实施例的两个平行流程互动的建模方法不仅可以衔接两个业务流程在同一任务节点的互动过程,任务发起方或任务回应方通过与虚拟代理的互动形成各自任务的流程闭环,然后两个独立的流程闭环通过环扣实现连接,完成两个平行流程的互动。

具体地,如图2所示,于发起方(actor,简称a)和回应方(reactor,简称r)之间分别配置发起方代理(actor-proxy,简称ap)和回应方代理(reactor-proxy,简称rp),互动流程ip(interactionprocess)基于发起方(actor)和回应方(reactor)不同分成两段,即发起方互动流程(ip-actor,简称ip-a)和回应方互动流程(ip-reactor,简称ip-r),ip-a和ip-r通过交互模式耦合在一起。

ip-a的互动双方为真实的发起方actor和虚拟的回应方代理(reactor-proxy,简称rp),而ip-r的互动双方为虚拟的发起方代理(actor-proxy,简称ap)和真实的回应方reactor。

所述发起方互动流程ip-a嵌入所述发起方actor的发起方业务流程bp-a并与所述发起方业务流程bp-a形成闭环,bp-a+ip-a=bip-a,(bip=business&interactionprocess);所述回应方互动流程ip-r嵌入所述回应方的回应方业务流程bp-r并与所述回应方业务流程bp-r形成闭环:bp-r+ip-r=bip-r,(bip=business&interactionprocess)。bip-a和bip-r通过ip-a和ip-r的交互模式耦合在一起。

本实施例中两个平行流程互动的建模方法可以管理用户线上、线下不同状态的信息互动过程。

具体地,于本实施例中,所述发起方、所述回应方、所述发起方互动流程以及所述回应方互动流程是否存在依附于所述发起方业务流程和所述回应方业务流程是否具有相同的流程属性。也就是说,actor和reactor是否存在取决于互动双方的业务流程是否都在同一个系统(线上系统)中运行。

当所述发起方业务流程和所述回应方业务流程具有相同的线上流程属性时,所述发起方、所述回应方、所述发起方互动流程以及所述回应方互动流程均存在。

即如果互动双方的业务流程都在同一个系统中运行,则会同时存在actor和reactor-proxy的互动流程ip-a,以及actor-proxy和reactor的互动流程ip-r。

其中,所述回应方代理接收所述发起方发送的互动消息并等待所述回应方的反馈指令,所述发起方代理接收所述发起方发送的互动指令并将所述互动消息发送至所述回应方。

也就是说,当互动双方业务流程都在同一个系统中运行时,他们之间的互动流程ip-a和ip-r是保持一致的,即两个分离的物理流程实际运行在一个逻辑流程上。此时,reactor-proxy接收actor发送的互动消息并等待reactor的反馈指令;相应的,actor-proxy收到actor的互动指令并把互动消息发送给reactor。整个过程中,proxy会过滤并屏蔽掉本方的业务流程,只接收本方发送的指令并向对方发送消息。

于本实施例中,当所述发起方业务流程具有线上流程属性,所述回应方业务流程具有线下流程属性时,所述发起方和所述发起方互动流程存在。其中,所述回应方代理接收线下回应方的反馈指令并将反馈消息发送至所述发起方;当所述回应方业务流程具有线上流程属性,所述发起方业务流程具有线下流程属性时,所述回应方和所述回应方互动流程存在,其中,所述发起方代理接收线下发起方的互动指令并将互动消息发送至所述回应方。

如果一个线上系统中只有actor一侧的业务流程,那么要完成互动过程只需要actor和reactor-proxy的互动流程ip-a,反之亦然。当互动双方中只有一方的业务流程在系统中运行,那么只有这一方的互动流程ip-a或者ip-r。在这个过程中,发起方代理ap和回应方代理rp会接收来自线下一方的指令(系统中会有一个代理人代为录入指令),并向在线的一方发送消息,以协助在线一方在系统中完成业务流程。

于本实施例中,当具有线下流程属性的所述回应方业务流程由线下流程属性转换为线上流程属性时,所述发起方、所述回应方、所述发起方互动流程以及所述回应方互动流程均存在;其中,所述回应方代理接收所述回应方的反馈指令并将反馈消息发送至所述发起方;当具有线下流程属性的所述发起方业务流程由线下流程属性转换为线上流程属性时,所述发起方、所述回应方、所述发起方互动流程以及所述回应方互动流程均存在;其中,所述发起方代理接收所述发起方发送的互动指令并将互动消息发送至所述回应方。

也就是说,如果在线上、线下互动的过程中,线下一方注册上线了,那么互动双方的业务流程又都在同一个系统中运行,则会同时存在actor和reactor-proxy的互动流程ip-a,以及actor-proxy和reactor的互动流程ip-r,ip-a和ip-r会保持一致,proxy开始接收来自本方在线发送的指令,并向对方发送消息。

所以本实施例的两个平行流程互动的建模方法可以在任务发起方与任务回应方一方在线,另一方不在线,都能实现双方信息互动,实现双方流程的衔接。

于本实施例中,所述回应方互动流程接入所述回应方业务流程的接入节点根据所述发起方业务流程发起的所述发起方互动流程的节点确定。

也就是说ip-a和ip-r分别并入互动双方的业务流程bp-a和bp-r,不同的业务内容可直接影响互动流程ip并入业务流程bp的节点。例如,采购一方在采购流程bp-a中的采购环节由采购员发出采购的互动流程ip-a时,销售一方只有在相应的销售员接收销售的互动流程ip-r后,才接入后续的销售流程bp-r。

于本实施例中,在所述发起方业务流程或所述回应方业务流程有变化时,所述发起方根据所述发起方互动流程上所述回应方代理发出的变化消息调整所述发起方业务流程;所述回应方根据所述回应方互动流程上所述发起方代理发出的变化消息调整所述回应方业务流程。

所以本实施例的两个平行流程互动的建模方法能够自如地应对任务发起方与任务回应方出现的多种变化,使任务发起方与任务回应方之间的互动不受对方流程的影响,只需对互动结果做出反馈,可以大幅提升任务发起方与任务回应方两个平行流程信息互动的灵活度,提高了效率。

具体地,当业务流程中出现变化,需要引入互动流程协调双方分歧时,现有的ip-a和ip-r信息传递机制可以互相传递变化的数据信息,并有效隔离两方bip-a和bip-r流程互不干涉

例如,当两个并行的工作流程在时间平衡上有异议,需要重新平衡以完成下一个任务时,互动流程协调机制能启动传递信息、帮助业务流程做出合理的决策以满足流程继续执行的相关约束条件。actor和reactor只要分别基于ip-a和ip-r并从中获得对方的消息,针对各自的bip-a和bip-r作出调整以满足对方变化即可。

于本实施例中,所述回应方互动流程根据所述发起方互动流程发出的包含声明条件的启动声明信号进行启动。

在所述回应方互动流程符合所述声明条件时,所述回应方互动流程启动,所述发起方互动流程传输互动指令至所述回应方互动流程并等待所述回应方互动流程反馈。

也就是说,当ip-r流程启动与否取决于ip-a流程发出的启动信号,且启动信号以声明的形式发布,如果存在ip-r且符合ip-a启动流程的声明条件,ip-r流程随即启动,且ip-a流程的数据传递给ip-r并处于等待ip-r的信息反馈。

于本实施例中,若无符合所述声明条件的所述回应方互动流程启动,所述启动声明信号根据所述发起方互动流程中任务的结束而失效。

也就是说,如果不存在ip-r,则ip-a启动流程的声明条件一直挂着,声明的生命周期随ip-a任务的结束而结束;一旦符合声明的条件出现则启动ip-r流程。

比如,ip-a启动后会发出一个启动ip-r的信号,但如果reactor的业务流程不在系统中运行,没有ip-r的互动流程能满足这个启动条件,则没有reactor侧的bip-r,而如果之后reactor注册上线了,ip-r具有了接收ip-a信号并启动的能力,则bip-r随即启动。

于本实施例中,所述发起方互动流程根据需要灵活接入所述发起方业务流程中的一个或多个业务节点;所述回应方互动流程对应接入所述回应方业务流程中的一个或多个业务节点,并根据需要灵活调整所述回应方业务流程。

也就是说,因bp和ip的嵌套节点不同,bp与ip-a或ip-r的组合是灵活多变的,ip-a或ip-r是多个流程节点的互动流程,rp或ap代理人扮演着流程不同节点的代理人角色,因此ip-a或ip-r与各自不同的bp流程节点相衔接,形成一个整体的bip-a或bip-r自定义业务流程。

以下以船舶零部件采购中两个平行流程的互动过程为例,对本实施例中的两个平行流程互动的建模方法进行实例说明。

从一条船向管理公司申请采购船用零配件的业务流程启动开始,管理公司先要批准采购计划,再由业务员向供应商发起采购活动;供应商一侧接收到采购信息后会启动一个销售船用零配件的审核、审批流程,包括库存比对、经理审批等确定采购意向。

供应商和采购商达成采购意向后,供应商会进入备货、发货、运输、供货、开具发票等业务流程;与此相对应,采购商和供应商之间达成采购意向后,采购商会进入收货、入库、接收票据、支付款项等业务流程。

从采购商与供应商两个维度来看,其业务流程是不同的。采购商的业务流程包括提出申请、经理审批、发出要约、确认订单、货物入库、支付等流程;供应商的业务流程包括比对、审批、确认订单,货物出库、票据开出、货款结算等流程。如果这两个业务流程在一个系统内,那么,这两个平行流程各节点的信息传递或变化信息的反馈是通过互动流程的代理人交互耦合进行的,而且双方业务流程互不干扰;且两个平行流程在不同的任务节点多次产生互动过程并最终达成一致,同样地,互动结果会影响两个平行流程的后续进程。

例如,在物流环节,船在航行途中因不可抗拒的因素导致靠港时间延误,原来按合同确定的交货日期会延误,这时船向供应商发出改变交货日期的请求,与供应商互动后认可延期交货,那么,供应商就会延期发货;反之,当船先期靠岸等待货源,由于路途原因影响运输进程导致延误,这时,供应商向船发出延期交货的请求,如果船要离港到下一个港口,则船把下一个港口的地址、日期告诉供应商,采购商和供应商两个业务流程之间通过多次的互动并最终达成一致,则供应商通过时间的统筹安排,按时到下一个港口交货,完成物流任务。

另一方面,如果采购商与供应商两个平行业务流程不在一个系统内,即一方在线一方离线,那么在线一方可以代替离线一方虚拟录入有关信息,实现与真实在线一方的流程闭环;一旦离线一方注册上线了,那么,采购商与供应商就在一个线上系统,原有的数据就会迁移过来,从而形成采购商与供应商两个平行流程的线上互动。

本实施例还提供一种终端,包括处理器和存储器,所述存储器存储有程序指令,所述处理器运行程序指令实现如上所述的两个平行流程互动的建模方法。上述已经对所述两个平行流程互动的建模方法进行详细描述,在此不再赘述。其中,所述终端例如为手机、电脑、pad等。

本实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上所述的两个平行流程互动的建模方法。上述已经对所述两个平行流程互动的建模方法进行详细描述,在此不再赘述。其中,所述计算机可读存储介质例如为存储器,移动硬盘等。

如图3所示,本实施例还提供一种两个平行流程互动的建模系统,包括交互耦合的发起方流程模块和回应方流程模块;所述发起方流程模块包括发起方、发起方代理、发起方业务流程、发起方和回应方代理之间的发起方互动流程;所述回应方流程模块包括回应方、回应方代理、回应方业务流程、回应方和发起方代理之间的回应方互动流程;所述发起方互动流程嵌入所述发起方的发起方业务流程并与所述发起方业务流程形成闭环,所述回应方互动流程嵌入所述回应方的回应方业务流程并与所述回应方业务流程形成闭环。

也就是说,bip-a和bip-r通过ip-a和ip-r的交互模式耦合在一起,形成系统。即两段互动流程(ip-a和ip-r)分别嵌入互动双方各自的业务流程(bp-a和bp-r)(bp=businessprocess)形成bp-a+ip-a或bp-r+ip-r闭环,然后,bp-a+ip-a和bp-r+ip-r组合在一起形成一个混合流程(bip-a和bip-r)(bip=business&interactionprocess),称之为环扣式工作流系统。

所述两个平行流程互动的建模系统的实现原理与所述两个平行流程互动的建模方法原理相同,上述已经对所述两个平行流程互动的建模方法进行了详细描述,在此不再赘述。

综上所述,本发明不仅可以衔接两个业务流程在同一任务节点的互动过程,任务发起方或任务回应方通过与虚拟代理的互动形成各自任务的流程闭环,然后两个独立的流程闭环通过环扣实现连接,完成两个平行流程的互动,还可以管理用户线上、线下不同状态的信息互动过程,有效提高了用户体验性;本发明能够自如地应对任务发起方与任务回应方出现的多种变化,使任务发起方与任务回应方之间的互动不受对方流程的影响,只需对互动结果做出反馈;本发明可以体现在任务发起方与任务回应方一方在线,另一方不在线,都能实现双方信息互动,实现双方流程的衔接;本发明的技术方案大幅提升了任务发起方与任务回应方两个平行流程信息互动的灵活度,提高了效率。所以,本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1