管理工作流的系统以及管理工作流的方法技术方案

公开了管理工作流的系统以及管理工作流的方法，以确保依赖于彼此的多个业务过程的有效进展。管理工作流的系统包含：存储单元，用于把已访问相关工件的用户所对应的业务过程的标识信息存储为至少一个工件的每一个的访问历史；请求接收单元，用于从用户接收工件的访问请求；第一通知单元，用于在从对应于第一业务过程的用户接收的第一访问请求是第一工件的更新请求的条件下，从存储单元检索对应于第一工件的访问历史，并且把第一工件将被更新的情况通知给对应于下述业务过程的用户：该业务过程的标识信息被包含在所检索的访问历史中；以及历史添加单元，用于响应基于第一访问请求已经访问第一工件的事件，把第一业务过程的标识信息添加到对应于第一工件的访问历史中。

【技术实现步骤摘要】

本专利技术涉及管理工作流的系统和管理工作流的方法。更具体地， 本专利技术涉及管理多个业务过程间的工作流的系统和管理多个业务过程 间的工作流的方法。
技术介绍
通常，IPO架构被用于设计业务过程之间的工作流。IPO架构定 义每一个业务过程为一组IPO(输入/处理/输出)。 一个业务过程和使用该一个业务过程的输出作为其输入的另一个业务过程之间的关系被定 义成上游/下游关系，以创建流程图。这使得能够精确地理解业务过程 之间的依赖关系。专利文献l描述了应用IPO架构的系统。该系统基于事先准备的工作流定义数据，以及在相应步骤产生的部件的部分表，自动地确定 任务的进展。 专利文献l日本待审专利公开说明书(Kokai)No.2002-73708
技术实现思路
本专利技术要解决的问题最近，在半导体和其它制造行业中，存在减少交付时间和节省成 本的市场需求，同时设计和生产过程变得越来越复杂。为了响应这个 需求，期望使多个业务过程有效地协作。然而，使用传统IPO架构， 未假定依赖于彼此的多个业务过程会并行处理.因而，即使在下游业 务过程可以在上游业务过程的处理期间开始的情况下，下游业务过程 不得不只在完成上游业务过程以后开始。此外，假定任何工件(artifact)会从上游业务过程传送到下游业务过程，并且未提供用于 多个业务过程对工件(可交付使用的)的更新之间的仲裁的功能。此外， 工作流会被管理者等等亊先定义，其中不假定工作流的动态更新。考虑到上述，本专利技术的一个目的是提供能够解决上述问题的系 统、方法、程序以及服务提供方法。通过本申请的独立权利要求书中 叙述的特征的组合来实现该目的，同时从属权利要求定义其它有利的 例子。解决问题的手段为了解决上迷问题，本专利技术提供了一种管理分别与具有工件的访 问权限的用户相关的多个业务过程间的工作流的系统，包含存储单 元，用于把已经访问相关工件的用户所对应的业务过程的标识信息存 储为至少一个工件的每一个的访问历史；请求接收单元，用于从用户 接收工件的访问请求；通知单元，用于在从对应于第一业务过程的用 户接收的第一访问请求是第 一工件的更新请求的条件下，从存储单元 检索对应于第一工件的访问历史，并且把第一工件将被更新的情况通 知给对应于下述任何业务过程的用户该任何业务过程的标识信息被 包含在所检索的访问历史中；以及历史添加单元，用于响应基于第一 访问请求访问第 一工件的事件，把第 一业务过程的标识信息添加到与 第 一工件相关地存储的访问历史中。应当注意，本专利技术的以上概述未列出本专利技术所需的所有特征，并 且这些特征的子組合也可以实现本专利技术。本专利技术的优点基于本专利技术，可以确保依赖于彼此的多个业务过程的有效进展。 附图说明图1示出管理系统10的总体结构； 图2A示出了存储单元20的数据结构的例子； 图2B示出了基于图2A中示出的例子的业务过程间的数据流； 图3示出了输出控制单元30的功能结构；图4示出了输入控制单元40的功能结构； 图5示出了服务器设备50的功能结构；图6是由输出控制单元30、输入控制单元40以及服务器设备50执 行的处理的概念框图7示出了由管理系统10执行的处理的流程； 图8示出了图7的S710的详细过程；以及图9示出了充当输出控制单元30、输入控制单元40或服务器设备 50的信息处理设备100的硬件结构的例子。 附图标记说明 10管理系统 20存储单元 30输出控制单元 40输入控制单元 50服务器设备 300请求接收单元 310访问单元 320第一通知单元 330完成确定单元 400请求接收单元 410访问单元 420输入准则确定单元 500访问控制单元 510历史添加单元 520关系确定单元 530第二通知单元具体实施例方式虽然下面结合本专利技术具体实施方式(此后，被称作，'实施例，，)来描 述本专利技术，然而以下实施例不用于限制所要求保护的专利技术，或实施例中讨论的特征的所有组合对于本专利技术的解决手段不一定是不可缺少 的。图1示出了管理系统10的总体结构。管理系统10是管理多个业务 过程间的工作流的系统。管理系统10包含存储单元20、服务器设备50、 与负责相应业务过程的人对应提供的多个输出控制单元30、以及负责 相应业务过程的人对应提供的多个输入控制单元40。存储单元20把已 经访问相关工件的用户所对应的业务过程的标识信息存储为至少一个 工件的每一个的访问历史。多个业务过程分別与具有业务过程的工件的访问权限的用户相 关。此后，对应于某业务过程的用户被称作负责相关业务过程的人。 业务过程是作为协商和/或调查的结果创建至少一个协议(agreement) 以作为工件的过程。业务过程可以是作为研究和开发的结果创建工件 的设计信息或规格的工程过程。工件是指通过指定业务过程产生的结 果对象。工件包含通过完成业务过程产生的结果对象和在业务过程期 间产生的中间产品。工件对应于可以被存储在存储单元20中的数据。 具体地，工件可以是由负责人或设计人员产生的设计数据，或可以是 由负责人或管理者确定的事物。此外，公共工件可以被多个业务过程 并行地引用或更新。输出控制单元30和输入控制单元40均从负责业务过程的相应人 处接收指定工件的访问请求。在访问请求是更新请求的情况下，输出 控制单元30把工件将被更新的情况通知给之前引用工件的其它人。这 允许负责依赖更新之前的工件的任何业务过程的人恰当地识别出过程 的重做或修改的必要性。在访问请求是引用请求的情况下，输入控制 单元40从存储单元20读取工件并且输出它到负责的人。在两种情况下， 服务器设备50把已经访问工件的人所负责的业务过程的标识信息添加 到与工件相关地存储在存储单元20中的访问历史中.此外，输入控制单元40均可以确定已经请求引用的工件的成熟度 指标是否满足预定准则.成熟度指标是指表示例如工件如何接近完成 状态的指标值。成熟度指标可以指示在之后的设计中修改工件的概率有多低。如果工件的成熟度指标满足条件，则输入控制单元40输出工 件到负责的人。如上所述，基于本实施例的管理系统10在访问请求来自负责的人 和工件的更新的条件下，向负责可能因此出现不一致性的任何业务过 程的人发送通知。这样做是为了针对全部多个业务过程，即使在负责 相应业务过程的人同时和并行地继续执行操作的情况下(没有事先为 总体工作流进行定义)仍然保持一致性。图2A示出了存储单元20的数据结构的例子。存储单元20针对多个 工件的每一个存储用于标识工件的工件ID、工件的内容、工件的所有 者、工件与另一个工件应当满足的关系、以及工件的访问历史，具体 地，如通过图2A中的例子所示，存储单元20与作为工件的ID的"RPT" 相关地存储作为工件的内容的值"60'，，和作为工件的成熟度指标的'， 成熟"。同样地，工件的内容可以是数字值的数据。工件的成熟度指 标可以是指示成熟程度的自然语言表示，或可以是指示成熟程度的数 字值(例如，相对于100%的百分比)。存储单元20还与工件相关地存储作为工件的所有者的业务过程 1。工件的所有者是指最近已经更新工件的负责人。最近已经更新工件 的人对应于在更新已经进行一次以上的情况下进行最后更新的负责 人，和在还未进行更新的情况下创建工件的负责人。在图2A示出的例 子中，最近已经更新本文档来自技高网...

【技术保护点】
一种管理分别与具有访问工件权限的用户相关的多个业务过程间的工作流的系统，包括：　　　　存储单元，用于把已访问相关工件的用户所对应的业务过程的标识信息存储为至少一个工件的每一个的访问历史；　　　　请求接收单元，用于从用户接收工件的访问请求；　　　　第一通知单元，用于在从对应于第一业务过程的用户接收的第一访问请求是第一工件的更新请求的条件下，从存储单元检索对应于第一工件的访问历史，并且把第一工件将被更新的情况通知给对应于下述业务过程的用户：该业务过程的标识信息被包含在所检索的访问历史中；以及　　　　历史添加单元，用于响应基于第一访问请求已经访问第一工件的事件，把第一业务过程的标识信息添加到对应于第一工件的访问历史中。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：赤津浩之，矢田康治，山田雅夫，枝宪二，冈野晃明，村井阳，
申请(专利权)人：国际商业机器公司，
类型：发明
国别省市：US[美国]