JP4011995B2

JP4011995B2 - Product design support apparatus and method

Info

Publication number: JP4011995B2
Application number: JP2002195954A
Authority: JP
Inventors: 敏行須藤; 博之奥田
Original assignee: Toshiba Solutions Corp
Current assignee: Toshiba Digital Solutions Corp
Priority date: 2002-07-04
Filing date: 2002-07-04
Publication date: 2007-11-21
Anticipated expiration: 2022-07-04
Also published as: JP2004038656A

Description

【０００１】
【発明の属する技術分野】
本発明は、顧客からの要求仕様の提示を受けて製品を設計・生産する受注設計・生産型産業に適用される設計技術に係り、製品設計作業、特に製品構成の定義作業を支援する設計支援装置及び方法に関する。
【０００２】
【従来の技術】
顧客から提示された要求仕様に基づいて製品を設計・生産する場合、その設計作業は、以下のような手順で進められるのが一般的である。
【０００３】
▲１▼要求仕様の定義
顧客より要求仕様が提示されると、それが設計作業（見積設計または詳細設計）開始のトリガとなる。要求仕様提示の初期の段階では、当該要求仕様には、曖昧な点が多く含まれている。そこで、顧客と設計担当者との間のＱ＆Ａ（質疑応答）を通して、要求仕様の明確化の作業が行われる。
【０００４】
▲２▼仕様機能展開
要求仕様に基づき、機能展開が行われる。この段階では、要求仕様には、曖昧な点、特に実際に製品を作成しないと分からない点が含まれている。そのため、製品サブシステム（製品ユニットのモジュール）の仕様が確定するものと確定しないものとを含めて、機能展開される。
【０００５】
次の▲３▼乃至▲５▼の作業が、設計者の属人的なノウハウに基づいて進められる。
▲３▼製品構成の検討
機能展開と物理的なサブシステムまたは部品のくくりの考慮がなされて、製品構成が定義される。
【０００６】
▲４▼図面検索・流用
定義された製品の構成要素を過去の類似する案件から検索し、流用を検討する。
【０００７】
▲５▼新規図面作成
定義された製品の構成要素に対して、流用ができない要素、つまり新規開発を伴う要素については、開発・設計検討がなされ、新規図面が作成される。
【０００８】
▲６▼試作
製品構成を改めて定義して使用する部品を確定し、実際の製品を試作する。
【０００９】
【発明が解決しようとする課題】
上述した従来の製品設計手法は、次のような問題点を有している。
【００１０】
▲１▼要求仕様を速やかに確定させるための仕組みを持っていない。特に、仕様確定後も仕様変更が発生しやすい。そのため、設計検討開始の遅れ・作業のやり直しが発生する。
【００１１】
▲２▼過去の製品設計・製造分を効果的に参考にするための仕組みを持たない。このため、新規に図面を作成しがちであり、過去の経験・実績の利用、設計の流用化が進まない。
【００１２】
▲３▼市場競争の激化により、開発製品への新機能の取り込みが増加している。このため、製品の構成要素の開発が設計と並列して行われ、新機能の影響度、作業優先度が属人的に決定される。しかし、属人的な手法では、製品構成を迅速且つ効果的に定義することは困難である。
【００１３】
本発明は上記事情を考慮してなされたものでその目的は、製品構成が迅速且つ効果的に定義できるように支援する設計支援装置及び方法を提供することにある。
【００１４】
【課題を解決するための手段】
本発明の１つの観点によれば、製品設計を支援する製品設計支援装置が提供される。この製品設計支援装置は、当該製品設計支援装置を利用する端末からの部品登録指定により、製品を構成する部品を、仕様が未定であり、部品属性として範囲のある仕様値を持つ論理部品、または仕様が特定され、部品属性として特定の仕様値を持つ実存する物理部品、または仕様が特定され、部品属性として特定の仕様値を持つが開発を必要とする仮想部品のいずれの部品区分であるかを区別してデータベースに登録する部品登録手段と、上記端末から少なくとも仕様値が指定されて部品検索が要求された場合、指定された仕様値に対応する部品を上記データベースから検索する部品検索手段と、この部品検索手段により検索された部品のリストを上記端末に表示させるリスト表示手段と、上記端末から指定された、上記データベースに登録されている部品から構成される製品構成を上記データベースに登録する構成登録手段とから構成される。
【００１５】
上記の構成においては、製品の設計・生産において中心的役割を担う製品構成の要素部品として、部品区分が異なる３種の部品、即ち仕様が未定の論理部品、仕様が特定され、且つ実存する物理部品、及び仕様が特定されているが開発を必要とする仮想部品が適用される。各部品は、その部品区分が区別された状態で、データベースに登録される。また、上記構成においては、製品構成が、データベースに登録されている部品のうち、端末から指定された部品を組み合わせて構成される論理構成モデルにより定義される。
【００１６】
このように、論理部品、物理部品及び仮想部品の３つの部品区分に区分される部品から構成される論理構成モデルを導入して製品構成が定義される構成とすることにより、仕様が固まらない設計の初期段階でも、曖昧な仕様値をもつ論理部品を多用することで、迅速且つ効果的な製品構成定義作業を可能とする。また、設計検討が進んで、仕様が徐々に固まってきた段階では、論理部品に代えて、その論理部品の属性である、曖昧な値の仕様値、つまり範囲のある仕様値に対応する仕様値を持つ物理部品または仮想部品を用いることが可能となるため、やはり迅速且つ効果的な製品構成定義作業を可能とする。しかも上記の構成においては、仕様値の指定によって、対応する部品がデータベースから検索されて、その検索された部品のリスト（検索結果リスト）が端末に表示されるため、製品構成定義に必要な部品を適切に選択することが可能となる。即ち上記構成においては、従来製品開発現場において属人的に行われてきた製品構成定義が、論理構成モデルのデータ構造を持つデータベースシステムを利用して、迅速に且つ効率的に整然と実施できる。
【００１７】
ここで、検索条件の１つである上記仕様値の指定が、範囲を持つ仕様値の指定である場合に、その指定の仕様値範囲に入っている、またはその指定の仕様値範囲と一部が重なっている仕様値範囲を持つ全ての論理部品を検索して、その検索結果のリストを端末に表示する構成とするとよい。このような構成では、製品構成定義作業で、既定義の論理部品を簡単に流用することが可能となる。特に、端末からの論理部品の検索要求に応じて行われた検索結果のリスト、つまり論理部品のリスト上で、任意の論理部品が選択された場合に、その選択された論理部品の仕様値範囲に入る仕様値を持つ物理部品及び仮想部品を推奨部品候補としてデータベースから検索し、その検索結果のリスト、即ち推奨部品候補のリストを端末を介して設計者（ユーザ）に提示する構成とするならば、仕様値が曖昧な論理部品に代えて、その論理部品と仕様値により関係付けられている、既登録の物理部品または仮想部品を流用することが可能となる。したがって、上述の仕様値の範囲を利用した部品検索は、設計検討が進んで、仕様が徐々に固まってきた段階で、論理部品に代えて、当該論理部品と仕様値により関係付けられている物理部品または仮想部品を使用する場合に有効である。
【００１８】
また、検索された推奨部品候補のリストから、推奨部品として登録すべき候補を設計者の端末操作により選択指定させて、その選択指定された候補を、対応する論理部品に対する推奨部品としてデータベースに登録する構成とするならば、設計者は、任意の論理部品を指定するだけで、その論理部品に対する推奨部品を簡単に検索させることが可能となる。
【００１９】
また、端末からの製品構成表示指定に応じて、上記データベースに登録されている製品構成の要素である各部品を、その部品の部品区分が識別可能な表示形態で上記端末に表示させる構成とするならば、設計者は製品構成表示内容から、その時点において定義されている製品を構成する各部品の部品区分をもとに、設計検討の進展状況を簡単に把握できる。つまり、製品構成中で、論理部品の数が多い状態では、設計の初期段階であることが、物理部品または仮想部品の占める割合が多い状態では、設計検討が進んだ段階にあることが、それぞれ把握できる。製品構成中に論理部品が存在しない状態では、製品の試作に入れることが把握できる。また、製品構成中の仮想部品の存在から、新規開発すべき部品を確認できるため、開発要素の切り出しが効率的に行える。
【００２０】
なお、以上の設計支援装置に係る本発明は、当該装置で適用される処理手順を持つ製品設計支援方法に係る発明としても、当該処理手順をコンピュータに実行させるためのプログラムに係る発明としても成立する。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して説明する。
図１は本発明の一実施形態に係る設計支援装置を備えた製品設計システムの構成を示すブロック図である。
【００２２】
図１のシステムにおいて、設計支援装置１０は、ネットワーク２０を介して端末３０-1〜３０-nと接続されている。設計支援装置１０は、設計者の製品設計作業、特に製品構成の定義作業を支援する。端末３０-1〜３０-nは、設計者（ユーザ）の操作に応じ、製品構成の定義を含む製品設計の支援を、ネットワーク２０を介して設計支援装置１０に要求する。
【００２３】
設計支援装置１０は、アプリケーションサーバ１１とデータベース（以下、ＤＢと称する）１２とから構成されるサーバ計算機である。なお、設計支援装置１０とＤＢ１２とが独立に設けられ、設計支援装置１０からＤＢ１２にアクセス可能な構成であっても構わない。
【００２４】
ＤＢ１２は、品目マスタテーブル１２ａと、構成テーブル１２ｂと、代替テーブル１２ｃとを含む。
ここで、テーブル１２ａ〜１２ｃのデータ構造について説明する前に、本実施形態で適用される、部品の論理構成モデルについて説明する。この論理構成モデルのデータ構造は、以下に述べるように、論理部品と物理部品と仮想部品とにより定義される。
【００２５】
（１）論理部品
仕様が特定されない部品またはモジュールを論理部品と呼ぶ。モジュールとは、当該モジュールの構造を木（ツリー）構造で表現した場合に、複数の子部品から構成される親部品を指し、ユニットと呼ばれることもある。部品には、親部品にはなれない、つまり子部品にしかなれないものと、親部品になり得るものとがある。論理部品は属性として範囲のある仕様値を持つ。この仕様値の範囲で複数の論理部品に分類される。例えば、タイプＸの仕様値の範囲がａ１〜ａ２の部品を論理部品Ａと表し、同じタイプＸの仕様値の範囲がｂ１〜ｂ２の部品を論理部品Ｂと表すものとすると、論理部品Ａと論理部品Ｂとは異なる論理部品として分類される。
【００２６】
（２）物理部品
仕様が特定され、且つ既に存在する部品またはモジュールを物理部品と呼ぶ。物理部品は属性として範囲のない仕様値を持つ。つまり、物理部品の仕様値には、具体的な値が設定される。
【００２７】
（３）仮想部品
仕様は特定されているものの、実存しない部品またはモジュール、つまり新規に開発を必要とする部品またはモジュールを仮想部品と呼ぶ。物理部品は属性として範囲のない仕様値を持ち、その仕様値には、具体的な値が設定される。
【００２８】
本実施形態では、論理部品と物理部品及び仮想部品との関係を表す論理構成モデルを導入することにより、物理部品及び仮想部品を仕様値により分類し、論理部品の検索を通して、候補となる具体的な値を持つ部品を参照できる仕組みを実現している。論理部品と物理部品及び仮想部品との関係の一例を図２に示す。
【００２９】
ＤＢ１２は、上記論理構成モデルのデータ構造を登録・管理するのに用いられる。このＤＢ１２は、上記したように、品目マスタテーブル１２ａと、構成テーブル１２ｂと、代替テーブル１２ｃとを含む。
【００３０】
品目マスタテーブル１２ａは、品目を管理するためのテーブルである。品目は、製品、当該製品の構成要素となる部品またはモジュール（ユニット）を指す。以下の説明では、製品と当該製品を構成するモジュールまたは部品とを区別する必要がある場合、或いはモジュールと当該モジュールを構成する部品とを区別する必要がある場合を除き、製品及びモジュールも部品として扱う。明らかなように、製品構成を木構造で表した場合、ルートノードをなす部品が製品となる。
【００３１】
品目マスタテーブル１２ａに登録される各レコードは、図３に示すように、部品（製品、モジュールまたは部品）の識別情報としての部品番号と、部品種類と、部品区分と、仕様値の各フィールドから構成される。部品種類は共通の仕様を持つ部品の種類を示す。部品区分は、対応する部品が論理部品、物理部品または仮想部品のいずれであるかを示す。この部品区分の詳細は後述する。仕様値は、対応する部品の属性である。仕様値は１種類とは限らない。なお、品目マスタテーブル１２ａに登録される各レコードは、上述のフィールド以外に部品名のフィールド（図示せず）を含む。
【００３２】
構成テーブル１２ｂは、製品構成、特に製品を構成する各部品の親子関係を管理するためのテーブルである。構成テーブル１２ｂに登録される各レコードは、図４に示すように、親部品の部品番号と、その親部品の子（構成要素）となる部品（子部品）の部品番号と、その子部品の個数の各フィールドから構成される。したがって、構成テーブル１２ｂに、親部品がＡのレコードとして、子部品＝Ｂ、個数＝２のレコードと、子部品＝Ｃ、個数＝１のレコードとが登録されているものとすると、その両レコードから、部品Ａが２つの部品Ｂと１つの部品Ｃとから構成されていることが分かる。また、部品Ｂを親部品とするレコードとして、子部品＝Ｄ、個数＝１のレコードと、子部品＝Ｅ、個数＝１のレコードとが登録されているものとすると、その両レコードから、部品Ｂが１つの部品Ｄと１つの部品Ｅとから構成されていることが分かる。
【００３３】
代替テーブル１２ｃは、各部品について、当該部品に代えて使用可能な部品（代替部品）、つまり当該部品に代えて使用することが推奨される部品（推奨部品）を管理するためのテーブルである。代替テーブル１２ｃに登録される各レコードは、図５に示すように、部品の部品番号と、その部品に対応する代替部品（推奨部品）の部品番号の各フィールドから構成される。
【００３４】
このように本実施形態においては、上述のデータ構造の品目マスタテーブル１２ａ、構成テーブル１２ｂ及び代替テーブル１２ｃを用いて、論理部品と物理部品・仮想部品との関係を登録・管理している。
【００３５】
アプリケーションサーバ１１は、設計支援装置１０の中心をなすＰＤＭ（Product Data Management）システム（製品情報管理システム）を構成する。アプリケーションサーバ１１は、従来から知られている汎用的な設計業務の支援に加えて、個別業務の支援が可能なように構成されている。そのためアプリケーションサーバ１１は、部品登録部１１ａと、構成登録部１１ｂと、部品検索部１１ｃと、リスト表示部１１ｄと、構成表示部１１ｅの各機能要素を含んでいる。
【００３６】
部品登録部１１ａは、設計者からの要求に応じ、指定された部品種類及び部品区分の部品をＤＢ１２内の品目マスタテーブル１２ａに登録する機能を有する。部品登録時には、部品の種類毎に仕様値の属性が付加される。物理部品及び仮想部品の場合はその属性に具体的な値が設定され、論理部品の場合は、その属性の値が範囲で表される。部品登録部１１ａは、論理部品と同じ種類で且つ当該論理部品の仕様値の範囲に入いる仕様値を持つ（推奨された）物理部品・仮想部品を、当該論理部品に代えて用いられる代替部品（推奨部品）として、当該論理部品に対応付けて代替テーブル１２ｃに登録する推奨部品登録部１１０ａを含む。この推奨部品登録部１１０ａを含む部品登録部１１ａの部品登録機能により、製品構成定義作業の詳細が支援される。
【００３７】
構成登録部１１ｂは、設計者から指定された製品構成をＤＢ１２に登録する機能、つまり製品構成を定義する機能を有する。ここでは、構成登録部１１ｂは、製品を構成する各部品の親子関係を構成テーブル１２ｂに登録することで、製品構成を定義する。この構成登録部１１ｂによる製品構成登録（親子関係登録）は、親部品と子部品とを製品構成登録画面上で設計者に指定させることで実行される。この親部品と子部品とを指定するのに、目的とする部品を例えば部品番号により直接指定することも可能であるが、仕様値等の属性を指定して部品検索部１１ｃにより目的の部品を検索させて、親部品または子部品として指定することも可能である。この構成登録部１１ｂの機能によっても、製品構成定義作業の詳細が支援される。
【００３８】
部品検索部１１ｃは、ＤＢ１２に登録されている部品を部品番号、部品種類及び部品区分のうちの少なくとも１つにより検索する機能を有する。部品検索部１１ｃは特に、部品に付加されている仕様値（の値の組み合わせ）により該当する部品を検索する機能をも有する。部品検索部１１ｃは、論理部品を経由して物理部品・仮想部品を検索する推奨部品候補検索部１１０ｃ及び推奨部品検索部１１１ｃを含む。推奨部品候補検索部１１０ｃは、設計者（ユーザ）により検索対象となる部品種類の仕様値の範囲が指定された結果、その指定範囲に入る（または一部が重複する）仕様値範囲を持つ論理部品が検索された場合、検索された論理部品のうち、設計者により選択指定された論理部品に関係付けられる物理部品及び仮想部品を推奨部品候補としてＤＢ１２内の品目マスタテーブル１２ａから検索する。推奨部品検索部１１１ｃは、設計者により任意の論理部品が指定されて推奨部品検索が要求された場合、指定された論理部品に対する推奨部品をＤＢ１２内の代替テーブル１２ｃから検索する。この推奨部品候補検索部１１０ｃ及び推奨部品検索部１１１ｃを含む部品検索部１１ｃの部品検索機能により、設計流用化が支援される。
【００３９】
リスト表示部１１ｄは、部品検索部１１ｃによって検索された検索結果のリストを検索要求元の端末に表示させる。
構成表示部１１ｅは、製品構成を例えば木構造で表示させる機能を有する。特に構成表示部１１ｅは、製品構成表示において、対応する製品を構成する各部品が論理部品、物理部品、仮想部品のいずれであるかを設計者（ユーザ）が識別可能な表示形態で当該各部品を表示させる。この製品構成表示から、仮想部品、つまり新規に開発すべき部品が識別できる。つまり、構成表示部１１ｅの機能により、製品構成からの新規開発項目の切り出しが支援される。
【００４０】
なお、アプリケーションサーバ１１は、上記部品登録部１１ａ、構成登録部１１ｂ、部品検索部１１ｃ、リスト表示部１１ｄ及び構成表示部１１ｅの他に、部品の登録を削除する部品削除部、製品構成の登録（部品相互間の親子関係の登録）を削除する構成削除部、部品の属性（例えば、仕様値）等を変更（編集）する部品編集部、製品構成（部品相互間の親子関係）を変更（編集）する構成編集部、及び同じ種類の製品構成を比較して、その相違箇所を検出する構成差異検出部（いずれも図示せず）をも含んでいる。
【００４１】
次に、図１中の設計支援装置１０の設計支援機能を利用した製品設計の流れの概要について、図６の動作説明図を参照して説明する。
【００４２】
まず、顧客から定義された要求仕様（要求仕様定義）が提示された場合（ステップ６０１）、設計者は、提示された要求仕様に合致するように、仕様機能を展開する（ステップ６０２）。この段階では、要求仕様の示す製品の構成要素となる各部品の機能の仕様は確定されていないことが多い。したがって、ステップ６０２で機能展開された段階では、その展開後の製品構成の多くは、図６に示す論理構成モデル６１１の例のように、論理部品のみからなる。この論理部品は、仕様値範囲によりＤＢ１２から検索されて流用される既存の論理部品、或いは新規に定義されてＤＢ１２に登録される論理部品である。ここで、論理部品の検索は、端末３０-i（ｉは０〜１のいずれか）から設計支援装置１０内の部品検索部１１ｃを利用して行われる。また、新規論理部品の登録は、端末３０-iから設計支援装置１０内の部品登録部１１ａを利用して行われる。
【００４３】
次に設計者は、論理構成モデルを検討する（ステップ６０３）。この検討の初期段階においては、設計者は、論理部品に関係付けられている、物理部品または仮想部品のうち、設計仕様に合うことが確認された部品を選択して、製品構成を編集する。これにより、論理構成モデル６１１は、例えば図６に示す論理構成モデル６１２のように変更される。ここで、物理部品または仮想部品の選択は、端末３０-iにより、設計支援装置１０内の部品検索部１１ｃを利用して行われる。
【００４４】
さて、論理構成モデルの検討が進んできた段階においては、設計者は、一層具体的になった仕様値を用い、論理部品に関係付けられている物理部品のうち流用する物理部品の検討を進める。この検討の結果をもとに、設計者は、再度製品構成を編集する。これにより、論理構成モデル６１２は、例えば図６に示す論理構成モデル６１３のように変更される。
【００４５】
次に設計者は、部品の新規開発、或いは設計流用を含め具体的仕様を決定する。ここでは、仮想部品に対応する新規開発物理部品については、新規図面を作成する（ステップ６０４）。一方、設計流用については、既存の物理部品から流用可能な図面を検索する（ステップ６０５）。これにより、例えば図６に示す論理構成モデル６１４を完成する。この論理構成モデル６１４は、論理部品及び仮想部品を含まない完成された製品構成を示す。この論理構成モデル（製品構成）６１４と、検索された図面（つまり流用される図面）と、新規作成された図面とをもとに、製品の試作が行われる（ステップ６０６）。ここで、論理構成モデル６１４が完成された製品構成を示すか否かは、設計支援装置１０内の構成表示部１１ｅを利用して端末３０-iに製品構成を表示させることにより、判断可能である。
【００４６】
また、本実施形態では、上述のようにして完成された各製品の製品構成（論理構成モデル）の要素となる各論理部品、各物理部品、各仮想部品の利用状況をもとに、当該部品の機能仕様を見直す手続きを継続的に行うことにより、部品の標準化を促進するようにしている。この場合、ＤＢ１２への部品の再登録と、当該再登録に伴う製品構成の更新とが行われる。
【００４７】
次に、設計支援装置１０（内の部品登録部１１ａ）による部品登録について、図７及び図８のフローチャート並びに図９の表示画面例を参照して説明する。
【００４８】
まず、設計者は、例えば端末３０-1を操作して、当該端末３０-1から設計支援装置１０のアプリケーションサーバ１１に対して、製品設計（製品構成定義作業）の支援を要求させる。これによりアプリケーションサーバ１１は、端末３０-1に、製品構成定義作業のための支援が可能な処理の一覧（設計支援一覧）を表示させる（ステップＳ１）。この設計支援一覧（設計支援メニュー）は、支援可能な処理の項目として、「部品登録」、「部品検索」、及び「製品構成表示」を含む。
【００４９】
設計者は、部品登録が必要な場合、上記設計支援一覧から「部品登録」を選択するための操作を行う。アプリケーションサーバ１１は、端末３０-1に表示されている設計支援一覧上で「部品登録」が選択されると（ステップＳ２）、部品登録部１１ａを起動する（ステップＳ３）。すると部品登録部１１ａは、以下に述べる部品登録処理（ステップＳ４）を、図８のフローチャートに従って実行する。
【００５０】
まず部品登録部１１ａは、端末３０-1に図９（ａ）に示す部品登録画面を表示させる（ステップＳ１１）。この部品登録画面には、部品番号、部品種類及び部品区分をそれぞれ入力するための入力フィールド９１，９２及び９３が配置されている。部品番号は部品を特定する固有の番号である。部品種類は共通の仕様を持つ部品の種類を表す。部品区分は対応する部品が、論理部品、物理部品または仮想部品のいずれであるかを表す。
【００５１】
部品登録部１１ａは、部品登録画面の表示状態において、設計者の操作による端末３０-1からの入力を受け付ける（ステップＳ１２）。これにより、部品登録画面の入力フィールド（部品番号入力フィールド）９１に部品番号を入力するための操作が行われると（ステップＳ１３）、図９（ａ）に示すように、その部品番号（ここでは「Ｐ−ＸＸＸ」）が当該入力フィールド９１に表示される（ステップＳ１４）。
【００５２】
また、入力フィールド９２に部品種類を入力するための操作が行われると（ステップＳ１５）、図９（ｂ）または図９（ｃ）に示すように、その部品種類（ここでは「Ａ」または「Ｂ」）が当該入力フィールド９２に表示される（ステップＳ１６）。このとき、部品登録画面上には、入力された部品種類に対応して、当該部品種類に固有の仕様値入力フィールドが表示される（ステップＳ１７）。部品種類「Ａ」が入力された図９（ｂ）の例では、３種類の仕様値Ａ１〜Ａ３の入力フィールド９４が表示される。また、部品種類「Ｂ」が入力された図９（ｃ）の例では、例えば、２種類の仕様値Ｂ１，Ｂ２の入力フィールド９５が表示される。
【００５３】
また、入力フィールド９３に部品区分を入力するための操作が行われると（ステップＳ１８）、図９（ｄ）または図９（ｅ）または図９（ｆ）に示すように、その部品区分（ここでは「論理」または「物理」または「仮想」）が当該入力フィールド９３に表示される（ステップＳ１９）。このとき、部品登録部１１ａでは、入力された部品区分が「論理（論理部品）」であるか否かが判定される（ステップＳ２０）。もし、「論理部品」の場合には、部品登録画面上の仕様値の入力フィールドが、最小値（ｍｉｎ）と最大値（ｍａｘ）とを入力可能な入力フィールドに切り替えられる（ステップＳ２１）。図９（ｄ）の例では、図９（ｂ）に示す仕様値の入力フィールド９４が、最小値（ｍｉｎ）を入力可能な入力フィールド９６と最大値（ｍａｘ）を入力可能な入力フィールド９７に切り替えられている。
【００５４】
また、仕様値の入力フィールド（図９（ｂ）または（ｃ）の例では入力フィールド９４または９５、図９（ｄ）の例では、最小値入力フィールド９６または最大値入力フィールド９７）に仕様値を入力するための操作が行われると（ステップＳ２２）、その仕様値が当該入力フィールドに表示される（ステップＳ２３）。
【００５５】
設計者は、部品登録画面上で所望の「部品番号」、「部品種類」、「部品区分」及び「仕様値またはその最小値と最大値」を入力すると、その入力値を確認する。もし、この入力値でよいならば、設計者は、部品登録画面上に配置されている登録ボタン（図示せず）を選択するための操作を、端末３０-1を用いて実行する。するとアプリケーションサーバ１１内の部品登録部１１ａは、端末３０-1に表示中の部品登録画面（の各入力フィールド）に設定されている情報をもとに、ＤＢ１２内の品目マスタテーブル１２ａに登録すべき部品レコードを生成し、そのレコードを当該テーブル１２ａに登録する（ステップＳ２２〜Ｓ２４）。
【００５６】
次に、設計支援装置１０（内の部品検索部１１ｃ）による部品検索について、図７、図１０及び図１１のフローチャート並びに図１２の表示画面例を参照して説明する。
【００５７】
まず、設計者は、先の部品登録の場合と同様の操作により端末３０-1上に設計支援一覧を表示させた状態で（ステップＳ１）、当該一覧から「部品検索」を選択するための操作を行う。アプリケーションサーバ１１は、端末３０-1に表示されている設計支援一覧上で「部品検索」が選択されると（ステップＳ５）、部品検索部１１ｃを起動する（ステップＳ６）。すると部品検索部１１ｃは、以下に述べる部品検索処理（ステップＳ７）を、図１０のフローチャートに従って実行する。
【００５８】
まず部品検索部１１ｃは、端末３０-1に図１２（ａ）に示す部品検索画面（の初期画面）を表示させる（ステップＳ３１）。この部品検索画面の初期画面の構成は、図９（ａ）に示した部品検索画面の初期画面の構成と同様である。つまり、図１２（ａ）の部品検索画面には、部品番号、部品種類及び部品区分をそれぞれ入力するための入力フィールド１２１，１２２及び１２３が配置されている。
【００５９】
本実施形態では、入力フィールド１２１，１２２及び１２３の少なくとも１つを利用して、部品番号、部品種類及び部品区分のうちの少なくとも１つの値を入力することにより、部品検索のための条件を指定できる。
【００６０】
部品検索部１１ｃは、部品検索画面の表示状態において、設計者の操作による端末３０-1からの入力を受け付ける（ステップＳ３２）。これにより、部品検索画面の入力フィールド（部品番号入力フィールド）１２１に部品番号を入力するための操作が行われると（ステップＳ３３）、その部品番号が当該入力フィールド１２１に表示される（ステップＳ３４）。
【００６１】
また、入力フィールド１２２に部品種類を入力するための操作が行われると（ステップＳ３５）、図１２（ｂ）または図１２（ｃ）に示すように、その部品種類（ここでは「Ａ」または「Ｂ」）が当該入力フィールド１２２に表示される（ステップＳ３６）。このとき、部品検索画面上には、入力された部品種類に対応して、当該部品種類に固有の仕様値入力フィールドが表示される（ステップＳ３７）。部品種類「Ａ」が入力された図１２（ｂ）の例では、３種類の仕様値Ａ１〜Ａ３の入力フィールド１２４が表示される。また、部品種類「Ｂ」が入力された図１２（ｃ）の例では、例えば、２種類の仕様値Ｂ１，Ｂ２の入力フィールド１２５が表示される。
【００６２】
本実施形態では、部品種類入力フィールド１２２に部品種類を入力した場合、仕様値入力フィールド（図１２（ｂ）の例であれば入力フィールド１２４、図１２（ｃ）の例であれば入力フィールド１２５）に仕様値を入力することにより（ステップＳ４２，Ｓ４３）、その仕様値を部品検索条件に含めることができる。
【００６３】
さて、入力フィールド１２３に部品区分を入力するための操作が行われると（ステップＳ３８）、図１２（ｄ）または図１２（ｅ）または図１２（ｆ）に示すように、その部品区分（ここでは「論理」または「物理」または「仮想」）が当該入力フィールド１２３に表示される（ステップＳ３９）。このとき、部品検索部１２ｂでは、入力された部品区分が「論理（論理部品）」であるか否かが判定される（ステップＳ４０）。もし、「論理部品」の場合には、部品登録画面上の仕様値の入力フィールドが、最小値（ｍｉｎ）と最大値（ｍａｘ）とを入力可能な入力フィールドに切り替えられる（ステップＳ４１）。図１２（ｄ）の例では、図１２（ｂ）に示す仕様値の入力フィールド１２４が、最小値（ｍｉｎ）を入力可能な入力フィールド１２６と最大値（ｍａｘ）を入力可能な入力フィールド１２７とに切り替えられている。
【００６４】
本実施形態では、部品区分が「論理部品」の場合、つまり「論理部品」を検索する場合、入力フィールド１２６及び１２７に、それぞれ仕様値の最小値及び最大値を入力することにより（ステップＳ４２，Ｓ４３）、その仕様値の最小値及び最大値で示される範囲を検索条件に含めることができる。
【００６５】
設計者は、部品検索画面上で目的とする部品検索条件の全ての要素を入力し終えると、当該部品検索画面上で、その入力値を確認する。もし、この入力値でよいならば、設計者は、部品検索画面上に配置されている検索ボタン（図示せず）を選択するための操作を、端末３０-1を用いて実行する。
【００６６】
するとアプリケーションサーバ１１内の部品検索部１１ｃは、端末３０-1に表示中の部品検索画面（の各入力フィールド）に設定されている情報をもとに、指定された検索条件を生成する（ステップＳ４４，Ｓ４５）。次に部品検索部１１ｃは、生成した検索条件に合致する部品をＤＢ１２内の品目マスタテーブル１２ａから全て検索する（ステップＳ４６）。リスト表示部１１ｄは、この部品検索部１１ｃの検索結果を受けて、当該検索結果のリストを端末３０-1に表示させる（ステップＳ４７）。
【００６７】
以上により、図１２（ｅ）の部品検索画面の状態で検索が指示された場合には、部品種類がＢで、且つ仕様値Ｂ１及びＢ２が指定の値の全ての物理部品が検索されて、その検索結果のリスト、即ち検索条件を満足する物理部品のリストが、例えば図１２（ｈ）に示すように表示される。同様に、図１２（ｆ）の部品検索画面の状態で検索が指示された場合には、部品種類がＢで、且つ仕様値Ｂ１及びＢ２が指定の値の全ての仮想部品が検索されて、その検索結果のリスト、即ち検索条件を満足する仮想部品のリストが、例えば図１２（ｉ）に示すように表示される。
【００６８】
一方、図１２（ｄ）の部品検索画面の状態で検索が指示された場合には、部品種類がＡで、且つ仕様値の範囲がａ１より大きくａ２より小さい、つまり仕様値範囲が指定の仕様値範囲に入っている全ての論理部品が検索されて、その検索結果のリスト、即ち検索条件を満足する論理部品のリストが、例えば図１２（ｇ）に示すように表示される。なお、仕様値範囲の一部が指定の仕様値範囲と重なっている論理部品も検索するようにしてもよい。つまり、仕様値範囲の少なくとも一部が指定の仕様値範囲に入っている論理部品も検索するようにしてもよい。
【００６９】
さて、検索条件を満足する図１２（ｇ）に示す論理部品のリストが表示されると、設計者は端末３０-1を用いて、当該論理部品リスト上で所望の論理部品を選択する操作を行う。すると、部品検索部１１ｃ（内の推奨部品候補検索部１１０ｃ）は、その論理部品の仕様値範囲に入っている仕様値を持つ物理部品及び仮想部品を検索するための検索条件を生成する（ステップＳ４８，Ｓ４９）。そして部品検索部１１ｃ（内の推奨部品候補検索部１１０ｃ）は、生成した検索条件に合致する部品を推奨部品候補としてＤＢ１２内の品目マスタテーブル１２ａから全て検索する（ステップＳ５０）。リスト表示部１１ｄは、この部品検索部１１ｃ（内の推奨部品候補検索部１１０ｃ）の検索結果を受けて、例えば図１２（ｊ）に示すように、その検索結果のリスト（推奨部品候補としての物理部品及び仮想部品のリスト）を端末３０-1に表示させる（ステップＳ５１）。
【００７０】
設計者は、図１２（ｊ）に示す検索結果リストから、自身が指定した検索条件に合致する論理部品の仕様値範囲に入っている具体的な物理部品及び仮想部品を推奨部品候補として画面上で確認できる。この図１２（ｊ）に示す検索結果リスト上の物理部品または仮想部品を、対応する論理部品に対する推奨部品（代替部品）として、代替テーブル１２ｃに登録するならば、当該代替テーブル１２ｃに基づいて設計の流用化を促進できる。
【００７１】
そこで本実施形態では、図１２（ｊ）に示す検索結果リストが表示されている状態で、設計者が端末３０-1を操作することにより、代替テーブル１２ｃへの登録を指定すると共に、当該リスト上で登録の候補となる物理部品または仮想部品を選択指定することが可能なようになっている。もし、代替テーブル１２ｃへの登録と登録候補となる物理部品または仮想部品とが指定された場合（ステップＳ５２）、部品検索部１１ｃ（内の推奨部品候補検索部１１０ｃ）から部品登録部１１ａ（内の推奨部品登録部１１０ａ）に制御が渡される。すると部品登録部１１ａ（内の推奨部品登録部１１０ａ）は、選択された論理部品（の部品番号）と当該論理部品に対する推奨部品として選択された物理部品または仮想部品（の部品番号）との対を含むレコードを生成して、代替テーブル１２ｃに登録する（ステップＳ５３）。
【００７２】
部品検索部１１ｃ（内の推奨部品検索部１１１ｃ）は、この代替テーブル１２ｃから、論理部品に代えて用いることが可能な物理部品及び仮想部品（推奨部品）を検索する。即ち部品検索部１１ｃ（内の推奨部品検索部１１１ｃ）は、代替が必要となる論理部品が（論理部品指定画面上で）設計者の端末操作で指定された場合、その指定された論理部品（の部品番号）をキーとして代替テーブル１２ｃを参照することで、当該論理部品に対する推奨部品として登録されている物理部品及び仮想部品を検索する。この部品検索部１１ｃ（内の推奨部品検索部１１１ｃ）による推奨部品検索結果のリストは、リスト表示部１１ｄにより端末３０-1に表示させられる。これにより設計者は、推奨部品検索結果のリストから所望の物理部品または仮想部品（推奨部品）を選択して、指定の論理部品に代えて用いることができる。
【００７３】
また、例えば端末３０-1に論理部品を含む製品構成が表示されている状態で、当該製品構成中の任意の論理部品が選択（マウスクリック）された場合に、その選択された論理部品（の部品番号）をキーとして部品検索部１１ｃ（内の推奨部品検索部１１１ｃ）が代替テーブル１２ｃを参照することで、推奨される物理部品または仮想部品を検索することもできる。
【００７４】
なお、論理部品が新規に登録された際に（ステップＳ２６）、部品登録部１１ａ（内の推奨部品登録部１１０ａ）が、当該論理部品と同じ種類で、当該論理部品の仕様値の範囲に入っている仕様値を持つ物理部品及び仮想部品を、当該論理部品に対する推奨部品（代替部品）として、部品検索部１１ｃ（内の推奨部品検索部１１１ｃ）により品目マスタテーブル１２ａから検索させ、検索された各部品、即ち推奨部品を、当該論理部品に対応付けて代替テーブル１２ｃに自動的に登録することも可能である。また、新規登録された論理部品と同じ種類で、当該論理部品の仕様値の範囲に入っている仕様値を持つ物理部品及び仮想部品を、当該論理部品に対する推奨部品の候補として、部品検索部１１ｃ（内の推奨部品候補検索部１１０ｃ）により品目マスタテーブル１２ａから検索させてもよい。この場合、検索された全部品を代替テーブル１２ｃに自動的に登録するのではなく、図１２（ｊ）と同様の検索結果のリストから、推奨する部品を設計者に選択させ、選択された部品だけを論理部品に対応付けて代替テーブル１２ｃに登録するとよい。更に、物理部品または仮想部品の新規登録時に、当該部品を、当該部品と同じ種類で且つ当該部品の仕様値を含む仕様値範囲の論理部品に対応付けて、代替テーブル１２ｃに自動登録してもよい。また、新規登録する物理部品または仮想部品を推奨部品とするかを設計者に指定させ、推奨部品とすることが指定された場合だけ、当該新規登録する物理部品または仮想部品を対応する論理部品に対する推奨部品として代替テーブル１２ｃに登録してもよい。
【００７５】
このように、部品の新規登録時に代替テーブル１２ｃに推奨部品を登録する構成では、例えば図１２（ｇ）に示す論理部品リスト上で設計者の操作により任意の論理部品が選択された場合に（ステップＳ４８）、先のステップＳ５０での品目マスタテーブル１２ａを対象とする検索処理に代えて、代替テーブル１２ｃを対象とする検索処理を行うとよい。即ち、選択された論理部品に対応付けて代替テーブル１２ｃに登録されている全ての物理部品及び仮想部品を検索する処理を行うとよい。
【００７６】
次に、設計支援装置１０（内の構成表示部１１ｅ）による製品構成表示について、図１３のフローチャート並びに図１４の表示画面例を参照して説明する。
【００７７】
まず、設計者は、先の部品登録の場合と同様の操作により端末３０-1上に設計支援一覧を表示させた状態で（ステップＳ１）、当該一覧から「製品構成表示」を選択するための操作を行う。アプリケーションサーバ１１は、端末３０-1に表示されている設計支援一覧上で「製品構成表示」が選択されると（ステップＳ８）、構成表示部１１ｅを起動する（ステップＳ９）。すると構成表示部１１ｅは、以下に述べる製品構成表示処理（ステップＳ１０）を、図１３のフローチャートに従って実行する。
【００７８】
まず構成表示部１１ｅは、表示すべき製品を設計者に指定させるための製品指定画面を端末３０-1に表示させる（ステップＳ６１）。この製品指定画面に従い、表示すべき製品を設計者が指定する操作を行うと（ステップＳ６２，Ｓ６３）、構成表示部１１ｅは、指定された製品を構成する全ての部品（またはモジュール）を、部品検索部１１ｃによってＤＢ１２内の構成テーブル１２ｂから検索させる（ステップＳ６４）。このステップＳ６４では、まず、指定製品を親部品とする全ての子部品が検索される。そして、検索された子部品を親部品とする全ての子部品を検索する動作が、検索される子部品がなくなるまで繰り返される。
【００７９】
構成表示部１１ｅは、ステップＳ６４で検索された部品の親子関係をもとに、指定された製品の構成（論理構成モデル）を木構造で表すデータを生成する（ステップＳ６５）。次に構成表示部１１ｅは、生成した製品構成の木構造の各ノードをなす部品について、ＤＢ１２内の品目マスタテーブル１２ａを参照することにより、その部品の部品区分を識別する（ステップＳ６６）。そして構成表示部１１ｅは、ステップＳ６６での各部品の部品区分識別結果をもとに、指定された製品の現時点において決定されている製品構成（論理構成モデル）を、木構造の形で、且つその構成中の各部品の部品区分が識別可能な表示形態で、端末３０-1に表示させる（ステップＳ６７）。ここでは、製品構成中の各部品が、ステップＳ６６で識別された部品区分に従い、それぞれ異なる色または記号（マーク）で表示される。これにより設計者は、画面表示された製品構成中の各部品の表示色または記号（表示形態）から、当該部品の区分、つまり当該部品が論理部品、物理部品または仮想部品のいずれであるかを簡単に視認できる。ここでは、部品区分を色で識別する場合には、論理部品を黄色で、物理部品を灰色で、仮想部品を水色で表すものとする。また、部品区分を記号で識別する場合には、論理部品を白丸で、物理部品を黒丸で、仮想部品を二重丸で表すものとする。
【００８０】
図１４に、製品構成の表示例を示す。図１４（ａ）は、顧客からの要求仕様の提示を受けて仕様機能展開された段階、つまり製品設計の初期段階での製品構成（論理構成モデル）の表示例を示す。図１４（ｂ）は、論理構成モデルの検討（設計検討）が少し進んだ段階、つまり製品設計の中期段階での当該論理構成モデル（未完成の製品構成）の表示例を示す。図１４（ｃ）は、設計検討の最終段階、つまり製品設計の最終段階での製品構成の表示例を示す。
【００８１】
顧客からの要求仕様の提示を受けて仕様機能展開された段階では、製品は主に曖昧な仕様値をもつ論理部品により構成される。つまり仕様機能展開された段階の製品構成は、図１４（ａ）の例のように、殆どの部品（図１４（ａ）の例では、全ての部品）が論理部品で構成される。したがって設計者は、図１４（ａ）に示す製品構成（論理構成モデル）表示から、設計の初期段階であることを把握できる。
【００８２】
設計検討が進むにつれ、論理部品に代えて用いられる、推奨される物理部品の仕様値が検討される。この検討の結果、一部の論理部品については、推奨される物理部品が製品の構成部品として流用される。また、他の一部の論理部品については、仮想部品が流用される。図１４（ｂ）の製品構成表示例では、図１４（ａ）の例に比べて、物理部品または仮想部品の使用が増加している。したがって設計者は、図１４（ｂ）に示す構成表示から、設計検討が進展していいることを把握できる。また、複数の製品について製品構成表示を行わせ、各製品の製品構成を画面上で比較することで、仮想部品に関連する要素技術開発のスケジュールなどの影響度を知ることができる。
【００８３】
さて、設計検討の最終段階では、製品構成は、具体的仕様を持つ物理部品のみにより、または物理部品と仮想部品とにより、構成されるようになる。このような状態になると、具体的な物作り（試作）に入る。図１４（ｃ）で示される製品構成は、図１４（ｂ）の製品構成とは異なって、論理部品を含んでいない。したがって設計者は、図１４（ｃ）に示す構成表示から、設計検討が終了し、次の工程（試作）に入れることを把握できる。
【００８４】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果の少なくとも１つが得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００８５】
【発明の効果】
以上詳述したように本発明によれば、端末からの部品登録指定により、製品を構成する部品を、仕様が未定であり、部品属性として範囲のある仕様値を持つ論理部品、または仕様が特定され、部品属性として特定の仕様値を持つ実存する物理部品、または仕様が特定され、部品属性として特定の仕様値を持つが開発を必要とする仮想部品のいずれの部品区分であるかを区別してデータベースに登録すると共に、端末からの指定に応じて、当該データベースに登録されている部品から構成される製品構成を当該データベースに登録する構成としたので、仕様が固まらない設計の初期段階でも、曖昧な仕様値をもつ論理部品を多用することで、迅速且つ効果的な製品構成定義作業が実現できる。また本発明によれば、端末から仕様値の指定を伴う部品検索が要求された場合に、その仕様値に対応する部品をデータベースから検索して、その検索された部品のリストを上記端末を介してユーザに提示する構成としたので、データベースに既に登録されている部品を流用して製品構成を定義することができる。即ち、本発明によれば、ユーザ指定の仕様値から既登録の部品がシステム的に提示されるため、既登録の部品の流用を促進して、より迅速且つ効果的な製品構成定義作業が実現できる。
【００８６】
また本発明によれば、曖昧な仕様値を持つユーザ指定の論理部品から、その論理部品に代えて用いられる、具体的な仕様値を持つ推奨する物理部品及び仮想部品を検索してユーザに提示する構成としたので、特に、仕様が徐々に固まってきた段階での製品構成定義作業における、既登録の物理部品または仮想部品の流用を促進し、より迅速且つ効果的な製品構成定義作業が実現できる。
【００８７】
また本発明によれば、端末からの製品構成表示指定に応じて、データベースに登録されている製品構成の要素である各部品を、その部品の部品区分が識別可能な表示形態で上記端末を介してユーザに提示する構成としたので、その製品構成表示内容から、その時点において定義されている製品を構成する各部品の部品区分をもとに、設計の進展状況を簡単に把握できる。しかも、製品構成中の仮想部品の存在から、新規開発すべき部品を確認でき、これにより開発要素の切り出しが効率的に行える。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る設計支援装置を備えた製品設計システムの構成を示すブロック図。
【図２】同実施形態で適用される論理部品と物理部品及び仮想部品との関係の一例を示す図。
【図３】図１中の品目マスタテーブル１２ａのデータ構造例を示す図。
【図４】図１中の構成テーブル１２ｂののデータ構造例を示す図。
【図５】図１中の代替テーブル１２ｃのデータ構造例を示す図。
【図６】同実施形態における製品設計の流れの概要を説明するための図。
【図７】同実施形態における設計支援処理を説明するためのフローチャート。
【図８】同実施形態における部品登録処理を説明するためのフローチャート。
【図９】部品登録処理時の表示画面例を示す図。
【図１０】同実施形態における部品検索処理を説明するためのフローチャートの一部を示す図。
【図１１】同実施形態における部品検索処理を説明するためのフローチャートの残りを示す図。
【図１２】部品検索処理時の表示画面例を示す図。
【図１３】同実施形態における製品構成表示処理を説明するためのフローチャート。
【図１４】製品構成表示画面例を示す図。
【符号の説明】
１０…設計支援装置
１１…アプリケーションサーバ
１１ａ…部品登録部
１１ｂ…構成登録部
１１ｃ…部品検索部
１１ｄ…リスト表示部
１１ｅ…構成表示部
１２…ＤＢ（データベース）
１２ａ…品目マスタテーブル
１２ｂ…構成テーブル
１２ｃ…代替テーブル
１１０ａ…推奨部品登録部
１１０ｃ…推奨部品候補検索部
１１１ｃ…推奨部品検索部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a design technology applied to an order design / production industry in which a product is designed / produced in response to presentation of a required specification from a customer, and design support for supporting product design work, particularly product configuration definition work. The present invention relates to an apparatus and a method.
[0002]
[Prior art]
When a product is designed and produced based on a requirement specification presented by a customer, the design work is generally carried out in the following procedure.
[0003]
(1) Definition of required specifications
When a requirement specification is presented by a customer, it triggers the start of design work (estimated design or detailed design). At the initial stage of requirement specification presentation, the requirement specification includes many ambiguities. Therefore, the required specifications are clarified through Q & A (Q & A) between the customer and the designer.
[0004]
▲ 2 ▼ Specification function development
Functional expansion is performed based on the required specifications. At this stage, the requirement specification includes an ambiguous point, in particular, a point that cannot be known unless the product is actually created. For this reason, functions are expanded including those in which specifications of product subsystems (modules of product units) are fixed and those in which specifications are not fixed.
[0005]
The following operations (3) to (5) are performed based on the designer's personal know-how.
(3) Examination of product composition
The product configuration is defined by taking into account functional deployment and physical subsystem or component wrapping.
[0006]
▲ 4 ▼ Drawing search and diversion
Search the components of the defined product from similar projects in the past and consider diversion.
[0007]
▲ 5 ▼ Create a new drawing
With respect to the components of the defined product, elements that cannot be diverted, that is, elements that involve new development are developed and designed, and a new drawing is created.
[0008]
▲ 6 ▼ Prototype
Define the product configuration again, determine the parts to be used, and prototype the actual product.
[0009]
[Problems to be solved by the invention]
The conventional product design method described above has the following problems.
[0010]
(1) Does not have a mechanism for quickly determining required specifications. In particular, specification changes are likely to occur even after the specification is finalized. As a result, the delay in starting the design study and reworking occur.
[0011]
(2) Does not have a system for effectively referencing past product design and manufacturing. For this reason, it is apt to create a new drawing, and utilization of past experience and results and diversion of design do not progress.
[0012]
(3) Due to intensifying market competition, the incorporation of new functions into developed products is increasing. For this reason, product components are developed in parallel with the design, and the influence of new functions and work priorities are determined personally. However, it is difficult to define the product configuration quickly and effectively with the personal approach.
[0013]
The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a design support apparatus and method for supporting the product configuration so that it can be quickly and effectively defined.
[0014]
[Means for Solving the Problems]
According to one aspect of the present invention, a product design support apparatus that supports product design is provided. This product design support device is a logical component having a specification that has not yet been determined and has a specification value that has a range as a component attribute, by specifying a part registration from a terminal that uses the product design support device. Which part classification is an existing physical part with a specified specification and a specific specification value as a part attribute, or a virtual part with a specified specification value and a development that has a specific specification value as a part attribute Component registration means for distinguishing and registering in the database, and when a part search is requested when at least the specification value is specified from the terminal, the part search means for searching the part corresponding to the specified specification value from the database, List display means for displaying on the terminal a list of parts searched by the parts search means, and registration in the database specified by the terminal. The product structure composed of parts which are composed of a structure registering means for registering in the database.
[0015]
In the above configuration, as the component parts of the product structure that plays a central role in product design and production, three types of parts with different parts classification, that is, logical parts whose specifications are undetermined, physical specifications that have been specified and exist Virtual parts that have been specified for parts and specifications but need to be developed are applied. Each part is registered in the database in a state where its part classification is distinguished. In the above configuration, the product configuration is defined by a logical configuration model configured by combining components specified from the terminal among components registered in the database.
[0016]
In this way, the design is not fixed by introducing a logical configuration model consisting of parts divided into three parts categories: logical parts, physical parts, and virtual parts. Even in the initial stage, a lot of logical parts having ambiguous specification values can be used to enable quick and effective product configuration definition work. In addition, at the stage where the design has been gradually refined as the design study has progressed, instead of a logical component, the specification value of an ambiguous value that is an attribute of the logical component, that is, a specification value corresponding to a specification value with a range Thus, it is possible to use a physical part or a virtual part having, so that a quick and effective product configuration definition work is possible. In addition, in the above configuration, by specifying the specification value, the corresponding part is searched from the database, and the list of searched parts (search result list) is displayed on the terminal, so the parts necessary for the product configuration definition Can be appropriately selected. That is, in the above configuration, the product configuration definition that has been performed personally at the product development site can be performed quickly and efficiently in an orderly manner using a database system having a logical structure model data structure.
[0017]
Here, when the specification value specified as one of the search conditions is a specification value having a range, it is in the specified specification value range or part of the specified specification value range. It may be configured to search for all logical components having a specification value range in which are overlapped and display a list of search results on the terminal. In such a configuration, it is possible to easily divert already defined logical parts in the product configuration definition work. In particular, when an arbitrary logical component is selected on a list of search results made in response to a search request for a logical component from a terminal, that is, a list of logical components, the specification value range of the selected logical component If a physical part and a virtual part having a specification value that falls within the search range are searched from the database as recommended part candidates, and a list of search results, that is, a list of recommended part candidates is presented to the designer (user) via the terminal. For example, instead of a logical component whose specification value is ambiguous, a registered physical component or virtual component associated with the logical component by the specification value can be used. Therefore, in the part search using the above-mentioned specification value range, when the design study progresses and the specification is gradually solidified, the physical part related to the logical part by the specification value is used instead of the logical part. This is effective when using parts or virtual parts.
[0018]
In addition, the candidate to be registered as a recommended component is selected and specified from the list of recommended component candidates searched by the designer's terminal operation, and the selected and specified candidate is registered in the database as a recommended component for the corresponding logical component. With this configuration, the designer can easily search for a recommended component for the logical component simply by specifying an arbitrary logical component.
[0019]
In addition, according to the product configuration display designation from the terminal, each component which is an element of the product configuration registered in the database is displayed on the terminal in a display form in which the component classification of the component can be identified. Then, the designer can easily grasp the progress of the design study based on the part classification of each part constituting the product defined at that time from the product configuration display content. In other words, when the number of logical parts is large in the product configuration, it is in the initial stage of design, and in the state where the proportion of physical parts or virtual parts is large, the design study is in the advanced stage. I can grasp. When there is no logical part in the product configuration, it can be grasped that the product is put into trial production. Further, since a part to be newly developed can be confirmed from the presence of virtual parts in the product configuration, development elements can be cut out efficiently.
[0020]
The present invention relating to the design support apparatus described above can be realized as an invention relating to a product design support method having a processing procedure applied by the apparatus, or an invention relating to a program for causing a computer to execute the processing procedure. To do.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 is a block diagram showing a configuration of a product design system provided with a design support apparatus according to an embodiment of the present invention.
[0022]
In the system of FIG. 1, the design support apparatus 10 is connected to terminals 30-1 to 30-n via a network 20. The design support apparatus 10 supports a designer's product design work, particularly product product definition work. The terminals 30-1 to 30-n request the design support apparatus 10 via the network 20 for product design support including the definition of the product configuration in accordance with the operation of the designer (user).
[0023]
The design support apparatus 10 is a server computer including an application server 11 and a database (hereinafter referred to as DB) 12. Note that the design support apparatus 10 and the DB 12 may be provided independently, and the DB 12 can be accessed from the design support apparatus 10.
[0024]
The DB 12 includes an item master table 12a, a configuration table 12b, and an alternative table 12c.
Here, before describing the data structures of the tables 12a to 12c, a logical configuration model of components applied in the present embodiment will be described. The data structure of this logical configuration model is defined by logical parts, physical parts, and virtual parts as described below.
[0025]
(1) Logic parts
Parts or modules whose specifications are not specified are called logic parts. A module refers to a parent part composed of a plurality of child parts when the structure of the module is represented by a tree structure, and is sometimes called a unit. There are parts that cannot be parent parts, that is, can only be child parts, and parts that can be parent parts. A logical component has a specification value with a range as an attribute. It is classified into a plurality of logical parts within the range of this specification value. For example, if a part with a specification value range of type X is a1 to a2 is expressed as a logical part A, and a part with a specification value range of the same type X is b1 and b2, it is expressed as a logical part B. The logical component B is classified as a different logical component.
[0026]
(2) Physical parts
Parts or modules whose specifications are specified and already exist are called physical parts. Physical parts have specification values with no range as attributes. That is, a specific value is set as the specification value of the physical part.
[0027]
(3) Virtual parts
Although the specification is specified, a non-existing part or module, that is, a part or module that needs to be newly developed is called a virtual part. A physical component has a specification value with no range as an attribute, and a specific value is set as the specification value.
[0028]
In this embodiment, by introducing a logical configuration model that represents the relationship between a logical component, a physical component, and a virtual component, the physical component and the virtual component are classified according to specification values, and specific candidates that are candidates are obtained through a search for the logical component. A mechanism that can refer to parts with different values is realized. An example of the relationship between logical parts, physical parts, and virtual parts is shown in FIG.
[0029]
The DB 12 is used for registering and managing the data structure of the logical configuration model. As described above, the DB 12 includes the item master table 12a, the configuration table 12b, and the substitution table 12c.
[0030]
The item master table 12a is a table for managing items. An item refers to a product, a part or module (unit) that is a component of the product. In the following description, a product and a module are also regarded as parts unless it is necessary to distinguish a product from a module or a part constituting the product or a module and a part constituting the module. deal with. As can be seen, when the product configuration is represented by a tree structure, the part that forms the root node is the product.
[0031]
As shown in FIG. 3, each record registered in the item master table 12a includes a part number as a part (product, module or part) identification information, a part type, a part classification, and a specification value field. Composed. The component type indicates the type of component having a common specification. The component classification indicates whether the corresponding component is a logical component, a physical component, or a virtual component. Details of this component classification will be described later. The specification value is an attribute of the corresponding part. The specification value is not limited to one type. Each record registered in the item master table 12a includes a part name field (not shown) in addition to the above-described fields.
[0032]
The configuration table 12b is a table for managing the product configuration, in particular, the parent-child relationship of the parts that make up the product. As shown in FIG. 4, each record registered in the configuration table 12b includes a part number of a parent part, a part number of a part (child part) that is a child (component) of the parent part, and the number of child parts. It consists of each field. Therefore, assuming that the record of the parent part is A and the record of the child part = B and the number = 2 and the record of the child part = C and the number = 1 are registered in the configuration table 12b. Thus, it can be seen that the part A is composed of two parts B and one part C. Assuming that a record with a child part = D and the number = 1 and a record with a child part = E and the number = 1 are registered as records having the part B as a parent part, It can be seen that B is composed of one part D and one part E.
[0033]
The replacement table 12c is a table for managing, for each component, a component that can be used instead of the component (substitute component), that is, a component that is recommended to be used instead of the component (recommended component). As shown in FIG. 5, each record registered in the substitution table 12c includes fields of a part number of a part and a part number of a substitute part (recommended part) corresponding to the part.
[0034]
As described above, in the present embodiment, the relationship between the logical component and the physical component / virtual component is registered and managed using the item master table 12a, the configuration table 12b, and the substitute table 12c having the above-described data structure.
[0035]
The application server 11 constitutes a PDM (Product Data Management) system (product information management system) that forms the center of the design support apparatus 10. The application server 11 is configured to be capable of supporting individual tasks in addition to the conventionally known general-purpose design tasks. Therefore, the application server 11 includes functional elements of a component registration unit 11a, a configuration registration unit 11b, a component search unit 11c, a list display unit 11d, and a configuration display unit 11e.
[0036]
The component registration unit 11a has a function of registering a component of a specified component type and component classification in the item master table 12a in the DB 12 in response to a request from the designer. At the time of component registration, an attribute of a specification value is added for each type of component. In the case of physical parts and virtual parts, specific values are set for the attributes, and in the case of logical parts, the values of the attributes are represented by ranges. The component registration unit 11a is an alternative component that is used in place of a logical component that is a physical component / virtual component that is the same type as the logical component and that has a specification value that falls within the specification value range of the logical component. As the (recommended component), a recommended component registration unit 110a that registers in the substitution table 12c in association with the logical component is included. Details of the product configuration definition work are supported by the component registration function of the component registration unit 11a including the recommended component registration unit 110a.
[0037]
The configuration registration unit 11b has a function of registering a product configuration designated by the designer in the DB 12, that is, a function of defining a product configuration. Here, the configuration registration unit 11b defines the product configuration by registering the parent-child relationship of each part constituting the product in the configuration table 12b. The product configuration registration (parent-child relationship registration) by the configuration registration unit 11b is executed by allowing the designer to specify the parent part and the child part on the product configuration registration screen. In order to designate the parent part and the child part, it is possible to directly designate the target part by, for example, a part number. However, by specifying an attribute such as a specification value, the part retrieval unit 11c selects the target part. It is also possible to search and specify as a parent part or a child part. The details of the product configuration definition work are also supported by the function of the configuration registration unit 11b.
[0038]
The component search unit 11c has a function of searching for a component registered in the DB 12 by at least one of a component number, a component type, and a component classification. In particular, the component search unit 11c also has a function of searching for a corresponding component based on a specification value (a combination of values) added to the component. The component search unit 11c includes a recommended component candidate search unit 110c and a recommended component search unit 111c that search for a physical component / virtual component via a logical component. The recommended component candidate search unit 110c is a logic having a specification value range that falls within (or partially overlaps) the specified range as a result of the specification value range of the component type to be searched being specified by the designer (user). When a part is searched, among the searched logical parts, a physical part and a virtual part related to the logical part selected and designated by the designer are searched from the item master table 12a in the DB 12 as recommended part candidates. When an arbitrary logical component is specified by the designer and a recommended component search is requested by the designer, the recommended component search unit 111c searches for a recommended component for the specified logical component from the substitution table 12c in the DB 12. The diversion of the design is supported by the component search function of the component search unit 11c including the recommended component candidate search unit 110c and the recommended component search unit 111c.
[0039]
The list display unit 11d displays a list of search results searched by the component search unit 11c on the search request source terminal.
The configuration display unit 11e has a function of displaying the product configuration in, for example, a tree structure. In particular, the configuration display unit 11e displays each component in a display form that allows a designer (user) to identify whether each component constituting the corresponding product is a logical component, a physical component, or a virtual component in the product configuration display. Is displayed. From this product configuration display, virtual parts, that is, parts to be newly developed can be identified. That is, the function of the configuration display unit 11e supports the extraction of newly developed items from the product configuration.
[0040]
The application server 11 includes, in addition to the component registration unit 11a, the configuration registration unit 11b, the component search unit 11c, the list display unit 11d, and the configuration display unit 11e, a component deletion unit that deletes the registration of components and a product configuration registration Configuration deletion part to delete (registration of parent-child relationship between parts), part editing part to change (edit) part attributes (for example, specification values), and product configuration (parent-child relation between parts) It also includes a configuration editing unit to be edited) and a configuration difference detecting unit (none of which is shown) that compares the same type of product configuration and detects the difference.
[0041]
Next, an outline of a product design flow using the design support function of the design support apparatus 10 in FIG. 1 will be described with reference to the operation explanatory diagram of FIG.
[0042]
First, when a requirement specification (requirement specification definition) defined by a customer is presented (step 601), the designer develops a specification function so as to match the presented requirement specification (step 602). At this stage, the function specifications of each component that is a component of the product indicated by the required specifications are often not determined. Therefore, at the stage where the function is expanded in step 602, many of the product configurations after the expansion are composed only of logical components as in the example of the logical configuration model 611 shown in FIG. This logical component is an existing logical component that is searched from the DB 12 according to the specification value range and used, or a logical component that is newly defined and registered in the DB 12. Here, the search for the logical component is performed from the terminal 30-i (i is any one of 0 to 1) using the component search unit 11 c in the design support apparatus 10. Registration of a new logical component is performed using the component registration unit 11a in the design support apparatus 10 from the terminal 30-i.
[0043]
Next, the designer reviews the logical configuration model (step 603). In the initial stage of the examination, the designer selects a part confirmed to meet the design specification from physical parts or virtual parts related to the logical part, and edits the product configuration. As a result, the logical configuration model 611 is changed to a logical configuration model 612 shown in FIG. 6, for example. Here, selection of a physical part or a virtual part is performed by the terminal 30-i using the part search unit 11c in the design support apparatus 10.
[0044]
Now, at the stage where the study of the logical configuration model has progressed, the designer uses the more specific specification value and proceeds with the study of the physical component to be diverted among the physical components related to the logical component. . Based on the result of this examination, the designer edits the product configuration again. As a result, the logical configuration model 612 is changed to a logical configuration model 613 shown in FIG. 6, for example.
[0045]
Next, the designer determines specific specifications including new development of parts or design diversion. Here, a new drawing is created for the newly developed physical part corresponding to the virtual part (step 604). On the other hand, for design diversion, a drawing that can be diverted is searched from existing physical parts (step 605). Thereby, for example, the logical configuration model 614 shown in FIG. 6 is completed. The logical configuration model 614 shows a completed product configuration that does not include logical parts and virtual parts. Based on the logical configuration model (product configuration) 614, the retrieved drawing (that is, the diverted drawing), and the newly created drawing, a product is prototyped (step 606). Here, whether or not the logical configuration model 614 indicates a completed product configuration can be determined by displaying the product configuration on the terminal 30-i using the configuration display unit 11 e in the design support apparatus 10. is there.
[0046]
In the present embodiment, based on the usage status of each logical component, each physical component, and each virtual component that is an element of the product configuration (logical configuration model) of each product completed as described above, The standardization of parts is promoted by continuously performing the process of reviewing the functional specifications. In this case, re-registration of parts to the DB 12 and product configuration update accompanying the re-registration are performed.
[0047]
Next, component registration by the design support apparatus 10 (internal component registration unit 11a) will be described with reference to the flowcharts of FIGS. 7 and 8 and the display screen example of FIG.
[0048]
First, for example, the designer operates the terminal 30-1 to request the application server 11 of the design support apparatus 10 to request product design (product configuration definition work) support from the terminal 30-1. As a result, the application server 11 causes the terminal 30-1 to display a list of processes (design support list) that can be supported for the product configuration definition work (step S1). This design support list (design support menu) includes “part registration”, “part search”, and “product configuration display” as supportable process items.
[0049]
When the part registration is necessary, the designer performs an operation for selecting “part registration” from the design support list. When “part registration” is selected on the design support list displayed on the terminal 30-1 (step S2), the application server 11 activates the part registration unit 11a (step S3). Then, the component registration part 11a performs the component registration process (step S4) described below according to the flowchart of FIG.
[0050]
First, the component registration unit 11a displays the component registration screen shown in FIG. 9A on the terminal 30-1 (step S11). On this component registration screen, input fields 91, 92, and 93 for inputting a component number, a component type, and a component classification are arranged. The part number is a unique number that identifies the part. The component type represents the type of component having a common specification. The component classification indicates whether the corresponding component is a logical component, a physical component, or a virtual component.
[0051]
The component registration unit 11a accepts an input from the terminal 30-1 by the designer's operation in the display state of the component registration screen (step S12). As a result, when an operation for inputting a part number is performed in the input field (part number input field) 91 of the part registration screen (step S13), as shown in FIG. “P-XXX”) is displayed in the input field 91 (step S14).
[0052]
When an operation for inputting a component type is performed in the input field 92 (step S15), as shown in FIG. 9B or 9C, the component type (here, “A” or “A” B ") is displayed in the input field 92 (step S16). At this time, a specification value input field specific to the component type is displayed on the component registration screen corresponding to the input component type (step S17). In the example of FIG. 9B in which the component type “A” is input, input fields 94 for three types of specification values A1 to A3 are displayed. In the example of FIG. 9C in which the component type “B” is input, for example, input fields 95 for two types of specification values B1 and B2 are displayed.
[0053]
When an operation for inputting a component classification is performed in the input field 93 (step S18), as shown in FIG. 9D, FIG. 9E, or FIG. Then, “logical” or “physical” or “virtual”) is displayed in the input field 93 (step S19). At this time, the component registration unit 11a determines whether or not the input component classification is “logic (logical component)” (step S20). If it is “logical component”, the input field of the specification value on the component registration screen is switched to an input field in which the minimum value (min) and the maximum value (max) can be input (step S21). In the example of FIG. 9D, the specification value input field 94 shown in FIG. 9B is an input field 96 that can input the minimum value (min) and an input field 97 that can input the maximum value (max). It has been switched.
[0054]
Also, the specification value is input to the specification value input field (the input field 94 or 95 in the example of FIG. 9B or 9C, the minimum value input field 96 or the maximum value input field 97 in the example of FIG. 9D). Is performed (step S22), the specification value is displayed in the input field (step S23).
[0055]
When the designer inputs a desired “part number”, “part type”, “part classification” and “specification value or its minimum and maximum values” on the part registration screen, the input values are confirmed. If this input value is acceptable, the designer uses the terminal 30-1 to perform an operation for selecting a registration button (not shown) arranged on the part registration screen. Then, the component registration unit 11a in the application server 11 registers in the item master table 12a in the DB 12 based on information set in the component registration screen (each input field) being displayed on the terminal 30-1. A power part record is generated, and the record is registered in the table 12a (steps S22 to S24).
[0056]
Next, component search by the design support apparatus 10 (internal component search unit 11c) will be described with reference to the flowcharts of FIGS. 7, 10 and 11, and the display screen example of FIG.
[0057]
First, the designer performs an operation for selecting “part search” from the list in a state where the design support list is displayed on the terminal 30-1 by the same operation as in the previous part registration (step S1). I do. When “part search” is selected on the design support list displayed on the terminal 30-1 (step S5), the application server 11 activates the part search unit 11c (step S6). Then, the component search unit 11c executes a component search process (step S7) described below according to the flowchart of FIG.
[0058]
First, the component search unit 11c displays the component search screen (its initial screen) shown in FIG. 12A on the terminal 30-1 (step S31). The configuration of the initial screen of this component search screen is the same as the configuration of the initial screen of the component search screen shown in FIG. That is, input fields 121, 122, and 123 for inputting a part number, a part type, and a part classification are arranged on the part search screen in FIG.
[0059]
In the present embodiment, by using at least one of the input fields 121, 122, and 123 and inputting at least one value of a part number, a part type, and a part classification, a condition for searching for parts is specified. it can.
[0060]
The component search unit 11c receives an input from the terminal 30-1 by a designer's operation in the display state of the component search screen (step S32). Accordingly, when an operation for inputting a part number is performed in the input field (part number input field) 121 of the part search screen (step S33), the part number is displayed in the input field 121 (step S34). .
[0061]
When an operation for inputting a component type is performed in the input field 122 (step S35), as illustrated in FIG. 12B or 12C, the component type (here, “A” or “ B ") is displayed in the input field 122 (step S36). At this time, a specification value input field specific to the component type is displayed on the component search screen corresponding to the input component type (step S37). In the example of FIG. 12B in which the component type “A” is input, input fields 124 for three types of specification values A1 to A3 are displayed. In the example of FIG. 12C in which the component type “B” is input, for example, input fields 125 of two types of specification values B1 and B2 are displayed.
[0062]
In this embodiment, when a component type is input to the component type input field 122, the specification value input field (the input field 124 in the example of FIG. 12B), the input field 125 in the example of FIG. 12C. ) (Step S42, S43), the specification value can be included in the part search condition.
[0063]
Now, when an operation for inputting a part classification is performed in the input field 123 (step S38), as shown in FIG. 12D, FIG. 12E, or FIG. Then, “logical” or “physical” or “virtual”) is displayed in the input field 123 (step S39). At this time, the component search unit 12b determines whether or not the input component classification is “logic (logical component)” (step S40). If it is “logical component”, the input field of the specification value on the component registration screen is switched to an input field in which a minimum value (min) and a maximum value (max) can be input (step S41). In the example of FIG. 12D, the specification value input field 124 shown in FIG. 12B includes an input field 126 capable of inputting a minimum value (min) and an input field 127 capable of inputting a maximum value (max). It has been switched to.
[0064]
In this embodiment, when the component classification is “logical component”, that is, when searching for “logical component”, the minimum value and the maximum value of the specification value are input to the input fields 126 and 127, respectively (step S42, S43), the range indicated by the minimum value and the maximum value of the specification value can be included in the search condition.
[0065]
When the designer finishes inputting all the elements of the target part search condition on the part search screen, the designer confirms the input value on the part search screen. If this input value is acceptable, the designer uses the terminal 30-1 to perform an operation for selecting a search button (not shown) arranged on the part search screen.
[0066]
Then, the component search unit 11c in the application server 11 generates the specified search condition based on the information set in the component search screen (each input field) displayed on the terminal 30-1. S44, S45). Next, the part search unit 11c searches all the parts that match the generated search condition from the item master table 12a in the DB 12 (step S46). The list display unit 11d receives the search result of the component search unit 11c, and displays the search result list on the terminal 30-1 (step S47).
[0067]
As described above, when the search is instructed in the state of the part search screen of FIG. 12E, all the physical parts having the part type B and the specified values B1 and B2 are searched. A list of search results, that is, a list of physical parts satisfying the search conditions is displayed as shown in FIG. Similarly, when a search is instructed in the state of the part search screen in FIG. 12 (f), all virtual parts having a part type B and specified values B1 and B2 are searched. A list of the search results, that is, a list of virtual parts that satisfy the search conditions is displayed as shown in FIG.
[0068]
On the other hand, when a search is instructed in the state of the part search screen in FIG. 12D, the part type is A and the specification value range is larger than a1 and smaller than a2, that is, the specification value range is a specified specification. All the logical components within the value range are searched, and a list of search results, that is, a list of logical components satisfying the search condition is displayed as shown in FIG. Note that a logical component in which a part of the specification value range overlaps the specified specification value range may also be searched. That is, a logical component in which at least a part of the specification value range falls within the specified specification value range may be searched.
[0069]
When the list of logical components shown in FIG. 12G that satisfies the search condition is displayed, the designer uses the terminal 30-1 to perform an operation of selecting a desired logical component on the logical component list. Do. Then, the component search unit 11c (within the recommended component candidate search unit 110c) generates a search condition for searching for a physical component and a virtual component having a specification value that falls within the specification value range of the logical component (step). S48, S49). Then, the component search unit 11c (inside the recommended component candidate search unit 110c) searches all items that match the generated search condition from the item master table 12a in the DB 12 as recommended component candidates (step S50). The list display unit 11d receives the search result of the component search unit 11c (the recommended component candidate search unit 110c), and, for example, as shown in FIG. A list of physical parts and virtual parts) is displayed on the terminal 30-1 (step S51).
[0070]
From the search result list shown in FIG. 12 (j), the designer displays on the screen specific physical parts and virtual parts that fall within the specification value range of the logical parts that match the search conditions specified by the designer as recommended part candidates. It can be confirmed with. If the physical part or virtual part on the search result list shown in FIG. 12J is registered in the substitute table 12c as a recommended part (substitute part) for the corresponding logical part, the design is made based on the substitute table 12c. Can be promoted.
[0071]
Therefore, in this embodiment, the designer operates the terminal 30-1 in a state where the search result list shown in FIG. 12 (j) is displayed, thereby specifying registration in the alternative table 12c and the list. It is possible to select and specify physical parts or virtual parts that are candidates for registration above. If registration in the substitution table 12c and a physical part or virtual part that is a registration candidate are specified (step S52), the part search unit 11c (in the recommended part candidate search unit 110c in the part) to the part registration unit 11a (inside Control to the recommended component registration unit 110a). Then, the component registration unit 11a (the recommended component registration unit 110a) makes a pair of the selected logical component (its component number) and the physical component or virtual component (its component number) selected as the recommended component for the logical component. Is generated and registered in the substitution table 12c (step S53).
[0072]
The component search unit 11c (the recommended component search unit 111c) searches the substitute table 12c for physical components and virtual components (recommended components) that can be used instead of logical components. In other words, the component search unit 11c (the recommended component search unit 111c), when a logical component that needs to be replaced is specified by a designer's terminal operation (on the logical component specification screen), the specified logical component ( By referring to the substitution table 12c using the part number) as a key, a physical part and a virtual part registered as recommended parts for the logical part are searched. A list of recommended component search results by the component search unit 11c (within the recommended component search unit 111c) is displayed on the terminal 30-1 by the list display unit 11d. As a result, the designer can select a desired physical part or virtual part (recommended part) from the list of recommended part search results and use it instead of the designated logical part.
[0073]
Further, for example, when a product configuration including a logical component is displayed on the terminal 30-1 and an arbitrary logical component in the product configuration is selected (mouse click), the selected logical component ( The component search unit 11c (within the recommended component search unit 111c) can search the recommended physical component or virtual component by referring to the substitution table 12c using the component number) as a key.
[0074]
When a logical component is newly registered (step S26), the component registration unit 11a (within the recommended component registration unit 110a) is of the same type as the logical component and falls within the specification value range of the logical component. The physical part and the virtual part having the specified specification value are searched from the item master table 12a by the part search unit 11c (the recommended part search unit 111c) as a recommended part (substitute part) for the logical part. Each component, that is, a recommended component can be automatically registered in the substitution table 12c in association with the logical component. In addition, the component search unit 11c uses a physical component and a virtual component of the same type as the newly registered logical component and having a specification value within the specification value range of the logical component as recommended component candidates for the logical component. You may make it search from the item master table 12a by (the recommended component candidate search part 110c). In this case, instead of automatically registering all the searched parts in the substitution table 12c, the designer selects a recommended part from the same search result list as in FIG. It is preferable to register only in the substitution table 12c in association with the logical component. Furthermore, when a new physical part or virtual part is newly registered, the part may be automatically registered in the substitution table 12c in association with a logical part in the specification value range of the same type as the part and including the specification value of the part. Good. In addition, if the designer specifies whether a physical part or virtual part to be newly registered is a recommended part, and only if it is specified to be a recommended part, the newly registered physical part or virtual part is assigned to the corresponding logical part. The recommended part may be registered in the substitution table 12c.
[0075]
Thus, in the configuration in which recommended parts are registered in the substitution table 12c when a new part is registered, for example, when an arbitrary logical part is selected by a designer's operation on the logical part list shown in FIG. In step S48), instead of the search process targeting the item master table 12a in the previous step S50, a search process targeting the alternative table 12c may be performed. That is, it is preferable to perform a process of searching for all physical components and virtual components registered in the substitution table 12c in association with the selected logical component.
[0076]
Next, product configuration display by the design support apparatus 10 (internal configuration display unit 11e) will be described with reference to the flowchart of FIG. 13 and the display screen example of FIG.
[0077]
First, the designer selects a “product configuration display” from the list in a state where the design support list is displayed on the terminal 30-1 by the same operation as in the previous part registration (step S1). Perform the operation. When “product configuration display” is selected on the design support list displayed on the terminal 30-1 (step S8), the application server 11 activates the configuration display unit 11e (step S9). Then, the configuration display unit 11e executes a product configuration display process (step S10) described below according to the flowchart of FIG.
[0078]
First, the configuration display unit 11e causes the terminal 30-1 to display a product designation screen for allowing the designer to designate a product to be displayed (step S61). When the designer performs an operation for designating a product to be displayed in accordance with the product designation screen (steps S62 and S63), the configuration display unit 11e displays all the parts (or modules) constituting the designated product as parts. The search unit 11c searches from the configuration table 12b in the DB 12 (step S64). In this step S64, first, all the child parts having the designated product as the parent part are searched. Then, the operation of searching all the child parts having the searched child parts as the parent parts is repeated until there are no child parts to be searched.
[0079]
The configuration display unit 11e generates data representing the configuration (logical configuration model) of the specified product in a tree structure based on the parent-child relationship of the parts searched in step S64 (step S65). Next, the configuration display unit 11e refers to the item master table 12a in the DB 12 for the components forming each node of the generated tree structure of the product configuration, and identifies the component classification of the components (step S66). Then, the configuration display unit 11e displays the product configuration (logical configuration model) determined at the present time of the specified product in the form of a tree structure based on the result of part classification identification of each part in step S66. In the display form in which the component classification of each component in the configuration can be identified, it is displayed on the terminal 30-1 (step S67). Here, each part in the product configuration is displayed in a different color or symbol (mark) according to the part classification identified in step S66. As a result, the designer can determine the classification of the part, that is, whether the part is a logical part, a physical part, or a virtual part from the display color or symbol (display form) of each part in the product configuration displayed on the screen. Easy to see. Here, when identifying the component classification by color, the logical component is yellow, the physical component is gray, and the virtual component is light blue. Further, when identifying a component classification by a symbol, a logical component is represented by a white circle, a physical component is represented by a black circle, and a virtual component is represented by a double circle.
[0080]
FIG. 14 shows a display example of the product configuration. FIG. 14A shows a display example of the product configuration (logical configuration model) at the stage where the specification function is expanded in response to the presentation of the required specifications from the customer, that is, at the initial stage of product design. FIG. 14B shows a display example of the logical configuration model (unfinished product configuration) at the stage where the examination (design study) of the logical configuration model has advanced a little, that is, in the middle stage of product design. FIG. 14C shows a display example of the product configuration at the final stage of design examination, that is, at the final stage of product design.
[0081]
At the stage where the specification function is expanded in response to the presentation of the required specification from the customer, the product is mainly composed of logical parts having ambiguous specification values. That is, in the product configuration at the stage where the specification function has been developed, almost all parts (all parts in the example of FIG. 14A) are composed of logical parts, as in the example of FIG. 14A. Therefore, the designer can grasp the initial stage of design from the product configuration (logical configuration model) display shown in FIG.
[0082]
As the design study progresses, the recommended physical component specification values to be used instead of the logical component are examined. As a result of this examination, recommended physical parts are used as component parts of some logical parts. In addition, virtual parts are diverted for some other logical parts. In the product configuration display example of FIG. 14B, the use of physical parts or virtual parts is increased compared to the example of FIG. Therefore, the designer can grasp from the configuration display shown in FIG. 14B that the design study is progressing. Further, by displaying the product configuration for a plurality of products and comparing the product configurations of the respective products on the screen, it is possible to know the degree of influence such as a schedule of elemental technology development related to virtual parts.
[0083]
Now, in the final stage of the design study, the product configuration is configured only by physical parts having specific specifications, or by physical parts and virtual parts. When this happens, we begin to make concrete products (prototypes). The product configuration shown in FIG. 14C is different from the product configuration shown in FIG. 14B and does not include logic parts. Therefore, the designer can grasp from the configuration display shown in FIG. 14C that the design study is completed and the next process (prototype) is entered.
[0084]
In addition, this invention is not limited to the said embodiment, In the implementation stage, it can change variously in the range which does not deviate from the summary. Further, the above embodiments include inventions at various stages, and various inventions can be extracted by appropriately combining a plurality of disclosed constituent elements. For example, even if some constituent requirements are deleted from all the constituent requirements shown in the embodiment, the problem described in the column of the problem to be solved by the invention can be solved, and the effect described in the column of the effect of the invention If at least one of the following is obtained, a configuration in which this configuration requirement is deleted can be extracted as an invention.
[0085]
【The invention's effect】
As described above in detail, according to the present invention, by specifying the part registration from the terminal, the components constituting the product are not yet specified, and the logical part or specification having a specification value with a range as the part attribute is specified. Distinguishing between existing physical parts that have specific specification values as part attributes, or virtual parts that have specific specification values as part attributes but require development. In addition to registering in the database, the product configuration consisting of the parts registered in the database is registered in the database according to the designation from the terminal. By using a large number of logical parts having various specification values, a quick and effective product configuration definition work can be realized. Further, according to the present invention, when a part search accompanied by specification of a specification value is requested from a terminal, a part corresponding to the specification value is searched from a database, and a list of the searched parts is sent via the terminal. Therefore, the product configuration can be defined by diverting the parts already registered in the database. That is, according to the present invention, since registered parts are systematically presented from user-specified specification values, the diversion of the registered parts is promoted, and a quicker and more effective product configuration definition work is realized. it can.
[0086]
Further, according to the present invention, recommended physical parts and virtual parts having specific specification values that are used in place of the logical parts from user-specified logical parts having ambiguous specification values are searched and presented to the user. In particular, it promotes the diversion of registered physical parts or virtual parts in the product configuration definition work when the specifications are gradually solidified, realizing a quicker and more effective product configuration definition work. it can.
[0087]
Further, according to the present invention, in response to the product configuration display designation from the terminal, each part that is an element of the product configuration registered in the database is displayed via the terminal in a display form in which the part classification of the part can be identified. Therefore, it is possible to easily grasp the progress of design from the product configuration display contents based on the component classification of each component constituting the product defined at that time. In addition, a part to be newly developed can be confirmed from the presence of the virtual part in the product configuration, and thus the development element can be efficiently cut out.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a product design system provided with a design support apparatus according to an embodiment of the present invention.
FIG. 2 is a view showing an example of a relationship between a logical component, a physical component, and a virtual component applied in the embodiment.
3 is a view showing an example of the data structure of an item master table 12a in FIG.
4 is a diagram showing an example of the data structure of a configuration table 12b in FIG.
FIG. 5 is a view showing an example of the data structure of an alternative table 12c in FIG.
FIG. 6 is a diagram for explaining an outline of a product design flow in the embodiment;
FIG. 7 is a flowchart for explaining design support processing in the embodiment;
FIG. 8 is a flowchart for explaining component registration processing in the embodiment;
FIG. 9 is a diagram showing an example of a display screen during component registration processing.
FIG. 10 is a diagram showing a part of a flowchart for explaining part search processing in the embodiment;
FIG. 11 is a view showing the rest of the flowchart for explaining the part search processing in the embodiment;
FIG. 12 is a diagram showing an example of a display screen during component search processing.
FIG. 13 is a flowchart for explaining product configuration display processing in the embodiment;
FIG. 14 is a diagram showing an example of a product configuration display screen.
[Explanation of symbols]
10. Design support device
11 ... Application server
11a ... Part registration part
11b: Configuration registration unit
11c: Parts search unit
11d ... List display section
11e ... Configuration display section
12 ... DB (database)
12a ... Material master table
12b ... Configuration table
12c ... substitution table
110a ... Recommended part registration part
110c: Recommended component candidate search unit
111c ... Recommended part search part

Claims

In a product design support device that supports product design,
By specifying the part registration from the terminal that uses the product design support device, the specification of the parts that make up the product is undecided, and a logical part or specification having a specification value with a range as a part attribute is specified. As an existing physical part with a specific specification value or a specification is specified, and it is distinguished and registered in the database as a part classification of a virtual part that has a specific specification value as a part attribute but requires development Parts registration means;
When at least a specification value is specified from the terminal and a part search is requested, a part search unit that searches the database for a part corresponding to the specified specification value;
List display means for displaying on the terminal a list of parts searched by the parts search means;
A product design support apparatus comprising: a product registration unit that registers, in the database, a product configuration configured from parts registered in the database, designated from the terminal.

The component search means, when a search for a logical component is requested from the terminal and the specification value specified from the terminal has a range, is within the specified specification value range or is identical to the specified specification value range. The product design support apparatus according to claim 1, wherein all logical parts having a specification value range in which parts overlap are searched.

The component retrieval means retrieves a selected logical component when an arbitrary logical component is selected on the logical component list that is retrieved in response to a logical component retrieval request from the terminal and displayed on the terminal. A recommended part candidate search means for searching a physical part and a virtual part having a specification value falling within a specification value range of the part from the database as a recommended part candidate,
The product design support apparatus according to claim 2, wherein the list display unit displays a list of recommended component candidates searched by the recommended component candidate search unit on the terminal.

The component registration means, when any candidate is selected on the list of recommended component candidates displayed on the terminal, recommends that the selected candidate be registered in the database as a recommended component for the corresponding logical component Including parts registration means,
The component search unit includes a recommended component search unit that searches a recommended component for the specified logical component from the database when an arbitrary logical component is specified from the terminal and a recommended component search is requested.
4. The product design support according to claim 3, wherein the list display means displays a list of recommended parts searched by the recommended part search means on the terminal so that parts can be selected from the list. apparatus.

The component search unit includes a recommended component search unit that searches a physical component and a virtual component having a specification value falling within a specification value range of the logical component from the database as a recommended component when the logical component is registered by the component registration unit. ,
The component registration unit includes a recommended component registration unit that registers the recommended component searched by the recommended component search unit at the time of registration of the logical component in the database in association with the logical component,
The recommended component search means is selected when an arbitrary logical component is selected on the list of logical components searched in response to a search request for a logical component from the terminal and displayed on the terminal. Search the database for recommended parts corresponding to logical parts,
3. The product design support apparatus according to claim 2, wherein the list display means displays a list of recommended parts corresponding to the selected logical part searched by the recommended part search means on the terminal.

The component search unit is a recommended component candidate search unit that searches a physical component and a virtual component having a specification value falling within a specification value range of the logical component from the database as a recommended component candidate when the logical component is registered by the component registration unit. Including
The component registration means stores, in the database, a candidate selected by the terminal from the list of recommended component candidates searched by the recommended component candidate search means when registering the logical component as a recommended component for the logical component. Including recommended parts registration means to register,
The list display means, when a recommended part candidate is searched by the recommended part candidate search means, causes the terminal to display a list of the recommended part candidates that have been searched so that a part can be selected from the list. The product design support apparatus according to claim 2.

The component retrieval means retrieves a selected logical component when an arbitrary logical component is selected on the logical component list that is retrieved in response to a logical component retrieval request from the terminal and displayed on the terminal. Including a recommended part search means for searching a recommended part corresponding to a part from the database;
7. The product design support apparatus according to claim 6, wherein the list display means displays a list of recommended parts corresponding to the selected logical part searched by the recommended part search means on the terminal.

Configuration display means for displaying each part, which is an element of the product configuration registered in the database, on the terminal in a display form in which the part classification of the part can be identified in accordance with the product configuration display designation from the terminal. The product design support apparatus according to claim 1, further comprising:

In a product design support method for supporting product design by a computer,
By specifying the part registration from the terminal using the computer, the specifications of the parts constituting the product are undecided, the logical part having the specification value with the range as the part attribute, or the specification is specified, and the part attribute is specified. An existing physical part having a specification value or a specification is specified, and a step of distinguishing and registering in a database which part classification of a virtual part that has a specific specification value as a part attribute but needs development;
When at least a specification value is specified from the terminal and a part search is requested, searching for a part corresponding to the specified specification value from the database;
Displaying a list of parts retrieved from the database on the terminal;
A product design support method comprising: registering in the database a product configuration that is designated from the terminal and configured from parts registered in the database.

In the search step, when a search for a logical component is requested from the terminal and the specification value specified by the terminal has a range, it is within the specified specification value range or a part of the specified specification value range. The product design support method according to claim 9, wherein all logical parts having a specification value range in which are overlapped are searched.

When an arbitrary logical component is selected on the list of logical components displayed on the terminal as a result of the search for the logical component requested from the terminal, a specification value that falls within the specification value range of the selected logical component is displayed. Searching the physical part and virtual part possessed from the database as recommended part candidates for the logical part;
Displaying a list of physical parts and virtual parts retrieved as recommended part candidates for the logical parts on the terminal;
When an arbitrary part is selected on a list of physical parts and virtual parts that are searched as recommended part candidates for the logical part and displayed on the terminal, the recommended part for the logical part corresponding to the selected part Registering in the database as
When an arbitrary logical component is specified from the terminal and a recommended component search is requested, a step of searching the database for a recommended component for the specified logical component;
The product design support method according to claim 10, further comprising: displaying a list of retrieved recommended parts on the terminal.

Searching for a physical part and a virtual part having a specification value falling within a specification value range of the logical part from the database as a recommended part when registering the logical part in the database;
Registering physical parts and virtual parts searched as recommended parts at the time of registration of logical parts in the database in the database in association with the logical parts;
When an arbitrary logical component is selected on the list of logical components displayed on the terminal as a result of searching for the logical component requested from the terminal, a recommended component corresponding to the selected logical component is retrieved from the database. Searching, and
The product design support method according to claim 10, further comprising: displaying a list of retrieved recommended parts on the terminal.

In response to the product configuration display designation from the terminal, the method further includes the step of displaying each part, which is an element of the product configuration registered in the database, on the terminal in a display form in which the part classification of the part can be identified. The product design support method according to claim 9.

On the computer,
By specifying the part registration from the terminal using the computer, the specifications of the parts constituting the product are undecided, the logical part having the specification value with the range as the part attribute, or the specification is specified, and the part attribute is specified. An existing physical part having a specification value or a specification is specified, and a step of distinguishing and registering in a database which part classification of a virtual part that has a specific specification value as a part attribute but needs development;
When at least a specification value is specified from the terminal and a part search is requested, searching for a part corresponding to the specified specification value from the database;
Displaying a list of parts retrieved from the database on the terminal;
A program for executing a step of registering, in the database, a product configuration configured from parts registered in the database, designated from the terminal.