(57)【要約】【課題】モデル管理装置において、部品間で整合を図りつつ設計を行えるようにする。【解決手段】格納手段は、モデルを格納する。変更検出手段は、何れかの端末により格納手段に格納されたモデルの一部が変更されたことを検出する。関連部分特定手段は、変更検出手段によって変更が検出された場合には、該当部分に関連を有する部分を特定する。端末特定手段は、関連部分特定手段によって特定された部分を修正または変更の対象としている端末を特定する。通知手段は、端末特定手段によって特定された端末に対して関連を有する部分が変更されている旨の通知を行う。【選択図】図２４
2008152795.tif 000002
【特許請求の範囲】
【請求項１】
１または２以上の端末が接続され、これらの端末から入力されたモデルを管理するモデル管理装置において、
前記モデルを格納する格納手段と、
何れかの端末により前記格納手段に格納されたモデルの一部が変更されたことを検出する変更検出手段と、
前記変更検出手段によって変更が検出された場合には、該当部分に関連を有する部分を特定する関連部分特定手段と、
前記関連部分特定手段によって特定された部分を修正または変更の対象としている端末を特定する端末特定手段と、
前記端末特定手段によって特定された端末に対して関連を有する部分が変更されている旨の通知を行う通知手段と、
を有することを特徴とするモデル管理装置。
【請求項２】
１または２以上の端末が接続され、これらの端末から入力されたモデルを管理する処理をコンピュータに機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体において、
コンピュータを、
前記モデルを格納する格納手段、
何れかの端末により前記格納手段に格納された所定のモデルの一部が変更されたことを検出する変更検出手段、
前記変更検出手段によって変更が検出された場合には、該当部分に関連を有する部分を特定する関連部分特定手段、
前記関連部分特定手段によって特定された部分を修正または変更の対象としている端末を特定する端末特定手段、
前記端末特定手段によって特定された端末に対して関連を有する部分が変更されている旨の通知を行う通知手段、
として機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はモデル管理装置および記録媒体に関し、特に、２次元または３次元モデルを管理するモデル管理装置および記録媒体に関する。
【背景技術】
【０００２】
近年、３次元ＣＡＤ（Computer Aided Design）の進歩により、製品の３次元モデルをコンピュータ上に作成しておき、この３次元モデルから必要な図面や部品表等を作成しようとする動きが活発化している。
【０００３】
また、それと並行して、製品開発に関する全てのデータを統合管理することにより、データの有効活用と設計作業等の効率化を目指すＰＤＭ（Product Data Management）も普及しつつある。
【０００４】
そこで、近時においては、３次元ＣＡＤとＰＤＭの融合を図ることにより、設計から製造に至るまでの過程におけるデータの有効活用を一層増進させようとする動きが盛んになりつつある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、これらが統合されたシステムでは、設計が終了したデータに関しては、所定のサーバに集めて一元的に管理することが通常である。しかしながら、３次元ＣＡＤ等によって生成されたモデルの実データであるバルクデータは、非常に情報量が多い（例えば、数ギガバイト）ので、このような大容量のデータを伝送しようとするとネットワークへの負担が増大するという問題点があった。
【０００６】
また、場合によっては、作成された３次元モデルを２次元化した図面として表示装置や印刷用紙に出力する必要が生じるが、そのような場合、従来においては、ＰＤＭで管理されている部品の一覧表から属性等のデータをマニュアル操作で取得して図面の部品欄に挿入したり、作成者の名前を同じく部品の一覧表から取得して表題欄に挿入する必要があり煩雑であるという問題点があった。また、モデルに訂正があった場合には、このような訂正は図面には反映されないという問題点もあった。
【０００７】
更に、従来においては、モデルの設計が終了して承認がなされた時点で版数が設定されていた。ところで、製品の設計においては、試作のレベルや仕向先に応じて設計が繰り返されるが、版数の設定はこのようなレベルや仕向とは無関係に設定されることから、版数のみではどのレベルまたは仕向のどの段階のデータであるかを判定することが困難であるという問題点があった。
【０００８】
更に、設計においては、複数の部品の候補を準備しておき、試作やシミュレーションの結果に応じてそれらの候補から正規の部品を選択する場合がある。ところで、従来においては、ある部品が複数の候補を有する場合には、これらの候補と他の部品との組み合わせに対応する個数のモデルを生成することが通例であった。例えば、部品Ａと部品Ｂからなるモデルにおいて、部品Ｂが部品Ｂ’なる候補部品を有している場合には、（Ａ＋Ｂ）と（Ａ＋Ｂ’）の２種類のモデルを生成して登録していた。従って、部品の候補が多い場合には組み合わせの数が多大となり、モデルの管理が煩雑となるとともに、データの容量が増大するという問題点があった。
【０００９】
更に、複数の設計者によって設計作業を分担して行う場合には、排他制御によって同一のデータが同時に変更されないように管理するのが一般的である。しかしながら、モデルを構成する部品は相互に関連を有するため、ある部品が修正された場合にはそれに関連を有する部品も変更する必要が生じる場合が少なくない。従来においては、同一の部品に対する排他制御しか実施されていなかったため、相互に関連を有する部品の一方が変更された場合には、他方の部品の設計作業を行っている設計者に対してその旨を通知する方法がなく、無駄な作業が発生する場合があるという問題点があった。
【００１０】
本発明は、以上のような状況に鑑みてなされたものであり、作成されたモデルを適切に管理することが可能なモデル管理装置および記録媒体を提供することを目的とする。
また、本発明は、作業性の高いモデル管理装置および記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明では上記課題を解決するために、１または２以上の端末が接続され、これらの端末から入力されたモデルを管理するモデル管理装置において、前記モデルを格納する格納手段と、何れかの端末により前記格納手段に格納されたモデルの一部が変更されたことを検出する変更検出手段と、前記変更検出手段によって変更が検出された場合には、該当部分に関連を有する部分を特定する関連部分特定手段と、前記関連部分特定手段によって特定された部分を修正または変更の対象としている端末を特定する端末特定手段と、前記端末特定手段によって特定された端末に対して関連を有する部分が変更されている旨の通知を行う通知手段と、を有することを特徴とするモデル管理装置が提供される。
【００１２】
ここで、格納手段は、モデルを格納する。変更検出手段は、何れかの端末により格納手段に格納されたモデルの一部が変更されたことを検出する。関連部分特定手段は、変更検出手段によって変更が検出された場合には、該当部分に関連を有する部分を特定する。端末特定手段は、関連部分特定手段によって特定された部分を修正または変更の対象としている端末を特定する。通知手段は、端末特定手段によって特定された端末に対して関連を有する部分が変更されている旨の通知を行う。
【発明の効果】
【００１３】
本発明では、１または２以上の端末が接続され、これらの端末から入力されたモデルを管理するモデル管理装置において、モデルを格納する格納手段と、何れかの端末により格納手段に格納されたモデルの一部が変更されたことを検出する変更検出手段と、変更検出手段によって変更が検出された場合には、該当部分に関連を有する部分を特定する関連部分特定手段と、関連部分特定手段によって特定された部分を修正または変更の対象としている端末を特定する端末特定手段と、端末特定手段によって特定された端末に対して関連を有する部分が変更されている旨の通知を行う通知手段と、を有するようにしたので部品間で整合を図りつつ設計を行うことが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図面を参照して説明する。
図１は、本発明の動作原理を説明する原理図である。この図に示すように、本発明に係るモデル管理システムは、第１のサーバ１、第２のサーバ２、および、端末３−１〜３−３によって構成されている。
【００１５】
第１のサーバ１は、記憶手段１ａ、取得手段１ｂ、および、返送手段１ｃによって構成されており、システム全体を管理するサーバであり、セキュリティレベルがもっとも高いサーバである。なお、この第１のサーバ１は、例えば、企業では本社に設置されているサーバである。
【００１６】
第２のサーバ２は、バルクデータ格納手段２ａ、メタデータ格納手段２ｂ、送信手段２ｄ、および、暗号化手段２ｃによって構成されており、端末３−１〜３−３によって生成されたモデルデータを格納する。
【００１７】
端末３−１〜３−３は、各設計者がモデルを入力または修正したり、入力したモデルを参照する場合に操作される。
なお、第２のサーバ２と端末３−１〜３−３とは、前述の企業を例に挙げると、各事業部に設置されている。従って、この図では第２のサーバ２は１つだけしか示してないが、実際には端末が複数接続された同様のサーバが複数接続されている。
【００１８】
ここで、第２のサーバ２のバルクデータ格納手段２ａは、端末３−１〜３−３から入力されたモデルの実データであるバルクデータを格納する。
メタデータ格納手段２ｂは、モデルの属性情報であるメタデータを格納する。
【００１９】
暗号化手段２ｃは、何れかの端末から設計作業の終了を示す情報が入力された場合には、バルクデータ格納手段２ａに格納されている所定のバルクデータを暗号化する。
送信手段２ｄは、暗号化に対応する復号鍵と、暗号化されたバルクデータに対応するメタデータとを第１のサーバ１に送信する。
【００２０】
また、第１のサーバ１の記憶手段１ａは、第２のサーバ２から送信された復号鍵と、メタデータとを対応付けて記憶する。
取得手段１ｂは、何れかの端末から所定のバルクデータに対する閲覧要求があった場合には、対応するメタデータを参照して該当するバルクデータの格納場所と、対応する復号鍵とを取得する。
【００２１】
返送手段１ｃは、取得手段１ｂによって取得された格納場所と、復号鍵とを要求を行った端末に対して返送する。
次に、以上の原理図の動作について説明する。
【００２２】
所定の端末が操作されてモデルが作成されると、モデルの実データであるバルクデータは第２のサーバ２のバルクデータ格納手段２ａに格納され、また、モデルの属性情報であるメタデータはメタデータ格納手段２ｂに格納される。
【００２３】
そして、モデルの設計が終了し、例えば、設計部門の管理者の承認を得るための承認依頼がなされると、第２のサーバ２の暗号化手段２ｃは、バルクデータ格納手段２ａに格納されている承認依頼の対象となるモデルのバルクデータに対して暗号化処理を施すとともに、その復号の際に必要な復号鍵を送信手段２ｄに供給する。なお、復号鍵は、承認依頼の度に異なる鍵が発生されるので、承認の対象となった単位（例えば、部品）毎に異なる鍵が割り当てられることになる。
【００２４】
送信手段２ｄは、暗号化手段２ｃから供給された復号鍵と、メタデータ格納手段２ｂに格納されている該当するメタデータとを第１のサーバ１に対して送信する。なお、このメタデータには、モデルを構成する部品やユニットを示す情報と、それらの部品やユニットがシステム上のどこに格納されているかを示す情報が含まれている。
【００２５】
第１のサーバ１では、第２のサーバ２から送信された復号鍵とメタデータとを記憶手段１ａに関連付けて記憶する。
このような状態において、例えば、端末３−１からあるモデルの所定の部品を閲覧したい旨の要求が第２のサーバ２に対して行われたとすると、第２のサーバ２は、この要求を第１のサーバ１に対して送信する。
【００２６】
第１のサーバ１では、受信した要求に該当するメタデータを記憶手段１ａから検索し、また、このメタデータに関連付けて記憶されている復号鍵を取得する。そして、取得したメタデータと復号鍵を、返送手段１ｃにより要求を行った端末３−１に対して送信する。
【００２７】
端末３−１では、受信したメタデータを参照して、目的のモデルが第２のサーバ２に格納されていることを了知し、第２のサーバ２に対して該当するバルクデータの送信を要求する。
【００２８】
その結果、第２のサーバ２では、該当するバルクデータ（暗号化されているデータ）を取得して、要求を行った端末３−１に対して送信する。
端末３−１は、受信したバルクデータを先に取得した復号鍵により復号し、目的のバルクデータを得る。
【００２９】
なお、以上の例では、復号鍵とメタデータを要求を行った端末に対して送信するようにしたが、第１のサーバ１が該当するバルクデータを取得して復号した後に端末に対して送信するようにしてもよい。
【００３０】
以上に説明したように、本発明のモデル管理システムによれば、情報量が膨大なバルクデータは暗号化されて分散管理され、情報量が少ないメタデータと復号鍵だけが第１のサーバ１において集中管理される。そして、所定のモデルのバルクデータが必要である場合には、第１のサーバ１に対して問い合わせが行われ、該当するメタデータと復号鍵が取得され、要求を行った端末に送信される。従って、情報量が膨大なバルクデータを第２のサーバから第１のサーバ１へ移送させなくてもよいのでネットワークに負担がかかることを防止できる。
【００３１】
また、バルクデータは暗号化して第２のサーバ２に格納しておき、復号鍵はセキュリティレベルが高い第１のサーバ１に格納するようにしたので、バルクデータを参照するためには第１のサーバ１に格納されている復号鍵を取得することが必要となり、システム全体のセキュリティレベルを向上させることが可能となる。
【００３２】
次に、本発明の実施の形態の構成例について説明する。
図２は、本発明の第１の実施の形態の構成例を示すブロック図である。この図において、正式サーバ１０は、セキュリティレベルがシステム中もっとも高いサーバであり、例えば、企業の本社に設置され、システム全体を管理する。
【００３３】
仕掛かりサーバ２０は、端末３０−１〜３０−３によって生成されたモデルデータを格納するサーバであり、例えば、企業の各事業部に設置されている。
端末３０−１〜３０−３は、例えば、パーソナルコンピュータによって構成されており、各設計者がモデルを入力または修正したり、入力したモデルを参照する場合に操作される。
【００３４】
ここで、正式サーバ１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＯＭ（Read Only Memory）１０ｂ、ＲＡＭ（Random Access Memory）１０ｃ、ＨＤＤ（Hard Disk Drive）１０ｄ、および、Ｉ／Ｆ１０ｅによって構成されている。
【００３５】
ＣＰＵ１０ａは、装置の各部を制御するとともにＨＤＤ１０ｄに格納されている所定のプログラムに応じて各種処理を実行する。
ＲＯＭ１０ｂは、ＣＰＵ１０ａが実行する基本的なプログラムやデータを格納している。
【００３６】
ＲＡＭ１０ｃは、ＣＰＵ１０ａが実行するプログラムや演算途中のデータを一次的に格納する。
ＨＤＤ１０ｄは、ＣＰＵ１０ａが実行するプログラムや仕掛かりサーバ２０から送信されてきた情報を格納する。
【００３７】
Ｉ／Ｆ１０ｅは、仕掛かりサーバ２０との間で情報を送受信する際に、データの表現形式を適宜変更する。
仕掛かりサーバ２０は、ＣＰＵ２０ａ、ＲＯＭ２０ｂ、ＲＡＭ２０ｃ、ＨＤＤ２０ｄ、および、Ｉ／Ｆ２０ｅ，２０ｆによって構成されている。
【００３８】
ＣＰＵ１０ａは、装置の各部を制御するとともにＨＤＤ２０ｄに格納されている所定のプログラムに応じて各種処理を実行する。
ＲＯＭ２０ｂは、ＣＰＵ２０ａが実行する基本的なプログラムやデータを格納している。
【００３９】
ＲＡＭ２０ｃは、ＣＰＵ２０ａが実行するプログラムや演算途中のデータを一次的に格納する。
ＨＤＤ２０ｄは、端末３０−１〜３０−３から入力されたモデルのバルクデータおよびメタデータを格納するとともに、ＣＰＵ２０ａが実行するプログラムを格納している。
【００４０】
Ｉ／Ｆ２０ｅは、正式サーバ１０との間で情報を送受信する際に、データの表現形式を適宜変更する。
Ｉ／Ｆ２０ｆは、端末３０−１〜３０−３との間で情報を送受信する際に、データの表現形式を適宜変更する。
【００４１】
次に、以上の実施の形態の動作について説明する。
図３は、図２に示す仕掛かりサーバ２０において、所定の端末から承認依頼がなされた場合に実行される処理の一例を説明するフローチャートである。
【００４２】
このフローチャートが開始されると、以下の処理が実行される。
［Ｓ１］ＣＰＵ２０ａは、承認依頼がなされたモデルのバルクデータをＨＤＤ２０ｄから検索し、所定の鍵を用いて暗号化する。
［Ｓ２］ＣＰＵ２０ａは、承認依頼がなされたモデルのイメージデータをＨＤＤ２０ｄから検索し、所定の鍵を用いて暗号化する。なお、イメージデータとは、承認の際に生成されるデータであり、モデルを所定の角度から眺めた場合のイメージを示すデータである。
［Ｓ３］ＣＰＵ２０ａは、承認依頼がなされたモデルのポリゴンデータをＨＤＤ２０ｄから検索し、所定の鍵を用いて暗号化する。なお、ポリゴンデータとは、承認の際に生成されるデータであり、モデルをポリゴンとテキスチャとによって表現したデータである。
［Ｓ４］ＣＰＵ２０ａは、暗号化に使用された鍵を復号鍵として取得する。
［Ｓ５］ＣＰＵ２０ａは、ＨＤＤ２０ｄに格納されているメタデータを取得する。
［Ｓ６］ＣＰＵ２０ａは、復号鍵とメタデータとをＩ／Ｆ２０ｅを介して正式サーバ１０に対して送信する。
【００４３】
以上の処理により、端末から所定のモデルに対して承認依頼がなされた場合にはバルクデータその他が暗号化されるとともに、対応するメタデータと復号鍵が正式サーバ１０に対して送信されることになる。
【００４４】
次に、図４を参照して図２に示す正式サーバ１０において、仕掛かりサーバ２０からの要求を受信した場合に実行される処理の一例について説明する。このフローチャートが開始されると以下の処理が実行される。
［Ｓ２０］ＣＰＵ１０ａは、仕掛かりサーバ２０からの要求が登録依頼であるか否かを判定し、登録依頼である場合にはステップＳ２１に進み、それ以外の場合にはステップＳ２２に進む。
［Ｓ２１］ＣＰＵ１０ａは、メタデータと復号鍵をＨＤＤ１０ｄの所定の領域に対応付けて格納する。
［Ｓ２２］ＣＰＵ１０ａは、仕掛かりサーバ２０からの要求が所定のデータに対する閲覧依頼であるか否かを判定し、閲覧依頼である場合にはステップＳ２３に進み、それ以外の場合には処理を終了する。
［Ｓ２３］ＣＰＵ１０ａは、要求に合致するメタデータをＨＤＤ１０ｄから検索する。
［Ｓ２４］ＣＰＵ１０ａは、メタデータを参照して該当するバルクデータが格納されている場所を特定する。
［Ｓ２５］ＣＰＵ１０ａは、メタデータに対応付けて格納されている復号鍵を取得する。
［Ｓ２６］ＣＰＵ１０ａは、ステップＳ２４において特定された格納場所から暗号化されたバルクデータを取得する。
［Ｓ２７］ＣＰＵ１０ａは、ステップＳ２５において取得した復号鍵により、ステップＳ２６で取得したバルクデータを復号する。
［Ｓ２８］ＣＰＵ１０ａは、復号されたバルクデータを要求を行った端末に対して送信する。
【００４５】
以上の処理によれば、仕掛かりサーバ２０からデータの登録要求がなされた場合にはメタデータと復号鍵を対応付けてＨＤＤ１０ｄに格納し、仕掛かりサーバ２０からデータの閲覧要求がなされた場合には、ＨＤＤ１０ｄから該当するメタデータを検索してバルクデータの格納場所を特定し、特定した格納場所から暗号化されたバルクデータ取得して復号鍵により復号化した後、要求を行った仕掛かりサーバ２０に対して送信することが可能となる。
【００４６】
以上の実施の形態によれば、図１に示す原理図を用いて説明したように、データの分散管理によりシステムのリソースを効率良く活用するとともに、バルクデータを伝送することによりネットワークへかかる負担を軽減することが可能となる。
【００４７】
また、仕掛かりサーバ２０に格納されているバルクデータに対して暗号化を施し、その復号鍵をセキュリティレベルの高い正式サーバ１０によって管理するようにしたので、システム全体のセキュリティを向上させることができる。
【００４８】
次に、図５を参照して、本発明の第２の実施の形態の構成例について説明する。
この図に示すように、本発明の第２の実施の形態は、モデル管理装置４０、入力装置４１、印刷装置４２、および、表示装置４３によって構成されている。
【００４９】
モデル管理装置４０は、入力装置４１から入力されたモデルを管理する。
ここで、モデル管理装置４０は、ＣＰＵ４０ａ、ＲＯＭ４０ｂ、ＲＡＭ４０ｃ、ＨＤＤ４０ｄ、Ｉ／Ｆ４０ｅ，４０ｆによって構成されている。なお、各ブロックの機能は、前述の図２の場合と同様であるのでその詳細な説明は省略する。
【００５０】
なお、本実施の形態では、ＨＤＤ４０ｄに格納されているモデルを構成するユニット（または部品）にはそれぞれ属性データが付与されており、この属性データを用いて後述する処理が実行される。
【００５１】
入力装置４１は、例えば、キーボードやマウスによって構成されており、設計者の操作に応じて所定の情報をモデル管理装置４０に対して供給する。
印刷装置４２は、例えば、レーザープリンタやＸＹプロッタ等によって構成されており、モデル管理装置４０から供給された図面等のデータを印刷用紙に印刷する。
【００５２】
表示装置４３は、例えば、ＣＲＴ（Cathode Ray Tube）モニタによって構成されており、モデル管理装置４０から供給された図面等のデータを表示出力する。
次に、以上の実施の形態の動作について説明する。
【００５３】
いま、入力装置４１が操作されて、所定のモデルのＰＤＭ構成ビュー（モデルを構成するユニットまたは部品の構造を示す図）と、属性ビュー（モデルを構成するユニットまたは部品の属性を示す図）の表示が指示されたとすると、図６に示す画面が表示装置４３に表示される。
【００５４】
即ち、ＣＰＵ４０ａは、指定されたモデルをＨＤＤ４０ｄから検索し、各ユニットまたは部品に付与されている前述の属性データを取得し、この属性データに基づいて画面表示を行う。
【００５５】
この表示例では、「ＰＤＭ構成ビュー」と題されたウィンドウ５０と、「属性ビュー」と題されたウィンドウ５５が表示されている。ウィンドウ５０には、「シャタイマワリ」に関するユニットの構造が表示されている。また、ウィンドウ５５には、「シャタイマワリ」に関する部品の属性が表示されている。
【００５６】
このような画面において、例えば、「リアサスペンション」が指定され、その図面を作成するように指示するコマンドが入力装置４１から入力されたとすると、ＣＰＵ４０ａは、ＨＤＤ４０ｄに格納されているモデルのデータから三面図を作成するとともに、関連する属性データを取得して前述の三面図の一部に挿入することにより図７に示す画面を表示装置４３に表示する。
【００５７】
図７の表示例では、「三面図」と題されたウィンドウ６０が表示されており、その表示領域には指定されたリアサスペンションの三面図が表示されている。また、表示領域の右上にはこのリアサスペンションを構成する部品の一覧である部品欄６０ａが表示され、右下には各部名称と作成日時と作成者の一覧である表題欄６０ｂが表示されている。
【００５８】
ここで、このような三面図の部品欄６０ａまたは表題欄６０ｂの内容が変更されたとすると、ＣＰＵ４０ａはこれを検知し、ＨＤＤ４０ｄの該当するモデルに付与されている属性データと、属性ビューに表示されている内容も同時に変更する。
【００５９】
また、モデルに付与されている属性データが変更された場合には、三面図の部品欄６０ａおよび表題欄６０ｂと、属性ビューの表示内容も同時に変更される。
更に、属性ビューの内容が変更された場合には、モデルに付与されている属性データと、三面図の部品欄６０ａおよび表題欄６０ｂも同時に変更される。
【００６０】
従って、モデルと三面図と属性ビューとは、常に同一となるように管理されていることになる。
以上のように、所定のユニットまたは部品が指定された場合には、対応する図面を作成するとともに、モデルに付与されている属性データを抽出して部品欄や表題欄に対して自動的に付加するようにしたので、図面の作成を容易にすることが可能となる。
【００６１】
また、モデルの属性データと、属性ビューと、図面とを相互にリンクして、何れかの内容が変更された場合には、他の情報も同時に変更するようにしたので、これらの同一性を確保することが可能となる。
【００６２】
次に、図８を参照して、以上の処理を実現するためのフローチャートについて説明する。このフローチャートが開始されると、以下の処理が実行される。
［Ｓ４０］ＣＰＵ４０ａは、ＰＤＭ構成ビューまたは属性ビューにおいて、所定のユニットまたは部品が指定された場合には、ステップＳ４１に進み、それ以外の場合にはステップＳ４５に進む。
［Ｓ４１］ＣＰＵ４０ａは、該当するモデルのバルクデータをＨＤＤ４０ｄから取得する。
［Ｓ４２］ＣＰＵ４０ａは、取得したバルクデータに基づいて、例えば、三面図等の図面を作成する。
［Ｓ４３］ＣＰＵ４０ａは、モデルから該当する属性データを取得する。
［Ｓ４４］ＣＰＵ４０ａは、部品欄と表題欄に対して属性データを挿入する。
［Ｓ４５］ＣＰＵ４０ａは、属性ビューにおいて表示内容が変更されたか否かを判定し、変更された場合にはステップＳ４６に進み、それ以外の場合にはステップＳ４７に進む。
［Ｓ４６］ＣＰＵ４０ａは、図面の部品欄または表題欄の表示内容およびモデルの属性データの該当個所を変更する。
［Ｓ４７］ＣＰＵ４０ａは、モデルが変更された場合にはステップＳ４８に進み、それ以外の場合にはステップＳ４９に進む。
［Ｓ４８］ＣＰＵ４０ａは、図面の部品欄または表題欄の表示内容および属性ビューの表示内容の該当個所を変更する。
［Ｓ４９］ＣＰＵ４０ａは、図面が変更された場合にはステップＳ５０に進み、それ以外の場合にはステップＳ５１に進む。
［Ｓ５０］ＣＰＵ４０ａは、モデルの属性データおよび属性ビューの表示内容の該当個所を変更する。
［Ｓ５１］ＣＰＵ４０ａは、処理を継続する場合にはステップＳ４５に戻って同様の処理を繰り返し、それ以外の場合には処理を終了する。
【００６３】
以上の処理によれば、例えば、所定の部品またはユニットの三面図等の作成が指示された場合には、モデルに付与された属性データを抽出し、作成された三面図の部品欄または表題欄に自動的に挿入するようにしたので、図面の作成を容易にすることができる。
【００６４】
また、モデルの属性データと、属性ビューと、図面とを相互にリンクし、何れかの内容が変更された場合には、他の情報も同時に変更するようにしたので、これらの同一性を保持することが可能となる。
【００６５】
次に、図９を参照して本発明の第３の実施の形態について説明する。通常、製品の設計作業では、構想を練るステップと、構想に基づいて詳細な設計を行うステップと、設計が終了したモデルについて承認を行うステップとが繰り返され、最終的に決定したモデルについて試作品が作成される。このような一連のステップを以下では「フェーズ」と呼ぶことにする。実際の設計においては、試作のレベル（例えば、α版、β版）や仕向先（例えば、アメリカ向け、ヨーロッパ向け）に応じてフェーズが設定されてデータが管理される。
【００６６】
ところで、従来においては、フェーズに関係なく、モデルの承認依頼がなされた場合に版数が決定されていたので、例えば、図９の右端に示すような版数が付与されていた。従って、あるフェーズの所定のユニットを参照したいような場合が発生してもそれを特定することができないという問題があった。
【００６７】
そこで、本実施の形態では、フェーズ毎にモデルを分け、それぞれのフェーズに対して版数を割り当てるようにしたので、モデルをフェーズにより管理することが可能となる。
この図の例では、モデルＡは、フェーズ＃１〜＃３の３種類のフェーズによって構成されており、各フェーズには、それぞれ“１”からカウントアップされる版数が付与されている。このように、各フェーズ毎に独立の版数を生成して管理することにより、フェーズを手がかりとして目的のデータを取得することが可能となる。
【００６８】
次に、詳細な動作について説明する。
いま、図１０に示すＰＤＭ構成ビューにおいて、「リアサスペンション」に対する試作依頼がなされたとすると、ＣＰＵ４０ａは、フェーズが移行したとして、リアサスペンションのバルクデータをフェーズ＃１のバルクデータとしてＨＤＤ１０ｄに登録するとともに、このバルクデータに対する変更または修正を禁止し、そのステータスを「マスター」とする。
【００６９】
次に、ＣＰＵ４０ａは、フェーズ＃１に係るリアサスペンションのバルクデータをＨＤＤ４０ｄの所定の領域に複写し、これをフェーズ＃２とする。そして、その後の修正は、全てこのフェーズ＃２に係るデータを対象とする。
【００７０】
続いて、フェーズ＃２に係るリアサスペンションに対して試作依頼がなされた場合には、前述の場合と同様の処理によりフェーズ＃３のデータが生成されることになる。
なお、ＰＤＭ構成ビュー画面に対しては、最新のフェーズが表示されることになるが、入力装置４１を操作して所定のコマンド等を実行することにより、複数のフェーズを同時に表示させることも可能である。
【００７１】
図１１は、そのような場合の表示例である。この例では、フェーズ＃１に係る「リアサスペンションＰｈ１」と、フェーズ＃２に係る「リアサスペンションＰｈ２」とが同一画面上に表示されている。このような表示によれば、過去のフェーズの部品またはユニットも簡単に参照することが可能となる。
【００７２】
次に、図１２を参照して、以上の処理を実現するためのフローチャートの一例について説明する。
［Ｓ７０］ＣＰＵ４０ａは、試作依頼がなされたか否かを判定し、試作依頼がなされた場合にはステップＳ７１に進み、それ以外の場合には処理を終了する。
［Ｓ７１］ＣＰＵ４０ａは、試作依頼がなされた該当するユニットまたは部品を検索する。
［Ｓ７２］ＣＰＵ４０ａは、ユニットまたは部品をＨＤＤ４０ｄの所定の領域に複写する。
［Ｓ７３］ＣＰＵ４０ａは、新たなフェーズを発生する。
［Ｓ７４］ＣＰＵ４０ａは、以前のユニットの変更を禁止する。
【００７３】
以上の実施の形態によれば、フェーズ毎にモデルを管理するようにしたので、所望の仕向や試作レベルに該当するモデルを簡単に参照することが可能となる。
また、従来においては、キープレベルが設定されると、最新の版数からそのキープレベルに対応する数だけ前のモデルが保存の対象とされていた。例えば、図９の場合では、キープレベルが“２”である場合には、フェーズ＃３に係るＶ６とＶ７のみしか保存されなかった。しかしながら、本実施の形態では、各フェーズ毎にキープレベルを設定することが可能となり、以上のような不都合を解消することができる。
【００７４】
なお、以上の実施の形態では、指定されたユニットまたは部品のデータを全てＨＤＤ４０ｄの所定の領域に複写して新たなフェーズのデータとしたが、例えば、修正された部分のみを複写して必要な変更を施し、その他の部分に対しては過去のデータの該当部分と対応付けるようにしてもよい。そのような構成によれば、データ量を削減することが可能となる。
【００７５】
次に、図１３〜１５を参照して、本発明の第４の実施の形態について説明する。
第４の実施の形態では、複数の同一部品（またはユニット）のうち、何れかを正規部品とし、他を候補部品として登録することが可能とされる。
【００７６】
いま、図１３に示すようなＰＤＭ構成ビューにおいて、「ステアリング」がカーソル８５によって指定され、候補部品を追加するコマンドが実行されたとすると、図１４に示すような画面が表示される。
【００７７】
この表示例では、ウィンドウ８０の下に、新たなダイアログボックス９０が表示されている。このダイアログボックス９０では、新たな部品を候補部品または正規部品の何れとして登録するかを指定することができる。即ち、ラジオボタン９０ａが選択された場合には候補部品として、また、ラジオボタン９０ｂが選択された場合には正規部品として登録される。なお、登録ボタン９０ｃは設定内容での登録を行う場合に操作され、また、キャンセルボタン９０ｄは設定内容での登録をキャンセルする場合に操作される。
【００７８】
いま、ラジオボタン９０ａが選択されたとすると、新たな部品は候補部品として登録されることになる。なお、候補部品として登録された場合には、ＰＤＭ構成ビューには表示されず、ＨＤＤ４０ｄにのみ記憶された状態となる。一方、ラジオボタン９０ｂが選択された場合には、新たな部品は正規部品として登録される。なお、正規部品として登録された場合には、ＰＤＭ構成ビューに表示されるとともに、変更の対象となる。
【００７９】
次に、候補部品と正規部品を切り換える場合の操作について図１５を参照して説明する。
いま、図１５に示すように、「ステアリング」がカーソル８５によって指定され、候補部品と正規部品を切り換えるコマンドが実行されたとすると、ダイアログボックス９５が表示される。
【００８０】
この例では、「ステアリング」は３つの同一部品「ステアリングＡ」、「ステアリングＢ」、および、「ステアリングＣ」を有しているので、３つのラジオボタン９５ａ〜９５ｃが表示されている。また、現在は、「ステアリングＢ」が正規部品に選択されているのでラジオボタン９５ｂが選択された状態になっている。
【００８１】
このようなダイアログボックス９５において、例えば、ラジオボタン９５ａが選択され、ＯＫボタン９５ｄが操作されると、正規部品が「ステアリングＢ」から「ステアリングＡ」に変更されることになる。
【００８２】
次に、図１６および図１７を参照して、以上の機能を実現するためのフローチャートについて説明する。
図１６は、図１４に示す新たな部品を登録する際の処理の一例を説明するフローチャートである。このフローチャートが開始されると、以下の処理が実行される。
［Ｓ９０］ＣＰＵ４０ａは、例えば、図１４に示すダイアログボックス９０を表示装置４３に表示させる。
［Ｓ９１］ＣＰＵ４０ａは、登録ボタン９０ｃが操作されたか否かを判定し、操作された場合にはステップＳ９２に進み、それ以外の場合にはステップＳ９１に戻って同様の処理を繰り返す。
［Ｓ９２］ＣＰＵ４０ａは、正規部品を指定するラジオボタン９０ｂが選択された場合にはステップＳ９３に進み、それ以外の場合にはステップＳ９４に進む。
［Ｓ９３］ＣＰＵ４０ａは、新たな部品を正規部品として登録する。
［Ｓ９４］ＣＰＵ４０ａは、新たな部品を候補部品として登録する。
【００８３】
次に、図１７は、図１５に示す正規部品を選択する際の処理の一例を説明するフローチャートである。このフローチャートが開始されると、以下の処理が実行される。
［Ｓ１００］ＣＰＵ４０ａは、例えば、図１５に示すダイアログボックス９５を表示装置４３に表示する。
［Ｓ１０１］ＣＰＵ４０ａは、ＯＫボタン９５ｄが操作された場合にはステップＳ１０２に進み、それ以外の場合にはステップＳ１０１に戻って同様の処理を繰り返す。
［Ｓ１０２］ＣＰＵ４０ａは、正規部品として指定された部品をＨＤＤ４０ｄから取得する。
［Ｓ１０３］ＣＰＵ４０ａは、正規部品の入れ換えを行う。即ち、ステップＳ１０２において取得した部品を正規部品として登録し、それまで正規部品であった部品をＨＤＤ４０ｄの所定の領域に候補部品として登録する。
【００８４】
以上の実施の形態によれば、同一部品に対して複数の候補部品を関連付けて管理するとともに、正規部品と候補部品を切り換え可能としたので、部品の管理を容易にすることができる。
【００８５】
なお、以上の実施の形態では、新たな部品またはユニットを登録する場合には、図１４に示すダイアログボックス９０を表示して、候補部品または正規部品の選択を行うようにしたが、新たに登録される部品は無条件に正規部品に設定されるようにしてもよい。
【００８６】
次に、本発明の第５の実施の形態について説明する。
図１８は、本発明の第５の実施の形態の構成例を示すブロック図である。この図において、モデル管理装置１１０は、端末１２０−１〜１２０−３から入力されたモデルを管理する。端末１２０−１〜１２０−３は、例えば、パーソナルコンピュータによって構成されており、モデルを作成する場合にはモデル管理装置１１０にログインして所定のモデルの作成または修正を行う。なお、モデル管理装置１１０を構成する各ブロックの詳細な説明については省略する。
【００８７】
複数の設計者が並行してモデルの作成または修正作業を行う場合には、同一のデータが複数人により同時に変更されないように排他制御を行うことが一般的である。しかしながら、排他制御は同一のデータに対して行うものであるので、相互に関連を有する複数の部品の何れかが変更されている場合には、他の部品の変更に対しても何らかの制限を設けることが望ましい。
【００８８】
ここで、相互に関連を有する部品とは、例えば、図１９に示すアセンブリを構成する、図２０に示す部品Ａ〜部品Ｃをいう。このようなアセンブリでは、部品Ａ〜部品Ｃの何れかが変更された場合には、他の部品もそれに伴って変更する必要が生じるからである。
【００８９】
本発明の第５の実施の形態では、相互に関連を有する部品が並行して変更されている場合にはその旨を設計者に対して通知し、部品どうしの齟齬が生じることを未然に防止する。
【００９０】
以下にその詳細な動作について説明する。
いま、端末１２０−１の設計者がモデル管理装置１１０に対してログインし、例えば、図２０に示す部品Ｂを取得したとすると、ＣＰＵ１１０ａは、部品Ｂに関連を有する部品を検索する。
【００９１】
なお、図２０に示す部品Ａ〜Ｃを階層化すると、図２１のようになる。図２１（Ａ）は、例えば、部品Ａを基準として部品Ｂを係合し、更に部品Ａを基準として部品Ｃを係合した場合に生成される階層構造である。一方、図２１（Ｂ）は、例えば、部品Ａを基準として部品Ｂを係合し、更に部品Ｂを基準として部品Ｃを係合した場合に生成される階層構造である。
【００９２】
ＣＰＵ１１０ａは、図２１に示すような階層構造（ＰＤＭ構成ビューのデータ）を参照して相互に関連を有する部品を検索する。検索の方法としては、先ず、指定された部品の直上の階層の部品を特定し、その部品から派生する全ての部品を関連を有する部品とする。このような部品は、直接の係合関係を有する場合が多いからである。従って、図２１の例では、（Ａ）および（Ｂ）の双方において、部品Ａと部品Ｃが関連する部品として取得される。なお、相互に関連を有する部品を予めマニュアル操作で指定して登録しておくようにしてもよい。
【００９３】
そして、ＣＰＵ１１０ａは、関連を有する部品Ａ，Ｂの何れかを変更している設計者が存在しないか判定し、存在する場合には図２２に示すような警告のメッセージをポップアップ画面として端末１２０−１に表示させる。この表示例では、メッセージ「編集中の部品に関連する部品に修正が加えられている可能性があります。ご留意下さい。」が記載されているダイアログボックス１３０が表示されている。また、ダイアログボックス１３０の下部には、このボックスを閉じる場合に操作されるＯＫボタン１３０ａが表示されている。
【００９４】
また、部品Ｂが取得されてから、他の設計者が関連する部品を取得した場合にも図２２に示す場合と同様の画面を表示して警告する。なお、その際には、端末１２０−１の設計者が、部品Ｂのデータを取得したままで、端末１２０−１の電源を切断してしまう場合が想定されるので、そのような場合には、同様の内容を電子メールで送信する。
【００９５】
また、部品Ｂに関連を有する部品が変更された後、モデル管理装置１１０に登録された場合には、ＣＰＵ１１０ａは、図２３に示すような警告のメッセージをポップアップ画面として端末１２０−１に表示させる。この表示例では、メッセージ「取得した部品に関連する部品が、１２月１１日に変更されました。ご確認下さい。」が記載されているダイアログボックス１４０が表示されている。また、その下部には、ダイアログボックスを閉じる場合に操作するＯＫボタン１４０ａが表示されている。なお、端末１２０−１の電源が切断されている場合には、同様の内容を電子メールで送信する。
【００９６】
次に、図２４を参照して以上の機能を実現するためのフローチャートの一例について説明する。このフローチャートは、所定の端末がログインした場合に開始される。このフローチャートが開始されると、以下の処理が実行されることになる。
［Ｓ１２０］ＣＰＵ１１０ａは、ログインした当該設計者によって部品が取得されたか否かを判定し、取得された場合にはステップＳ１２１に進み、それ以外の場合にはステップＳ１２０に戻って同様の処理を繰り返す。
［Ｓ１２１］ＣＰＵ１１０ａは、取得した部品に関連する部品が存在するか否か判定し、存在する場合にはステップＳ１２２に進み、それ以外の場合には処理を終了する。
【００９７】
なお、関連を有する部品は、前述のように、１つ上の階層の部品を特定し、その部品から派生する全ての部品であって、当該部品を含まない部品を関連を有する部品とする。
［Ｓ１２２］ＣＰＵ１１０ａは、関連を有する部品が他者によって取得中であるか否かを判定し、取得中である場合にはステップＳ１２３に進み、それ以外の場合にはステップＳ１２４に進む。
［Ｓ１２３］ＣＰＵ１１０ａは、関連を有する部品が取得中である旨を、例えば、図２２に示すようなポップアップ画面を表示して当該設計者に通知する。
［Ｓ１２４］ＣＰＵ１１０ａは、関連を有する部品が他者によって取得されたか否かを判定し、取得された場合にはステップＳ１２５に進み、それ以外の場合にはステップＳ１２８に進む。
［Ｓ１２５］ＣＰＵ１１０ａは、当該設計者がログイン中であるか否かを判定し、ログイン中である場合にはステップＳ１２６に進み、それ以外の場合にはステップＳ１２７に進む。
［Ｓ１２６］ＣＰＵ１１０ａは、関連を有する部品が取得された旨を、例えば、図２２に示すようなポップアップ画面を表示して当該設計者に通知する。
［Ｓ１２７］ＣＰＵ１１０ａは、関連を有する部品が取得された旨を、例えば、図２２に示すポップアップ画面と同様の内容の電子メールを送信することにより当該設計者に通知する。
［Ｓ１２８］ＣＰＵ１１０ａは、関連を有する部品が他者によって登録されたか否かを判定し、登録された場合にはステップＳ１２９に進み、それ以外の場合にはステップＳ１３２に進む。
［Ｓ１２９］ＣＰＵ１１０ａは、当該設計者がログイン中であるか否かを判定し、ログイン中である場合にはステップＳ１３０に進み、それ以外の場合にはステップＳ１３１に進む。
［Ｓ１３０］ＣＰＵ１１０ａは、関連を有する部品が変更された旨を、例えば、図２３に示すようなポップアップ画面を表示して当該設計者に通知する。
［Ｓ１３１］ＣＰＵ１１０ａは、関連を有する部品が変更された旨を、例えば、図２３に示すようなポップアップ画面と同様の電子メールを送信することにより当該設計者に通知する。
［Ｓ１３２］ＣＰＵ１１０ａは、当該設計者により取得中の部品が格納（返却）されたか否かを判定し、格納された場合には処理を終了し、それ以外の場合にはステップＳ１２４に戻って同様の処理を繰り返す。
【００９８】
以上の処理によれば、設計者が所定の部品を取得した場合であって、その部品に関連する他の部品が他者によって取得中であるかまたは取得された場合には、図２２に示すようなメッセージを表示するようにしたので、他者の変更に留意しながら設計を行うことが可能となる。
【００９９】
また、関連する他の部品が変更されて登録された場合には、図２３に示すようなメッセージを表示するようにしたので、変更された最新の部品を参照しながら設計を行うことが可能となる。
【０１００】
なお、以上の実施の形態においては、関連を有する部品が取得された日時または変更された日時をメッセージとして示すようにしたが、これに付随して関連を有する部品を取得または変更した他者の名前等を表示するようにしてもよい。そのような実施の形態によれば、変更を実施している他者を知ることができるので、打ち合わせ等によって互いに齟齬する変更が加えられることを回避できる。
【０１０１】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、モデル管理装置が有すべき機能の処理内容は、コンピュータで読み取り可能な記録媒体に記録されたプログラムに記述されており、このプログラムをコンピュータで実行することにより、上記処理がコンピュータで実現される。コンピュータで読み取り可能な記録媒体としては、磁気記録装置や半導体メモリ等がある。市場へ流通させる場合には、ＣＤ−ＲＯＭ(Compact Disk Read Only Memory)やフレキシブルディスク等の可搬型記録媒体にプログラムを格納して流通させたり、ネットワークを介して接続されたコンピュータの記憶装置に格納しておき、ネットワークを通じて他のコンピュータに転送することもできる。コンピュータで実行する際には、コンピュータ内のハードディスク装置等にプログラムを格納しておき、メインメモリにロードして実行する。
【図面の簡単な説明】
【０１０２】
【図１】本発明の動作原理を説明する原理図である。
【図２】本発明の第１の実施の形態の構成例を示すブロック図である。
【図３】図２に示す仕掛かりサーバによって実行されるフローチャートの一例である。
【図４】図２に示す正式サーバによって実行されるフローチャートの一例である。
【図５】本発明の第２の実施の形態の構成例を示すブロック図である。
【図６】ＰＤＭ構成ビューと属性ビューの表示例を示す図である。
【図７】図６に示す画面において、「リアサスペンション」に対する三面図の表示が指示された場合に表示される画面である。
【図８】図５に示す実施の形態において実行される処理の一例を説明するフローチャートである。
【図９】本発明の第３の実施の形態の概要を説明する図である。
【図１０】フェーズの移行を説明するための図である。
【図１１】過去のフェーズも同時に表示されたＰＤＭ構成ビューの表示例である。
【図１２】本発明の第３の実施の形態において実行される処理の一例を説明するフローチャートである。
【図１３】本発明の第４の実施の形態において表示されるＰＤＭ構成ビューの一例である。
【図１４】図１３に示す画面において、新たな部品を登録する際に表示される画面の表示例である。
【図１５】図１３に示す画面において、正規部品を選択する際に表示される画面の表示例である。
【図１６】新たな部品を登録する際に実行される処理の一例を説明するフローチャートである。
【図１７】正規部品を選択する際に実行される処理の一例を説明するフローチャートである。
【図１８】本発明の第５の実施の形態の構成例を示すブロック図である。
【図１９】部品が有する階層構造を説明するための図である。
【図２０】図１９に示すアセンブリの分解図である。
【図２１】図２１（Ａ）は、図１９に示すユニットの階層構造を示す図であり、図２１（Ｂ）は、図１９に示すユニットの他の階層構造を示す図である。
【図２２】端末に対して表示される警告画面の一例である。
【図２３】端末に対して表示される警告画面の他の一例である。
【図２４】図１８に示す実施の形態において実行される処理の一例を説明するフローチャートである。
【符号の説明】
【０１０３】
１  第１のサーバ
１ａ  記憶手段
１ｂ  取得手段
１ｃ  返送手段
２  第２のサーバ
２ａ  バルクデータ格納手段
２ｂ  メタデータ格納手段
２ｃ  暗号化手段
２ｄ  送信手段
３−１〜３−３  端末
１０  正式サーバ
１０ａ  ＣＰＵ
１０ｂ  ＲＯＭ
１０ｃ  ＲＡＭ
１０ｄ  ＨＤＤ
１０ｅ  Ｉ／Ｆ
２０  仕掛かりサーバ
２０ａ  ＣＰＵ
２０ｂ  ＲＯＭ
２０ｃ  ＲＡＭ
２０ｄ  ＨＤＤ
２０ｅ，２０ｆ  Ｉ／Ｆ
３０−１〜３０−３  端末
４０  モデル管理装置
４０ａ  ＣＰＵ
４０ｂ  ＲＯＭ
４０ｃ  ＲＡＭ
４０ｄ  ＨＤＤ
４０ｅ，４０ｆ  Ｉ／Ｆ
４１  入力装置
４２  印刷装置
４３  表示装置
１１０  モデル管理装置
１１０ａ  ＣＰＵ
１１０ｂ  ＲＯＭ
１１０ｃ  ＲＡＭ
１１０ｄ  ＨＤＤ
１１０ｅ  Ｉ／Ｆ
１２０−１〜１２０−３  端末
【図１】
2008152795.tif 000003
【図２】
2008152795.tif 000004
【図３】
2008152795.tif 000005
【図４】
2008152795.tif 000006
【図５】
2008152795.tif 000007
【図６】
2008152795.tif 000008
【図７】
2008152795.tif 000009
【図８】
2008152795.tif 000010
【図９】
2008152795.tif 000011
【図１０】
2008152795.tif 000012
【図１１】
2008152795.tif 000013
【図１２】
2008152795.tif 000014
【図１３】
2008152795.tif 000015
【図１４】
2008152795.tif 000016
【図１５】
2008152795.tif 000017
【図１６】
2008152795.tif 000018
【図１７】
2008152795.tif 000019
【図１８】
2008152795.tif 000020
【図１９】
2008152795.tif 000021
【図２０】
2008152795.tif 000022
【図２１】
2008152795.tif 000023
【図２２】
2008152795.tif 000024
【図２３】
2008152795.tif 000025
【図２４】
2008152795.tif 000026