JP4654285B2 - 進捗状況管理方法，プログラムおよび進捗状況管理装置 - Google Patents

Description

本発明は、進捗状況管理方法，プログラムおよび進捗状況管理装置の技術に関する。

プラントＥＰＣ（Engineering Procurement and Construction）プロジェクトを含む
プロジェクトマネジメントの進捗状態をプロジェクトの任意の段階に携わるプロジェクトメンバ間で確認する方法として、プロジェクト計画および進捗をガントチャートで表示する方法が良く用いられている。

ガントチャートは、プロジェクトで実施する業務全体を個別の業務単位（ワークと呼ぶ）の階層構造に展開した、ワーク・ブレークダウン・ストラクチャーを記述し、展開した末端のワークをアクティビティとして、このアクティビティ間の順序制約や実施に必要なリソースを割当て、アクティビティ毎の計画開始日および計画終了日を決定し、プロジェクト完了までの全ワークに対する日程計画をバーチャート形式で記述したものである。ガントチャートでは、各ワークのバーに対し、実績開始日および実績終了日で決まる実績バーを記述し、計画と現在の実績を比較することにより進捗状態を把握することができる。

また、ガントチャートでは、プロジェクトの任意の段階において、各部署の設計データを統合管理し、設計プロセスフローに沿った設計データをデータベースに格納する際、設計データの状態にあわせて、工程状態を管理することによって、設計データの状態管理を行うことができる。

このような技術の他に、プラント建設プロジェクトにおける複数の設計部署の設計情報を、データベースで設計情報の変更情報や確定情報か否かの状態情報と合せて格納し、設計部署間で設計情報の変更に関する整合性を確保し、通信ネットワークで接続し、変更があった情報を関係部署に通達することによって、プロジェクトの進捗を管理することを特徴とするプラント統合設計システムおよびプラント建設プロジェクト統合管理システムが提示されている（例えば、特許文献１参照）。

特開２００１−２９７１１６号公報

特許文献１に記載の技術では、設計の変更情報は、変更部分を文章で記述しているため、通達を受けた担当者にしか分からない。つまり、担当者以外の管理者などの上位者やその他の関係者が、実際の変更対象物の形状や他の変更対象物を含めた作業量などのイメージを把握し難い。また、特許文献１に記載の技術では、プロジェクトの任意の段階における任意の工程が、制約関係に基づく他の工程の完了を受けて、開始可能となる状態の変化を視覚的に速やかに確認することができず、プロジェクト工程の遅延につながる可能性がある。

このような背景に鑑みて本発明がなされたのであり、本発明は、プロジェクトにおける各工程の進捗状況を視覚的に確認できることを目的とする。

前記課題を解決するため、本発明は、工程の進捗状況を管理する進捗状況管理装置における進捗状況管理方法であって、進捗状況管理装置は、部品データごとに部品ＩＤが付されている設計データと、部品ＩＤおよび複数の工程の進捗状況のデータを対応付けた状態管理データとを記憶部に有しており、設計データから一つの特徴を表す属性により複数グループに分類した部品グループデータを作成し、部品グループＩＤを付された前記部品グループデータごとに工程の進捗状況のデータを集計し、前記部品グループデータの配置位置を示す配置図を表示部に表示し、配置図のグループの属性の他、別の属性の特徴についてグループ化された集計した部品グループデータについての工程の進捗状況のデータを表示した工程状態表示画面を作成して、表示部に表示することを特徴とする。

本発明によれば、部品の属性のうち一つの特徴で複数のグループに分類した部品グループの作業がどれだけ進捗しているかを視覚的に把握することができる。

次に、本発明を実施するための最良の形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。

図１は、本実施形態に係るプロジェクト可視化装置の構成例を示す図である。
プロジェクト可視化装置１（進捗状況管理装置）は、設計データ１０１，状態管理データ１０２および状態間制約条件データ１０３を記憶している記憶部１０４と、設計データ状態対応部１０５，状態監視部１０６および状態変更部１０７を有する処理部１０８とを有している。さらに、プロジェクト可視化装置１には、出力装置１０９（表示部）および入力装置１１０（記憶部１０４）が接続されている。

設計データ状態対応部１０５は、状態管理データ１０２と、設計データ１０１とを基に、工程の進捗状況に応じて設計データ１０１を強調表示させる機能を有する。状態監視部１０６は、状態管理データ１０２や、設計データ１０１の変化を監視する機能を有する。状態変更部１０７は、状態管理データ１０２などの状態属性変更の必要の有無を検出し、必要がある場合は、状態管理データ１０２などの状態属性を変更する機能を有する。

図２は、本実施形態に係る設計データの構成例を示す図であり、（ａ）は、プラント設計図における３次元ＣＡＤ（Computer Aided Design）のＣＡＤデータの例であり、（ｂ）は、設計属性データの例である。

ＣＡＤデータ２０１（部品データ）は、製品の形状や様々な製品属性を持つ３次元ＣＡＤデータが好ましいが、製品の形状，部位の構成要素および位置関係が識別できるデータであれば、例えば２次元ＣＡＤ図面や部品の構成表のデータでもよい。図２（ａ）に示すような、３次元のＣＡＤデータ２０１においては、例えば、配管ラインのモデルＩＤ，部品名称、該当する設計データ１０１が最新か否かを示す情報である最新フラグ，設計データ１０１の来歴を管理する来歴属性、製品の情報である製品属性を有する設計属性データ２０２が付随している。製品属性は、その製品の種別，配管型，呼径，肉厚，節点数，長さなどを有している。ここで、モデルとは、ＣＡＤデータ２０１における各部品に相当する。

図２（ｂ）において、最新フラグは、設計データ１０１のモデルＩＤ（部品ＩＤ）毎に、該当するモデルＩＤに対応する設計データ１０１が最新の場合、最新フラグを「１」とし、それ以外の場合は「０」としている。また、来歴属性には、来歴を表す番号を格納している。なお、図２（ｂ）の来歴属性において、「Ｒｅｖ」は、Revisionの略であり、版数を意味する。なお、「Ｒｅｖ ｎ＋ａ」は、「Ｒｅｖ ｎ」よりも新しい来歴であることを示す。

図３は、本実施形態に係る状態管理データの構成例を示す図である。
状態管理データ１０２は、設計データ１０１のモデルＩＤに対する工程の進捗状況を管理しているデータであり、モデルＩＤ，部位名称，来歴変化属性および工程ＩＤを有している。工程ＩＤは、プロジェクトにおける各工程を識別するための番号であり、本実施形態では、「工程Ａ」，「工程Ｂ」，・・・のように、アルファベットで識別することとする。状態管理データ１０２は、モデルＩＤに対し、工程毎（工程ＩＤ毎）に状態属性３０１（進捗状況のデータ）を有する。状態属性３０１は、例えば、図３に示すように、未着手（「未」），着手可能（「着」），着手中（「中」）および完了（「完」）の４つで表してもよいし、さらに詳細に着手中の進捗度を百分率の数値で表現してもよい（図３における数値）。

また、来歴変化属性は、設計データ１０１における版数が変更されたか否か意味しており、設計データ１０１に変更が加えられると、数値が「１」となり、変更が加えられないと「０」となる。

図４は、本実施形態に係る状態間制約条件データの例を示す図であり、（ａ）は、状態間制約条件データの構成例を示す図であり、（ｂ）は、（ａ）のデータが示す工程間の関係を示す図である。

図４（ａ）に示すように、状態間制約条件データ１０３は、工程間の前後関係を記述したデータである。ここで、先行工程とは、任意の工程の前に行われる工程のことであり、後続工程とは、任意の工程の後に行われる工程である。図４において、「０」は、該当する工程間に直接的な前後関係がないことを示し、「１」は、該当する工程間に直接的な前後関係があることを示す。また、先行工程と後続工程が同一である場合（例えば、先行工程が「工程Ａ」で、後続工程が「工程Ａ」である場合）は、工程の前後関係を定義することができないため「−」や、Ｎｕｌｌ値を格納する。

図４（ａ）に示す例で、先行工程ＩＤにおける「工程Ａ」と「工程Ｂ」とをみると、後続工程が「工程Ｃ」のところで、「１」の値をとっている。つまり、「工程Ａ」と、「工程Ｂ」との後続工程は、「工程Ｃ」ということになる。同様にして、「工程Ｃ」の後続工程は、「工程Ｄ」であり、「工程Ｄ」と、「工程Ｅ」と、「工程Ｆ」との後続工程は、「工程Ｇ」であり、「工程Ｇ」の後続工程は、「工程Ｈ」となる。図４（ａ）に表されている工程の前後関係（状態間制約条件）を模式的に示すと、図４（ｂ）のようになる。ここで、プロジェクトの任意の段階とは、工程のあるまとまりを示し、例えば、製品の設計段階は、工程Ａ，工程Ｂおよび工程Ｃにより構成される段階Ｉ，調達段階は、工程Ｄ，工程Ｅおよび工程Ｆにより構成される段階II、また、輸送段階は、工程Ｇおよび工程Ｈにより構成される段階IIIとなる。尚、この３段階に限られず、設計，調達，輸送の他、製造，建設の段階を加えても良いし、これらの任意の組合せとしても良い。

次に、図１から図４を参照しつつ、図５から図１１に沿って本実施形態における処理の説明を行う。
図５は、本実施形態における全体処理の流れを示すフローチャートである。

状態監視部１０６は、設計の進捗の状態属性３０１や設計データ１０１の来歴変化を管理する状態管理データ１０２を逐次監視している（Ｓ５０１）。ステップＳ５０１の説明は、図６を参照して後記する。監視は、状態監視部１０６は、例えば、０.１秒に一回など所定時間毎に状態管理データ１０２の監視を行っている。

状態監視部１０６は、ステップＳ５０１の結果、状態管理データ１０２における状態属性３０１に変化があるか否かを判定する（Ｓ５０２）。

ステップＳ５０２の結果、状態属性３０１に変化がある場合（Ｓ５０２→Ｙｅｓ）、状態監視部１０６は、その状態変化（状態属性３０１の変化）を状態変更部１０７に通知し（Ｓ５０３）、処理部１０８は、ステップＳ５０６の処理へ進む。ステップＳ５０３の説明は、図８を参照して後記する。

ステップＳ５０２の結果、状態属性３０１に変化がない場合（Ｓ５０２→Ｎｏ）、状態監視部１０６は、設計データ１０１の来歴属性を参照し、来歴属性に変化があるか否かを判定する（Ｓ５０４）。

ステップＳ５０４の結果、来歴属性に変化がある場合（Ｓ５０４→Ｙｅｓ）、状態監視部１０６は、来歴属性の更新処理を行う（Ｓ５０５）と同時に、取得した来歴変化属性と、モデルＩＤとを対にした来歴属性変更リストデータ７０２（図７（ｂ）で後記）を作成する。ステップＳ５０５の処理については、図９を参照して後記する。

ステップＳ５０４の結果、来歴属性の変化がない場合（Ｓ５０４→Ｎｏ）、処理部１０８は、ステップＳ５０１へ処理を戻す。

次に、状態変更部１０７は、状態間制約条件データ１０３に基づき、任意の工程に対する他の工程の状態変更の必要の有無を分析する。すなわち、状態管理データ１０２の状態間制約条件に基づく分析を行う（Ｓ５０６）。ステップＳ５０６の処理は、図１０を参照して後記する。

ステップＳ５０６における分析の結果を使用して、状態変更部１０７は、他の工程に関して状態更新を行うか否かを判定する（Ｓ５０７）。

ステップＳ５０７の結果、他の工程に対して状態更新を行わないと判定した場合（Ｓ５０７→Ｎｏ）、処理部１０８は、ステップＳ５０１へ処理を戻す。

ステップＳ５０７の結果、他の工程に対して状態更新を行うと判定した場合（Ｓ５０７→Ｙｅｓ）、状態更新部は、状態管理データ１０２において、状態変更に該当する工程の状態属性３０１を変更する（Ｓ５０８）。

次に、設計データ状態対応部１０５は、状態属性３０１を状態管理データ１０２から読み込み、読み込んだ状態属性３０１を、設計データ１０１のモデルＩＤに対応付けて、出力装置１０９に表示させる（Ｓ５０９）。ステップＳ５０９の処理は、図１１を参照して後記する。

次に、処理部１０８は、表示を終了するか否かをユーザに提示する画面を出力装置１０９に表示させ、入力装置１１０を介してユーザが入力した情報を基に、処理部１０８は、表示を終了するか否かを判定する（Ｓ５１０）。

ステップＳ５１０の結果、表示終了と判定された場合（Ｓ５１０→Ｙｅｓ）、設計データ１０１の表示を終了して、処理を終了する。

ステップＳ５１０の結果、表示を終了しないと判定された場合（Ｓ５１０→Ｎｏ）、処理部１０８は、ステップＳ５０１へ処理を戻す。

図６は、図５における状態管理データの監視処理の流れを示すフローチャートである。
図６に示す処理は、図５のステップＳ５０１における処理である。

まず、状態監視部１０６は、記憶部１０４から状態管理データ１０２を取得する（Ｓ６０１）。

そして、状態監視部１０６は、取得した状態管理データ１０２の全てのモデルＩＤについて（Ｓ６０２）と全ての工程について（Ｓ６０３）以下の処理を行う。

まず、状態監視部１０６は、取得した状態管理データ１０２から状態属性３０１を取得する（Ｓ６０４）。そして、状態監視部１０６は、取得した状態属性３０１の変化を検出したか否かを判定する（Ｓ６０５）。

ステップＳ６０５の結果、状態属性３０１の変化を検出しなかった場合（Ｓ６０５→Ｎｏ）、状態監視部１０６は、ステップＳ６０７へ処理を進める。

ステップＳ６０５の結果、状態属性３０１の変化を検出した場合（Ｓ６０５→Ｙｅｓ）、状態監視部１０６は、状態管理データ１０２において、変化を検出したモデルＩＤ，工程ＩＤおよび状態属性３０１を、図７（ａ）を参照して後記する状態属性変更リストデータ７０１へ追加する（Ｓ６０６）。そして、次の工程について、ステップＳ６０４からステップＳ６０６の処理を繰り返し（Ｓ６０７）、すべての工程について処理を完了すると、次のモデルＩＤについて、ステップＳ６０３からステップＳ６０７の処理を繰り返す（Ｓ６０８）。

図７は、本実施形態にかかる状態属性変更リストデータおよび来歴属性変更リストデータの構成例を示す図であり、（ａ）は、状態属性変更リストデータの例であり、（ｂ）は、来歴属性変更リストデータの例である。

状態属性変更リストデータ７０１は、図６のステップＳ６０６の段階で生成されるデータであり、図７（ａ）に示すように、モデルＩＤと、工程ＩＤと、状態属性とが対応して格納されている。状態属性変更リストデータ７０１は、状態管理データ１０２において、状態属性３０１の変化が生じているモデルＩＤと、工程ＩＤとを抽出したリストである。

状態属性の例としては、状態管理データ１０２（図３参照）と同様に、未着手（「未」）、着手可能（「着」）、着手中（「中」）および完了（「完」）の４つ以外に、さらに詳細に着手中の進捗度を百分率の数値で表現してもよい。

来歴属性変更リストデータは、図５のステップＳ５０５の段階で生成されるデータであり、図７（ｂ）に示すように、モデルＩＤと、来歴変化属性とが対の情報として記述されている。来歴属性変更リストデータ７０２は、設計データ１０１において、来歴が変化したモデルＩＤを抽出したリストである。

図８は、図５における状態変化の通知処理の流れを示すフローチャートである。
図８に示す処理は、図５のステップＳ５０３における処理である。

まず、状態監視部１０６は、図７（ａ）に示す状態属性変更リストデータ７０１を参照する（Ｓ８０１）。

そして、状態監視部１０６は、状態属性変更リストデータ７０１におけるすべてのモデルＩＤについて（Ｓ８０２）、モデルＩＤ，工程ＩＤおよび状態属性を含む状態属性変更通知を状態変更部１０７に通知する（Ｓ８０３）。そして、状態監視部１０６は、次のモデルＩＤについて繰り返しステップＳ８０３の処理を行う（Ｓ８０４）。

図９は、図５における来歴属性の更新処理の流れを示すフローチャートである。
図９に示す処理は、図５のステップＳ５０５における処理である。

まず、状態監視部１０６は、設計データ１０１の設計属性データ２０２を参照する（Ｓ８０５）。

そして、状態監視部１０６は、設計属性データ２０２におけるすべてのモデルＩＤについて（Ｓ８０６）、モデルＩＤおよび来歴属性の変化の有無を示す情報である来歴変化属性を含む状態属性変更通知を状態変更部１０７に通知し、状態変更部１０７は、通知された状態属性変更通知に含まれるモデルＩＤをキーとして、状態管理データ１０２の来歴変化属性を更新する（Ｓ８０７）。そして、状態監視部１０６は、次のモデルＩＤについて繰り返しステップＳ８０７の処理を行う（Ｓ８０８）。この後、状態監視部１０６は、状態変更部１０７へ通知したモデルＩＤと、来歴変化属性とをリストの形式で図７（ｂ）に示す来歴属性変更リストデータ７０２へ出力する。

図１０は、図５における状態管理データの状態間制約条件に基づく分析処理の流れを示すフローチャートである。
図１０に示す処理は、図５のステップＳ５０６における処理である。

まず、状態変更部１０７は、記憶部１０４から状態属性変更リスト（図７（ａ）の状態属性変更リストデータ７０１）および来歴属性変更リスト（図７（ｂ）の来歴属性変更リストデータ７０２）を読み込む（Ｓ９０１）。

そして、すべての工程において（Ｓ９０２）、以下の処理を行う。なお、工程は、後ろの工程から処理を行う。つまり、図４（ｂ）を参照して説明すると、工程Ｈ，工程Ｇ，工程Ｆ，工程Ｅ，工程Ｄ，・・・，工程Ａの順に処理を行う。

状態変更部１０７は、状態間制約条件データ１０３を参照して、制約条件の取得を行い（Ｓ９０３）、処理対象となっている工程に対し、制約関係が認められる先行工程の工程ＩＤ（先行工程ＩＤ）のすべてを状態間制約条件データ１０３から取得する。例えば、図４を参照して説明すると、工程Ｈの先行工程は、工程Ｇ，工程Ｆ，・・・，工程Ｂ，工程Ａであり、工程Ｄの先行工程は、工程Ｃ，工程Ｂ，工程Ａであり、工程Ｆや工程Ｅの先行工程はなしとなる。

そして、状態変更部１０７は、ステップＳ９０３において、制約関係が認められたすべての先行工程について（Ｓ９０４）、状態属性変更リスト（図７（ａ）の状態属性変更リストデータ）から該当する先行工程ＩＤを有する工程ＩＤを検索し（Ｓ９０５）、状態変更部１０７は、状態間制約条件データ１０３を参照して、処理対象となっている先行工程が存在するか否かを判定する（Ｓ９０６）。つまり、処理対象となっている工程を、状態間制約条件データ１０３の後続工程としたとき、「１」の値を有する先行工程が存在するか否かを判定することによって、制約関係が認められた先行工程のうち、状態属性３０１に変化が生じている工程が存在するか否かを判定する。

ステップＳ９０６の結果、先行工程が存在しない場合（Ｓ９０６→Ｎｏ）、状態変更部１０７は、ステップＳ９０８へ処理を進める。

ステップＳ９０６の結果、先行工程ＩＤが存在する場合（Ｓ９０６→Ｙｅｓ）、状態変更部１０７は、状態属性変更リストデータ７０１（図７（ａ）参照）および来歴属性変更リストデータ７０２（図７（ｂ）参照）から、該当する先行工程ＩＤに対する状態属性および来歴変化属性を取得する（Ｓ９０７）。

そして、状態変更部１０７は、ステップＳ９０３で制約関係が認められた次の先行工程について（Ｓ９０８）、ステップＳ９０５からステップＳ９０７の処理を繰り返し行う。

次に、状態変更部１０７は、処理対象の工程に対して制約関係にあるすべての先行工程に対して、状態管理データ１０２の状態属性３０１を参照し（Ｓ９０９）、さらに、来歴属性変更リストデータ７０２（図７（ｂ）参照）を参照し、参照した先行工程がすべて完了かつ来歴の変化なしか否かを判定する（Ｓ９１０）。

ステップＳ９１０の結果、先行工程がすべて完了していない、または来歴の変化がある場合（Ｓ９１０→Ｎｏ）、状態変更部１０７は、ステップＳ９１２へ処理を進める。

ステップＳ９１０の結果、先行工程が全て完了し、かつ来歴が変化していない場合（Ｓ９１０→Ｙｅｓ）、状態変更部１０７は、状態管理データ１０２において、処理対象となっている後続工程の状態管理データ１０２の状態属性３０１および来歴変化属性を更新する（Ｓ９１１）。そして、状態変更部１０７は、次の工程について、ステップＳ９０３からステップＳ９１１の処理を繰り返し行う（Ｓ９１２）。

図１１は、図５における設計データと状態属性の対応付け表示処理の流れを示すフローチャートである。

図１１に示す処理は、図５のステップＳ５０９における処理である。

なお、図１１は、既に設計データ１０１と状態属性３０１の対応付け表示が行われていることを前提とし、状態管理データ１０２の状態属性３０１に変化があった設計データ１０１の箇所の表示を変更する方法を記述する。

まず、設計データ状態対応部１０５は、記憶部１０４から状態管理データ１０２を読み込む（Ｓ１００１）。

そして、設計データ状態対応部１０５は、状態管理データ１０２のすべてのモデルＩＤについて（Ｓ１００２）、以下の処理を行う。

まず、設計データ状態対応部１０５は、処理対象となっているモデルＩＤをキーとして、状態属性変更リストデータ７０１（図７（ａ）参照）を参照し（Ｓ１００３）、処理対象となっているモデルＩＤの状態属性が変更されているか否かを判定する（Ｓ１００４）。

ステップＳ１００４の結果、状態属性が変更されていない場合（Ｓ１００４→Ｎｏ）、設計データ状態対応部１０５は、ステップＳ１００８へ処理を進める。

ステップＳ１００４の結果、状態属性が変更されている場合（Ｓ１００４→Ｙｅｓ）、図１２を参照して後記する表示属性データ１１０１を参照する（Ｓ１００５）。すなわち、設計データ状態対応部１０５は、処理対処となっているモデルＩＤをキーとして、状態属性変更リストデータ７０１における工程ＩＤと、工程ＩＤに対応している状態属性を取得し、取得した状態属性をキーとして、表示属性データ１１０１から表示属性（表示方法データ）を取得する。そして、処理対象となっているモデルＩＤに対応するモデル（ＣＡＤデータ２０１の各部）を出力装置１０９に表示する（Ｓ１００６）。次に、設計データ状態対応部１０５は、取得した表示属性に基づき、モデルの状態を出力装置１０９に表示する（Ｓ１００７）。

そして、設計データ状態対応部１０５は、次のモデルＩＤについて、ステップＳ１００３からステップＳ１００７の処理を繰り返し行う（Ｓ１００８）。

なお、ここでは、状態属性に変更のあったモデルの表示を行っているが、初回時の処理では、状態の表示対象となるすべてのモデルに対し、状態属性と表示属性とを割当てて表示することとなる。

図１２は、本実施形態に係る表示属性データの例を示す図である。
図１２に示すように、表示属性データ１１０１では、工程ＩＤに対し、状態属性に対する表示方法としての表示属性（表示方法データ）を記述する。ここでは、工程Ａに関し、「未着手」の箇所は、「水色」で表示し、「着手可能」の箇所は、「茶色」で表示し、「着手中」の箇所は、「青色」で表示し、「完了」の箇所は、「桃色」で表示することとする。

図１３は、本実施形態に係る工程状態表示画面の例である。
図１３において、工程状態の表示は、図１２で示す表示属性データに基づいて行われるが、ここでは、色の区別をハッチングで区別することとする。

工程状態表示画面は、設計データ表示画面１１０２と、凡例表示画面１１０３とを有してなる。図１３では、図１２の工程Ａに対応する工程として「スプール分割」を選択した例を示す。

設計データ表示画面１１０２において、例えば、符号１１０４などのような「未着手」の箇所は、凡例１１０８と同一の色で着色される。また、例えば、符号１１０５のような「着手可能」の箇所は、凡例１１０９と同一の色で着色される。さらに、符号１１０６のような「着手中」の箇所は、凡例１１１０と同一の色で着色され、符号１１０７のような「完了」の箇所は、凡例１１１１と同一の色で着色される。また、設計データ表示画面１１０２において、「スプール分割」に関わらない箇所は着色されない（例えば、符号１１１２）。

なお、表示非対象（図１３では、「スプール分割」に関わらない箇所）の３次元ＣＡＤオブジェクトをワイヤーフレーム表示や、点線表示にするよう表示属性データ（図１２参照）の表示属性を定義するようにしてもよい。あるいは、表示対象と非表示対象の３次元ＣＡＤオブジェクトに対して、ハッチングパターンや３次元注記を割付けるよう表示属性データの表示属性を定義するようにしてもよい。また、例えば、「未着手」の箇所のみ表示し、他の状態を表示非対象にするといったように、ある状態以外を表示非対象にするように表示属性データの表示属性を定義するようにしてもよい。

また、凡例表示画面１１０３は、省略してもよい。
図１４は、様々な状態の表示方法を示す図であり、（ａ）は、透過色で示す例であり、（ｂ）は、ハッチングパターンで示す例であり、（ｃ）は、同一箇所に複数の状態が重複した場合を示す例である。

図１４（ａ），（ｂ）において、符号１１３０は、配管スプールの分割が完了した箇所であり、符号１１３１は、配管スプールの分割が完了していない箇所である。

本実施形態では、図１３に示すように、非透過色の色で、工程の状態属性を区別しているが、例えば、図１４（ａ）に示すように透過色（図１４（ａ）では、ハッチングで表現）で表現したり、図１４（ｂ）に示すようにハッチングで表現したりしてもよい。

また、図１４（ｃ）の符号１１３２で示すように、同一の箇所が、配管スプール完了と、配管施行図作図完了との２つの状態属性を有するように、同一の箇所が、複数の状態属性を有するときは、符号１１３３と、符号１１３４とのように、同一の箇所を複数の色で着色してもよい。なお、図１４（ｃ）の符号１１３１は、図１４（ａ），（ｂ）の符号１１３１と同様であるため、説明を省略する。

ここで、プロジェクトの任意の段階における任意の工程に対して制約関係がある工程を含めた進捗状態を知るため、ユーザが、進捗状況を確認したい設計データ１０１のモデルを、入力部を介して指定し、当該指定したモデルに関する工程の状態属性３０１（図３参照）を設計データ１０１と共に出力装置１０９に表示してもよい。つまり、図１３に示すように、表示対象となるすべてのモデルに対し、状態の表示を行うのではなく、ユーザが指定したモデルのみ状態の表示を行ってもよい。また、指定されたモデルに対し、状態間制約条件データ１０３に基づき、制約関係のある工程の状態属性３０１を検索し、該当する工程および設計データ１０１のモデルを状態属性３０１と共に出力装置１０９に表示することも可能である。つまり、指定されたモデルと、そのモデルと、前後関係にある工程に関わるモデルとの状態を表示してもよい。

また、状態間制約条件データ１０３におけるプロジェクトの任意の段階における工程同士の順序関係付け、付属する作業指示や参照すべき関連ドキュメントの情報などの対応付けを入力装置１１０により編集してもよい。付属する作業指示や参照すべき関連ドキュメントの情報は、設計データ１０１のモデルＩＤ単位や工程ＩＤ単位に対応付けて記憶部１０４に格納する。

さらに、図１２に示す表示属性データ１１０１を、入力装置１１０により編集してもよい。このとき、状態属性３０１（図３参照）に対する表示属性の値を色別の他に透明度，ハッチング，マーキング，表示・非表示などから選択的に設定できるようにしてもよい。

図１５は、本実施形態に係る工程状態表示画面の他の例を示す図であり、（ａ）は、設計部署における工程状態表示画面（設計部署画面）の例であり、（ｂ）は、調達部署における工程状態表示画面（調達部署画面）の例である。

設計部署画面２０００および調達部署画面２００１とも、図１３に示す工程状態表示画面と同様に、設計データ表示画面１１０２，１１０２′と、凡例表示画面１１０３，１１０３′とを有してなる。なお、図１５（ａ）に示す設計部署画面２０００は、図１３に示す工程状態表示画面と同様であるため、同一の符号を付して説明を省略する。

調達部署では、設計部署において着手完了になった箇所が、着手可能となるため、図１５（ａ）において、「完了」なっている箇所１１０７が、図１５（ｂ）において、「着手可能」の箇所１６０１となっている。そして、図１５（ａ）における箇所１１０４〜１１０６は、図１５（ｂ）では、「未着手」の箇所１６０２となっている。

ここでは、図１５（ａ）の設計部署画面２０００は、設計部署に設置された出力装置１０９（図１参照）に表示されている画面であり、図１５（ｂ）の調達部署画面２００１は、調達部署に設置された出力装置１０９に表示されている画面を想定しているが、これに限らず、例えば、入力装置１１０（図１参照）を介して、図示しない画面上に表示されている画面切替えボタンを押下することによって、図１５（ａ）および図１５（ｂ）を切替えてもよい。

このようにすることにより、部署間で進捗状況に関する連絡がとりやすくなり、プロジェクトの遅延防止を図ることができる。

次に、図１６および図１７に沿って、日程計画情報を併せて表示する方法について説明する。

図１６は、本実施形態に係る工程の日程計画データを示す図である。

記憶部１０４（図１）参照は、図１６に示すような日程計画データ１４００を格納してもよい。

このときの日程計画データは、図１６に示すように、工程所要時間，開始日時および終了日時を有してなる。この日程計画データを用いることにより、プロジェクトの全工程を時間軸上に計画することが可能である。この際、プロジェクトの全体開始日，全体終了日（納期）、各工程間の状態間制約条件の順序関係，各工程の工程所要時間から前詰めや後詰めの日程計画手順により、自動的に各工程の開始日時，終了日時を決めてもよい。

図１７は、本実施形態に係る工程状態表示画面の他の例を示す図である。
図１７に示す工程状態表示画面は、図１３に示す設計データ表示画面１１０２および凡例表示画面１１０３に加えて、工程表表示画面１５０１および作業条件グラフ表示画面１５０２を有している。工程表表示画面１５０１および作業条件グラフ表示画面１５０２の横軸は、時間であり、作業条件グラフ表示画面１５０２の縦軸は、作業人員や、作業資材などである。つまり、作業条件グラフ表示画面１５０２は、作業人員や、作業資材などの時間推移を示したものである。工程表表示画面１５０１は、例えば、図１６に示すような日程計画データを基に、設計データ状態対応部１０５（図１参照）が出力装置１０９（図１参照）に表示させる。

図１７において、バー１５０３で示される時間における状態属性が、設計データ表示画面１１０２に示されている。バーを移動させると、その時間における状態属性が設計データ表示画面１１０２に表示される。

このように、プロジェクトの任意の段階における日程計画を行った結果の工程表や作業人員などのデータと、設計データ表示画面１１０２とを対応付けて表示してもよい。このように、時間軸上の時間点と設計データ１０１における部位を任意に指定することにより、指定された時間点における設計データ１０１の状態を容易に視認することができる。また、図１７に示す工程状態表示画面によれば、プロジェクト全体工程における設計データ１０１表示時間（バー１５０３で示される時間）を任意に変えることによって、現在時間より前の時間については、計画および実績の状態を確認でき、現在時間より後の時間については計画の状態を確認することが可能である。

図１８は、本実施形態に係るプロジェクト可視化装置の他の例を示す図である。
なお、図１８において、図１と同様の構成に対しては、図１と同一の符号を付して、説明を省略する。

図１８に示すプロジェクト可視化装置１′は、図１に示すプロジェクト可視化装置１の構成に、設計データ編集管理部１７０１および状態管理データ編集部１７０２を加えた処理部１０８′を有する点である。

設計データ編集管理部１７０１は、設計データ１０１を監視し、設計データ１０１の変更が検知されると、設計属性データから変更のあったモデルＩＤや、このモデルＩＤに対する部位名称などを抽出し、状態管理データ１０２のモデルＩＤに対応する情報を変更する機能を有する。ここで、変更とは、モデルＩＤの変更や、追加や、削除を含む。追加を行う際には、ユーザが、入力部を介して状態管理データ１０２の状態属性を入力する必要がある。

このようにすることにより、設計データの変更に対し、柔軟に対応することが可能となる。

状態管理データ編集部１７０２は、入力部を介して入力された情報を基に、状態間制約条件テーブルを編集する機能を有する。具体的な方法は、図１９を参照して後記する。

図１９は、本実施形態に係る制約条件編集インタフェース画面の例を示す図である。
図１９に示すように、出力装置１０９（図１参照）の画面上において、入力装置１１０（図１参照）を介して工程の状態属性間を矢印で接続することによって、状態管理データ編集部１７０２が、現在の工程の順序関係を状態間制約条件データ１０３（図４）に格納してもよい。図１９において、「未」は、「未着手」を示し、「着」は、「着手可能」を示し、「中」は、着手中を示し、「完」は、「完了」を示しているが、状態間制約条件データ１０３内の制約条件に対応する数値として、未着手：「０」，着手可能：「１」，着手中：「２」および完了：「３」といった番号を対応付けてもよい。

このようにすることにより、状態間制約条件データ１０３を柔軟に管理することが可能となる。

図２０は、本実施形態に係るプロジェクト可視化装置の他の例を示す図である。
なお、図２０において、図１と同様の構成に対しては、図１と同一の符号を付して、説明を省略する。

図２０に示すプロジェクト可視化装置１″は、図１に示すプロジェクト可視化装置１の構成に、状態管理データ集計部１７０３と状態表示切替部１７０４を加えた処理部１０８″と、表示切替属性データ１７０５を追加した。それぞれの構成については以下で説明する。

図２１は、状態管理データ集計部１７０３の集計処理の流れを示すフローチャートである。まず、状態管理データ集計部１７０３は、記憶部１０４から状態管理データ１０２を読み込む（Ｓ２１０１）。そして、状態管理データ集計部１７０３は、状態管理データ１０２の部位名称を検索キーにして設計属性データ２０２を検索し、据え付ける位置を表すフロア，エリアといった設計属性を取り出す（Ｓ２１０２）。

ここで状態管理データ集計部１７０３が読み込む設計属性データ２０２の例を図２２に示す。図２２は、部位名称と据え付け位置とを対応して管理する設計属性データの構成例である。ここでは、図２（ｂ）の設計属性データに追加する表としたが、図２（ｂ）の設計属性データとは別に、部位名称と据え付け位置とを対応して管理する別の表としても良い。製品属性としてフロア，エリアを有する。

状態管理データ集計部１７０３は、取り出した設計属性ごとに状態管理データ１０２をグループに集計し、グループＩＤを状態管理データのモデルＩＤとして新規に追加する（Ｓ２１０３）。例えば、部品の属性のうち、エリアを選択した場合、エリアＡ，エリアＢ，エリアＣ，エリアＤについて部品の集合を作成し、グループＩＤを付与する。状態管理データにグループＩＤを追加した例を図２３に示す。例えば、エリアＡの部品グループについて、位置グループ１としてモデルＩＤのＧ０００１が付与される。

ここで、設計対象物の位置を表す設計属性で分けられたグループを位置グループと呼ぶ。状態管理データ集計部１７０３は、位置グループごとに、さらに対象部位の種別，型といった設計属性を取り出す（Ｓ２１０４）。

状態管理データ集計部１７０３は、取り出した設計属性ごとに状態管理データ１０２をグループに集計し、グループＩＤを付して状態管理データに追加する（Ｓ２１０５）。ここで、設計対象物の種別を表す設計属性で分けられたグループを種別グループと呼ぶ。

これら位置グループや種別グループの様に、設計対象物の一つの特徴で纏めたものを特徴グループとして状態管理データに追加する。これら特徴グループは、設計データから一つの特徴を表す属性により複数グループに分類した部品グループデータである。上記Ｓ２１０３の据え付け位置によるグループ化とＳ２１０４の種別又は型等の設計属性のグループ化の様に、一つのグループ化した中で、更に別の特徴でグループ化することもできる。この様な多段階のグループ化のやり方は、部品の属性の特徴を複数選び、この複数の属性を有する部品をグループ化し、この複数の属性の特徴の一つを有する上位のグループと関連付けることで多段階のグループ化ができる。また、Ｓ２１０４，Ｓ２１０５は行わず、Ｓ２１０３の位置グループによるグループ化を行うこともできる。

状態管理データ集計部１７０３は、前記位置グループ及び前記種別グループのうち一つのグループ又は全てのグループにおける（Ｓ２１０７）、グループに対応する全ての工程において（Ｓ２１０８）、グループ内の部品の状態属性３０１を集計し、記憶部１０４の状態管理データに格納する（Ｓ２１０９）。例えば、グループ内全ての部品のある工程における状態属性が、全て完了の場合、グループのその工程の状態属性は「完」となる。また、グループ内全ての部品のある工程における状態属性が、一部、着手中や未着手がある場合は、グループのその工程の状態属性は「中」となる。グループ内の部品総数に対して、例えば、状態が「完」の数の割合を進捗度の百分率の数値で表現してもよい（図２３における数値）。例えば、図２２のエリアＣである配管（Ｌ０００５，Ｌ０００６）についてグループ化して、モデルＩＤとしてＧ０００２が付与されたとした場合、工程Ｄについての状態属性は一部着手中があるので中と表現したり、部品総数に対する「完」の数の割合から５０％が入力される。グループの進捗度を算出するやり方は、平均値を用いるほか、部品別に重みをつけて算出したりすることもできる。状態管理データ集計部１７０３は、グループ内の部品のうち来歴属性に変化があるものが存在した場合、状態管理データにおけるそのグループの来歴変化属性を更新する。状態監視部１０６は、状態管理データにおける前記位置グループや種別グループの全ての特徴についてと全ての工程についても、前記図２３における状態管理データの監視処理を行う。設計属性データ２０２の設計属性には、設計対象物の作業担当部署，作業業者といった作業者を表す属性を持ち、作業者グループ単位に状態を集計し、状態管理データの監視処理を行ってもよい。

このようにすることにより、個別の部品に加え、部品のグループごとに、進捗状態の変化が工程間で伝わるので、部品のグループ単位で行う工程の作業の着手がスムーズに行うことができる。

次に、図２４に沿って、作業の進捗を対象となる部品の配置位置と併せて表示する方法について説明する。
図２４は、本実施形態に係る工程状態表示画面２２０１の例を示す図である。設計データ状態対応部１０５が表示する工程状態表示画面の例として、進捗集計表２２０２，進捗集計グラフ２２０３，ＣＡＤ配置図２２０４を表示する例を示す。但し、グループ単位で行う工程状態を把握する為には、これらのいずれかを表示すれば良い。この進捗集計表２２０２，進捗集計グラフ２２０３，ＣＡＤ配置図２２０４は、部品グループごとの工程の進捗状況のデータを表示したものである。進捗集計表２２０２は、設計対象物の一つの特徴として例えば部品種別で纏めたものをグループとしており、それぞれのグループについての工程の進捗率を表示する。進捗率はそれぞれのグループの完了した作業工程数を作業工程総数で割り算して求めた比率である。これら完了した作業工程数と作業工程総数を合わせて表示しても良い。また、フロア又はエリアのグループを合わせて表示しても良い。進捗集計グラフ２２０３は、進捗集計表をグラフとして表示する。ＣＡＤ配置図２２０４は、部品のグループの配置位置を表す配置図である。部品の一つの属性として位置を選択してグループ化した場合に、設計データに部品のグループの形状や配置位置を設ける。ここではそれぞれのエリアについて部品グループのＣＡＤデータを設け、ＣＡＤ配置図２２０４の様に表される。ＣＡＤ配置図２２０４では、部品のグループの配置位置を表すと共に部品グループの工程の進捗状況も表す例を説明する。例えば、３次元ＣＡＤ上でＣＡＤ配置図２２０４を表示し、前記ＣＡＤ配置図におけるフロア２２０５上のエリア２２０６の輪郭形状を底面とし、進捗率を高さ方向の変数とした３次元グラフを表示してもよい。

上述したように、設計データから一つの特徴を表す属性により複数グループに分類した部品グループデータを作成し、部品グループＩＤを付された部品グループデータごとに工程の進捗状況のデータを集計し、集計した部品グループデータについての工程の進捗状況のデータを表示した工程状態表示画面を作成して、表示部に表示することにより、部品の属性のうち一つの特徴で複数のグループに分類した部品グループの作業がどれだけ進捗しているかを視覚的に把握することが可能となる。

設計データ状態対応部１０５は、設計データ１０１の対象となる部品のグループの配置位置を示すＣＡＤ配置図２２０４と、状態管理データ１０２における状態属性の例えば進捗率を表す数値を進捗集計表２２０２又は進捗集計グラフ２２０３を対応させて表示する。また、前記集計した表やグラフを対象となるグループの位置の対応が配置図中で分かるようにマーキングやハイライトさせ、別画面で表示しても良い。

また、ＣＡＤ配置図２２０４のあるエリア２２０６を選択すると、それに対応させて、そのエリアに関係し、別の属性の種別ごとの進捗率を進捗集計表２２０２で表示する。ＣＡＤ配置図２２０４は部品属性のうちエリアについてグループ化されており、進捗集計表２２０２は、部品属性のうちエリアと種別の属性についてグループ化されている。この様に、部品グループデータの配置位置を示す配置図を表示部に表示し、部品グループデータについての工程の進捗状況のデータは、配置図のグループの属性の他、別の属性の特徴についてグループ化されたものであり、表示部に表示されることで、ある特定の部品グループが他の部品グループに与える影響を位置関係で確認することができる。この例に限られず、ＣＡＤ配置図の属性をフロアとして、進捗集計表の属性をフロアとエリアとしても良い。

次に、作業の進捗状態の表示を切替える方法について、説明する。
図２０における状態表示切替部１７０４は、状態管理データ１０２におけるモデルＩＤやグループＩＤに対応する任意の工程の状態属性を監視し、表示切替属性データ１７０５の表示切替属性を読み込み、前記表示切替属性に応じて、工程状態表示画面の切替えを設計データ状態対応部１０５に通知する。設計データ状態対応部は、前記通知を受け、図１３に記載する工程状態表示画面と図２４に記載する工程状態表示画面とを切替えて出力装置１０９に表示する。前記表示切替属性データは、例えば、「「位置グループＡ」のＢ工程の状態属性が「完」になった時に工程状態表示画面Ｃ（図１３）から工程状態表示画面Ｄ（図２４）に切替える」といったルール形式で記述する。工程表示画面の切替えは、例えば、入力装置１１０を介して、画面切替ボタンを押下することによって、図１３および図２４を切替えてもよい。

このように、図２４の様な、部品グループデータごとの進捗状況のデータ及び部品グループデータの配置位置を示す配置図を表示した工程状態表示画面と、図１３の様な、複数の部品についての進捗状況のデータ及び複数の部品についての配置図を表示した工程状態表示画面とを前記状態管理データの状態属性に応じて切替えて表示することにより、部品グループと部品単体の相互関係を配置位置の関係で確認することができる。例えば、ある部品単品の工程が完了せず、全体工程の進行状態に影響がでている場合に、部品グループとしての影響をグループ配置位置の関係で確認することができる。

また、上述した実施例は、設計データから一つの特徴を表す属性により複数グループに分類した部品グループデータを作成し、部品グループＩＤを付された部品グループデータごとに工程の進捗状況のデータを集計することを記載したが、これらのデータ構築作業を外部業者へ委託するなどによりデータを予め用意することもできる。つまり、分類や集計の処理は外部業者により予め行われ、工程の進捗状況を管理する管理者は、管理装置により集計結果の表示のみを実施することができる。進捗状況管理装置が、設計データから一つの特徴を表す属性により複数グループに分類した部品グループデータと工程の進捗状況のデータを対応付けた状態管理データを記憶部に有し、複数のグループの表示を指示された場合に、部品グループデータについての工程の進捗状況のデータを表示し、部品グループデータの配置図を表示することにより、グループの進捗状況を製品の配置図を用いて容易に把握することができる。

図１や、図１８や、図２０に示す処理部１０８，１０８′，１０８″を構成する各部１０５〜１０７，１７０１，１７０２，１７０３，１７０４は、図示しないＲＯＭ（Read Only Memory）や、図示しないＨＤ（Hard Disk）に格納されたプログラムが、図示しないＲＡＭ（Random Access Memory）に展開され、図示しないＣＰＵ（Central Processing Unit）によって実行されることによって具現化する。

（効果）
本実施形態によれば、プラントＥＰＣプロジェクトの工程の進捗状況を視覚的に確認できるため、特に、管理者，担当者間でどの対象物（モデル）がどういう進捗状態にあるかを視覚的に確認できるようにして、プロジェクトの遅延を防止するシステムを提供することである。

さらに、本実施形態によれば、進捗状況を視覚的に確認できることから、部署内、もしくは部署間で進捗状況に関する連絡がとりやすくなり、プロジェクトの遅延防止を図ることができる。

さらに、対象物（モデル）のあるまとまった単位における進捗状況を集計した形で視覚的に確認できることから、大規模なプロジェクトの工程を効率良く把握することができる。

また、実際のプロジェクトにおける工程では、対象となる段階より前の段階における工程が全て完了している必要はない。つまり、制約関係にある先行工程が完了していれば、当該先行工程に続く後続工程に着手してもよい。本実施形態によれば、制約関係のある工程の進捗状況を視覚的に把握することが可能となるため、工程の進捗状況を全体的に把握することが可能となる。これにより、特定の工程が滞ったために、プロジェクト全体が遅延する可能性を低減でき、プロジェクト全体の遅延防止が可能となる。

なお、本実施形態は、プラントのプロジェクトに限らず、３次元設計を行う製品開発プロジェクト（工業製品，都市開発，建築物、など）のデジタルモックアップデータを用い、管理者や担当者の間で視覚的に進捗やデータの状態を把握して、遅延防止など幅広く用いることが出来る。

本実施形態に係るプロジェクト可視化装置の構成例を示す図である。 本実施形態に係る設計データの構成例を示す図であり、（ａ）は、プラント設計図における３次元ＣＡＤのＣＡＤデータの例であり、（ｂ）は、設計属性データの例である。 本実施形態に係る状態管理データの構成例を示す図である。 本実施形態に係る状態間制約条件データの例を示す図であり、（ａ）は、状態間制約条件データの構成例を示す図であり、（ｂ）は、（ａ）のデータが示す工程間の関係を示す図である。 本実施形態における全体処理の流れを示すフローチャートである。 図５における状態管理データの監視処理の流れを示すフローチャートである。 本実施形態にかかる状態属性変更リストデータおよび来歴属性変更リストデータの構成例を示す図であり、（ａ）は、状態属性変更リストデータの例であり、（ｂ）は、来歴属性変更リストデータの例である。 図５における状態変化の通知処理の流れを示すフローチャートである。 図５における来歴属性の更新処理の流れを示すフローチャートである。 図５における状態管理データの状態間制約条件に基づく分析処理の流れを示すフローチャートである。 図５における設計データと状態属性の対応付け表示処理の流れを示すフローチャートである。 本実施形態に係る表示属性データの例を示す図である。 本実施形態に係る工程状態表示画面の例である。 様々な状態の表示方法を示す図であり、（ａ）は、透過色で示す例であり、（ｂ）は、ハッチングパターンで示す例であり、（ｃ）は、同一箇所に複数の状態が重複した場合を示す例である。 本実施形態に係る工程状態表示画面の他の例を示す図であり、（ａ）は、設計部署における工程状態表示画面（設計部署画面）の例であり、（ｂ）は、調達部署における工程状態表示画面（調達部署画面）の例である。 本実施形態に係る工程の日程計画データを示す図である。 本実施形態に係る工程状態表示画面の他の例を示す図である。 本実施形態に係るプロジェクト可視化装置の他の例を示す図である。 本実施形態に係る制約条件編集インタフェース画面の例を示す図である。 本実施形態に係るプロジェクト可視化装置の他の例を示す図である。 図２０における状態管理データ集計部の集計処理の流れを示すフローチャートである。 部位名称と据え付け位置とを対応して管理する設計属性データを示す図。 状態管理データにグループＩＤを追加した例を示す図である。 本実施形態に係る工程状態表示画面の他の例を示す図である。

符号の説明

１，１′，１″ プロジェクト可視化装置（進捗状況管理装置）
１０１ 設計データ
１０２ 状態管理データ
１０３ 状態間制約条件データ
１０４ 記憶部
１０５ 設計データ状態対応部
１０６ 状態監視部
１０７ 状態変更部
１０８，１０８′，１０８″ 処理部
１０９ 出力装置（表示部）
１１０ 入力装置（入力部）
２０１ ＣＡＤデータ
２０２ 設計属性データ
３０１ 状態属性
７０１ 状態属性変更リストデータ
７０２ 来歴属性変更リストデータ
１１０１ 表示属性データ
１１０２ 設計データ表示画面
１１０３ 凡例表示画面
１４００ 日程計画データ
１５０１ 工程表表示画面
１５０２ 作業条件グラフ表示画面
１５０３ バー
１７０１ 設計データ編集管理部
１７０２ 状態管理データ編集部
１７０３ 状態管理データ集計部
１７０４ 状態表示切替部
１７０５ 表示切替属性データ
２０００ 設計部署画面
２００１ 調達部署画面
２２０１ 工程状態表示画面
２２０２ 進捗集計表
２２０３ 進捗集計グラフ
２２０４ ＣＡＤ配置図
２２０５ フロア
２２０６ エリア

Claims (6)

1. 工程の進捗状況を管理する進捗状況管理装置における進捗状況管理方法であって、
   前記進捗状況管理装置は、
   部品データごとに部品ＩＤが付されている設計データと、前記部品ＩＤおよび複数の工程の進捗状況のデータを対応付けた状態管理データとを記憶部に有しており、
   前記設計データから一つの特徴を表す属性により複数グループに分類した部品グループデータを作成し、
   部品グループＩＤを付された前記部品グループデータごとに前記工程の進捗状況のデータを集計し、
   前記部品グループデータの配置位置を示す配置図を表示部に表示し、
   前記配置図のグループの属性の他、別の属性の特徴についてグループ化された前記集計した部品グループデータについての工程の進捗状況のデータを表示した工程状態表示画面を作成して、表示部に表示することを特徴とする進捗状況管理方法。
2. 請求項１に記載の進捗状況管理方法において、
   前記部品グループデータについての工程の進捗状況のデータを、前記部品グループデータの配置位置を示す配置図に対応付けて前記工程状態表示画面を作成して、表示部に表示することを特徴とする進捗状況管理方法。
3. 請求項２に記載の進捗状況管理方法において、
   前記工程状態表示画面と複数の部品についての配置図表示及び複数の部品についての進捗状況のデータを表示する工程状態表示画面とを前記状態管理データの状態属性に応じて切替えて表示することを特徴とする進捗状況管理方法。
4. 請求項１から請求項３のいずれかに記載の進捗状況管理方法を、コンピュータである進捗状況管理装置に実行させることを特徴とするプログラム。
5. 工程の進捗状況を管理する進捗状況管理装置であって、
   部品データごとに部品ＩＤが付されている設計データと、
   前記部品ＩＤおよび複数の工程の進捗状況のデータを対応付けた状態管理データとを格納している記憶部と、
   前記設計データから一つの特徴を表す属性により複数グループに分類した部品グループデータを作成し、部品グループＩＤを付した前記部品グループデータごとに前記工程の進捗状況のデータを集計して前記状態管理データに格納する集計部と、
   前記部品グループデータの配置位置を示す配置図を表示部に表示し、前記配置図のグループの属性の他、別の属性の特徴についてグループ化された前記集計した部品グループデータごとの工程の進捗状況のデータを表示した工程状態表示画面を表示部に表示する処理部とを有することを特徴とする進捗状況管理装置。
6. 工程の進捗状況を管理する進捗状況管理装置における進捗状況管理方法であって、
   前記進捗状況管理装置は、
   設計データから一つの特徴を表す属性により複数グループに分類した部品グループデータと工程の進捗状況のデータを対応付けた状態管理データを記憶部に有しており、
   前記複数のグループの表示を指示された場合に、
   前記配置図のグループの属性の他、別の属性の特徴についてグループ化された前記部品グループデータについての前記工程の進捗状況のデータを表示部に表示し、
   前記部品グループデータの配置図を表示することを特徴とする進捗状況管理方法。

Images