(57)【要約】【課題】  コンピュータを使って、ある製品の設計を行う設計者を支援する設計支援方法を及び設計支援システムを提供する。【解決手段】  製品の設計に必要となる設計仕様、構成部品、設計項目、前記設計仕様と前記構成部品との関係、そして前記設計項目と前記設計仕様若しくは前記構成部品との関係をコンピュータ上で定義してデータベースに登録する。そして、製品の特定機種について、コンピュータによって、設計者に前記設計仕様の内容の決定を促し、設計仕様と構成部品との関係に基づいて前記特定機種で用いる構成部品を前記データベースから抽出して設計者に提示し、必要とする構成部品の決定を行うようコンピュータ上で設計者に促し、前記設計項目と前記設計仕様若しくは前記構成部品との関係に基づいて、コンピュータ上で必要な設計項目を抽出する。【選択図】          図２
2004362558.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを使って、製品の機構設計を行う作業者を支援する機構設計支援方法であって、
前記製品の機構設計に必要となる設計仕様、構成部品、設計項目、前記設計仕様と前記構成部品との関係、そして前記設計項目と前記設計仕様又は前記構成部品との関係をコンピュータ上で定義してデータベースに登録する構築工程と、
前記製品の特定機種について、前記設計仕様を作業者に提示し、必要に応じて追加・変更・削除を行って前記設計仕様の内容の決定をコンピュータ上で作業者に促す設計仕様決定工程と、
前記構築工程で登録された前記設計仕様と前記構成部品との関係に基づいて、前記特定機種で用いる前記構成部品を前記データベースから抽出して作業者に提示し、必要に応じて追加・変更・削除を行って前記構成部品の決定をコンピュータ上で作業者に促す構成部品決定工程と、
前記構築工程で登録された前記設計項目と前記設計仕様又は前記構成部品との関係に基づいて、コンピュータによって、前記特定機種で用いる前記設計項目を前記データベースから抽出して作業者に提示し、必要に応じて追加・変更・削除を行って前記設計項目の決定をコンピュータ上で作業者に促す設計項目決定工程と、
前記設計項目決定工程で決定された設計項目の具体的な作業内容を、コンピュータによって、作業者に提示し、作業者をナビゲートして当該作業内容の遂行を促す設計項目遂行工程と、
を具備することを特徴とする機構設計支援方法。
【請求項２】
前記構築工程において、各設計項目についてその設計項目を実行するために完了していなければならない他の設計項目（親項目）、またはその設計項目が完了したことによって実行可能となる他の設計項目（子項目）を設定するとともに、前記設計項目決定工程において決定された設計項目について、それぞれに前記設定された親項目又は子項目の情報に基づいてコンピュータ上で設計フロー図を作成して作業者に提示し、必要に応じて追加・変更・削除を行って設計フロー図の決定をコンピュータ上で作業者に促すことを特徴とする請求項１に記載の機構設計支援方法。
【請求項３】
前記構築工程において、各設計項目に関するドキュメントがあるときは、そのドキュメント並びにその設計項目とドキュメントとの関連付けデータを格納し、前記設計工程遂行工程において、作業者が設計項目の具体的作業を行うときに当該設計項目と関連づけられたドキュメントが有るときは、前記関連付けデータに基づいてその内容を抽出して作業者に提示することを特徴とする請求項１又は２に記載の機構設計支援方法。
【請求項４】
ある製品の機構設計を行う作業者を支援する機構設計支援システムであって、
前記製品の設計に必要となる設計仕様、構成部品、設計項目、前記設計仕様と前記構成部品との関係、そして前記設計項目と前記設計仕様又は前記構成部品との関係を定義してデータベースに登録する構築手段と、
前記製品の特定機種について、前記設計仕様を作業者に提示し、必要に応じて追加・変更・削除を行って作業者に前記設計仕様の内容の決定を促す設計仕様決定手段と、
前記構築工程で登録された設計仕様と構成部品との関係に基づいて、構成部品を前記データベースから抽出して作業者に提示し、必要に応じて追加・変更・削除を行って構成部品の決定を作業者に促す構成部品決定手段と、
前記構築工程で登録された前記設計項目と前記設計仕様又は前記構成部品との関係に基づいて、前記特定機種で用いる設計項目を前期データベースから抽出して作業者に提示し、必要に応じて追加・変更・削除を行って設計項目の決定をコンピュータ上で作業者に促す設計項目決定手段と、
前記設計項目決定工程で決定された設計項目の具体的な作業内容を作業者に提示し、当該作業内容の遂行を作業者に促す設計項目遂行手段と、
を具備することを特徴とする機構設計支援システム。
【請求項５】
前記構築手段は、各設計項目についてその設計項目を実行するために完了していなければならない他の設計項目（親項目）、またはその設計項目が完了したことによって実行可能となる他の設計項目（子項目）を設定する機能を有し、前記設計項目決定手段によって決定された設計項目について、それぞれに前記設定された親項目又は子項目の情報に基づいてコンピュータ上で設計フロー図を作成して作業者に提示し、必要に応じて追加・変更・削除を行って設計フローの決定をコンピュータ上で作業者に促すことを特徴とする請求項４に記載の機構設計支援システム。
【請求項６】
前記構築手段は、各設計項目に関するドキュメントがあるときに、そのドキュメント並びにその設計項目とドキュメントとの関連付けデータを格納する機能を有し、前記設計工程遂行手段において、作業者が設計項目の具体的作業を行うときに当該設計項目と関連づけられたドキュメントが有るときは、前記関連付けデータに基づいてその内容を抽出して作業者に提示する機能を有することを特徴とする請求項４又は５に記載の機構設計支援システム。
【請求項７】
コンピュータを使ってある製品の機構設計を行う作業者を支援するために、コンピュータに、
前記製品の機構設計に必要となる設計仕様、構成部品、設計項目、前記設計仕様と前記構成部品との関係、そして前記設計項目と前記設計仕様又は前記構成部品との関係を作業者の操作に基づいて定義し、データベースに登録する構築機能と、
前記製品の特定機種について、作業者に前記設計仕様の内容の決定を促す設計仕様決定機能と、
前記構築によって登録された設計仕様と構成部品との関係に基づいて、前記特定機種で用いる構成部品を前記データベースから抽出して作業者に提示し、必要に応じて追加・変更・削除を行って構成部品の決定を作業者に促す構成部品決定機能と、
前記構築機能により登録された前記設計項目と前記設計仕様又は前記構成部品との関係に基づいて、前記特定機種に必要な設計項目を前記データベースから抽出して作業者に提示し、必要に応じて追加・変更・削除を行って設計項目の決定を作業者に促す設計項目決定機能と、
前記設計項目決定機能で決定された設計項目の具体的な作業内容を作業者に提示し、当該作業者をナビゲートして作業内容の遂行を促す設計項目遂行機能と、
を実現させることを特徴とする機構設計支援プログラム。
【請求項８】
前記構築機能において、各設計項目についてその設計項目を実行するために完了していなければならない他の設計項目（親項目）、またはその設計項目が完了したことによって実行可能となる他の設計項目（子項目）を設定するとともに、前記設計項目決定機能において決定された設計項目について、それぞれに前記設定された親項目又は子項目の情報に基づいて設計フロー図を作成し、作業者に提示する機能を有することを特徴とする請求項７に記載の機構設計支援プログラム。
【請求項９】
前記構築機能において、各設計項目に関するドキュメントがあるときにそのドキュメント並びにその設計項目とドキュメントの関連付けデータを格納する機能を有し、前記設計工程遂行機能において、作業者が設計項目の具体的作業を行うときに当該設計項目と関連づけられたドキュメントが有るときは、前記関連付けデータに基づいてその内容を抽出して作業者に提示する機能を有することを特徴とする請求項７又は８に記載の機構設計支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ある製品の特定機種の機構設計作業を行う作業者に対し、当該作業者が行うべき作業内容を提示する他、種々の方法で作業者をナビゲートする機構設計支援方法、機構設計支援システム並びに機構設計支援プログラムに関する。
【背景技術】
【０００２】
従来は、新たな製品を設計する場合には、試行錯誤を繰り返しながら物理的形状、各部の寸法、必要な部品、部品相互の位置関係等を決めるという作業を遂行しながら機構設計を行っていた。これまでは、一定以上の品質水準を維持しながら短期間で設計できるようになるには、一人の設計者が同一カテゴリーの製品の設計を何度も繰り返すことが必要だった。また、このように同一カテゴリーの製品設計を何度も繰り返すことによって、次第にその製品の設計に慣れ、独自に設計ノウハウを獲得することができるようになるが、そのようなノウハウは、通常その設計者個人のものであり、他の設計者との間でそのようなノウハウを共有することは難しかった。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、製品購入者の要求が多様化し、多品種少量生産が一般化してくると、同一カテゴリーの製品であっても多数の機種を短期間のうちに次々と市場に投入する必要が生じ、それに伴ってそれぞれの機種の設計に要する期間を大幅に短縮したいという要請が強まっている。このため多くの製品の設計現場で、経験の浅い設計者にも、一定水準以上の品質で、しかも短い期間でそれぞれの機種の設計をさせることが重要な課題となってきた。
本発明は、このような課題を解決することを目的の一つとする。
【課題を解決するための手段】
【０００４】
上記の課題を解決するために、本発明は、コンピュータを使って、ある製品の機構設計を行う設計者を支援する機構設計支援方法、機構設計支援システム並びに機構設計支援プログラムを提供する。
【０００５】
そのために、前記製品の設計に必要となる設計仕様、構成部品、設計項目、前記設計仕様と前記構成部品との関係、そして前記設計項目と前記設計仕様又は前記構成部品との関係をコンピュータ上で定義してデータベースに登録する構築工程を設ける。具体的には、ある製品の開発・設計を行う場合は、まず、その製品の設計に詳しい技術者等から、どのような設計項目、どういった設計仕様、どのような部品が必要であるか等についての聞き取り調査を行い、その結果をデータベースに登録してゆく。
【０００６】
そして、前記製品の特定機種について、コンピュータによって、設計者に前記設計仕様を提示し、必要に応じて追加・変更・削除をおこなって前記設計仕様の内容の決定を促す設計仕様決定工程を設け、前記構築工程で登録された設計仕様と構成部品との関係に基づいて、前記特定機種で用いる構成部品を前記データベースから抽出して設計者に提示し、必要に応じて追加・変更・削除を行って構成部品の決定をコンピュータ上で設計者に促す構成部品決定工程を設け、前記構築工程で登録された前記設計項目と前記設計仕様又は前記構成部品との関係に基づいて、コンピュータによって、前記特定機種に必要な設計項目を抽出し、前記特定機種で用いる設計項目を前記データベースから抽出して作業者に提示し、必要に応じて追加・変更・削除を行って設計項目の決定をコンピュータ上で作業者に促す設計項目決定工程を設け、前記設計項目決定工程で決定した設計項目の具体的な作業内容を、コンピュータによって設計者に提示し、設計者をナビゲートして当該作業内容の遂行を促す設計項目遂行工程を設ける。
【０００７】
また、前記構築工程において、各設計項目についてそのそれぞれの時間的な先後関係を設定するようにし、前記設計項目抽出工程において抽出された設計項目について、それぞれに設定されている前記先後関係に基づいてコンピュータ上で設計フロー図を作成することができる。前記先後関係の設定は、例えば、ある設計項目の作業を開始するために作業が終了していなければならない設計項目、あるいは、ある設計項目の作業が終了したことによって開始することができる設計項目を関連付けることによって行うことができる。
【０００８】
さらに、前記構築工程において、各設計項目に関するドキュメントがあるときは、そのドキュメント並びにその設計項目とドキュメントの関連付けデータを格納し、前記設計工程遂行工程において、作業者が設計項目の具体的作業を行うときに当該設計項目と関連づけられたドキュメントが有るときは、前記関連付けデータに基づいてその内容を抽出して作業者に提示するようにすることもできる。
【０００９】
また、前記設計項目遂行工程において、一旦終了した設計項目を、得られたデータは残しつつ未終了の状態に戻し、再度当該設計項目の遂行をやり直すことを可能にするようにすることもできる。
【発明の効果】
【００１０】
以上説明したように、本発明によれば、製品の設計に必要となる設計仕様、構成部品、設計項目、前記設計仕様と前記構成部品との関係、そして前記設計項目と前記設計仕様又は前記構成部品との関係を定義してデータベースに登録することによって、前記製品の特定機種について設計者に前記設計仕様の内容の決定を促すこと、前記特定機種で用いる構成部品を前記データベースから抽出して設計者に提示し、必要に応じて追加・変更・削除を行って構成部品の決定を設計者に促すこと、前記特定機種に必要な設計項目を抽出し設計者に提示すること、そして、前記設計項目抽出工程で抽出された設計項目の具体的な作業内容を設計者に提示し、設計者をナビゲートして当該作業内容の遂行を促すことが可能となる。これにより、このナビゲーションの内容に従って作業を進めれば、どういう手順で具体的にどのような作業を行えばよいかを詳しく知らないような、当該製品の設計経験が浅い設計者でも、一定以上の水準で設計を行うことが可能となり、しかも、設計に要する期間も短縮できる。
【発明を実施するための最良の形態】
【００１１】
以下に図面を参照しながら、本発明の実施の一形態として実現した設計ナビゲーションシステムについて説明する。本実施形態の設計ナビゲーションシステムは、基本的に、コンピュータと、このコンピュータ上で実行されるコンピュータ・プログラムにより構成されている。また、コンピュータとその上で実行されるコンピュータ・プログラムとを併せて、システムを構成することができる。
【００１２】
本実施形態の設計ナビゲーションシステムは、大きく分けて、「構築モード」と「実行モード」という二つのモードに分けられる。「構築モード」とは、ある製品、例えば携帯電話の全体及び各部位の物理的形状、使用されることが予想される部品、部品相互間の位置関係、各部位に必要とされる強度などの機構設計を行うために必要とされる設計仕様、用いられることが予想される機構部品、設計作業が必要になると予想される設計項目を、コンピュータ上で相互に関連付けてデータベースに登録するモードである。言い換えると、機構設計者の設計作業をナビゲートするために必要とされる情報を、設計作業に先立って予め準備するモードである。
【００１３】
一方、「実行モード」は、前記構築モードで準備された情報に基づいて、ある製品の特定機種の製品（例えば携帯電話という製品の特定の一機種）の機構設計に必要な設計項目、設計仕様、機構部品を抽出して、例えばＣＡＤシステム上で実際に設計作業を行う作業者をナビゲートするモードである。
【００１４】
実行モードは、本実施形態においては、設計作業の内容を考慮して「構想設計」、「詳細設計」という二つの段階に分けられている。「構想設計」では、当該機種の機構設計を行うのに必要な設計項目の抽出と、それらの設計項目を実行する順番を示す設計フローを生成する。「詳細設計」では、構想設計で示された設計フローに従って、詳細設計者にそのときどきに機構設計を行うべき設計項目を提示し、その設計項目の中で必要な設計作業を促す。ただし、「構想設計」、「詳細設計」という分け方は一例に過ぎず、本発明がこのような分け方に限定されるものではなく、実行モードを一つの一連の手続としたり、三つ以上に分ける場合も本発明の技術的範囲に含まれる。
【００１５】
本実施形態の設計ナビゲーションシステムを起動すると、まず、ログイン画面（不図示）が現れる。ここで権限あるユーザーのユーザー名とパスワードを入力して「ＯＫ」ボタンをクリックすると、図１に示すダイアログボックスが表示される。このダイアログボックスには、前述の「構築モード」、「構想設計」、「詳細設計」を含む選択ボタンが表示され、これらの何れかをクリックして選択できるようになっている。以下では、「構築モード」、「構想設計」、「詳細設計」の順に本実施形態の設計ナビゲーションシステムを説明する。
【００１６】
［構築モード］
構築モードでは、前述のように、主として構想設計及び詳細設計における設計者の設計作業をナビゲートするのに必要な情報を、設計作業に先立って予めコンピュータ上で準備し、データベースに登録する。図２は、構築モードにおける作業の全体的手順を示した流れ図である。以下では、この構築モードを使って、携帯電話機の機構設計を行う作業者を支援するためのシステムとして必要な情報を構築する場合を説明する。
【００１７】
製品のカテゴリーが携帯電話であっても、機種が異なれば設計内容も当然異なる。しかしながら、携帯電話という同じカテゴリーの製品であれば、機種が異なっても共通する部分は非常に多い。そこで、構築モードにおいて、携帯電話というカテゴリーに属する製品の機構設計に関する基本的な情報を登録する。
【００１８】
図１のダイアログボックスで「構築モード」ボタンをクリックすると、本システムは構築モードとなって、図３に示す画面が現れる。図３のダイアログボックスには、「設計情報登録」、「構成部品登録」、「設計項目登録」の三つの選択肢が表示されており、からこれから行おうとする作業をこの中から選択してクリックする。ここで、「設計情報登録」は図２の流れ図における「設計仕様の登録」（Ｓ２０３）という作業に該当し、「構成部品登録」は図２における「構成部品の登録」（Ｓ２０２）という作業に該当し、「設計項目登録」は図２における「設計フローを構成する設計項目の登録」（Ｓ２０４）という作業に該当する。
【００１９】
まず、「設計情報登録」について説明する。図３のダイアログボックスで「設計情報登録」のボタンをクリックすると、図４の画面が現れる。これは、設計情報、言い換えると、設計仕様を登録するためのダイアログボックスである。なお、図４では、「設計情報名」という欄に既に「設計仕様１」等の設計情報名が登録されているが、システムを稼働した当初はこのような設計情報名は登録されていない。設計情報名を登録するには、この部分を右クリックして現れるいくつかの選択肢の中から「追加」ボタン（不図示）をクリックし、現れる設計情報名の入力欄において、相応しい名前を入力し、リターンキーを押すことによって、「設計情報名」という欄の最後に、たった今入力した名前が追加される。
【００２０】
このようにして追加した設計情報名に対して、右側の「設計情報値」というものを関連づけて登録することができる。この場合の設計情報値が、機構設計の際に設計者が複数の設計情報値の選択肢から適切な値を選択する、という形態にする場合には、選択肢となる複数の値を入力して登録する。図４の例では、「評価対策３」という設計情報名に対して、「値３α」及び「値３β」という二つの値が選択肢として登録されている。また、下部の「設計情報に関するコメントを入力して下さい」という欄には、この「評価対策３」に関する何らかの情報をコメントとして記載することができる。また、「設計情報に関するコメントを入力して下さい」という欄に記載されたコメントは、詳細設計を行う際に、作業者が簡単に参照できる有用な情報となる。以下同様にして、設計情報名の欄に、必要とされる設計仕様を登録してゆき、併せて、必要に応じてそれぞれの設計仕様に対して適切な設計情報値を登録してゆく。登録された情報は、所定の形式に従ってシステムのデータベース（ＤＢ）に格納される。
【００２１】
次に、「構成部品登録」について説明する。図３のダイアログボックスで「構成部品登録」ボタンをクリックすると、図５の画面が現れる（Ｓ２０２）。これは、製品に使用されることが予想される機構部品を登録するためのダイアログボックスである。図５の場合も、当初は「部品名」の欄に何も登録されていない。部品名を登録するには、この部分を右クリックし、現れるいくつかの選択肢の中から「追加」というボタン（不図示）をクリックし、部品名の入力欄が現れたら、相応しい名前を入力してリターンキーを押す。これにより、「部品名」欄の最後に、たった今入力した名前が追加される。このように、部品名の登録は簡単な操作によって行うことができる。
【００２２】
さらに、入力された部品に関する情報を、「部品名」欄の右側の欄において登録する。ここでは「部品１」という部品に関する情報を登録する場合を説明する。この例では、「部品１」について部品タイプＡと部品タイプＢという二つのタイプを用意したいので、右側のＡ列には「部品タイプ名」というフィールドを作った状態を示している。もっと下位の部品タイプを用いることも可能である。他にＢ列に「部番」、Ｃ列に「材質」、Ｄ列に「コスト」、Ｅ列に「内部設計」というフィールドを作ってある。これらのフィールドは、構築モードで作業をする者が任意に定義することができる。そして、予め用意されたこれらの各フィールドに対して、作業者は必要な値や文字を入力してゆく。
【００２３】
部品については、設計仕様との関連を定義する必要がある（Ｓ２０５）。Ｉ列以降が、この関係を定義するためのマトリックスとなっている。Ｊ列以降に、前述の「設計情報名」の欄に登録された設計仕様と、それに合わせて登録された「設計情報値」が表示されるようになっており、作業者は、このマトリックスの希望するセル上で右クリックし、表示さる「抽出条件として設定」を選択すると、そのセルには「○」印が表示される。図５の例では、「部品１」の「タイプＡ」という部品には、設計仕様１の値１ａという設計仕様が関連付けられており、「部品１」の「タイプＢ」という部品には、設計仕様１の値１ｂという設計仕様が関連づけられている。
【００２４】
このように、設計仕様とその設計仕様に関連する部品の関係を簡単に定義することができ、ここで定義された情報が、後の実行モード（構想設計及び詳細設計）において利用される。例えば、詳細設計において「設計仕様１」で作業者が「値１ａ」を選択したとすると、それに合致する部品として「部品１」の「タイプＡ」が抽出される。また、「設計仕様１」で作業者が「値１ｂ」を選択したとすると、それに合致する部品として「部品１」の「タイプＢ」が抽出される。このように、定義した関係に基づいて、設計仕様に対応する部品をコンピュータに自動的に抽出させることができるので、設計作業を行う者の経験が浅くても、必要かつ適切な部品を選択することが可能となる。
【００２５】
次に、「設計項目登録」について説明する。図３のダイアログボックスにおいて「設計項目登録」ボタンをクリックすると、図６の画面が現れる（Ｓ２０４）。これは、設計項目自体の登録（同図左側）と、特定の設計項目（ここでは「設計項目１−１−２」）に関するプロパティを入力・編集して登録（同図右側）するためのダイアログボックスである。
【００２６】
図６の例は、既に設計項目の登録がある程度進んだ段階でのダイアログボックスであり、最初に構築モードを立ち上げた段階では、図の左側のツリー表示において「本体」の下位の階層である「部品１」等までは登録が済んでいるが、さらにその下の階層である「部位１−１」や「設計項目１−１−１」等に関しては、当初は登録されていない。この場合は、作業者が所定の手順で一つ一つ「部位」や「設計項目」を登録してゆくことができる。
【００２７】
図６左側のツリー表示の画面では、設計項目の他に、その設計項目を設計することが必要な「部位」やその設計項目に関連する「部品」なども登録できるようになっている。ただし、これはあくまでもある設計項目がどういった部品や部位と関係しているかを作業者に分かり易く提示することを目的とするものであって、ここに登録される「部品１」等の部品は、本実施形態の他の作業で行う設計項目や設計仕様との関連づけとは直接の関係はない。
【００２８】
図６左側のツリー表示の画面において、新たな項目を登録すると、その項目はこのツリーの所定位置に表示される。ツリーの階層の深さは、構築作業のし易さ等を考慮して作業者が自由に定めることができる。ただし、本実施形態のシステムでは、最も下の階層を設計項目とするというルールを定めている。登録した項目を、それが設計項目である旨を登録するためには、別途作業者がその旨を指定する。一例として、新たに「設計項目１−１−２」をツリーの最も下の階層に登録した状態で、これを設計項目として指定する場合には、「設計項目１−１−２」を選択した状態でツリーの右側の「シミュレート対象に決定」というボタン(図６では既に設計項目と設定した項目を選択している状態なので「シミュレート対象から外す」という表示に切り替わっている)をクリックするとその項目は設計項目として登録され、図６右側に示したプロパティを入力・編集するダイアログボックスの各欄に、作業者がこの設計項目に関する情報を入力してゆく。
【００２９】
図６左側のツリー表示画面に列挙する設計項目は、ある製品の特定の一機種の設計に必要な設計項目だけでなく、その機種が属する範疇のすべての製品の設計項目が網羅されるようにすることが望ましい。これにより、本システムを利用して当該範疇に属する製品のすべてについて設計作業者をナビゲートすることが可能となる。一例として、携帯電話という製品の範疇に属するある一機種の設計に必要な設計項目が３００程度で、この機種に限らずこのシステムを利用して設計しようとする携帯電話の全機種の設計に必要な全設計項目は数千に及ぶことがある。その場合、ある製品の特定機種の設計に必要とされる設計項目は、ここに列挙された当該製品の全設計項目の一部のみであるが、図６左側のツリーには全設計項目が列挙される。
【００３０】
図６右側のダイアログボックスには、その最上部に、このプロパティの入力・編集ダイアログボックスが「設計項目１−１−２」のものであることを示す「設計項目名」が表示されている。その下には、「設計項目機能」、「親情報」、「必要条件」、「関連ノウハウ」という各欄が設けてある。
【００３１】
「設計項目機能」には、その設計項目がどういう機能を持つかという説明を入力する。ここには、後に詳細設計を行う者が一目でその設計項目の概要を理解できるような説明を入力することが望ましい。
【００３２】
「親情報」は、その設計項目の作業を実行するために完了していなければならない設計項目（これを「親項目」という）を定義する欄である。この項目は、各設計項目の処理の手順を表す設計フロー図を作成するために必ず入力しなければならない（Ｓ２０７）。親項目の定義は、図７に示すように左側のツリー表示から、親項目としたい「設計項目１−１−１」をこの欄にドラッグ＆ドロップすればよく、これにより図６右側のダイアログボックスに示すように「親情報」欄に「設計項目１−１−１」が表示され、「設計項目１−１−２」の親項目が「設計項目１−１−１」である旨が定義される。
【００３３】
なお、ある設計項目の設計を開始するために、複数の設計項目が完了していなければならないという場合があり得るので、親項目とすべき設計項目は一つとは限らない。その場合には、複数の設計項目を「親情報」欄に表示させる。
【００３４】
各設計項目についてすべての親情報が設定されると、図６の「シミュレーション実行」ボタンをクリックすることによって、設定した内容に論理的な矛盾がないかどうかを自動的に調べることができる。これは、予め用意されているシミュレータのプログラムが実行されることによる。なお、本実施形態では、その設計項目が実行されるために完了していなければならない設計項目、すなわち親情報を登録するようにしているが、その設計項目が完了することによって新たに実行することができるようになる設計項目（これを「子項目」という）を登録するという形態としてもよい。
【００３５】
続く「必要条件」欄は、この設計項目と、前述の設計仕様又は部品とを関連づけるための欄であり、必ず入力しなければならない（Ｓ２０６）（もし入力がなければ、前記設計項目決定工程において抽出されない設計項目に設定される）。特定の一機種の設計に必要とされる設計項目を全設計項目の中から抽出するための条件を定義するのが、図６右側のダイアログボックスの「必要条件」欄において設定される情報である。
【００３６】
「必要条件」欄の右側にある「追加」ボタンをクリックすると、図８に示すダイアログボックスが現れる。ここには、図４及び図５のダイアログボックスを介して既に登録されている設計仕様及び部品がすべて表示される。図８のダイアログボックスで、左側の「構成部品一覧」から所定の部品を選び、その先頭のチェックボックスをクリックすると、チェックボックスにはチェックマークが表示される。これにより、この設計項目と、特定の部品とが関連付けられたことになる。同様に、図８右側の「設計情報一覧」から所定の設計情報名（すなわち設計仕様）を選び、その先頭のチェックボックスをクリックすると、チェックボックスにはチェックマークが表示される。これにより、この設計項目と、特定の設計仕様とが関連付けられたことになる。
【００３７】
なお、上記で、設計項目を、「設計仕様『又は』部品と関連付ける」と言ったのは以下の理由による。一般的に考えると、設計仕様と部品とが関連づけられているのだから、設計項目を関連付けるのは、設計仕様又は部品のいずれか一方だけでよいようにも考えられる。しかしながら、設計仕様からみたときに、設計項目が必要とされる理由が、直接的な場合と間接的な場合がある。「直接的」な場合とは、「設計仕様Ｘを満たすための設計項目はαである」と言える場合である。例えば、「強度を積極的に上げる」という設計仕様があった場合、設計項目として、「樹脂ではなく金属を利用する材料を選定する」や「補強リブを設ける」といった、製品の性能を左右する設計項目が必要になる。また別の例として、「意匠面にシボを設ける」とうい設計仕様があった場合に、「シボ処理を指定する」という設計項目が必要となる。これらは、部品が存在することによって必要となる設計項目ではない。
【００３８】
一方、「間接的」な場合とは、設計仕様と設計項目とが直接は関係しないが、「ある部品Ｂを用いることになった場合に、別の部品Ａに対してある設計項目が必要となる」といった場合である。例えば、部品Ａを携帯電話のリアケース、部品Ｂをバイブレーションモータとした場合において、「リアケースに（バイブレーションモータ固定のための）リブを形成する」という設計項目は、バイブレーションモータという部品を用いるためにリアケースに対して必要となる設計項目であり、バイブレーションモータは「音声以外の手段で着信の認識を可能にする」という設計仕様を満たすために必要となる部品である。前述のように、設計仕様と部品との間に関連付けがなされているので設計項目を設計仕様に直接結びつけることも可能ではあるが、そのようにすると、上の例では「リアケースにリブを形成する」という設計項目に対して「音声以外の手段で着信の認識を可能にする」という設計仕様を必要条件として関連付けることになり、両者の関係が間接的になり、必要条件を設定する作業者の直感的な理解が難しくなる。
【００３９】
そこで、本実施形態では、設計項目の抽出条件（必要条件）を設計仕様、構成部品のいずれかに限定するのではなく、直感的に理解しやすくするために、どちらに対しても定義できる仕組みとしている。さらに、列挙した抽出条件について「ＡＮＤ」や「ＯＲ」の論理演算を設定することもでき、これにより、さらに直感的な設計項目の抽出条件を定義することが可能となる。なお、抽出条件の「ＡＮＤ」や「ＯＲ」の論理演算設定は構成部品においても可能である。
【００４０】
図６の例において「必要条件」欄には、「設計仕様１」、「値１ａ」が入力されている。なお、「種類」フィールドに「Item Spec」と表示されているのは、必要条件として設計仕様が関連付けられていることを意味している。すなわち、図８に示したダイアログボックスを介して、「設計項目１−１−２」に対して、「設計仕様１」、「値１ａ」という設計仕様が関連づけられていることを示している。このようにして関連付けられた設計仕様又は部品は、実行モードにおいて、設計仕様や部品から設計項目を抽出する際の情報として用いられる。なお、必要条件として構成部品が関連付けられる場合には、この「種類」フィールドには「Part Type」と表示される。
【００４１】
図９は、関連ノウハウの登録（Ｓ２０８）の方法を示した図である。予めデータベースには、設計作業に関連する種々のノウハウが多数のドキュメントとして格納されている。これらのドキュメントは、熟練設計者などから聞き取り調査を行って作成したり、あるいはこのシステムを利用して設計作業を積み重ねたりする間に蓄積されるものである。ここでは、格納されているこれらのドキュメントの中から必要なものを、それぞれの設計項目に関連づける作業を行う。
【００４２】
まず、図６において、「関連ノウハウ」欄の「追加」ボタンをクリックすると、図９に示すように、関連ノウハウとして登録できるドキュメントが格納されているフォルダ内のファイルをリストアップするダイアログボックスが表示される。これらのファイルは、例えばエクセルやワード（いずれもマイクロソフト社の登録商標）などの一般的なファイルとして格納されたドキュメントである。これらのドキュメントの内容は、その設計項目に関連する特許情報、製品の不具合に関する情報、設計作業上注意すべき点、そしていわゆるノウハウなどである。
【００４３】
作業者は、図９の中から適切なドキュメントを選択して、「開く」ボタンをクリックすると、図１０に示すように、選択したドキュメントが「関連ノウハウ」欄に登録される。また、一度登録したドキュメントが不必要と判断した場合には、簡単に削除することもできる。なお、実際にこの部分に登録されるのは、ここに表示されたドキュメントへのパスであり、後述の詳細設計の際に作業者がいずれかのドキュメントをクリックすると、そのドキュメントに紐付けられたアプリケーションが自動的に起動し、当該ドキュメントのファイルがそのアプリケーションに読み込まれて表示されるようになっている。
【００４４】
設計項目１−１−２について、図６右側のプロパティ編集画面の入力が済んだら、右上の「閉じる」ボタンをクリックすることによって、ここに入力された内容が「設計項目１−１−２」のプロパティとして保存される。
【００４５】
前述のように、設計項目と設計項目以外の項目は、相互に変更することができる。例えば、図６左側に表示されている「設計項目１−１−１」をマウスで選択すると、ツリーの右側に「シミュレート対象とする」というボタン（不図示）が現れ、これをクリックするとその項目は設計項目として登録される。設計項目として登録するとは、換言すれば、設計フロー図を構成するの一つ一つの要素になるということでもある。一方、既に設計項目として登録されている項目をマウスで選択すると、ツリーの右側には「シミュレート対象から外す」ボタンが現れる。そこでこのボタンをクリックすると、その項目は設計項目から外される。かかる操作を適宜行って、各項目の追加、変更、削除、並びに設計項目への登録及び解除を行ってゆく。
【００４６】
前述のように、図６では、「設計項目１−１−１」と同じ最も下位の階層にある項目はすべて設計項目として登録されており、この名称の前に表示されている四角のマーク（「接続マーク」という）が、設計項目として登録されたことをグラフィック的に示している。一方、これより上の階層にあるすべての項目は、設計項目としては登録されておらず、これらの前に表示されている四角のマーク（「右向き矢印マーク」という）は、その旨をグラフィック的に示している。
【００４７】
「接続マーク」のついた項目は設計項目であるから、シミュレート対象でもある。この場合は、「シミュレート対象から外す」ボタンがクリックできる状態になっており、これをクリックすると、この項目はシミュレート対象（設計項目）ではなくなって、その項目の前に表示されるマークは「右向き矢印マーク」に変わる。ただし、この場合でも、その項目に対して図６右側のダイアログボックスで入力したプロパティに関する情報は削除されずに保存され、後の利用に供することができる。逆に「右向き矢印マーク」がついた項目を選択状態にすると、「シミュレート対象とする」ボタン（不図示）がクリックできる状態となり、これをクリックすると、この項目はシミュレート対象、すなわち設計項目となって、その項目の前に表示されるマークは「接続マーク」に変わる。
【００４８】
図６左側のダイアログボックスの「設計項目抽出シミュレート」ボタンをクリックすると、すべての項目の中からシミュレート対象となっているもの、すなわち設計項目を抽出し、それぞれの設計項目について前述の「親情報」を参照して図１１に示すような設計フロー図を作成する（Ｓ２０９）。この設計フロー図は試験的なものであって、最終的な設計フロー図ではない。構築モードで作業を行う作業者は、この設計フロー図に矛盾がないかどうかをチェックし、論理的矛盾等が見つかった場合には、該当する設計項目の親情報を修正する（Ｓ２０７）。
【００４９】
設計仕様と部品との関連付けを行い（Ｓ２０５）、設計項目と設計仕様又は部品との関連付けを行うと（Ｓ２０６）、システムは内部的にこれらの関連付けに矛盾がないかどうかをチェックする（Ｓ２１０）。もしも矛盾が見つかった場合は、構築モードの作業者が、該当する関連付け情報に戻ってその矛盾を解消する作業を行う。
【００５０】
上記の例では、図５のマトリックスの該当するセルに「○」印を付すという方法で設計仕様と構成部品との関連づけ（Ｓ２０５）を行い、図６の「必要条件」欄に必要な情報を設定するという方法で設計仕様もしくは構成部品と設計項目との関連づけ（Ｓ２０６）を行った。図３５は、上記の例とは異なる態様で、設計仕様と構成部品との関連づけ（Ｓ２０５）及び設計仕様もしくは構成部品と設計項目との関連づけ（Ｓ２０６）を行うための「関連付けツール」を示している。
【００５１】
図３５のツールは、設計仕様と構成部品との関連づけ（Ｓ２０５）及び設計仕様もしくは構成部品と設計項目との関連づけ（Ｓ２０６）を、より視覚的に理解しやすく、かつ、簡単に実行できるようにしたものである。このツールには、それぞれの記号で示された各種の各オブジェクトがオブジェクト欄に用意されている。各オブジェクトには、予め「設計仕様」、「部品」（構成部品に対応）、「設計項目」等の属性が設定されている。作業者は、この中の必要なオブジェクトを編集領域に配置し、名称を入力し、そして、オブジェクト同士を線でつなぎ合わせることによって、設計仕様と構成部品と設計項目の関係図を作成することができる。
【００５２】
オブジェクトの配置の仕方は、オブジェクト欄のオブジェクトを編集領域内の任意の位置にドラッグ＆ドロップするか、もしくは、編集領域内の任意の位置にポインタを合わせ、右クリックすることで表示されるオブジェクトリストの中から必要なオブジェクトを選択することで、任意のオブジェクトを任意の位置に配置することができる。また、一旦配置したオブジェクトの種類を変更することもできるようになっている。
【００５３】
「設計仕様」、「構成部品」、「設計項目」の属性が定義されているオブジェクトを追加すると、これにより「設計仕様」、「構成部品」、「設計項目」の各データがシステムに登録され、そして、オブジェクトのつながりから設計仕様と構成部品の関係、設計仕様又は構成部品と設計項目の関係がシステムに登録される。
【００５４】
また、図３５のオブジェクト欄には、設計仕様、構成部品、設計項目以外のオブジェクト（「機能」、「機構」、「値」、「メモ」及び「ＯＲ」）も用意されている。これらは、設計仕様と構成部品との関連づけ（Ｓ２０５）及び設計仕様もしくは構成部品と設計項目との関連づけ（Ｓ２０６）には直接関係しないが、作業者が、設計仕様、構成部品、設計項目の関係を定義してゆくときに、論理的な事のつながりを表現しながら作業することができる。また、これらのオブジェクトを使うことで、後から関係図を見たときに、その図の意味が理解しやすくなる。
【００５５】
図３６は、開閉式（折り畳み式）の携帯電話のための機構設計支援システムを構築する場合において、図３５の関連付けツールを用いて作成された設計仕様と構成部品と設計項目の関係図の一部を示している。図３６の例では、一番左側の「設計仕様」のところに「開閉検知機能」という仕様が配置されている。この「開閉検知機能」という仕様を実現するための方法として考えられる「接触式」、「非接触式」、その他の方式が、「機能展開」の部分に配置されている。
【００５６】
ここで、「接触式」について見ると、「CASE-UPPER-F」という構成部品には、「CASE-UPPER-Fの開閉検知スイッチ用ピンの作成」という設計項目が必要であり、構成部品「CASE-LOWER-F」には、「CASE-LOWER-Fの開閉検知スイッチ用穴の作成」及び「CASE-LOWER-Fの開閉検知スイッチ位置決め形状の作成」という二つの設計項目が必要となることが表現されている。
【００５７】
図３７は、関連付けツールを用いて作成された関係図の別の例の一部を示している。これは、部品Ａが必要とされたためにある機能が必要となり、その機能を実現するためには設計項目Ｂが必要で、さらにその設計項目Ｂを実行するためには、部品Ｂが必要となることを示している。このように複雑な関係も、関連付けツールを用いて関係図を作成すると、視覚的に容易に理解しやすく、先の見通しもよくなる。
【００５８】
以上「構築モード」について詳細に説明したが、構築モードにおいて行う作業を簡単にまとめると次のようになる。すなわち、ある事業所が製品として例えば携帯電話の開発・設計を行うにあたり、今後このシステムを利用して個々の機種の設計作業を支援するという場合には、まず、携帯電話の設計に詳しい技術者から、どのような設計項目、どういった設計仕様、どのような部品が必要であるかについての聞き取り調査を行い、その結果を、図４、図５、図６の画面を介して、設計仕様、部品、設計項目の登録、そして設計仕様と部品、設計項目と部品又は設計仕様との関連づけを行い、さらに設計項目については親情報の登録、ノウハウ資料の登録を行う。
【００５９】
このように、構築モードにおいて製品の設計仕様、構成部品、そして設計工程等の必要な情報が十分に登録されることによって、以下の実行モードの「構想設計」及び「詳細設計」において、同一カテゴリーに属する製品の特定の機種を実際に設計する設計者をナビゲートすることができる。
【００６０】
［構想設計］
次に、実行モードの一つである構想設計について説明する。図１２は、構想設計における作業手順の概略を示したフローチャートである。図１の画面で「構想設計」ボタンをクリックすると、図１３に示すダイアログボックスが表示される。このダイアログボックスには、既にあるオーダーがリスト表示されており、この中から自分が構想設計を担当するオーダー（機種）を選ぶという手順になっている。図１３の例では、「開発−０２」という名称のオーダーが一つだけ表示されている。一方、オーダーがまだない場合には、自分でオーダーを作ることもできる。
【００６１】
図１３のダイアログボックスにおいて「開発−０２」をクリックすると、図１４に示す「構想設計情報入力画面」のダイアログボックスが現れる。これは、設計仕様を決定する作業を行うための画面である（Ｓ１２０５）。通常、設計仕様は、その設計を依頼した顧客の意見を聞きながら、これから開発しようとする製品にどのような機能もしくは性能が必要とされるかを検討しながら決めてゆく。
【００６２】
図１４のダイアログボックスは、携帯電話の設計に必要な各設計仕様（中程の「設計情報項目」欄にリスト表示されている「設計仕様１」、「設計仕様２」、「設計仕様３」、…）について必要に応じて追加・変更・削除を行いながら、その内容、すなわち設計値を、「設計値」の空欄を埋めるという態様で入力してゆく画面である。
【００６３】
ただし、各設計仕様についての入力作業を簡単にするととも、経験の浅い設計者のために設計上のヒントを与えるために、過去に類似した機種が開発されている場合には、その機種の設計値を流用することができる。過去に設計された機種の設計値の一部を流用する場合には、図１４のダイアログボックスの「流用機種名」という入力ボックスの右側にある下向き矢印をクリックして登録されている機種を選択することができる。図１５は、ここで「機種−０１」という機種を選択したことによって、その「機種−０１」の設計値が「参考値」の欄に表示された状態を示している。
【００６４】
なお、図１５では、「参考値」、「設計値」の欄に、「値１ａ」等と入力されているが、実際には具体的な数値などが入力される。例えば、「設計仕様」が液晶表示板用窓の寸法である場合は、その寸法が所定の長さ単位で入力され、また、「設計仕様」が落下試験で落下させて合格しなければならない「高さ」であるならば、例えば５メートルといった高さの値が入力される。構想設計者は、この「機種−０１」の各設計仕様の設計値を参考にしながら、今回新たに開発しようとする「開発−０２」の各設計仕様を決めてゆく。例えば携帯電話を設計する場合のように、機種が異なっても多くの部分について同じ設計仕様でよい場合には、過去に作成した設計仕様の多くを流用できるので、従来のように最初から設計仕様を作成する場合に比べ、作業時間の短縮が図られる。
【００６５】
先に構築モードにおいて説明したように、各設計仕様と構成部品との関係が定義され、データベースに登録されているので、設計仕様が決まると、その設計仕様に基づいた構成部品を、予めデータベースに登録されている部品の一覧から自動的に抽出することができる（Ｓ１２０６）。図１６は、図１５に示したダイアログボックスにおいて設計仕様がすべて入力された状態を示している。この段階で、図１６のダイアログボックス左下に示した「構成部品登録」というボタンをクリックすると、ディスプレーには、図１７に示す構成部品表の画面が表示される。
【００６６】
図１７は、一つの部品に関する情報が一行に記載されている。各部品を特定する情報として、ここでは「ユニット名」、「サブユニット名」、「部品名」、「部品タイプ」、「部品番号」、「コスト」、「材質」、「重量」というフィールドを設けている。ただし、これらすべてのフィールドに情報が記載されているとは限らない。また、図１７に示したダイアログボックスでは、たまたまここに示されている部品はユニット名がすべて「本体」である。構想設計者は、ここに表示された部品について今回設計している機種に合わせて追加、削除、変更を行いながら、今回設計しようとしている機種に必要な部品を決め、それを図１７のダイアログボックスにおいて登録する。
【００６７】
なお、構成部品の追加、変更、削除等を容易に行うことができるように、構築モードにおいて登録したすべての部品を表示させる機能を備えている。図１７に示したダイアログボックスにおいて「全部品リスト」というボタンをクリックすると、図１８に示すように、このシステムに登録されているすべての部品が表示される。図１８では明示できないが、表示されたすべての部品のうち、今回設計する機種「開発−０２」において選択されている構成部品についは、その行全体が、それ以外の部品とは異なる色で表示される。したがって、図１８の「全部品リスト」を表示させたときに、図１７の構成部品表で選択されているものとそうでないものとが一目で分かる。選択されていないものを新たに追加したい場合は、その行をクリックし、図１８の「登録」ボタンをクリックすれば、その部品が図１７の構成部品表に追加される。
【００６８】
逆に、構築モードにおいて設定された情報に基づいてシステムが自動的に選択した部品の中に構想設計者がその機種には不要と判断した部品がある場合には、図１７の構成部品表で、不要な部品の行を選択し、「削除」ボタンをクリックする。これにより、その部品は図１７の構成部品表から削除され、その後、図１８の全部品リストを表示させると、削除した部品の行が非選択の色に変わる。
【００６９】
上記のようにして、設計仕様及び構成部品が決定されると、構築モードにおいて設定された情報に基づいてこの機種の設計に必要な設計項目を抽出できる状態となる（Ｓ１２０８）。図１７の「フロー生成」というボタンをクリックすると、システムは内部的にこの機種のための設計項目を抽出し、これと各設計項目ごとに設定された前述の「親情報」を、予め用意されているフロー図生成のためのアルゴリズムに供給し、設計フロー図を生成させる（Ｓ１２０９）。
【００７０】
図１９は、このようにして生成された設計フロー図の一例である。この設計フロー図において、下に「設計項目１−１−１」等と記された正方形のマークは、それぞれ一つの設計項目を表している。横軸（右向き）は作業時間の経過を示している。したがって、ある二つの設計項目（例えば「設計項目１−１−１」と「設計項目２−１−１」）を比べた場合、より右側にあるもの（設計項目２−１−１）ほど時間的に遅く実行される。また、横軸の位置が同じものは並行して実行できることを表している。例えば図１９において、設計項目１−１−１、３−１−１、６−１−１の三つは、どれを最初に実行することも可能であるし、必要があれば設計作業を複数の作業者に分担して進めることも可能である。
【００７１】
図１９を見ると、次のことが分かる。まず、設計項目１−１−１が完了すると、それによって設計項目１−１−２及び設計項目２−１−１を実行できる状態となり、設計項目３−１−１が完了すると、それによって設計項目４−１−１、４−２−１、５−１−１が実行できる状態となる。設計項目２−２−１を実行するためには、設計項目２−１−１が完了していればよいが、設計項目２−２−２を実行するためには、設計項目２−１−１及び設計項目４−１−１の両方が完了している必要がある。また、設計項目６−１−２を実行するためには、設計項目４−２−１、５−１−１、６−１−１が完了していなければならない。このように、各設計項目同士の関係をグラフィック的に表現することによって、作業者は、設計作業全体の進捗状況や、現時点で取りかかることのできる設計項目が何であるかを視覚的に把握することができる。
【００７２】
構想設計者は、生成された設計フロー図を見て、まず、設計項目自体に問題がないかどうかを確認し（Ｓ１２１０）、問題がある場合は修正し（Ｓ１２１１）、問題がなければ、次に設計フローに問題がないかどうかを確認し（Ｓ１２１２）、問題がある場合には手作業で設計フロー図を修正する（Ｓ１２１３）。
【００７３】
また、前述のように、図１９の設計フロー図を生成する際には、抽出されたそれぞれの設計項目についてその親となる設計項目の情報（親情報）だけが定義されて適切な設計フロー図を生成できるという点も、このシステムの一つの特徴である。
【００７４】
構想設計が終了する場合にその旨をシステムに知らせる操作は、図２０に示した「タスク発行」により行う。これは、図１３に示したダイアログボックスと同じであり、ここで「開発−０２」という行にマウスの矢印を当て、右クリックすると「タスク発行」というボタンが表示されるので、このボタンをクリックする。すると、このタスクが構想設計から詳細設計に引き渡され、図２１に示すように、構想設計の「オーダー選択画面」からはタスクが消え、次に説明する詳細設計にタスクが移行される。
【００７５】
［詳細設計］
続いて、実行モードの一つである詳細設計について説明する。この詳細設計では、例えばこのシステムとは別のＣＡＤ端末上で作業者が実際に各設計項目を実行するときに、その作業者が行う作業をナビゲートする。
【００７６】
図２２は、詳細設計全体の概略を示したフローチャートである。詳細設計を行う場合の手続として、ログイン画面（不図示）においてユーザー名とパスワードを入力して「ＯＫ」ボタンをクリックし、図１に示すダイアログボックスが表示されるところまでは、「構築モード」、「構想設計」と同じである。図１のダイアログボックスにおいて「詳細設計」ボタンをクリックすると、図２３のダイアログボックスが表示される。このダイアログボックスは「オーダー選択」のためのもので、構想設計の場合の図１３に示したダイアログボックスに対応する。
【００７７】
図２３のダイアログボックスに「開発−０２」というタスクが存在するのは、構想設計に関して説明した図２０のダイアログボックスで、詳細設計のためのタスク発行を行って、構想設計から詳細設計にタスクを移行させたことに基づいている。
【００７８】
図２３のダイアログボックスにおいて「開発−０２」の部分をクリックすると、この「開発−０２」に関して設計しなければならない詳細設計の各設計項目が、図２４に示すように一覧表示される（Ｓ２２０５）。ここに一覧表示される各設計項目は、図１９の設計フロー図に示された各設計項目に対応する。詳細設計を行う作業者は、図２４の一覧を見ることによって、自分が設計作業を行わなければならない設計項目を容易に知ることができる。
【００７９】
図２４の一覧には、「部品名」、「部位名」、「設計項目名」、「状態」、「設計者」、「日時」というフィールドが用意されている。ここで、「部品名」フィールドは、その設計項目がどの部品に対する作業であるかを示している。「部位名」フィールドは、その部品がどの部位のものかを示している。「状態」フィールドは、設計作業を開始することができる状態かどうかを知らせるために設けられている。「設計者」フィールドには、その設計を行う担当者又は行った担当者の氏名が表示される（ここではたまたま「不明」とされている）。「日時」フィールドには、その設計項目が「設計可」となった日時あるいは設計が完了した日時が表示される。
【００８０】
ある設計項目の作業を開始できるかどうかは、先に図１９との関連で説明したように、その設計項目よりも前に必要な設計項目の作業が完了しているかどうかで決まる。図２４において「設計可」とされている三つの設計項目１−１−１、３−１−１、６−１−１は、図１９の設計フロー図において最も左側に位置していた最初に作業を開始できる三つの設計項目に対応している。作業者は、この三つの設計項目のどれから開始してもよく、作業者が選択してクリックした設計項目をコンピュータが取得し、作業が行われている状態となる。
【００８１】
なお、図２４からは分かりにくいが、本実施形態のシステムでは、「状態フィールド」の内容によって表示の仕方と色を変えて視覚的に区別しやすくしてある。すなわち、「状態」フィールドが「設計可」である設計項目は青色で通常表示され、「設計不可」である設計項目はグレーで薄く表示され、その作業が終了した設計項目は黒で通常表示され、そして、他のコンピュータからのアクセスによって着手中の設計項目は赤で通常表示されるようにしてある。
【００８２】
図２４のダイアログボックスにおいて、下の「設計フロー表示」というボタンをクリックすると、図１９に示したものとほぼ同じ設計フロー図を表示させることができるようになっている（Ｓ２２０６）。これにより、作業者は必要に応じて簡単に設計フロー図を参照することができる。この場合、表示された設計フロー図において現時点で「設計可」である三つの設計項目については、他の設計項目と異なる色で点滅表示される。これにより作業者は、全体の作業工程の中での現在の状況を一見して把握できる。
【００８３】
図２４において、設計作業を開始することが可能な三つの設計項目のいずれかをクリックすると、本実施形態のシステム上では、そのクリックされた設計項目の作業が開始されたステータスとなる（Ｓ２２０７）。ここで一番上の「設計項目１−１−１」を選択したとすると、図２５に示すこの設計項目の詳細設計画面が現れる。
【００８４】
図２５の左側の領域には、全体の設計工程がツリー表示されており、着手中の「設計項目１−１−１」がハイライト表示され、それ以外の設計項目は、図２４の一覧の状態フィールドと同様に表示と色で区別されて表示される。図２５の右側の領域には、この設計項目１−１−１に関する種々の情報が表示されている。例えば、「開発機種名」の欄には、この開発プロジェクトの名称である「開発−０２」が表示されている。「構想設計者」の欄には構想設計を行った作業者の名前が表示され（図２５の例では空欄である）、「項目機能」の欄には、この設計項目によって実現される機能の説明が表示されている。
【００８５】
図２５の画面において、この段階で新たに情報を追加することも可能ではあるが、図２５は基本的に、詳細設計を実行する作業者に、この設計項目の作業として行わなければならない内容を案内（ナビゲーション）するための情報を提示するためのものである。作業者は、本システムによるナビゲーションに従いながら、ＣＡＤシステムの端末等と対峙しながら実際の設計作業を実行する。
【００８６】
図２５のダイアログボックスの「チェック項目」欄には、この設計項目において、作業者が必ず作業を行わなければならない管理項目が列挙される。作業者は、ＣＡＤ上でここに列挙された管理項目の作業を完了する度に、その管理項目の左側のチェックボックスにチェックマークを入れてゆく（Ｓ２２０８，Ｓ２２０９）。そして、プログラム上、すべての管理項目にチェックマークが入らないと、この設計項目を完了させることができないようになっている（Ｓ２２１０）。このような工夫により、その設計項目において検討すべき点としてどのような項目があるかを把握していない経験の浅い作業者でも、確実に必要な作業を遂行することができ、作業の漏れなどを防ぐことができる。管理項目の設定は、本実施形態のシステムでは、構築モードにおいて行うことができる。
【００８７】
さらに、図２５の右側の「Viewer」領域には、この設計項目に関連する部分の画像が表示される。この画像データは、ＣＡＤの設計データの中から対応する部分を抽出して表示させたものである。これにより、作業者は、自分が現在実行している作業が、開発機種のどの部分に対応するかを視覚的に把握できる。
【００８８】
なお、作業者は設計ナビゲーションシステムの指示に従ってＣＡＤシステム上で設計作業を行うが、両者は一般には独立している。しかし、ＣＡＤシステムのプログラムと設計ナビゲーションシステムのプログラムをその都度切り替えたり、あるいは両システムが離れた場所にある場合には一方から他方へ移動する必要があるとすると効率が低下する。そこで、本実施形態のシステムのように、ＣＡＤシステム上の設計画面を設計ナビゲーションシステム上でも参照できるようにすると、作業の効率が向上する。
【００８９】
図２５中程の「ナレッジリスト」欄に列挙されている情報は、前述の構築モードにおいて登録された「関連ノウハウ」の情報である（図１０参照）。「ナレッジリスト」欄には、エクセルやワード等の一般的な形式のファイル名のドキュメントが記載されており、これらのファイルには、この設計項目に関連するノウハウや関連特許など、設計作業を行う上で有用な情報が記載されており、作業者は必要に応じて参照することができる（Ｓ２２１２）。
【００９０】
図２６は、一例として、図２５の「ナレッジリスト」に含まれる「設計思想」というドキュメントをクリックしたときに現れる画像を示している。この「設計思想」はエクセルのファイルとして格納されており、このドキュメントがクリックされるとエクセルが自動的に起動し、かつ「設計思想」という名前のファイルが自動的にエクセルに読み込まれ、図２６のように表示される仕組みになっている。このように、設計担当者は、作業を行いながら瞬時にナレッジリストに登録された情報を参照することができるので、設計作業の経験や知識が浅い作業者でも、これらのドキュメントに記載されたノウハウや情報を参照しながら、効率的に、しかも一定以上の水準で設計作業を遂行することが可能となる。
【００９１】
また、設計担当者が、実際の設計作業を行った実績や、実際の設計作業を行っているあいだに気付いた点などがあった場合には、後の作業者が参照できるように、新たなノウハウとして取得している設計項目に登録することができる（Ｓ２２１３）。さらに、現在の設計項目と他の設計項目との関係をグラフィック的に把握するために、設計フロー図を適宜表示させることもできる（Ｓ２２１４）。
【００９２】
図２７は、図２５と類似しているが、図２７は、例えばこのシステムが稼働している端末とは別の端末上で稼働しているＣＡＤソフトウェアを操作しながら、「チェック項目」に列記されている各管理項目について設計作業を行い、一つの項目が終わる度に対応する管理項目のチェックボックスをクリックするという操作を繰り返し、すべての管理項目にチェックマークが入った状態を示している。
【００９３】
なお、図２７では、「チェック項目」の欄は、作業者がクリックしてチェックマークを付けるようにしたが、設計項目によっては作業者が何らかの数値や文言をキーボード等から入力しなければならない場合もある。その場合には、当該数値を入力して初めてチェックボックスをクリックできる状態となるようにしてもよい。
【００９４】
また、構築モードにおいて管理項目を設定するときに、入力される数値について、例えば「３のみ」、「３以上」、「３以下」、「３±１」といった制限を付けることができる。これらはそれぞれ、３だけを入力できる状態、３以上の数値だけを入力できる状態、３以下の数値だけを入力できる状態、２から４までの数値だけを入力できる状態を表している。このような制限が課された管理項目にその制限から外れた数値が入力された場合には、その管理項目にはチェックを付けることができず、その結果、原則として先へ進めないようにしてある。しかしながら、新たな製品の開発状況によっては、構築モードで決定された制限から外れた数値を入力しなければならない場合も考えられる。そのような場合への対処方法として、制限から外れた数値を入力しなければならなかった理由を記載したドキュメントをワードやエクセル等で作成し、詳細設計画面の特定の欄（不図示）に登録することを条件として、当該管理項目にチェックマークを付けることができるようにしてもよい。
【００９５】
図２７の「チェック項目」に示されたすべての管理項目にチェックマークが入ると、図２７の下部の「設計完了」ボタンをクリックすることができる状態となる。このように、本システムが作業者をナビゲートして、各段階でどのような設計作業が必要かをコンピュータを介して作業者に知らせるよにうしたことにより、設計作業の経験が浅い作業者でも必要な項目を設計し忘れることはほとんどなくなる。
【００９６】
ここで、「設計完了」ボタンをクリックすると（Ｓ２２１１）、図２７のダイアログボックスが閉じ、図２８に示すダイアログボックスが表示される。このダイアログボックスは、図２４のダイアログボックスに類似しているが、内容が一部変わっている。すなわち、図２８のダイアログボックスでは設計項目１−１−１の「状態」フィールドが「設計完了」に変わっており、それに伴って設計項目１−１−２の「状態」フィールドが「設計可」となって通常の表示状態になっている。
【００９７】
次に、「手戻り」機能（Ｓ２２１５）について説明する。この機能は、詳細設計における作業がある程度まで進んだ段階で、以前の設計項目についてやり直しをしたいという場合に、簡単な操作で所望の設計項目まで戻ることができるようにした機能である。図２９は、この「手戻り」機能を説明するための図である。図２９は設計工程一覧のダイアログボックスであり、この「状態」フィールドを見ると分かるように、ここに表示されているいくつかの設計項目には、既に完了したもの（「設計完了」となっているもの）もあれば、現時点で設計作業を行うことができるもの（「設計可」となっているもの）もある。
【００９８】
現時点で、「状態」フィールドが「設計可」となっている設計項目２−２−２について設計作業を行っていたとする。図３０は、設計項目２−２−２の設計作業を行っている状態を示したダイアログボックスである。ここで、何らかの理由により設計項目１−１−１をやり直す必要が生じ、手戻り機能を使って設計項目１−１−１の設計作業をやり直す場合を想定する。その場合には、図３０の左側にツリー表示の中の「設計項目１−１−１」をクリックして選択状態とし、「ＮＧ」ボタンをクリックする。すると、図３１に示す確認画面が表示されるので、ここで「はい」ボタンをクリックして図３２に示す新たな設計工程一覧画面を表示させる。これを見ると分かるように、新たに設計項目１−１−１が一つ追加され、同じ設計項目１−１−１が合計二つ表示されている。ここで追加された設計項目１−１−１の「状態」フィールドを見ると、「設計可」となっていることが分かる。
【００９９】
図３３は、上記の手戻り機能を使う前と後で、設計フロー図がどのように変化したかを示している。手戻りを行う前の図３３（ａ）の設計フロー図では、設計項目２−２−２が現時点で実行可能な設計項目として表示されている。これに対して、手戻りを行ったあとの図３３（ｂ）では、設計項目２−２−２はすでに完了したことを示す色で表示されており、代わりに設計項目１−１−１が現時点で実行可能な設計項目として表示されている。これに伴って、設計項目１−１−２、２−１−１、２−２−１については改めて作業をやり直す必要が生じ、例えば手戻った設計項目１−１−１が完了すると、図３３（ｂ）の設計フロー図上では、続いて設計することができるようになる設計項目１−１−２及び２−１−１が実行可能な状態として表示される。手戻り機能によって設計作業をやり直し、それが終了した場合には、設計フロー図を更新する（Ｓ２２１７）。
【０１００】
以上説明した作業を繰り返しながら、設計者は設計作業を進めてゆく。そして最終的にすべての設計項目が完了し、図３４（ａ）に示すようにすべての設計項目の「状態」フィールドが「設計完了」になると、「終了宣言」というボタンをクリックできる状態になる（Ｓ２２１８，Ｓ２２１９）。ここで、このボタンをクリックし、図３４（ｂ）に示す確認画面で「ＯＫ」ボタンをクリックすると、図３４（ｃ）に示すように、オーダー選択画面から「開発−０２」というオーダーが消える。これにより、詳細設計が終了する。なお、他の実施例として、図３４（ａ）の画面ですべての「状態」フィールドが「設計完了」となったときに、その旨が電子メールで構想設計者に送られ、構想設計者が詳細設計の内容を見て、その内容を承認して初めて詳細設計が終了するようにすることも考えられる。
【０１０１】
本発明は上記の実施の形態には限定されず、特許請求の範囲の各請求項に記載した発明の要旨の範囲内において種々の変更が可能であり、これらも本発明の技術的範囲に含まれる。
【図面の簡単な説明】
【０１０２】
【図１】「構築モード」、「構想設計」、「詳細設計」を含む選択ボタンが表示された画面を示す図である。
【図２】構築モードにおける作業の全体的手順を示した流れ図である。
【図３】構築モードにおける、「設計情報登録」、「構成部品登録」、「設計項目登録」の三つのうちの何れかを選択する画面を示した図である。
【図４】図３のダイアログボックスで「設計情報登録」のボタンをクリックしたときに現れる、設計仕様を登録するためのダイアログボックスを示した図である。
【図５】図３のダイアログボックスで「構成部品登録」ボタンをクリックしたときに現れる、製品に使用されることが予想される機構部品を登録するためのダイアログボックスを示した図である。
【図６】図３のダイアログボックスにおいて「設計項目登録」ボタンをクリックしたときに現れる、設計項目自体の登録（同図左側）と、特定の設計項目に関するプロパティを入力・編集して登録するためのダイアログボックスを示した図である。
【図７】親項目の定義の仕方を示した図である。
【図８】既に登録されている設計仕様及び部品のすべてを表示した画面を示した図である。
【図９】関連ノウハウの登録の方法を示した図である。
【図１０】図９とともに、関連ノウハウの登録の方法を示した図である。
【図１１】作成された設計フローを示した図である。
【図１２】構想設計における作業手順の概略を示したフローチャートである。
【図１３】図１の画面で「構想設計」ボタンをクリックしたときに現れるダイアログボックスを示した図である。
【図１４】「構想設計情報入力画面」のダイアログボックスを示した図である。
【図１５】既に登録されている機種を流用機種として選択したときに現れる、その機種の設計値が「参考値」の欄に表示された状態を示した図である。
【図１６】図１５に示したダイアログボックスにおいて設計仕様がすべて入力された状態を示した図である。
【図１７】図１６のダイアログボックスにおける「構成部品登録」ボタンをクリックしたときに現れる構成部品表の画面を示した図である。
【図１８】図１７のダイアログボックスにおいて「全部品リスト」ボタンをクリックしたときに現れる、このシステムに登録されているすべての部品が表示された画面を示した図である。
【図１９】生成された設計フローの一例を示した図である。
【図２０】構想設計が終了した旨をシステムに知らせる「タスク発行」操作を説明するための図である。
【図２１】タスクが構想設計から詳細設計に引き渡される動作を説明するための図である。
【図２２】詳細設計全体の概略を示したフローチャートである。
【図２３】図１のダイアログボックスにおいて「詳細設計」ボタンをクリックしたときに表示される画面を示した図である。
【図２４】「開発−０２」に関して設計しなければならない詳細設計の各設計項目を一覧表示させた図である。
【図２５】「設計項目１−１−１」を選択したときに現れるこの設計項目の詳細設計画面を示した図である。
【図２６】図２５の「ナレッジリスト」に含まれる「設計思想」というドキュメントをクリックしたときに現れる画像を示した図である。
【図２７】すべての項目にチェックマークが入った状態を示した図である。
【図２８】設計仕様と部品との関連を定義するためのマトリックス画面を示した図である。
【図２９】手戻り機能を説明するための図である。
【図３０】設計項目２−２−２の設計作業を行っているときに表示されるダイアログボックスを示した図である。
【図３１】手戻り機能を実行するかどうかの確認画面を示した図である。
【図３２】図３１に示す確認画面において「はい」ボタンをクリックしたときに表示される新たな設計工程一覧画面を示した図である。
【図３３】手戻り機能を使う前後における設計フローの変化の様子示した図である。
【図３４】すべての設計項目を完了したときに行う操作を説明するための図である。
【図３５】設計仕様と構成部品との関連づけ、および設計仕様もしくは構成部品と設計項目との関連づけを行う関連付けツールを示した図である。
【図３６】図３５の関連付けツールを用いて作成された設計仕様と構成部品と設計項目の関係図の一例を示した図である。
【図３７】関連付けツールを用いて作成された関係図の別の例の一部を示した図である。
【図１】
2004362558.tif 000003
【図２】
2004362558.tif 000004
【図３】
2004362558.tif 000005
【図４】
2004362558.tif 000006
【図５】
2004362558.tif 000007
【図６】
2004362558.tif 000008
【図７】
2004362558.tif 000009
【図８】
2004362558.tif 000010
【図９】
2004362558.tif 000011
【図１０】
2004362558.tif 000012
【図１１】
2004362558.tif 000013
【図１２】
2004362558.tif 000014
【図１３】
2004362558.tif 000015
【図１４】
2004362558.tif 000016
【図１５】
2004362558.tif 000017
【図１６】
2004362558.tif 000018
【図１７】
2004362558.tif 000019
【図１８】
2004362558.tif 000020
【図１９】
2004362558.tif 000021
【図２０】
2004362558.tif 000022
【図２１】
2004362558.tif 000023
【図２２】
2004362558.tif 000024
【図２３】
2004362558.tif 000025
【図２４】
2004362558.tif 000026
【図２５】
2004362558.tif 000027
【図２６】
2004362558.tif 000028
【図２７】
2004362558.tif 000029
【図２８】
2004362558.tif 000030
【図２９】
2004362558.tif 000031
【図３０】
2004362558.tif 000032
【図３１】
2004362558.tif 000033
【図３２】
2004362558.tif 000034
【図３３】
2004362558.tif 000035
【図３４】
2004362558.tif 000036
【図３５】
2004362558.tif 000037
【図３６】
2004362558.tif 000038
【図３７】
2004362558.tif 000039