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

专利名称：业务管理系统、业务管理系统构建支持服务、控制方法和程序的制作方法
技术领域：
本发明涉及业务管理系统、业务管理系统构建支持服务、控制方法和 程序。尤其本发明涉及管理业务的进展的业务管理系统、业务管理系统构 建支持服务、控制方法和程序。
背景技术：
近年来，对企业来讲，迅速且低成本地进行从采购到销售的业务步骤 成为重要的课题。其中尤其在制造业或者计算机系统工程界，由于一般的 业务过程是利用前步骤的成果物进行后步骤，所以步骤管理和a管理对 业务的最优化非常重要。因此，以往，作为支持步骤管理和M管理的方 法，采用#_称为工作流系统或业务过程集成的方法。但是，与业务步骤的最优化的推广相伴，企业间的竟争进一步激化， 要求业务步骤进一步缩短。例如，有时使本应该等到前步骤结束后再开始 的后步骤，在前步骤逸艮到某种程度时便开始。由此，有时并行执行形式 上不能并行执行的业务，使得能够缩短步骤整体。例如，图l表示包括多个业务步骤的业务的具体例子。该业务的目的是开发新的汽车。图1 u)表示在等到各个业务步骤的前步骤结束后再开始各个业务步骤时的业务流.此时，从业务开始到结束为止需要40~48 个月。图1 (b)表示使一部分业务步骤与其前步骤并行进行的情况下的业 务流。此时，从业务开始到结束为止需要20~22个月，与图1 (a)比较 缩短了业务的处理时间.以往，作为支持这样的业务管理的技术，提出有这样的方法预先存
储好用于开始后步骤的条件，在将由用户输入的a状况与该^Ht进行比 较的基础上，判断是否开始后步骤(参照专利文献1或2)。由此，即使在存在形式上被作为前步骤的业务步骤的情况下，也能够恰当地判断可否 开始后步骤，从而支持业务整体的效率化。专利文献1:特开2003 - 345591号公报 专利文献2:特开2001 - 101310号公报在专利文献1的技术中，需要用能够进行通用的描述的SQL描述业务 步骤的开始条件(参照图9或图10)。但是，如果通用的描述是可能的， 则在能够应用于各种各样的业务的反面，业务步骤能否被有效地效率化， 则依赖于M制作者的经验、技巧等。另外，根据M的内容，有时会陷 入多个业务步骤互相以其他的业务步骤的结束作为开始条件的死锁状态。 在通用的条件能够描述的情况下，难以恰当地检测出这样的死锁状态。在专利文献2的技术中，也与专利文献l的技术一样，不能够支持用 于使业务整体效率化的条件设定。另外，在该文献中，并没有记载对用于 开始业务步骤的^进行准备的方法。虽然只要业务整体的管理者正确地 把握了全部业务步骤就不会有问题产生，但在近年来的高端、复杂化的业 务中，预先准备全部业务步骤的开始条件是不现实的。发明内容因此，本发明的目的是，提供能够管理业务的逸艮的业务管理系统、 控制方法、程序和这些的系统构建支持服务。该目的通过权利要求书中的 独立权利要求所记载的特征的组合来达成。另外，从属权利要求规定本发明的更为优选的具体例。为了解决上述问题，在本发明中，提供一种程序，其使信息处理装置 作为具备以下各部的管理业务的选艮的业务管理系统、业务管理系统的控 制方法和业务管理系统而发挥作用步骤记录部，其与包含于业务中的多 个业务步骤的至少一个相对应地，记录作为向该业务步骤提供成果物的其 他业务步骤的前步骤；基准成熟度记录部，其关于记录于步骤记录部中的、
与一个业务步骤对应的各个前步骤，记录有基准成熟度，该基准成熟;1A用于开始一个业务步骤所需的该前步骤的成果物的成熟度；成熟度取得部， 其关于与一个业务步骤对应地记录于步骤记录部中的各个前步骤，取得该 前步骤的成果物的成熟度；通知部，其在与一个业务步骤对应地记录于步 骤记录部中的任意一个前步骤中，都以该前步骤的成熟度大于等于该前步 骤的基准成熟度为条件，通知表示一个业务步骤能够开始的内容。而且，上述的发明概要并没有列举本发明的全部必要特征，这些特征 组的子组合也能够成为发明。根据本发明，即使在互相依赖的多个业务步骤并行进行的情况下，也 能够恰当地管理包括这些业务步骤的业务整体的*。


图l表示包括多个业务步骤的业务的具体例子。图2表示用于开始各个业务步骤所需的其前步骤的成果物。图3表示本实施例的制造现场网络30的整体构成。图4表示业务管理系统40的构成。图5表示步骤记录部400的数据结构的一例。图6表示基准成熟度记录部410的数据结构的一例。图7表示成熟度记录部420的数据结构的一例。图8表示历史记录部430的数据结构的一例。图9把担当者用处理部50的功能分类为功能块进行表示。图IO把管理者用处理部60的功能分类为功能块进行表示。图11是担当者用处理部50向担当者通知信息的处理的流程图。图12表示担当者终端340的画面显示例(第l例)。图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信息处理装置.具体实施方式
下面，通itiL明的实施方式说明本发明，但是，以下的实施方式并不 限定权利要求书所涉及的发明，另外也并不限定在实施方式中所说明的 特征的組合的全部;UL明的解决手段所必须的.图2表示用于开始各个业务步骤所需的其前步骤的成果物。成为利用 本实施例的业务管理系统40管理i^艮的对象的业务，作为业务步骤，包括 业务步骤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向管理业务的i^的管理者显示信息，或输入来自该管理 者的指示。管理者终端310向给业务步骤分配担当者的管理者显示信息， 或输入来自该管理者的指示。担当者终端320向设计汽车的侧板(1M K^氺々)的柱部件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输入基准成熟度的情况，把输入的该基准成熟度作为^1> 基准成熟度进行记录。 初始设定基准成熟度和追加基准成熟度的数据结构相同，所以以初始设定基准成熟度为例说明其具体例。基准成熟度记录部410，按照每个成 熟度，记录用于开始生成该成熟度的成果物的业务步骤所需的、其各个前 步骤的成果物的基准成熟度。例如，在本图的最前面表示的级别3用的表， 关于各业务步骤，示出了成为用于开始使其成果物的成熟度从级别2上升 到级别3的作业的条件的基准成熟度。作为一例，关于设计门的业务步骤 (ID2)，为了开始使其成果物的成熟度从级别2上升到级别3的作业， 需要设计柱部件A的业务步骤的成熟度大于等于级别4，设计柱部件B的 业务步骤的成熟度大于等于级别3，设计门铰链的业务步骤的成熟度大于 等于级别4。图7表示成熟度记录部420的数据结构的一例。成熟度记录部420， 与各个业务步骤对应地，记录由后述的成熟度取得部508取得的成熟度。 进一步地，成熟度记录部420，与各个业务步骤对应地，记M示在该业 务步骤的任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下是 否允许开始业务(以下，称为先行开始)的信息。进一步，成熟度记录部 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，也可以通iM" 用户输出记录于成熟度定义记录部570中的定义，使用户指定该业务步骤 的成果物的成熟度，来取得成果物的成熟度。通知部510，在与某个业务步骤对应地记录于步骤记录部400中的任 意一个前步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟度 为M，向担当者通知表示能够开始该业务步骤的内容。而且，通知部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接收到关于某个业务步骤4吏 其成果物的成熟度降低的指示时，在成熟度记录部420中使该成果物的成 熟度降低。并且，成熟度变更部610，伴随着使该业务步骤的成果物的成 熟度降低，在成熟度记录部420中进一步降低使用该成果物的成熟度的其 他业务步骤的成果物的成熟度。由此，在产生在业务进行了某种程度后对 已经完成了的业务进行修正的需要的情况下，也能够恰当地继续业务的进 展管理。而且，成熟度变更部610，在以使成熟度降低的业务步骤为前步 骤的业务步骤中，关于在任意一个前步骤的成果物的成熟度未达到基准成 熟度的状态下开始的先行开始步骤，不使成熟度降4氐。这是因为，在先行 开始步骤中，存在不使用前步骤的成果物的情况、不受使前步骤的成果物 的成熟度降低的影响的情况。另外，优选，追加工数计算部620,在成熟度变更部610使成熟度降 低之前，在使指定的业务步骤的成果物的成熟度降低的情况下，计算^1> 工数，该追加工lbi成为利用成熟度变更部610降低成熟度后的结果所需 的工数的总数。并且，成熟度变更部610对用户输出利用追加工数计算部 620计算出的追加工数，以用户同意该追加工数的输出为务ft，使指定的 该业务步骤的成果物的成熟度降低。由此，业务的管理者能够在预先知道 因成熟度的降低而产生的影响的基础上，判断是否应该使成熟度降低。设定部630，与各个业务步骤对应地，设定是否允许在该业务步骤的 任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始业务。 例如，设定部630也可以在从业务的管理者通过管理者终端300接收到指 示的情况下，根据该指示内容设定业务的先行开始的许可与否。由此，在
接近业务的最终期限时等不能允许延长业务处理时间的风险的情况下，負巨 够禁止先行开始从而降低其风险。
基准成熟度更新部640，在从基准成熟度输入部505输入的基准成熟 度(即追加基准成熟度)中，选择被业务的管理者所指示的部分，并利用 所选择的基准成熟度更新初始设定基准成熟度。由此，管理者等，在业务 整体结束从而汽车的开发结束的情况下，能够AM^该汽车的开发中被变更 的基准成熟度中仅取出必要部分，并使之反映到下一个车种的开发中。
图11是担当者用处理部50向担当者通知信息的处理的流程图。担当 者用处理部50定期地或每次成熟度或基准成熟度被取得时，对各个业务步 骤进行以下的处理。首先，步骤检测部530判断该业务步骤是否是先行开 始步骤(S1100)。在是先行开始步骤的情况下(S1110:是)，成熟检测 部540判断是否该先行开始步骤的某个前步骤的成果物的成熟度上升到了 大于等于基准成熟度(S1110)。在成熟度上升到了大于等于基准成熟度的 情况下(S1110:是)，输入部500，向先行开始步骤的担当者通知表示成 熟度上升到大于等于基准成熟度后的该成果物能够在先行开始步骤中进行 利用的内容(S1120)。
另一方面，在该业务步骤不是先行开始步骤的情况下(S1100:否)， 通知部510判断是否该业务步骤的全部前步骤的成果物的成熟度上升到了 大于等于基准成熟度(S1130)。在全部前步骤的成果物的成熟度上升到了 大于等于基准成熟度的情况下(S1130:是)，输入部500，向该业务步骤 的担当者通知表示能够开始该业务步骤的内容(S1140).
图12表示担当者终端340的画面显示例(第1例)。对各个业务步骤 的成果物的成熟度，设置有与其高度相应的级别。并且，对各个级别，规 定有表示成熟度的高度的定义，该定义记录于成熟度定义记录部570。成 熟度的高度的定义，根据用户的指示^皮显示在担当者终端340的画面上。 例如，级别O表示业务步骤尚未开始的状态，级别l表示最终成果物的外 形设计程度完成，由基准线、基准面和主要剖面设定构成的形状巳经完成 了的状态。另外，级别2表示已经完成了最终成果物的布局/模型的状态，
具体地，表示将主要安装部件的安装位置、对主要部件的后让考虑在内的 形状已经完成了的状态。另外，级别3表示追加了凸部(求7 ) /肋条(卩少)等各种详细特征 的形状已经完成了的状态。另夕卜，级别4表示反映了深冲/沖压等形状修正、 弯折(-3、;/力i0 、敲打(tf一卜)等生产技术要件的形状已经完成了的状 态。另外，级别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的画面显示例(第l例)。如本图的例子所 示，状态显示部600使管理者终端300、例如作为立体状的直方图显示各 业务步骤的成果物的成熟度。该直方图也可以在与各业务步骤对应地表示 实际进行该业务步骤的企业内的配置的立体图上进行表示。由此，业务的 管理者能够瞬时地掌握各业务步骤的i^H状况。另外，管理者终端300也 可以根据状态显示部600的指示，关于各个业务步骤，显示表示是否在该 业务步骤的任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下 开始业务的信息。例如，管理者终端300也可以利用表示该意思的颜色对
直方图进行着色显示。另外，管理者终端300也可以根据用户的指示，显 示具有其他的不同的含义的直方图。例如，在汽车的开发中，由于部件的 制造成本、部件的质量的目标值等预先被确定，所以如果以直方图表示这 些目标值和实际值的差值，则能够更进一步高效地进行业务整体的管理。
图18表示管理者终端300的画面显示例(第2例)。利用本例，说明 追加工数计算部620计算并显示追加工数的处理。通过显示于本图上部的 下拉菜单，管理者输入成为使成熟度降低的候补的成果物和降低后的成熟 度。追加工数计算部620显示使用了该成熟度的成果物的其他的业务步骤 的列表。具体地，追加工数计算部620，关于各个业务步骤，把其担当者、 其成果物、该成果物的现在的成熟度、该成果物的变更后的成熟度、作为 成为使该成熟度降低后的结果所需的工数的总数的追加工数对应地进行显 示。追加工数可以根据记录于历史记录部430中的过去的工数算出。由此， 业务的管理者在预先知道因成熟度的降低而产生的影响的基础上判断是否 应该使成熟度降低。
图19表示作为业务管理系统40发挥作用的信息处理装置800的硬件 构成的一例。信息处理装置800具备具有利用主控制器1082相互连接的 CPUIOOO、 RAM1020和图形控制器1075的CPU外围部；具有通过输入 输出控制器1084与主控制器1082连接的通信接口 1030、硬盘驱动器1040 和CD - ROM驱动器1060的输入输出部；连接于输入输出控制器1084的 ROMIOIO、软盘驱动器1050和输入输出芯片1070。
主控制器1082与RAM1020和以高传输速率访问RAM1020的 CPUIOOO以及图形控制器1075连接。CPUIOOO基于存储于ROM1010和 RAM1020中的程序进行动作，进行各部的控制。图形控制器1075取得 CPUIOOO等在设置于RAM1020内的帧緩沖器上生成的图像数据，并在显 示装置1080上显示。取代于此，图形控制器1075也可以把存储CPUIOOO 等生成的图像数据的帧緩冲器包含在内部。
输入输出控制器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从软盘10卯读取程序或数据，并经由输入输 出芯片1070向RAM1020或硬盘驱动器1040提供。输入输出芯片1070连 接软盘1090、或经由例如并行端口、串行端口、键盘端口、鼠标端口等连 接各种输入输出装置。向信息处理装置800提供的程序存储于软盘1090、 CD - ROM1095或 IC卡等记录介质中，由用户提供。程序经由输入输出芯片1070和/或输入 输出控制器1084从记录介质被读出并被安装到信息处理装置800中来执 行。程序作用于信息处理装置800等而使其进行的动作，与在图1~图18 中所说明的业务管理系统40的动作相同，所以省略说明。以上所示的程序也可以存储在外部记录介质中。作为记录介质，除了 软盘1090、 CD - ROM1095之夕卜，还可以使用DVD、 PD等光学记录介质， MD等光磁记录介质，磁带介质、IC卡等半导M储器等。另外，也可以 把设置于与专用通信网络、因特网等连接的服务器系统中的硬盘或RAM 等存储装置作为记录介质进行使用，并经由网络向信息处理装置800提供 程序。以上，根据本实施例的业务管理系统40，即使在相互依赖的多个业务 步骤并行进行的情况下，也能够通过采用称为成果物的成熟度的统一的基 准，恰当地管理包括这些业务步骤的业务整体的i^。例如，业务管理系 统40能够以某业务步骤的全部前步骤的成果物的成熟度上升到大于等于 基准成熟度为M，向担当者通知表示开始该业务步骤的内容。另外，在 已经开始的业务步骤中，在其某个前步骤的成果物的成熟度上升到大于等 于基准成熟度的情况下，能够通过通知该情况来支持业务的顺利的进行.
以上，利用本发明的实施方式进行了说明，但本发明的技术范围并不 限定于上述实施方式所记栽的范围。能够对上述实施方式进行多种变更或 改良对本领域的技术人员是显而易见的。根据权利要求书的记栽可知，进 行了这样的变更或改良的方式也包含在本发明的技术范围内。
权利要求
1.一种管理业务的进展的业务管理系统，具备步骤记录部，其与包含于所述业务中的多个业务步骤的至少一个相对应地，记录作为向该业务步骤提供成果物的其他业务步骤的前步骤；基准成熟度记录部，其关于记录于所述步骤记录部中的、与一个业务步骤对应的各个前步骤，记录有基准成熟度，该基准成熟度是用于开始所述一个业务步骤所需的该前步骤的成果物的成熟度；成熟度取得部，其关于与所述一个业务步骤对应地记录于所述步骤记录部中的各个前步骤，取得该前步骤的成果物的成熟度；以及通知部，其在与所述一个业务步骤对应地记录于所述步骤记录部中的任意一个前步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件，通知表示能够开始所述一个业务步骤的内容。
2. 根据权利要求l所述的业务管理系统，进一步具备 步骤检测部，其检测作为在任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始的业务步骤的先行开始步骤；以及成熟检测部，其以所述先行开始步骤被检测出为条件，检测所述先行 开始步骤的某个前步骤的成果物的成熟度已经上升到大于等于基准成熟度 的情况；其中，所述通知部响应于所述先行开始步骤的前步骤的成果物的成熟 度已经上升到大于等于基准成熟度的情况，通知表示该成果物在所述先行 开始步骤中已经能够被利用的内容。
3. 根据权利要求2所述的业务管理系统，进一步具备设定部，其与各个业务步骤对应地，设定是否允许在该业务步骤的任意一个前步骤的成果物的成熟度未达到基准成熟度的状态下开始业务；其中，所述步骤检测部从被所述设定部允许了业务的开始的业务步骤 中检测所述先行开始步骤.
4. 根据权利要求l所述的业务管理系统，进一步具备 基准成熟度输入部，其与被指定的业务步骤对应地，根据用户的指示输入该业务步骤的各个前步骤的基准成熟度；其中，所述基准成熟度记录部，与该业务步骤的各个前步骤对应地， 记录由所述基准成熟度输入部输入的基准成熟度。
5. 根据权利要求4所述的业务管理系统，其中， 所述基准成熟度记录部记录作为预先指定的基准成熟度的初始设定基准成熟度，并且响应于由所述基准成熟度输入部输入基准成熟度的情况， 进一步记录所输入的该基准成熟度，所述通知部，在关于同一业务步骤、在所述基准成熟度记录部中记录 有多个基准成熟度的情况下，把由所述基准成熟度输入部输入的基准成熟 度与成熟度相比较，并且，该业务管理系统进一步具备基准成熟度更新部，其根据业务管理者 的指示，利用从所述基准成熟度输入部输入的基准成熟度，更新所述初始 设定基准成熟度。
6. 根据权利要求4所述的业务管理系统，其中， 响应于所述成熟度取得部关于同一业务步骤取得与已经取得的成熟度不同的成熟度的情况，所述基准成熟度输入部向用户请求用于使以该业务 步骤为前步骤的业务步骤开始所需的该前步骤的基准成熟度的指定，并根 据用户的指定输入该基准成熟度。
7. 根据权利要求4所述的业务管理系统，其中， 响应于所述成熟度取得部关于同一业务步骤取得比已经取得的成熟度还要高的成熟度的情况，所逸基准成熟度输入部向用户请求用于使该业务 步骤的成果物的成熟度更加上升所需的、该业务步骤的前步骤的基准成熟度的指定，并根据用户的指定输入该基准成熟度。
8. 根据权利要求4所述的业务管理系统，进一步具备 步骤输入部，其输入向被指定的业务步骤提供成果物的前步骤并使之记录到所述步骤记录部；以及死锁检测部，其响应于由所述步骤输入部输入前步骤并且由所述基准 成熟度输入部输入基准成熟度的情况，检测死锁，该死锁是多个业务步骤 为了生成成熟度更高的成果物而互相需要其他业务步骤的更高成熟度的成 果物的关系，其中，所述通知部以利用所述死锁检测部检测出死锁为条件，通知表 示与已检测出死锁的情况相对应地变更前步骤或基准成熟度的内容。
9. 根据权利要求l所述的业务管理系统，进一步具备 状态显示部，其与所述多个业务步骤的每一个对应地，显示表示该业务步骤的成果物的成熟度、该业务步骤是否在该业务步骤的任意一个前步 骤的成果物的成熟度未达到基准成熟度的状态下开始业务的信息。
10. 根据权利要求l所述的业务管理系统，其中， 所述成熟度取得部，响应于某个业务步骤的成果物的成熟度不能取得的情况，取得不能取得成果物的成熟度的该业务步骤的各个前步骤的成果 物的成熟度，该业务管理系统进一步具备成熟度计算部，其根据该业务步骤的各 个前步骤的成果物的成熟度计算不能由所述成熟度取得部取得成熟度的该 业务步骤的成果物的成熟度，其中，所述通知部，根据所述成熟度取得部取得的成熟度或者所述成 熟度计算部计算出的成熟度，判断所述一个业务步骤的前步骤的成果物的 成熟度是否大于等于基准成熟度。
11. 根据权利要求10所述的业务管理系统，进一步具备 权重记录部，其与至少一个业务步骤的各个前步骤相对应地，记^示该前步骤对该业务步骤的成果物做出贡献的程度的权重；其中，所述成熟度计算部把对该业务步骤的全部前步骤的每一个的成 果物的成熟度乘以与该前步骤对应的权重并合计后的值，作为不能由所述 成熟度取得部取得成熟度的该业务步骤的成果物的成熟度算出。
12. 根椐权利要求l所述的业务管理系统，进一步具备 成熟度记录部，其与各个业务步骤对应地，记录由所述成熟度取得部取得的成熟度；以及 成熟度变更部，其伴随着使某个业务步骤的成果物的成熟度降低的情 况，降低使用该成熟度的成杲物的其他业务步骤的成果物的成熟度。
13. 根据权利要求12所述的业务管理系统，进一步具备 追加工数计算部，其关于所指定的业务步骤，在使该业务步骤的成果物的成熟度降低的情况下，计算追加工数，该3i^工^tA成为成熟度被所 述成熟度变更部降低后的结果所需的工数的总数；其中，所述成熟度变更部对用户输出利用所述追加工数计算部计算出 的追加工数，以用户同意该追加工数的输出为条件，使指定的该业务步骤 的成果物的成熟度降低。
14. 根据权利要求l所述的业务管理系统，进一步具备 成熟度定义记录部，其与包含于所述业务中的多个业务步骤的至少一个相对应地，记录该业务步骤的成果物的成熟度的定义；其中，所述成熟度取得部通过对用户输出记录于所述成熟度定义记录 部中的定义，使用户指定该业务步骤的成果物的成熟度，来取得成果物的 成熟度。
15. 根据权利要求l所述的业务管理系统，进一步具备 历史记录部，其以所述成熟度取得部在某个业务步骤中取得比已经取得的成熟度要高的成熟度为条件，记录用于使该业务步骤的成果物的成熟 度上升所需的步骤数和用于使该成果物的成熟度上升所使用的前步骤的成 果物的成熟度。
16. —种支持业务的iiJ良管理的业务管理系统构建支持服务，包括 从业务的担当者或管理者，关于包含于所述业务中的多个业务步骤的至少一个，取得向该业务步骤提供成果物的其他业务步骤的信息的步骤； 从业务的担当者或管理者，关于该业务步骤的各个前步骤，取得基准成熟度的信息的步骤，该基准成熟;1A用于开始该业务步骤所需的该前步 骤的成果物的成熟度；关于该业务步骤的各个前步骤，使该前步骤的担当者输入该前步骤的 成果物的成熟度的步骤；以及 在该业务步骤的任意一个前步骤中，都以该前步骤的成熟度大于等于 该前步骤的基准成熟度为条件，向该业务步骤的担当者通知该业务步骤的 开始的步骤。
17. —种控制方法，是管理业务的i^艮的业务管理系统的控制方法， 所述业务管理系统，具备步骤记录部，其与包含于所述业务中的多个业务步骤的至少一个相对 应地，记录作为向该业务步骤提供成果物的其他业务步骤的前步骤；基准成熟度记录部，其关于记录于所述步骤记录部中的、与一个业务 步骤对应的各个前步骤，记录有基准成熟度，该基准成熟度是用于开始所 述一个业务步骤所需的该前步骤的成果物的成熟度；所述控制方法，包括关于与所述一个业务步骤对应地记录于所述步骤记录部中的各个前步 骤，取得该前步骤的成果物的成熟度的成熟度取得步骤；在与所述一个业务步骤对应地记录于所述步骤记录部中的任意一个前 步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件， 通知表示所述一个业务步骤能够开始的内容的通知步骤。
18. —种程序，其是使信息处理装置作为管理业务的i^!l的业务管理 系统而发挥作用的程序，该程序使所述信息处理装置作为以下各部而发挥 作用步骤记录部，其与包含于所述业务中的多个业务步骤的至少一个相对 应地，记录作为向该业务步骤提供成果物的其他业务步骤的前步骤；基准成熟度记录部，其关于记录于所述步骤记录部中的、与一个业务 步骤对应的各个前步骤，记录有基准成熟度，该基准成熟度是用于开始所 述一个业务步骤所需的该前步骤的成果物的成熟度；成熟度取得部，其关于与所述一个业务步骤对应地记录于所述步骤记 录部中的各个前步骤，取得该前步骤的成果物的成熟度；以及通知部，其在与所述一个业务步骤对应地记录于所述步骤记录部中的 任意一个前步骤中，都以该前步骤的成熟度大于等于该前步骤的基准成熟 度为条件，通知表示所述一个业务步骤能够开始的内容。
全文摘要
即使在互相依赖的多个业务步骤并行进行的情况下，也能够恰当地管理包括这些业务步骤的业务整体的进展。管理业务的进展的业务管理系统，具备步骤记录部，与多个业务步骤的至少一个相对应地，记录作为向该业务步骤提供成果物的其他业务步骤的前步骤；基准成熟度记录部，关于记录于步骤记录部中、与一个业务步骤对应的各个前步骤，记录作为用于开始一个业务步骤所需的该前步骤的成果物的成熟度的基准成熟度。关于与一个业务步骤对应地记录于步骤记录部中的各个前步骤，取得该前步骤的成果物的成熟度，在与一个业务步骤对应地记录于步骤记录部中的任意一个前步骤中，以该前步骤的成熟度大于等于该前步骤的基准成熟度为条件，通知一个业务步骤能够开始。
文档编号G06Q10/00GK101128784SQ20068000610
公开日2008年2月20日 申请日期2006年2月24日 优先权日2005年2月25日
发明者加纳真, 安达久俊, 菊间裕二 申请人:国际商业机器公司