专利名称：P2p型工作流系统、信息处理装置及工作流支持系统的制作方法
技术领域：
本发明涉及一种工作流系统，其用于在例如企业等中，对由多个工序构成且经由多个作业者处理的一连串作业进行支持。
背景技术：
随着个人电脑(PC)的普及及网络环境的完善等，在很多企业中，广泛地实现业务的电子化。作为用于通过该电子化进行支持而高效地开展业务的一种方法，已知工作流系统。工作流系统通常由服务器统一管理作业的进展状况等，各个工序的作业者使用与服务器和网络连接的PC，在适当的时候实施所承担的作业。并且，关于该工作流系统，目前已提出各种方案(例如，参照专利文献1等)。专利文献1 日本特开2008-117258号公报
发明内容
在目前一般的服务器型工作流系统中，在未收容在同一个系统中的用户之间组合过程(工作流)的情况下，可以通过重新收容到同一个系统中，或使收容各个过程的系统之间连接而应对，但是，存在收容的系统的准备，或者，系统管理者的调整或连接作业麻烦的课题。另外，在目前一般的服务器型工作流系统中存在以下课题，S卩，因为由服务器管理过程或任务，所以要使从不同系统提供的过程间连接或协调，各个系统的管理者之间必须在调整后进行系统修正等连接作业，非常麻烦(这里的管理者包含有责任进行过程改善的职责)。另外，对于同一个系统提供的过程的改善也相同，一般来说，为了进行过程修正，管理者很麻烦。其结果是，为了对于管理成本的效果最大化，将系统中的支持范围缩减为整体最优的标准过程，除此之外的分支业务过程通过邮件或表计算工具等在系统外应对，或在系统的生成中组合业务而应对的情况不少。如果本身使用的多个系统间无联系，则也存在对于每个系统加强例如自身分解或相对于跨越的过程之间二次投入等自身调节的情况。另夕卜，即使是系统支持的业务过程，系统修正也无法跟得上围绕业务的环境变化，从而通过邮件或表计算工具完成业务过程，在事后向系统加入数据的情况也不少。本发明是考虑上述情况提出的，目的在于提供一种工作流系统、信息处理装置及工作流支持程序，其不会麻烦系统管理者，即可在希望改善过程的当事人之间实现可以改善的应用。为了实现上述目的，本发明的工作流系统为，将由多个任务组成的过程搭载在大于或等于1台计算机上，通过分配到上述多个任务中的至少1个任务的多个工作流支持程序依次进行处理，上述多个工作流支持程序分别具有组生成单元，其定义作为成员而归属的各个工作流程序的职责，并生成组；过程定义单元，其指定应承担各个任务的成员的职责，并且定义由多个任务组成的过程；以及过程处理单元，其处理通过上述过程定义单元定义的过程内的任务，将包含表示上述过程相关的各个任务的处理结果及进展状况的信息的消息，传送给已定义要承担下一个任务的职责的工作流支持程序，在通过上述组生成单元生成的组内，通过在上述多个工作流支持程序之间依次传送与该过程相关的信息，处理通过上述过程定义单元定义的过程。发明的效果根据本发明，可以实现不麻烦系统管理者，即可在要改善过程的当事人之间实现可以改善的运用。
图1是表示本发明的实施方式涉及的工作流系统的动作环境的图。图2是用于在说明该实施方式的工作流中形成的组的结构的图。图3是表示实现该实施方式的工作流程序的过程支持工具(工作流支持程序)的功能框图的图。图4是表示在该实施方式的工作流系统中使用的使用许可信息的一个结构例的图。图5A是用于说明该实施方式的工作流系统中使用的成员信息的一个结构例的第 1图。图5B是用于说明该实施方式的工作流系统中使用的成员信息的一个结构例的第 2图。图6A是用于说明该实施方式的工作流系统中使用的链接信息的一个结构例的第 1图。图6B是用于说明该实施方式的工作流系统中使用的链接信息的一个结构例的第 2图。图7是表示该实施方式的工作流系统中使用的归属许可信息的一个结构例的图。图8A是用于说明在该实施方式的工作流系统中定义的过程的一个结构例的第1 图。图8B是用于说明在该实施方式时的工作流系统中定义的过程的一个结构例的第 2图。图9是用于说明在该实施方式的工作流系统中，多个过程支持工序协同动作而处理过程的原理的概念图。图10是表示该实施方式的工作流系统中的过程(信息)的处理顺序的一个例子的流程图。图11是表示在该实施方式的工作流系统中提示的作业画面的一个例子的图。图12是用于说明相对于该实施方式的工作流系统中的信息的处理结果信息的追记顺序的一个例子的概念图。图13是表示在该实施方式的工作流系统中追记处理结果信息的消息的一个例子的图。图14是用于说明在该实施方式的工作流系统中协调多个过程的一个例子的图。
图15是用于说明在该实施方式的工作流系统中将某个过程的编辑项目通过其他过程细分的一个例子的图。标号的说明L···发起人Web服务器2…计算机10…过程支持工具1L···组成员管理部12…过程定义部13…任务处理部14…用户接口部15…通信处理部16…公钥密码部50…数据库51…成员信息52…链接信息53…归属许可信息讨…使用许可信息55…过程56…消息100 …组A…网络B …LAN
具体实施例方式下面，参照附图，说明本发明的一个实施方式。图1是表示本发明的实施方式涉及的工作流系统进行动作的环境的一个例子的图。本工作流系统，通过分别安装在PC或服务器等计算机2上的多个过程支持工具 10 (工作流支持程序)，经由网络(A，B)进行协同动作而实现。过程支持工具10例如是记录在计算机2可以读取的0D(0ptical disc)等中而发布、或者通过从发起人Web服务器下载而获取的程序。发起人Web服务器1是该过程支持工具10的发布源(发起人)开设的Web服务器，过程支持工具10的使用需求者(用户)经由网络A向发起人Web服务器1申请其使用许可，并获取使用许可信息。该使用许可信息包含过程支持工具10与其他过程支持工具10 协同动作而实现工作流系统所需的信息，其详细内容如后所述。本工作流系统是P2P型工作流系统，其通过将已从发起人Web服务器1获取使用许可信息的各个过程支持工具10组成组100，从而可以适当地定义并使用经由各个过程支持工作具10的用户之间的过程(工作流)。在图1的例子中，多个PC之间经由网络A组成组100 (组1)，另夕卜，由在N公司的区域内铺设的LAN⑶上的服务器及PC组成组100 (组2)，同样地，由在S公司区域内铺设的LAN(B)上的服务器及PC组成组100 (组3)。此外，在 N公司及S公司这两个公司的服务器之间组成组100(组4)。因此，各个过程处理工具10 之间的组100的形成，完全不受安装终端的计算机2放置状况的限制。此外，在图1中，表示各个用户分别使用计算机2，在各自的计算机2上分别安装过程支持工具10的例子，但本工作流系统并不限定于这种方式，例如，在多个用户共同使用1 台计算机2的情况下，通过在该1台计算机2上安装与用户数量对应的过程支持工具10，可以在共用该1台计算机2的多个用户之间使用工作流系统。图2是用于说明由实现本工作流系统(分别安装在计算机2上)的多个过程支持工具10形成的组100的结构的图。如图2所示，作为在该工作流系统中形成的组100，构成该组100的过程支持工具 10中的一个承担上级职责，而其他过程支持工具10承担下级职责。另外，各个过程支持工具10可以归属于多个组100。在图2所示的例子中，作为下级加入组5的过程支持工具 10(图2的al)，作为上级而形成组6。S卩，过程支持工具10同时具有用于作为上级而形成组100的上级功能，和用于作为下级而加入组100的下级功能。图3是表示实现本工作流系统的过程支持工具10的功能框图。如图3所示，过程支持工具10具有组成员管理部11、过程定义部12、任务处理部 13、用户接口部14、通信处理部15、公钥密码处理部16等。其中，组成员管理部11及过程定义部12是为了实现上级功能而设置的模块，任务处理部13、用户接口部14、通信处理部 15、公钥密码处理部16 (与上级或下级任务无关)是为了实现共通功能而设置的模块。此外，用户接口部14是用于经由键盘或指针设备等接收来自用户的数据输入，并且经由显示器等向用户进行数据输出的模块，通信处理处理部15是用于在与其他计算机2 之间收发电子邮件等消息的模块，公钥密码处理部16是用于进行由公钥密码方式进行数据加密/解密或电子签名及其验证的模块。另外，过程支持工具10具有数据库50，使用该数据库50管理成员信息51、链接信息52、归属许可信息53、使用许可信息54、过程55、消息56等各种信息。使用许可信息M的获取，例如，通过发起人提供的“使用许可申请”过程进行。过程的动作基于后述的过程的动作原理。由此获得的使用许可信息M由数据库50管理。在图4中表示使用许可信息M的一个结构例。使用许可信息M，例如作为由XML(Extensible markup language，可扩展标记语言)记载的文本数据而生成，包含唯一分配给过程支持工具10的“工具ID”、电子邮件地址等“用于消息交换的信息”、“用户公钥”，除此之外，还可以包含“用户名”、“使用期限”等。 发起人将上述信息作为例如对过程支持工具10的用户进行费用管理的信息使用。使用许可信息M标记发起人的电子签名，向过程支持工具10发送。在本实施方式中，公钥假定为以CA(certificate authority)局发布的证书形式处理的情况。发起人本身作为CA局，也可以以证书形式发布使用许可信息M。另外，包含该使用许可信息M在内，之后使用电子签名的各种数据的验证全部使用公钥密码处理部16执行。各个过程支持工具10根据所管理的公钥·私钥的信息，和使用许可信息M中记载的工具ID ·公钥，对自身进行识别。下面，对于如上所述分别获取了使用许可信息M的多个过程支持工具10协同动作，形成组100而对工作流进行定义·处理的基本原理进行说明。
在使用过程支持工具10的用户之间形成组100的情况下，如前所述，某一个用户的过程支持工具10成为上级。上级以外的用户的过程支持工具10通过上级的过程支持工具10获得归属许可信息53。归属许可信息53的获取，例如，通过发起人提供的“组形成” 过程进行。过程的动作根据后述的过程的动作原理。首先，通过“组形成”过程读入该组100相关的成员文件，根据该信息，组成员管理部11生成成员信息51。图5A是表示在成员信息51的生成中由用户生成的成员文件的一个例子的图，另一方面，图5B是表示成员信息51的一个例子的图。成员文件例如以表计算软件的工作表的形式生成。如图5A所示，包含“工具ID” 区域、“组名”区域、“可使用过程”区域、“职责”区域的值。在组100中使用与使用许可信息M不同的“用户名”、“用于消息交换的信息”、“用户的公钥”的情况下，也包含上述信息。 在这里，所谓过程，是指由多个工序组成的一连串的作业(工作流)，将过程内的各个工序称为任务。对于职责的详细内容如后所述。在图5A的例子中，将所形成的组100的名称设定为“B部门”。另外，成员“佐藤一郎”定义为，可以参与“批准”过程、“特别许可”过程，在“批准”过程中承担“职员”的职责、 在“特别许可”过程中承担“特别许可负责”的职责。成员“田中二郎”定义为，仅参与“批准”过程，“批准”过程中的职责是“课长”，另外，成员“铃木三郎”、“青木四郎”定义为，仅参与“批准”过程，在“批准”过程中的职责是“部长” “部门长”。并且，根据该成员文件，组成员管理部11生成图5B所示的成员信息51，由数据库50管理。作为成员信息51，例如作为以XML记载的文本数据而生成。图5B中“组ID”被分配为唯一的值，以使得在多个组100 之间不会重复，例如成为上级的用户的过程支持工具10的“工具ID” +每当该过程支持工具10成为上级而形成组100时递增的序列号等。此外，在由该(成为上级的用户的过程支持工具10的)组成员管理部11进行成员信息51的生成时，在成为下级的其他用户的过程支持工具10中，对应于来自上级的要求，返回本身的使用许可信息M，上级确认其内容，进行与成员使用相关的正当性验证或成员文件不包含公钥的情况下的公钥获取。此外，不仅是“组形成”过程这种上级主动地构成成员的方法，还存在例如通过发起人提供的“组加入申请”过程，由希望加入的用户申请而更新成员信息51的方法。然后，通过“组形成”过程或“组加入申请”过程，读入与该组100相关的链接文件， 根据该信息，组成员管理部11生成链接信息52。图6A是表示在链接信息52生成中由用户生成的链接文件的一个例子的图，另一方面，图6B是表示链接信息52的一个例子的图。链接文件例如以表计算软件的工作表的形式生成。在图6A的例子中，定义成员 “佐藤一郎”(职责“职员”)一成员“田中二郎”(职责“课长”)一成员“铃木三郎”(职责 “部长”)一成员“青木四郎”(职责“部门长”)这种(在将要形成的组100内)的成员间的链接。通过该链接文件中的定义，例如，在该组100内存在多个课长或部长时，在以成员 “佐藤一郎”为起点生成“职员”一“课长”一“部长”这种流程的情况下，可以使该过程可靠地在已有的多个课长或部长中以成员“田中二郎”、成员“铃木三郎”的顺序流通。此外，在根据过程而所使用的链接不同的情况下，也在“使用过程”栏中预先设定。并且，根据该链接文件，组成员管理部11生成图6B所示的链接信息52，由数据库50管理。链接信息52例如作为由XML记载的文本数据生成。如上所述，由组成员管理部11生成的成员信息51及链接信息52(在图3中标记阴影的数据)，由形成该组100的上级的过程支持工具10的数据库50管理。因此，在某个过程支持工具10归属于η个组100，对于其中m个组100，成为上级而形成·管理这些组100 的情况下，在该过程支持工具10的数据库50中，分别存在m个成员信息51及链接信息52。此外，通过“组形成”过程或“组加入申请”过程，组成员管理部11根据按照上述方式生成的成员信息51和链接信息52，生成归属于(也包含自身在内的)组100内的各个成员的归属许可信息53，分配给各成员。图7表示归属许可信息53的一个结构例。图7所示的归属许可信息53，是对于成员“佐藤一郎”生成的归属许可信息53的例子。此外，该组100假定成员“青木四郎”的过程支持工具10为上级而形成。因此，其工具ID "OOQKffkweoq"(参照图5A) +序列号“001，，分配作为该组100的组ID。组成员管理部11对于成员信息51中记载的各个成员，参照链接信息52，检测与该成员具有直接或间接的链接的其他成员。并且，包含“上级(自身的信息)”、“本人信息 (该成员信息)”、“成员(检测到的其他成员的信息)”，并且，生成以上述内容为范围的标记电子签名的数据，作为该成员用的归属许可信息53。归属许可信息53分别由分配终端的各个成员的过程支持工具10的数据库50管理。归属许可信息53例如作为由XML记载的文本数据而生成。根据图6B所示的链接信息52，可知成员“佐藤一郎与成员“田中二郎”(直接地) 具有关联，然后，因为该成员“田中二郎”与成员“铃木三郎”(直接地)具有关联，所以还可以知道，“佐藤一郎”与“铃木三郎”(间接地)具有关联。由此，通过追踪链接信息52，生成图7所示的成员“佐藤一郎”的归属许可信息53。此外，在链接信息内设定了应用过程的情况下，在关联成员的信息中设定“应用过程”。因为该归属许可信息53中包含上级的公钥及上级的电子签名，所以可以适当地验证其未被更改。在某个过程支持工具10归属于η个组 100的情况下，在该过程支持工具10的数据库50中(与上级或下级的职责无关)存在η个归属许可信息53。如上所述，基于“组形成”过程或“组加入申请”过程的由组成员管理部11进行的组100的形成完成后，成为上级的过程支持工具10，根据例如发起人提供的“过程定义”过程，通过过程定义部12执行在该组100内处理的过程55的定义。按照图8Α及图8Β，对于过程55的一个结构例进行说明。图8Α是表示在过程55的定义中由用户生成的过程文件的一个例子的图，另一方面，图8Β是表示根据该过程文件，过程定义部12生成的过程55的一个例子的图。如前所述，过程由一连串的任务构成，根据过程文件，定义各个任务的处理内容、 用于处理各个任务的成员的职责及任务的处理顺序。在图8Α的例子中，“批准”过程按照 “提案”任务一“提案书整理”任务一“提案人签名”任务一“确认”任务一…“完成”任务这一顺序定义。另外，如果以“提案”任务为例进行说明，则处理该“提案”任务的是承担“职员”职责的成员，其处理内容定义为变量“文件名”、“批准内容”、“批准金额”、“金额单位”及 “批准种类”的编辑。即，通过承担“实施者”区域的职责的成员按照“参数”区域的指定执行“控制语句”区域的命令，从而依次处理“任务ID”区域的任务。过程文件例如以表计算软件的工作表的形式生成。并且，根据该过程文件，过程定义部12生成图8B所示的过程55。这时，各个过程55被分配唯一的值作为过程ID，例如组 ID (OOQKffkeoq 001) +在组100内每当生成过程55时递增的序列号(001)等。另外，因为在各个过程55中包含上级的电子签名，所以可以使用归属许可信息53中包含的上级的公钥， 从而适当地验证该过程55未被更改。过程55，例如使用由XML记载的文本数据而生成。通过从发起人Web服务器1等获取定义典型内容的过程的过程模板，在该过程模板中标记作为组100的过程ID和过程名称、由上级进行的电子签名，作为过程55进行定义，可以从而可以节省上级的过程生成的麻烦。过程55由组100内的至少处理该过程55的成员的过程支持工具10发布，分别由数据库50管理。也可以取而代之，例如，由组100内的全部成员的过程支持工具10，利用可以使用的共享文件服务器等进行管理。下面，参照图9至图15，说明在如上所述(通过生成成员信息51、链接信息52及归属许可信息53)形成组100，并且定义过程55的本工作流系统中，归属于该组100的多个成员的过程支持工具10按照怎样的顺序协同动作而处理过程55。图9是用于说明在本工作流系统中，多个过程支持工具10协同动作处理过程55 的原理的概念图。各个过程支持工具10中的过程55的处理，通过任务处理部13执行。这里，假定希望成员“佐藤一郎”起草并提出批准书。定义该批准书相关的一连串作业(工作流)的过程为“批准”过程。因此，成员“佐藤一郎”使用过程支持工具10，(从多个过程中)进行选择“批准” 过程的操作。接受该操作，任务处理部13首先根据归属许可信息53 (上级的公钥)，验证作为过程55之一而管理的“批准”过程未被更改，另外，通过检查在该归属许可信息53中作为可以使用的过程而记载有“批准”过程，并检查记载最初的“提案”任务的职责“职员，，的职责，而确认成员“佐藤一郎”可以启动“批准”过程。如果能够验证正当性，确认可以启动， 则任务处理部13生成消息56，执行初始的“提案”任务。然后，该消息56在承担要处理由过程55定义的各个任务的职责的过程支持工具10之间流通。消息56在各个过程支持工具10中，通过作为消息管理部起作用的处理部13，由数据库50管理。在启动过程55时，即生成消息56时，任务处理部13将自身的归属许可信息53存储在该消息56内。因为在该归属许可信息53中包含存在于该消息56的流通路径上的成员的公钥，所以，以后各个成员可以使用该归属许可信息53适当地进行该消息56内的各种数据的验证。该“批准”过程按照“提案”任务一“提案书整理”任务一“提案者签名，，任务的流程进行处理，但因为上述任务定义应该由职责“职员，，的成员执行，所以通过启动该“批准” 过程的成员“佐藤一郎”的过程支持工具10，在任务处理部13的控制下连续地执行。任务处理部13每次处理对象的任务时，将其处理结果追记在该消息56内，标记电子签名。另一方面，其后的“确认”任务定义为应由职责“课长”的成员执行。因此，(成员 “佐藤一郎”的过程支持工具10的)任务处理部13，参照归属许可信息53，识别对于成员 “佐藤一郎”来说的“课长”是成员“田中二郎”，使用归属许可信息53中包含的“用于消息交换的信息”，向成员“田中二郎”的过程支持工具10，传送该消息56。并且，收到该消息56的(成员“田中二郎”的过程支持工具10的)任务处理部13，使用归属许可信息53中包含的前一个任务的成员的公钥，验证追记在该消息56内的标记电子签名之前的处理结果，如果其正当性得到验证，则开始自身的“确认”任务的处理。下面，同样地，将由成员“田中二郎”进行的任务的处理结果追记在该消息56内，根据归属许可信息53识别相对于成员“田中二郎”的部长是成员“铃木三郎”，并将该消息56传送给成员“铃木三郎”。此外，在同一个组100内，在其他课或部，即不是由成员“田中二郎”、成员“铃木三郎”任“课长”、“部长”的(职责“职员”的)成员启动该“批准”过程的情况下，该消息56 根据该成员的归属许可信息53，适当地确定相对于该成员的“课长”、“部长”并传送。在各个过程支持工具10中，任务处理部13根据作为控制语句而预先定义的语句处理各个任务。控制语句例如可以如下设定。 变量值向用户的显示、变量由用户进行的编辑、向变量的代入、运算、字符串操作·由用户的私钥进行的电子签名·常数定义、变量的层次定义·时间戳(相对于e文档(标记电子签名的电子文档)，获取服务提供者的时间戳) 向数据文件或数据库的写入、读出。向e文档的文件夹或数据库的保管·条件分支(包含下一个任务控制)、待机、重复·其他消息生成(其他过程启动)除了变量值的编辑等必需用户操作的情况以外，按照任务的规定，自动地进行处理。例如，在图8A中，“提案者签名，，任务是“sign”，生成由“提案日”或“文件名，，等组成的“批准书”，通过职员的私钥进行电子签名，但与变量相对应的动作全部通过“参照”而仅引用在以前的任务中已经使用的值，自动地处理。此外，任务处理部13在任务的控制语句中引用变量的情况下，依次追溯以前的任务的处理结果信息，将初始检测到的处理结果中的设定值视为此时的值，进行处理或显示。图10是表示本工作流系统中的过程55(消息56)的处理顺序的一个例子的流程图。首先，在归属于某一个组100的某一个过程支持工具10的任务处理部13的控制下，进行该组100中定义的某一个过程55的选择(步骤Al)。在进行该选择时，任务处理部 13根据该过程55中标记的上级的电子签名、归属许可信息53中包含的上级的公钥，验证该过程55的正当性(步骤A2)，此外，根据归属许可信息53，验证是否可以启动该过程55 (步骤 A3)。在经过该过程55的正当性的验证及可否启动的确认后，任务处理部13生成消息 56 (步骤A4)。消息56例如作为由XML记载的文本数据生成，包含消息ID、组ID (包含在过程ID内的情况下不需要)、过程ID、提出者的归属许可信息53。消息ID是在系统整体中作为唯一值而在此时生成的。例如，通过该过程支持工具10的工具ID+生成时刻信息+每当在单位生成时刻内生成消息而递增的序列号的组合分配。另外，也可以包含提出者的使用许可信息M或过程本身。使用许可信息M用于后述的初始用户处理等。并且，任务处理部13开始由过程55定义的初始任务的处理(步骤A5)。如果假定生成由图8A及图8B例示的“批准”过程相对应的消息56，则初始的任务是“提案”任务，其控制语句是“edit”，即“编辑”，任务处理部13例如提示图11所示的作业画面，促使用户进行各个项目的输入。如图8A及图8B所示，因为该“提案”任务是在变量“文件名”、变量“批准内容”、变量“批准金额”、变量“金额单位”及变量“批准类型”中输入值，所以，将这些输入区域配置在作业画面上而进行提示。这时，任务处理部13使用用户接口部14。如果该任务处理完成，则任务处理部13首先将其处理结果(成功/失败等)或作业画面上的输入值或运算处理结果等，作为处理结果信息记录在消息56中(步骤A6)。另夕卜，任务处理部13将自身的工具ID (处理者信息)同样地作为处理结果信息记录在消息56 中(步骤A7)。此外，任务处理部13例如将作业结束时刻等(其他关联信息)同样地作为处理结果信息记录在消息56中(步骤A8)。如果将处理结果信息记载在消息56中，则任务处理部13检查当前任务是否是最后的任务(“完成”；控制语句“terminate”)(步骤A9)。如果是最后的任务(步骤A9中的否)，则确定下一个任务，将其任务ID作为(下一个)处理结果信息存储在消息56中(步骤A10)。在下一个任务ID未被指定为任务的处理结果的情况下，选择过程55中当前任务的下一行记载的任务。另外，任务处理部13根据对应的过程55和归属许可信息53，确定前面确定的下一个任务的处理者，将其工具ID(处理者信息)作为(下一个)处理结果信息记录在消息56 中(步骤All)。下一个任务处理者作为任务的处理结果也被确定。如果该负责人信息未包含在消息内的归属许可信息53中，则在该负责人当值时，将该负责人的归属许可信息53追记在消息56中(用于相对于处理结果的电子签名的验证)。并且，任务处理部13以相对于消息56追记之前的记录内容为范围，追加电子签名 (步骤A12)。在这里，参照图12及图13，说明如上所述通过过程支持工具10的任务处理部13 附加处理结果信息的消息56的一个结构。图12是用于说明相对于消息56的处理结果信息的追记顺序的一个例子的概念图。区域bl的信息在前一个任务完成时，由前一个任务的处理者设定为下一个任务信息。 另外，区域1^2表示初始的任务处理者标记电子签名时的范围的例子，区域b3表示下一个任务处理者标记电子签名时的范围的例子。另一方面，图13是表示按照上述顺序追记处理结果信息的消息56的一个例子的图。然后，任务处理部13判定前面确定的下一个任务的处理者是否是其他用户(步骤 A13)。并且，如果是其他用户(步骤A13的是)，则任务处理部13根据归属许可信息53，向该其他用户的过程支持工具10发送消息56(步骤A14)。另一方面，在作为下一个任务处理者的用户的过程支持工具10中，任务处理部13 根据上一个任务之前的处理者标记的电子签名和包含在归属许可信息53中的上一个任务之前的处理者的公钥，验证该消息56的正当性(步骤A15)，并且，根据该过程55附带的上级的电子签名和归属许可信息53中包含的上级的公钥，验证与该消息56相对应的过程55 的正当性(步骤A16)。并且，在经过该消息56的正当性及与该消息56相对应的过程55的正当性的验证之后，任务处理部13开始由前一个任务的处理者追记在消息56中的当前任务的处理(步骤A17)。
以后，与前一个任务的处理者(的任务处理部13)同样地，任务处理部13实施从步骤A6开始的处理，执行向消息56的处理结果信息的追记等。并且，在当前任务为最后任务的情况下(步骤A9的是)，任务处理部13向处理结果信息标记电子签名，结束与该消息 56相关的处理(步骤A18)。任务处理部13可以通过用户接口部14向用户提示消息56的一览表，或消息56 的处理结果信息或进展状况。在消息56中作为过程处理结果的成果物生成e文书。在图8A所示的“批准”过程的情况下，“提案者签名”任务的“sign”即由佐藤一郎的电子签名后的“提案日”、“文件名”、“提案者”等组成的e文书“批准书”生成在图12的“(作为成果物的e文书)”的位置。并且，在该“批准”过程中，职员电子签名后的批准书中重复课长、部长的电子签名，成为通过其后的任务标记“文件名，，的文件名，存储在任务内指定的文件夹中。流通的信息(使用许可信息54、归属许可信息53、过程55、消息56)，全部通过电子签名验证是否未被更改，对于无正当的签名或不正确的消息，不进行处理，而将错误消息通知给用户。如图2所示，在本工作流系统中，1个过程支持工具10有可能归属于多个组100。 因此，在本工作流系统中，通过消息协调或其他消息生成，也包括在不同的组100之间，实现过程的协调。S卩，在本工作流系统中设置控制语句，其作为过程55内的1个任务，用于任务处理部13进行(在本身许可的范围内)过程55的启动(消息56的生成)。另外，相对于本身当值的消息56，可以在控制语句中进行设定，以根据组ID、过程ID、任务ID、消息ID、变量值等检索该消息56或监视该消息56到达，在检测到的情况下，进行特定的处理。也可以在控制语句中记载为，在检测对象的消息56为用户等待编辑的任务的情况下，自动处理向该任务的编辑对象变量的代入。另外，也可以在控制语句中设定为，相对于检测对象的消息56，将编辑对象的变量细分化。在图1所示的例子中，S公司的X部门服务器、N公司的Y部门服务器分别归属于组3、组2，与此同时，这各个服务器也归属于组4。参照图14，说明在这种状况下，在归属于这3个组100的各个服务器中，使组4的过程55、组3的过程55、组2的过程55协调的一个例子。首先，在S公司(X部门)-N公司(Y部门)之间的组4中，假定已经定义“订货/ 接受订货”过程。作为该“订货/接受订货”过程，相对于X部门的过程支持工具10、γ部门的过程支持工具10，各个公司的负责人可以直接输入编辑项目，开展任务，但是，进行改善以使得在各个公司间使各自的过程协调，以减少人手介入的情况。即，在S公司中使用于在组3中订货的“订货管理”过程与“批准”过程协调，在N公司中，使组2中“接受订货处理” 过程协调。结果是，从在S公司的订货批准提案经由公司间的”订货/接受订货”到N公司的“接受订货处理”过程，跨过组100而使过程协调。在这种情况下，S公司X部门在组3中，承担管理用于(在S公司内的)订货的批准文件的职责，并且，接受该职责后，在组4中承担(相对于N公司)发布订货书的职责，另一方面，N公司Y部门在组4中承担接受(来自S公司的)订货书的职责，并且，接受该职责，在组2中承担启动(N公司内的)“接受订货处理”过程的职责。首先，如果S公司的职员C启动“订货管理”，则最初的“批准过程生成”任务启动 “批准”过程。这是以职员C的“批准”过程启动许可记载在归属许可信息53内的情况为前提。然后，通过“编辑项目细分化”任务将“批准”过程的“提案”任务中的用户编辑项目“批准内容”，细分为“合约目的”、“合约文件名”、“合约金额”、“成果物”、“缴纳期”、“甲”、 “乙”、“合约目标选定理由”。该处理后的“批准”过程的启动画面例子如图15所示，虽然是与图11相同的过程、相同的任务，但将“批准内容”细分化(图15的Cl)。由此，可以不变更主干过程本身，而通过使“订货管理”过程这样的分支过程协调化，而改善过程整体。然后，“订货管理”过程在X部门中，在“批准书监视”任务中，以消息ID和批准书内的变量值为基础，监视该批准被认可。如果检测到批准被认可，则在“订货/接受订货过程生成”任务中生成“订货/接受订货”过程，在“订货书记录”任务中从批准书向订货书转记所需的项目。此外，在图14中，一定时间内未检测到批准书的情况下的处理等例外处理任务全部省略。“订货/接受订货”过程由“订货管理”过程自动地生成，通过由“订货书记录”任务自动设定相对于初始的任务即“订货书发布”任务需要编辑的全部项目而完成任务，作为 “申请书发布”任务向N公司Y部门传送。在N公司Y部门，预先启动的“订货处理”过程通过“订货监视”任务监视“订货/ 接受订货”过程的到达，如果检测到，则通过“接受订货处理过程生成”任务，启动其他的“接受订货处理”过程，以用于后续的“订货/接受订货”过程监视，而自身则通过后面的“订货内容转记”任务，从订货书获取必要的信息并存储在变量中，在“申请书发布”任务中设定相对于自身承担的“接受订货，，过程的“申请书发布”任务所需的编辑项目，进入“订货处理” 任务。此外，在上述流程中，在N公司“接受订货，，过程中不生成“订货处理”过程，而在检测到“接受订货”过程到达的情况下，使“订货处理”过程通过，但这是以“接受订货”过程不仅是N公司、S公司而是多个公司之间可以使用，且无法变更规格为前提。在这种情况下，也可以使分支过程的“订货处理”与主干过程即“订货/接受订货”的过程协调，从而改
善过程整体。说明过程协调的构造。通过由消息生成记载的任务生成的消息56或在控制语句设定的条件下检测到的消息56，其消息ID作为标的消息记录在处理结果信息中，在后面的任务中，检测到新的标的消息之前，或者，在实施者改变之前，在任务控制时作为标的消息处理。标的消息可以按照 < 标的消息1>、<标的消息2>的方式处理多个标的消息。在控制语句中，通过指定“标的消息1(变量1)”，可以与本过程55内的变量同样地进行代入处理。此外，可以代入处理的，是用户等待标记标的消息的任务的情况。在成为其他消息56的标的所需的项目全部设定了值的情况下，通过例如过程55 的控制语句内记载该内容而进行控制，如果已经设定，则立即完成任务，或是为了保留用户再编辑的余地而完成需要用户主动地进行意思表示。如果执行控制语句中设定的任务而将编辑对象细分化，则细分化对象的变量(在图15的例子中是“批准内容”)和下级变量(在图15的例子中是“合约目的”、“合约文件名”等)的定义信息，被记录在标的消息侧的当时的任务的处理结果信息中，在其后的任务中显示促使用户编辑而设定的信息时，处理细分化后的下级变量。在检测到的标的消息侧检测到的一侧的消息ID及“已启动”标志被设定在消息内，控制使其不再启动，即不再作为标的消息进行处理。在检测一侧的过程55的控制语句中设定启动类别，通过将其作为“已启动”标志记录，相对于该过程55的该任务不再启动，但可以接受来自不同过程55或任务的启动。另外，也可以不设定“已启动”标志，而进行任意重新启动多次的指定。此外，因为在检测到一侧的标的消息的管理，及检测到的标的消息侧的启动源消息ID、“已启动”标志的管理是仅当值的用户管理即可的信息，所以，并不是记录在消息内， 而是可以作为消息管理的附属信息，在过程支持工具10内另外管理。由此，在本工作流系统中，因为使自身承担的任务作为消息自行管理，所以不实现现有一般的服务器型的工作流系统中必需的对系统管理者的调整，可以在承担的范围内， 自行衡量而进行由过程协调进行的改善。例如，可以本身作为上级，使分担业务的成员和组联合，通过重新定义用于实现本身承担的任务的过程并使其协调，实现任务的细分化和妥协。由此，例如，在本公司内定义主干过程，对应于事业内容或事业展开的国情，在事业部中增加定义分支过程，对应于所处理的业务内容或负责人的特性 技能，增加定义分支过程，从而通过对应于实际的组织构造或职责，将过程层次化而定义并使其协调，作为整体，可以形成最优过程。通过特定的负责人或岗位而可以进行局部的过程改善，如果是良好的过程，则可以依次转用至相邻的岗位，最终，可以将“要加入事业部的标准过程” “要加入整个公司过程”这种流程加入日常业务。由此，可以配合环境变化，实现过程的进化。另外，本工作流系统通过由P2P型实现工作流系统，从而可以以当事人的衡量将希望联系的用户组成组，定义过程并使其协调。在希望联系的主体之间，因为可以依次联系，所以可以认为作为系统整体具有无限的收容能力，可以实现无限的过程协调。此外，在本工作流系统中，因为可以作为e文书生成过程的处理结果或成果物，所以容易进行证据 证迹的确认，容易分段进行过程改善。另外，可以实现证据 证迹的层次化、反复流通，可以以相同的形式，通过电子方式实现使用纸张在真实世界进行的传送·盖章·附加·保管等过程，例如附加他人发布的保证书而提出申请书等。此外，本工作流系统并不限定于上述实施方式中说明的内容，可以进行各种变形。如果是在目录服务器的使用等中，在需要的时候容易获取所需的成员的公钥的环境，则成员信息51或归属许可信息53中的成员的公钥保持不是必需的。可以选择使消息大小或消息处理时间中的哪一个优先。在消息56的基础上，通过控制消息的收发，可以实现消息送达确认或进展通知、 用户控制信息传递(过程中止、返回等)等。在消息发送的过程中，在发送消息56中的全部信息的方式的基础上，也可以采用下述方式，即，消息56本身由来自关联成员可访问的服务器的共享文件夹或数据库管理， 仅将包含保存位置和消息ID的当值通知作为控制消息发送。在多个类似过程55中，设定相同的“业务种类”，在归属许可信息53中也可以以“业务种类”为单位设定许可过程。另外，归属许可信息53和过程55可以分别包含年代编号、有效期信息等。在信息有更新的情况下，使年代编号增大。在预约变更的情况下，在当前信息中分配追记“结束日期”的版本和最新信息的版本(标明开始日期)这两个信息。另外，也可以定义初始用户处理过程，即使在归属许可信息53中未许可，其也可以由组成员中的某一位提出，或使组成员以外的用户可以提出或承担任务。在这种情况下， 在该任务处理中对应于需要，相对于该成员赋予该过程55内的职责。在成员以外的用户的情况下，向消息56中取代归属许可信息53而添加使用许可信息M。这是为了使向处理结果信息的签名验证用的公钥信息流通。在目录服务器使用等中，在需要的时候可以容易地获取所需的用户公钥的环境的情况下或不需要用户公钥等的情况下，也并非必须添加使用许可信息M。也可以定义不需要向处理结果的签名的过程。在过程定义中，可以取代职责，设定确定过程支持工具10的工具ID。组织内的多个用户可以登录到图1中的X部门等的组织用的过程支持工具10。通常最大只有1个人赋予任务执行的权限，而其他用户仅可以参照。在仅赋予参照权的用户必须进行作业的情况下，在自己用的过程支持工具10中进行作业，通过定义使结果进行过程协调的过程并运用，可以适当地保持内部统一管理。
权利要求
1.一种工作流系统，其利用多个工作流支持程序依次对由多个任务组成的过程进行处理，该多个工作流支持程序搭载在大于或等于1台计算机中，被分配上述多个任务中的至少1个任务，其特征在于，上述多个工作流支持程序分别具有组生成单元，其定义作为成员而归属的各个工作流程序的职责，并且生成组；过程定义单元，其定义过程，该过程由多个任务组成，并指定应承担各个任务的成员的职责；以及过程处理单元，其处理由上述过程定义单元定义的过程内的任务，将包含表示与该过程相关的各个任务的处理结果及进展状况的信息的消息，向定义为应承担下一个任务的职责的工作流支持程序传送，在通过上述组生成单元生成的组内，通过在上述多个工作流支持程序之间依次传送与该过程相关的信息，对通过上述过程定义单元定义的过程进行处理。
2.如权利要求1所述的工作流系统，其特征在于，上述组生成单元包含下述单元对于归属于组的每一个成员，生成归属信息，并将该归属信息分别向作为成员的组内其他工作流支持程序提供，该归属信息定义该成员在该组内与过程的处理相关的动作可能范围及与相关联的其他成员的联系，上述过程处理单元包含下述单元根据上述归属信息，判断可否对上述过程内的任务执行处理，并且，确定上述消息的传送目标。
3.如权利要求1或2所述的工作流系统，其特征在于，上述过程处理单元包含下述单元将表示各个任务的处理结果及进展信息的信息追记在上述消息内。
4.如权利要求1至3中任意一项所述的工作流系统，其特征在于，上述过程定义单元包含下述单元将与定义的过程相关的信息，分别向通过上述组生成单元而成为成员的组内其他工作流支持程序提供，上述过程处理单元包含下述单元根据与上述过程相关的信息， 对上述过程内的任务进行处理。
5.如权利要求1所述的工作流系统，其特征在于，上述多个工作流支持程序，分别在可以作为成员而归属于多个组，并且，可以作为成员而归属于其他工作流支持程序通过上述组生成单元生成的组的状态下，可以通过自身的上述组生成单元生成新的组。
6.如权利要求1所述的工作流系统，其特征在于，上述过程定义单元可以在1个工作流支持程序中，定义包含下述任务的过程，该任务是生成不同过程，以用于作为第1过程内的任务处理而生成第2过程。
7.如权利要求1所述的工作流系统，其特征在于，上述过程定义单元在1个工作流支持程序中，可以定义包含下述任务的过程，该任务是检测与不同的过程相关的消息，执行对该检测到的消息的处理，以用于作为第1过程内的任务处理而取代应由第2过程执行的处理。
8.如权利要求1所述的工作流程序，其特征在于，上述过程处理单元包含下述单元将上述过程的处理结果或成果物，作为标记了电子签名的电子文书附加在上述消息中。
9.如权利要求3所述的工作流系统，其特征在于，上述多个工作流支持程序分别还具有篡改对策单元，其相对于上述归属信息、上述与过程相关的信息、上述消息内追记的表示各个任务的处理结果及进展信息的信息中的至少一个，标记电子签名，或者，通过上述信息中附带的电子签名验证从其他工作流支持程序接收到的上述信息未被更改。
10.一种信息处理装置，其与经由网络连接的其他信息处理装置协同动作，处理由多个任务构成的过程，其特征在于，具有组生成单元，其定义作为成员而归属的信息处理装置的各自的职责，并且生成组； 过程定义单元，其定义过程，该过程由多个任务组成，并指定应承担各个任务的成员的职责；以及过程处理单元，其处理由上述过程定义单元定义的过程内的任务，将包含表示与该过程相关的各个任务的处理结果及进展状况的信息的消息，向定义为应承担下一个任务的职责的信息处理装置传送。
11. 一种工作流支持程序，其特征在于，使与经由网络连接的其他信息处理装置协同动作，处理由多个任务构成的过程的计算机作为下述单元起作用组生成单元，其定义作为成员而归属的计算机的各自的职责，并且生成组； 过程定义单元，其定义过程，该过程由多个任务组成，并指定应承担各个任务的成员的职责；以及过程处理单元，其处理由上述过程定义单元定义的过程内的任务，将包含表示与该过程相关的各个任务的处理结果及进展状况的信息的消息，向定义为应承担下一个任务的职责的信息处理装置传送。
全文摘要
本工作流系统通过多个过程支持工具(10)经由网络协同动作而构成。使某个过程支持工具(10)成为上级，形成组(100)，定义组(100)的各个成员的职责和由多个任务构成的工作流(过程55)。并且，该组(100)的各个成员根据定义的成员的职责，确定下一个任务的处理者，同时处理过程(55)，并使追记其结果的消息(56)依次在成员间流通。
文档编号G06Q10/00GK102576429SQ20098016183
公开日2012年7月11日 申请日期2009年10月7日 优先权日2009年10月7日
发明者中岛裕文 申请人:中岛裕文