本发明专利技术提供一种多个业务工序的各个操作者，根据在其他业务工序中生成的工序信息，生成该业务工序的工序信息，进而向其他业务工序提供，以此行进业务管理的系统。在该系统中，分别对应于可以识别为其他工序信息的识别信息记录有各个工序信息。从一个上述业务工序的操作者接收开始上述一个业务工序所需要的工序信息请求。然后，向其他操作者显示所接收的上述请求。然后，上述其他操作者在各个业务工序中生成的各个上述工序信息中，从上述其他操作者接收上述请求的工序信息的识别信息的回答。然后，在收到上述工序信息的识别信息的回答时，生成表示上述一个业务工序依存于生成该工序信息的业务工序的依存信息。
【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及。本专利技术特别是涉及生成表示构成 业务的多个业务工序间依存关系的工序流程的系统及其方法。
技术介绍
以前，为了提高业务进展管理效率，生成由多个业务工序构成的业务 的工序流程。例如，图1表示各个业务工序是否依存于在其他业务工序生成的工序信息。图l(a)称为设计结构矩阵等(参照非专利文献1 )。在该图中， 横轴表示依存关系的依存源，纵轴表示依存关系的依存目的地。就是说， 业务工序B依存于业务工序A。此外，业务工序A及业务工序F相互依存。 以前，采用设计结构矩阵，改变操作者的组织等。例如，重新排列图l(a) 所示的多个操作工序便得到图l(b)。看看图l(b)即可轻易地判断操作工序 A及F彼此依存。因此，例如，把这些工序编成同一组织就可以提高操作 效率。同样地，可以轻易地判断出，操作工序B， C， D， E及G是密切依 存的。因此，例如，把它们编成同一组织就可以提高操作效率。但是，在像汽车开发那样具有多个业务工序的复杂依存关系的情况下， 项目管理者难以掌握全部业务工序的依存关系。因此，以前，雇用工序管 理顾问，由该顾问编制表示业务工序的工序信息和业务工序间有无依存关 系的表(例如，参照非专利文献l)。具体地说，顾问必须会见各个操作者， 在操作上要花费大量的时间和费用。另外，比如，即使判明有适当的依存 关系，在技术革新显著的
，每种制品依存关系不同，此外，有时 即使设计稍有改变，依存关系也会改变。因此，在实际业务上，往往不明 确查明业务工序之间的依存关系，便原样不变地列出时间安排。此外，作为确定业务工序间依存关系特别困难的理由，可以举出某个业务工序不等其上游工序完成便已开始的事实。图2表示在汽车开发业务 中，各个业务工序间关系的具体示例。该图的横向表示时间的行进方向。 就是说，制品计划工序首先开始，接着是外部/内部设计和结构设计等工序。 在该图的示例中，某业务工序的下游工序，不一定要等待该业务工序完成 才开始。例如，在本图中，外部/内部设计工序在制品计划完成之前就已经 开始了。此时，上游工序的成果，在开发途中阶段便提供给下游工序。非专利文献 l:Yassine， A. and Braha, D.:Complex Concurrent Engineering and the Design Structure Matrix Method ， Concurrent Engineering Research & Applications ，Volume 11 ， N0.3 Sept. 2003.但是，在像汽车开发这样的大规模的业务中，在对于工序信息引入成 熟度和与成熟度相应的依存关系的概念的情况下，业务整体的依存关系变 得更加复杂。因此，业务整体管理变得极其困难，往往不明确查清业务工 序间的依存关系便原样不变地拟定时间安排。结果，项目的进展无法可视 化，此外，还有发生追加工数的风险无法管理的问题。
技术实现思路
因此，本专利技术目的在于，提供一种可以解决上述问题的系统、方法及 程序。该目的通过组合权利要求书中独立项所记载的特征达到。此外，从 属项规定本专利技术的更有利的具体示例。为了解决上述问题，在本专利技术中提供一种系统以及用该系统管理业务 的方法及程序，上述系统是多个业务工序的各个操作者，根据在其他业务 工序中生成的工序信息，生成该业务工序的工序信息，进而向其他业务工 序提供，以此行进业务管理的系统，各工序信息分別对应于可以与其他工 序信息识别的识别信息，其中，该系统具有请求接收部，其从一个上述业务工序的操作者接收开始上述一个业务工序所需要的工序信息的请求； 请求显示部，其向其他操作者显示所接收的上述请求；回答接收部，其从 上述其他操作者接收上述其他操作者所承担的各个业务工序中生成的各个 上述工序信息中的、上述请求的工序信息的识别信息的回答；和生成部， 其在收到上述工序信息的识别信息的回答时，生成表示上述一个业务工序依存于生成该工序信息的业务工序的依存信息。另外，上述专利技术概要，并未列举本专利技术所请求的全部特征，这些特征 群的子组合也构成本专利技术。按照本专利技术，可以比以前更有效地管理业务的进展。附图说明图1是表示各个业务工序是否依存于在其他业务工序生成的工序信息的图；图2表示在汽车的开发业务中，各个业务工序间的关系的具体示例；图3表示信息处理系统10的整体结构；图4表示业务管理系统40的功能结构；图5表示信息记录部450的数据结构的一个示例；图6表示依存记录部460的数据结构的一个示例；图7表示用户记录部470的数据结构的一个示例；图8是表示业务工序间依存关系的概念图；图9表示业务管理系统4 0制作工序流程信息的处理的 一 个示例；图IO表示图9中S930处理的详细情况；而图11表示起业务管理系统40作用的信息处理装置的硬件结构的一个 示例。符号的说明10信息处理系统20管理员终端30操作者终端40业务管理系统400信息显示部410请求接收部420请求显示部430回答接收部440流程生成部450 信息记录部460 依存记录部470 用户记录部480 通知部490 工序管理部495 工序显示部500 信息处理装置具体实施方式以下，通过专利技术的实施例说明本专利技术，但是以下的实施例并不限制权 利要求书所限定的本专利技术，另外，并不限定在实施例中说明的特征的全部 组合就是本专利技术的解决手段所必须的。图3表示信息处理系统10的整体结构。信息处理系统IO具有管理员 终端20、操作者终端30-1 N和业务管理系统40。管理员终端20是管 理整个业务的管理员所操作的信息处理装置。各个操作者终端30 - 1 ~ N， 分别与承担业务操作的多个操作者对应设置，向各个操作者显示信息或接 收各个操作者的操作。业务管理系统40向其他操作者终端(例如，操作者 终端30 - 2)显示从某个操作者终端(例如，操作者终端30 - l)取得的信息， 或向管理员终端20显示所取得的信息。与本实施示例相关的业务管理系统40，从第l业务工序的操作者接收 开始该笫1业务工序所需要的信息请求。该业务工序，例如，是设计汽车 零件的工序。此外，该信息，例如，是成为开始该第1业务工序的前提的 零件设计信息，具体地说，有关该零件某部分的尺寸和重量等信息。作为 一个示例，在设计汽车门框的业务工序中，门的面板部分的零件尺寸便成 为前提。此外，由于业务工序所需要的零件尺寸的精度不同，故在信息的 请求中最好还相应地取得表示其精度的信息。业务管理系统40向其他操作者的操作者终端显示所接收的请求。然 后，业务管理系统40在该其他操作者所承担的各个业务工序中生成的各个 工序信息中，从其他操作者接收包含所请求的信息的工序信息的识别信息。例如，在设计某零件的业务工序中，作为其操作结果，生成零件各个部分 的尺寸数据。这些数据，存入单一的文件或包含多个文件的文件夹中。在本实施示例中，这样的文件或文件夹称为工序信息。业务管理系统40接收 文件或文件夹的路径名作为工序信息的识别信息。然后，业务管理系统40生成表示上述第1业务工序依存于生成其工序 信息的第2业务工序的依存信息。业务管理系统40，在其他业务工序组合 方面，依次反复进行以上处理，生成表示构成业务整体的多个业务工序间 依存关系的工本文档来自技高网...
【技术保护点】
一种系统，是多个业务工序的各个操作者，根据在其他业务工序中生成的工序信息，生成该业务工序的工序信息，进而向其他业务工序提供，以此行进业务管理的系统，各工序信息分别对应于可以与其他工序信息识别的识别信息， 其中，该系统具有： 请求接收部，其从一个上述业务工序的操作者接收开始上述一个业务工序所需要的工序信息的请求； 请求显示部，其向其他操作者显示所接收的上述请求； 回答接收部，其从上述其他操作者接收上述其他操作者所承担的各个业务工序中生成的各个上述工序信息中的、上述请求的工序信息的识别信息的回答；和 生成部，其在收到上述工序信息的识别信息的回答时，生成表示上述一个业务工序依存于生成该工序信息的业务工序的依存信息。
【技术特征摘要】
【国外来华专利技术】...
【专利技术属性】
技术研发人员：加纳真，安达久俊，小出昭夫，
申请(专利权)人：国际商业机器公司，
类型：发明
国别省市：US[美国]
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。