对应数据的输入状态进行工作流控制的方法及系统技术方案

本发明专利技术用于对企业内的业务处理及企业间交易进行工作流控制，进行必要的数据送交。任务代理部检测用户应用程序的处理结束，并参照任务规则定义ＤＢ进行部门间的工作流控制。另外，商务代理部也检测该用户应用程序的处理结束，并进行涉及部门间的工作流控制，如果应该进行下一个处理的部门是其它企业，则对访问代理部进行数据送交委托。访问代理部参照访问规则定义ＤＢ对目的地企业发布动作通知。（*该技术在2018年保护过期，可自由使用*）

【技术实现步骤摘要】

本专利技术涉及利用计算机进行工作流控制的方法及执行工作流控制的计算机系统，尤其涉及对企业内的业务处理及企业间交易业务进行工作流控制的方法及系统。一般情况下，企业内的业务处理大多是多次进行由多个作业步骤序列构成的业务状态来完成。在从某个作业步骤进行到下一个作业步骤过程中，通过单据、帐票不断地传递数据，完成一系列的作业步骤。在利用电子计算机的工作流系统中，以单据或帐票为单位的信息被保存在电子计算机的存储装置中，利用网络进行数据传送将之传递给承担下一个作业的承担者。例如，日经信息战略1994年7月号P66-P76(日经BP公司)公开了这种工作流系统。与之相对应地，企业间交易是在进行交易的企业之间往来作为各自企业进行业务处理的一部分结果的单据、帐票。因此，企业间交易可以看成是企业内的业务处理从企业内传递延伸到其它企业的行为。作为利用电子计算机进行这样的企业间交易的系统之一，有利用EDI(Eletrnic DataInterchange)的企业间交易系统。这是事先在进行交易的2个公司之间交换合同并根据由此确定的方式、数据形式及其它规则，以单据、帐票的形式进行数据的往来的过程。即，由进行交易的对方确定相当于企业内规定的业务处理规则的条款并根据该条款进行交易。例如，北泽博著“EDI入门”(软研究中心，1991年)便公开了这种EDI技术。因过去的利用EDI进行企业间交易的系统是对每个公司确定交易规则，所以，对每个交易对方必须对应其规则改变交易方法。因此，将产生因交易的内容而必须改变处理方法的情况。作为典型实例举订购处理为例。在进行订购的企业内，订购后、入库检验、赊购总计和业务状态滚动地变化，但在企业间交易的业务状态中，订购后，是接收订购的企业进行接收订货处理。另外，订货方根据其订货内容并非总是一样，有时候根据订货内容其数据的送交目的地、送交方法会有很大变化。但是，如先前所述的那样，在企业间交易系统中，因为每个交易方企业的规则不同，不同企业很难按照同一处理程序进行处理，所以，存在要实现对应其订购内容随机应变地变更数据传递方法或送交目的地的系统是极其困难的问题。本专利技术的目的在于不管是企业内业务处理还是企业间交易，都能提供一个原则上部门间或企业间必要的数据交付由工作流控制系统进行，并不使用户应用程序或业务处理承担者意识到这样的数据交付的工作流控制方法及系统。本专利技术的工作流控制方法的特征如下在检知到与业务处理中事件数据有关的作业步骤结束时，根据该事件数据的数据输入状态，根据在部门内的工作流序列中规定的下一个应该处理的承担者的部门内的工作流规则，判定下一个承担者是否为应该处理事件的状态，如果下一个承担者已达到应该处理事件的状态，则对下一个承担者发布动作通知；在检知到与该事件数据有关的业务处理结束时，根据事件数据的数据输入状态，根据在涉及部门间的工作流序列中规定的下一个应该处理的部门的部门间工作流规则，判定下一个部门是否为应该处理事件的状态，如果下一个部门已达到应该处理事件的状态，则对下一个部门发布动作通知；而后，接收对下一个部门的动作通知并根据部门内的工作流规则进行下一个作业步骤。另外，本专利技术的工作流控制系统的特征在于具有控制部门内的工作流的第1代理部；控制部门间的工作流的第2代理部；进行第2代理部和其它的第2代理部之间的数据传送的第3代理部。第1代理部具有以下单元即在检知到与业务处理中事件数据有关的作业步骤结束时，根据该事件数据的数据输入状态，根据在部门内的工作流序列中规定的下一个应该处理的承担者的部门内的工作流规则，判定下一个承担者是否为应该处理事件的状态，如果下一个承担者已达到应该处理事件的状态，则对下一个承担者发布动作通知的单元；接收对下一个部门的动作通知并根据部门内的工作流规则进行上述部门内工作流控制的单元。第2代理部具有以下单元即在检知到与业务处理中该事件数据有关的业务处理结束时，根据事件数据的数据输入状态，根据在涉及部门间的工作流序列中规定的下一个应该处理的部门的部门间工作流规则，判定下一个部门是否为应该处理事件的状态，在下一个部门已达到应该处理事件的状态时，判定下一个部门是属于该第2代理部管理范围内的部门还是属于其管理以外的部门，在属于管理范围内的部门时，对管理范围内的第1代理部发布动作通知，在属于管理范围之外的部门时，则对第3代理部进行数据送交委托的单元；从第3代理部接收动作通知并对作为目的地的第1代理部发布动作通知的单元。第3代理部具有接收来自第2代理部的数据送交委托并确定管理范围内一个部门的第2代理部，以及对所确定的第2代理部送交动作通知的单元。上述所谓下一个部门是普通用语表现的功能部门，第2代理部只判定该功能部门是自己管理范围内的功能部门还是管理范围之外的功能部门即可。另外，在同时接收到来自第3代理部的动作通知和目的地功能部门时，因该功能部门是管理范围内的功能部门，故参照列表确定作为目的地的第1代理部。此外，第3代理部只接收目的地功能部门，并参照列表判定关于作为目的地的第2代理部的标识符即可。进而，作为参照的列表，如果第3代理部以事件数据的内容为条件作成可设定对应的目的地之类的列表，则第3代理部可匹配事件数据的内容和该列表上的事件数据的条件来确定目的地。此外，如果第2代理部也对参照的列表同样地以事件数据的内容为条件生成可设定对应的目的地之类的列表，则第2代理部也可以匹配事件数据的内容和该列表上的事件数据的条件确定目的地。如上所述这样，因工作流控制系统根据事件数据的内容自动地判定数据送交目的地并进行数据的送交，所以，即使用户应用程序或业务处理承担者对数据送交没有意识到也可以进行企业内的部门间及企业间的数据送交，能够准确且高效地控制涉及多个企业间的工作流。此外，在数据送交方法出现变更时，只要变更第2代理部所管理的工作流规则即可，而在数据送交目的地出现变更时，只要变更第2代理部及第3代理部在确定数据送交目的地时所参照的列表即可。工作流控制系统对应交易内容确定数据送交方法及数据送交目的地，实现涉及多个企业间的高可靠性、高效率的工作流控制。此外，工作流控制系统对应介于企业间的网络种类确定通信方式，由于进行数据的压缩或加密，所以，用户应用程序也无需刻意地进行数据传送时的数据的加工及安全的确保。附图说明图1是概略地示出系统构成例子的图。图2是示出实施形态的系统构成要素图。图3所示是保存在业务数据库112中的一个事件数据例子的图。图4所示是部门内工作流规则119的数据例子的图。图5所示是任务表120的数据例子的图。图6所示是在从商务代理部123接收到A/N发布指示时的任务代理部122的处理流的流程图例。图7所示是在从用户应用程序111接收到处理结束通知时的任务代理部122的处理流的流程图例。图8所示是事件状态转移基准表113的数据例子的图。图9所示是可执行动作表114的数据例子的图。图10所示是逻辑任务结点定义表115的数据例子的图。图11所示是担当商务代理表116的数据例子的图。图12所示是部署定义表117的数据例子的图。图13所示是在从用户应用程序111接收到处理结束通知时的商务代理部123的处理流的流程图例。图14所示是在从其它的商务代理部123接收到A/N发布委托时的商务代理部123的处理流本文档来自技高网...

【技术保护点】
一种利用电子计算机进行的工作流控制方法，其特征在于：在检测到业务处理中与事件数据有关的作业步骤结束时，根据该事件数据的数据输入状态，根据在部门内的工作流序列中规定下一个应该进行处理的承担者的部门内的工作流规则，判定下一个承担者是否处于应 该处理的事件状态，如果下一个承担者达到应该处理的事件状态，则对下一个承担者发布动作通知。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：森俊彦，曾我伸子，细田直文，曾我修治，矢加部太郎，
申请(专利权)人：株式会社日立制作所，
类型：发明
国别省市：JP[日本]