CN101128784A - 业务管理系统、业务管理系统构建支持服务、控制方法和程序 - Google Patents

Abstract

即使在互相依赖的多个业务步骤并行进行的情况下，也能够恰当地管理包括这些业务步骤的业务整体的进展。管理业务的进展的业务管理系统，具备：步骤记录部，与多个业务步骤的至少一个相对应地，记录作为向该业务步骤提供成果物的其他业务步骤的前步骤；基准成熟度记录部，关于记录于步骤记录部中、与一个业务步骤对应的各个前步骤，记录作为用于开始一个业务步骤所需的该前步骤的成果物的成熟度的基准成熟度。关于与一个业务步骤对应地记录于步骤记录部中的各个前步骤，取得该前步骤的成果物的成熟度，在与一个业务步骤对应地记录于步骤记录部中的任意一个前步骤中，以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件，通知一个业务步骤能够开始。

Description

业务管理系统、业务管理系统构建支持服务、控制方法和程序

技术领域

本发明涉及业务管理系统、业务管理系统构建支持服务、控制方法和程序。尤其本发明涉及管理业务的进展的业务管理系统、业务管理系统构建支持服务、控制方法和程序。

背景技术

近年来，对企业来讲，迅速且低成本地进行从采购到销售的业务步骤成为重要的课题。其中尤其在制造业或者计算机系统工程界，由于一般的业务过程是利用前步骤的成果物进行后步骤，所以步骤管理和进展管理对业务的最优化非常重要。因此，以往，作为支持步骤管理和进展管理的方法，采用被称为工作流系统或业务过程集成的方法。

但是，与业务步骤的最优化的推广相伴，企业间的竞争进一步激化，要求业务步骤进一步缩短。例如，有时使本应该等到前步骤结束后再开始的后步骤，在前步骤进展到某种程度时便开始。由此，有时并行执行形式上不能并行执行的业务，使得能够缩短步骤整体。

例如，图1表示包括多个业务步骤的业务的具体例子。该业务的目的是开发新的汽车。图1(a)表示在等到各个业务步骤的前步骤结束后再开始各个业务步骤时的业务流。此时，从业务开始到结束为止需要40～48个月。图1(b)表示使一部分业务步骤与其前步骤并行进行的情况下的业务流。此时，从业务开始到结束为止需要20～22个月，与图1(a)比较缩短了业务的处理时间。

以往，作为支持这样的业务管理的技术，提出有这样的方法：预先存储好用于开始后步骤的条件，在将由用户输入的进展状况与该条件进行比较的基础上，判断是否开始后步骤(参照专利文献1或2)。由此，即使在存在形式上被作为前步骤的业务步骤的情况下，也能够恰当地判断可否开始后步骤，从而支持业务整体的效率化。

专利文献1：特开2003-345591号公报

专利文献2：特开2001-101310号公报

在专利文献1的技术中，需要用能够进行通用的描述的SQL描述业务步骤的开始条件(参照图9或图10)。但是，如果通用的描述是可能的，则在能够应用于各种各样的业务的反面，业务步骤能否被有效地效率化，则依赖于条件制作者的经验、技巧等。另外，根据条件的内容，有时会陷入多个业务步骤互相以其他的业务步骤的结束作为开始条件的死锁状态。在通用的条件能够描述的情况下，难以恰当地检测出这样的死锁状态。

在专利文献2的技术中，也与专利文献1的技术一样，不能够支持用于使业务整体效率化的条件设定。另外，在该文献中，并没有记载对用于开始业务步骤的条件进行准备的方法。虽然只要业务整体的管理者正确地把握了全部业务步骤就不会有问题产生，但在近年来的高端、复杂化的业务中，预先准备全部业务步骤的开始条件是不现实的。

发明内容

因此，本发明的目的是，提供能够管理业务的进展的业务管理系统、控制方法、程序和这些的系统构建支持服务。该目的通过权利要求书中的独立权利要求所记载的特征的组合来达成。另外，从属权利要求规定本发明的更为优选的具体例。

为了解决上述问题，在本发明中，提供一种程序，其使信息处理装置作为具备以下各部的管理业务的进展的业务管理系统、业务管理系统的控制方法和业务管理系统而发挥作用：步骤记录部，其与包含于业务中的多个业务步骤的至少一个相对应地，记录作为向该业务步骤提供成果物的其他业务步骤的前步骤；基准成熟度记录部，其关于记录于步骤记录部中的、与一个业务步骤对应的各个前步骤，记录有基准成熟度，该基准成熟度是用于开始一个业务步骤所需的该前步骤的成果物的成熟度；成熟度取得部，其关于与一个业务步骤对应地记录于步骤记录部中的各个前步骤，取得该前步骤的成果物的成熟度；通知部，其在与一个业务步骤对应地记录于步骤记录部中的任意一个前步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件，通知表示一个业务步骤能够开始的内容。

而且，上述的发明概要并没有列举本发明的全部必要特征，这些特征组的子组合也能够成为发明。

根据本发明，即使在互相依赖的多个业务步骤并行进行的情况下，也能够恰当地管理包括这些业务步骤的业务整体的进展。

附图说明

图1表示包括多个业务步骤的业务的具体例子。

图2表示用于开始各个业务步骤所需的其前步骤的成果物。

图3表示本实施例的制造现场网络30的整体构成。

图4表示业务管理系统40的构成。

图5表示步骤记录部400的数据结构的一例。

图6表示基准成熟度记录部410的数据结构的一例。

图7表示成熟度记录部420的数据结构的一例。

图8表示历史记录部430的数据结构的一例。

图9把担当者用处理部50的功能分类为功能决进行表示。

图10把管理者用处理部60的功能分类为功能块进行表示。

图11是担当者用处理部50向担当者通知信息的处理的流程图。

图12表示担当者终端340的画面显示例(第1例)。

图13表示担当者终端340的画面显示例(第2例)。

图14表示担当者终端340的画面显示例(第3例)。

图15是担当者用处理部50输入成熟度或者基准成熟度的处理的流程图。

图16是管理者处理部60向管理者显示信息的处理的流程图。

图17表示管理者终端300的画面显示例(第1例)。

图18表示管理者终端300的画面显示例(第2例)。

图19表示作为业务管理系统40发挥作用的信息处理装置800的硬件构成的一例。

符号说明：

30制造现场网络；40业务管理系统；50担当者用处理部；60管理者用处理部；200业务步骤；205成果物；210业务步骤；215成果物；220业务步骤；225成果物；230业务步骤；232成果物；235成果物；240业务步骤；300管理者终端；310管理者终端；320担当者终端；330担当者终端；340担当者终端；350担当者终端；360担当者终端；400步骤记录部；410基准成熟度记录部；420成熟度记录部；430历史记录部；500输入部；502步骤输入部；505基准成熟度输入部；508成熟度取得部；510通知部；520死锁检测部；530步骤检测部；540成熟检测部；550权重记录部；560成熟度计算部；570成熟度定义记录部；600状态显示部；610成熟度变更部；620工数计算部；630设定部；640基准成熟度更新部；800信息处理装置。

具体实施方式

下面，通过发明的实施方式说明本发明，但是，以下的实施方式并不限定权利要求书所涉及的发明，另外也并不限定：在实施方式中所说明的特征的组合的全部是发明的解决手段所必须的。

图2表示用于开始各个业务步骤所需的其前步骤的成果物。成为利用本实施例的业务管理系统40管理进展的对象的业务，作为业务步骤，包括：业务步骤200；业务步骤210；业务步骤220；业务步骤230；业务步骤240。业务步骤200是设计作为汽车的柱部分的部件的柱部件A的设计步骤。业务步骤210是设计作为汽车的其他柱部分的部件的柱部件B的设计步骤。业务步骤220是使汽车的门能够开闭的铰链的设计步骤。业务步骤230是汽车的门整体的设计步骤。业务步骤240是汽车的座椅设备的设计步骤。

业务步骤200、业务步骤210、业务步骤220分别向业务步骤230提供成果物，所以是业务步骤230的前步骤。具体地，业务步骤200把柱部件A的结构图作为成果物205向业务步骤230提供。业务步骤210把柱部件B的结构图作为成果物215向业务步骤230提供。业务步骤220把门铰链的结构图作为成果物225向业务步骤230提供。另外，业务步骤230向业务步骤240提供成果物，所以是业务步骤240的前步骤。具体地，业务步骤230把门的结构图以及门铰链配置图作为成果物232和成果物235向业务步骤240提供。

本实施例的业务管理系统40的目的是：即使在成为管理对象的业务包括像这样相互依赖的多个业务步骤且这些业务步骤并行进行的情况下，也能够恰当地管理业务整体的进展。进一步的目的是：对于各业务步骤的担当者以及业务整体的管理者双方，恰当地通知对业务的效率化很重要的信息。

图3表示本实施例的制造现场网络30的整体构成。制造现场网络30包括：业务管理系统40；管理者终端300；管理者终端310；担当者终端320；担当者终端330；担当者终端340；担当者终端350；担当者终端360。管理者终端300向管理业务的进展的管理者显示信息，或输入来自该管理者的指示。管理者终端310向给业务步骤分配担当者的管理者显示信息，或输入来自该管理者的指示。

担当者终端320向设计汽车的侧板(サイドパネル)的柱部件A的业务步骤的担当者通知信息，或从该担当者输入指示。担当者终端330向设计汽车的门铰链的业务步骤的担当者通知信息，或从该担当者输入指示。担当者终端340向设计汽车的门的业务步骤的担当者通知信息，或从该担当者输入指示。担当者终端350向设计汽车的侧板的柱部件B的业务步骤的担当者通知信息，或从该担当者输入指示。担当者终端360向设计汽车的座椅设备的业务步骤的担当者通知信息，或从该担当者输入指示。

图4表示业务管理系统40的构成。业务管理系统40是管理业务的进展的系统，以业务步骤的担当者或业务整体的管理者为用户。并且，业务管理系统40具有：担当者用处理部50；管理者用处理部60；步骤记录部400；基准成熟度记录部410；成熟度记录部420；历史记录部430。担当者用处理部50把从担当者终端320、担当者终端330、担当者终端340和担当者终端350输入的信息记录到步骤记录部400、基准成熟度记录部410、成熟度记录部420和历史记录部430。另外，担当者用处理部50通过向担当者终端320、担当者终端330、担当者终端340、担当者终端350和担当者终端360显示信息，向业务步骤的担当者通知信息。管理者用处理部60根据从管理者终端300和管理者终端310输入的指示，变更记录在步骤记录部400、基准成熟度记录部410、成熟度记录部420和历史记录部430中的信息。此外，管理者用处理部60通过使管理者终端300和管理者终端310显示信息来向管理者通知信息。

图5表示步骤记录部400的数据结构的一例。步骤记录部400与包含于成为管理对象的业务中的多个业务步骤的至少一个相对应地，记录该业务步骤的标识信息(ID)、该业务步骤的名称、作为向该业务步骤提供成果物的其他的业务步骤的前步骤的标识信息(ID)。具体地，步骤记录部400，与设计门的业务步骤对应地，分别记录关于设计柱部件A的业务步骤、设计柱部件B的业务步骤和设计门铰链的业务步骤的ID。进一步，步骤记录部400也可以记录表示关于该业务步骤的各种属性、例如用于结束业务步骤的最终期限等的信息。

图6表示基准成熟度记录部410的数据结构的一例。基准成熟度记录部410，关于记录于步骤记录部400中的、与一个业务步骤对应的各个前步骤，记录有作为用于开始该一个业务步骤所需的该前步骤的成果物的成熟度的基准成熟度。更具体地说，基准成熟度记录部410记录作为根据管理者等的指示预先指定的基准成熟度的初始设定基准成熟度。并且，基准成熟度记录部410根据业务步骤的担当者的指示，响应于由后述的基准成熟度输入部505输入基准成熟度的情况，把输入的该基准成熟度作为追加基准成熟度进行记录。

初始设定基准成熟度和追加基准成熟度的数据结构相同，所以以初始设定基准成熟度为例说明其具体例。基准成熟度记录部410，按照每个成熟度，记录用于开始生成该成熟度的成果物的业务步骤所需的、其各个前步骤的成果物的基准成熟度。例如，在本图的最前面表示的级别3用的表，关于各业务步骤，示出了成为用于开始使其成果物的成熟度从级别2上升到级别3的作业的条件的基准成熟度。作为一例，关于设计门的业务步骤(ID2)，为了开始使其成果物的成熟度从级别2上升到级别3的作业，需要设计柱部件A的业务步骤的成熟度大于等于级别4，设计柱部件B的业务步骤的成熟度大于等于级别3，设计门铰链的业务步骤的成熟度大于等于级别4。

图7表示成熟度记录部420的数据结构的一例。成熟度记录部420，与各个业务步骤对应地，记录由后述的成熟度取得部508取得的成熟度。进一步地，成熟度记录部420，与各个业务步骤对应地，记录表示在该业务步骤的任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下是否允许开始业务(以下，称为先行开始)的信息。进一步，成熟度记录部420记录表示各个业务步骤是否已实际先行开始的信息。

图8表示历史记录部430的数据结构的一例。历史记录部430，与各个业务步骤对应地，作为该业务步骤的历史，记录使其成果物的成熟度上升所需的步骤数。例如，历史记录部430记录有这样的内容：在设计门的业务步骤(ID2)中，为了使其成果物的成熟度从级别1上升到级别2，需要6人日的步骤数。另外，历史记录部430，关于各个业务步骤，记录有用于使该业务步骤的成果物的成熟度上升所用的前步骤的成果物的成熟度。

图9把担当者用处理部50的功能分类为功能块进行表示。担当者用处理部50具有：输入部500；通知部510；死锁检测部520；步骤检测部530；成熟检测部540；权重记录部550；成熟度计算部560；成熟度定义记录部570。输入部500从担当者终端320、担当者终端330、担当者终端340、担当者终端350输入信息。具体地，输入部500具有：步骤输入部502；基准成熟度输入部505；成熟度取得部508。步骤输入部502，关于由担当者指定的业务步骤，输入向该业务步骤提供成果物的前步骤并使之记录到步骤记录部400。基准成熟度输入部505，与由担当者指定的业务步骤对应地，根据担当者的指定输入该业务步骤的各个前步骤的基准成熟度。例如，响应于成熟度取得部508关于同一业务步骤取得比已经取得的成熟度还要高的成熟度的情况，基准成熟度输入部505向用户请求用于使该业务步骤的成果物的成熟度进一步上升所需的、该业务步骤的前步骤的基准成熟度的指定。

成熟度取得部508输入各个业务步骤的成果物的成熟度并记录于成熟度记录部420。例如，成熟度取得部508，也可以在每次某个业务步骤的成果物的成熟度上升时，从担当者输入其成熟度，并与该成熟度的上升所需的步骤数相对应地记录到成熟度记录部420。另外，成熟度定义记录部570，也可以与包含于业务中的多个业务步骤的至少一个相对应地，记录该业务步骤的成果物的成熟度的定义。此时，成熟度取得部508，也可以通过对用户输出记录于成熟度定义记录部570中的定义，使用户指定该业务步骤的成果物的成熟度，来取得成果物的成熟度。

通知部510，在与某个业务步骤对应地记录于步骤记录部400中的任意一个前步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件，向担当者通知表示能够开始该业务步骤的内容。而且，通知部510，在关于同一业务步骤、在基准成熟度记录部410中记录有多个基准成熟度的情况下，在把由基准成熟度输入部505输入的基准成熟度、即追加基准成熟度与成熟度相比较的基础上进行通知。由此，在业务的进行中，能够优先使用由担当者进行了适当修改的基准成熟度，不仅反映业务的计划，而且还反映实情，从而能够进行适当地判断。另外，通知部510也可以对各个业务步骤的担当者，通知该业务步骤的先行开始是否被允许等的各种信息。

死锁检测部520响应于由步骤输入部502新输入前步骤、由基准成熟度输入部505输入关于该前步骤的基准成熟度的情况，检测关于该前步骤的死锁。具体地，死锁检测部520，关于包含新输入的该前步骤的多个业务步骤，检测这些业务步骤为了生成成熟度更高的成果物而互相需要其他的业务步骤的更高成熟度的成果物的情况。以检测出死锁为条件，通知部510，向担当者通知表示与已检测出死锁的情况相对应地变更新输入的前步骤或基准成熟度的内容。由此，能够预先防止死锁，从而防止业务的延迟。

步骤检测部530检测作为在任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始的业务步骤的先行开始步骤。各个业务步骤是否是先行开始步骤，只要参照例如记录于成熟度记录部420中的信息即可进行判断。另外，步骤检测部530从被后述的设定部630允许了先行开始的业务步骤中检测先行开始步骤。成熟检测部540以先行开始步骤被检测出为条件，检测先行开始步骤的任意一个前步骤的成果物的成熟度已经上升到大于等于基准成熟度的情况。通知部510响应于先行开始步骤的前步骤的成果物的成熟度已经上升到大于等于基准成熟度的情况，向先行开始步骤的担当者通知该成果物在先行开始步骤中已经可以被利用的情况。由此，能够使在前步骤中新完成的成果物尽快地在其后步骤中得到利用。

权重记录部550与至少一个业务步骤的各个前步骤相对应地，记录表示该前步骤对该业务步骤的成果物做出贡献的程度的权重。并且，成熟度计算部560，在某业务步骤的成果物的成熟度未被记录在成熟度记录部420的情况下，即在不能由成熟度取得部508取得成熟度的情况下，采用记录于权重记录部550的权重计算该业务步骤的成果物的成熟度。即例如成熟度计算部560把对该业务步骤的全部前步骤的每一个的成果物的成熟度乘以与该前步骤对应的权重并合计后的值，作为该业务步骤的成果物的成熟度算出。由此，即使在某一业务步骤的前步骤的成果物的成熟度不能取得的情况下，通知部51也能够根据关于该前步骤利用成熟度计算部560计算的成熟度，判断该前步骤的成果物的成熟度是否大于等于基准成熟度。

图10把管理者用处理部60的功能分类为功能块进行表示。管理者用处理部60具有：状态显示部600；成熟度变更部610；追加工数计算部620；设定部630；基准成熟度更新部640。状态显示部600，关于多个业务步骤的每一个，从成熟度记录部420取得该业务步骤的成果物的成熟度并使之显示在管理者终端300或管理者终端310上。另外，状态显示部600，关于多个业务步骤的每一个，根据步骤记录部400、基准成熟度记录部410和成熟度记录部420的信息判断该业务步骤的某一个前步骤的成果物的成熟度是否未达到基准成熟度，并使该判断结果显示在管理者终端300或管理者终端310上。

成熟度变更部610，在从管理者终端300接收到关于某个业务步骤使其成果物的成熟度降低的指示时，在成熟度记录部420中使该成果物的成熟度降低。并且，成熟度变更部610，伴随着使该业务步骤的成果物的成熟度降低，在成熟度记录部420中进一步降低使用该成果物的成熟度的其他业务步骤的成果物的成熟度。由此，在产生在业务进行了某种程度后对已经完成了的业务进行修正的需要的情况下，也能够恰当地继续业务的进展管理。而且，成熟度变更部610，在以使成熟度降低的业务步骤为前步骤的业务步骤中，关于在任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始的先行开始步骤，不使成熟度降低。这是因为，在先行开始步骤中，存在不使用前步骤的成果物的情况、不受使前步骤的成果物的成熟度降低的影响的情况。

另外，优选，追加工数计算部620，在成熟度变更部610使成熟度降低之前，在使指定的业务步骤的成果物的成熟度降低的情况下，计算追加工数，该追加工数是成为利用成熟度变更部610降低成熟度后的结果所需的工数的总数。并且，成熟度变更部610对用户输出利用追加工数计算部620计算出的追加工数，以用户同意该追加工数的输出为条件，使指定的该业务步骤的成果物的成熟度降低。由此，业务的管理者能够在预先知道因成熟度的降低而产生的影响的基础上，判断是否应该使成熟度降低。

设定部630，与各个业务步骤对应地，设定是否允许在该业务步骤的任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始业务。例如，设定部630也可以在从业务的管理者通过管理者终端300接收到指示的情况下，根据该指示内容设定业务的先行开始的许可与否。由此，在接近业务的最终期限时等不能允许延长业务处理时间的风险的情况下，能够禁止先行开始从而降低其风险。

基准成熟度更新部640，在从基准成熟度输入部505输入的基准成熟度(即追加基准成熟度)中，选择被业务的管理者所指示的部分，并利用所选择的基准成熟度更新初始设定基准成熟度。由此，管理者等，在业务整体结束从而汽车的开发结束的情况下，能够从在该汽车的开发中被变更的基准成熟度中仅取出必要部分，并使之反映到下一个车种的开发中。

图11是担当者用处理部50向担当者通知信息的处理的流程图。担当者用处理部50定期地或每次成熟度或基准成熟度被取得时，对各个业务步骤进行以下的处理。首先，步骤检测部530判断该业务步骤是否是先行开始步骤(S1100)。在是先行开始步骤的情况下(S1110：是)，成熟检测部540判断是否该先行开始步骤的某个前步骤的成果物的成熟度上升到了大于等于基准成熟度(S1110)。在成熟度上升到了大于等于基准成熟度的情况下(S1110：是)，输入部500，向先行开始步骤的担当者通知表示成熟度上升到大于等于基准成熟度后的该成果物能够在先行开始步骤中进行利用的内容(S1120)。

另一方面，在该业务步骤不是先行开始步骤的情况下(S1100：否)，通知部510判断是否该业务步骤的全部前步骤的成果物的成熟度上升到了大于等于基准成熟度(S1130)。在全部前步骤的成果物的成熟度上升到了大于等于基准成熟度的情况下(S1130：是)，输入部500，向该业务步骤的担当者通知表示能够开始该业务步骤的内容(S1140)。

图12表示担当者终端340的画面显示例(第1例)。对各个业务步骤的成果物的成熟度，设置有与其高度相应的级别。并且，对各个级别，规定有表示成熟度的高度的定义，该定义记录于成熟度定义记录部570。成熟度的高度的定义，根据用户的指示被显示在担当者终端340的画面上。例如，级别0表示业务步骤尚未开始的状态，级别1表示最终成果物的外形设计程度完成，由基准线、基准面和主要剖面设定构成的形状已经完成了的状态。另外，级别2表示已经完成了最终成果物的布局/模型的状态，具体地，表示将主要安装部件的安装位置、对主要部件的后让考虑在内的形状已经完成了的状态。

另外，级别3表示追加了凸部(ボス)/肋条(リブ)等各种详细特征的形状已经完成了的状态。另外，级别4表示反映了深冲/冲压等形状修正、弯折(ヅヨツグル)、敲打(ビ一ト)等生产技术要件的形状已经完成了的状态。另外，级别5表示最终成果物已经完成的状态。由此，通过按照各个成果物、根据各个成果物的特征，规定成为标准的级别的定义，能够使业务步骤的担当者容易地输入自己的担当成果物的成熟度，使业务的管理者容易地掌握业务整体的进展状况。

图13表示担当者终端340的画面显示例(第2例)。各个担当者终端320、担当者终端330、担当者终端340和担当者终端350，通知并显示正在担当的业务步骤的成果物的成熟度和其各个前步骤的成果物的成熟度。在本图中，对其中的担当者终端340的画面显示例进行说明。担当者终端340利用直方图表示设计汽车的门的业务步骤的成果物的成熟度。例如，担当者终端340在图表的上部排列表示成熟度的各级别的标记，在图表中区别表示已经结束的步骤(无斜线)和现在进行中的步骤(斜线部分)。而且，在图表的下部表示的标记表示与最初的计划对照现在应该达到的成果物的成熟度。另外，在图表的上部表示的钻石型的记号，表示到规定的期限为止应该达到的成熟度的目标值。

并且，担当者终端340对分别作为设计门的业务步骤的前步骤的柱部件A的设计步骤、柱部件B的设计步骤和门铰链的设计步骤的各个，利用直方图表示成果物的成熟度。图表所表示的含义与门的成熟度相同，但在图表内表示的箭头表示基准成熟度。因此，在本图的例子中，门的设计步骤的全部前步骤的成熟度大于等于基准成熟度，且门的设计步骤已经开始。各业务步骤的担当者，根据该画面显示，能够实时地掌握前步骤的业务的进展状况，并适当地调节自己的业务步骤的日程表。

另外，优选来自业务步骤的担当者的输入、向担当者的通知等，以该画面为基础进行。例如，通知部510，在门的设计步骤的全部前步骤的成熟度上升到了大于等于基准成熟度时，在该画面上显示表示该情况的弹出消息。另外，成熟度取得部508也可以通过在能够从该画面调出的菜单画面上调出图12所示的画面，由用户输入自己的业务步骤的成果物的成熟度。

图14表示担当者终端340的画面显示例(第3例)。与图13同样，担当者终端340利用直方图表示设计汽车的门的业务步骤的成果物的成熟度。但是，与图13不同，作为该业务步骤的前步骤的柱部件A的设计步骤的成果物的成熟度未达到基准成熟度。因此，担当者终端340，为了表示门的业务步骤是先行开始步骤的内容，显示点状的直方图。在本图的显示例中，在柱部件A的成熟度上升到大于等于基准成熟度的情况下，通知部510利用弹出消息等向用户通知该情况。

图15是担当者用处理部50输入成熟度或者基准成熟度的处理的流程图。步骤输入部502，关于各个业务步骤，从用户输入其前步骤(S1500)。例如，也可以是，业务管理系统40的系统管理者等，与各个业务步骤的担当者会面，从该担当者取得其业务步骤的前步骤的信息，并输入到业务管理系统40。基准成熟度输入部505，关于各个业务步骤，输入作为用于开始该业务步骤所需的相应前步骤的成熟度的基准成熟度(S1510)。例如，也可以是，业务管理系统40的系统管理者等，了解各个业务步骤后，从其担当者取得关于该业务步骤的前步骤的基准成熟度信息，并输入到业务管理系统40。在此之上或取代于此，也可以是，基准成熟度输入部505，在显示于担当者终端340上的成熟度等参数被更新的定时，向担当者要求基准成熟度的指定。例如，响应于成熟度取得部508关于同一业务步骤取得与已经取得的成熟度不同的成熟度的情况，基准成熟度输入部505使担当者终端340显示要求基准成熟度的指定的消息。

并且，响应于前步骤的基准成熟度被输入的情况，死锁检测部520对于包括前步骤的多个业务步骤判断死锁(S1520)。在检测出死锁的情况下，通知部510向担当者通知该情况(S1530)。另外，成熟度取得部508，关于各个业务步骤，取得其成果物的成熟度(S1540)。例如，也可以是，业务管理系统40的系统管理者等，与各个业务步骤的担当者会面，从该担当者取得其业务步骤的成果物的成熟度的信息，并输入到业务管理系统40。另外，也可以是，成熟度取得部508与用于使业务步骤前进的软件(例如用于制作设计图的CAD软件)连动地进行动作，根据来自该软件的指示进行成熟度的输入。在这里，在某个业务步骤的成熟度未输入的情况下(S1550：是)，成熟度计算部560根据该业务步骤的各个前步骤的成果物的成熟度，计算出该业务步骤的成熟度(S1560)。

图16是管理者用处理部60向管理者显示信息的处理的流程图。状态显示部600，关于多个业务步骤的每一个，使管理者终端300或管理者终端310显示该业务步骤的成果物的成熟度等(S1600)。追加工数计算部620，如果与作为使成果物的成熟度降低的候补而被指定的业务步骤一起接收到计算追加工数的指示(S1610：是)，则计算追加工数，该追加工数是成为在使被指定的该业务步骤的成果物的成熟度降低的情况下利用成熟度变更部610降低成熟度后的结果所需的工数的总数(S1620)。并且，成熟度变更部610对用户显示由追加工数计算部620计算出的追加工数。

并且，在接收到用户对该追加工数的显示同意了成熟度的变更的意思的输入时(S1630：是)，成熟度变更部610变更被指定的该业务步骤的成熟度(S1640)。另外，设定部630，在某个业务步骤的先行开始是否被允许的设定被变更的情况下(S1650：是)，把变更后的设定记录在成熟度记录部420中(S1660)。

图17表示管理者终端300的画面显示例(第1例)。如本图的例子所示，状态显示部600使管理者终端300、例如作为立体状的直方图显示各业务步骤的成果物的成熟度。该直方图也可以在与各业务步骤对应地表示实际进行该业务步骤的企业内的配置的立体图上进行表示。由此，业务的管理者能够瞬时地掌握各业务步骤的进展状况。另外，管理者终端300也可以根据状态显示部600的指示，关于各个业务步骤，显示表示是否在该业务步骤的任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始业务的信息。例如，管理者终端300也可以利用表示该意思的颜色对直方图进行着色显示。另外，管理者终端300也可以根据用户的指示，显示具有其他的不同的含义的直方图。例如，在汽车的开发中，由于部件的制造成本、部件的质量的目标值等预先被确定，所以如果以直方图表示这些目标值和实际值的差值，则能够更进一步高效地进行业务整体的管理。

图18表示管理者终端300的画面显示例(第2例)。利用本例，说明追加工数计算部620计算并显示追加工数的处理。通过显示于本图上部的下拉菜单，管理者输入成为使成熟度降低的候补的成果物和降低后的成熟度。追加工数计算部620显示使用了该成熟度的成果物的其他的业务步骤的列表。具体地，追加工数计算部620，关于各个业务步骤，把其担当者、其成果物、该成果物的现在的成熟度、该成果物的变更后的成熟度、作为成为使该成熟度降低后的结果所需的工数的总数的追加工数对应地进行显示。追加工数可以根据记录于历史记录部430中的过去的工数算出。由此，业务的管理者在预先知道因成熟度的降低而产生的影响的基础上判断是否应该使成熟度降低。

图19表示作为业务管理系统40发挥作用的信息处理装置800的硬件构成的一例。信息处理装置800具备：具有利用主控制器1082相互连接的CPU1000、RAM1020和图形控制器1075的CPU外围部；具有通过输入输出控制器1084与主控制器1082连接的通信接口1030、硬盘驱动器1040和CD-ROM驱动器1060的输入输出部；连接于输入输出控制器1084的ROM1010、软盘驱动器1050和输入输出芯片1070。

主控制器1082与RAM1020和以高传输速率访问RAM1020的CPU1000以及图形控制器1075连接。CPU1000基于存储于ROM1010和RAM1020中的程序进行动作，进行各部的控制。图形控制器1075取得CPU1000等在设置于RAM1020内的帧缓冲器上生成的图像数据，并在显示装置1080上显示。取代于此，图形控制器1075也可以把存储CPU1000等生成的图像数据的帧缓冲器包含在内部。

输入输出控制器1084连接有主控制器1082、作为比较高速的输入输出装置的通信接口1030、硬盘驱动器1040和CD-ROM驱动器1060。通信接口1030经由网络与外部装置通信。硬盘驱动器1040存储信息处理装置800使用的程序和数据。CD-ROM驱动器1060从CD-ROM1095读取程序或数据，并提供给RAM1020或硬盘驱动器1040。

另外，输入输出控制器1084连接有ROM1010、软盘驱动器1050、输入输出芯片1070等比较低速的输入输出装置。ROM1010存储信息处理装置800启动时CPU1000执行的引导程序、依赖于信息处理装置800的硬件的程序等。软盘驱动器1050从软盘1090读取程序或数据，并经由输入输出芯片1070向RAM1020或硬盘驱动器1040提供。输入输出芯片1070连接软盘1090、或经由例如并行端口、串行端口、键盘端口、鼠标端口等连接各种输入输出装置。

向信息处理装置800提供的程序存储于软盘1090、CD-ROM1095或IC卡等记录介质中，由用户提供。程序经由输入输出芯片1070和/或输入输出控制器1084从记录介质被读出并被安装到信息处理装置800中来执行。程序作用于信息处理装置800等而使其进行的动作，与在图1～图18中所说明的业务管理系统40的动作相同，所以省略说明。

以上所示的程序也可以存储在外部记录介质中。作为记录介质，除了软盘1090、CD-ROM1095之外，还可以使用DVD、PD等光学记录介质，MD等光磁记录介质，磁带介质、IC卡等半导体存储器等。另外，也可以把设置于与专用通信网络、因特网等连接的服务器系统中的硬盘或RAM等存储装置作为记录介质进行使用，并经由网络向信息处理装置800提供程序。

以上，根据本实施例的业务管理系统40，即使在相互依赖的多个业务步骤并行进行的情况下，也能够通过采用称为成果物的成熟度的统一的基准，恰当地管理包括这些业务步骤的业务整体的进展。例如，业务管理系统40能够以某业务步骤的全部前步骤的成果物的成熟度上升到大于等于基准成熟度为条件，向担当者通知表示开始该业务步骤的内容。另外，在已经开始的业务步骤中，在其某个前步骤的成果物的成熟度上升到大于等于基准成熟度的情况下，能够通过通知该情况来支持业务的顺利的进行。

以上，利用本发明的实施方式进行了说明，但本发明的技术范围并不限定于上述实施方式所记载的范围。能够对上述实施方式进行多种变更或改良对本领域的技术人员是显而易见的。根据权利要求书的记载可知，进行了这样的变更或改良的方式也包含在本发明的技术范围内。

Claims (18)

1.一种管理业务的进展的业务管理系统，具备：

步骤记录部，其与包含于所述业务中的多个业务步骤的至少一个相对应地，记录作为向该业务步骤提供成果物的其他业务步骤的前步骤；

基准成熟度记录部，其关于记录于所述步骤记录部中的、与一个业务步骤对应的各个前步骤，记录有基准成熟度，该基准成熟度是用于开始所述一个业务步骤所需的该前步骤的成果物的成熟度；

成熟度取得部，其关于与所述一个业务步骤对应地记录于所述步骤记录部中的各个前步骤，取得该前步骤的成果物的成熟度；以及

通知部，其在与所述一个业务步骤对应地记录于所述步骤记录部中的任意一个前步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件，通知表示能够开始所述一个业务步骤的内容。

2.根据权利要求1所述的业务管理系统，进一步具备：

步骤检测部，其检测作为在任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始的业务步骤的先行开始步骤；以及

成熟检测部，其以所述先行开始步骤被检测出为条件，检测所述先行开始步骤的某个前步骤的成果物的成熟度已经上升到大于等于基准成熟度的情况；

其中，所述通知部响应于所述先行开始步骤的前步骤的成果物的成熟度已经上升到大于等于基准成熟度的情况，通知表示该成果物在所述先行开始步骤中已经能够被利用的内容。

3.根据权利要求2所述的业务管理系统，进一步具备：

设定部，其与各个业务步骤对应地，设定是否允许在该业务步骤的任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始业务；

其中，所述步骤检测部从被所述设定部允许了业务的开始的业务步骤中检测所述先行开始步骤。

4.根据权利要求1所述的业务管理系统，进一步具备：

基准成熟度输入部，其与被指定的业务步骤对应地，根据用户的指示输入该业务步骤的各个前步骤的基准成熟度；

其中，所述基准成熟度记录部，与该业务步骤的各个前步骤对应地，记录由所述基准成熟度输入部输入的基准成熟度。

5.根据权利要求4所述的业务管理系统，其中，

所述基准成熟度记录部记录作为预先指定的基准成熟度的初始设定基准成熟度，并且响应于由所述基准成熟度输入部输入基准成熟度的情况，进一步记录所输入的该基准成熟度，

所述通知部，在关于同一业务步骤、在所述基准成熟度记录部中记录有多个基准成熟度的情况下，把由所述基准成熟度输入部输入的基准成熟度与成熟度相比较，并且，

该业务管理系统进一步具备：基准成熟度更新部，其根据业务管理者的指示，利用从所述基准成熟度输入部输入的基准成熟度，更新所述初始设定基准成熟度。

6.根据权利要求4所述的业务管理系统，其中，

响应于所述成熟度取得部关于同一业务步骤取得与已经取得的成熟度不同的成熟度的情况，所述基准成熟度输入部向用户请求用于使以该业务步骤为前步骤的业务步骤开始所需的该前步骤的基准成熟度的指定，并根据用户的指定输入该基准成熟度。

7.根据权利要求4所述的业务管理系统，其中，

响应于所述成熟度取得部关于同一业务步骤取得比已经取得的成熟度还要高的成熟度的情况，所述基准成熟度输入部向用户请求用于使该业务步骤的成果物的成熟度更加上升所需的、该业务步骤的前步骤的基准成熟度的指定，并根据用户的指定输入该基准成熟度。

8.根据权利要求4所述的业务管理系统，进一步具备：

步骤输入部，其输入向被指定的业务步骤提供成果物的前步骤并使之记录到所述步骤记录部；以及

死锁检测部，其响应于由所述步骤输入部输入前步骤并且由所述基准成熟度输入部输入基准成熟度的情况，检测死锁，该死锁是多个业务步骤为了生成成熟度更高的成果物而互相需要其他业务步骤的更高成熟度的成果物的关系，

其中，所述通知部以利用所述死锁检测部检测出死锁为条件，通知表示与已检测出死锁的情况相对应地变更前步骤或基准成熟度的内容。

9.根据权利要求1所述的业务管理系统，进一步具备：

状态显示部，其与所述多个业务步骤的每一个对应地，显示表示该业务步骤的成果物的成熟度、该业务步骤是否在该业务步骤的任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始业务的信息。

10.根据权利要求1所述的业务管理系统，其中，

所述成熟度取得部，响应于某个业务步骤的成果物的成熟度不能取得的情况，取得不能取得成果物的成熟度的该业务步骤的各个前步骤的成果物的成熟度，

该业务管理系统进一步具备：成熟度计算部，其根据该业务步骤的各个前步骤的成果物的成熟度计算不能由所述成熟度取得部取得成熟度的该业务步骤的成果物的成熟度，

其中，所述通知部，根据所述成熟度取得部取得的成熟度或者所述成熟度计算部计算出的成熟度，判断所述一个业务步骤的前步骤的成果物的成熟度是否大于等于基准成熟度。

11.根据权利要求10所述的业务管理系统，进一步具备：

权重记录部，其与至少一个业务步骤的各个前步骤相对应地，记录表示该前步骤对该业务步骤的成果物做出贡献的程度的权重；

其中，所述成熟度计算部把对该业务步骤的全部前步骤的每一个的成果物的成熟度乘以与该前步骤对应的权重并合计后的值，作为不能由所述成熟度取得部取得成熟度的该业务步骤的成果物的成熟度算出。

12.根据权利要求1所述的业务管理系统，进一步具备：

成熟度记录部，其与各个业务步骤对应地，记录由所述成熟度取得部取得的成熟度；以及

成熟度变更部，其伴随着使某个业务步骤的成果物的成熟度降低的情况，降低使用该成熟度的成果物的其他业务步骤的成果物的成熟度。

13.根据权利要求12所述的业务管理系统，进一步具备：

追加工数计算部，其关于所指定的业务步骤，在使该业务步骤的成果物的成熟度降低的情况下，计算追加工数，该追加工数是成为成熟度被所述成熟度变更部降低后的结果所需的工数的总数；

其中，所述成熟度变更部对用户输出利用所述追加工数计算部计算出的追加工数，以用户同意该追加工数的输出为条件，使指定的该业务步骤的成果物的成熟度降低。

14.根据权利要求1所述的业务管理系统，进一步具备：

成熟度定义记录部，其与包含于所述业务中的多个业务步骤的至少一个相对应地，记录该业务步骤的成果物的成熟度的定义；

其中，所述成熟度取得部通过对用户输出记录于所述成熟度定义记录部中的定义，使用户指定该业务步骤的成果物的成熟度，来取得成果物的成熟度。

15.根据权利要求1所述的业务管理系统，进一步具备：

历史记录部，其以所述成熟度取得部在某个业务步骤中取得比已经取得的成熟度要高的成熟度为条件，记录用于使该业务步骤的成果物的成熟度上升所需的步骤数和用于使该成果物的成熟度上升所使用的前步骤的成果物的成熟度。

16.一种支持业务的进展管理的业务管理系统构建支持服务，包括：

从业务的担当者或管理者，关于包含于所述业务中的多个业务步骤的至少一个，取得向该业务步骤提供成果物的其他业务步骤的信息的步骤；

从业务的担当者或管理者，关于该业务步骤的各个前步骤，取得基准成熟度的信息的步骤，该基准成熟度是用于开始该业务步骤所需的该前步骤的成果物的成熟度；

关于该业务步骤的各个前步骤，使该前步骤的担当者输入该前步骤的成果物的成熟度的步骤；以及

在该业务步骤的任意一个前步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件，向该业务步骤的担当者通知该业务步骤的开始的步骤。

17.一种控制方法，是管理业务的进展的业务管理系统的控制方法，

所述业务管理系统，具备：

步骤记录部，其与包含于所述业务中的多个业务步骤的至少一个相对应地，记录作为向该业务步骤提供成果物的其他业务步骤的前步骤；

基准成熟度记录部，其关于记录于所述步骤记录部中的、与一个业务步骤对应的各个前步骤，记录有基准成熟度，该基准成熟度是用于开始所述一个业务步骤所需的该前步骤的成果物的成熟度；

所述控制方法，包括：

关于与所述一个业务步骤对应地记录于所述步骤记录部中的各个前步骤，取得该前步骤的成果物的成熟度的成熟度取得步骤；

在与所述一个业务步骤对应地记录于所述步骤记录部中的任意一个前步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件，通知表示所述一个业务步骤能够开始的内容的通知步骤。

18.一种程序，其是使信息处理装置作为管理业务的进展的业务管理系统而发挥作用的程序，该程序使所述信息处理装置作为以下各部而发挥作用：

步骤记录部，其与包含于所述业务中的多个业务步骤的至少一个相对应地，记录作为向该业务步骤提供成果物的其他业务步骤的前步骤；

基准成熟度记录部，其关于记录于所述步骤记录部中的、与一个业务步骤对应的各个前步骤，记录有基准成熟度，该基准成熟度是用于开始所述一个业务步骤所需的该前步骤的成果物的成熟度；

成熟度取得部，其关于与所述一个业务步骤对应地记录于所述步骤记录部中的各个前步骤，取得该前步骤的成果物的成熟度；以及

通知部，其在与所述一个业务步骤对应地记录于所述步骤记录部中的任意一个前步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件，通知表示所述一个业务步骤能够开始的内容。

Images