JP2001195442A - モデル管理システムおよびモデル管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 モデル管理装置において、情報量の多いバル
クデータを効率良く管理する。 【解決手段】 新たなバルクデータが仕掛かりサーバ２
のバルクデータ格納手段２ａに格納されると、暗号化手
段２ｃはこのバルクデータに対して暗号化を施す。送信
手段２ｄは、バルクデータに対応するメタデータをメタ
データ格納手段２ｂから取得し、取得したメタデータと
暗号を復号する際に必要な復号鍵とを正式サーバ１に対
して送信する。正式サーバ１０は、送信されてきたメタ
データと復号鍵とを関連付けて記憶手段１ａに記憶す
る。登録されたバルクデータに対する閲覧要求が所定の
端末からあった場合には、該当するメタデータと復号鍵
とを取得手段１ｂが記憶手段１ａから検索し、要求を行
った端末に対して返送手段１ｃが送信する。要求を行っ
た端末は、メタデータを参照して目的のバルクデータを
取得し、暗号化されているバルクデータを復号鍵により
復号してもとのデータを得る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はモデル管理システム
およびモデル管理装置に関し、特に、２次元または３次
元モデルを管理するモデル管理システムおよびモデル管
理装置に関する。

【０００２】

【従来の技術】近年、３次元ＣＡＤ（Computer Aided D
esign）の進歩により、製品の３次元モデルをコンピュ
ータ上に作成しておき、この３次元モデルから必要な図
面や部品表等を作成しようとする動きが活発化してい
る。

【０００３】また、それと並行して、製品開発に関する
全てのデータを統合管理することにより、データの有効
活用と設計作業等の効率化を目指すＰＤＭ（Product Da
ta Management）も普及しつつある。

【０００４】そこで、近時においては、３次元ＣＡＤと
ＰＤＭの融合を図ることにより、設計から製造に至るま
での過程におけるデータの有効活用を一層増進させよう
とする動きが盛んになりつつある。

【０００５】

【発明が解決しようとする課題】ところで、これらが統
合されたシステムでは、設計が終了したデータに関して
は、所定のサーバに集めて一元的に管理することが通常
である。しかしながら、３次元ＣＡＤ等によって生成さ
れたモデルの実データであるバルクデータは、非常に情
報量が多い（例えば、数ギガバイト）ので、このような
大容量のデータを伝送しようとするとネットワークへの
負担が増大するという問題点があった。

【０００６】また、場合によっては、作成された３次元
モデルを２次元化した図面として表示装置や印刷用紙に
出力する必要が生じるが、そのような場合、従来におい
ては、ＰＤＭで管理されている部品の一覧表から属性等
のデータをマニュアル操作で取得して図面の部品欄に挿
入したり、作成者の名前を同じく部品の一覧表から取得
して表題欄に挿入する必要があり煩雑であるという問題
点があった。また、モデルに訂正があった場合には、こ
のような訂正は図面には反映されないという問題点もあ
った。

【０００７】更に、従来においては、モデルの設計が終
了して承認がなされた時点で版数が設定されていた。と
ころで、製品の設計においては、試作のレベルや仕向先
に応じて設計が繰り返されるが、版数の設定はこのよう
なレベルや仕向とは無関係に設定されることから、版数
のみではどのレベルまたは仕向のどの段階のデータであ
るかを判定することが困難であるという問題点があっ
た。

【０００８】更に、設計においては、複数の部品の候補
を準備しておき、試作やシミュレーションの結果に応じ
てそれらの候補から正規の部品を選択する場合がある。
ところで、従来においては、ある部品が複数の候補を有
する場合には、これらの候補と他の部品との組み合わせ
に対応する個数のモデルを生成することが通例であっ
た。例えば、部品Ａと部品Ｂからなるモデルにおいて、
部品Ｂが部品Ｂ’なる候補部品を有している場合には、
（Ａ＋Ｂ）と（Ａ＋Ｂ’）の２種類のモデルを生成して
登録していた。従って、部品の候補が多い場合には組み
合わせの数が多大となり、モデルの管理が煩雑となると
ともに、データの容量が増大するという問題点があっ
た。

【０００９】更に、複数の設計者によって設計作業を分
担して行う場合には、排他制御によって同一のデータが
同時に変更されないように管理するのが一般的である。
しかしながら、モデルを構成する部品は相互に関連を有
するため、ある部品が修正された場合にはそれに関連を
有する部品も変更する必要が生じる場合が少なくない。
従来においては、同一の部品に対する排他制御しか実施
されていなかったため、相互に関連を有する部品の一方
が変更された場合には、他方の部品の設計作業を行って
いる設計者に対してその旨を通知する方法がなく、無駄
な作業が発生する場合があるという問題点があった。

【００１０】本発明は、以上のような状況に鑑みてなさ
れたものであり、作成されたモデルを適切に管理するこ
とが可能なモデル管理システムを提供することを目的と
する。

【００１１】また、本発明は、作業性の高いモデル管理
装置を提供することを目的とする。

【００１２】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示す、システムを管理する第１の
サーバ１と、端末３−１〜３−３側に配置され、各端末
から入力されたモデルを管理する第２のサーバ２とを有
するモデル管理システムにおいて、前記第２のサーバ２
は、前記端末３−１〜３−３から入力されたモデルの実
データであるバルクデータを格納するバルクデータ格納
手段２ａと、前記モデルの属性情報であるメタデータを
格納するメタデータ格納手段２ｂと、何れかの端末から
設計作業の終了を示す情報が入力された場合には、前記
バルクデータ格納手段２ａに格納されている該当するバ
ルクデータを暗号化する暗号化手段２ｃと、前記暗号化
に対応する復号鍵と、暗号化されたバルクデータに対応
するメタデータとを前記第１のサーバ１に送信する送信
手段２ｄと、を有し、前記第１のサーバ１は、前記第２
のサーバ２から送信された前記復号鍵と、前記メタデー
タとを対応付けて記憶する記憶手段１ａと、何れかの端
末から所定のバルクデータに対する閲覧要求があった場
合には、前記メタデータを参照して該当するバルクデー
タの格納場所と、対応する復号鍵とを取得する取得手段
１ｂと、前記取得手段１ｂによって取得された前記格納
場所と前記復号鍵とを要求を行った端末に対して返送す
る返送手段１ｃと、を有する、ことを特徴とするモデル
管理システムが提供する。

【００１３】ここで、第２のサーバ２において、バルク
データ格納手段２ａは、端末３−１〜３−３から入力さ
れたモデルの実データであるバルクデータを格納する。
メタデータ格納手段２ｂは、モデルの属性情報であるメ
タデータを格納する。暗号化手段２ｃは、何れかの端末
から設計作業の終了を示す情報が入力された場合には、
バルクデータ格納手段２ａに格納されている該当するバ
ルクデータを暗号化する。送信手段２ｄは、暗号化に対
応する復号鍵と、暗号化されたバルクデータに対応する
メタデータとを第１のサーバに送信する。また、第１の
サーバ１において、記憶手段１ａは、第２のサーバ２か
ら送信された復号鍵と、メタデータとを対応付けて記憶
する。取得手段１ｂは、何れかの端末から所定のバルク
データに対する閲覧要求があった場合には、メタデータ
を参照して該当するバルクデータの格納場所と、対応す
る復号鍵とを取得する。返送手段１ｃは、取得手段１ｂ
によって取得された格納場所と復号鍵とを要求を行った
端末に対して返送する。

【００１４】また、複数の部品から構成されるモデルを
管理するモデル管理装置において、前記モデルを格納す
る格納手段と、前記格納手段に格納されているモデルの
各部品に対して属性情報を付与する属性情報付与手段
と、前記格納手段に格納されているモデルから図面を生
成する図面生成手段と、前記図面生成手段によって生成
された図面に関連する部品の属性情報を、前記モデルか
ら抽出する属性情報抽出手段と、前記属性情報抽出手段
によって抽出された属性情報を、前記図面に対して付加
する属性情報付加手段と、を有することを特徴とするモ
デル管理装置が提供される。

【００１５】ここで、格納手段は、モデルを格納する。
属性情報付与手段は、格納手段に格納されているモデル
の各部品に対して属性情報を付与する。図面生成手段
は、格納手段に格納されているモデルから図面を生成す
る。属性情報抽出手段は、図面生成手段によって生成さ
れた図面に関連する部品の属性情報を、モデルから抽出
する。属性情報付加手段は、属性情報抽出手段によって
抽出された属性情報を、図面に対して付加する。

【００１６】更に、複数の部品から構成されるモデルを
管理するモデル管理装置において、前記モデルを格納す
る格納手段と、前記格納手段に格納されているモデルま
たはモデルを構成する部品に対する試作依頼の入力を受
ける試作依頼入力手段と、前記試作依頼入力手段からモ
デルまたは部品に対する試作依頼がなされた場合には、
そのモデルまたは部品の版数を定義する定義手段と、を
有することを特徴とするモデル管理装置が提供される。

【００１７】ここで、格納手段は、モデルを格納する。
試作依頼入力手段は、格納手段に格納されているモデル
またはモデルを構成する部品に対する試作依頼の入力を
受ける。定義手段は、試作依頼入力手段からモデルまた
は部品に対する試作依頼がなされた場合には、そのモデ
ルまたは部品の版数を定義する。

【００１８】更に、複数の部品から構成されるモデルを
管理するモデル管理装置において、前記モデルを格納す
る格納手段と、前記格納手段に格納された所定のモデル
のある部品について候補部品が存在する場合には、その
候補部品を同一のモデルの該当部分に対して関連付ける
関連付け手段と、候補部品が１以上存在する部品につい
ては、何れかの部品を正規部品として選択する選択手段
と、を有することを特徴とするモデル管理装置が提供さ
れる。

【００１９】ここで、格納手段は、モデルを格納する。
関連付け手段は、格納手段に格納された所定のモデルの
ある部品について候補部品が存在する場合には、その候
補部品を同一のモデルの該当部分に対して関連付ける。
選択手段は、候補部品が１以上存在する部品について
は、何れかの部品を正規部品として選択する。

【００２０】更に、１または２以上の端末が接続され、
これらの端末から入力されたモデルを管理するモデル管
理装置において、前記モデルを格納する格納手段と、何
れかの端末により前記格納手段に格納されたモデルの一
部が変更されたことを検出する変更検出手段と、前記変
更検出手段によって変更が検出された場合には、該当部
分に関連を有する部分を特定する関連部分特定手段と、
前記関連部分特定手段によって特定された部分を修正ま
たは変更の対象としている端末を特定する端末特定手段
と、前記端末特定手段によって特定された端末に対して
関連を有する部分が変更されている旨の通知を行う通知
手段と、を有することを特徴とするモデル管理装置が提
供される。

【００２１】ここで、格納手段は、モデルを格納する。
変更検出手段は、何れかの端末により格納手段に格納さ
れたモデルの一部が変更されたことを検出する。関連部
分特定手段は、変更検出手段によって変更が検出された
場合には、該当部分に関連を有する部分を特定する。端
末特定手段は、関連部分特定手段によって特定された部
分を修正または変更の対象としている端末を特定する。
通知手段は、端末特定手段によって特定された端末に対
して関連を有する部分が変更されている旨の通知を行
う。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の動作原理を説明
する原理図である。この図に示すように、本発明に係る
モデル管理システムは、第１のサーバ１、第２のサーバ
２、および、端末３−１〜３−３によって構成されてい
る。

【００２３】第１のサーバ１は、記憶手段１ａ、取得手
段１ｂ、および、返送手段１ｃによって構成されてお
り、システム全体を管理するサーバであり、セキュリテ
ィレベルがもっとも高いサーバである。なお、この第１
のサーバ１は、例えば、企業では本社に設置されている
サーバである。

【００２４】第２のサーバ２は、バルクデータ格納手段
２ａ、メタデータ格納手段２ｂ、送信手段２ｄ、およ
び、暗号化手段２ｃによって構成されており、端末３−
１〜３−３によって生成されたモデルデータを格納す
る。

【００２５】端末３−１〜３−３は、各設計者がモデル
を入力または修正したり、入力したモデルを参照する場
合に操作される。なお、第２のサーバ２と端末３−１〜
３−３とは、前述の企業を例に挙げると、各事業部に設
置されている。従って、この図では第２のサーバ２は１
つだけしか示してないが、実際には端末が複数接続され
た同様のサーバが複数接続されている。

【００２６】ここで、第２のサーバ２のバルクデータ格
納手段２ａは、端末３−１〜３−３から入力されたモデ
ルの実データであるバルクデータを格納する。メタデー
タ格納手段２ｂは、モデルの属性情報であるメタデータ
を格納する。

【００２７】暗号化手段２ｃは、何れかの端末から設計
作業の終了を示す情報が入力された場合には、バルクデ
ータ格納手段２ａに格納されている所定のバルクデータ
を暗号化する。

【００２８】送信手段２ｄは、暗号化に対応する復号鍵
と、暗号化されたバルクデータに対応するメタデータと
を第１のサーバ１に送信する。また、第１のサーバ１の
記憶手段１ａは、第２のサーバ２から送信された復号鍵
と、メタデータとを対応付けて記憶する。

【００２９】取得手段１ｂは、何れかの端末から所定の
バルクデータに対する閲覧要求があった場合には、対応
するメタデータを参照して該当するバルクデータの格納
場所と、対応する復号鍵とを取得する。

【００３０】返送手段１ｃは、取得手段１ｂによって取
得された格納場所と、復号鍵とを要求を行った端末に対
して返送する。次に、以上の原理図の動作について説明
する。

【００３１】所定の端末が操作されてモデルが作成され
ると、モデルの実データであるバルクデータは第２のサ
ーバ２のバルクデータ格納手段２ａに格納され、また、
モデルの属性情報であるメタデータはメタデータ格納手
段２ｂに格納される。

【００３２】そして、モデルの設計が終了し、例えば、
設計部門の管理者の承認を得るための承認依頼がなされ
ると、第２のサーバ２の暗号化手段２ｃは、バルクデー
タ格納手段２ａに格納されている承認依頼の対象となる
モデルのバルクデータに対して暗号化処理を施すととも
に、その復号の際に必要な復号鍵を送信手段２ｄに供給
する。なお、復号鍵は、承認依頼の度に異なる鍵が発生
されるので、承認の対象となった単位（例えば、部品）
毎に異なる鍵が割り当てられることになる。

【００３３】送信手段２ｄは、暗号化手段２ｃから供給
された復号鍵と、メタデータ格納手段２ｂに格納されて
いる該当するメタデータとを第１のサーバ１に対して送
信する。なお、このメタデータには、モデルを構成する
部品やユニットを示す情報と、それらの部品やユニット
がシステム上のどこに格納されているかを示す情報が含
まれている。

【００３４】第１のサーバ１では、第２のサーバ２から
送信された復号鍵とメタデータとを記憶手段１ａに関連
付けて記憶する。このような状態において、例えば、端
末３−１からあるモデルの所定の部品を閲覧したい旨の
要求が第２のサーバ２に対して行われたとすると、第２
のサーバ２は、この要求を第１のサーバ１に対して送信
する。

【００３５】第１のサーバ１では、受信した要求に該当
するメタデータを記憶手段１ａから検索し、また、この
メタデータに関連付けて記憶されている復号鍵を取得す
る。そして、取得したメタデータと復号鍵を、返送手段
１ｃにより要求を行った端末３−１に対して送信する。

【００３６】端末３−１では、受信したメタデータを参
照して、目的のモデルが第２のサーバ２に格納されてい
ることを了知し、第２のサーバ２に対して該当するバル
クデータの送信を要求する。

【００３７】その結果、第２のサーバ２では、該当する
バルクデータ（暗号化されているデータ）を取得して、
要求を行った端末３−１に対して送信する。端末３−１
は、受信したバルクデータを先に取得した復号鍵により
復号し、目的のバルクデータを得る。

【００３８】なお、以上の例では、復号鍵とメタデータ
を要求を行った端末に対して送信するようにしたが、第
１のサーバ１が該当するバルクデータを取得して復号し
た後に端末に対して送信するようにしてもよい。

【００３９】以上に説明したように、本発明のモデル管
理システムによれば、情報量が膨大なバルクデータは暗
号化されて分散管理され、情報量が少ないメタデータと
復号鍵だけが第１のサーバ１において集中管理される。
そして、所定のモデルのバルクデータが必要である場合
には、第１のサーバ１に対して問い合わせが行われ、該
当するメタデータと復号鍵が取得され、要求を行った端
末に送信される。従って、情報量が膨大なバルクデータ
を第２のサーバから第１のサーバ１へ移送させなくても
よいのでネットワークに負担がかかることを防止でき
る。

【００４０】また、バルクデータは暗号化して第２のサ
ーバ２に格納しておき、復号鍵はセキュリティレベルが
高い第１のサーバ１に格納するようにしたので、バルク
データを参照するためには第１のサーバ１に格納されて
いる復号鍵を取得することが必要となり、システム全体
のセキュリティレベルを向上させることが可能となる。

【００４１】次に、本発明の実施の形態の構成例につい
て説明する。図２は、本発明の第１の実施の形態の構成
例を示すブロック図である。この図において、正式サー
バ１０は、セキュリティレベルがシステム中もっとも高
いサーバであり、例えば、企業の本社に設置され、シス
テム全体を管理する。

【００４２】仕掛かりサーバ２０は、端末３０−１〜３
０−３によって生成されたモデルデータを格納するサー
バであり、例えば、企業の各事業部に設置されている。
端末３０−１〜３０−３は、例えば、パーソナルコンピ
ュータによって構成されており、各設計者がモデルを入
力または修正したり、入力したモデルを参照する場合に
操作される。

【００４３】ここで、正式サーバ１０は、ＣＰＵ（Cent
ral Processing Unit）１０ａ、ＲＯＭ（Read Only Mem
ory）１０ｂ、ＲＡＭ（Random Access Memory）１０
ｃ、ＨＤＤ（Hard Disk Drive）１０ｄ、および、Ｉ／
Ｆ１０ｅによって構成されている。

【００４４】ＣＰＵ１０ａは、装置の各部を制御すると
ともにＨＤＤ１０ｄに格納されている所定のプログラム
に応じて各種処理を実行する。ＲＯＭ１０ｂは、ＣＰＵ
１０ａが実行する基本的なプログラムやデータを格納し
ている。

【００４５】ＲＡＭ１０ｃは、ＣＰＵ１０ａが実行する
プログラムや演算途中のデータを一次的に格納する。Ｈ
ＤＤ１０ｄは、ＣＰＵ１０ａが実行するプログラムや仕
掛かりサーバ２０から送信されてきた情報を格納する。

【００４６】Ｉ／Ｆ１０ｅは、仕掛かりサーバ２０との
間で情報を送受信する際に、データの表現形式を適宜変
更する。仕掛かりサーバ２０は、ＣＰＵ２０ａ、ＲＯＭ
２０ｂ、ＲＡＭ２０ｃ、ＨＤＤ２０ｄ、および、Ｉ／Ｆ
２０ｅ，２０ｆによって構成されている。

【００４７】ＣＰＵ１０ａは、装置の各部を制御すると
ともにＨＤＤ２０ｄに格納されている所定のプログラム
に応じて各種処理を実行する。ＲＯＭ２０ｂは、ＣＰＵ
２０ａが実行する基本的なプログラムやデータを格納し
ている。

【００４８】ＲＡＭ２０ｃは、ＣＰＵ２０ａが実行する
プログラムや演算途中のデータを一次的に格納する。Ｈ
ＤＤ２０ｄは、端末３０−１〜３０−３から入力された
モデルのバルクデータおよびメタデータを格納するとと
もに、ＣＰＵ２０ａが実行するプログラムを格納してい
る。

【００４９】Ｉ／Ｆ２０ｅは、正式サーバ１０との間で
情報を送受信する際に、データの表現形式を適宜変更す
る。Ｉ／Ｆ２０ｆは、端末３０−１〜３０−３との間で
情報を送受信する際に、データの表現形式を適宜変更す
る。

【００５０】次に、以上の実施の形態の動作について説
明する。図３は、図２に示す仕掛かりサーバ２０におい
て、所定の端末から承認依頼がなされた場合に実行され
る処理の一例を説明するフローチャートである。

【００５１】このフローチャートが開始されると、以下
の処理が実行される。 ［Ｓ１］ＣＰＵ２０ａは、承認依頼がなされたモデルの
バルクデータをＨＤＤ２０ｄから検索し、所定の鍵を用
いて暗号化する。 ［Ｓ２］ＣＰＵ２０ａは、承認依頼がなされたモデルの
イメージデータをＨＤＤ２０ｄから検索し、所定の鍵を
用いて暗号化する。なお、イメージデータとは、承認の
際に生成されるデータであり、モデルを所定の角度から
眺めた場合のイメージを示すデータである。 ［Ｓ３］ＣＰＵ２０ａは、承認依頼がなされたモデルの
ポリゴンデータをＨＤＤ２０ｄから検索し、所定の鍵を
用いて暗号化する。なお、ポリゴンデータとは、承認の
際に生成されるデータであり、モデルをポリゴンとテキ
スチャとによって表現したデータである。 ［Ｓ４］ＣＰＵ２０ａは、暗号化に使用された鍵を復号
鍵として取得する。 ［Ｓ５］ＣＰＵ２０ａは、ＨＤＤ２０ｄに格納されてい
るメタデータを取得する。 ［Ｓ６］ＣＰＵ２０ａは、復号鍵とメタデータとをＩ／
Ｆ２０ｅを介して正式サーバ１０に対して送信する。

【００５２】以上の処理により、端末から所定のモデル
に対して承認依頼がなされた場合にはバルクデータその
他が暗号化されるとともに、対応するメタデータと復号
鍵が正式サーバ１０に対して送信されることになる。

【００５３】次に、図４を参照して図２に示す正式サー
バ１０において、仕掛かりサーバ２０からの要求を受信
した場合に実行される処理の一例について説明する。こ
のフローチャートが開始されると以下の処理が実行され
る。 ［Ｓ２０］ＣＰＵ１０ａは、仕掛かりサーバ２０からの
要求が登録依頼であるか否かを判定し、登録依頼である
場合にはステップＳ２１に進み、それ以外の場合にはス
テップＳ２２に進む。 ［Ｓ２１］ＣＰＵ１０ａは、メタデータと復号鍵をＨＤ
Ｄ１０ｄの所定の領域に対応付けて格納する。 ［Ｓ２２］ＣＰＵ１０ａは、仕掛かりサーバ２０からの
要求が所定のデータに対する閲覧依頼であるか否かを判
定し、閲覧依頼である場合にはステップＳ２３に進み、
それ以外の場合には処理を終了する。 ［Ｓ２３］ＣＰＵ１０ａは、要求に合致するメタデータ
をＨＤＤ１０ｄから検索する。 ［Ｓ２４］ＣＰＵ１０ａは、メタデータを参照して該当
するバルクデータが格納されている場所を特定する。 ［Ｓ２５］ＣＰＵ１０ａは、メタデータに対応付けて格
納されている復号鍵を取得する。 ［Ｓ２６］ＣＰＵ１０ａは、ステップＳ２４において特
定された格納場所から暗号化されたバルクデータを取得
する。 ［Ｓ２７］ＣＰＵ１０ａは、ステップＳ２５において取
得した復号鍵により、ステップＳ２６で取得したバルク
データを復号する。 ［Ｓ２８］ＣＰＵ１０ａは、復号されたバルクデータを
要求を行った端末に対して送信する。

【００５４】以上の処理によれば、仕掛かりサーバ２０
からデータの登録要求がなされた場合にはメタデータと
復号鍵を対応付けてＨＤＤ１０ｄに格納し、仕掛かりサ
ーバ２０からデータの閲覧要求がなされた場合には、Ｈ
ＤＤ１０ｄから該当するメタデータを検索してバルクデ
ータの格納場所を特定し、特定した格納場所から暗号化
されたバルクデータ取得して復号鍵により復号化した
後、要求を行った仕掛かりサーバ２０に対して送信する
ことが可能となる。

【００５５】以上の実施の形態によれば、図１に示す原
理図を用いて説明したように、データの分散管理により
システムのリソースを効率良く活用するとともに、バル
クデータを伝送することによりネットワークへかかる負
担を軽減することが可能となる。

【００５６】また、仕掛かりサーバ２０に格納されてい
るバルクデータに対して暗号化を施し、その復号鍵をセ
キュリティレベルの高い正式サーバ１０によって管理す
るようにしたので、システム全体のセキュリティを向上
させることができる。

【００５７】次に、図５を参照して、本発明の第２の実
施の形態の構成例について説明する。この図に示すよう
に、本発明の第２の実施の形態は、モデル管理装置４
０、入力装置４１、印刷装置４２、および、表示装置４
３によって構成されている。

【００５８】モデル管理装置４０は、入力装置４１から
入力されたモデルを管理する。ここで、モデル管理装置
４０は、ＣＰＵ４０ａ、ＲＯＭ４０ｂ、ＲＡＭ４０ｃ、
ＨＤＤ４０ｄ、Ｉ／Ｆ４０ｅ，４０ｆによって構成され
ている。なお、各ブロックの機能は、前述の図２の場合
と同様であるのでその詳細な説明は省略する。

【００５９】なお、本実施の形態では、ＨＤＤ４０ｄに
格納されているモデルを構成するユニット（または部
品）にはそれぞれ属性データが付与されており、この属
性データを用いて後述する処理が実行される。

【００６０】入力装置４１は、例えば、キーボードやマ
ウスによって構成されており、設計者の操作に応じて所
定の情報をモデル管理装置４０に対して供給する。印刷
装置４２は、例えば、レーザープリンタやＸＹプロッタ
等によって構成されており、モデル管理装置４０から供
給された図面等のデータを印刷用紙に印刷する。

【００６１】表示装置４３は、例えば、ＣＲＴ（Cathod
e Ray Tube）モニタによって構成されており、モデル管
理装置４０から供給された図面等のデータを表示出力す
る。次に、以上の実施の形態の動作について説明する。

【００６２】いま、入力装置４１が操作されて、所定の
モデルのＰＤＭ構成ビュー（モデルを構成するユニット
または部品の構造を示す図）と、属性ビュー（モデルを
構成するユニットまたは部品の属性を示す図）の表示が
指示されたとすると、図６に示す画面が表示装置４３に
表示される。

【００６３】即ち、ＣＰＵ４０ａは、指定されたモデル
をＨＤＤ４０ｄから検索し、各ユニットまたは部品に付
与されている前述の属性データを取得し、この属性デー
タに基づいて画面表示を行う。

【００６４】この表示例では、「ＰＤＭ構成ビュー」と
題されたウィンドウ５０と、「属性ビュー」と題された
ウィンドウ５５が表示されている。ウィンドウ５０に
は、「シャタイマワリ」に関するユニットの構造が表示
されている。また、ウィンドウ５５には、「シャタイマ
ワリ」に関する部品の属性が表示されている。

【００６５】このような画面において、例えば、「リア
サスペンション」が指定され、その図面を作成するよう
に指示するコマンドが入力装置４１から入力されたとす
ると、ＣＰＵ４０ａは、ＨＤＤ４０ｄに格納されている
モデルのデータから三面図を作成するとともに、関連す
る属性データを取得して前述の三面図の一部に挿入する
ことにより図７に示す画面を表示装置４３に表示する。

【００６６】図７の表示例では、「三面図」と題された
ウィンドウ６０が表示されており、その表示領域には指
定されたリアサスペンションの三面図が表示されてい
る。また、表示領域の右上にはこのリアサスペンション
を構成する部品の一覧である部品欄６０ａが表示され、
右下には各部名称と作成日時と作成者の一覧である表題
欄６０ｂが表示されている。

【００６７】ここで、このような三面図の部品欄６０ａ
または表題欄６０ｂの内容が変更されたとすると、ＣＰ
Ｕ４０ａはこれを検知し、ＨＤＤ４０ｄの該当するモデ
ルに付与されている属性データと、属性ビューに表示さ
れている内容も同時に変更する。

【００６８】また、モデルに付与されている属性データ
が変更された場合には、三面図の部品欄６０ａおよび表
題欄６０ｂと、属性ビューの表示内容も同時に変更され
る。更に、属性ビューの内容が変更された場合には、モ
デルに付与されている属性データと、三面図の部品欄６
０ａおよび表題欄６０ｂも同時に変更される。

【００６９】従って、モデルと三面図と属性ビューと
は、常に同一となるように管理されていることになる。
以上のように、所定のユニットまたは部品が指定された
場合には、対応する図面を作成するとともに、モデルに
付与されている属性データを抽出して部品欄や表題欄に
対して自動的に付加するようにしたので、図面の作成を
容易にすることが可能となる。

【００７０】また、モデルの属性データと、属性ビュー
と、図面とを相互にリンクして、何れかの内容が変更さ
れた場合には、他の情報も同時に変更するようにしたの
で、これらの同一性を確保することが可能となる。

【００７１】次に、図８を参照して、以上の処理を実現
するためのフローチャートについて説明する。このフロ
ーチャートが開始されると、以下の処理が実行される。 ［Ｓ４０］ＣＰＵ４０ａは、ＰＤＭ構成ビューまたは属
性ビューにおいて、所定のユニットまたは部品が指定さ
れた場合には、ステップＳ４１に進み、それ以外の場合
にはステップＳ４５に進む。 ［Ｓ４１］ＣＰＵ４０ａは、該当するモデルのバルクデ
ータをＨＤＤ４０ｄから取得する。 ［Ｓ４２］ＣＰＵ４０ａは、取得したバルクデータに基
づいて、例えば、三面図等の図面を作成する。 ［Ｓ４３］ＣＰＵ４０ａは、モデルから該当する属性デ
ータを取得する。 ［Ｓ４４］ＣＰＵ４０ａは、部品欄と表題欄に対して属
性データを挿入する。 ［Ｓ４５］ＣＰＵ４０ａは、属性ビューにおいて表示内
容が変更されたか否かを判定し、変更された場合にはス
テップＳ４６に進み、それ以外の場合にはステップＳ４
７に進む。 ［Ｓ４６］ＣＰＵ４０ａは、図面の部品欄または表題欄
の表示内容およびモデルの属性データの該当個所を変更
する。 ［Ｓ４７］ＣＰＵ４０ａは、モデルが変更された場合に
はステップＳ４８に進み、それ以外の場合にはステップ
Ｓ４９に進む。 ［Ｓ４８］ＣＰＵ４０ａは、図面の部品欄または表題欄
の表示内容および属性ビューの表示内容の該当個所を変
更する。 ［Ｓ４９］ＣＰＵ４０ａは、図面が変更された場合には
ステップＳ５０に進み、それ以外の場合にはステップＳ
５１に進む。 ［Ｓ５０］ＣＰＵ４０ａは、モデルの属性データおよび
属性ビューの表示内容の該当個所を変更する。 ［Ｓ５１］ＣＰＵ４０ａは、処理を継続する場合にはス
テップＳ４５に戻って同様の処理を繰り返し、それ以外
の場合には処理を終了する。

【００７２】以上の処理によれば、例えば、所定の部品
またはユニットの三面図等の作成が指示された場合に
は、モデルに付与された属性データを抽出し、作成され
た三面図の部品欄または表題欄に自動的に挿入するよう
にしたので、図面の作成を容易にすることができる。

【００７３】また、モデルの属性データと、属性ビュー
と、図面とを相互にリンクし、何れかの内容が変更され
た場合には、他の情報も同時に変更するようにしたの
で、これらの同一性を保持することが可能となる。

【００７４】次に、図９を参照して本発明の第３の実施
の形態について説明する。通常、製品の設計作業では、
構想を練るステップと、構想に基づいて詳細な設計を行
うステップと、設計が終了したモデルについて承認を行
うステップとが繰り返され、最終的に決定したモデルに
ついて試作品が作成される。このような一連のステップ
を以下では「フェーズ」と呼ぶことにする。実際の設計
においては、試作のレベル（例えば、α版、β版）や仕
向先（例えば、アメリカ向け、ヨーロッパ向け）に応じ
てフェーズが設定されてデータが管理される。

【００７５】ところで、従来においては、フェーズに関
係なく、モデルの承認依頼がなされた場合に版数が決定
されていたので、例えば、図９の右端に示すような版数
が付与されていた。従って、あるフェーズの所定のユニ
ットを参照したいような場合が発生してもそれを特定す
ることができないという問題があった。

【００７６】そこで、本実施の形態では、フェーズ毎に
モデルを分け、それぞれのフェーズに対して版数を割り
当てるようにしたので、モデルをフェーズにより管理す
ることが可能となる。

【００７７】この図の例では、モデルＡは、フェーズ＃
１〜＃３の３種類のフェーズによって構成されており、
各フェーズには、それぞれ“１”からカウントアップさ
れる版数が付与されている。このように、各フェーズ毎
に独立の版数を生成して管理することにより、フェーズ
を手がかりとして目的のデータを取得することが可能と
なる。

【００７８】次に、詳細な動作について説明する。い
ま、図１０に示すＰＤＭ構成ビューにおいて、「リアサ
スペンション」に対する試作依頼がなされたとすると、
ＣＰＵ４０ａは、フェーズが移行したとして、リアサス
ペンションのバルクデータをフェーズ＃１のバルクデー
タとしてＨＤＤ１０ｄに登録するとともに、このバルク
データに対する変更または修正を禁止し、そのステータ
スを「マスター」とする。

【００７９】次に、ＣＰＵ４０ａは、フェーズ＃１に係
るリアサスペンションのバルクデータをＨＤＤ４０ｄの
所定の領域に複写し、これをフェーズ＃２とする。そし
て、その後の修正は、全てこのフェーズ＃２に係るデー
タを対象とする。

【００８０】続いて、フェーズ＃２に係るリアサスペン
ションに対して試作依頼がなされた場合には、前述の場
合と同様の処理によりフェーズ＃３のデータが生成され
ることになる。

【００８１】なお、ＰＤＭ構成ビュー画面に対しては、
最新のフェーズが表示されることになるが、入力装置４
１を操作して所定のコマンド等を実行することにより、
複数のフェーズを同時に表示させることも可能である。

【００８２】図１１は、そのような場合の表示例であ
る。この例では、フェーズ＃１に係る「リアサスペンシ
ョンＰｈ１」と、フェーズ＃２に係る「リアサスペンシ
ョンＰｈ２」とが同一画面上に表示されている。このよ
うな表示によれば、過去のフェーズの部品またはユニッ
トも簡単に参照することが可能となる。

【００８３】次に、図１２を参照して、以上の処理を実
現するためのフローチャートの一例について説明する。 ［Ｓ７０］ＣＰＵ４０ａは、試作依頼がなされたか否か
を判定し、試作依頼がなされた場合にはステップＳ７１
に進み、それ以外の場合には処理を終了する。 ［Ｓ７１］ＣＰＵ４０ａは、試作依頼がなされた該当す
るユニットまたは部品を検索する。 ［Ｓ７２］ＣＰＵ４０ａは、ユニットまたは部品をＨＤ
Ｄ４０ｄの所定の領域に複写する。 ［Ｓ７３］ＣＰＵ４０ａは、新たなフェーズを発生す
る。 ［Ｓ７４］ＣＰＵ４０ａは、以前のユニットの変更を禁
止する。

【００８４】以上の実施の形態によれば、フェーズ毎に
モデルを管理するようにしたので、所望の仕向や試作レ
ベルに該当するモデルを簡単に参照することが可能とな
る。また、従来においては、キープレベルが設定される
と、最新の版数からそのキープレベルに対応する数だけ
前のモデルが保存の対象とされていた。例えば、図９の
場合では、キープレベルが“２”である場合には、フェ
ーズ＃３に係るＶ６とＶ７のみしか保存されなかった。
しかしながら、本実施の形態では、各フェーズ毎にキー
プレベルを設定することが可能となり、以上のような不
都合を解消することができる。

【００８５】なお、以上の実施の形態では、指定された
ユニットまたは部品のデータを全てＨＤＤ４０ｄの所定
の領域に複写して新たなフェーズのデータとしたが、例
えば、修正された部分のみを複写して必要な変更を施
し、その他の部分に対しては過去のデータの該当部分と
対応付けるようにしてもよい。そのような構成によれ
ば、データ量を削減することが可能となる。

【００８６】次に、図１３〜１５を参照して、本発明の
第４の実施の形態について説明する。第４の実施の形態
では、複数の同一部品（またはユニット）のうち、何れ
かを正規部品とし、他を候補部品として登録することが
可能とされる。

【００８７】いま、図１３に示すようなＰＤＭ構成ビュ
ーにおいて、「ステアリング」がカーソル８５によって
指定され、候補部品を追加するコマンドが実行されたと
すると、図１４に示すような画面が表示される。

【００８８】この表示例では、ウィンドウ８０の下に、
新たなダイアログボックス９０が表示されている。この
ダイアログボックス９０では、新たな部品を候補部品ま
たは正規部品の何れとして登録するかを指定することが
できる。即ち、ラジオボタン９０ａが選択された場合に
は候補部品として、また、ラジオボタン９０ｂが選択さ
れた場合には正規部品として登録される。なお、登録ボ
タン９０ｃは設定内容での登録を行う場合に操作され、
また、キャンセルボタン９０ｄは設定内容での登録をキ
ャンセルする場合に操作される。

【００８９】いま、ラジオボタン９０ａが選択されたと
すると、新たな部品は候補部品として登録されることに
なる。なお、候補部品として登録された場合には、ＰＤ
Ｍ構成ビューには表示されず、ＨＤＤ４０ｄにのみ記憶
された状態となる。一方、ラジオボタン９０ｂが選択さ
れた場合には、新たな部品は正規部品として登録され
る。なお、正規部品として登録された場合には、ＰＤＭ
構成ビューに表示されるとともに、変更の対象となる。

【００９０】次に、候補部品と正規部品を切り換える場
合の操作について図１５を参照して説明する。いま、図
１５に示すように、「ステアリング」がカーソル８５に
よって指定され、候補部品と正規部品を切り換えるコマ
ンドが実行されたとすると、ダイアログボックス９５が
表示される。

【００９１】この例では、「ステアリング」は３つの同
一部品「ステアリングＡ」、「ステアリングＢ」、およ
び、「ステアリングＣ」を有しているので、３つのラジ
オボタン９５ａ〜９５ｃが表示されている。また、現在
は、「ステアリングＢ」が正規部品に選択されているの
でラジオボタン９５ｂが選択された状態になっている。

【００９２】このようなダイアログボックス９５におい
て、例えば、ラジオボタン９５ａが選択され、ＯＫボタ
ン９５ｄが操作されると、正規部品が「ステアリング
Ｂ」から「ステアリングＡ」に変更されることになる。

【００９３】次に、図１６および図１７を参照して、以
上の機能を実現するためのフローチャートについて説明
する。図１６は、図１４に示す新たな部品を登録する際
の処理の一例を説明するフローチャートである。このフ
ローチャートが開始されると、以下の処理が実行され
る。 ［Ｓ９０］ＣＰＵ４０ａは、例えば、図１４に示すダイ
アログボックス９０を表示装置４３に表示させる。 ［Ｓ９１］ＣＰＵ４０ａは、登録ボタン９０ｃが操作さ
れたか否かを判定し、操作された場合にはステップＳ９
２に進み、それ以外の場合にはステップＳ９１に戻って
同様の処理を繰り返す。 ［Ｓ９２］ＣＰＵ４０ａは、正規部品を指定するラジオ
ボタン９０ｂが選択された場合にはステップＳ９３に進
み、それ以外の場合にはステップＳ９４に進む。 ［Ｓ９３］ＣＰＵ４０ａは、新たな部品を正規部品とし
て登録する。 ［Ｓ９４］ＣＰＵ４０ａは、新たな部品を候補部品とし
て登録する。

【００９４】次に、図１７は、図１５に示す正規部品を
選択する際の処理の一例を説明するフローチャートであ
る。このフローチャートが開始されると、以下の処理が
実行される。 ［Ｓ１００］ＣＰＵ４０ａは、例えば、図１５に示すダ
イアログボックス９５を表示装置４３に表示する。 ［Ｓ１０１］ＣＰＵ４０ａは、ＯＫボタン９５ｄが操作
された場合にはステップＳ１０２に進み、それ以外の場
合にはステップＳ１０１に戻って同様の処理を繰り返
す。 ［Ｓ１０２］ＣＰＵ４０ａは、正規部品として指定され
た部品をＨＤＤ４０ｄから取得する。 ［Ｓ１０３］ＣＰＵ４０ａは、正規部品の入れ換えを行
う。即ち、ステップＳ１０２において取得した部品を正
規部品として登録し、それまで正規部品であった部品を
ＨＤＤ４０ｄの所定の領域に候補部品として登録する。

【００９５】以上の実施の形態によれば、同一部品に対
して複数の候補部品を関連付けて管理するとともに、正
規部品と候補部品を切り換え可能としたので、部品の管
理を容易にすることができる。

【００９６】なお、以上の実施の形態では、新たな部品
またはユニットを登録する場合には、図１４に示すダイ
アログボックス９０を表示して、候補部品または正規部
品の選択を行うようにしたが、新たに登録される部品は
無条件に正規部品に設定されるようにしてもよい。

【００９７】次に、本発明の第５の実施の形態について
説明する。図１８は、本発明の第５の実施の形態の構成
例を示すブロック図である。この図において、モデル管
理装置１１０は、端末１２０−１〜１２０−３から入力
されたモデルを管理する。端末１２０−１〜１２０−３
は、例えば、パーソナルコンピュータによって構成され
ており、モデルを作成する場合にはモデル管理装置１１
０にログインして所定のモデルの作成または修正を行
う。なお、モデル管理装置１１０を構成する各ブロック
の詳細な説明については省略する。

【００９８】複数の設計者が並行してモデルの作成また
は修正作業を行う場合には、同一のデータが複数人によ
り同時に変更されないように排他制御を行うことが一般
的である。しかしながら、排他制御は同一のデータに対
して行うものであるので、相互に関連を有する複数の部
品の何れかが変更されている場合には、他の部品の変更
に対しても何らかの制限を設けることが望ましい。

【００９９】ここで、相互に関連を有する部品とは、例
えば、図１９に示すアセンブリを構成する、図２０に示
す部品Ａ〜部品Ｃをいう。このようなアセンブリでは、
部品Ａ〜部品Ｃの何れかが変更された場合には、他の部
品もそれに伴って変更する必要が生じるからである。

【０１００】本発明の第５の実施の形態では、相互に関
連を有する部品が並行して変更されている場合にはその
旨を設計者に対して通知し、部品どうしの齟齬が生じる
ことを未然に防止する。

【０１０１】以下にその詳細な動作について説明する。
いま、端末１２０−１の設計者がモデル管理装置１１０
に対してログインし、例えば、図２０に示す部品Ｂを取
得したとすると、ＣＰＵ１１０ａは、部品Ｂに関連を有
する部品を検索する。

【０１０２】なお、図２０に示す部品Ａ〜Ｃを階層化す
ると、図２１のようになる。図２１（Ａ）は、例えば、
部品Ａを基準として部品Ｂを係合し、更に部品Ａを基準
として部品Ｃを係合した場合に生成される階層構造であ
る。一方、図２１（Ｂ）は、例えば、部品Ａを基準とし
て部品Ｂを係合し、更に部品Ｂを基準として部品Ｃを係
合した場合に生成される階層構造である。

【０１０３】ＣＰＵ１１０ａは、図２１に示すような階
層構造（ＰＤＭ構成ビューのデータ）を参照して相互に
関連を有する部品を検索する。検索の方法としては、先
ず、指定された部品の直上の階層の部品を特定し、その
部品から派生する全ての部品を関連を有する部品とす
る。このような部品は、直接の係合関係を有する場合が
多いからである。従って、図２１の例では、（Ａ）およ
び（Ｂ）の双方において、部品Ａと部品Ｃが関連する部
品として取得される。なお、相互に関連を有する部品を
予めマニュアル操作で指定して登録しておくようにして
もよい。

【０１０４】そして、ＣＰＵ１１０ａは、関連を有する
部品Ａ，Ｂの何れかを変更している設計者が存在しない
か判定し、存在する場合には図２２に示すような警告の
メッセージをポップアップ画面として端末１２０−１に
表示させる。この表示例では、メッセージ「編集中の部
品に関連する部品に修正が加えられている可能性があり
ます。ご留意下さい。」が記載されているダイアログボ
ックス１３０が表示されている。また、ダイアログボッ
クス１３０の下部には、このボックスを閉じる場合に操
作されるＯＫボタン１３０ａが表示されている。

【０１０５】また、部品Ｂが取得されてから、他の設計
者が関連する部品を取得した場合にも図２２に示す場合
と同様の画面を表示して警告する。なお、その際には、
端末１２０−１の設計者が、部品Ｂのデータを取得した
ままで、端末１２０−１の電源を切断してしまう場合が
想定されるので、そのような場合には、同様の内容を電
子メールで送信する。

【０１０６】また、部品Ｂに関連を有する部品が変更さ
れた後、モデル管理装置１１０に登録された場合には、
ＣＰＵ１１０ａは、図２３に示すような警告のメッセー
ジをポップアップ画面として端末１２０−１に表示させ
る。この表示例では、メッセージ「取得した部品に関連
する部品が、１２月１１日に変更されました。ご確認下
さい。」が記載されているダイアログボックス１４０が
表示されている。また、その下部には、ダイアログボッ
クスを閉じる場合に操作するＯＫボタン１４０ａが表示
されている。なお、端末１２０−１の電源が切断されて
いる場合には、同様の内容を電子メールで送信する。

【０１０７】次に、図２４を参照して以上の機能を実現
するためのフローチャートの一例について説明する。こ
のフローチャートは、所定の端末がログインした場合に
開始される。このフローチャートが開始されると、以下
の処理が実行されることになる。 ［Ｓ１２０］ＣＰＵ１１０ａは、ログインした当該設計
者によって部品が取得されたか否かを判定し、取得され
た場合にはステップＳ１２１に進み、それ以外の場合に
はステップＳ１２０に戻って同様の処理を繰り返す。 ［Ｓ１２１］ＣＰＵ１１０ａは、取得した部品に関連す
る部品が存在するか否か判定し、存在する場合にはステ
ップＳ１２２に進み、それ以外の場合には処理を終了す
る。

【０１０８】なお、関連を有する部品は、前述のよう
に、１つ上の階層の部品を特定し、その部品から派生す
る全ての部品であって、当該部品を含まない部品を関連
を有する部品とする。 ［Ｓ１２２］ＣＰＵ１１０ａは、関連を有する部品が他
者によって取得中であるか否かを判定し、取得中である
場合にはステップＳ１２３に進み、それ以外の場合には
ステップＳ１２４に進む。 ［Ｓ１２３］ＣＰＵ１１０ａは、関連を有する部品が取
得中である旨を、例えば、図２２に示すようなポップア
ップ画面を表示して当該設計者に通知する。 ［Ｓ１２４］ＣＰＵ１１０ａは、関連を有する部品が他
者によって取得されたか否かを判定し、取得された場合
にはステップＳ１２５に進み、それ以外の場合にはステ
ップＳ１２８に進む。 ［Ｓ１２５］ＣＰＵ１１０ａは、当該設計者がログイン
中であるか否かを判定し、ログイン中である場合にはス
テップＳ１２６に進み、それ以外の場合にはステップＳ
１２７に進む。 ［Ｓ１２６］ＣＰＵ１１０ａは、関連を有する部品が取
得された旨を、例えば、図２２に示すようなポップアッ
プ画面を表示して当該設計者に通知する。 ［Ｓ１２７］ＣＰＵ１１０ａは、関連を有する部品が取
得された旨を、例えば、図２２に示すポップアップ画面
と同様の内容の電子メールを送信することにより当該設
計者に通知する。 ［Ｓ１２８］ＣＰＵ１１０ａは、関連を有する部品が他
者によって登録されたか否かを判定し、登録された場合
にはステップＳ１２９に進み、それ以外の場合にはステ
ップＳ１３２に進む。 ［Ｓ１２９］ＣＰＵ１１０ａは、当該設計者がログイン
中であるか否かを判定し、ログイン中である場合にはス
テップＳ１３０に進み、それ以外の場合にはステップＳ
１３１に進む。 ［Ｓ１３０］ＣＰＵ１１０ａは、関連を有する部品が変
更された旨を、例えば、図２３に示すようなポップアッ
プ画面を表示して当該設計者に通知する。 ［Ｓ１３１］ＣＰＵ１１０ａは、関連を有する部品が変
更された旨を、例えば、図２３に示すようなポップアッ
プ画面と同様の電子メールを送信することにより当該設
計者に通知する。 ［Ｓ１３２］ＣＰＵ１１０ａは、当該設計者により取得
中の部品が格納（返却）されたか否かを判定し、格納さ
れた場合には処理を終了し、それ以外の場合にはステッ
プＳ１２４に戻って同様の処理を繰り返す。

【０１０９】以上の処理によれば、設計者が所定の部品
を取得した場合であって、その部品に関連する他の部品
が他者によって取得中であるかまたは取得された場合に
は、図２２に示すようなメッセージを表示するようにし
たので、他者の変更に留意しながら設計を行うことが可
能となる。

【０１１０】また、関連する他の部品が変更されて登録
された場合には、図２３に示すようなメッセージを表示
するようにしたので、変更された最新の部品を参照しな
がら設計を行うことが可能となる。

【０１１１】なお、以上の実施の形態においては、関連
を有する部品が取得された日時または変更された日時を
メッセージとして示すようにしたが、これに付随して関
連を有する部品を取得または変更した他者の名前等を表
示するようにしてもよい。そのような実施の形態によれ
ば、変更を実施している他者を知ることができるので、
打ち合わせ等によって互いに齟齬する変更が加えられる
ことを回避できる。

【０１１２】なお、上記の処理機能は、コンピュータに
よって実現することができる。その場合、モデル管理装
置が有すべき機能の処理内容は、コンピュータで読み取
り可能な記録媒体に記録されたプログラムに記述されて
おり、このプログラムをコンピュータで実行することに
より、上記処理がコンピュータで実現される。コンピュ
ータで読み取り可能な記録媒体としては、磁気記録装置
や半導体メモリ等がある。市場へ流通させる場合には、
ＣＤ−ＲＯＭ(Compact Disk Read Only Memory)やフロ
ッピーディスク等の可搬型記録媒体にプログラムを格納
して流通させたり、ネットワークを介して接続されたコ
ンピュータの記憶装置に格納しておき、ネットワークを
通じて他のコンピュータに転送することもできる。コン
ピュータで実行する際には、コンピュータ内のハードデ
ィスク装置等にプログラムを格納しておき、メインメモ
リにロードして実行する。

【０１１３】

【発明の効果】以上説明したように本発明では、システ
ムを管理する第１のサーバと、端末側に配置され、各端
末から入力されたモデルを管理する第２のサーバとを有
するモデル管理システムにおいて、第２のサーバは、端
末から入力されたモデルの実データであるバルクデータ
を格納するバルクデータ格納手段と、モデルの属性情報
であるメタデータを格納するメタデータ格納手段と、何
れかの端末から設計作業の終了を示す情報が入力された
場合には、バルクデータ格納手段に格納されている該当
するバルクデータを暗号化する暗号化手段と、暗号化に
対応する復号鍵と、暗号化されたバルクデータに対応す
るメタデータとを第１のサーバに送信する送信手段と、
を有し、第１のサーバは、第２のサーバから送信された
復号鍵と、メタデータとを対応付けて記憶する記憶手段
と、何れかの端末から所定のバルクデータに対する閲覧
要求があった場合には、メタデータを参照して該当する
バルクデータの格納場所と、対応する復号鍵とを取得す
る取得手段と、取得手段によって取得された格納場所と
復号鍵とを要求を行った端末に対して返送する返送手段
と、を有するようにしたので、ネットワークに係る負担
を軽減するとともに、データを効率的に管理することが
可能となる。

【０１１４】また、複数の部品から構成されるモデルを
管理するモデル管理装置において、モデルを格納する格
納手段と、格納手段に格納されているモデルの各部品に
対して属性情報を付与する属性情報付与手段と、格納手
段に格納されているモデルから図面を生成する図面生成
手段と、図面生成手段によって生成された図面に関連す
る部品の属性情報を、モデルから抽出する属性情報抽出
手段と、属性情報抽出手段によって抽出された属性情報
を、図面に対して付加する属性情報付加手段と、を有す
るようにしたので、図面を作成する際の手間を省略する
ことが可能となる。 更に、複数の部品から構成される
モデルを管理するモデル管理装置において、モデルを格
納する格納手段と、格納手段に格納されているモデルま
たはモデルを構成する部品に対する試作依頼の入力を受
ける試作依頼入力手段と、試作依頼入力手段からモデル
または部品に対する試作依頼がなされた場合には、その
モデルまたは部品の版数を定義する定義手段と、を有す
るようにしたので、モデルまたは部品の管理を確実に行
うことが可能となる。

【０１１５】更に、複数の部品から構成されるモデルを
管理するモデル管理装置において、モデルを格納する格
納手段と、格納手段に格納された所定のモデルのある部
品について候補部品が存在する場合には、その候補部品
を同一のモデルの該当部分に対して関連付ける関連付け
手段と、候補部品が１以上存在する部品については、何
れかの部品を正規部品として選択する選択手段と、を有
するようにしたので、候補部品を簡易に管理することが
可能となる。

【０１１６】更に、１または２以上の端末が接続され、
これらの端末から入力されたモデルを管理するモデル管
理装置において、モデルを格納する格納手段と、何れか
の端末により格納手段に格納されたモデルの一部が変更
されたことを検出する変更検出手段と、変更検出手段に
よって変更が検出された場合には、該当部分に関連を有
する部分を特定する関連部分特定手段と、関連部分特定
手段によって特定された部分を修正または変更の対象と
している端末を特定する端末特定手段と、端末特定手段
によって特定された端末に対して関連を有する部分が変
更されている旨の通知を行う通知手段と、を有するよう
にしたので部品間で整合を図りつつ設計を行うことが可
能となる。

【図面の簡単な説明】

【図１】本発明の動作原理を説明する原理図である。

【図２】本発明の第１の実施の形態の構成例を示すブロ
ック図である。

【図３】図２に示す仕掛かりサーバによって実行される
フローチャートの一例である。

【図４】図２に示す正式サーバによって実行されるフロ
ーチャートの一例である。

【図５】本発明の第２の実施の形態の構成例を示すブロ
ック図である。

【図６】ＰＤＭ構成ビューと属性ビューの表示例を示す
図である。

【図７】図６に示す画面において、「リアサスペンショ
ン」に対する三面図の表示が指示された場合に表示され
る画面である。

【図８】図５に示す実施の形態において実行される処理
の一例を説明するフローチャートである。

【図９】本発明の第３の実施の形態の概要を説明する図
である。

【図１０】フェーズの移行を説明するための図である。

【図１１】過去のフェーズも同時に表示されたＰＤＭ構
成ビューの表示例である。

【図１２】本発明の第３の実施の形態において実行され
る処理の一例を説明するフローチャートである。

【図１３】本発明の第４の実施の形態において表示され
るＰＤＭ構成ビューの一例である。

【図１４】図１３に示す画面において、新たな部品を登
録する際に表示される画面の表示例である。

【図１５】図１３に示す画面において、正規部品を選択
する際に表示される画面の表示例である。

【図１６】新たな部品を登録する際に実行される処理の
一例を説明するフローチャートである。

【図１７】正規部品を選択する際に実行される処理の一
例を説明するフローチャートである。

【図１８】本発明の第５の実施の形態の構成例を示すブ
ロック図である。

【図１９】部品が有する階層構造を説明するための図で
ある。

【図２０】図１９に示すアセンブリの分解図である。

【図２１】図２１（Ａ）は、図１９に示すユニットの階
層構造を示す図であり、図２１（Ｂ）は、図１９に示す
ユニットの他の階層構造を示す図である。

【図２２】端末に対して表示される警告画面の一例であ
る。

【図２３】端末に対して表示される警告画面の他の一例
である。

【図２４】図１８に示す実施の形態において実行される
処理の一例を説明するフローチャートである。

【符号の説明】

１ 第１のサーバ １ａ 記憶手段 １ｂ 取得手段 １ｃ 返送手段 ２ 第２のサーバ ２ａ バルクデータ格納手段 ２ｂ メタデータ格納手段 ２ｃ 暗号化手段 ２ｄ 送信手段 ３−１〜３−３ 端末 １０ 正式サーバ １０ａ ＣＰＵ １０ｂ ＲＯＭ １０ｃ ＲＡＭ １０ｄ ＨＤＤ １０ｅ Ｉ／Ｆ ２０ 仕掛かりサーバ ２０ａ ＣＰＵ ２０ｂ ＲＯＭ ２０ｃ ＲＡＭ ２０ｄ ＨＤＤ ２０ｅ，２０ｆ Ｉ／Ｆ ３０−１〜３０−３ 端末 ４０ モデル管理装置 ４０ａ ＣＰＵ ４０ｂ ＲＯＭ ４０ｃ ＲＡＭ ４０ｄ ＨＤＤ ４０ｅ，４０ｆ Ｉ／Ｆ ４１ 入力装置 ４２ 印刷装置 ４３ 表示装置 １１０ モデル管理装置 １１０ａ ＣＰＵ １１０ｂ ＲＯＭ １１０ｃ ＲＡＭ １１０ｄ ＨＤＤ １１０ｅ Ｉ／Ｆ １２０−１〜１２０−３ 端末

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 15/60 ６２４Ｅ

Claims (11)

【特許請求の範囲】
1. 【請求項１】 製品データの管理システムである第１の
   サーバと、端末側に配置され、各端末から入力された製
   品データの３次元モデルデータを管理する第２のサーバ
   とを有するモデル管理システムにおいて、 前記第２のサーバは、 前記端末から入力されたモデルの実データであるバルク
   データを格納するバルクデータ格納手段と、 前記モデルの属性情報であるメタデータを格納するメタ
   データ格納手段と、 何れかの端末から設計作業の終了を示す情報が入力され
   た場合には、前記バルクデータ格納手段に格納されてい
   る該当するバルクデータを暗号化する暗号化手段と、 前記暗号化に対応する復号鍵と、暗号化されたバルクデ
   ータに対応するメタデータとを前記第１のサーバに送信
   する送信手段と、を有し、 前記第１のサーバは、 前記第２のサーバから送信された前記復号鍵と、前記メ
   タデータとを対応付けて記憶する記憶手段と、 何れかの端末から所定のバルクデータに対する閲覧要求
   があった場合には、前記メタデータを参照して該当する
   バルクデータの格納場所と、対応する復号鍵とを取得す
   る取得手段と、 前記取得手段によって取得された前記格納場所と前記復
   号鍵とを要求を行った端末に対して返送する返送手段
   と、を有する、 ことを特徴とするモデル管理システム。
2. 【請求項２】 複数の部品から構成されるモデルを管理
   するモデル管理装置において、 前記モデルを格納する格納手段と、 前記格納手段に格納されているモデルの各部品に対して
   属性情報を付与する属性情報付与手段と、 前記格納手段に格納されているモデルから図面を生成す
   る図面生成手段と、 前記図面生成手段によって生成された図面に関連する部
   品の属性情報を、前記モデルから抽出する属性情報抽出
   手段と、 前記属性情報抽出手段によって抽出された属性情報を、
   前記図面に対して付加する属性情報付加手段と、 を有することを特徴とするモデル管理装置。
3. 【請求項３】 前記図面に付加された属性情報が変更さ
   れた場合には前記モデルの該当する属性情報を変更し、
   一方、前記モデルの所定の属性情報が変更された場合に
   は前記図面に付加された該当する属性情報を変更する属
   性情報変更手段を更に有することを特徴とする請求項４
   記載のモデル管理装置。
4. 【請求項４】 前記モデルを構成する部品の一覧である
   部品表を表示する部品表表示手段を更に有し、 前記属性情報変更手段は、前記部品表に表示された内容
   が変更された場合には、前記モデルおよび前記図面の該
   当する属性情報を変更し、前記モデルまたは前記図面の
   属性情報が変更された場合には、前記部品表の該当する
   属性情報を変更することを特徴とする請求項５記載のモ
   デル管理装置。
5. 【請求項５】 複数の部品から構成されるモデルを管理
   する処理をコンピュータに実行させるプログラムを記録
   したコンピュータ読み取り可能な記録媒体において、 コンピュータを、 前記モデルを格納する格納手段、 前記格納手段に格納されているモデルの各部品に対して
   属性情報を付与する属性情報付与手段、 前記格納手段に格納されているモデルから図面を生成す
   る図面生成手段、 前記図面生成手段によって生成された図面に関連する部
   品の属性情報を、前記モデルから抽出する属性情報抽出
   手段、 前記属性情報抽出手段によって抽出された属性情報を、
   前記図面に対して付加する属性情報付加手段、 として機能させるプログラムを記録したコンピュータ読
   み取り可能な記録媒体。
6. 【請求項６】 複数の部品から構成されるモデルを管理
   するモデル管理装置において、 前記モデルを格納する格納手段と、 前記格納手段に格納されているモデルまたはモデルを構
   成する部品に対する試作依頼の入力を受ける試作依頼入
   力手段と、 前記試作依頼入力手段からモデルまたは部品に対する試
   作依頼がなされた場合には、そのモデルまたは部品の版
   数を定義する定義手段と、 前記定義手段によってモデルまたは部品の版数が定義さ
   れた場合には、それ以前の版数のモデルまたは部品に対
   する修正または変更を禁止する禁止手段を有することを
   特徴とするモデル管理装置。
7. 【請求項７】 複数の部品から構成されるモデルを管理
   する処理をコンピュータに機能させるプログラムを記録
   したコンピュータ読み取り可能な記録媒体において、 コンピュータを、 前記モデルを格納する格納手段、 前記格納手段に格納されているモデルを構成する所定の
   部品に対する試作依頼の入力を受ける試作依頼入力手
   段、 前記試作依頼入力手段から所定の部品に対する試作依頼
   がなされた場合には、その部品を所定の版数の部品とし
   て定義する定義手段、 として機能させるプログラムを記録したコンピュータ読
   み取り可能な記録媒体。
8. 【請求項８】 複数の部品から構成されるモデルを管理
   するモデル管理装置において、 前記モデルを格納する格納手段と、 前記格納手段に格納された所定のモデルのある部品につ
   いて候補部品が存在する場合には、その候補部品を同一
   のモデルの該当部分に対して関連付ける関連付け手段
   と、 候補部品が１以上存在する部品については、何れかの部
   品を正規部品として選択する選択手段と、 を有することを特徴とするモデル管理装置。
9. 【請求項９】 複数の部品から構成されるモデルを管理
   する処理をコンピュータに実行させるコンピュータ読み
   取り可能な記録媒体において、 コンピュータを、 前記モデルを格納する格納手段、 前記格納手段に格納された所定のモデルのある部品につ
   いて候補部品が存在する場合には、その候補部品を同一
   のモデルの該当部分に対して関連付ける関連付け手段、 候補部品が１以上存在する部品については、何れかの部
   品を正規部品として選択する選択手段、 として機能させるプログラムを記録したコンピュータ読
   み取り可能な記録媒体。
10. 【請求項１０】 １または２以上の端末が接続され、こ
    れらの端末から入力されたモデルを管理するモデル管理
    装置において、 前記モデルを格納する格納手段と、 何れかの端末により前記格納手段に格納されたモデルの
    一部が変更されたことを検出する変更検出手段と、 前記変更検出手段によって変更が検出された場合には、
    該当部分に関連を有する部分を特定する関連部分特定手
    段と、 前記関連部分特定手段によって特定された部分を修正ま
    たは変更の対象としている端末を特定する端末特定手段
    と、 前記端末特定手段によって特定された端末に対して関連
    を有する部分が変更されている旨の通知を行う通知手段
    と、 を有することを特徴とするモデル管理装置。
11. 【請求項１１】 １または２以上の端末が接続され、こ
    れらの端末から入力されたモデルを管理する処理をコン
    ピュータに機能させるプログラムを記録したコンピュー
    タ読み取り可能な記録媒体において、 コンピュータを、 前記モデルを格納する格納手段、 何れかの端末により前記格納手段に格納された所定のモ
    デルの一部が変更されたことを検出する変更検出手段、 前記変更検出手段によって変更が検出された場合には、
    該当部分に関連を有する部分を特定する関連部分特定手
    段、 前記関連部分特定手段によって特定された部分を修正ま
    たは変更の対象としている端末を特定する端末特定手
    段、 前記端末特定手段によって特定された端末に対して関連
    を有する部分が変更されている旨の通知を行う通知手
    段、 として機能させるプログラムを記録したコンピュータ読
    み取り可能な記録媒体。