(57)【要約】【課題】プロジェクトの工程全体を直感的に把握させ、手戻り先を適切に提示すること。【解決手段】工程フローの上流側のタスクから出力された出力情報が、連鎖する下流側の他のタスクの入力情報とされ、タスクにおいて入力情報のうち１つ以上のパラメータを用いて所定の演算が実行される場合において、裕度を有するパラメータが所定の演算により裕度が所定値以下となり設定値として確定されると、設定値として確定されたパラメータと、パラメータを確定したタスクを識別するためのタスクＩＤと、パラメータを確定している状態か否かを示す確定情報とを対応付けて格納する格納部５と、タスクにおいて入力情報に含まれる少なくとも一の確定済みのパラメータが選定された場合に、選定されたパラメータを設定値として確定したタスクより上流側のタスクである確定タスクを検索する検索部３と、検索された確定タスクを提示する提示部４を具備する。【選択図】図２
2014021823.tif 000002
【特許請求の範囲】
【請求項１】
設計プロセスの管理単位をタスクとし、複数の前記タスクが連鎖的に実行される前記設計プロセスを示す工程フローを提示する設計支援装置であって、
前記工程フローの上流側の前記タスクから出力された出力情報が、連鎖する下流側の他の前記タスクの入力情報とされ、前記タスクにおいて、前記入力情報のうち１つ以上のパラメータを用いて所定の演算が実行される場合において、
裕度を有する前記パラメータが、前記所定の演算により裕度が所定値以下となり設定値として確定されると、設定値として確定された前記パラメータと、前記パラメータを確定した前記タスクを識別するためのタスク識別情報と、前記パラメータを確定している状態か否かを示す確定情報とを対応付けて格納する格納手段と、
一の前記タスクにおいて、前記入力情報に含まれる少なくとも一の確定済みの前記パラメータが選定された場合に、選定された前記パラメータを設定値として確定した一の前記タスクより上流側の前記タスクである確定タスクを検索する検索手段と、
前記検索手段によって検索された前記確定タスクを提示する提示手段と、
を具備する設計支援装置。
【請求項２】
前記提示手段は、一の前記タスクの第１の属性情報と異なる第２の属性情報によって前記確定タスクを提示する請求項１に記載の設計支援装置。
【請求項３】
前記格納手段は、前記タスク識別情報と、前記タスクに含まれる一連の作業手順を示す手順情報と、前記タスクに含まれる作業で実行される所定の演算式が含まれる演算情報と、該演算情報に基づいた演算結果に不具合が含まれるか否かを判定するチェックリストとを対応付けて格納する請求項１または請求項２に記載の設計支援装置。
【請求項４】
前記提示手段は、一の前記タスクに含まれる作業を１つの画面で提示する請求項１から請求項３のいずれかに記載の設計支援装置。
【請求項５】
設計プロセスの管理単位をタスクとし、複数の前記タスクが連鎖的に実行される前記設計プロセスを示す工程フローを提示する設計支援方法であって、
前記工程フローの上流側の前記タスクから出力された出力情報が、連鎖する下流側の他の前記タスクの入力情報とされ、前記タスクにおいて、前記入力情報のうち１つ以上のパラメータを用いて所定の演算が実行される場合において、
裕度を有する前記パラメータが、前記所定の演算により裕度が所定値以下となり設定値として確定されると、設定値として確定された前記パラメータと、前記パラメータを確定した前記タスクを識別するためのタスク識別情報と、前記パラメータを確定している状態か否かを示す確定情報とが対応付けられて格納手段に格納され、
一の前記タスクにおいて、前記入力情報および前記出力情報に含まれる少なくとも一の確定した前記パラメータが選定された場合に、選定された前記パラメータを設定値として確定した一の前記タスクより上流側の前記タスクである確定タスクを前記格納手段から検索し、
前記検索手段によって検索された前記確定タスクを提示する設計支援方法。
【請求項６】
設計プロセスの管理単位をタスクとし、複数の前記タスクが連鎖的に実行される前記設計プロセスを示す工程フローを提示する設計支援プログラムであって、
前記工程フローの上流側の前記タスクから出力された出力情報が、連鎖する下流側の他の前記タスクの入力情報とされ、前記タスクにおいて、前記入力情報のうち１つ以上のパラメータを用いて所定の演算が実行される場合において、
裕度を有する前記パラメータが、前記所定の演算により裕度が所定値以下となり設定値として確定されると、設定値として確定された前記パラメータと、前記パラメータを確定した前記タスクを識別するためのタスク識別情報と、前記パラメータを確定している状態か否かを示す確定情報とを対応付けて格納手段に格納させる格納処理と、
一の前記タスクにおいて、前記入力情報および前記出力情報に含まれる少なくとも一の確定した前記パラメータが選定された場合に、選定された前記パラメータを設定値として確定した一の前記タスクより上流側の前記タスクである確定タスクを前記格納手段から検索する検索処理と、
前記検索処理によって検索された前記確定タスクを提示する提示処理と、
をコンピュータに実行させるための設計支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設計支援装置および方法ならびにプログラムに関するものである。
【背景技術】
【０００２】
例えば、大規模なプロジェクトにおける製品開発プロセスは、大量の出図を必要とし、複数部門を跨る作業があり、前提条件の変更による手戻り作業が生じるなど、非常に複雑である。また、手戻り作業が生じた場合にはプロジェクト全体の進捗に遅れをもたらす虞があるので、各作業プロセスにおける作業項目や作業手順、意思決定タイミングの計画・管理を含めた製品開発プロセスの適切な管理が課題とされている。
下記特許文献１では、プロジェクト全体の作業プロセスや進捗を視覚的に表示することにより、ループ作業（相互参照）を明確にし、重要管理ポイント、デザインレビュータイミング、連携すべき相手を明確にする最適ＤＳＭ（Ｄｅｓｉｇｎ  Ｓｔｒｕｃｔｕｒｅ  Ｍａｔｒｉｘ）が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２７２０９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、量産が行われるような大規模なプロジェクトなどにおいて、手戻り作業が生じた場合には関連する作業プロセスのみを遡ればよいが、戻るべき作業プロセスまで適切に戻らずに手戻りした場合には、不適切な作業結果となるため結果として再度手戻りすることとなり、或いは、戻るべき作業プロセス以上に手戻りした場合には無用な作業が増えることとなるので、手戻りする作業プロセスを選定することは重要である。こうした手戻り作業を適切に行うために、上記特許文献１の方法では、全体の情報の授受関係から作業間の依存関係を特定し、マトリクス表示して、手戻り作業を適切に把握する手法を採用している。
しかしながら、このような方法では、手戻り先となる作業プロセスを適切に把握することができても、図面ベース、タスクベースなどのベースとなるＤＳＭに基づいた管理がなされるので、作業工程全体を直感的に把握するには不向きだった。
【０００５】
本発明は、このような事情に鑑みてなされたものであって、プロジェクトの工程全体を直感的に把握でき、かつ、例えば、手戻り先のような上流側の関連する作業プロセスを適切に提示することのできる設計支援装置および方法ならびにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は以下の手段を採用する。
本発明は、設計プロセスの管理単位をタスクとし、複数の前記タスクが連鎖的に実行される前記設計プロセスを示す工程フローを提示する設計支援装置であって、前記工程フローの上流側の前記タスクから出力された出力情報が、連鎖する下流側の他の前記タスクの入力情報とされ、前記タスクにおいて、前記入力情報のうち１つ以上のパラメータを用いて所定の演算が実行される場合において、裕度を有する前記パラメータが、前記所定の演算により裕度が所定値以下となり設定値として確定されると、設定値として確定された前記パラメータと、前記パラメータを確定した前記タスクを識別するためのタスク識別情報と、前記パラメータを確定している状態か否かを示す確定情報とを対応付けて格納する格納手段と、一の前記タスクにおいて、前記入力情報に含まれる少なくとも一の確定済みの前記パラメータが選定された場合に、選定された前記パラメータを設定値として確定した一の前記タスクより上流側の前記タスクである確定タスクを検索する検索手段と、前記検索手段によって検索された前記確定タスクを提示する提示手段と、を具備する設計支援装置を提供する。
【０００７】
このような構成によれば、設計プロセスの管理単位をタスクとし、複数のタスクが連鎖的に実行される設計プロセスを示す工程フローを提示させる設計支援装置であって、工程フローの上流側のタスクから出力された出力情報は、連鎖する下流側の他のタスクに入力される入力情報とされ、出力情報に含まれる裕度を有するパラメータが、タスクにおいて裕度が所定値以下となり設定値として確定されると、確定されたパラメータと、パラメータを確定したタスクを示すタスク識別情報と、パラメータを確定したか否かを示す確定情報とが対応付けられて格納され、一のタスクにおいて、入力情報に含まれる少なくとも一の確定済みのパラメータが選択された場合に、選択されたパラメータを設定値として確定した、一のタスクより上流側のタスクである確定タスクを提示させる。ここで、裕度とは、設定値に対するパラメータの許容範囲を示す。
【０００８】
このように、格納手段には、パラメータが設定値として確定されたタスクと、パラメータとが対応付けられて格納されているので、下流側のタスクでパラメータが選択された場合には、連鎖した上流側のタスクに対して遡って検索することにより、パラメータを確定したタスクを見つけ出すことができるので、手戻り先のような確定タスクを簡便に提示することができる。また、確定タスクを的確に提示することにより、手戻りのような作業が必要な場合に、手戻り先を速やかに把握できるとともに、実施する必要のない無用な作業をしなくて済む。
【０００９】
上記設計支援装置の前記提示手段は、一の前記タスクの第１の属性情報と異なる第２の属性情報によって前記確定タスクを提示することが好ましい。
【００１０】
一のタスクと、確定タスクとの属性情報を異ならせることにより、簡便にパラメータを確定したタスクを把握することができる。ここで、属性とは、例えば、提示手段において提示する場合のタスクの色、模様、形状などといった着色に関する情報である。
【００１１】
上記設計支援装置の前記格納手段は、前記タスク識別情報と、前記タスクに含まれる一連の作業手順を示す手順情報と、前記タスクに含まれる作業で実行される演算式が含まれる演算情報と、該演算情報に基づいた演算結果に不具合が含まれるか否かを判定するチェックリストとを対応付けて格納することが好ましい。
【００１２】
このように、タスクで実施される作業が手順情報に従って示され、タスクで実行される演算を明確にし、タスク内の演算結果の不具合有無の判定をするので、タスクにより設計プロセスの管理が簡便となる。
【００１３】
上記設計支援装置の前記提示手段は、一の前記タスクに含まれる作業を１つの画面で提示することとしてもよい。
【００１４】
一のタスクに含まれる作業が１つの画面で提示されるので、ユーザは、１つの画面に示される作業を完遂することにより、当該タスクを１まとまりとして完了することができる。
【００１５】
本発明は、設計プロセスの管理単位をタスクとし、複数の前記タスクが連鎖的に実行される前記設計プロセスを示す工程フローを提示する設計支援方法であって、前記工程フローの上流側の前記タスクから出力された出力情報が、連鎖する下流側の他の前記タスクの入力情報とされ、前記タスクにおいて、前記入力情報のうち１つ以上のパラメータを用いて所定の演算が実行される場合において、裕度を有する前記パラメータが、前記所定の演算により裕度が所定値以下となり設定値として確定されると、設定値として確定された前記パラメータと、前記パラメータを確定した前記タスクを識別するためのタスク識別情報と、前記パラメータを確定している状態か否かを示す確定情報とが対応付けられて格納手段に格納され、一の前記タスクにおいて、前記入力情報および前記出力情報に含まれる少なくとも一の確定した前記パラメータが選定された場合に、選定された前記パラメータを設定値として確定した一の前記タスクより上流側の前記タスクである確定タスクを前記格納手段から検索し、前記検索手段によって検索された前記確定タスクを提示する、設計支援方法を提供する。
【００１６】
本発明は、設計プロセスの管理単位をタスクとし、複数の前記タスクが連鎖的に実行される前記設計プロセスを示す工程フローを提示する設計支援プログラムであって、前記工程フローの上流側の前記タスクから出力された出力情報が、連鎖する下流側の他の前記タスクの入力情報とされ、前記タスクにおいて、前記入力情報のうち１つ以上のパラメータを用いて所定の演算が実行される場合において、裕度を有する前記パラメータが、前記所定の演算により裕度が所定値以下となり設定値として確定されると、設定値として確定された前記パラメータと、前記パラメータを確定した前記タスクを識別するためのタスク識別情報と、前記パラメータを確定している状態か否かを示す確定情報とを対応付けて格納手段に格納させる格納処理と、一の前記タスクにおいて、前記入力情報および前記出力情報に含まれる少なくとも一の確定した前記パラメータが選定された場合に、選定された前記パラメータを設定値として確定した一の前記タスクより上流側の前記タスクである確定タスクを前記格納手段から検索する検索処理と、前記検索処理によって検索された前記確定タスクを提示する提示処理と、をコンピュータに実行させるための設計支援プログラムを提供する。
【発明の効果】
【００１７】
本発明は、作業プロセスの工程全体を直感的に把握でき、かつ、手戻り先を適切に提示できるという効果を奏する。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る設計支援装置の概略構成図である。
【図２】本発明の一実施形態に係る設計支援装置の機能ブロック図である。
【図３】出力装置を介して提示される設計支援システムの画面例である。
【図４】タスクモジュールの画面例である。
【図５】演算情報の一例を示した図である。
【図６】演算情報に含まれる所定の演算による演算結果の一例を示した図である。
【図７】「○○検討」の設計変更をしている場合の設計支援システムの画面例である。
【図８】「○○検討」が完了し、「○○検討チェック」が実施可能となった場合の設計支援システムの画面例である。
【図９】上流検索を行う場合の設計支援システムの画面例である。
【図１０】手戻り先タスクを強調表示する場合の設計支援システムの画面例である。
【図１１】タスクのデータ構造を説明するための図である。
【図１２】他のタスクのデータ構造を説明するための図である。
【図１３】本発明の一実施形態に係る設計支援装置の動作フローである。
【発明を実施するための形態】
【００１９】
以下に、本発明に係る設計支援装置および方法ならびにプログラムの実施形態について図面を参照して説明する。
【００２０】
本実施形態においては、設計支援装置が、製品を開発する設計プロセスに用いられる場合を例に挙げて説明するが、これに限定されない。
図１に示すように、本実施形態に係る設計支援装置１０は、コンピュータシステム（計算機システム）であり、ＣＰＵ（中央演算処理装置）１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の主記憶装置１２、補助記憶装置１３、キーボードやマウスなどの入力装置１４、及びディスプレイやプリンタなどの出力装置１５、外部の機器と通信を行うことにより情報の授受を行う通信装置１６などで構成されている。
【００２１】
補助記憶装置１３は、コンピュータ読取可能な記録媒体であり、例えば、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等である。この補助記憶装置１３には、各種プログラム（例えば、設計支援プログラム）が格納されており、ＣＰＵ１１が補助記憶装置１３から主記憶装置１２にプログラムを読み出し、実行することにより種々の処理を実現させる。
【００２２】
次に、上述した設計支援装置１０が備える各部において実行される処理内容について図１および図２を参照して説明する。なお、図１に示した各部により実現される後述の各種処理は、ＣＰＵ１１が補助記憶装置１３に記憶されている設計支援プログラムを主記憶装置１２に読み出して実行することにより実現されるものである。具体的には、設計支援装置１０は、フロー生成部１と、タスクデータ構成部２と、検索部（検索手段）３と、提示部（提示手段）４と、格納部（格納手段）５とを備えている。
【００２３】
フロー生成部１は、設計管理者（ユーザ）等により入力装置１４を介して入力された指示に基づいて、設計プロセスを示す工程フローが生成される。設計管理者により入力される指示は、例えば、設計プロセスの管理単位をタスクとして配置するタスク配置指示、複数のタスクが連鎖的に実行される設計プロセスである場合に、各タスクをタスク連結線で接続するタスク連結指示などである。図３は、設計支援装置１０から提示される設計支援システムウィンドウであり、設計管理者による指示に応じて生成された工程フローの一例を示している。
【００２４】
図３に示されるように、最も上流側にある「○○○○システム検討」から出力された出力情報は、タスク連結線によって連結される下流側の他のタスク「○○基本設計」「○○検討」「○○動作検討」および「○○○」の入力情報とされる。また、タスクが連鎖的に示されることにより、上流側から入力された入力情報のうち１つ以上のパラメータを用いて各タスクにおける所定の演算が実行される、或いは、上流側のタスクに続いて所定の作業が実行されることを示している。なお、タスクの管理単位は、任意で設定できるものとし、例えば、１図面を１単位としてもよいし、複数図面を１単位として設定してもよい。
【００２５】
また、フロー生成部１は、タスクを識別するためのタスク識別情報（以下「タスクＩＤ」という）と、設計管理者により入力される各タスクで管理される情報とを対応付けて、タスクファイルとして格納部５に格納する。
図４は、タスクで管理させる情報を定義するタスクモジュールによって提示される画面例である。図４の画面上部の「作業前取得」においては、タスクに含まれる一連の作業手順を示す手順書（手順情報）と、タスクに含まれる作業で実行される所定の演算式が含まれる計算書（演算情報）と、計算書に基づいた演算結果に不具合が含まれるか否かを判定するチェックリストとが定義できるようになっている。図４に示す画面例においては、定義されている手順書、計算書、およびチェックリストはそれぞれ１件ずつであるが、定義できる件数は特に限定されず、同一タスクモジュールで管理させる情報を複数定義できるようになっている。
【００２６】
手順書（図示せず）は、タスクで実施される設計一単位の指示書であり、例えば、当該タスクにおける設計項目の作業の流れ、設計項目の目的、設計項目への入力値（インプットパラメータ）、設計項目の出力値（アウトプットパラメータ）、作業内容の説明などの情報を含んでいる。設計管理者が、このような手順書を参照することにより、当該タスクにおける作業が簡便に把握できるようになっている。
【００２７】
図５および図６には、計算書の一例が図示されている。図５に示されるように、本実施形態における計算書は、表計算ソフトで閲覧できる形式のファイルが用いられ、「作業前取得」を行い、格納部５に格納される段階においては、当該タスクで実行される所定の演算式が含まれている。
設計管理者により設計プロセスの管理工程に移行し、「作業前取得」を行うと、格納部５から読み出された計算書には、上流側に連鎖するタスクから取得したアウトプットパラメータが入力されるようになっている。
【００２８】
具体的には、計算書は、連鎖する上流側のタスクが出力した出力情報を入力情報とし、入力情報のうち少なくとも１つのインプットパラメータを、タスクに対応付けられる計算書の所定の演算式が使用する入力値とし、所定の演算式に基づいて演算を実行し、出力される演算結果をアウトプットパラメータとする。
このように、インプットパラメータは、上流側に連鎖しているタスクに対応付けられる計算書のアウトプットパラメータが参照され、入力されるようになっている。所定の演算後の演算結果であるアウトプットパラメータを含む計算書は、図４のタスクモジュール画面下部の「作業後登録」が行われると、格納部５に格納されるようになっている。
【００２９】
チェックリスト（図示せず）は、計算書により得られたアウトプットパラメータが目標値と比較された場合に、適切な値（或いは、許容範囲内の値）であるか否かを判定する項目や、設計管理者に対して過去の不具合事例に基づいて注意喚起するための情報を含んでいる。チェックリストは、設計管理者によって「作業前取得」を行うと格納部５から読み出され、また、設計管理者によってチェック後の情報を反映させたチェックリストの「作業後登録」を行うと、格納部５に格納される。なお、チェックリストに対するチェック後の情報の入力は、計算書による演算結果を自動的に入力させるようにしてもよいし、出力装置１５を介して演算結果を把握した設計管理者によって手動で入力させてもよい。
【００３０】
このように、タスクモジュールは、１つのタスクの作業プロセスに必要な情報を１つの画面（タスクモジュール）で定義できるので、設計管理者は、タスクモジュールから得られる情報に基づいて、当該タスクで必要となる作業を一括で把握できる。
【００３１】
また、フロー生成部１は、タスクを、タスクの作業着手状況に応じた属性に設定する。
例えば、図７に示されるように、設計プロセスの一連の工程、および各タスクに対応付けられたタスクファイルが登録された場合、「完了」まで到達できる着手可能状態のタスク（例えば、「○○検討」）は、「完了」まで到達できる着手可能状態を示す属性（例えば、背景が青色。図７では、網掛け表示。）に設定される。また、これより下流側のタスクは、未着手を示す属性（例えば、背景が白色。図７では、枠線のみの表示。）に設定され、上流側のタスク、或いは、完了済みのタスクは、着手済みを示す属性（例えば、背景が緑色。図７では、ドット表示。）に設定される。なお、未着手（白色）のタスクは、着手可能状態（青色）のタスクより先行して着手することもできるが、未着手のタスクと連鎖する上流側のタスクが「完了」されるまで「完了」ボタンが有効（押せる状態）にならず、「完了」させることはできないようになっている。
【００３２】
フロー生成部１において、「作業後登録」において計算書とチェックリストとが登録され、格納部５に作業後登録された計算書とチェックリストとが格納されていることが検出された場合には、タスクモジュール画面の「完了」ボタンが有効になる。入力装置１４を介して、「完了」ボタンが押された場合には、工程フローにおいて当該タスクが、タスクを完了したことを示す属性（例えば、緑色）に設定され、当該タスクと連鎖する下流側のタスクが「完了」まで到達できる着手可能状態を示す属性（例えば、青色）に設定される。
例えば、図８に示されるように、「○○検討」のタスクモジュール画面の「完了」ボタンが押された場合には、工程フローにおける「○○検討」がドット表示となり、「○○検討」の下流側の「○○検討チェック」が完了まで進めることのできる着手可能状態である網掛け表示に切り替わる。
【００３３】
タスクデータ構成部２は、計算済みの計算書を読み出し、計算書および計算書に対応付けられるタスクの情報に基づいて、タスクのデータ構造を構成し、格納部５に格納する（図１１および図１２参照）。ここで、インプットパラメータは、連鎖するタスクの上流側から取得した入力情報に含まれるパラメータである。インプットデータの表に記載のＮｏ（番号）は、当該タスク内でインプットパラメータに付与される識別番号で、リンク元タスクＩＤは、各パラメータの入力元となったタスクの識別情報を示しており、リンク元タスク名は、リンク元タスクＩＤに対応付けられるタスクの名前（タイトル）を示している。
【００３４】
アウトプットパラメータは、タスクに対応付けられる所定の演算式に基づいて算出された結果得られたパラメータ情報で、下流側のタスクに出力される出力情報となることを示している。アウトプットデータの表に記載のＮｏ（番号）は、当該タスク内でアウトプットパラメータに付与される識別番号で、「確定」欄は、それぞれのパラメータが、当該タスクの所定の演算によって、裕度が所定値以下となり設定値として確定している状態か否かを示している。ここで、裕度とは、設定値に対するパラメータの許容範囲を示す。
【００３５】
また、パラメータが確定している状態か否かとは、具体的には、「確定」、「未確定」、「確定済み」の少なくとも３つの状態を含んでいる。
「確定」とは、タスクにおける所定の演算、或いは、タスクにおける所定の作業に基づいて、パラメータの裕度が所定値以下となった状態である。例えば、パラメータの裕度が「０」になる状態を確定とする場合には、パラメータが１つの設定値に決定された状態を示す。
「確定済み」は、上流側のタスクにおいて既に確定されたパラメータを使用していることを示す。つまり、あるタスクにおいて「確定」されたパラメータは、そのタスクより下流側においては「確定済み」とされる。
「未確定」とは、タスクにおける所定の演算、或いは、タスクにおける所定の作業に基づいて、パラメータの裕度が所定値より大きい状態である。換言すると、パラメータが許容範囲より大きく、値が絞られていないことを示している。
【００３６】
このように、タスクデータ構成部２は、計算済みの計算書に基づいて各パラメータと、パラメータが確定している状態か否かの情報と、を対応付けてタスクのデータ構造を構成するので、下流側からパラメータを確定したタスクが検索される場合には、確定タスクを速やかに提示することができる。
【００３７】
検索部３は、一のタスクにおいて、入力情報に含まれる少なくとも一の確定済みのパラメータが選定された場合に、選定されたパラメータを設定値として確定した一のタスクより上流側のタスクである確定タスクを検索する（以下「上流検索」という）。
具体的には、検索部３は、格納部５に格納されているタスクのデータ構造を参照し、選定されたパラメータに対応付けられるリンク元タスクＩＤを読み出し、読み出したリンク元タスクＩＤのタスクＩＤのアウトプットパラメータ欄において、選択されたパラメータが設定値に確定しているか否かを判定する。「確定」している場合には、そのタスクＩＤを確定タスクとし、「確定」していない場合には、そのタスクＩＤのインプットパラメータから、さらに上流側のリンク元タスクＩＤを参照し、「確定」したタスクの検索を繰り返す。
【００３８】
提示部４は、検索部３によって検索された確定タスクを提示させる。また、提示部４は、一のタスクの第１の属性情報（例えば、青色）と異なる第２の属性情報（例えば、赤色、太線枠など、異なる色や線種）によって、確定タスクのタスクを提示させる。ここで、属性とは、例えば、提示部４において提示する場合のタスクの色、模様、形状などといった着色に関する情報である。
提示部４は、一のタスクに含まれる作業を１つの画面で提示する。一のタスクに含まれる作業が１つの画面で提示されることにより、ユーザは、１つの画面に示される作業を完遂でき、当該タスクを１まとまりとして完了することができる。
【００３９】
格納部５は、裕度を有するパラメータが、所定の演算により裕度が所定値以下となり設定値として確定されると、設定値として確定されたパラメータと、パラメータを確定したタスクを識別するためのタスクＩＤと、パラメータを確定している状態か否かを示す確定情報とを対応付けて、タスクのデータ構造として格納する。格納部５は、タスクＩＤと、各タスクに含まれる作業で実行される所定の演算式を含む計算書とを対応付けて格納している。また、格納部５は、タスクＩＤと、手順書と、計算書と、チェックリストとを対応付けて格納する。
【００４０】
次に、本実施形態に係る設計支援装置１０の作用について図１から図１３を用いて説明する。
入力装置１４を介して設計管理者により入力された工程フローの生成指示に応じて、出力装置１５を介して提示される設計支援システムウィンドウに各タスクを示すフローおよび各フローを連結させる連結線が配置される。設計管理者により入力された、それぞれのタスクに対して関連付けられる手順書、計算書、およびチェックリストが対応付けられて格納部５に格納され、工程フローが生成される。
【００４１】
図１３は、上流検索するパラメータが複数の場合を想定した設計支援装置１０の動作フローが示されているが、パラメータが１つである場合も同様に図１３の動作フローを使用することができる。
工程フローにおいて、タスクＡ−３で使用するパラメータを変更する場合には、図９に示されるような設計支援システムウィンドウ上で、設計管理者によってタスクＡ−３が選択され、マウスが右クリックされ、上流検索メニューが選択される（図１３のステップＳＡ１）。そうすると、右下に表示されるような選択画面が出力装置１５に提示され、設計管理者によって、パラメータ番号（または、パラメータ番号に対応するパラメータ（例えば、重量））が選択される（図１３のステップＳＡ２）。
【００４２】
本実施形態においては、１つのパラメータのリンク元タスクを検索する場合を例に挙げて説明するが、選択したタスク内の複数のパラメータに対してそれぞれリンク元タスクを検索することとしてもよい。例えば、選択したタスク内の複数のパラメータについてリンク元タスクを検索する場合には、設計支援装置１０において、パラメータを識別させるパラメータ番号を順次選択して動作フローを繰り返す。
【００４３】
格納部５に格納されているタスクＡ−３のデータ構造が参照され（図１２参照）、パラメータ：重量のリンク元となるタスクＩＤに対応するタスクが参照される（図１３のステップＳＡ３）。
ここで、当該パラメータが参照されたタスクにおいて未検索か否かが判定される（図１３のステップＳＡ４）。変更するパラメータが複数ある場合などは、パラメータがタスクで検索済みである場合に（図１３のステップＳＡ４のＮｏ）、他のパラメータを検索するべく異なるインプット番号を選択し（例えば、１番目のインプット番号のパラメータが検索済みだった場合には、１＋１＝２番目のインプット番号のパラメータを選択して）、図１３のステップＳＡ１に戻る。
【００４４】
パラメータ：重量について、タスクＡ−２が未検索である場合には、図１３のステップＳＡ４のＹｅｓに進み、図１１のような、タスクＡ−２におけるアウトプットパラメータを参照し、パラメータ：重量を「確定」したタスクか否かが判定される（図１３のステップＳＡ５）。確定したタスクでない（図１３のステップＳＡ５のＮｏ）場合には、ステップＳＡ３に戻り、さらに上位（例えば、タスクＡ−２より上位であるタスクＡ−１）をリンク元タスクとして参照する。
パラメータ：重量に「確定」したタスクである場合には（図１３のステップＳＡ５のＹｅｓ）、設計支援システムウィンドウ上において、パラメータ：重量を「確定」したタスクＡ−２を、「確定タスク」を示す属性の所定値（例えば、太線表示）にする（図１０参照）（図１３のステップＳＡ６）。上流検索するパラメータが他にない場合には、本処理を終了する。上流検索するパラメータが他にもある場合には、検索するパラメータを異ならせ、図１３のステップＳＡ１に戻り、繰り返す。
【００４５】
以上説明してきたように、本実施形態に係る設計支援装置１０および方法ならびにプログラムによれば、出力情報に含まれる裕度を有するパラメータが、タスクにおいて裕度が所定値以下となり設定値として確定されると、確定されたパラメータと、パラメータを確定したタスクを示すタスク識別情報と、パラメータを確定したか否かを示す確定情報とがタスクデータ構成部２によって対応付けられ、格納部５に格納されるので、一のタスクにおいて、入力情報に含まれる少なくとも一の確定済みのパラメータが選択された場合に、選択されたパラメータを設定値として確定した、一のタスクより上流側のタスクである確定タスクを提示させる。
このように、格納部５には、パラメータが設定値として確定されたタスクと、パラメータとが対応付けられて格納されているので、下流側のタスクでパラメータが選択された場合には、連鎖した上流側のタスクに対して遡って検索することにより、パラメータを確定したタスクを簡便に見つけ出すことができるので、手戻り先のような確定タスクを簡便に提示することができる。また、確定タスクを的確に提示することにより、手戻りのような作業が必要な場合に、手戻り先を速やかに把握できるとともに、実施する必要のない無用な作業をしなくて済む。また、設計単位をタスクとして工程フローを作成、および管理するので、設計プロセスを適切に残すことができる。
【００４６】
なお、本実施形態においては、設計管理者により入力されて配置された、設計支援システムウィンドウ内のタスクとタスク連結線によって工程フローを生成し、さらに、各タスクにタスクモジュール（手順書、計算書、およびチェックリスト等）を対応付けて設計プロセスを作成することとしていたが、設計プロセスの作成方法はこれに限定されない。例えば、工程フローの複数のタスクをタスクモジュールによって予め定義しておき、タスクモジュールに基づいて工程フローを組み立てて設計プロセスを作成することとしてもよい。また、タスクに定義されたインプット、アウトプットの情報から、工程フローを自動的に作成することもできる。
【符号の説明】
【００４７】
１  フロー生成部
２  タスクデータ構成部
３  検索部
４  提示部
５  格納部
１０  設計支援装置
【図１】
2014021823.tif 000003
【図２】
2014021823.tif 000004
【図３】
2014021823.tif 000005
【図４】
2014021823.tif 000006
【図５】
2014021823.tif 000007
【図６】
2014021823.tif 000008
【図７】
2014021823.tif 000009
【図８】
2014021823.tif 000010
【図９】
2014021823.tif 000011
【図１０】
2014021823.tif 000012
【図１１】
2014021823.tif 000013
【図１２】
2014021823.tif 000014
【図１３】
2014021823.tif 000015