JP6847801B2 - 設計支援装置および設計支援方法 - Google Patents

Description

本発明は、製品の設計・製造データを作成する際の関連技術に係り、操作者の要求に適した製品の設計プロセス案や仕様変更・改善などに伴う影響範囲を検出し、それらについて顧客へ事前に提示するための設計支援装置および設計支援方法に関する。

近年、製品に求められる多機能・高機能化により、製品開発を行う際の検討項目数は増加傾向にある。このため、製品開発の現場においては、組織的な取り組みとして設計手法や設計支援ツールを採用し、より短期間で不具合や手戻りの少ない高品質な製品開発を進めている。

しかしながら、実際の設計では、度重なる検討項目数の増加や、これに伴う検討手順の整備や設計支援ツールの機能拡充が追いつかず、日々試行錯誤しながら設計を進めているのが現状である。これに対抗する取り組みとして、一部設計業務チェック作業の自動化や業務改善などで段階的に効率化が図られているものの、すり合わせのための試行錯誤や、検討手順が複雑であり、検討内容も複数の制約を満たすような高度な場合があり、多くの時間を要している。

このような設計の試行錯誤に関して、不具合の工数やリスクなどを事前に予想して操作者へ提示する技術について、次に示すような手法が知られている。

一つ目の特許文献１は、設計段階で発生した大小さまざまな不具合による手戻りの工数とその改善施策に要するコストを見積もることができる装置である。これは、縦軸に不具合を発見した工程、横軸に不具合が混入した工程、各欄には発見工程から混入工程へ手戻り下不具合数が記された不具合マトリクスというものを各プロジェクト単位で作成あるいは更新することで、不具合による手戻り工数とその改善施策に要するコストを容易に見積もることができるというものである。

二つ目の特許文献２は、製品開発のプロジェクトの状況を過去の実績あるプロジェクトとの類似性を踏まえて、発生しうるリスクを予測し、その対策案などを提示する装置である。これは、操作者の履歴データを自動的に取り込み過去に発生したことのある同種の現象の問題と履歴データとの比較を行うことにより、性質や現在の状況の類似性が高いプロジェクトでのリスクに対する対策方法を提示するものである。

三つ目の特許文献３は、発生しうるリスクを予測し、その対策案などを提示するものであり、特許文献２に加えてリスクの対策案における実現度を提示する装置である。この実現度を算出するために、プロジェクトに関する見積額、原価、推定利益額、目標利益率、顧客業種、協力会社名などの個々の属性情報を属性情報データベースへ入力し、そこから関係式を演算して実現度を定量的に算出している。

特開２０１１−１９８３００号公報 特開２００７−５８４０９号公報 特開２０１０−１６０５４６号公報

しかしながら、上記の技術においては次に挙げるような課題がある。

特許文献１、特許文献２および特許文献３に記載の技術においては、不具合の工数や発生しうるリスクおよびその対策案などが提示されるが、提示されるリスクやその対策案などが具体的に示す影響範囲を視覚的に確認することは難しい。

また、特許文献１および特許文献３に記載の技術においては、プロジェクト毎に不具合マトリクスを作り込む必要がある場合や、属性情報データベースに操作者が入力する必要がある。このため、作り込み中や入力する上で、操作者の感性や経験値などに完成度が左右されて、場合によっては不具合や必要事項が漏れ、かえって不具合を作り込むことになりかねない。

本発明においては、「一つまたは複数のサブタスクを含む複数のタスクが実行されることにより達成される設計についてのプロジェクトを支援するための設計支援装置であって、
設計支援装置は、設計者が計算機を使用して行った設計についての設計履歴データを逐次記憶する記録部と、設計支援情報を与える出力部と、演算部を備え、
演算部は、設計履歴データとタスクを関連付けてタスク−設計履歴関連データを逐次生成するタスク関連度抽出部と、タスク−設計履歴関連データについてサブタスクを定義して設計プロセスデータを逐次生成するサブタスク定義部と、複数の設計プロセスデータについて、そのサブタスク間の関連度を表したサブタスク関連度データを生成するサブタスク関連度抽出部と、過去に実施したプロジェクトのときの過去設計プロセスデータと、現在設計中のプロジェクトにおける仕掛中設計プロセスデータとの差分から、仕掛り中の設計業務に対して、以降の設計業務で発生するサブタスクを予測して予測サブタスクを得るとともに、最適な実行順序を計算し、予測設計プロセスデータを得る差分抽出部を備え、予測設計プロセスデータを出力部を介して外部出力することを特徴とする設計支援装置。」としたものである。

また本発明においては、「一つまたは複数のサブタスクを含む複数のタスクが実行されることにより達成される設計についてのプロジェクトを支援するための設計支援方法であって、
設計者が計算機を使用して行った設計についての設計履歴データを逐次記憶し、
設計履歴データとタスクを関連付けてタスク−設計履歴関連データを逐次生成し、タスク−設計履歴関連データについてサブタスクを定義して設計プロセスデータを逐次生成し、複数の設計プロセスデータについて、そのサブタスク間の関連度を表したサブタスク関連度データを生成し、過去に実施したプロジェクトのときの過去設計プロセスデータと、現在設計中のプロジェクトにおける仕掛中設計プロセスデータとの差分から、仕掛り中の設計業務に対して、以降の設計業務で発生するサブタスクを予測して予測サブタスクを得、予測サブタスクとして最適な実行順序を計算した予測設計プロセスデータを設計者に提示することを特徴とする設計支援方法。」としたものである。

また本発明においては、「一つまたは複数のサブタスクを含む複数のタスクが実行されることにより達成される設計についてのプロジェクトを支援するための設計支援装置であって、
設計支援装置は、操作者によって操作された設計ツールの操作履歴やファイル作成・参照の履歴を、設計履歴データとして記録する手段と、この設計履歴データにおける日時情報と、担当の製品やプロジェクトごとの設計工程表におけるタスクの日時情報を比較して、タスクと設計履歴データを関連付けてタスク−設計履歴関連データとして設計履歴データベースに登録する手段と、タスク−設計履歴関連データに基づいて、設計履歴データをサブタスク単位に分解し、このサブタスクとサブタスク実行順序を設計プロセスデータとして設計プロセスデータベースに登録する手段と、サブタスクにおける作成ファイルと参照ファイルの関係、およびサブタスクの実行順序の関係からサブタスクの関連性を計算し、サブタスク関連度データとして登録する手段と、仕掛り中の設計業務に対して作成された設計プロセスデータを仕掛り中プロセスデータとし、設計プロセスデータベースに登録されている設計プロセスデータを過去設計プロセスデータとし、この仕掛り中プロセスデータと過去設計プロセスデータを比較し、仕掛り中の設計業務に対して、以降の設計業務で発生するサブタスクを予測し、予測サブタスクとして登録する手段と、予測サブタスクの平均実施工数やサブタスク関連度データに基づいて、最適な実行順序を計算し、予測設計プロセスとして登録する手段と、予測設計プロセスを出力装置を介して表示する手段とを、有することを特徴とする設計支援装置。」としたものである。

また本発明では、一つまたは複数のサブタスクを含む複数のタスクが実行されることにより達成される設計についてのプロジェクトを、操作者が計算機に対して行う事を支援するための設計支援方法であって、
計算機からの操作者の設計履歴を設計工程表との比較によりサブタスク単位に分解し、サブタスクに関連付いた作成ファイルや参照ファイルの関係から、サブタスク間の関連性を計算し、その結果から最適な設計プロセスを抽出して操作者へ提示することを特徴とする設計支援方法。」としたものである。

設計プロセスの相関関係およびプロセス間の因果関係を登録、蓄えることで、設計の仕様内容の変更・改善時において、影響範囲を事前に検出することができる。また、先手でリスク対策を講じることで、手戻り防止と品質維持できる。

本発明の設計支援装置の構成例を示す図。 記録部Ｍから設計履歴データベースＤＢ１への登録過程の一例を示す図。 サブタスク定義部Ｄ２から設計プロセスデータＴＢ３を得る流れの一例を示す図。 サブタスク関連度抽出部Ｄ３から設計プロセスＤＢ２への登録過程の一例をす図。 差分抽出部Ｄ４の処理を経て、設計プロセス更新部Ｄ５へ至る過程の一例を示す図。 設計履歴データＴＢ１の具体的な一例を示す図。 タスク−設計履歴関連データＴＢ２の一例を示す図。 計算機ＣＰＵのモニタ画面としてサブタスク定義画面の一例を示す図。 サブタスク提案の根拠データを表示した画面例を示す図。 サブタスク定義部Ｄ２から生成された設計プロセスデータＴＢ３の一例を示す図。 サブタスク関連度抽出部Ｄ３から生成されたサブタスク関連度データＴＢ４の一例を示す図。 仕掛り中プロセスデータの一例をＷＢＳ構造で示す図。 過去設計プロセスデータの一例をＷＢＳ構造で示す図。 予測サブタスクデータの一例をタイムライン形式で差分抽出部Ｄ４から生成された予測サブタスクデータＴＢ７の一例をタイムライン形式１４００で示す図。 予測設計プロセスデータの一例をタイムライン形式で差分抽出部Ｄ４から生成された予測サブタスクデータＴＢ７の一例をタイムライン形式１４００で示す図。 設計プロセス更新部の出力データの一例をタイムライン形式で示す図。 設計プロセス更新部の出力データの一例をＷＢＳ構造でで示す図。

以下、図面を用いて本発明の設計支援装置の一例を説明する。

図１は、本発明による設計支援装置の一実施例を示す構成図である。

図１においてＣＰＵは、パソコンなどの計算機であり、入力部、表示部を含めた出力部、演算部などにより構成されており、設計に携わる操作者各人が計算機に向かって設計作業を行っている。

図１には、操作者が計算機を用いておこなう設計作業を支援するための設計支援装置１の一連の処理内容を表している。図示の設計支援装置１は、記録部Ｍと、処理部Ｄと、処理部Ｄにより生成されたデータを表すデータテーブルＴＢと、データを記憶するデータベースＤＢにより表記されている。

また設計支援装置１の大まかな機能について示すと、図２に詳細を示す設計履歴導出過程、図３に詳細を示すサブタスク定義過程、図４に詳細を示すサブタスク関連度導出過程、図５に詳細を示す設計履歴導出過程、図３に詳細を示すサブタスク定義過程、設計プロセス更新過程の各機能が順次実行されていく。

以下、本発明による処理手順における主要な機能の概要について説明する。主要な機能は、記録部Ｍと、処理部Ｄにより説明することができる。なお処理部Ｄは、タスク関連度抽出部Ｄ１、サブタスク定義部Ｄ２、サブタスク関連度抽出部Ｄ３、差分抽出部Ｄ４、及び設計プロセス更新部Ｄ５である。
（１）記録部Ｍ
記録部Ｍは、一人または複数の操作者が計算機ＣＰＵにおいて操作した操作履歴を自動的に設計履歴データＴＢ１として記録する手段を備える。操作履歴の情報は、例えばクラウド上に設けられた仮想的な設計業務環境などから、ネットワークへの接続状態や起動しているソフト・保存や作成したファイルなどの情報として常時記録可能である。具体的な記録内容は、図６を用いて後述するように、例えば操作者が作成あるいは参照したファイルに関するファイル名や作成日時、作業を行った作業ディレクトリ名や作成日時、作業担当者名などの情報である。ここでは、ファイルの入出力や参照などの操作が操作者によって行われることで設計が進行しているものと仮定して記録する。

なお記録部Ｍには、操作者が過去に実施し、設計としては既に完了した事案についての過去データ、及び操作者が現在実施中の設計未完了の事案についての途中データが記録されている。本発明においては、設計が未着手の事案について、或は途中まで実施された設計未完了案件について、以後における設計手順に対して設計支援を行う事になる。
（２）タスク関連度抽出部Ｄ１
タスク関連度抽出部Ｄ１は、設計履歴データＴＢ１における日時情報と操作者が担当する製品やプロジェクトごとの設計工程表におけるタスクの日時情報を比較し、設計履歴データとタスクを関連付けたタスク−設計履歴関連データＴＢ２を作成し、設計履歴データベースＤＢ１へ記録する手段である。これにより、設計工程表におけるタスク進行期間中に記録された設計履歴データＴＢ１は、そのタスクとの関連度が高い、タスク−設計履歴関連データＴＢ２となる。日時情報以外にも比較できる情報は、例えば入出力ファイルや参照ファイルや作業担当者などを比較することが可能である。タスク−設計履歴関連データＴＢ２について、図７を用いて後述する。
（３）サブタスク定義部Ｄ２
サブタスク定義部Ｄ２は、タスク−設計履歴関連データＴＢ２に基づいて、設計工程表におけるタスクをさらに分解したサブタスクを設計履歴データＴＢ１から定義する手段である。このサブタスクは、例えば設計履歴データに記録されている作成ファイル単位や作業ディレクトリ単位で細分化することでタスクを分解し、サブタスクとして定義することができる。定義されたサブタスクは、実行順序でソートされ、サブタスク間の実行順序を紐付けて設計プロセスデータＴＢ３として設計プロセスデータベースＤＢ２へ登録する。設計プロセスデータＴＢ３について、図１０を用いて後述する。

さらに、設計履歴データＴＢ１には、例えば、入出力ファイルの保存履歴やファイルの参照履歴に関連する入出力情報や参照情報などに加えて、作業ディレクトリや担当者情報などを含むため、サブタスクを定義する際に、入出力ファイルや参照ファイルに加えて、作業ディレクトリや担当者情報を属性情報として、サブタスクに関連付けて定義できる。また、サブタスク名は、入出力ファイルや参照ファイルのファイル名称やファイルに記載されているタイトルあるいは、作業ディレクトリのフォルダ名などから自動的に候補として操作者へ提示してサブタスクの定義を促すことが可能である。
（４）サブタスク関連度抽出部Ｄ３
サブタスク関連度抽出部Ｄ３は、サブタスク定義部Ｄ２において、サブタスクに関連付けて定義された入出力ファイルや参照ファイルなどの属性情報を用いて、サブタスクの実行順序や発生頻度などと属性情報との関連度を計算し、サブタスク関連度データＴＢ４として設計プロセスデータベースＤＢ２へ登録する手段を備える。サブタスク関連度データＴＢ４について、図１１を用いて後述する。

なお、関連度を計算する方法としては、例えば、「Ｓｍｉｔｈ、Ｒ．Ｐ．ａｎｄＳ．Ｄ．Ｅｐｐｉｎｇｅｒ“Ｉｄｅｎｔｉｆｙｉｎｇ Ｃｏｎｔｒｏｌｌｉｎｇ Ｆｅａｔｕｒｅｓ ｏｆ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄｅｓｉｇｎ Ｉｔｅｒａｔｉｏｎ”（１９９７）」で公開されている技術を応用することができる。これらの方法は、サブタスク間の関連度をタスクの繰り返し確率を計算することで最適なプロセスへの見直しを図る手法である。この関連度については、プロセス全体の遂行所要時間における時間の長短という指標で重みをつけることも可能である。例えば、遂行所要時間が他の設計プロセスデータよりも、短い時間で終了した設計プロセスデータＴＢ３があるとする。この設計プロセスデータＴＢ３を構成するサブタスクについては、計算された関連度の重みを重くして、最適なプロセスへの見直しに大きく寄与するように制御することも可能である。
（５）差分抽出部Ｄ４
差分抽出部Ｄ４は、設計プロセスデータＤＢ２に登録された仕掛り中プロセスデータＴＢ５と過去設計プロセスデータＴＢ６のサブタスクの実行順序や関連度などを比較し、仕掛り中プロセスデータＴＢ５に対して、以降の設計で発生する可能性のあるサブタスクを予測し、予測サブタスクデータＴＢ７を仕掛り中プロセスデータＴＢ５に関連付けて設計プロセス更新データベースＤ５へ登録する手段を備える。仕掛り中プロセスデータＴＢ５と過去設計プロセスデータＴＢ６について、図１２、図１３を用いて後述する。また予測サブタスクデータＴＢ７と仕掛り中プロセスデータＴＢ５について、図１４、図１５を用いて後述する。

さらに差分抽出部Ｄ４は、予測サブタスクデータＴＢ７について、平均実施工数やサブタスク関連度データＴＢ４に基づいて、仕掛り中プロセスデータＴＢ５に対して、最適な実行順序を計算し、予測設計プロセスデータＴＢ８を仕掛り中プロセスデータＴＢ５と関連付けて、設計プロセス更新部Ｄ５へ登録する手段を備える。例えば、仕掛り中プロセスデータＴＢ５が平均実施工数よりも多い傾向を示している場合は、設計プロセスデータベースＤＢ２から平均実施工数の多い傾向のプロセスを検索する。その検索結果から類似の過去設計プロセスデータＴＢ６とそれを構成するサブタスクのサブタスク関連度データＴＢ４に基づいて、最適な実行順序を計算する。
（６）設計プロセス更新部Ｄ５
設計プロセス更新部Ｄ５では、最終的に得られた設計支援装置１の処理結果について、操作者が操作する計算機の表示部に表示を行う。

以上、図１の主要な機能に基づいて本発明の概要を説明したが、続いて、本発明装置を用いた具体的な処理手順およびデータの流れの一例を図２〜図６を用いて説明する。

はじめに図２では、タスク関連度抽出部Ｄ１により実行される記録部Ｍから設計履歴データベースＤＢ１への登録過程の一例を説明する。

図２の処理フローの最初の処理ステップＳ２００では、記録部Ｍにより、操作者による設計履歴を受け付ける。設計履歴には、操作者が行う操作の履歴が含まれており、この設計履歴は、操作者が設計業務を時刻暦に適宜見直しながら進めるとともに自動的に記録されるが、設計者自身の意思で記録部Ｍによる記録更新をすることも可能である。

次に処理ステップＳ２０１では、記録部Ｍに記録された新規の設計履歴の有無を検出する。検出がない場合は、再度処理ステップＳ２００に戻り、設計履歴を受け付ける。

処理ステップＳ２０２では、処理ステップＳ２０１にて設計履歴の検出がある場合、設計履歴の内容を基に、設計履歴データＴＢ１を作成する。

図６に、この設計履歴データＴＢ１の具体的な内容を示している。図６の設計履歴データＴＢ１は、発生日時６００、担当者名６０１、プロジェクトＩＤ６０２、製品ＩＤ６０３、開発納期６０４、人員数６０５、メンバ名６０６、インプットデータ６０７、アウトプットデータ６０８、参照データ６０９などが含まれたテーブル形式あるいは、ＸＭＬ形式のデータである。この設計履歴データＴＢ１は、記録部Ｍからの設計履歴をもとに自動的に作成されるが、設計者自身の意思でデータの追加および修正も可能である。

図６の設計履歴によれば、プロジェクト「００１７−００００１」を担当する操作者である「ＡＡＡＡ」さんが、共同作業者である「ＢＢＢＢ」、「ＣＣＣＣ」さんと打ち合わせを行い、その作業時間がどの程度であり、かつ参照したデータ、入力したデータ及び出力したデータが対応付けて把握されている。なお、このデータは、操作者である「ＡＡＡＡ」さんが格別に意識せずとも、適宜の時間単位で把握され整理されたものである。

処理ステップＳ２０３では、さらに、操作者が担当するプロジェクトや製品の設計工程表におけるタスクの日時情報を取得する。日時情報の取得方法は、例えば設計履歴データＴＢ１の作成ファイルなどに含まれるプロジェクト名や製品名などのキーワードを用いてキーワード検索した際に、ヒットしたファイルの中から作成日時や担当者などの属性情報など絞り込むことで設計工程表を選出し、その内容に基づいて日時情報を取得する。設計工定表が整備されていない場合においても、タスク納期などの日時情報を取得できるガントチャートや納期が示されたファイルを基に日時を取得する。なお、本装置は、タスクの日時情報を正常に取得できない環境下においても、正常に動作することができる。

処理ステップＳ２０４では、処理ステップＳ２０２および処理ステップＳ２０３にて取得した日時情報を比較して、タスク進行期間中に行われた設計履歴データＴＢ１を検索により、取得する。

処理ステップＳ２０５では、処理ステップＳ２０４の結果、タスク進行期間中に行われた設計履歴データＴＢ１とそのタスクを関連付けて、タスク−設計履歴関連データＴＢ２として、設計履歴データベースＤＢ１に登録する。登録されたタスク−設計履歴関連データＴＢ２は、テーブル構造やＸＭＬ構造などのデータ形式で登録される。

図７にタスク−設計履歴関連データＴＢ２の一例を示している。これは図６の設計履歴データＴＢ１の各履歴データに、タスク７００が新たに付与されたデータである。図７によれば、プロジェクト「００１７−００００１」を担当する担当者である「ＡＡＡＡ」さんは、この間、タスクとして「フードの構造検討」を行っていたことがわかる。

なお本発明においては、複数のタスクの実行により、プロジェクトが達成される関係にあり、また各タスクは複数のサブタスクにより形成されているものとする。

次に、図３を用いて、サブタスク定義部Ｄ２から設計プロセスデータベースＤＢ２への登録過程の一例を説明する。

図３の処理フローの最初の処理ステップＳ３００では、設計履歴データベースＤＢ１より、前回サブタスクを定義した時点からの変動を受け付ける。サブタスクの発生あるいはひと区切りは、次のように検出している。

例えば、ある任意のファイルが生成されたとき、このときファイル生成前後の設計履歴データＴＢ１の差分からある任意のファイルが１つ以上生成ないしは、コピーされたことを捉え、サブタスクが１つ発生したことを検出し、または、サブタスクがひと区切りついたことを検出する。この検出に用いるしきい値は、設定を操作者が変更することで、サブタスクの粒度をより細分化あるいは粗大化することができる。

次に、処理ステップＳ３０１では、新たな設計履歴の有無を検出する。前回のサブタスク定義時の変動から検出がない場合は、再度処理ステップＳ３００にて受け付ける。

処理ステップＳ３０２では、処理ステップＳ３００にて、検出した設計履歴データＴＢ１において、生成したファイルのファイル名や内容の主題を取得する。この場合は、ファイルに特化しているが他にも設計履歴データＴＢ１に含まれる作業ディレクトリやフォルダ名などを取得してもよい。

処理ステップＳ３０３では、取得したファイル名をサブタスク名の候補として、サブタスクを定義する。このとき、サブタスク名は、操作者が任意に修正・変更してもよい。これらサブタスクの定義には、発生日時、タスク名、担当者名、プロジェクトＩＤ、製品名、検討項目、インプットデータ、アウトプットデータ、参照データ、開発期間、規模、人員数、メンバ名などが含まれる。さらに、これらの情報は、サブタスクにすべて関連付けて定義される。

処理ステップＳ３０４では、処理ステップＳ３０３にて定義されたサブタスクとタスク名や担当者名などを、設計プロセスデータＴＢ３として設計プロセスデーターベースＤＢ２へ登録する。

図１０は、サブタスク定義部Ｄ２から生成された設計プロセスデータＴＢ３の一例を示している。この図によれば、設計プロセスデータＴＢ３は、タスク−設計履歴関連データＴＢ２にさらにサブタスク１００１を付与したものである。ここでは、自動車のボディーを構成する部品であるフードとラゲージの構造検討を進めている例を示している。

この場合のサブタスクは、タスク「フードの構造検討」を例にとって示すと、設計プロセスデータ１０１では「意匠決定」、設計プロセスデータ１０２では「支持ブラケットの配置スペースの確保」、設計プロセスデータ１０３では「支持ブラケットの強度計算」、設計プロセスデータ１０４では「支持ブラケット強度評価用のCAE実行」、設計プロセスデータ１０７では「支持ブラケット強度評価用のCAE結果の評価」である。またタスク「ラゲージの構造検討」を例にとって示すと、設計プロセスデータ１０５では「意匠決定」、設計プロセスデータ１０６では「収納スペースの容積確保」、設計プロセスデータ１０８では「ラゲージの強度計算」がサブタスクである。

操作者ＡＡＡＡが行った処理の履歴によれば、設計プロセスデータ１０１から１０４までがフードの構造検討であり、その後設計プロセスデータ１０５、１０６にかけてラゲージの構造検討が行われ、設計プロセスデータ１０７ではフードの構造検討が行われ、再度設計プロセスデータ１０８からラゲージの構造検討が再開していることがわかる。

図３のフローでは、サブタスク名を自動的に決定しているが、この決定作業のためには後日の使いやすさを考慮すれば、操作者が介在して人為的な判断で定めるのがなじみやすいといえる。このためには、計算機ＣＰＵのモニタ画面を利用して、設計支援装置１が提案したサブタスク名を、操作者が確認作業のうえで登録するような手法を採用するのがよい。

図８は、この時に利用する計算機ＣＰＵのモニタ画面としてサブタスク定義画面の一例を示している。サブタスク定義画面８００には、予めタスク−設計履歴関連データＴＢ２から抽出したタスク名７００と、設計履歴データのファイルなどから設計支援装置１が抽出したサブタスク候補８０２を表示して操作者に提示する。また、サブタスク登録メニュー８０５やキャンセルメニュー８０６が画面８００上に設定されており、ここからサブタスクの登録やキャンセルが行える。操作者は、このサブタスク定義画面の内容を確認しながら、サブタスクを定義するが、自ら編集や追記することも可能である。

また、同じタスク上で直前までに行われてきたサブタスクの情報を提示するメニュー８０３やサブタスクに関連する情報を提示するオプションメニュー８０４を備える。これらのメニュー８０３、８０４は、設計支援装置１がサブタスク候補８０２を抽出し、操作者に提案している根拠データを具体的に示すことで、操作者の確認、了解を得られやすくしたものである。根拠データとは、サブタスクを定義する上で、関連している情報や定義の根拠となる情報などのことを指す。

図９には、サブタスク提案の根拠データを表示した画面例を示している。根拠データ表示画面９００では、前サブタスクまでの情報を表示するメニュー８０３、オプション８０４を選択したときの展開画面例８０３Ａ、８０４Ａを示している。

まず、前サブタスクまでの情報を表示するメニュー８０３の展開画面例８０３Ａについて説明する。ここでは、担当者が実施してきたタスク内のサブタスクを時刻暦に表示している。この例では、タスク内で最初に実施したサブタスクＡは左端９０１−２に該当し、仕掛り中のサブタスクＣは、右端９０１−３に該当する。このようにサブタスク同士のつながりを時刻暦に実行順序でプロットしたものを、タイムラインと以降では呼ぶ。このタイムラインは、サブタスク名とともに固有の記号などで操作者へ提示でき、サブタスクの担当者が複数いる場合などは、サブタスクと担当者同士のつながりも表示することが可能である。

次に、オプションメニュー８０４の展開画面例８０４Ａについて説明する。ここでは、操作者の確認を助けるための情報として、例えば設計履歴データＴＢ１の記録内容を表示している。これらは、サブタスクにおける発生日時６００、担当者名６０１、プロジェクトＩＤ６０２、開発納期６０４、人員数６０５、メンバ名６０６、インプットデータ６０７、アウトプットデータ６０８、参照データ６０９などが表示される。

なお、インプットデータ、アウトプットデータおよび参照データは、このオプション８０４Ａが表示された場合、個別にデータ一覧９０２−１からデータを選択して登録ボタン９０ＴＢ７を選択して、設計履歴データＴＢ１に含まれるデータ一覧画面９０２−１から選択可能である。例えば、参照データ６０９として、該当するデータを複数選択することも可能である。

図８および図９にて説明した画面を利用して、図１０の設計プロセスデータＴＢ３が生成され、確認・了承されるが、この設計プロセスデータＴＢ３はサブタスクの定義結果からタスクとそのタスクに関連するサブタスクごとに整理されたデータである。つまり、各行列の設計プロセスデータについてタスク７００と関連するサブタスク１００１が紐付いて登録される。また、操作者が行う設計履歴に応じてサブタスクが定義されるため、操作者の実行順序に応じてタスクとサブタスクの登録が行われる。

次に、図４を用いて、サブタスク関連度抽出部Ｄ３から設計プロセスＤＢＤＢ２への登録過程の一例を説明する。

サブタスク関連度抽出処理の最初の処理ステップＳ４００では、定義済みのサブタスクから構成された設計プロセスデータＴＢ３において、サブタスク１００１に関連付けられたインプットデータ６０７、アウトプットデータ６０８、参照データ６０９を取得する。

次に、処理ステップＳ４０１において、定義済みのサブタスクから構成された設計プロセスデータＴＢ３において、サブタスク１００１における発生日時６００を取得する。

処理ステップＳ４０２では、処理ステップＳ４００の取得結果と、処理ステップＳ４０１の取得結果より求まるサブタスク１００１の実行順序から、サブタスク間の関連度を計算し、サブタスク関連度データＴＢ４を作成する。関連度を計算する方法としては、例えば、「Ｓｍｉｔｈ、Ｒ．Ｐ．ａｎｄＳ．Ｄ．Ｅｐｐｉｎｇｅｒ“Ｉｄｅｎｔｉｆｙｉｎｇ Ｃｏｎｔｒｏｌｌｉｎｇ Ｆｅａｔｕｒｅｓ ｏｆ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄｅｓｉｇｎ Ｉｔｅｒａｔｉｏｎ”（１９９７）」で公開されている技術を応用することができる。この技術は、サブタスク間の関連度をサブタスクの所要時間や繰り返し確率を計算することで最適なプロセスへの見直しを図る手法である。この技術によって、サブタスク間の関連度は、定量的に評価され、最適なプロセスの見直しが可能となる。

必要に応じて付随的に実行される処理ステップＳ４０３では、処理ステップＳ４０２にて求めた関連度について、プロセス全体の遂行所要時間における時間の長短や、操作者自身の設計スキル、サブタスクの抜け漏れ個数などの指標を持って、関連度に重みをつけることもできる。例えば、遂行所要時間が他の設計プロセスデータよりも、短い時間かつ、サブタスクの抜け漏れ個数も少ない状態で終了した設計プロセスデータがあるとする。この場合、前記設計プロセスデータを構成するサブタスクにおける、関連度の重みを重くして、最適なプロセスへの見直しに大きく寄与するように制御することができる。この処理ステップＳ４０３は、必要に応じて適宜実行されるものであってもよい。

処理ステップＳ４０４では、さらに運用を進めると共に過去の実績ある設計プロセスデータ群を登録していくことにより、汎用性の高い標準的な設計プロセスデータが生成される。これを標準設計プロセスデータとする。

図１１は、サブタスク関連度抽出部Ｄ３から生成されたサブタスク関連度データＴＢ４の一例を示している。図１１のサブタスク関連度データＴＢ４は、縦横にサブタスク（ＡからＨで表記）をとるマトリクス上に整理されている。関連度１１００、１１０１は、サブタスクにおける入出力および参照データとサブタスクの実行順序などから、サブタスク間の関連度を計算し、マトリクス状のサブタスク関連度データＴＢ３として、整理したものである。

関連度を計算する方法としては、例えば、「Ｓｍｉｔｈ、Ｒ．Ｐ．ａｎｄＳ．Ｄ．Ｅｐｐｉｎｇｅｒ“Ｉｄｅｎｔｉｆｙｉｎｇ Ｃｏｎｔｒｏｌｌｉｎｇ Ｆｅａｔｕｒｅｓ ｏｆ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄｅｓｉｇｎ Ｉｔｅｒａｔｉｏｎ”（１９９７）」で公開されている技術を応用する。この技術で扱うＤＳＭ（Ｄｅｓｉｇｎ Ｓｔｒｕｃｔｕｒｅ Ｍａｔｒｉｘ）は、サブタスク間の関連度をサブタスクの所要時間や繰り返し確率を計算することで最適なプロセスへの見直しを図る手法である。

図１１は、図１０の設計プロセスデータ（１０１から１０８）のそれぞれに対して、実際のサブタスク（ＡからＨ）の実行順序に従ってＤＳＭを構築した結果の一例を示す。図１１の例では、サブタスクとしてＡからＨまでのサブタスクがある場合に、関連度のマトリクス１１００、１１０１について、対角線より下にある数字は、サブタスクが前工程から後工程へと逐次的に進む確率を示したものである。一方、対角線よりも上にある数字は、後工程から前工程へとサブタスクが逆流する確率を示したものである。なお対角線上の○で囲まれた数字は、当該サブタスクの所要時間を示しており、これは、サブタスク間の発生日時から算出する。

図１１の関連度のマトリクス１１００では、縦軸方向にサブタスクが進行した場合の関連度を示している。これによれば例えばサブタスクがＡから順次Ｇまで進行した場合に、本来は次にサブタスクＨを処理すべきところ、タスクＡに戻って処理することになる確率が０．４であり、非常に高いことを示している。またそれ以外の箇所にも前工程に戻る可能性のある部位が確率数値として例示されている。

このことから本発明においては、前工程に戻る可能性が低いサブタスクの実行順序を検討する。図１１の関連度のマトリクス１１０１は、見直し前のマトリクス１０００について、ＤＳＭによるパーティショニングを実行し、サブタスクの順列化を図った結果の一例を示している。パーティショニングとは、プロセスの最適化を図るための分析手法である。例えば、ＤＳＭの行列を並び替えることによって、サブタスク間の依存関係を示す確率を対角線よりも下に移動させる手法である。これにより、後工程から前工程へとサブタスクが逆流するループを削除することができる。つまり、手戻りや見直しの低減に繋がり、プロセスが最適化される。実際のＤＳＭでは、すべての確率を対角線より下に移動することは不可能である。その場合は、できる限り対角線上へ確率を近づけてあげることで、サブタスク間の繰り返しの連携が行われやすく、短期間でサイクルをまわすことができる。

見直し後の関連度のマトリクス１１０１によれば、Ａ→Ｂ→Ｃ→Ｄ→Ｅ→Ｆ→Ｇの順でサブタスクを実行するのではなく、Ｃ→Ｆ→Ｇ→Ｂ→Ｄ→Ｅ→Ａ→Ｈとすべきことが提唱されている。

次に図５では、設計プロセスデータベースＤＢ２から得られた仕掛り中プロセスデータＴＢ５および過去設計プロセスデータＴＢ６を用いて、差分抽出部Ｄ４の処理を経て、設計プロセス更新部Ｄ５へ至る過程の一例を説明する。

図５の処理フローにおける最初の処理ステップＳ５００では、設計プロセスデータＴＢ３より、仕掛り中の設計業務に対して作成された仕掛り中プロセスデータＴＢ５を取得する。

次に、処理ステップＳ５０１では、設計プロセスデータＴＢ３より、登録されている過去設計プロセスデータＴＢ６を取得する。この過去設計プロセスＴＢ６は、標準設計プロセスデータと同義語である。つまり、過去に行った同種の設計について、その時のサブタスクの実行順序を、先に述べたＤＳＭによるパーティショニング実行後のサブタスクの実行順序に見直したものが、過去設計プロセスＴＢ６として記録されている。これにより、過去設計プロセスＴＢ６を、標準設計プロセスデータとして扱うことができ、後述するが仕掛り中プロセスデータＴＢ５に対する教師データとして扱うことができる。

処理ステップＳ５０２では、この仕掛り中プロセスデータＴＢ５と過去設計プロセスデータＴＢ６を比較して、差分を抽出する。具体的には、両設計プロセスデータＴＢ５、ＴＢ６を構成しているサブタスクを比較し、仕掛り中プロセスデータＴＢ５における過去設計プロセスデータＴＢ６との差分を抽出する。

処理ステップＳ５０３では、処理ステップＳ５０２で抽出した差分データから、仕掛り中プロセスデータＴＢ５における次に実施すべきサブタスクを予測サブタスクデータＴＢ７として作成する。

処理ステップＳ５０４では、処理ステップＳ５０２で抽出した差分データから、仕掛り中プロセスデータＴＢ５における今後実施すべき設計プロセスデータを予測設計プロセスデータＴＢ８として作成する。

処理ステップＳ５０５では、処理ステップＳ５０３にて作成した予測サブタスクデータＴＢ７および、処理ステップＳ５０４にて作成した予測プロセスデータＴＢ８を、仕掛り中プロセスデータＴＢ５に関連付ける。

処理ステップＳ５０６では、処理ステップＳ５０５にて関連付けられた仕掛中プロセスデータＴＢ５を設計プロセス更新部Ｄ５へ出力する。設計プロセス更新部Ｄ５では、操作者が以降で実施すべきサブタスクが確認できるように表示する出力装置へ出力する。

次に図１２を用いて、設計プロセスデータＴＢ３に登録されている仕掛り中プロセスデータＴＢ５の一例をＷＢＳ（Ｗｏｒｋ Ｂｒｅａｋｄｏｗｎ Ｓｔｒｕｃｔｕｒｅ）構造１２００で説明する。

図１２では、仕掛り中プロセスデータＴＢ５のサブタスクを、上から下への実行順序でツリー構造で表示したＷＢＳを示している。最上位のツリー１２００には、プロジェクトＩＤや製品ＩＤなどが位置するが、タスクが位置してもよい。ここでは、最上位の下位の階層に実行済みのサブタスクＣ、Ｆ、および仕掛り中のサブタスクＧ（１２０１）の３つのサブタスクで構成されている。

次に図１３では、設計プロセスデータＴＢ３に登録された過去設計プロセスデータＴＢ６の一例をＷＢＳ構造１３００で説明する。ここでは、仕掛り中プロセスデータＴＢ５における仕掛り中のサブタスクＧ（１３０１）の内容に応じて、以降で実施すべきサブタスクＢ（１３０１）からサブタスクＨ（１３０６）を表示する。

各サブタスクには、サブタスクＧ（１３０１）との依存関係が関連付いており、例えばサブタスクＢ（１３０２）は、サブタスクＧ（１３０１）の次に、前工程に戻る事象が発生する確率１３０７として、０．３という値が関連付いて示されている。それ以降のサブタスクについても、１３０７同様に依存関係が関連付けられている。

これは、仕掛り中のサブタスクに応じて計算されるため、サブタスクの進捗状況に応じて、逐次的に確率を算出して操作者の仕掛り中の状況に最適な設計プロセスデータＴＢ３を表示する。さらに、サブタスクＢ（１３０１）以降のサブタスクＤ（１３０３）からサブタスクＨ（１３０６）では、前工程のサブタスクとの依存関係についても関連付けされている。例えばサブタスクＤ（１３０３）は、前工程サブタスクＢ（１３０２）の次に発生する確率１３０８が０．４という値も関連付いていることになる。

次に図１４では、差分抽出部Ｄ４から生成された予測サブタスクデータＴＢ７の一例をタイムライン形式１４００で説明する。予測サブタスクデータＴＢ７とは、仕掛り中のサブタスクＧ（１４０１）において、次に実施すべきサブタスクのことであり、ここではサブタスクＢ（１４０２）がこの予測サブタスクデータに該当する。なお、タイムライン形式で表示される場合、この予測サブタスクデータ１４０２は強調表示され、かつ前工程のサブタスクＧ（１４０１）との依存関係である発生確率１４０３を表示することもできる。

次に図１５では、差分抽出部Ｄ４から生成された予測設計プロセスデータＴＢ８の一例をタイムライン形式１５００で説明する。予測設計プロセスデータＴＢ８とは、仕掛り中のサブタスク１５０１において今後実施すべきサブタスク群のことを示す。つまり今後実施すべきプロセスのことである。ここでは、サブタスク群１５０２がこの予測設計プロセスデータに該当する。なお、タイムライン形式で表示される場合、この予測設計プロセスデータ１５０２は強調表示され、かつ仕掛り中のサブタスクＧ（１５０１）との依存関係である発生確率１５０３を表示することもできる。

最後に、設計プロセス更新部Ｄ５から出力装置へ出力するデータの一例として、タイムライン形式１６００およびＷＢＳ構造１６０１について説明する。

まず、タイムライン形式１６００の出力データについて、図１６を用いて説明する。ここでの操作者を、担当者ＡＡＡＡとするとき担当者ＡＡＡＡは、仕掛り中のサブタスクＧ（１６０３）を担当者ＢＢＢＢと共同で実施しているとする。担当者ＢＢＢＢは、直前でも担当者ＡＡＡＡとサブタスクＦ（１６０５）を共同で実施しており、さらに後続するサブタスクＦＧ（１６０６）では、担当者ＢＢＢＢのみで実施していることがタイムラインから判断できる。続くサブタスクＧ（１６０３）の後工程で実施すべきサブタスクＢ（１６０７）からサブタスクＨ（１６０８）が出力され、強調表示することもできる。例えば、サブタスクＢ（１６０７）およびサブタスクＤ（１６０９）は、担当者ＣＣＣＣと共同で実施する必要がある。さらに、サブタスクＢ（１６０７）の後工程であるサブタスクＢＤ（１６１２）は、担当者ＣＣＣＣのみで実施することが分かる。また、それぞれのサブタスクには、サブタスクＧ（１６０３）との依存関係である発生確率１６１０を表示することもできる。例えば、サブタスクＧ（１６０３）の後工程としてサブタスクＢ（１６０７）が発生する確率は、０．３であることが分かる。

次に、ＷＢＳ構造１６０１の出力データについて、図１７を用いて説明する。これは、タイムライン形式におけるサブタスクを実行順序でツリー構造に出力したものである。最上位１６１３には、プロジェクトＩＤや製品ＩＤが位置付けされるが、タスクが位置する場合があってもよい。ここで操作者は、サブタスクＧ（１６１４）を仕掛り中のサブタスクとして実施中とする。後工程で実施すべきは、サブタスクＢ（１６１５）からサブタスクＨ（１６１６）が出力され、強調表示することもできる。また、それぞれのサブタスクには、サブタスクＧ（１６１４）との依存関係である発生確率１６１７を表示することもできる。例えば、サブタスクＧ（１６１４）の後工程としてサブタスクＢ（１６１５）が発生する確率１６１７は、０．３であることが分かる。加えて、サブタスクＢ（１６１５）以降では、前工程との依存関係である発生確率１６１８も表示することができる。例えば、サブタスクＢ（１６１５）の後工程として、サブタスクＢＤが発生する確率１６１８は、０．５であり、サブタスクＢとサブタスクＢＤ間の依存関係が高いことが分かる。また、タイムライン形式およびＷＢＳ構造で示した依存関係の強さは、例えばサブタスク同士のつながりを表す線の太さや強調表示する際の色の濃淡などで表示してもよい。以上のように、出力するデータは、代表例としてタイムライン形式やＷＢＳ構造を説明したが、この他にもテーブル構造やＸＭＬ形式などで出力することも可能である。

以上に説明した本発明の実施例に係る設計支援装置は、例えば以下の構成を採用している。これは、操作者によって操作された設計ツールの操作履歴やファイル作成・参照の履歴を、設計履歴データＴＢ１として記録する記録部Ｍと、この設計履歴データＴＢ１における日時情報と、担当の製品やプロジェクトごとの設計工程表におけるタスクの日時情報を比較して、タスクと設計履歴データＴＢ１を関連付けてタスク−設計履歴関連データＴＢ２として設計履歴データベースＤＢ１に登録するタスク関連度抽出部Ｄ１と、タスク−設計履歴関連データＴＢ２に基づいて、設計履歴データＴＢ１をサブタスク単位に分解し、このサブタスクとサブタスク実行順序を設計プロセスデータＴＢ３として設計プロセスデータベースＤＢ２に登録するサブタスク定義部Ｄ２と、サブタスクにおける作成ファイルと参照ファイルの関係、およびサブタスクの実行順序の関係からサブタスクの関連度を計算し、サブタスク関連度データＴＢ４として設計プロセスデータベースＤＢ２へ登録するサブタスク関連度抽出部Ｄ３と、仕掛り中の設計業務に対して作成された設計プロセスデータＴＢ３を仕掛り中プロセスデータＴＢ５とし、設計プロセスデータベースＤＢ２に登録されている設計プロセスデータＴＢ３を過去設計プロセスデータＴＢ６とし、この仕掛り中プロセスデータＴＢ５と過去設計プロセスデータＴＢ６を比較し、仕掛り中の設計業務に対して、以降の設計業務で発生するサブタスクを予測し、予測サブタスクデータＴＢ７として設計プロセス更新データベースＤ５へ登録し、予測サブタスクデータＴＢ７の平均実施工数やサブタスク関連度データＴＢ４に基づいて、最適な実行順序を計算し、予測設計プロセスデータＴＢ８として設計プロセス更新データベースＤ５へ登録する差分抽出部Ｄ４と、予測サブタスクデータＴＢ７および予測設計プロセスデータＴＢ８を出力装置ＣＰＵを介して表示させる手段へ出力する手段とを、有することを特徴とする設計支援装置である。

ＣＰＵ：計算機
ＴＢ１：設計履歴データ
Ｍ：記録部
ＴＢ２：タスク−設計履歴関連データ
ＤＢ１：設計履歴データベース
Ｄ１：タスク関連度抽出部
ＴＢ３：設計プロセスデータ
ＤＢ２：設計プロセスデータベース
Ｄ２：サブタスク定義部
ＴＢ４：サブタスク関連度データ
Ｄ３：サブタスク関連度抽出部
ＴＢ５：仕掛り中プロセスデータ
ＴＢ６：過去設計プロセスデータ
Ｄ４：差分抽出部
ＴＢ７：予測サブタスクデータ
ＴＢ８：予測設計プロセスデータ
Ｄ５：設計プロセス更新部
６００：設計履歴データの一例
７００：タスク−設計履歴関連データの一例
８００：タスク定義画面における代表画面の一例
９００：タスク定義画面における操作画面の一例
９０１：タスク定義画面における詳細画面の一例
９０２：タスク定義画面におけるデータ一覧画面の一例
ＣＰＵ０：設計プロセスデータの一例
１ＣＰＵ：サブタスク関連度データの一例
１ＴＢ１：サブタスク関連度データにおけるパーティショニング処理後の一例
１２００：仕掛り中プロセスデータの一例
１３００：過去設計プロセスデータの一例
１４００：予測サブタスクデータの一例
１５００：予測設計プロセスデータの一例
１６００：設計プロセス更新部の出力データの一例
１６０１：設計プロセス更新部の出力データの一例

Claims (11)

1. 一つまたは複数のサブタスクを含む複数のタスクが実行されることにより達成される設計についてのプロジェクトを支援するための設計支援装置であって、
   設計支援装置は、設計者が計算機を使用して行った設計についての設計履歴データを逐次記憶する記録部と、設計支援情報を与える出力部と、演算部を備え、
   前記演算部は、前記設計履歴データと前記タスクを関連付けてタスク−設計履歴関連データを逐次生成するタスク関連度抽出部と、前記タスク−設計履歴関連データについて前記サブタスクを定義して設計プロセスデータを逐次生成するサブタスク定義部と、複数の前記設計プロセスデータについて、そのサブタスク間の関連度を表したサブタスク関連度データを生成するサブタスク関連度抽出部と、過去に実施したプロジェクトのときの過去設計プロセスデータと、現在設計中のプロジェクトにおける仕掛中設計プロセスデータとの差分から、仕掛り中の設計業務に対して、以降の設計業務で発生するサブタスクを予測して予測サブタスクを得るとともに、最適な実行順序を計算し、予測設計プロセスデータを得る差分抽出部を備え、前記予測設計プロセスデータを前記出力部を介して外部出力することを特徴とする設計支援装置。
2. 請求項１に記載の設計支援装置であって、
   前記設計履歴データは、設計ツールである計算機の操作履歴やファイル作成・参照の履歴を、記録したものであることを特徴とする設計支援装置。
3. 請求項１または請求項２に記載の設計支援装置であって、
   前記タスク関連度抽出部は、前記設計履歴データにおける日時情報と、担当の製品やプロジェクトごとの設計工程表におけるタスクの日時情報を比較して、タスクと設計履歴データを関連付けてタスク−設計履歴関連データとして生成することを特徴とする設計支援装置。
4. 請求項１から請求項３のいずれか１項に記載の設計支援装置であって、
   前記サブタスク定義部は、前記タスク−設計履歴関連データに基づいて、前記設計履歴データをサブタスク単位に分解し、このサブタスクとサブタスク実行順序を前記設計プロセスデータとして得ることを特徴とする設計支援装置。
5. 請求項１から請求項４のいずれか１項に記載の設計支援装置であって、
   前記サブタスク関連度抽出部は、前記設計プロセスデータにおける、サブタスクの実行順序の関係からサブタスクの関連性を計算し、サブタスク関連度データとして得ることを特徴とする設計支援装置。
6. 請求項１から請求項５のいずれか１項に記載の設計支援装置であって、
   前記差分抽出部は、前記予測サブタスクの平均実施工数やサブタスク関連度データに基づいて、最適な実行順序を計算し、予測設計プロセスとして得ることを特徴とする設計支援装置。
7. 請求項１から請求項６のいずれか１項に記載の設計支援装置であって、
   前記サブタスク定義部は、前記計算機のモニタにサブタスク生成画面を表示させ、作業中のタスクに命名すべきサブタスク名と命名根拠を提案し、計算機の操作者が定めたサブタスク名を採用することを特徴とする設計支援装置。
8. 請求項１から請求項７のいずれか１項に記載の設計支援装置であって、
   前記差分抽出部は、前記計算機のモニタに前記予測サブタスクを、タイムライン形式あるいはＷＢＳ構造での表示画面として表示させることを特徴とする設計支援装置。
9. 一つまたは複数のサブタスクを含む複数のタスクが実行されることにより達成される設計についてのプロジェクトを支援するための設計支援装置であって、
   設計支援装置は、操作者によって操作された設計ツールの操作履歴やファイル作成・参照の履歴を、設計履歴データとして記録する手段と、この設計履歴データにおける日時情報と、担当の製品やプロジェクトごとの設計工程表におけるタスクの日時情報を比較して、タスクと設計履歴データを関連付けてタスク−設計履歴関連データとして設計履歴データベースに登録する手段と、タスク−設計履歴関連データに基づいて、設計履歴データをサブタスク単位に分解し、このサブタスクとサブタスク実行順序を設計プロセスデータとして設計プロセスデータベースに登録する手段と、サブタスクにおける作成ファイルと参照ファイルの関係、およびサブタスクの実行順序の関係からサブタスクの関連性を計算し、サブタスク関連度データとして登録する手段と、仕掛り中の設計業務に対して作成された設計プロセスデータを仕掛り中プロセスデータとし、設計プロセスデータベースに登録されている設計プロセスデータを過去設計プロセスデータとし、この仕掛り中プロセスデータと過去設計プロセスデータを比較し、仕掛り中の設計業務に対して、以降の設計業務で発生するサブタスクを予測し、予測サブタスクとして登録する手段と、予測サブタスクの平均実施工数やサブタスク関連度データに基づいて、最適な実行順序を計算し、予測設計プロセスとして登録する手段と、予測設計プロセスを出力装置を介して表示する手段とを、有することを特徴とする設計支援装置。
10. 一つまたは複数のサブタスクを含む複数のタスクが実行されることにより達成される設計についてのプロジェクトを支援するための設計支援装置による設計支援方法であって、
    前記設計支援装置は、設計者が計算機を使用して行った設計についての設計履歴データを逐次記憶し、
    かつ前記設計支援装置は、前記設計履歴データと前記タスクを関連付けてタスク−設計履歴関連データを逐次生成し、前記タスク−設計履歴関連データについて前記サブタスクを定義して設計プロセスデータを逐次生成し、複数の前記設計プロセスデータについて、そのサブタスク間の関連度を表したサブタスク関連度データを生成し、過去に実施したプロジェクトのときの過去設計プロセスデータと、現在設計中のプロジェクトにおける仕掛中設計プロセスデータとの差分から、仕掛り中の設計業務に対して、以降の設計業務で発生するサブタスクを予測して予測サブタスクを得、予測サブタスクとして最適な実行順序を計算した予測設計プロセスデータを前記設計者に提示することを特徴とする設計支援方法。
11. 一つまたは複数のサブタスクを含む複数のタスクが実行されることにより達成される設計についてのプロジェクトを、操作者が計算機に対して行う事を支援するための設計支援装置による設計支援方法であって、
    前記設計支援装置は、計算機からの操作者の設計履歴を設計工程表との比較によりサブタスク単位に分解し、サブタスクに関連付いた作成ファイルや参照ファイルの関係から、サブタスク間の関連性を計算し、その結果から最適な設計プロセスを抽出して操作者へ提示することを特徴とする設計支援方法。

Images