一种多个工作流系统间的协同方法及装置制造方法
【专利摘要】本申请提供了一种多个工作流系统间的协同方法及装置，该方法包括：第一工作流系统当监测到当前执行的第一工作流事件在预先设置的协同列表时，向协同模块发送协同指令，当协同模块接收到协同指令时，利用协同列表确定出第一工作流系统对应的第二工作流系统、第一工作流事件对应的第二工作流事件以及协同类型，进而向该第二工作流系统发送请求，该发送请求中包括第二工作流事件的标识及协同类型，当第二工作流系统接收到该请求后，利用该第二工作流事件的标识执行相应的工作流事件，并且依据协同类型，来决定是否返回工作流事件的执行结果，从而完成工作流系统间的协同操作。
【专利说明】一种多个工作流系统间的协同方法及装置
【技术领域】
[0001]本申请涉及工作流系统协同【技术领域】，尤其是一种多个工作流系统间的协同方法及装置。
【背景技术】
[0002]在计算机应用领域中，工作流，是对业务工作流程中各个操作步骤间的业务规则的抽象及描述，工作流系统主要完成工作流中的各项操作。随着工作流技术的成熟与完善，工作流系统被应用在越来越多的领域中。然而，随着业务系统的日益庞大，需要多个工作流系统间的协同操作，协同操作指的是一个工作流系统执行某个工作流事件前或后，需要触发另一工作流系统工作流事件的执行。
[0003]因此，需要一种多个工作流系统间的协同方法，以实现多个工作流系统的协同操作。
【发明内容】
[0004]有鉴于此，本发明提供了一种多个工作流系统间的协同方法及装置，用实现多个工作流系统间的协同操作。为实现所述目的，本发明提供的技术方案如下:
[0005]一种多个工作流系统间的协同方法，包括:
[0006]第一工作流系统获取预先设置的协同列表，当执行的第一工作流事件在所述协同列表中时，所述第一工作流系统生成协同指令并发送至协同模块；其中，所述协同指令中包括所述第一工作流系统的标识及所述第一工作流事件的标识；
[0007]当接收到所述协同指令时，所述协同模块利用所述协同列表确定与所述第一工作流系统的标识对应的第二工作流系统、与所述第一工作流事件的标识对应的第二工作流事件的标识以及所述第二工作流事件的协同标识，并将所述第二工作流事件的标识及所述协同标识作为请求指令发送至所述第二工作流系统；其中，所述协同标识为异步标识或同步标识；
[0008]当接收到所述请求指令时，所述第二工作流系统执行所述第二工作流事件标识对应的第二工作流事件，并在所述协同标识为同步标识时，向所述协同模块返回执行结果；
[0009]当接收到所述执行结果时，所述协同模块将所述执行结果返回至所述第一工作流系统。
[0010]优选地，上述多个工作流系统间的协同方法中，所述第一工作流系统获取预先设置的协同列表包括:
[0011]在启动后，所述第一工作流系统从协同模块处获取预先设置的协同列表。
[0012]优选地，上述多个工作流系统间的协同方法中，还包括:
[0013]当接收到对所述第一工作流事件与所述第二工作流事件的对应关系的操作指令时，所述协同模块提取所述操作指令中的操作类型标识，并在所述协同列表中执行所述操作类型标识对应的操作；其中，所述操作类型标识为查看、修改或删除。
[0014]优选地，上述多个工作流系统间的协同方法中，还包括:
[0015]当接收到增加指令时，所述协同模块提取所述增加指令中的两个工作流事件的标识以及每个所述工作流事件各自归属的工作流系统的标识，并在所述协同列表中添加所述两个工作流事件的标识的对应关系以及两个所述工作流系统的标识之间的对应关系。
[0016]优选地，上述多个工作流系统间的协同方法中，所述协同指令是所述第一工作流系统通过调用设置在所述协同模块中的webservice接口向所述协同模块发送的；
[0017]所述请求指令是所述协同模块通过调用设置在所述第二工作流系统中的webservice接口向所述第二工作流系统发送的。
[0018]本申请还提供了一种多个工作流系统间的协同装置，包括:第一工作流系统、协同模块及第二工作流系统；其中:
[0019]所述第一工作流系统，用于获取预先设置的协同列表，当执行的第一工作流事件在所述协同列表中时，生成协同指令并发送至所述协同模块；其中，所述协同指令中包括所述第一工作流系统的标识及所述第一工作流事件的标识；
[0020]所述协同模块，用于当接收到所述协同指令时，利用所述协同列表确定与所述第一工作流系统的标识对应的第二工作流系统、与所述第一工作流事件的标识对应的第二工作流事件的标识以及所述第二工作流事件的协同标识，并将所述第二工作流事件的标识及所述协同标识作为请求指令发送至所述第二工作流系统，当接收到所述第一工作流系统返回的执行结果时，将所述执行结果返回至所述第一工作流系统；其中，所述协同标识为异步标识或同步标识；
[0021]所述第二工作流系统，用于当接收到所述请求指令时，执行所述第二工作流事件标识对应的第二工作流事件，并在所述协同标识为同步标识时，向所述协同模块返回执行结果。
[0022]优选地，上述多个工作流系统间的协同装置中，所述用于获取预先设置的协同列表的第一工作流系统包括:
[0023]所述第一工作流系统，用于在启动后，所述第一工作流系统从协同模块处获取预先设置的协同列表。
[0024]优选地，上述多个工作流系统间的协同装置中，所述协同模块，还用于当接收到对所述第一工作流事件与所述第二工作流事件的对应关系的操作指令时，提取所述操作指令中的操作类型标识，并在所述协同列表中执行所述操作类型标识对应的操作；其中，所述操作类型标识为查看、修改或删除。
[0025]优选地，上述多个工作流系统间的协同装置中，所述协同模块，还用于当接收到增加指令时，提取所述增加指令中的两个工作流事件的标识以及每个所述工作流事件各自归属的工作流系统的标识，并在所述协同列表中添加所述两个工作流事件的标识的对应关系以及两个所述工作流系统的标识之间的对应关系。
[0026]优选地，上述多个工作流系统间的协同装置中，所述协同指令是所述第一工作流系统通过调用设置在所述协同模块中的webservice接口向所述协同模块发送的；
[0027]所述请求指令是所述协同模块通过调用设置在所述第二工作流系统中的webservice接口向所述第二工作流系统发送的。
[0028]由以上的技术方案可知，本发明的有益效果为:
[0029]本发明提供了一种多个工作流系统间的协同方法及装置，该方法包括:第一工作流系统当监测到当前执行的第一工作流事件在预先设置的协同列表时，向协同模块发送协同指令，当协同模块接收到协同指令时，利用协同列表确定出第一工作流系统对应的第二工作流系统、第一工作流事件对应的第二工作流事件以及协同类型，进而向该第二工作流系统发送请求，该发送请求中包括第二工作流事件的标识及协同类型，当第二工作流系统接收到该请求后，利用该第二工作流事件的标识执行相应的工作流事件，并且依据协同类型，来决定是否返回工作流事件的执行结果，从而完成工作流系统间的协同操作。
【专利附图】
【附图说明】
[0030]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
[0031]图1为本发明实施例提供的多个工作流系统间的协同方法的流程图；
[0032]图2为本发明另一实施例提供的多个工作流系统间的协同方法的流程图；
[0033]图3为本发明实施例提供的多个工作流系统间的协同装置的结构示意图。
【具体实施方式】
[0034]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0035]参见图1，其示出了本发明实施例提供的多个工作流系统间的协同方法，具体包括以下步骤:
[0036]步骤SlOl:第一工作流系统获取预先设置的协同列表，当执行的第一工作流事件在所述协同列表中时，所述第一工作流系统生成协同指令并发送至协同模块；其中，所述协同指令中包括所述第一工作流系统的标识及所述第一工作流事件的标识。
[0037]其中，当业务系统启动后，便可启动与该业务系统相关的工作流系统，或者，工作流系统可以自身启动。将其中的任意一个工作流系统确定为第一工作流系统，可见，第一工作流系统中的“第一”仅仅为了便于描述，并非对各个工作流系统的具体编号，也并不具有顺序含义，下文的第二工作流系统中的“第二”同理。
[0038]第一工作流系统被启动后，会执行自身创建的工作流中的各个活动事件，且获取到协同列表。需要说明的是，为了便于描述，将第一工作流系统执行的工作流中的活动事件称为第一工作流事件，同理可知下文的第二工作流事件。第一工作流系统在执行某个第一工作流事件前或后，若判断得出该第一工作流事件在协同列表中，更具体地，第一工作流事件在协同列表中的请求项中，表明第一工作流事件需要与其他工作流系统中的工作流事件协同工作，因此，第一工作流系统生成协同指令，并将该协同指令发送至协同模块。
[0039]需要说明的是，协同工作的内容可能是触发另一工作流事件的启动、等待另一工作流事件的执行结果等，当然，还可以是其他内容，本实施例并不做具体限定。另外，协同指令中的第一工作流事件的标识用来表明第一工作流系统正在处理的工作流事件是哪个工作流事件。
[0040]步骤S102:当接收到所述协同指令时，所述协同模块利用所述协同列表确定与所述第一工作流系统的标识对应的第二工作流系统、与所述第一工作流事件的标识对应的第二工作流事件的标识以及所述第二工作流事件的协同标识，并将所述第二工作流事件的标识及所述协同标识作为请求指令发送至所述第二工作流系统；其中，所述协同标识为异步标识或同步标识。
[0041]其中，协同列表记录有各个工作流系统间的对应关系、更具体地，还有各个工作流系统处理的工作流事件的对应关系，以及工作流事件的协同类型。因此，当协同模块接收到协同指令时，可以利用协同列表确定出第一工作流系统标识所对应的第二工作流系统，以及第一工作流事件对应的第二工作流事件。需要说明的是，对应关系用来表明工作流系统，更具体地，是工作流事件之间具有协同关系。另外，协同关系分别两方，即发起协同请求方(即第一工作流系统和第二工作流事件)及接收协同请求方(即第二工作流系统及第二工作流事件)，其中，前者被记录在请求项中，后者被记录在响应项中。
[0042]当然,对应关系中并未限定仅仅是对应关系，可以是一对多、多对一以及多对多的关系。也就是说，第一工作流系统对应的第二工作流系统可以是多个，第二工作流事件同理。当第二工作流系统及第二工作流事件为多个时，表示第一工作流系统中的第一工作流事件需要同时与多个其他工作流系统中的工作流事件进行协同工作，进而可以同时触发多个其他工作流事件的执行。
[0043]另外，协同列表中还记录有第二工作流事件的协同类型，为同步类型或异步类型。其中，同步指的是第二工作流事件执行完毕后，需要向第一工作流事件返回执行结果，异步指的是第一工作流事件并不需要第二工作流事件返回执行结果，只需触发第二工作流事件即可。
[0044]当协同模块确定出以上内容后，生成请求指令，并发送至确定出的第二工作流系统。需要说明的是，请求指令中包括第二工作流事件的标识，用来指示第二工作流系统执行哪个工作流事件。
[0045]步骤S103:当接收到所述请求指令时，所述第二工作流系统执行所述第二工作流事件标识对应的第二工作流事件，并在所述协同标识为同步标识时，向所述协同模块返回执行结果。
[0046]其中，请求指令中包括第二工作流事件的标识以及协同标识。当第二工作流系统接收到该请求指令后，提取其中的第二工作流事件的标识及协同标识，根据该标识确定出需要执行的是哪个第二工作流事件，进而触发该第二工作流事件的执行，当执行完毕后，判断协同标识的内容，若为同步，则需要向第二工作流事件返回执行结果，否则，本次协同执行完毕。
[0047]需要说明的是，该执行结果的形式不做具体限定，可以是执行结束的提示信息，SP用来提示第一工作流事件第二工作流事件已经成功执行完毕；还可以是具体的结果数据，第一工作流事件可能需要该结果数据；又可以是以上两种的结合。
[0048]步骤S104:当接收到所述执行结果时，所述协同模块将所述执行结果返回至所述第一工作流系统。
[0049]其中，若协同标识为同步时，协同模块会接收到第二工作流系统返回第二工作流事件的执行结果，并将该执行结果返回给第一工作流系统中的第一工作流事件。
[0050]由以上的技术方案可知，本实施例提供的多个工作流系统间的协同方法中，第一工作流系统自身利用预先设置的协同列表监测当前执行的工作流事件是否需要与其他工作流事件进行协同操作，若是的话，向协同模块发送协同指令，当协同模块接收到协同指令时，利用协同列表确定出第一工作流系统对应的第二工作流系统、第一工作流事件对应的第二工作流事件以及协同类型，进而向该第二工作流系统发送请求，该请求中包括第二工作流事件的标识及协同类型，当第二工作流系统接收到该请求后，利用该第二工作流事件的标识执行相应的工作流事件，并且依据协同类型，来决定是否返回工作流事件的执行结果，从而完成工作流系统间的协同操作。
[0051]当然，多个工作流系统之间的协同方法，还可以是每个工作流系统自身提供一套接口，以供外部系统如业务系统的调用，业务系统中通过先后编写调用代码来定义协同逻辑，即在调用完某个工作流系统后，再顺序调用下一工作流系统，从而实现多个工作流系统之间的协同工作。然而，该种方式使得业务系统不仅需要处理与业务相关的操作，还需要实现工作流的协同处理，不仅增大了业务系统的操作压力，而且该种协同关系体现在业务系统的代码编写顺序中，增加了了业务系统的开发成本，造成了工作流系统之间的紧密耦合，不利于协同关系的修改、查看、删除等管理。
[0052]然而，以上实施例提供的协同方法中设置有协同列表，协同列表中记录有需要协同操作的各个工作流系统的对应关系，通过对协同列表的管理即可实现对各个工作流系统协同关系的管理，而不需要去管理业务系统的代码(如删除一行调用代码实现对协同关系的删除、修改代码顺序实现对调用关系的修改)，极大地方便了对工作流系统协同关系的管理，实现了工作流系统之间的松耦合。另外，工作流系统可以自身利用协同列表判断是否需要其他工作流系统的协同，这样，不需要利用业务系统的代码中定义协同关系，可以减轻业务系统的负担。
[0053]上述实施例中的多个工作流系统可以指的是异构工作流系统，即工作流系统由不同的工作引擎组成的，并在一致性级别上遵守公共的协同工作标准。
[0054]上述实施例中，协同模块中设置有webservice接口，第一工作流系统通过调用该接口向协同模块发送webservice消息形式的协同指令，同理，第二工作流系统中也设置有webservice接口，则协同模块通过调用该接口向第二工作流系统发送webservice消息形式的请求指令。
[0055]另外，工作流系统中设置有事件监听器，该事件监听器可以实现对工作流系统中执行的工作流事件的监听，以判断该工作流事件是否在协同列表中，从而获知该工作流事件是否需要进行协同操作。
[0056]协同列表可以预先设置在协同模块中，协同列表中统一记录有协同关系的每组工作流系统之间的对应关系，当工作流系统启动后，可以从协同模块处获取协同列表，可见，如图2所示的步骤SlOO:当第一工作流系统启动后，第一工作流系统从协同模块处获取协同列表。这样，可以只维护一张协同列表即可，提高维护效率。
[0057]当然，若每个工作流系统处均存有一张协同列表，这样就不需要每次均需要从协同模块处获取协同列表，提高协同效率。这时，工作流系统处的协同列表中可以仅仅记录该工作流系统中需要执行协同操作的工作流事件即可，至于该工作流事件需要与哪个工作流系统中的哪个工作流事件协同，可以在协同模块处的协同列表中记录，这样，可以减少工作流系统中的协同列表的数据量。
[0058]在需要对操作列表中记录的操作指令进行操作(如查看、修改或删除)时，可以向协同模块发送操作指令，当接收到操作指令时，协同模块提取操作指令中的操作类型标识，并在协同列表中执行操作类型标识对应的操作。
[0059]以操作的是第一工作流事件与第二工作流事件的对应关系为例，具体地，操作类型标识为查看时，协同模块在协同列表中查找第二工作流事件与第二工作流事件的对应关系，当查找到时，将该对应关系进行显示；操作类型标识为修改时，提取修改指令中的修改为的数据内容，将第一工作流事件与第二工作流事件的对应关系按照修改为的数据内容进行修改，例如，修改第一或者第二工作流事件的标识等；操作类型标识为删除时，将第一工作流事件与第二工作流事件的对应关系删除。
[0060]当然，对协同列表除了进行上述的删、查、改操作，还可以进行增加操作。具体地，向协同模块发送增加指令，当接收到增加指令时，协同模块提取增加指令中包含的两个工作流事件的标识，在协同列表中添加工作流事件的标识之间的对应关系。当然，增加指令中还需要包括工作流事件分别所属的工作流系统的标识，同时建立两个工作流系统标识之间的对应关系。
[0061]上述各个实施例中，工作流系统之间协同操作的时间点可以包括但不限于以下几种类型:
[0062]活动实例创建前、活动实例创建后、活动实例启动前、活动实例启动后、活动实例终止前、活动实例终止后、活动实例挂起前、活动实例挂起后、活动实例回复前、活动实例回复后、活动实例完成前、活动实例完成后、活动实例跳转前、活动实例跳转后、活动实例回退前、活动实例回退后、活动实例放回前、活动实例放回后、活动实例追回前、活动实例追回后、流程启动后，流程结束前。
[0063]下面对本发明实施例提供的多个工作流系统间的协同装置进行介绍，需要说明的是，有关多个工作流系统之间的协同装置的说明可以参照上文提供的多个工作流系统之间的协同方法，以下并不做赘述。
[0064]参见图3，其示出了本发明实施例提供的多个工作流系统之间的协同装置的结构，具体包括:第一工作流系统100、协同模块200及第二工作流系统300 ;其中:
[0065]所述第一工作流系统100，用于获取预先设置的协同列表，当执行的第一工作流事件在所述协同列表中时，生成协同指令并发送至所述协同模块；其中，所述协同指令中包括所述第一工作流系统的标识及所述第一工作流事件的标识；
[0066]所述协同模块200，用于当接收到所述协同指令时，利用所述协同列表确定与所述第一工作流系统的标识对应的第二工作流系统、与所述第一工作流事件的标识对应的第二工作流事件的标识以及所述第二工作流事件的协同标识，并将所述第二工作流事件的标识及所述协同标识作为请求指令发送至所述第二工作流系统，当接收到所述第一工作流系统返回的执行结果时，将所述执行结果返回至所述第一工作流系统；其中，所述协同标识为异步标识或同步标识；
[0067]所述第二工作流系统300，用于当接收到所述请求指令时，执行所述第二工作流事件标识对应的第二工作流事件，并在所述协同标识为同步标识时，向所述协同模块返回执行结果。
[0068]由以上的技术方案可知，本发明实施例提供的多个工作流系统之间的协同装置，利用协同模块200可以实现第一工作流系统100及第二工作流系统300之间的协同处理操作，需要说明的是，协同模块200中可以预先设置有协同列表，协同列表中记录有第一工作流系统及第二工作流系统中的工作流事件的协同关系，需要说明的是，协同列表中并非仅仅记录第一工作流系统与第二工作流系统之间的对应关系，本发明实施例仅仅是利用此作为示例进行说明，其他工作流系统之间的协同关系也通过对应关系记录在协同列表中，当然，协同列表中还记录有其他工作流系统中的工作流事件的对应关系。
[0069]具体地，当第一工作流系统100中的某个工作流事件在协同列表中时，则向协同模块200中发送协同指令，协同模块200确定第二工作流系统300，进而将协同操作内容即第二工作流事件的标识发送至第二工作流系统300，当第二工作流系统300接收到该第二工作流事件的标识后，调用相应的接口，从而执行该第二工作流事件标识对应的第二工作流事件。
[0070]需要说明的是，请求指令中还包括协同类型的标识，当标识为同步时，第二工作流系统300可以将执行结果通过协同模块200返回至第一工作流系统100。
[0071]所述用于获取预先设置的协同列表的第一工作流系统100包括:
[0072]所述第一工作流系统100，用于在启动后，所述第一工作流系统从协同模块处获取预先设置的协同列表。
[0073]所述协同模块200，还用于当接收到对所述第一工作流事件与所述第二工作流事件的对应关系的操作指令时，提取所述操作指令中的操作类型标识，并在所述协同列表中执行所述操作类型标识对应的操作；其中，所述操作类型标识为查看、修改或删除。
[0074]所述协同模块200，还用于当接收到增加指令时，提取所述增加指令中的两个工作流事件的标识以及每个所述工作流事件各自归属的工作流系统的标识，并在所述协同列表中添加所述两个工作流事件的标识的对应关系以及两个所述工作流系统的标识之间的对应关系。
[0075]所述第一工作流系统100通过调用设置在所述协同模块200中的webservice接口向所述协同模块200发送协同指令；
[0076]所述协同模块200通过调用设置在所述第二工作流系统300中的webservice接口向所述第二工作流系统发送请求指令。
[0077]需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
[0078]还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0079]对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
【权利要求】
1.一种多个工作流系统间的协同方法,其特征在于,包括: 第一工作流系统获取预先设置的协同列表，当执行的第一工作流事件在所述协同列表中时，所述第一工作流系统生成协同指令并发送至协同模块；其中，所述协同指令中包括所述第一工作流系统的标识及所述第一工作流事件的标识； 当接收到所述协同指令时，所述协同模块利用所述协同列表确定与所述第一工作流系统的标识对应的第二工作流系统、与所述第一工作流事件的标识对应的第二工作流事件的标识以及所述第二工作流事件的协同标识，并将所述第二工作流事件的标识及所述协同标识作为请求指令发送至所述第二工作流系统；其中，所述协同标识为异步标识或同步标识； 当接收到所述请求指令时，所述第二工作流系统执行所述第二工作流事件标识对应的第二工作流事件，并在所述协同标识为同步标识时，向所述协同模块返回执行结果； 当接收到所述执行结果时，所述协同模块将所述执行结果返回至所述第一工作流系统。
2.根据权利要求1所述的多个工作流系统间的协同方法，其特征在于，所述第一工作流系统获取预先设置的协同列表包括: 在启动后，所述第一工作流系统从协同模块处获取预先设置的协同列表。
3.根据权利要求1所述的多个工作流系统间的协同方法，其特征在于，还包括: 当接收到对所述第一工作流事件与所述第二工作流事件的对应关系的操作指令时，所述协同模块提取所述操作指令中的操作类型标识，并在所述协同列表中执行所述操作类型标识对应的操作；其中，所述操作类型标识为查看、修改或删除。
4.根据权利要求1所述的多个工作流系统间的协同方法，其特征在于，还包括: 当接收到增加指令时，所述协同模块提取所述增加指令中的两个工作流事件的标识以及每个所述工作流事件各自归属的工作流系统的标识，并在所述协同列表中添加所述两个工作流事件的标识的对应关系以及两个所述工作流系统的标识之间的对应关系。
5.根据权利要求1所述的多个工作流系统间的协同方法，其特征在于， 所述协同指令是所述第一工作流系统通过调用设置在所述协同模块中的webservice接口向所述协同模块发送的； 所述请求指令是所述协同模块通过调用设置在所述第二工作流系统中的webservice接口向所述第二工作流系统发送的。
6.—种多个工作流系统间的协同装置,其特征在于,包括:第一工作流系统、协同模块及第二工作流系统；其中: 所述第一工作流系统，用于获取预先设置的协同列表，当执行的第一工作流事件在所述协同列表中时，生成协同指令并发送至所述协同模块；其中，所述协同指令中包括所述第一工作流系统的标识及所述第一工作流事件的标识； 所述协同模块，用于当接收到所述协同指令时，利用所述协同列表确定与所述第一工作流系统的标识对应的第二工作流系统、与所述第一工作流事件的标识对应的第二工作流事件的标识以及所述第二工作流事件的协同标识，并将所述第二工作流事件的标识及所述协同标识作为请求指令发送至所述第二工作流系统，当接收到所述第一工作流系统返回的执行结果时，将所述执行结果返回至所述第一工作流系统；其中，所述协同标识为异步标识或同步标识； 所述第二工作流系统，用于当接收到所述请求指令时，执行所述第二工作流事件标识对应的第二工作流事件，并在所述协同标识为同步标识时，向所述协同模块返回执行结果。
7.根据权利要求6所述的多个工作流系统间的协同装置，其特征在于，所述用于获取预先设置的协同列表的第一工作流系统包括: 所述第一工作流系统，用于在启动后，所述第一工作流系统从协同模块处获取预先设置的协同列表。
8.根据权利要求6所述的多个工作流系统间的协同装置，其特征在于，所述协同模块，还用于当接收到对所述第一工作流事件与所述第二工作流事件的对应关系的操作指令时，提取所述操作指令中的操作类型标识，并在所述协同列表中执行所述操作类型标识对应的操作；其中，所述操作类型标识为查看、修改或删除。
9.根据权利要求6所述的多个工作流系统间的协同装置，其特征在于，所述协同模块，还用于当接收到增加指令时，提取所述增加指令中的两个工作流事件的标识以及每个所述工作流事件各自归属的工作流系统的标识，并在所述协同列表中添加所述两个工作流事件的标识的对应关系以及两个所述工作流系统的标识之间的对应关系。
10.根据权利要求6所述的多个工作流系统间的协同装置，其特征在于， 所述协同指令是所述第一工作流系统通过调用设置在所述协同模块中的webservice接口向所述协同模块发送的； 所述请求指令是所述协同模块通过调用设置在所述第二工作流系统中的webservice接口向所述第二工作流系统发送的。
【文档编号】G06Q10/06GK104463508SQ201410844082
【公开日】2015年3月25日 申请日期:2014年12月30日 优先权日:2014年12月30日
【发明者】郑乃惠, 何忠胜, 李治, 孙来鑫 申请人:山东中创软件商用中间件股份有限公司