JP4084229B2 - 製品データ管理システム及びプログラム - Google Patents
製品データ管理システム及びプログラム Download PDFInfo
- Publication number
- JP4084229B2 JP4084229B2 JP2003107215A JP2003107215A JP4084229B2 JP 4084229 B2 JP4084229 B2 JP 4084229B2 JP 2003107215 A JP2003107215 A JP 2003107215A JP 2003107215 A JP2003107215 A JP 2003107215A JP 4084229 B2 JP4084229 B2 JP 4084229B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- product
- hierarchical structure
- integrated
- input
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、製品データ管理システム及びプログラムに関し、特に、企画、設計、製造等の複数のプロセスにおいて使用される製品データを統合的に管理する製品データ管理システム及びプログラムに関する。
【０００２】
【従来の技術】
電気、電子、機械等の種々の製品のデータ（製品データ）は、その製造会社等においては、殆どコンピュータにより管理される。しかし、企画、設計、製造、営業、サービス等の複数のプロセス（工程又は過程）において使用されるコンピュータシステムは、相互に異なるのが通常である。そこで、これらの製品データを全てのプロセスで共通に用いようとすると、各プロセス間で複数回のデータ変換処理を必要とする。
【０００３】
例えば、製品の設計及び製造は、殆どコンピュータを用いて行なわれる。しかし、設計用のコンピュータシステムと製造用のコンピュータシステムとは、異なるのが通常である。そこで、例えば、図１９に示すように、複数回のデータ変換処理を必要とする。
【０００４】
即ち、ＣＡＤ（Computer Aided Design ）システム２０１により製品の設計を行い、この結果得た設計データ即ちＣＡＤデータをＰＤＭ（Product Data Management ）システム２０２により所定の形式のデータ（以下、ＰＤＭデータという）に変換し、このＰＤＭデータを更に個別のデータ変換装置２０３によりＮＣマシン等の製造装置２０４に入力可能な形式のデータ（製造データ、例えば、ＣＳＶ（Comma Separated Value ）形式のデータ）に変換し、これを用いて当該製造装置２０４による製品の製造を行なう。製造装置２０４は、実際には、複数の製造装置からなるＦＡシステム等の製造システムである。
【０００５】
なお、ＣＡＤシステムとＰＤＭシステムとを連携させて、ＣＡＤデータとＰＤＭデータとを統合的に管理する技術が提案されている（例えば、特許文献１参照）。
【０００６】
【特許文献１】
特開２０００−１１３００７号公報（第２頁〜第６頁）
【０００７】
【発明が解決しようとする課題】
前述のように、企画、設計、製造、営業、サービス等の複数のプロセスにおける製品データは、そのコンピュータシステムが異なるため、そのデータ形式が各々異なる。これらの製品データを共通化し、統合的に管理し、他のプロセスにおいても使用できれば非常に便利である。しかし、そのためには、極めて多くのデータ変換を繰り替えさなければならない。
【０００８】
例えば、設計データから製造データを得るためには、ＣＡＤデータを最終的には例えばＣＳＶ形式のデータに変換する必要がある。しかし、実際には、このようなデータ変換に非常に多くの手間を要しており、設計から製造までの円滑な業務の流れを阻害している。即ち、ＣＡＤシステム２０１とＰＤＭシステム２０２とは比較的統合して管理し易いが、ＣＡＤシステム２０１からＮＣマシン等の製造装置２０４までを統合的に管理することは非常に困難であるとされている。
【０００９】
例えば、通常、１つの工場でも、複数のメーカＡ社、Ｂ社、Ｃ社の異なるシステムからなるＣＡＤシステム２０１（ＰＤＭシステム２０２を含む）を使用しており、また、複数のメーカＸ社、Ｙ社、Ｚ社の異なるシステムからなる製造装置２０４を使用している。従って、ＣＡＤシステム２０１の種類と製造装置２０４の種類の組み合わせの数だけデータ変換装置２０３を用意しなければならなかった。また、例えば製造装置２０４の管理者が、ＣＳＶ形式のデータが必要になる都度、ＣＡＤシステム２０１及び製造装置２０４の種類に基づいてデータ変換装置２０３を選択し、データ変換処理をしなければならなかった。
【００１０】
以上とは別に、前述と同様の理由で、製品についての設計データと、製品を製造する製造ラインについてのデータ（製造データ）とを統合的に管理することができなかった。また、製造データに限らず、当該製品が企画されてから使用されなくなるまでの当該製品についての企画、設計、製造、購買、営業等の各々の工程（プロセス）毎のデータ（プロセスデータ）とを統合的に管理することができなかった。更に、また、設計データ及びプロセスデータ以外の種々のデータ（以下、知識又は知識データと言う）を、有効に管理することができなかった。例えば、設計においては採用した部品について購入データ等の設計データ以外のデータ（知識）が得られ、製造においては個々の部品の取り扱いのノウハウ等のプロセスデータ以外のデータ（知識）が得られる。これらの知識は、当該知識を得た者により例えば印刷物又は電子データとして残される場合がある。しかし、多くの場合、当該知識を得た者は、当該知識を必要とする者を知る手段を持たないか、又は、相当の労力を費やさなければ知ることができない。また、当該知識を必要とする者も、当該知識の存在を知る手段を持たないか、又は、相当の労力を費やさなければ知ることができない。このため、せっかく得た知識を含め製品データを有効に活用することができなかった。
【００１１】
本発明は、複数のプロセスにおいて使用される製品データを統合的に管理する製品データ管理システム及びプログラムを提供することを目的とする。
【００１３】
【課題を解決するための手段】
本発明の製品データ管理システムは、第１のデータ処理システムで入力された入力データを所定の形式で記述された製品データに変換する入力部と、前記製品データを階層構造を表し得るタグ付き言語で記述された統合データに変換してデータベースに格納し管理するデータベース管理部と、前記統合データのモデル構造であって当該統合データの採るべき階層構造を前記タグ付き言語のタグで記述したモデル構造を格納するモデル構造管理部と、前記統合データとモデル構造とを比較し、前記統合データの不足する部分を抽出する抽出部とを備える。
【００１４】
本発明の製品データ管理システムによれば、異なるデータ処理システムを採用する企画、設計、製造、営業、サービス等の複数のプロセスにおける製品データを所定の形式で統合データに変換してデータベースに格納する。これにより、多くのデータ変換を繰り替えすことなく、製品データを共通化し、他のプロセスにおいても使用することができる。例えば、複数の異なるシステムからなるＣＡＤシステムにより得た設計データを、所定の形式で統合データに変換してデータベースに格納しているので、複数のメーカの異なるシステムからなる製造装置で使用可能な製造データに容易に変換して出力することができる。従って、製造データが必要になる都度、ＣＡＤシステム及び製造装置の種類に基づいてデータ変換装置を選択し、データ変換処理を行う必要がない。これに加えて、本発明の製品データ管理システムによれば、前記統合データの採るべき階層構造を示すモデル構造を備え、統合データとモデル構造とを比較して不足部分を抽出する。これにより、製品データを統合的に管理し、他のプロセスにおける使用に耐えるものとすることができる。従って、製品データを共通化及び統合化して、複数のプロセスでの円滑な業務の流れを実現することができる。
【００１５】
本発明の製品データ管理プログラムは、製品データ管理システムにおいて製品データを管理する製品データ管理プログラムであって、前記プログラムは、コンピュータに、第１のデータ処理システムで入力された入力データを所定の形式で記述された製品データに変換する処理と、前記製品データを階層構造を表し得るタグ付き言語で記述された統合データに変換してデータベースに格納し管理する処理と、前記統合データのモデル構造であって当該統合データの採るべき階層構造を前記タグ付き言語で記述したモデル構造を格納する処理と、前記統合データとモデル構造とを比較し、前記統合データの不足する部分を抽出する処理とを、実行させる。
【００１６】
本発明の製品データ管理プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等の記録媒体に格納して提供することができるので、容易に前述の製品データ管理システムを実現することができ、従って、製品データを共通化し、統合的に管理することができ、設計から製造までの円滑な業務の流れを実現することができる。
【００２１】
【発明の実施の形態】
図１は製品データ管理システム構成図であり、本発明の製品データ管理システムの構成を示す。
【００２２】
製品データ管理システムは、複数のデータ処理システム１１〜１４、製品データ管理装置２を備える。製品データ管理装置２は、複数の入出力部３１〜３４、統合情報（５）を格納するデータベース５とこれを管理するデータベース（ＤＢ）管理部４、モデル構造７とこれを管理するモデル構造管理部６を備える。製品データ管理システムは、複数のデータ処理システム１１〜１４の間を、これらの間に設けられる統合情報基盤である製品データ管理装置２により統合的に管理する。
【００２３】
複数のデータ処理システム１１〜１４は、各々が入力端末や表示装置その他の処理装置を備える１個の独立したコンピュータシステムであり、企画、設計、製造、営業、サービス等の複数のプロセス（工程又は過程）に設けられ、製品データ管理装置２にネットワーク（図示せず）、例えばＬＡＮ（Local Area Network）を介して接続される。１個のプロセスは１個のコンピュータシステムを備えるデータ処理の工程である。工程の数、種類はその製品毎、会社毎、当該製品データ管理システム毎に異なってもよい。この例では、データ処理システム１１は製品の企画工程に設けられ、データ処理システム１２は製品の設計工程に設けられ、データ処理システム１３は製品の製造工程に設けられ、データ処理システム１４は製品の検査工程に設けられる。製品の企画工程に設けられるデータ処理システム１１を企画システム１１とも言う（他も同様である）。
【００２４】
データ処理システムが設けられる他のプロセスとしては、例えば製品の営業、サービス、購買等がある。例えば、営業システムが設けられる。これらの各システムにおいて処理されるデータが製品データである。これらの各システムのいずれか１個が製品データを入力する第１のデータ処理システムであり、各システムのいずれか他の１個が製品データを出力する第２のデータ処理システムである。また、例えば、第１製造システムと第２製造システムとが別に存在してもよい。この場合、第１のデータ処理システムである第１製造システムからの入力データが、第２のデータ処理システムである第２製造システムに出力される（逆も可能である）。第１製造システムと第２製造システムとは、物理的に隣接していても遠隔にあってもよい。
【００２５】
データ処理システム１１〜１４には、種々の種類が存在する。例えば、企画システム１１においては、そのデータ（企画データ）はＸＭＬで記述され、入力され、出力される。検査システム１４においても同様である。これに対して、設計システム１２においては、そのデータ（設計データ）は、当該設計システム１２を構成するＣＡＤシステム１２１毎に異なる言語で記述、入力、出力される。実際には、ＣＡＤシステム１２１からのデータは、ＰＤＭシステム１２２においてデータ変換された後、製品データ管理装置２に入力される。製造システム１３においては、そのデータ（製造データ）は、当該製造システム１３を構成するＮＣ装置毎に異なる言語で記述、入力、出力される。また、設計システム１２においては、ＣＡＤシステム１２１の設計データを直接製品データ管理装置２に入力されず、ＰＤＭシステム１２２で前処理（データ変換）した上で、製品データ管理装置２に入力する。他のデータ処理システムにおいてもこのような処理を必要に応じて行ってもよい。
【００２６】
複数の入出力部３１〜３４は、入力及び出力インターフェイスであり、複数のデータ処理システム１１〜１４の各々に対応する。即ち、入出力部３１〜３４は、各々、ある（第１の）データ処理システムで入力された入力データを所定の形式で記述された製品データに変換して、ＤＢ管理部４に入力する（即ち、入力部である）。また、入出力部３１〜３４は、各々、ある（第１の）データ処理システムから入力された製品データに基づく統合データを、指定された形式で記述された出力データに変換して、他の（第２の）データ処理システムに出力する（即ち、出力部である）。
【００２７】
ＤＢ管理部４は、製品データを階層構造を表し得るタグ付き言語で記述された統合データに変換して、ＤＢ５に格納し管理する。そこで、統合データ５とも言う。本発明においては、統合データ５をＸＭＬで統一的に記述する。即ち、ＤＢ管理部４は、入力データを階層構造を表し得るタグ付き言語で記述された統合データ５に変換してＤＢ５に格納し管理する。具体的には、タグ付き言語としてＸＭＬが用いられる。従って、統合データ５は、ＸＭＬにより記述され、少なくとも、階層構造を表すデータ（階層構造データ）と各々の項目の内容を表す詳細データとからなり、階層構造データにより詳細データの各々をポイントする（図６参照）。階層構造データは、当該タグ付き言語のタグにより、当該階層構造を表す。
【００２８】
前述のように、例えば、企画システム１１では企画データはＸＭＬで記述される。従って、対応する入出力部３１はＸＭＬデータである企画データを、統合データ５の階層構造に当て嵌めるのみである。検査システム１４に対応する入出力部３４おいても同様である。従って、企画システム１１等についてのデータ変換は容易である。即ち、企画データ等は統合データ５と同一の言語であるＸＭＬで記述され、入力時に統合データ５（モデル構造７）における位置（階層等）も指定されるので、入力された企画データ等を統合データ５における指定された位置に当てはめれば（繋げれば）よい。これが企画システム１１等に対応する入出力部３１等におけるデータ変換である。
【００２９】
これに対して、設計システム１２では設計データはＣＡＤシステム１２１及びＰＤＭシステム１２２毎に異なる言語で記述等される。従って、設計システム１２に対応する入出力部３２は、特有の言語である設計データをデータ変換して、ＤＢ管理部４に入力する。これにより、当該設計データはＸＭＬからなる統合データ５に変換される。製造システム１３に対応する入出力部３３は、統合データ５を当該製造システム１３を構成するＮＣ装置に特有の言語の製造データに変換して出力する。従って、設計システム１２及び製造システム１３についてのデータ変換は、各々が特有の言語によるので容易でない。そこで、図２等を参照して、製品データの中の特に設計データ及び製造データと統合データ５とのデータ変換について説明する。設計データ及び製造データのデータ変換は、当該システムに特有な言語で記述されているデータの統合データへの変換の一例として示される。
【００３０】
図２は製品データ管理システム部分構成図であり、本発明の製品データ管理システムの一部を構成する設計システム／製造システムの構成を示す。
【００３１】
設計システム１２はＣＡＤシステム１２１とＰＤＭシステム１２２とからなる。ＣＡＤシステム１２１は当該システムに依存した形式のＣＡＤデータ１１１を出力する。製造システム１３は、実際には、複数のＮＣマシン等の製造装置からなるＦＡシステム等の製造システムであり、当該システムで入力及び使用可能な形式の製造データ１１５を入力され、製品の製造を行なう。なお、以下において、データ１１１〜１１７は製品データ又はこれから得られるデータの一例であり、また、統合データ１１４は統合データ５の一例である。
【００３２】
ＣＡＤデータ１１１はＰＤＭシステム１２２に入力される。ＰＤＭシステム１２２は、ＣＡＤデータ１１１を所定の形式のＰＤＭデータ１１２に変換して出力する。ＰＤＭデータ１１２は製品データ管理装置２に入力される。製品データ管理装置２は、設計データであるＰＤＭデータ１１２を取り込んで格納し管理する。また、製品データ管理装置２は、これに接続された端末２１から入力された知識データ１１６と、これに接続された端末２２から入力されたプロセスデータ１１７とを、各々、取り込んで格納し管理する。即ち、製品データ管理装置２は、設計データ（ＰＤＭデータ１１２を変換したデータ）、知識データ１１６、プロセスデータ１１７を統合的に管理して、これらを用いて制御端末１３１からの指示入力に従う製造データ１１５を生成し、製造システム１３（及び、必要に応じて制御端末１３１）に出力する。
【００３３】
端末２１及び２２は、製品データ管理装置２に設けられる端末であっても、データ処理システム１１〜１４のいずれかに設けられる端末であってもよい。制御端末１３１は製造システム１３にこれを制御する指示入力等を行うために設けられる端末である。
【００３４】
ここで、設計データ１１１又は１１２とは、当該製品を製造するために使用される当該製品の製品データの一種である。従って、これらはＣＡＤシステム１２１（ＰＤＭシステム１２２を含む）から製品データ管理装置２に入力される。
【００３５】
プロセスデータ１１７とは、設計データ１１１又は１１２以外のデータであって、当該製品が企画されてから使用されなくなるまでの当該製品の各々の工程（プロセス）毎のデータである。即ち、各々のプロセスにおいて当該プロセスのために使用されるデータ（当該プロセスの入力データ）又は当該プロセスの実行の結果を示すデータ（当該プロセスの出力データ）である。プロセスとは、例えば製品の企画、性能決定、評価、設計、生産計画、購買、出荷、（アフター）サービス、営業等の各々のプロセス（工程又は過程）を言う。設計プロセス（ＣＡＤシステム１２１）の入力データは、プロセスデータ１１７としてではなく、ＣＡＤシステム１２１にその入力として用意される。設計プロセスの出力データ即ち製造プロセス（製造システム１３）の入力データは、前記設計データ１１１等であり、プロセスデータ１１７から除かれる。従って、プロセスデータ１１７は、例えば、企画、製造ライン、営業（設計を除く）の支店等の現場に設けられた端末２２から製品データ管理装置２に入力される。
【００３６】
知識データ１１６とは、設計データ１１１又は１１２及びプロセスデータ１１７以外のデータであって、各々のプロセスの出力データ及び設計データ１１１等（即ち、設計プロセスの出力データ）を当該プロセスの本来的な出力とすれば、各々のプロセスの実行により得られる付随的なデータである。即ち、知識データ１１６は、例えば設計上のノウハウ、製造上のノウハウ、部品の購入履歴、設計データのシミュレーション結果、製品の試験結果等である。換言すれば、知識データ１１６とは、当該プロセス又はそれ以外のプロセスの入力データにフィードバックし得るデータである。例えば、製造上の歩留り向上のノウハウは、購買プロセスにおける部品の購入、設計プロセスにおける設計、製造プロセスにおける製造等において活用することができる。従って、知識データ１１６は、企画、設計、製造、検査、営業、購買等の種々の現場に設けられた端末２１から製品データ管理装置２に入力される。
【００３７】
入出力部３２は、入力された設計データ１１２を、所定の形式で記述された入力データ１１３に変換する。ここで、入力された設計データ１１２は、実際には、ＣＡＤシステム１２１により得た設計データであるＣＡＤデータ１１１をＰＤＭシステム１２２により前記所定の形式に変換して得たＰＤＭデータ１１２である。入力データ１１３はＤＢ管理部４に入力するための中間形式のデータであり、ＤＢ管理部４に入力される。
【００３８】
ＣＡＤデータ１１１は、図３に示すように、当該ＣＡＤシステム１２１に依存する形式のデータである。即ち、設計者が使用するＣＡＤシステム１２１のメーカ（のツール）毎に定まる所定の形式を採る。ＰＤＭデータ１１２は、図３に示すように、ガーバーデータ、ＤＸＦ形式、ＰＤＦ形式、ＣＡＤそのままの形式を採るデータであり、当該データ変換により、製造現場系システムである製造システム１３が取り出し易いデータ形式とされている。入力データ１１３は、ガーバーデータ、ＤＸＦ形式、ＰＤＦ形式、ＣＡＤそのままの形式を採るデータであり、当該データ変換により、製造現場系システムである製造システム１３が加工及び編集したりできないデータ形式とされている。
【００３９】
例えば、ＣＡＤデータ１１１がＡ社、Ｂ社、Ｃ社、・・・のツールに依存するデータ形式の場合、ＰＤＭデータ１１２及び入力データ１１３もＡ社、Ｂ社、Ｃ社、・・・のデータ形式に従うものとなる。例えば、ＰＤＭデータ１１２及び入力データ１１３が同じガーバーデータ形式であると言っても、元のＡ社、Ｂ社、Ｃ社、・・・のデータ形式の影響を受けた形式のデータとなる。なお、本発明においては、統合データ１１４をＸＭＬで統一的に記述するので、ＣＡＤデータ１１１からＰＤＭデータ１１２への変換を省略してもよい。即ち、ＰＤＭシステム１２２を省略して、ＣＡＤデータ１１１をＣＡＤシステム１２１から入出力部３２に入力してこれより直接入力データ１１３に変換するようにしてもよい。
【００４０】
ＤＢ管理部４は、入力データ１１３を階層構造を表し得るタグ付き言語で記述された統合データ１１４に変換してＤＢ５に格納し管理する。タグ付き言語としてはＸＭＬが用いられる。従って、統合データ１１４は、ＸＭＬにより記述され、前述のように、階層構造を表すデータと各々の項目の内容を表す詳細データとからなり、階層構造を表すデータにより詳細データの各々をポイントする（図６参照）。入力データ１１３は、図３に示すように、統合データ１１４において、入力データ１１３に対応する部分データ１１３’とされる。
【００４１】
更に、ＤＢ管理部４は、前述のように、知識データ１１６とプロセスデータ１１７についても、各々、階層構造を表し得るタグ付き言語で記述された統合データ１１４に変換して、ＤＢ５に格納し管理する。即ち、知識データ１１６及びプロセスデータ１１７も、各々、ＸＭＬにより記述され、階層構造を表すデータと各々の項目の内容を表す詳細データとからなり、階層構造を表すデータにより詳細データの各々をポイントする（図７及び図８参照）。知識データ１１６及びプロセスデータ１１７は、図３に示すように、各々、統合データ１１４において、知識データ１１６に対応する部分データ１１６’及びプロセスデータ１１７に対応する部分データ１１７’とされる。
【００４２】
入出力部３３は、制御端末１３１からの指示入力に従って、ＤＢ管理部４から出力された統合データ１１４を、指定された形式で記述された製造データ１１５に変換して、製造システム１３（及び必要に応じて制御端末１３１）に出力する。製造データ１１５は、図３に示すように、ＣＳＶ形式、ガーバーデータ、ＤＸＦ形式、ＰＤＦ形式、ＨＰＧＬ（形式）を採るデータであり、当該データ変換により、製造現場系システムである製造システム１３に応じて組み合わせられた統合データ１１４を変換したデータである。製造データ１１５は、統合データ１１４の部分データ１１３’、１１６’、１１７’から制御端末１３１からの指示入力に従って選択されたデータの集合である。
【００４３】
このように、ＤＢ管理部４は、統合データ１１４をＸＭＬにより記述して管理するので、ＤＢ管理部４におけるデータ変換のプログラムの種類を減らすことができる。例えば、ＣＡＤデータ１１１（即ち、ＣＡＤシステム１２１）が５種類あり、製造データ１１５（即ち、製造システム１３）も５種類あるとする。本発明によれば、ＣＡＤデータ１１１から統合（ＸＭＬ）データ１１４への変換に５種類のプログラム、統合（ＸＭＬ）データ１１４から製造データ１１５への変換に５種類のプログラムを用意すればよい。なお、従来の方法によれば、ＣＡＤデータ１１１から製造データ１１５への変換に、その組み合わせの数である２５種類のプログラムを用意しなければならない（図１９参照）。
【００４４】
ここで、ＤＢ管理部４及びＤＢ５は、設計及び製造に関する殆ど全てのデータを、設計データ１１１（ＰＤＭデータ１１２を含む、以下同じ）と、プロセスデータ１１７と、知識データ１１６とに分類して、各々を、階層構造を表し得るタグ付き言語で記述された統合データ１１４として格納する。ＤＢ５は、知識データ１１６の詳細データの各々を、当該知識データ１１６の階層構造により管理すると共に、設計データ１１１の階層構造及びプロセスデータ１１７の階層構造により管理する。即ち、３重に管理する。これにより、ＤＢ５は、知識データ１１６についての３次元的な構造を備えることになる。
【００４５】
設計データ１１１の階層構造は、タグ付き言語で記述された設計データの階層構造である。この階層構造は、ＤＢ管理部４により、設計データ１１１の階層構造を表す表形式データを変換することにより得られる。この階層構造はＰＤＭデータ１１２においてもそのまま維持される。知識データ１１６の階層構造及びプロセスデータ１１７の階層構造も、同様にして得られる。
【００４６】
例えば、図４に示すように、設計データであるＣＡＤデータ１１１（実際にはＰＤＭデータ１１２、以下同じ）は、階層構造を表す表形式データＴａと、個々の（即ち、複数の）設計データの詳細（詳細データの集合）Ｄａとからなる。個々の設計データの詳細Ｄａとしては、例えば上位階層として、実装図面関係データ、搭載データ、部品データ等がある。実装図面関係データは、その下位階層としての例えば配線図データ、マーキング図データ、レジスト図データ、シルク図データ等からなる。搭載データは、同様に、例えばＸ−Ｙ座標データ、部品方向データ等からなる。部品データは、同様に、例えば外形寸法データ（部品表）、属性データ（部品対応表）、ＰＩＮ番号データ、耐熱データ等からなる。
【００４７】
プロセスデータ１１７も、同様に、階層構造を表す表形式データＴｐと、個々のプロセスデータの詳細Ｄｐとからなる。個々のプロセスデータの詳細Ｄｐとしては、例えば上位階層として、製造ライン構成データ等がある。製造ライン構成データは、その下位階層としての例えばマウンタ構成データ等からなる。
【００４８】
知識データ１１６も、同様に、階層構造を表す表形式データＴｋと、個々の知識データの詳細Ｄｋとからなる。個々の知識データの詳細Ｄｋとしては、例えば上位階層として、事例データ、Ｑ＆Ａ（質問及び回答）データ、実績データ等がある。事例データは、文章、図面、写真、動画、音等を含む。Ｑ＆Ａデータは、説明、手順、質問等を含む。実績データは、評価データ、実験データ、シミュレーションデータ等を含む。なお、知識データ１１６は、上位階層として、設計関連知識データ、製造関連知識データ、検査関連知識データ、営業関連知識データ、購買関連知識データ等に分類するようにしてもよい。
【００４９】
ＣＡＤデータ１１１（及びＰＤＭデータ１１２）の階層構造を表す表形式データＴａは、図４に示すように、統合データ１１４（及び入力データ１１３）における階層構造（ツリー構造）Ｈａに変換される。知識データ１１６及びプロセスデータ１１７の階層構造を表す表形式データＴｋ及びＴｐも、同様に、統合データ１１４における階層構造Ｈｋ及びＨｐに変換される。ＣＡＤデータ１１１の個々の設計データの詳細Ｄａは、詳細Ｄａ’に変換され、それが属する階層に従って管理される。知識データ１１６及びプロセスデータ１１７の個々の知識データの詳細Ｄｋ及び個々のプロセスデータの詳細Ｄｐも、同様に、詳細Ｄｋ’及びＤｐ’に変換され、それらが属する階層に従って管理される。
【００５０】
なお、ＣＡＤデータ１１１の個々の設計データの詳細Ｄａとプロセスデータ１１７の個々のプロセスデータの詳細Ｄｐとが結合されて、統合データ１１４（の一部）とされる場合がある。例えば、ＣＡＤデータ１１１の搭載図データは、部品表と共に、搭載図及び部品表なる統合データ１１４に変換される。
【００５１】
以上のデータは、図４に示すように、統合データ１１４として管理され、制御端末１３１からの指示入力に従って、製造データ１１５として製造システム１３（及び、必要に応じて制御端末１３１）に出力される。例えば、搭載図及び部品表、部品対応表及び座標データなるＣＡＤデータ１１１の統合データ１１４が選択され、これらの組み合わせに基づいて、実装図が作成され出力される。また、部品対応表なるＣＡＤデータ１１１の統合データ１１４とマウンタ構成データなるプロセスデータ１１７の統合データ１１４とが選択され、これらの組み合わせに基づいて、マウントデータが作成され出力される。
【００５２】
図５は設計データ（ＣＡＤデータ）１１１の表形式データＴａの一例を示す。この表形式データＴａは、図５から判るように、列の各々が階層の各々に対応するようにされ、行の各々において同一階層の詳細データは１個のみのが存在するようにされる。例えば、その詳細Ｄａにおける最上位の階層の詳細データＡの下には詳細データＡ１、Ａ２等があり、詳細データＡ２の下には詳細データＡ２−１、Ａ２−２等があり、詳細データ階層Ａ２−２の下には詳細データＡ２−２−１、Ａ２−２−２等があり、詳細データ階層Ａ２−２−２の下には詳細データａ、ｂ、ｃがある。これにより、表形式データＴａは階層構造を表す。
【００５３】
図５の設計データ１１１の表形式データＴａを変換することにより、図６に示す設計データ１１１の階層構造（ツリー構造）Ｈａを得る。図５と図６との対比から判るように、図６の階層構造Ｈａは、図５の表形式データＴａの列の各々を階層構造の各々の階層に対応させることにより、直ちに得ることができる。同様にして、図７に示すプロセスデータ１１７の階層構造Ｈｐ、及び、図８に示す知識データ１１６の階層構造Ｈｋを得ることができる。図６及び図７の階層構造Ｈａ及びＨｐは、その各々の構成に応じた多くの階層を持つ構造となる。これに対して、図８の階層構造Ｈｋは、最上位の「知識データ（Ｋ）」の下の階層「事例データ」「Ｑ＆Ａデータ」「実績データ」の下に、すぐに個々の詳細データの階層が設けられる簡単な構造となる。即ち、事実上２つの階層からなる。各々の階層構造において、その生成後に、各々の階層の詳細データや知識データの詳細データを自由に追加することができる。
【００５４】
なお、各々の階層構造において、その詳細データの各々の内容は、実際には、例えば図６に示すように、当該階層構造とは別に格納される。即ち、詳細データは、その内容が存在する格納位置（アドレス）をポイントするのみである（図６においては詳細データａ及びＫｘ等についてのみ例示する、他図においても同じ）。従って、統合データ１１４は、ＸＭＬにより、階層構造を記述し、各々の階層においては、当該詳細データ（の名前）及びその格納位置を記述する。
【００５５】
また、各々の階層構造において、その生成時に、各々の階層の最後に、対応する表形式データには存在しなかった空の詳細データ（の格納領域）が追加される。この空の詳細データは、知識データ１１６の当該位置に格納すべき詳細データを格納するために設けられる。例えば、図６において、最上位の階層の詳細データＡの下の階層の最後から２番目に存在する空の詳細データ（Ｋ１）には、当該詳細データＡについての知識データの詳細データが格納される。なお、最上位の階層の詳細データＡの下の階層の最後には、設計変更履歴の詳細データＲ１が存在するが、これについては後述する。
【００５６】
例えば、ある知識データ１１６の詳細データＫｘが存在し、設計データ１１１の詳細データＡ１に関連する知識であり、プロセスデータ１１７の詳細データＰ２に関連する知識であり、Ｑ＆Ａデータの詳細データＫ２であるとする。この場合、当該詳細データＫｘは、図６において詳細データＡ１の下の階層に位置付けられ、図７において詳細データＰ２の下の階層に位置付けられ、図８においてＱ＆ＡデータＫ２の下の階層に位置付けられる。これにより、当該詳細データＫｘは、図９に示すように、３次元的に管理される。即ち、設計データ１１１の階層（即ち、階層構造、以下同じ）を例えばＸ座標とし、プロセスデータ１１７の階層を例えばＹ座標とし、知識データ１１６の階層をＺ座標とすれば、Ｋｘ＝（Ｘ，Ｙ，Ｚ）＝（Ａ１，Ｐ２，Ｋ２）である。
【００５７】
例えば、製品がパーソナルコンピュータ、Ａ１がメインボード、Ｐ２がＣＰＵのマウント条件、Ｋ２がマウントについてのノウハウであるとする。この場合、パーソナルコンピュータのメインボードの製造におけるＣＰＵのマウント条件についてのノウハウを、当該製品に関係する者の共通の知識（知識データ）として、３次元構造における当該位置で管理することができる。
【００５８】
このような知識データ１１６の３次元的な管理のために、ＤＢ管理部４は、知識データの詳細の各々を、知識データの階層構造に追加すると共に、設計データの階層構造の関連する位置及びプロセスデータの階層構造の関連する位置に追加する。このため、ＤＢ管理部４は、図１０に示す入力画面を、知識データ１１６の処理を行う端末２１に表示する。
【００５９】
例えば、ある知識データ１１６の詳細データＫｘを得た者が、端末２１から当該入力画面を参照する。当該入力画面は、例えば２分割され、左側に設計データ１１１、プロセスデータ１１７及び知識データ１１６の階層構造を選択的に表示し、右側に詳細データＫｘの設計データ１１１、プロセスデータ１１７及び知識データ１１６における階層をプルダウン方式で入力する３個の階層入力フィールドと、詳細データＫｘの内容を入力する内容入力フィールドとを備える。
【００６０】
詳細データＫｘを得た者は、最初に、画面の左側に設計データ１１１の階層構造を表示させて、当該詳細データＫｘが詳細データＡ１の下の階層に位置付けられるべきものであることを知る。そこで、画面の右側の設計データ１１１の階層入力フィールドにおいて、プルダウンにより、Ａ１を選択する。同様にして、画面の左側のプロセスデータ１１７の階層構造を見ながら、画面の右側のプロセスデータ１１７の階層入力フィールドにＰ２を入力し、次に、知識データ１１６の階層構造を見ながら、知識データ１１６の階層入力フィールドにＫ２を入力する。更に、画面の右側の内容入力フィールドに、当該詳細データＫｘの内容（文章、リスト、表、グラフ、図面、写真等）を入力する。
【００６１】
これにより、当該詳細データＫｘは３個の階層構造の各々における前述の位置に追加され、その内容が所定の位置に格納され、３個の階層構造における各々の階層から当該内容の格納位置がポイントされる。以上により、当該詳細データＫｘは、図９に示すような３次元的な位置で管理され、その内容は１カ所に格納される。
【００６２】
また、ＤＢ管理部４は、知識データの階層、設計データの階層及びプロセスデータの階層に基づいて、ＤＢ５を検索して、該当する知識データの詳細を抽出する。このため、ＤＢ管理部４は、図１０に示す検索画面（従って、入力画面と同一である）を、知識データ１１６の処理を行う端末２１に表示する。
【００６３】
例えば、ある知識データ１１６の詳細データを得たいと考える者は、端末２１から当該検索画面を参照するが、この時点で、当該詳細データが存在するか否かも知らない。当該詳細データを得たい者は、最初に、設計データ１１１の階層構造を見ながら、当該詳細データが（存在するとすれば（以下同じ））詳細データＡ１に関連するものであるので、その下の階層に位置付けられることを知り、設計データ１１１の階層入力フィールドにＡ１を入力する。同様にして、プロセスデータ１１７の階層構造を見ながら、プロセスデータ１１７の階層入力フィールドにＰ２を入力し、次に、知識データ１１６の階層構造を見ながら、知識データ１１６の階層入力フィールドにＫ２を入力する。
【００６４】
これにより、図９に示す３次元の座標位置（Ｘ，Ｙ，Ｚ）＝（Ａ１，Ｐ２，Ｋ２）に存在する詳細データＫｘが抽出され、その内容が内容表示フィールド（内容入力フィールドと同一）に表示される。以上により、ある知識データ１１６の詳細データを得たい者は、当該詳細データと同一又は最も近い詳細データＫｘの内容を知ることができる。
【００６５】
図１に戻って、モデル構造管理部６は、本発明に従って、統合データ５のモデル構造７であって、当該統合データ５の採るべき階層構造を統合データ５で使用するタグ付き言語のタグで記述したモデル構造７を格納する。即ち、モデル構造７はＸＭＬのタグで記述される。従って、モデル構造７は、統合データ５と同一の階層構造を有し、統合データ５の作成の開始に先立って、予め作成され用意される。モデル構造７は、統合データ５においてある詳細データを変更した場合に他の詳細データに影響を与える範囲を示す影響範囲情報８を含む。
【００６６】
抽出部４１は、統合データ５とモデル構造７とを比較し、統合データ５の不足する部分を抽出する。即ち、予め用意されたモデル構造７は統合データ５の採るべき階層構造と同一の階層構造を有するので、統合データ５に不足部分があれば、これを抽出することができる。これにより、製品データ管理システムの利用者、特に、いずれかのプロセスにおいて製品データを入力した利用者は、自己の入力した製品プロセスの不足部分を知ることができる。この例では、抽出部４１はＤＢ管理部４に設けられるが、これに限られない。
【００６７】
前述のように、モデル構造７と統合データ５とは同一の階層構造を有するので、モデル構造管理部６は、階層構造を表す階層構造データと各々の項目の内容を表す詳細データとからなり、階層構造を表すデータにより詳細データの各々をポイントするモデル構造７を格納する。但し、モデル構造７において、詳細データの内容は「空」とされる。
【００６８】
モデル構造７の一例を図１１に示す。図１１のモデル構造７は、設計データのモデル構造７であって、図６の設計データ、具体的には設計データ１１１の階層構造（ツリー構造）Ｈａに対応するモデル構造７である。図１１と図６との対比から判るように、両者は同一の階層構造を有する。モデル構造７は、原則として、ＸＭＬのタグにより階層構造を表し内容は「空」であるので、これを添え字「（ｔ）」で表している。なお、実際は、図１２に示すように、モデル構造７の階層構造データは、本発明に従って、種々の情報を含む。また、図１１は設計データのモデル構造７について示すが、プロセスデータ及び知識データについても、各々、図７及び図８に示すと同一の階層構造を有するモデル構造７（図示せず）が用意される。
【００６９】
例えば、設計システム１２の利用者であって階層Ａ２−２の設計データの設計者が、詳細データａ及びｂと知識データＫ４を入力したが、詳細データｃの入力を忘れたとする。従って、詳細データｃの内容は「空」のままである。ＤＢ管理部４は、設計データ等の入力があると、入力された階層Ａ２−２の設計データを送って、抽出部４１に入力チェックを依頼する。抽出部４１は、階層Ａ２−２に対応するモデル構造７をモデル構造管理部６から獲得して、階層Ａ２−２について図６の統合データ５と図１１のモデル構造７とを比較し、統合データ５の不足する部分として内容が「空」である詳細データｃを抽出する。この結果を、ＤＢ管理部４は、当該階層構造と共に、設計システム１２の端末（図示せず）上に反転表示（図１１では斜線で示す）する。これにより、当該設計者は詳細データｃの入力を忘れたことを知ることができる。
【００７０】
以上に加えて、モデル構造管理部６は、統合データ５において当該詳細データを変更した場合に他の詳細データに影響を与える範囲を示す影響範囲情報８を格納する。即ち、影響範囲情報８は、当該詳細データを設計変更等により変更した場合に、これに応じて変更しなければならない詳細情報（の範囲）を示す。この例では、影響範囲情報８は、モデル構造７において当該階層構造データにその一部として含まれる。更に、モデル構造７において、階層構造データの各々は、当該詳細データの属性を示す区分情報を当該階層構造データに含む。
【００７１】
モデル構造７の階層構造データの一例を図１２に示す。図１２（Ａ）は最下層でない階層（即ち、詳細データの内容をポイントしない階層）の階層構造データの構造を示し、図１２（Ｂ）は最下層（即ち、詳細データの内容をポイントする階層）の階層構造データの構造を示す。
【００７２】
最下層でない階層の階層構造データは、図１２（Ａ）に示すように、進捗情報、名称、影響範囲情報からなる。進捗情報は、２個のフラグの組み合わせからなり、モデル構造７においては「空」とされる。従って、製品データは、当該詳細データの作成についての進捗を示す進捗情報をその一部として、階層構造データの各々に含む。名称は当該階層のデータの名称（又は、総称）である。影響範囲情報は、２個のフラグの組み合わせからなり、モデル構造７において予め定められる。上位のフラグは主として製品グループを示し、下位のフラグはパターンを示す。パターンは影響の範囲が書類等に関連するか、どのような製造データに関連するか等を示す。これらのフラグの組み合わせにより、影響範囲を示すことができる。例えば、これらの組み合わせが「Ａ１」であれば、「製品Ａシリーズ等の手順書等」が当該詳細情報の影響範囲であることを示すことができる。
【００７３】
ＤＢ管理部４は、統合データ５において、当該階層を示すタグが記述された（設けられた）時点で、その詳細情報又はその内容が入力されていないので、進捗情報を「１１」とする。即ち、モデル構造７における図１２に示す階層構造データをそのままコピーして、統合データ５における当該階層の階層構造データとする際、進捗情報を「空」から「１１」とする。
【００７４】
ＤＢ管理部４は、当該詳細データが最初に登録されると進捗情報を「０１」とし、その後設計変更等により当該詳細データが変更されると進捗情報を「１０」とし、他の詳細データの変更により当該詳細データの改版が必要になると（改版要求があると）進捗情報を「００」とする。即ち、ＤＢ管理部４は、ある詳細データを変更すると、当該詳細データの影響範囲情報に示されている範囲にある詳細情報の進捗情報を「０１」から「００」とする。これにより、設計者等の利用者は、設計変更により改版が必要になったが未だ改版されていない詳細データが存在することを知ることができる。この後、ＤＢ管理部４は、進捗情報が「００」である詳細情報について、当該詳細データが変更されると進捗情報を「１０」とする。
【００７５】
最下層の階層構造データは、図１２（Ｂ）に示すように、品番又は図番、名称、区分（区分情報）、ポインタからなる。品番又は図番は複数（この例では４個）の文字からなり、当該製品データの品番又は図番を示す。名称は当該階層のデータの名称（又は、総称）である。区分は、区分情報であり、複数（この例では４個）の文字からなり、当該製品データの属性を示す。例えば、「０１」は当該製品データが電子部品に関するデータであることを示す。ポインタは当該詳細データの内容の格納されているアドレスを示す。
【００７６】
従って、ＤＢ５又は統合データ５は、当該統合データ５の有する階層構造とは別に、詳細データの各々を当該階層構造データの影響範囲情報８と区分とにより管理することにより、詳細データについての２次元的な構造を備える。これにより、詳細データは、図１３に示すように、２次元的に管理される。即ち、影響範囲を例えばＸ座標とし、区分を例えばＹ座標とすれば、詳細データ＝（Ｘ，Ｙ）＝（影響範囲，区分）である。
【００７７】
例えば、製品がパーソナルコンピュータ、影響範囲が手順書、区分が電子部品であるとする。この場合、パーソナルコンピュータの手順書の中で電子部品に関するものを、２次元構造（平面）における当該位置で管理することができる。これにより、例えば、上位の階層又は自己の階層における名称に手順書と記述されており、かつ、自己の階層の区分に電子部品と記述されている階層を、抽出することができる。従って、製品データ管理装置２は、製品データの階層構造について、前述のような３次元構造での管理体系とは別に、これに加えて２次元平面上の検索体系を有する。なお、図１３に示すように、影響範囲と区分の２次元平面が複数存在するので、擬似的には３次元的な検索体系である。
【００７８】
このような製品データの階層構造の２次元的な管理のために、ＤＢ管理部４は、モデル構造７における図１２に示す階層構造データをそのままコピーして、統合データ５における当該階層の階層構造データとする。また、ＤＢ管理部４は、前述のように、進捗情報を必要に応じて更新する。
【００７９】
また、ＤＢ管理部４が、影響範囲情報８と区分とに基づいて、ＤＢ５又は統合データ５を検索して、該当する製品データの詳細を抽出する。このために、ＤＢ管理部４は、図１４に示す検索画面を、統合データ５の検索処理を行う端末２１（又は２２）に表示する。例えば、ある製品データを変更した者が、その影響範囲を知るために、端末２１から当該検索画面を参照する。この時点で、検索者は影響範囲を知らない。当該検索画面は、例えば２分割され、左側に当該製品データの階層構造を選択的に表示し、右側に影響範囲（情報）及び区分をプルダウン方式で入力する２個の入力フィールドと、検索結果を表示する出力フィールドとを備える。
【００８０】
当該検索者は、最初に、当該製品データを変更した際にその影響範囲が、例えば「Ａ１」であることを知る。そこで、画面の左側に製品Ａについての製品データの階層構造を表示させ、画面の右側において、影響範囲の入力フィールドにおいて、プルダウンにより、手順書を選択する。同様にして、区分の入力フィールドにおいて、プルダウンにより、電子部品を選択する。これにより、上位の階層又は自己の階層における名称に手順書と記述されており、かつ、自己の階層の区分に電子部品と記述されている（複数の）階層を、抽出することができる。即ち、図１３に示すように、２次元の座標位置（Ｘ，Ｙ）＝（影響範囲，区分）に存在する階層構造データ又は詳細データが抽出され、その内容が出力フィールドに表示される。又は、画面の左側の階層構造において反転を表示される。以上により、設計変更等による影響を知りたい者は、その範囲及びその内容を知ることができる。
【００８１】
なお、図６及び図１１に示すように、モデル構造７及び統合データ５は、当該詳細データの作成についての進捗を示す進捗情報（設計変更履歴Ｒ１）をその一部として、最上位の階層の次の階層に含む。これを図１５（Ａ）に再度示す。この進捗情報は、図１２に示す製品データの階層構造データの内部の（第１の）進捗情報とは異なる（第２の）進捗情報であり、設計変更履歴Ｒ１であって、その下位の階層に、図１５（Ａ）に示すように、複数の設計変更についての履歴情報を有する。
【００８２】
図１１から判るように、モデル構造７において、設計変更履歴Ｒ１の階層がそのタグＲ１（ｔ）により定められている。従って、設計変更の履歴情報は、当該階層に集中的に記述されるので、利用者は設計変更について一見して知ることができる。タグＲ１（ｔ）の下位の階層は１個とされ、設計変更の都度、その順に設計変更の履歴情報が当該階層に追加される。
【００８３】
設計変更についての履歴情報は、各々、設計変更番号、名称、変更差異データからなる。設計変更番号は、図１５（Ｂ）に示すように、当該設計変更の年月日（２００３年６月１７日）に変更の番号「００８」を付加する。名称は、図１５（Ｃ）に示すように、図１２（Ａ）と同様のものである。変更差異データは、図１５（Ｄ）に示すように、変更影響範囲、変更差異、変更適用からなる。なお、当該設計変更に係る設計変更データは、図示しないが、その履歴情報（設計変更番号、名称、変更差異データ）と当該設計変更における実際の変更データとからなる。
【００８４】
変更影響範囲は、図１５（Ｄ）に示すように、図１２（Ａ）と同様の２個のフラグにより表される。変更差異は、図１５（Ｄ）に示すように、２個の数字の組み合わせ（の羅列）により、変更のパターンを示す。例えば、「０１３１１８」はパターン０１、３１、１８の変更である。パターン０１は（設計）手法の変更であることを示す。変更適用は、図１５（Ｄ）に示すように、下６桁の年月日を示す数字と、当該数字が適用期日又は終了年月日のいずれであるかを示す２個の数字とからなる。
【００８５】
図１６及び図１７は、製品データ管理処理フローであり、製品データ管理装置２における製品データの管理処理について示す。
【００８６】
製品データ管理装置２は、当該処理が入力処理であるか否かを調べ（ステップＳ１１）、入力処理である場合、入力データのデータ形式の種類を選択し（ステップＳ１２）、当該種類が入力処理可能であるか否かを調べる（ステップＳ１３）。入力処理可能でない場合、製品データ管理装置２は、入力処理不可能であることを制御端末２１又は２２に表示し（ステップＳ１４）、入力処理を終了するか否かを制御端末２１等に問い合わせ（ステップＳ１５）、入力処理を終了しない場合、ステップＳ１２以下を繰り返す。入力処理を終了する場合、更に、処理を終了するか否かを制御端末２１等に問い合わせる（ステップＳ１６）。処理を終了する場合、製品データ管理装置２は、当該管理処理を終了する。処理を終了しない場合（例えば、処理を継続したくなった場合等、以下同じ）、製品データ管理装置２は、ステップＳ１１以下を繰り返す。
【００８７】
ステップＳ１３において当該入力データのデータ形式の種類が入力処理可能である場合、製品データ管理装置２は、当該入力データを変換し（ステップＳ１７）、当該変換により統合データ１１４を入力ファイル（図示せず）に書き込み、当該入力ファイルの内容をＤＢ５に格納する（ステップＳ１８）。この後、製品データ管理装置２は、入力処理を終了するか否かを制御端末２１等に問い合わせ（ステップＳ１９）、入力処理を終了しない場合、ステップＳ１２以下を繰り返す。入力処理を終了する場合、更に、処理を終了するか否かを制御端末２１等に問い合わせる（ステップＳ１１０）。処理を終了する場合、製品データ管理装置２は、当該管理処理（この場合は入力処理）を終了する。処理を終了しない場合、製品データ管理装置２は、ステップＳ１１以下を繰り返す。
【００８８】
一方、ステップＳ１１において入力処理でない（出力処理である）場合、製品データ管理装置２は、出力したいデータを選択し（ステップＳ１１１）、当該データが出力可能であるか否かを調べる（ステップＳ１１２）。出力可能でない場合（例えば、当該データが存在しない場合）、製品データ管理装置２は、出力不可能であることを制御端末１３１、２１、２２に表示し（ステップＳ１１３）、出力処理を終了するか否かを制御端末１３１等に問い合わせ（ステップＳ１１４）、出力処理を終了しない場合、ステップＳ１１１以下を繰り返す。出力処理を終了する場合、更に、処理を終了するか否かを制御端末１３１等に問い合わせる（ステップＳ１１５）。処理を終了する場合、製品データ管理装置２は、当該管理処理を終了する。処理を終了しない場合、製品データ管理装置２は、ステップＳ１１以下を繰り返す。ステップＳ１１２において出力可能である場合、製品データ管理装置２は、当該データを出力する際のデータ形式の種類を選択し（ステップＳ１１６）、当該種類のデータ形式での出力が可能であるか否かを調べる（ステップＳ１１７）。出力処理が可能でない場合、製品データ管理装置２は、出力処理不可能であることを制御端末１３１等に表示し（ステップＳ１１８）、出力処理を終了するか否かを制御端末１３１等に問い合わせ（ステップＳ１１９）、出力処理を終了しない場合、ステップＳ１１１以下を繰り返す。出力処理を終了する場合、更に、処理を終了するか否かを制御端末１３１等に問い合わせる（ステップＳ１２０）。処理を終了する場合、製品データ管理装置２は、当該管理処理を終了する。処理を終了しない場合、製品データ管理装置２は、ステップＳ１１以下を繰り返す。
【００８９】
ステップＳ１１７において出力処理が可能である場合、製品データ管理装置２は、当該データの出力、即ち、当該データの当該データ形式から当該選択された形式への変換を行い（ステップＳ１２１）、当該変換により出力すべき製造データ１１５を出力ファイル（図示せず）に書き込む（ステップＳ１２２）。この後、製品データ管理装置２は、出力処理を終了するか否かを制御端末１３１等に問い合わせ（ステップＳ１２３）、出力処理を終了しない場合、ステップＳ１１１以下を繰り返す。出力処理を終了する場合、更に、処理を終了するか否かを制御端末１３１等に問い合わせる（ステップＳ１２４）。処理を終了する場合、製品データ管理装置２は、当該管理処理を終了する。処理を終了しない場合、製品データ管理装置２は、ステップＳ１１以下を繰り返す。
【００９０】
図１８は、データ変換処理フローであり、図１６のステップＳ１７において製品データ管理装置２が実行するデータ変換処理について示す。
【００９１】
製品データ管理装置２は、ステップＳ１１において入力されたある製品の製品情報の詳細情報（製品構成の情報）を取り込んで（ステップＳ２１）、これを展開し、即ち、ＸＭＬによる記述に変換し（ステップＳ２２）、ＸＭＬのタグをモデル構造７に基づいて付与する（以下、自動付与と言う）か否かを利用者に問い合わせる（ステップＳ２３）。自動付与する場合、製品データ管理装置２は、モデル構造７に基づいてタグを付与する（ステップＳ２４）。即ち、階層を決定する。自動付与しない場合、利用者が手入力によりタグを付与する（ステップＳ２５）。この後、製品データ管理装置２は、全てのタグの処理が完了したか否かを調べ（ステップＳ２６）、完了していない場合、当該未処理の部分についてステップＳ２４を繰り返す。完了している場合、製品データ管理装置２は、処理を終了するか否かを問い合わせ（ステップＳ２７）、終了する場合、当該入力処理を終了し、終了しない場合、ステップＳ２１以下を繰り返す。
【００９２】
【発明の効果】
以上説明したように、本発明によれば、製品データ管理システムにおいて、異なるデータ処理システムを採用する企画、設計、製造、営業、サービス等の複数のプロセスにおける製品データを所定の形式で統合データに変換してデータベースに格納する。これにより、多くのデータ変換を繰り替えすことなく、製品データを共通化し、他のプロセスにおいても使用することができる。これに加えて、本発明の製品データ管理システムによれば、統合データの採るべき階層構造を示すモデル構造を備え、統合データとモデル構造とを比較して不足部分を抽出する。これにより、製品データを統合的に管理し、他のプロセスにおける使用に耐えるものとすることができる。従って、製品データを共通化及び統合化して、複数のプロセスでの円滑な業務の流れを実現することができる。
【００９３】
本発明によれば、製品データを統合化して管理する製品データ管理プログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等の記録媒体に格納して提供することができるので、容易に前述の製品データ管理システムを実現することができ、従って、製品データを共通化し、統合的に管理することができ、設計から製造までの円滑な業務の流れを実現することができる。
【図面の簡単な説明】
【図１】本発明の製品データ管理システムの構成を示す。
【図２】本発明の製品データ管理システムの一部を構成する設計システム／製造システムの構成を示す。
【図３】本発明における製品データの流れを示す図である。
【図４】本発明における製品データの流れを示す図である。
【図５】表形式データの一例を示す図である。
【図６】階層構造の一例を示す図である。
【図７】階層構造の一例を示す図である。
【図８】階層構造の一例を示す図である。
【図９】知識データの３次元構造を示す図である。
【図１０】知識データの入力画面及び検索画面を示す図である。
【図１１】モデル構造を示す図である。
【図１２】モデル構造の階層構造データの一例を示す。
【図１３】データ構造を示す図である。
【図１４】影響範囲情報と区分との入力画面及び検索画面を示す図である。
【図１５】設計変更履歴による管理を示す図である。
【図１６】製品データ管理処理フローである。
【図１７】製品データ管理処理フローである。
【図１８】データ変換処理フローである。
【図１９】従来技術説明図である。
【符号の説明】
２ 製品データ管理装置
４ データベース（ＤＢ）管理部
５ データベース
６ モデル構造管理部
７ モデル構造
８ 影響範囲情報
１１〜１４ データ処理システム
３１〜３４ 入出力部
【発明の属する技術分野】
本発明は、製品データ管理システム及びプログラムに関し、特に、企画、設計、製造等の複数のプロセスにおいて使用される製品データを統合的に管理する製品データ管理システム及びプログラムに関する。
【０００２】
【従来の技術】
電気、電子、機械等の種々の製品のデータ（製品データ）は、その製造会社等においては、殆どコンピュータにより管理される。しかし、企画、設計、製造、営業、サービス等の複数のプロセス（工程又は過程）において使用されるコンピュータシステムは、相互に異なるのが通常である。そこで、これらの製品データを全てのプロセスで共通に用いようとすると、各プロセス間で複数回のデータ変換処理を必要とする。
【０００３】
例えば、製品の設計及び製造は、殆どコンピュータを用いて行なわれる。しかし、設計用のコンピュータシステムと製造用のコンピュータシステムとは、異なるのが通常である。そこで、例えば、図１９に示すように、複数回のデータ変換処理を必要とする。
【０００４】
即ち、ＣＡＤ（Computer Aided Design ）システム２０１により製品の設計を行い、この結果得た設計データ即ちＣＡＤデータをＰＤＭ（Product Data Management ）システム２０２により所定の形式のデータ（以下、ＰＤＭデータという）に変換し、このＰＤＭデータを更に個別のデータ変換装置２０３によりＮＣマシン等の製造装置２０４に入力可能な形式のデータ（製造データ、例えば、ＣＳＶ（Comma Separated Value ）形式のデータ）に変換し、これを用いて当該製造装置２０４による製品の製造を行なう。製造装置２０４は、実際には、複数の製造装置からなるＦＡシステム等の製造システムである。
【０００５】
なお、ＣＡＤシステムとＰＤＭシステムとを連携させて、ＣＡＤデータとＰＤＭデータとを統合的に管理する技術が提案されている（例えば、特許文献１参照）。
【０００６】
【特許文献１】
特開２０００−１１３００７号公報（第２頁〜第６頁）
【０００７】
【発明が解決しようとする課題】
前述のように、企画、設計、製造、営業、サービス等の複数のプロセスにおける製品データは、そのコンピュータシステムが異なるため、そのデータ形式が各々異なる。これらの製品データを共通化し、統合的に管理し、他のプロセスにおいても使用できれば非常に便利である。しかし、そのためには、極めて多くのデータ変換を繰り替えさなければならない。
【０００８】
例えば、設計データから製造データを得るためには、ＣＡＤデータを最終的には例えばＣＳＶ形式のデータに変換する必要がある。しかし、実際には、このようなデータ変換に非常に多くの手間を要しており、設計から製造までの円滑な業務の流れを阻害している。即ち、ＣＡＤシステム２０１とＰＤＭシステム２０２とは比較的統合して管理し易いが、ＣＡＤシステム２０１からＮＣマシン等の製造装置２０４までを統合的に管理することは非常に困難であるとされている。
【０００９】
例えば、通常、１つの工場でも、複数のメーカＡ社、Ｂ社、Ｃ社の異なるシステムからなるＣＡＤシステム２０１（ＰＤＭシステム２０２を含む）を使用しており、また、複数のメーカＸ社、Ｙ社、Ｚ社の異なるシステムからなる製造装置２０４を使用している。従って、ＣＡＤシステム２０１の種類と製造装置２０４の種類の組み合わせの数だけデータ変換装置２０３を用意しなければならなかった。また、例えば製造装置２０４の管理者が、ＣＳＶ形式のデータが必要になる都度、ＣＡＤシステム２０１及び製造装置２０４の種類に基づいてデータ変換装置２０３を選択し、データ変換処理をしなければならなかった。
【００１０】
以上とは別に、前述と同様の理由で、製品についての設計データと、製品を製造する製造ラインについてのデータ（製造データ）とを統合的に管理することができなかった。また、製造データに限らず、当該製品が企画されてから使用されなくなるまでの当該製品についての企画、設計、製造、購買、営業等の各々の工程（プロセス）毎のデータ（プロセスデータ）とを統合的に管理することができなかった。更に、また、設計データ及びプロセスデータ以外の種々のデータ（以下、知識又は知識データと言う）を、有効に管理することができなかった。例えば、設計においては採用した部品について購入データ等の設計データ以外のデータ（知識）が得られ、製造においては個々の部品の取り扱いのノウハウ等のプロセスデータ以外のデータ（知識）が得られる。これらの知識は、当該知識を得た者により例えば印刷物又は電子データとして残される場合がある。しかし、多くの場合、当該知識を得た者は、当該知識を必要とする者を知る手段を持たないか、又は、相当の労力を費やさなければ知ることができない。また、当該知識を必要とする者も、当該知識の存在を知る手段を持たないか、又は、相当の労力を費やさなければ知ることができない。このため、せっかく得た知識を含め製品データを有効に活用することができなかった。
【００１１】
本発明は、複数のプロセスにおいて使用される製品データを統合的に管理する製品データ管理システム及びプログラムを提供することを目的とする。
【００１３】
【課題を解決するための手段】
本発明の製品データ管理システムは、第１のデータ処理システムで入力された入力データを所定の形式で記述された製品データに変換する入力部と、前記製品データを階層構造を表し得るタグ付き言語で記述された統合データに変換してデータベースに格納し管理するデータベース管理部と、前記統合データのモデル構造であって当該統合データの採るべき階層構造を前記タグ付き言語のタグで記述したモデル構造を格納するモデル構造管理部と、前記統合データとモデル構造とを比較し、前記統合データの不足する部分を抽出する抽出部とを備える。
【００１４】
本発明の製品データ管理システムによれば、異なるデータ処理システムを採用する企画、設計、製造、営業、サービス等の複数のプロセスにおける製品データを所定の形式で統合データに変換してデータベースに格納する。これにより、多くのデータ変換を繰り替えすことなく、製品データを共通化し、他のプロセスにおいても使用することができる。例えば、複数の異なるシステムからなるＣＡＤシステムにより得た設計データを、所定の形式で統合データに変換してデータベースに格納しているので、複数のメーカの異なるシステムからなる製造装置で使用可能な製造データに容易に変換して出力することができる。従って、製造データが必要になる都度、ＣＡＤシステム及び製造装置の種類に基づいてデータ変換装置を選択し、データ変換処理を行う必要がない。これに加えて、本発明の製品データ管理システムによれば、前記統合データの採るべき階層構造を示すモデル構造を備え、統合データとモデル構造とを比較して不足部分を抽出する。これにより、製品データを統合的に管理し、他のプロセスにおける使用に耐えるものとすることができる。従って、製品データを共通化及び統合化して、複数のプロセスでの円滑な業務の流れを実現することができる。
【００１５】
本発明の製品データ管理プログラムは、製品データ管理システムにおいて製品データを管理する製品データ管理プログラムであって、前記プログラムは、コンピュータに、第１のデータ処理システムで入力された入力データを所定の形式で記述された製品データに変換する処理と、前記製品データを階層構造を表し得るタグ付き言語で記述された統合データに変換してデータベースに格納し管理する処理と、前記統合データのモデル構造であって当該統合データの採るべき階層構造を前記タグ付き言語で記述したモデル構造を格納する処理と、前記統合データとモデル構造とを比較し、前記統合データの不足する部分を抽出する処理とを、実行させる。
【００１６】
本発明の製品データ管理プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等の記録媒体に格納して提供することができるので、容易に前述の製品データ管理システムを実現することができ、従って、製品データを共通化し、統合的に管理することができ、設計から製造までの円滑な業務の流れを実現することができる。
【００２１】
【発明の実施の形態】
図１は製品データ管理システム構成図であり、本発明の製品データ管理システムの構成を示す。
【００２２】
製品データ管理システムは、複数のデータ処理システム１１〜１４、製品データ管理装置２を備える。製品データ管理装置２は、複数の入出力部３１〜３４、統合情報（５）を格納するデータベース５とこれを管理するデータベース（ＤＢ）管理部４、モデル構造７とこれを管理するモデル構造管理部６を備える。製品データ管理システムは、複数のデータ処理システム１１〜１４の間を、これらの間に設けられる統合情報基盤である製品データ管理装置２により統合的に管理する。
【００２３】
複数のデータ処理システム１１〜１４は、各々が入力端末や表示装置その他の処理装置を備える１個の独立したコンピュータシステムであり、企画、設計、製造、営業、サービス等の複数のプロセス（工程又は過程）に設けられ、製品データ管理装置２にネットワーク（図示せず）、例えばＬＡＮ（Local Area Network）を介して接続される。１個のプロセスは１個のコンピュータシステムを備えるデータ処理の工程である。工程の数、種類はその製品毎、会社毎、当該製品データ管理システム毎に異なってもよい。この例では、データ処理システム１１は製品の企画工程に設けられ、データ処理システム１２は製品の設計工程に設けられ、データ処理システム１３は製品の製造工程に設けられ、データ処理システム１４は製品の検査工程に設けられる。製品の企画工程に設けられるデータ処理システム１１を企画システム１１とも言う（他も同様である）。
【００２４】
データ処理システムが設けられる他のプロセスとしては、例えば製品の営業、サービス、購買等がある。例えば、営業システムが設けられる。これらの各システムにおいて処理されるデータが製品データである。これらの各システムのいずれか１個が製品データを入力する第１のデータ処理システムであり、各システムのいずれか他の１個が製品データを出力する第２のデータ処理システムである。また、例えば、第１製造システムと第２製造システムとが別に存在してもよい。この場合、第１のデータ処理システムである第１製造システムからの入力データが、第２のデータ処理システムである第２製造システムに出力される（逆も可能である）。第１製造システムと第２製造システムとは、物理的に隣接していても遠隔にあってもよい。
【００２５】
データ処理システム１１〜１４には、種々の種類が存在する。例えば、企画システム１１においては、そのデータ（企画データ）はＸＭＬで記述され、入力され、出力される。検査システム１４においても同様である。これに対して、設計システム１２においては、そのデータ（設計データ）は、当該設計システム１２を構成するＣＡＤシステム１２１毎に異なる言語で記述、入力、出力される。実際には、ＣＡＤシステム１２１からのデータは、ＰＤＭシステム１２２においてデータ変換された後、製品データ管理装置２に入力される。製造システム１３においては、そのデータ（製造データ）は、当該製造システム１３を構成するＮＣ装置毎に異なる言語で記述、入力、出力される。また、設計システム１２においては、ＣＡＤシステム１２１の設計データを直接製品データ管理装置２に入力されず、ＰＤＭシステム１２２で前処理（データ変換）した上で、製品データ管理装置２に入力する。他のデータ処理システムにおいてもこのような処理を必要に応じて行ってもよい。
【００２６】
複数の入出力部３１〜３４は、入力及び出力インターフェイスであり、複数のデータ処理システム１１〜１４の各々に対応する。即ち、入出力部３１〜３４は、各々、ある（第１の）データ処理システムで入力された入力データを所定の形式で記述された製品データに変換して、ＤＢ管理部４に入力する（即ち、入力部である）。また、入出力部３１〜３４は、各々、ある（第１の）データ処理システムから入力された製品データに基づく統合データを、指定された形式で記述された出力データに変換して、他の（第２の）データ処理システムに出力する（即ち、出力部である）。
【００２７】
ＤＢ管理部４は、製品データを階層構造を表し得るタグ付き言語で記述された統合データに変換して、ＤＢ５に格納し管理する。そこで、統合データ５とも言う。本発明においては、統合データ５をＸＭＬで統一的に記述する。即ち、ＤＢ管理部４は、入力データを階層構造を表し得るタグ付き言語で記述された統合データ５に変換してＤＢ５に格納し管理する。具体的には、タグ付き言語としてＸＭＬが用いられる。従って、統合データ５は、ＸＭＬにより記述され、少なくとも、階層構造を表すデータ（階層構造データ）と各々の項目の内容を表す詳細データとからなり、階層構造データにより詳細データの各々をポイントする（図６参照）。階層構造データは、当該タグ付き言語のタグにより、当該階層構造を表す。
【００２８】
前述のように、例えば、企画システム１１では企画データはＸＭＬで記述される。従って、対応する入出力部３１はＸＭＬデータである企画データを、統合データ５の階層構造に当て嵌めるのみである。検査システム１４に対応する入出力部３４おいても同様である。従って、企画システム１１等についてのデータ変換は容易である。即ち、企画データ等は統合データ５と同一の言語であるＸＭＬで記述され、入力時に統合データ５（モデル構造７）における位置（階層等）も指定されるので、入力された企画データ等を統合データ５における指定された位置に当てはめれば（繋げれば）よい。これが企画システム１１等に対応する入出力部３１等におけるデータ変換である。
【００２９】
これに対して、設計システム１２では設計データはＣＡＤシステム１２１及びＰＤＭシステム１２２毎に異なる言語で記述等される。従って、設計システム１２に対応する入出力部３２は、特有の言語である設計データをデータ変換して、ＤＢ管理部４に入力する。これにより、当該設計データはＸＭＬからなる統合データ５に変換される。製造システム１３に対応する入出力部３３は、統合データ５を当該製造システム１３を構成するＮＣ装置に特有の言語の製造データに変換して出力する。従って、設計システム１２及び製造システム１３についてのデータ変換は、各々が特有の言語によるので容易でない。そこで、図２等を参照して、製品データの中の特に設計データ及び製造データと統合データ５とのデータ変換について説明する。設計データ及び製造データのデータ変換は、当該システムに特有な言語で記述されているデータの統合データへの変換の一例として示される。
【００３０】
図２は製品データ管理システム部分構成図であり、本発明の製品データ管理システムの一部を構成する設計システム／製造システムの構成を示す。
【００３１】
設計システム１２はＣＡＤシステム１２１とＰＤＭシステム１２２とからなる。ＣＡＤシステム１２１は当該システムに依存した形式のＣＡＤデータ１１１を出力する。製造システム１３は、実際には、複数のＮＣマシン等の製造装置からなるＦＡシステム等の製造システムであり、当該システムで入力及び使用可能な形式の製造データ１１５を入力され、製品の製造を行なう。なお、以下において、データ１１１〜１１７は製品データ又はこれから得られるデータの一例であり、また、統合データ１１４は統合データ５の一例である。
【００３２】
ＣＡＤデータ１１１はＰＤＭシステム１２２に入力される。ＰＤＭシステム１２２は、ＣＡＤデータ１１１を所定の形式のＰＤＭデータ１１２に変換して出力する。ＰＤＭデータ１１２は製品データ管理装置２に入力される。製品データ管理装置２は、設計データであるＰＤＭデータ１１２を取り込んで格納し管理する。また、製品データ管理装置２は、これに接続された端末２１から入力された知識データ１１６と、これに接続された端末２２から入力されたプロセスデータ１１７とを、各々、取り込んで格納し管理する。即ち、製品データ管理装置２は、設計データ（ＰＤＭデータ１１２を変換したデータ）、知識データ１１６、プロセスデータ１１７を統合的に管理して、これらを用いて制御端末１３１からの指示入力に従う製造データ１１５を生成し、製造システム１３（及び、必要に応じて制御端末１３１）に出力する。
【００３３】
端末２１及び２２は、製品データ管理装置２に設けられる端末であっても、データ処理システム１１〜１４のいずれかに設けられる端末であってもよい。制御端末１３１は製造システム１３にこれを制御する指示入力等を行うために設けられる端末である。
【００３４】
ここで、設計データ１１１又は１１２とは、当該製品を製造するために使用される当該製品の製品データの一種である。従って、これらはＣＡＤシステム１２１（ＰＤＭシステム１２２を含む）から製品データ管理装置２に入力される。
【００３５】
プロセスデータ１１７とは、設計データ１１１又は１１２以外のデータであって、当該製品が企画されてから使用されなくなるまでの当該製品の各々の工程（プロセス）毎のデータである。即ち、各々のプロセスにおいて当該プロセスのために使用されるデータ（当該プロセスの入力データ）又は当該プロセスの実行の結果を示すデータ（当該プロセスの出力データ）である。プロセスとは、例えば製品の企画、性能決定、評価、設計、生産計画、購買、出荷、（アフター）サービス、営業等の各々のプロセス（工程又は過程）を言う。設計プロセス（ＣＡＤシステム１２１）の入力データは、プロセスデータ１１７としてではなく、ＣＡＤシステム１２１にその入力として用意される。設計プロセスの出力データ即ち製造プロセス（製造システム１３）の入力データは、前記設計データ１１１等であり、プロセスデータ１１７から除かれる。従って、プロセスデータ１１７は、例えば、企画、製造ライン、営業（設計を除く）の支店等の現場に設けられた端末２２から製品データ管理装置２に入力される。
【００３６】
知識データ１１６とは、設計データ１１１又は１１２及びプロセスデータ１１７以外のデータであって、各々のプロセスの出力データ及び設計データ１１１等（即ち、設計プロセスの出力データ）を当該プロセスの本来的な出力とすれば、各々のプロセスの実行により得られる付随的なデータである。即ち、知識データ１１６は、例えば設計上のノウハウ、製造上のノウハウ、部品の購入履歴、設計データのシミュレーション結果、製品の試験結果等である。換言すれば、知識データ１１６とは、当該プロセス又はそれ以外のプロセスの入力データにフィードバックし得るデータである。例えば、製造上の歩留り向上のノウハウは、購買プロセスにおける部品の購入、設計プロセスにおける設計、製造プロセスにおける製造等において活用することができる。従って、知識データ１１６は、企画、設計、製造、検査、営業、購買等の種々の現場に設けられた端末２１から製品データ管理装置２に入力される。
【００３７】
入出力部３２は、入力された設計データ１１２を、所定の形式で記述された入力データ１１３に変換する。ここで、入力された設計データ１１２は、実際には、ＣＡＤシステム１２１により得た設計データであるＣＡＤデータ１１１をＰＤＭシステム１２２により前記所定の形式に変換して得たＰＤＭデータ１１２である。入力データ１１３はＤＢ管理部４に入力するための中間形式のデータであり、ＤＢ管理部４に入力される。
【００３８】
ＣＡＤデータ１１１は、図３に示すように、当該ＣＡＤシステム１２１に依存する形式のデータである。即ち、設計者が使用するＣＡＤシステム１２１のメーカ（のツール）毎に定まる所定の形式を採る。ＰＤＭデータ１１２は、図３に示すように、ガーバーデータ、ＤＸＦ形式、ＰＤＦ形式、ＣＡＤそのままの形式を採るデータであり、当該データ変換により、製造現場系システムである製造システム１３が取り出し易いデータ形式とされている。入力データ１１３は、ガーバーデータ、ＤＸＦ形式、ＰＤＦ形式、ＣＡＤそのままの形式を採るデータであり、当該データ変換により、製造現場系システムである製造システム１３が加工及び編集したりできないデータ形式とされている。
【００３９】
例えば、ＣＡＤデータ１１１がＡ社、Ｂ社、Ｃ社、・・・のツールに依存するデータ形式の場合、ＰＤＭデータ１１２及び入力データ１１３もＡ社、Ｂ社、Ｃ社、・・・のデータ形式に従うものとなる。例えば、ＰＤＭデータ１１２及び入力データ１１３が同じガーバーデータ形式であると言っても、元のＡ社、Ｂ社、Ｃ社、・・・のデータ形式の影響を受けた形式のデータとなる。なお、本発明においては、統合データ１１４をＸＭＬで統一的に記述するので、ＣＡＤデータ１１１からＰＤＭデータ１１２への変換を省略してもよい。即ち、ＰＤＭシステム１２２を省略して、ＣＡＤデータ１１１をＣＡＤシステム１２１から入出力部３２に入力してこれより直接入力データ１１３に変換するようにしてもよい。
【００４０】
ＤＢ管理部４は、入力データ１１３を階層構造を表し得るタグ付き言語で記述された統合データ１１４に変換してＤＢ５に格納し管理する。タグ付き言語としてはＸＭＬが用いられる。従って、統合データ１１４は、ＸＭＬにより記述され、前述のように、階層構造を表すデータと各々の項目の内容を表す詳細データとからなり、階層構造を表すデータにより詳細データの各々をポイントする（図６参照）。入力データ１１３は、図３に示すように、統合データ１１４において、入力データ１１３に対応する部分データ１１３’とされる。
【００４１】
更に、ＤＢ管理部４は、前述のように、知識データ１１６とプロセスデータ１１７についても、各々、階層構造を表し得るタグ付き言語で記述された統合データ１１４に変換して、ＤＢ５に格納し管理する。即ち、知識データ１１６及びプロセスデータ１１７も、各々、ＸＭＬにより記述され、階層構造を表すデータと各々の項目の内容を表す詳細データとからなり、階層構造を表すデータにより詳細データの各々をポイントする（図７及び図８参照）。知識データ１１６及びプロセスデータ１１７は、図３に示すように、各々、統合データ１１４において、知識データ１１６に対応する部分データ１１６’及びプロセスデータ１１７に対応する部分データ１１７’とされる。
【００４２】
入出力部３３は、制御端末１３１からの指示入力に従って、ＤＢ管理部４から出力された統合データ１１４を、指定された形式で記述された製造データ１１５に変換して、製造システム１３（及び必要に応じて制御端末１３１）に出力する。製造データ１１５は、図３に示すように、ＣＳＶ形式、ガーバーデータ、ＤＸＦ形式、ＰＤＦ形式、ＨＰＧＬ（形式）を採るデータであり、当該データ変換により、製造現場系システムである製造システム１３に応じて組み合わせられた統合データ１１４を変換したデータである。製造データ１１５は、統合データ１１４の部分データ１１３’、１１６’、１１７’から制御端末１３１からの指示入力に従って選択されたデータの集合である。
【００４３】
このように、ＤＢ管理部４は、統合データ１１４をＸＭＬにより記述して管理するので、ＤＢ管理部４におけるデータ変換のプログラムの種類を減らすことができる。例えば、ＣＡＤデータ１１１（即ち、ＣＡＤシステム１２１）が５種類あり、製造データ１１５（即ち、製造システム１３）も５種類あるとする。本発明によれば、ＣＡＤデータ１１１から統合（ＸＭＬ）データ１１４への変換に５種類のプログラム、統合（ＸＭＬ）データ１１４から製造データ１１５への変換に５種類のプログラムを用意すればよい。なお、従来の方法によれば、ＣＡＤデータ１１１から製造データ１１５への変換に、その組み合わせの数である２５種類のプログラムを用意しなければならない（図１９参照）。
【００４４】
ここで、ＤＢ管理部４及びＤＢ５は、設計及び製造に関する殆ど全てのデータを、設計データ１１１（ＰＤＭデータ１１２を含む、以下同じ）と、プロセスデータ１１７と、知識データ１１６とに分類して、各々を、階層構造を表し得るタグ付き言語で記述された統合データ１１４として格納する。ＤＢ５は、知識データ１１６の詳細データの各々を、当該知識データ１１６の階層構造により管理すると共に、設計データ１１１の階層構造及びプロセスデータ１１７の階層構造により管理する。即ち、３重に管理する。これにより、ＤＢ５は、知識データ１１６についての３次元的な構造を備えることになる。
【００４５】
設計データ１１１の階層構造は、タグ付き言語で記述された設計データの階層構造である。この階層構造は、ＤＢ管理部４により、設計データ１１１の階層構造を表す表形式データを変換することにより得られる。この階層構造はＰＤＭデータ１１２においてもそのまま維持される。知識データ１１６の階層構造及びプロセスデータ１１７の階層構造も、同様にして得られる。
【００４６】
例えば、図４に示すように、設計データであるＣＡＤデータ１１１（実際にはＰＤＭデータ１１２、以下同じ）は、階層構造を表す表形式データＴａと、個々の（即ち、複数の）設計データの詳細（詳細データの集合）Ｄａとからなる。個々の設計データの詳細Ｄａとしては、例えば上位階層として、実装図面関係データ、搭載データ、部品データ等がある。実装図面関係データは、その下位階層としての例えば配線図データ、マーキング図データ、レジスト図データ、シルク図データ等からなる。搭載データは、同様に、例えばＸ−Ｙ座標データ、部品方向データ等からなる。部品データは、同様に、例えば外形寸法データ（部品表）、属性データ（部品対応表）、ＰＩＮ番号データ、耐熱データ等からなる。
【００４７】
プロセスデータ１１７も、同様に、階層構造を表す表形式データＴｐと、個々のプロセスデータの詳細Ｄｐとからなる。個々のプロセスデータの詳細Ｄｐとしては、例えば上位階層として、製造ライン構成データ等がある。製造ライン構成データは、その下位階層としての例えばマウンタ構成データ等からなる。
【００４８】
知識データ１１６も、同様に、階層構造を表す表形式データＴｋと、個々の知識データの詳細Ｄｋとからなる。個々の知識データの詳細Ｄｋとしては、例えば上位階層として、事例データ、Ｑ＆Ａ（質問及び回答）データ、実績データ等がある。事例データは、文章、図面、写真、動画、音等を含む。Ｑ＆Ａデータは、説明、手順、質問等を含む。実績データは、評価データ、実験データ、シミュレーションデータ等を含む。なお、知識データ１１６は、上位階層として、設計関連知識データ、製造関連知識データ、検査関連知識データ、営業関連知識データ、購買関連知識データ等に分類するようにしてもよい。
【００４９】
ＣＡＤデータ１１１（及びＰＤＭデータ１１２）の階層構造を表す表形式データＴａは、図４に示すように、統合データ１１４（及び入力データ１１３）における階層構造（ツリー構造）Ｈａに変換される。知識データ１１６及びプロセスデータ１１７の階層構造を表す表形式データＴｋ及びＴｐも、同様に、統合データ１１４における階層構造Ｈｋ及びＨｐに変換される。ＣＡＤデータ１１１の個々の設計データの詳細Ｄａは、詳細Ｄａ’に変換され、それが属する階層に従って管理される。知識データ１１６及びプロセスデータ１１７の個々の知識データの詳細Ｄｋ及び個々のプロセスデータの詳細Ｄｐも、同様に、詳細Ｄｋ’及びＤｐ’に変換され、それらが属する階層に従って管理される。
【００５０】
なお、ＣＡＤデータ１１１の個々の設計データの詳細Ｄａとプロセスデータ１１７の個々のプロセスデータの詳細Ｄｐとが結合されて、統合データ１１４（の一部）とされる場合がある。例えば、ＣＡＤデータ１１１の搭載図データは、部品表と共に、搭載図及び部品表なる統合データ１１４に変換される。
【００５１】
以上のデータは、図４に示すように、統合データ１１４として管理され、制御端末１３１からの指示入力に従って、製造データ１１５として製造システム１３（及び、必要に応じて制御端末１３１）に出力される。例えば、搭載図及び部品表、部品対応表及び座標データなるＣＡＤデータ１１１の統合データ１１４が選択され、これらの組み合わせに基づいて、実装図が作成され出力される。また、部品対応表なるＣＡＤデータ１１１の統合データ１１４とマウンタ構成データなるプロセスデータ１１７の統合データ１１４とが選択され、これらの組み合わせに基づいて、マウントデータが作成され出力される。
【００５２】
図５は設計データ（ＣＡＤデータ）１１１の表形式データＴａの一例を示す。この表形式データＴａは、図５から判るように、列の各々が階層の各々に対応するようにされ、行の各々において同一階層の詳細データは１個のみのが存在するようにされる。例えば、その詳細Ｄａにおける最上位の階層の詳細データＡの下には詳細データＡ１、Ａ２等があり、詳細データＡ２の下には詳細データＡ２−１、Ａ２−２等があり、詳細データ階層Ａ２−２の下には詳細データＡ２−２−１、Ａ２−２−２等があり、詳細データ階層Ａ２−２−２の下には詳細データａ、ｂ、ｃがある。これにより、表形式データＴａは階層構造を表す。
【００５３】
図５の設計データ１１１の表形式データＴａを変換することにより、図６に示す設計データ１１１の階層構造（ツリー構造）Ｈａを得る。図５と図６との対比から判るように、図６の階層構造Ｈａは、図５の表形式データＴａの列の各々を階層構造の各々の階層に対応させることにより、直ちに得ることができる。同様にして、図７に示すプロセスデータ１１７の階層構造Ｈｐ、及び、図８に示す知識データ１１６の階層構造Ｈｋを得ることができる。図６及び図７の階層構造Ｈａ及びＨｐは、その各々の構成に応じた多くの階層を持つ構造となる。これに対して、図８の階層構造Ｈｋは、最上位の「知識データ（Ｋ）」の下の階層「事例データ」「Ｑ＆Ａデータ」「実績データ」の下に、すぐに個々の詳細データの階層が設けられる簡単な構造となる。即ち、事実上２つの階層からなる。各々の階層構造において、その生成後に、各々の階層の詳細データや知識データの詳細データを自由に追加することができる。
【００５４】
なお、各々の階層構造において、その詳細データの各々の内容は、実際には、例えば図６に示すように、当該階層構造とは別に格納される。即ち、詳細データは、その内容が存在する格納位置（アドレス）をポイントするのみである（図６においては詳細データａ及びＫｘ等についてのみ例示する、他図においても同じ）。従って、統合データ１１４は、ＸＭＬにより、階層構造を記述し、各々の階層においては、当該詳細データ（の名前）及びその格納位置を記述する。
【００５５】
また、各々の階層構造において、その生成時に、各々の階層の最後に、対応する表形式データには存在しなかった空の詳細データ（の格納領域）が追加される。この空の詳細データは、知識データ１１６の当該位置に格納すべき詳細データを格納するために設けられる。例えば、図６において、最上位の階層の詳細データＡの下の階層の最後から２番目に存在する空の詳細データ（Ｋ１）には、当該詳細データＡについての知識データの詳細データが格納される。なお、最上位の階層の詳細データＡの下の階層の最後には、設計変更履歴の詳細データＲ１が存在するが、これについては後述する。
【００５６】
例えば、ある知識データ１１６の詳細データＫｘが存在し、設計データ１１１の詳細データＡ１に関連する知識であり、プロセスデータ１１７の詳細データＰ２に関連する知識であり、Ｑ＆Ａデータの詳細データＫ２であるとする。この場合、当該詳細データＫｘは、図６において詳細データＡ１の下の階層に位置付けられ、図７において詳細データＰ２の下の階層に位置付けられ、図８においてＱ＆ＡデータＫ２の下の階層に位置付けられる。これにより、当該詳細データＫｘは、図９に示すように、３次元的に管理される。即ち、設計データ１１１の階層（即ち、階層構造、以下同じ）を例えばＸ座標とし、プロセスデータ１１７の階層を例えばＹ座標とし、知識データ１１６の階層をＺ座標とすれば、Ｋｘ＝（Ｘ，Ｙ，Ｚ）＝（Ａ１，Ｐ２，Ｋ２）である。
【００５７】
例えば、製品がパーソナルコンピュータ、Ａ１がメインボード、Ｐ２がＣＰＵのマウント条件、Ｋ２がマウントについてのノウハウであるとする。この場合、パーソナルコンピュータのメインボードの製造におけるＣＰＵのマウント条件についてのノウハウを、当該製品に関係する者の共通の知識（知識データ）として、３次元構造における当該位置で管理することができる。
【００５８】
このような知識データ１１６の３次元的な管理のために、ＤＢ管理部４は、知識データの詳細の各々を、知識データの階層構造に追加すると共に、設計データの階層構造の関連する位置及びプロセスデータの階層構造の関連する位置に追加する。このため、ＤＢ管理部４は、図１０に示す入力画面を、知識データ１１６の処理を行う端末２１に表示する。
【００５９】
例えば、ある知識データ１１６の詳細データＫｘを得た者が、端末２１から当該入力画面を参照する。当該入力画面は、例えば２分割され、左側に設計データ１１１、プロセスデータ１１７及び知識データ１１６の階層構造を選択的に表示し、右側に詳細データＫｘの設計データ１１１、プロセスデータ１１７及び知識データ１１６における階層をプルダウン方式で入力する３個の階層入力フィールドと、詳細データＫｘの内容を入力する内容入力フィールドとを備える。
【００６０】
詳細データＫｘを得た者は、最初に、画面の左側に設計データ１１１の階層構造を表示させて、当該詳細データＫｘが詳細データＡ１の下の階層に位置付けられるべきものであることを知る。そこで、画面の右側の設計データ１１１の階層入力フィールドにおいて、プルダウンにより、Ａ１を選択する。同様にして、画面の左側のプロセスデータ１１７の階層構造を見ながら、画面の右側のプロセスデータ１１７の階層入力フィールドにＰ２を入力し、次に、知識データ１１６の階層構造を見ながら、知識データ１１６の階層入力フィールドにＫ２を入力する。更に、画面の右側の内容入力フィールドに、当該詳細データＫｘの内容（文章、リスト、表、グラフ、図面、写真等）を入力する。
【００６１】
これにより、当該詳細データＫｘは３個の階層構造の各々における前述の位置に追加され、その内容が所定の位置に格納され、３個の階層構造における各々の階層から当該内容の格納位置がポイントされる。以上により、当該詳細データＫｘは、図９に示すような３次元的な位置で管理され、その内容は１カ所に格納される。
【００６２】
また、ＤＢ管理部４は、知識データの階層、設計データの階層及びプロセスデータの階層に基づいて、ＤＢ５を検索して、該当する知識データの詳細を抽出する。このため、ＤＢ管理部４は、図１０に示す検索画面（従って、入力画面と同一である）を、知識データ１１６の処理を行う端末２１に表示する。
【００６３】
例えば、ある知識データ１１６の詳細データを得たいと考える者は、端末２１から当該検索画面を参照するが、この時点で、当該詳細データが存在するか否かも知らない。当該詳細データを得たい者は、最初に、設計データ１１１の階層構造を見ながら、当該詳細データが（存在するとすれば（以下同じ））詳細データＡ１に関連するものであるので、その下の階層に位置付けられることを知り、設計データ１１１の階層入力フィールドにＡ１を入力する。同様にして、プロセスデータ１１７の階層構造を見ながら、プロセスデータ１１７の階層入力フィールドにＰ２を入力し、次に、知識データ１１６の階層構造を見ながら、知識データ１１６の階層入力フィールドにＫ２を入力する。
【００６４】
これにより、図９に示す３次元の座標位置（Ｘ，Ｙ，Ｚ）＝（Ａ１，Ｐ２，Ｋ２）に存在する詳細データＫｘが抽出され、その内容が内容表示フィールド（内容入力フィールドと同一）に表示される。以上により、ある知識データ１１６の詳細データを得たい者は、当該詳細データと同一又は最も近い詳細データＫｘの内容を知ることができる。
【００６５】
図１に戻って、モデル構造管理部６は、本発明に従って、統合データ５のモデル構造７であって、当該統合データ５の採るべき階層構造を統合データ５で使用するタグ付き言語のタグで記述したモデル構造７を格納する。即ち、モデル構造７はＸＭＬのタグで記述される。従って、モデル構造７は、統合データ５と同一の階層構造を有し、統合データ５の作成の開始に先立って、予め作成され用意される。モデル構造７は、統合データ５においてある詳細データを変更した場合に他の詳細データに影響を与える範囲を示す影響範囲情報８を含む。
【００６６】
抽出部４１は、統合データ５とモデル構造７とを比較し、統合データ５の不足する部分を抽出する。即ち、予め用意されたモデル構造７は統合データ５の採るべき階層構造と同一の階層構造を有するので、統合データ５に不足部分があれば、これを抽出することができる。これにより、製品データ管理システムの利用者、特に、いずれかのプロセスにおいて製品データを入力した利用者は、自己の入力した製品プロセスの不足部分を知ることができる。この例では、抽出部４１はＤＢ管理部４に設けられるが、これに限られない。
【００６７】
前述のように、モデル構造７と統合データ５とは同一の階層構造を有するので、モデル構造管理部６は、階層構造を表す階層構造データと各々の項目の内容を表す詳細データとからなり、階層構造を表すデータにより詳細データの各々をポイントするモデル構造７を格納する。但し、モデル構造７において、詳細データの内容は「空」とされる。
【００６８】
モデル構造７の一例を図１１に示す。図１１のモデル構造７は、設計データのモデル構造７であって、図６の設計データ、具体的には設計データ１１１の階層構造（ツリー構造）Ｈａに対応するモデル構造７である。図１１と図６との対比から判るように、両者は同一の階層構造を有する。モデル構造７は、原則として、ＸＭＬのタグにより階層構造を表し内容は「空」であるので、これを添え字「（ｔ）」で表している。なお、実際は、図１２に示すように、モデル構造７の階層構造データは、本発明に従って、種々の情報を含む。また、図１１は設計データのモデル構造７について示すが、プロセスデータ及び知識データについても、各々、図７及び図８に示すと同一の階層構造を有するモデル構造７（図示せず）が用意される。
【００６９】
例えば、設計システム１２の利用者であって階層Ａ２−２の設計データの設計者が、詳細データａ及びｂと知識データＫ４を入力したが、詳細データｃの入力を忘れたとする。従って、詳細データｃの内容は「空」のままである。ＤＢ管理部４は、設計データ等の入力があると、入力された階層Ａ２−２の設計データを送って、抽出部４１に入力チェックを依頼する。抽出部４１は、階層Ａ２−２に対応するモデル構造７をモデル構造管理部６から獲得して、階層Ａ２−２について図６の統合データ５と図１１のモデル構造７とを比較し、統合データ５の不足する部分として内容が「空」である詳細データｃを抽出する。この結果を、ＤＢ管理部４は、当該階層構造と共に、設計システム１２の端末（図示せず）上に反転表示（図１１では斜線で示す）する。これにより、当該設計者は詳細データｃの入力を忘れたことを知ることができる。
【００７０】
以上に加えて、モデル構造管理部６は、統合データ５において当該詳細データを変更した場合に他の詳細データに影響を与える範囲を示す影響範囲情報８を格納する。即ち、影響範囲情報８は、当該詳細データを設計変更等により変更した場合に、これに応じて変更しなければならない詳細情報（の範囲）を示す。この例では、影響範囲情報８は、モデル構造７において当該階層構造データにその一部として含まれる。更に、モデル構造７において、階層構造データの各々は、当該詳細データの属性を示す区分情報を当該階層構造データに含む。
【００７１】
モデル構造７の階層構造データの一例を図１２に示す。図１２（Ａ）は最下層でない階層（即ち、詳細データの内容をポイントしない階層）の階層構造データの構造を示し、図１２（Ｂ）は最下層（即ち、詳細データの内容をポイントする階層）の階層構造データの構造を示す。
【００７２】
最下層でない階層の階層構造データは、図１２（Ａ）に示すように、進捗情報、名称、影響範囲情報からなる。進捗情報は、２個のフラグの組み合わせからなり、モデル構造７においては「空」とされる。従って、製品データは、当該詳細データの作成についての進捗を示す進捗情報をその一部として、階層構造データの各々に含む。名称は当該階層のデータの名称（又は、総称）である。影響範囲情報は、２個のフラグの組み合わせからなり、モデル構造７において予め定められる。上位のフラグは主として製品グループを示し、下位のフラグはパターンを示す。パターンは影響の範囲が書類等に関連するか、どのような製造データに関連するか等を示す。これらのフラグの組み合わせにより、影響範囲を示すことができる。例えば、これらの組み合わせが「Ａ１」であれば、「製品Ａシリーズ等の手順書等」が当該詳細情報の影響範囲であることを示すことができる。
【００７３】
ＤＢ管理部４は、統合データ５において、当該階層を示すタグが記述された（設けられた）時点で、その詳細情報又はその内容が入力されていないので、進捗情報を「１１」とする。即ち、モデル構造７における図１２に示す階層構造データをそのままコピーして、統合データ５における当該階層の階層構造データとする際、進捗情報を「空」から「１１」とする。
【００７４】
ＤＢ管理部４は、当該詳細データが最初に登録されると進捗情報を「０１」とし、その後設計変更等により当該詳細データが変更されると進捗情報を「１０」とし、他の詳細データの変更により当該詳細データの改版が必要になると（改版要求があると）進捗情報を「００」とする。即ち、ＤＢ管理部４は、ある詳細データを変更すると、当該詳細データの影響範囲情報に示されている範囲にある詳細情報の進捗情報を「０１」から「００」とする。これにより、設計者等の利用者は、設計変更により改版が必要になったが未だ改版されていない詳細データが存在することを知ることができる。この後、ＤＢ管理部４は、進捗情報が「００」である詳細情報について、当該詳細データが変更されると進捗情報を「１０」とする。
【００７５】
最下層の階層構造データは、図１２（Ｂ）に示すように、品番又は図番、名称、区分（区分情報）、ポインタからなる。品番又は図番は複数（この例では４個）の文字からなり、当該製品データの品番又は図番を示す。名称は当該階層のデータの名称（又は、総称）である。区分は、区分情報であり、複数（この例では４個）の文字からなり、当該製品データの属性を示す。例えば、「０１」は当該製品データが電子部品に関するデータであることを示す。ポインタは当該詳細データの内容の格納されているアドレスを示す。
【００７６】
従って、ＤＢ５又は統合データ５は、当該統合データ５の有する階層構造とは別に、詳細データの各々を当該階層構造データの影響範囲情報８と区分とにより管理することにより、詳細データについての２次元的な構造を備える。これにより、詳細データは、図１３に示すように、２次元的に管理される。即ち、影響範囲を例えばＸ座標とし、区分を例えばＹ座標とすれば、詳細データ＝（Ｘ，Ｙ）＝（影響範囲，区分）である。
【００７７】
例えば、製品がパーソナルコンピュータ、影響範囲が手順書、区分が電子部品であるとする。この場合、パーソナルコンピュータの手順書の中で電子部品に関するものを、２次元構造（平面）における当該位置で管理することができる。これにより、例えば、上位の階層又は自己の階層における名称に手順書と記述されており、かつ、自己の階層の区分に電子部品と記述されている階層を、抽出することができる。従って、製品データ管理装置２は、製品データの階層構造について、前述のような３次元構造での管理体系とは別に、これに加えて２次元平面上の検索体系を有する。なお、図１３に示すように、影響範囲と区分の２次元平面が複数存在するので、擬似的には３次元的な検索体系である。
【００７８】
このような製品データの階層構造の２次元的な管理のために、ＤＢ管理部４は、モデル構造７における図１２に示す階層構造データをそのままコピーして、統合データ５における当該階層の階層構造データとする。また、ＤＢ管理部４は、前述のように、進捗情報を必要に応じて更新する。
【００７９】
また、ＤＢ管理部４が、影響範囲情報８と区分とに基づいて、ＤＢ５又は統合データ５を検索して、該当する製品データの詳細を抽出する。このために、ＤＢ管理部４は、図１４に示す検索画面を、統合データ５の検索処理を行う端末２１（又は２２）に表示する。例えば、ある製品データを変更した者が、その影響範囲を知るために、端末２１から当該検索画面を参照する。この時点で、検索者は影響範囲を知らない。当該検索画面は、例えば２分割され、左側に当該製品データの階層構造を選択的に表示し、右側に影響範囲（情報）及び区分をプルダウン方式で入力する２個の入力フィールドと、検索結果を表示する出力フィールドとを備える。
【００８０】
当該検索者は、最初に、当該製品データを変更した際にその影響範囲が、例えば「Ａ１」であることを知る。そこで、画面の左側に製品Ａについての製品データの階層構造を表示させ、画面の右側において、影響範囲の入力フィールドにおいて、プルダウンにより、手順書を選択する。同様にして、区分の入力フィールドにおいて、プルダウンにより、電子部品を選択する。これにより、上位の階層又は自己の階層における名称に手順書と記述されており、かつ、自己の階層の区分に電子部品と記述されている（複数の）階層を、抽出することができる。即ち、図１３に示すように、２次元の座標位置（Ｘ，Ｙ）＝（影響範囲，区分）に存在する階層構造データ又は詳細データが抽出され、その内容が出力フィールドに表示される。又は、画面の左側の階層構造において反転を表示される。以上により、設計変更等による影響を知りたい者は、その範囲及びその内容を知ることができる。
【００８１】
なお、図６及び図１１に示すように、モデル構造７及び統合データ５は、当該詳細データの作成についての進捗を示す進捗情報（設計変更履歴Ｒ１）をその一部として、最上位の階層の次の階層に含む。これを図１５（Ａ）に再度示す。この進捗情報は、図１２に示す製品データの階層構造データの内部の（第１の）進捗情報とは異なる（第２の）進捗情報であり、設計変更履歴Ｒ１であって、その下位の階層に、図１５（Ａ）に示すように、複数の設計変更についての履歴情報を有する。
【００８２】
図１１から判るように、モデル構造７において、設計変更履歴Ｒ１の階層がそのタグＲ１（ｔ）により定められている。従って、設計変更の履歴情報は、当該階層に集中的に記述されるので、利用者は設計変更について一見して知ることができる。タグＲ１（ｔ）の下位の階層は１個とされ、設計変更の都度、その順に設計変更の履歴情報が当該階層に追加される。
【００８３】
設計変更についての履歴情報は、各々、設計変更番号、名称、変更差異データからなる。設計変更番号は、図１５（Ｂ）に示すように、当該設計変更の年月日（２００３年６月１７日）に変更の番号「００８」を付加する。名称は、図１５（Ｃ）に示すように、図１２（Ａ）と同様のものである。変更差異データは、図１５（Ｄ）に示すように、変更影響範囲、変更差異、変更適用からなる。なお、当該設計変更に係る設計変更データは、図示しないが、その履歴情報（設計変更番号、名称、変更差異データ）と当該設計変更における実際の変更データとからなる。
【００８４】
変更影響範囲は、図１５（Ｄ）に示すように、図１２（Ａ）と同様の２個のフラグにより表される。変更差異は、図１５（Ｄ）に示すように、２個の数字の組み合わせ（の羅列）により、変更のパターンを示す。例えば、「０１３１１８」はパターン０１、３１、１８の変更である。パターン０１は（設計）手法の変更であることを示す。変更適用は、図１５（Ｄ）に示すように、下６桁の年月日を示す数字と、当該数字が適用期日又は終了年月日のいずれであるかを示す２個の数字とからなる。
【００８５】
図１６及び図１７は、製品データ管理処理フローであり、製品データ管理装置２における製品データの管理処理について示す。
【００８６】
製品データ管理装置２は、当該処理が入力処理であるか否かを調べ（ステップＳ１１）、入力処理である場合、入力データのデータ形式の種類を選択し（ステップＳ１２）、当該種類が入力処理可能であるか否かを調べる（ステップＳ１３）。入力処理可能でない場合、製品データ管理装置２は、入力処理不可能であることを制御端末２１又は２２に表示し（ステップＳ１４）、入力処理を終了するか否かを制御端末２１等に問い合わせ（ステップＳ１５）、入力処理を終了しない場合、ステップＳ１２以下を繰り返す。入力処理を終了する場合、更に、処理を終了するか否かを制御端末２１等に問い合わせる（ステップＳ１６）。処理を終了する場合、製品データ管理装置２は、当該管理処理を終了する。処理を終了しない場合（例えば、処理を継続したくなった場合等、以下同じ）、製品データ管理装置２は、ステップＳ１１以下を繰り返す。
【００８７】
ステップＳ１３において当該入力データのデータ形式の種類が入力処理可能である場合、製品データ管理装置２は、当該入力データを変換し（ステップＳ１７）、当該変換により統合データ１１４を入力ファイル（図示せず）に書き込み、当該入力ファイルの内容をＤＢ５に格納する（ステップＳ１８）。この後、製品データ管理装置２は、入力処理を終了するか否かを制御端末２１等に問い合わせ（ステップＳ１９）、入力処理を終了しない場合、ステップＳ１２以下を繰り返す。入力処理を終了する場合、更に、処理を終了するか否かを制御端末２１等に問い合わせる（ステップＳ１１０）。処理を終了する場合、製品データ管理装置２は、当該管理処理（この場合は入力処理）を終了する。処理を終了しない場合、製品データ管理装置２は、ステップＳ１１以下を繰り返す。
【００８８】
一方、ステップＳ１１において入力処理でない（出力処理である）場合、製品データ管理装置２は、出力したいデータを選択し（ステップＳ１１１）、当該データが出力可能であるか否かを調べる（ステップＳ１１２）。出力可能でない場合（例えば、当該データが存在しない場合）、製品データ管理装置２は、出力不可能であることを制御端末１３１、２１、２２に表示し（ステップＳ１１３）、出力処理を終了するか否かを制御端末１３１等に問い合わせ（ステップＳ１１４）、出力処理を終了しない場合、ステップＳ１１１以下を繰り返す。出力処理を終了する場合、更に、処理を終了するか否かを制御端末１３１等に問い合わせる（ステップＳ１１５）。処理を終了する場合、製品データ管理装置２は、当該管理処理を終了する。処理を終了しない場合、製品データ管理装置２は、ステップＳ１１以下を繰り返す。ステップＳ１１２において出力可能である場合、製品データ管理装置２は、当該データを出力する際のデータ形式の種類を選択し（ステップＳ１１６）、当該種類のデータ形式での出力が可能であるか否かを調べる（ステップＳ１１７）。出力処理が可能でない場合、製品データ管理装置２は、出力処理不可能であることを制御端末１３１等に表示し（ステップＳ１１８）、出力処理を終了するか否かを制御端末１３１等に問い合わせ（ステップＳ１１９）、出力処理を終了しない場合、ステップＳ１１１以下を繰り返す。出力処理を終了する場合、更に、処理を終了するか否かを制御端末１３１等に問い合わせる（ステップＳ１２０）。処理を終了する場合、製品データ管理装置２は、当該管理処理を終了する。処理を終了しない場合、製品データ管理装置２は、ステップＳ１１以下を繰り返す。
【００８９】
ステップＳ１１７において出力処理が可能である場合、製品データ管理装置２は、当該データの出力、即ち、当該データの当該データ形式から当該選択された形式への変換を行い（ステップＳ１２１）、当該変換により出力すべき製造データ１１５を出力ファイル（図示せず）に書き込む（ステップＳ１２２）。この後、製品データ管理装置２は、出力処理を終了するか否かを制御端末１３１等に問い合わせ（ステップＳ１２３）、出力処理を終了しない場合、ステップＳ１１１以下を繰り返す。出力処理を終了する場合、更に、処理を終了するか否かを制御端末１３１等に問い合わせる（ステップＳ１２４）。処理を終了する場合、製品データ管理装置２は、当該管理処理を終了する。処理を終了しない場合、製品データ管理装置２は、ステップＳ１１以下を繰り返す。
【００９０】
図１８は、データ変換処理フローであり、図１６のステップＳ１７において製品データ管理装置２が実行するデータ変換処理について示す。
【００９１】
製品データ管理装置２は、ステップＳ１１において入力されたある製品の製品情報の詳細情報（製品構成の情報）を取り込んで（ステップＳ２１）、これを展開し、即ち、ＸＭＬによる記述に変換し（ステップＳ２２）、ＸＭＬのタグをモデル構造７に基づいて付与する（以下、自動付与と言う）か否かを利用者に問い合わせる（ステップＳ２３）。自動付与する場合、製品データ管理装置２は、モデル構造７に基づいてタグを付与する（ステップＳ２４）。即ち、階層を決定する。自動付与しない場合、利用者が手入力によりタグを付与する（ステップＳ２５）。この後、製品データ管理装置２は、全てのタグの処理が完了したか否かを調べ（ステップＳ２６）、完了していない場合、当該未処理の部分についてステップＳ２４を繰り返す。完了している場合、製品データ管理装置２は、処理を終了するか否かを問い合わせ（ステップＳ２７）、終了する場合、当該入力処理を終了し、終了しない場合、ステップＳ２１以下を繰り返す。
【００９２】
【発明の効果】
以上説明したように、本発明によれば、製品データ管理システムにおいて、異なるデータ処理システムを採用する企画、設計、製造、営業、サービス等の複数のプロセスにおける製品データを所定の形式で統合データに変換してデータベースに格納する。これにより、多くのデータ変換を繰り替えすことなく、製品データを共通化し、他のプロセスにおいても使用することができる。これに加えて、本発明の製品データ管理システムによれば、統合データの採るべき階層構造を示すモデル構造を備え、統合データとモデル構造とを比較して不足部分を抽出する。これにより、製品データを統合的に管理し、他のプロセスにおける使用に耐えるものとすることができる。従って、製品データを共通化及び統合化して、複数のプロセスでの円滑な業務の流れを実現することができる。
【００９３】
本発明によれば、製品データを統合化して管理する製品データ管理プログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等の記録媒体に格納して提供することができるので、容易に前述の製品データ管理システムを実現することができ、従って、製品データを共通化し、統合的に管理することができ、設計から製造までの円滑な業務の流れを実現することができる。
【図面の簡単な説明】
【図１】本発明の製品データ管理システムの構成を示す。
【図２】本発明の製品データ管理システムの一部を構成する設計システム／製造システムの構成を示す。
【図３】本発明における製品データの流れを示す図である。
【図４】本発明における製品データの流れを示す図である。
【図５】表形式データの一例を示す図である。
【図６】階層構造の一例を示す図である。
【図７】階層構造の一例を示す図である。
【図８】階層構造の一例を示す図である。
【図９】知識データの３次元構造を示す図である。
【図１０】知識データの入力画面及び検索画面を示す図である。
【図１１】モデル構造を示す図である。
【図１２】モデル構造の階層構造データの一例を示す。
【図１３】データ構造を示す図である。
【図１４】影響範囲情報と区分との入力画面及び検索画面を示す図である。
【図１５】設計変更履歴による管理を示す図である。
【図１６】製品データ管理処理フローである。
【図１７】製品データ管理処理フローである。
【図１８】データ変換処理フローである。
【図１９】従来技術説明図である。
【符号の説明】
２ 製品データ管理装置
４ データベース（ＤＢ）管理部
５ データベース
６ モデル構造管理部
７ モデル構造
８ 影響範囲情報
１１〜１４ データ処理システム
３１〜３４ 入出力部
Claims (10)
- 第１のデータ処理システムで入力された入力データを所定の形式で記述された製品データに変換する入力部と、
前記製品データを階層構造を表し得るタグ付き言語で記述された統合データに変換してデータベースに格納し管理するデータベース管理部と、
前記統合データのモデル構造であって、当該統合データの採るべき階層構造を前記タグ付き言語のタグで記述したモデル構造を格納するモデル構造管理部と、
前記統合データとモデル構造とを比較し、前記統合データの不足する部分を抽出する抽出部とを備える
ことを特徴とする製品データ管理システム。 - 当該製品データ管理システムは、更に、
前記第１のデータ処理システムから入力された製品データに基づく前記統合データを、指定された形式で記述された出力データに変換して第２のデータ処理システムに出力する出力部を備える
ことを特徴とする請求項１記載の製品データ管理システム。 - 前記統合データは、少なくとも、階層構造を表す階層構造データと各々の項目の内容を表す詳細データとからなり、前記階層構造を表すデータにより前記詳細データの各々をポイントする
ことを特徴とする請求項１記載の製品データ管理システム。 - 前記モデル構造管理部は、更に、前記統合データにおいて当該詳細データを変更した場合に他の詳細データに影響を与える範囲を示す影響範囲情報を格納する
ことを特徴とする請求項３記載の製品データ管理システム。 - 前記影響範囲情報は、前記モデル構造において当該階層構造データにその一部として含まれる
ことを特徴とする請求項４記載の製品データ管理システム。 - 前記モデル構造において、前記階層構造データの各々は当該詳細データの属性を示す区分情報を当該階層構造データに含む
ことを特徴とする請求項５記載の製品データ管理システム。 - 前記データベースは、前記詳細データの各々を当該階層構造データの前記影響範囲情報と区分とにより管理することにより、前記詳細データについての２次元的な構造を備える
ことを特徴とする請求項６記載の製品データ管理システム。 - 前記データベースは、更に、
製品データを、製品についての設計データと、前記設計データ以外のデータであって製品が企画されてから使用されなくなるまでのプロセス毎のデータであるプロセスデータと、前記設計データ及びプロセスデータ以外のデータである知識データとに分類して、各々を、階層構造を表し得るタグ付き言語で記述された統合データとして格納し、
前記知識データの詳細の各々を、当該知識データの階層構造により管理すると共に、前記設計データの階層構造及び前記プロセスデータの階層構造により管理することにより、前記知識データについての３次元的な構造を備える
ことを特徴とする請求項７記載の製品データ管理システム。 - 前記製品データは、当該詳細データの作成についての進捗を示す進捗情報をその一部として含む
ことを特徴とする請求項３記載の製品データ管理システム。 - 製品データ管理システムにおいて製品データを管理する製品データ管理プログラムであって、
前記プログラムは、コンピュータに、
第１のデータ処理システムで入力された入力データを所定の形式で記述された製品データに変換する処理と、
前記製品データを階層構造を表し得るタグ付き言語で記述された統合データに変換してデータベースに格納し管理する処理と、
前記統合データのモデル構造であって、当該統合データの採るべき階層構造を前記タグ付き言語で記述したモデル構造を格納する処理と、
前記統合データとモデル構造とを比較し、前記統合データの不足する部分を抽出する処理とを、実行させる
ことを特徴とする製品データ管理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003107215A JP4084229B2 (ja) | 2003-04-11 | 2003-04-11 | 製品データ管理システム及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003107215A JP4084229B2 (ja) | 2003-04-11 | 2003-04-11 | 製品データ管理システム及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004318208A JP2004318208A (ja) | 2004-11-11 |
| JP4084229B2 true JP4084229B2 (ja) | 2008-04-30 |
Family
ID=33469103
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003107215A Expired - Fee Related JP4084229B2 (ja) | 2003-04-11 | 2003-04-11 | 製品データ管理システム及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4084229B2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1672533B1 (en) * | 2004-12-20 | 2013-02-27 | Dassault Systèmes | Method and computer system for interacting with a database |
| JP4919471B2 (ja) * | 2005-06-17 | 2012-04-18 | 富士通株式会社 | 設計データ管理プログラム、設計データ管理方法、設計データ管理装置。 |
| JP4706402B2 (ja) * | 2005-08-31 | 2011-06-22 | 富士ゼロックス株式会社 | 情報システム |
| JP4745777B2 (ja) * | 2005-09-30 | 2011-08-10 | 株式会社Ｐｆｕ | 製品データ管理システム及びプログラム |
| JP2007299244A (ja) * | 2006-05-01 | 2007-11-15 | Fujitsu Ltd | Ｃａｄシステム |
| JP4877557B2 (ja) * | 2008-04-23 | 2012-02-15 | Ｎｅｃアクセステクニカ株式会社 | データ変換装置、ｃａｄシステム及びそれらに用いるデータ自動作成方法並びにそのプログラム |
| JP5562731B2 (ja) * | 2010-06-11 | 2014-07-30 | 株式会社ＭｏＮＯｐｌａｎ | 木造住宅用ｃａｄデータの変換方法及びそのシステム |
| JP2012118591A (ja) * | 2010-11-29 | 2012-06-21 | Fujitsu Ltd | ドキュメント管理装置、ドキュメント管理方法、ドキュメント管理プログラム |
| JP5266488B2 (ja) * | 2011-11-05 | 2013-08-21 | 株式会社 デジタルコラボレーションズ | 知識管理装置及び知識管理装置の端末機と知識管理装置のプログラム |
| JP6387611B2 (ja) * | 2014-01-07 | 2018-09-12 | 日本電気株式会社 | Ｐｄｍシステム、ｐｄｍシステムの管理方法、及びそのプログラム |
| JP7512601B2 (ja) | 2020-01-31 | 2024-07-09 | 富士フイルムビジネスイノベーション株式会社 | 管理装置、管理プログラム、及び管理システム |
-
2003
- 2003-04-11 JP JP2003107215A patent/JP4084229B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004318208A (ja) | 2004-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6557002B1 (en) | Data management system for storing structural element data management program | |
| US7050872B2 (en) | Innovation information management model | |
| JP3475690B2 (ja) | 製品情報管理方法および製品情報管理システム | |
| CN1961314B (zh) | 修正过程控制数据的方法及装置 | |
| EP2702519B1 (en) | Systems and methods for airplane electrical system connection routing and visualization with topology determination | |
| JP5231946B2 (ja) | 製造情報管理方法及び製造情報管理システム | |
| US8108059B2 (en) | Method of determining range of change in design, design change range determining apparatus, and design change range determining system | |
| US20080046254A1 (en) | Electronic Service Manual Generation Method, Additional Data Generation Method, Electronic Service Manual Generation Appartus, Additional Data Generation Apparatus, Electronic ServIce Manual Generation Program, Additional Data Generation Program, And Recording Media On Which These Programs Are Recorded | |
| US20020052807A1 (en) | Network architecture-based design-to-order system and method | |
| US20070233621A1 (en) | Optimization Using a Multi-Dimensional Data Model | |
| US20050080502A1 (en) | PLM-supportive CAD-CAM tool for interoperative electrical & mechanical design for hardware electrical systems | |
| JP2003281203A (ja) | 総合検査システム及び総合検査方法 | |
| JP4084229B2 (ja) | 製品データ管理システム及びプログラム | |
| CN103309648A (zh) | 图形化制作软件的系统和方法 | |
| JP5691743B2 (ja) | 実装設計支援プログラム、方法及び装置 | |
| JP4084168B2 (ja) | 設計製造データ管理システム及びプログラム | |
| JP2008009590A (ja) | 生産管理システム、生産管理方法および生産管理方法を実行するための生産管理プログラムを記憶した記憶媒体 | |
| US7502721B2 (en) | Product design support system, product design support method, and program | |
| JP4745777B2 (ja) | 製品データ管理システム及びプログラム | |
| Abrantes et al. | Data exchange format requirements and analysis collaboration in PCB design | |
| EP1804174B1 (en) | Data-generation supporting system, data-generation supporting apparatus, and computer program product | |
| JP4601998B2 (ja) | システム開発支援システム | |
| WO2022264193A1 (ja) | 情報提供装置、情報提供方法、及び情報提供プログラム | |
| JP4582462B2 (ja) | 情報管理システム | |
| JP4961640B2 (ja) | 資材所要量計画処理方法，資材所要量計画処理システム，資材所要量計画処理プログラムおよびそのプログラムの記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050512 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071023 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071128 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080212 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080214 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110222 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140222 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |