本发明专利技术公开了一种业务处理方法，包括步骤：运行第一流程实例，并在能够提供第二流程实例运行过程中需要满足的特定条件时，发出该特定条件已满足的通知；继续运行所述第一流程实例；运行第二流程实例；在运行所述第二流程实例到特定环节时，检测是否接收到在第一流程实例运行过程中发出的该第二流程实例运行过程中需要满足的特定条件已满足的通知；在已接收到所述通知时，从所述特定环节开始继续运行所述第二流程实例，并在所述特定环节或所述特定环节后续环节中利用该已满足的特定条件。此外本发明专利技术还提供了一种业务处理装置。本发明专利技术可以处理在工作流运行期间对其它流程实例产生动态依赖关系的依赖流程实例。
【技术实现步骤摘要】
本专利技术涉及工作流领域，特别涉及一种业务处理方法及装置。
技术介绍
在计算机支持的自动处理业务过程中，工作流指全部或者部分业务处理流程，工作流的节点指业务处理流程中的一个业务环节。工作流管理系统是定义、创建、执行工作流的系统，具备流程建模、运行控制和运行交互等功能，当然该系统需要装载在硬件设备上。工作流管理系统在处理上层业务时，先对实际业务静态建模并完成流程定义，再根据流程定义在运行期间从上层业务接收业务数据，自动对工作流过程中的活动进行调度，驱动上层业务流程的流转，其核心意义就是自动对流程中活动进行调度并驱动上层业务的流转。一个具体的业务处理过程可以称为一个流程实例，不同流程实例间可能存在不同的依赖关系，这些关系有可能在建模时就能确定，也有可能在运行期间动态的产生。现有工作流管理系统几乎都支持子流程的功能，子流程体现了流程的一种静态的依赖或从属关系，在建模期间就能确定，是整个流程的组成部分，并且可以包含自己的活动定义、内部转换、资源和应用程序的分配。现有技术在提供子流程的功能时较普遍的解决方案是，提供一种子流程节点类型，在该节点上配置将要运行的子流程，用户在定义流程的时候可以在某个流程中添加一个子流程节点，并编辑此子流程节点，指定该节点对应的具体的子流程的名称，以及该子流程的执行方式(同步/异步)，添加子流程节点的流程相应地为该子流程的父流程；在运行过程中，当父流程实例执行到子流程节点时，父流程实例根据指定的子流程名字，创建并启动一个子流程实例，然后根据定义的子流程的执行方式(同步/异步)决定是否等待子流程的执行。例如某公司的电子文档评审过程，文档可能分为很多类型，如A类文档、B类文档和C类文档等，工作流管理系统建立的模型中定义有一个文档评审受理流程和多个评审流程，用于评审不同类型的文档，并为不同类型的文档指定了不同权限的评审人和评审步骤；用户发出评审请求并提交文档至服务器后，工作流管理系统实施的处理流程如下在步骤10中，受理用户提交的文档，并判断该文档类型；在步骤20中，根据文档的类型启动一个针对该文档的评审流程；在步骤30中，将包含该文档的链接发送给相应的初审人员；在步骤40中，接收初审人员提交的初审意见和签名；在步骤50中，将包含该文档、初审意见及初审人员签名的链接发送给复审人员；在步骤60中，接收复审人员提交的复审意见和签名；在步骤70中，将包含该文档评审记录(即初审意见、初审人员签名和复审意见、复审人员签名)的链接发送给文档提交者；在步骤80中，接收文档提交者的指示进行归档，结束处理。在上述的流程中，受理流程在收到评审请求后根据文档类型启动一个评审流程，受理流程与评审流程的关系即为父子关系，受理流程为父流程，评审流程为子流程。子流程反映的是流程间的一种静态的依赖或从属关系，在用户定义流程时就可以确定，而对于在定义流程时无法确定，在流程运行期间才会动态产生依赖或从属关系却无法支持。例如不同的两个流程实例开始运行后，这里流程实例指一个具体的业务处理流程，这两个流程实例可以由同一个流程定义，也可以由不同的流程分别定义。假定其中一个流程实例执行到某个环节后需要等待另一个流程实例满足特定条件后才可以继续往下执行，这时候流程间就存在依赖关系了，而这种依赖关系由于在运行期间动态产生，因此无法在建模时通过创建子流程来处理。
技术实现思路
本专利技术实施例提供一种业务处理方法及装置，可以处理在工作流运行期间产生动态依赖关系的依赖流程和被依赖流程。本专利技术实施例提供的技术方案如下，一种业务处理方法，包括运行第一流程实例，并在能够提供第二流程实例运行过程中需要满足的特定条件时，发出该特定条件已满足的通知；继续运行所述第一流程实例；运行第二流程实例；在运行所述第二流程实例到特定环节时，检测是否接收到在第一流程实例运行过程中发出的该第二流程实例运行过程中需要满足的特定条件已满足的通知；在已接收到所述通知时，从所述特定环节开始继续运行所述第二流程实例，并在所述特定环节或所述特定环节之后的后续环节中利用该已满足的特定条件。一种业务处理装置，包括第一运行单元，用于运行第一流程实例，并在能够提供第二流程实例运行过程中需要满足的特定条件时，发出第二流程实例运行过程中需要满足的特定条件已满足的通知；第二运行单元，用于运行第二流程实例，并在运行所述第二流程实例至特定环节时检测是否接收到所述第一运行单元发出的通知，以及在接收到所述通知后从所述特定环节开始继续运行所述第二流程实例，并在所述特定环节或所述特定环节后续环节中利用到所述第一运行单元提供的特定条件。本专利技术实施例在工作流运行期间产生动态依赖关系时，通过确定流程实例间的相互关系，运行被依赖流程实例并在能够提供依赖流程实例所需要满足的特定条件后，通知依赖流程实例，所述依赖流程实例利用被依赖流程实例提供的条件完成依赖流程实例的运行，克服了现有技术中不能处理依赖流程的缺陷。附图说明图1为现有技术中父流程和子流程的运行示意图；图2为本专利技术第一实施例提供的方法流程示意图；图3a为本专利技术实施例应用情形之一；图3b为本专利技术实施例应用情形之二；图4为本专利技术第一实施例提供的装置结构示意图之一；图5为本专利技术第一实施例提供的装置结构示意图之二；图6为本专利技术第二实施例提供的方法中设置主、从流程实例的示意图；图7为本专利技术第二实施例提供的方法流程示意图；图8为本专利技术第二实施例提供的装置结构示意图。具体实施例方式为了解决现有技术不能处理在运行期间动态产生依赖关系的流程实例，本专利技术实施例可以理解为，运行第一流程实例和依赖于所述第一流程实例的第二流程实例，在第一流程实例能够提供第二流程实例运行过程中需要满足的特定条件后，通知第二流程实例该特定条件已满足，并继续运行第一流程实例的后续环节；在第二流程实例运行到特定环节时，若没有收到该通知，在该特定环节等待直至收到该通知，若接收到该通知后，从需要等待通知的特定环节处开始继续运行，并在特定环节或特定环节之后的后续环节中利用所述第一流程实例能够提供的特定条件。第一实施例中，第一流程实例和第二流程实例之间是否存在依赖关系由业务层自行判断，请参阅图2所示，图2揭示了本专利技术第一实施例的工作流程步骤210，创建一个流程实例a并运行；步骤220，判断流程实例a在运行过程中是否依赖于另一个已处于运行中的流程实例，若是执行步骤221，若否执行步骤225；步骤221，运行流程实例a至特定环节后停止；这里将流程实例a所依赖的流程实例称为x，流程实例a需要利用到流程实例为x运行过程中提供的特定条件，所述特定条件及特定环节跟工作流管理系统建立的模型和具体的实例相关。步骤222，在流程实例a的属性中设置流程实例x的ID；对每一个流程实例，工作流管理系统都为其分配了一个唯一的ID。步骤223，接收到流程实例a在运行过程中需要满足的特定条件已满足的通知；步骤224，从特定环节开始继续运行流程实例a直至运行结束；其中步骤222可以省略；而在设置了步骤222后，若流程实例a在该特定环节没有接收到该特定条件已满足的通知，可以根据自身属性中设有的流程实例x的ID查询流程实例x的运行情况，确认是否已能够提供流程实例a运行过程中需要满足的特定条件，并在所述特定条件满足后，从该特定环节开始继续运行流程实例本文档来自技高网...
【技术保护点】
一种业务处理方法，其特征在于，包括步骤： 运行第一流程实例，并在能够提供第二流程实例运行过程中需要满足的特定条件时，发出该特定条件已满足的通知； 继续运行所述第一流程实例； 运行第二流程实例； 在运行所述第二流程实例到特定环节时，检测是否接收到在第一流程实例运行过程中发出的该第二流程实例运行过程中需要满足的特定条件已满足的通知； 在已接收到所述通知时，从所述特定环节开始继续运行所述第二流程实例，并在所述特定环节或所述特定环节之后的后续环节中利用该已满足的特定条件。
【技术特征摘要】
【专利技术属性】
技术研发人员：李群慧，
申请(专利权)人：华为技术有限公司，
类型：发明
国别省市：94[中国|深圳]
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。