(57)【特許請求の範囲】
【請求項１】
複数の設計装置をネットワークを介して接続し、設計者が操作する設計装置で編集した設計データをそれぞれの設計装置で個別管理するとともに共有設計データ管理部で統合管理して設計者が操作する設計装置で共通に参照可能とした協調設計支援システムにおいて、
共有設計データ管理部により管理される設計データの更新履歴を管理する履歴管理部と、
設計装置を操作する一の設計者からの設計データに基づいて共有設計データ管理部が統合管理する設計データを仮に更新させて当該設計データの編集が可能な状態とし、当該仮に更新した設計データについて設計装置を操作する他の設計者へ更新可否の問い合わせを行い、他の設計者から承認を得た場合は当該更新を確定させ、承認を得られない場合は履歴管理部が管理する更新履歴に基づいて共有設計データ管理部が統合管理する設計データを当該仮の更新がなされる前のデータに戻させる協調支援部と、を備えたことを特徴とする協調設計支援システム。
【請求項２】
請求項１に記載の協調設計支援システムにおいて、
共有設計データ管理部は、設計装置を操作して設計データを編集する各設計者の設計データ更新権を、通常の更新権、優先的な更新権に分けて管理し、
協調支援部は、設計装置を操作する設計者からの設計データ更新要求に対して、更新要求を発した設計者が前記いずれの更新権かを判定し、優先的な更新権を持つ場合には直ちに共有設計データ管理部が管理する設計データを仮に更新させる一方、通常の更新権を持つ場合には、設計装置を操作する優先的な更新権を持つ設計者へ更新可否の問い合わせを行い、承認を得た場合に共有設計データ管理部が管理する設計データを仮に更新させることを特徴とする協調設計支援システム。
【請求項３】
請求項２に記載の協調設計支援システムにおいて、
協調支援部は、設計装置を操作する設計者からの設計データ更新要求に対して当該設計データを設計装置を操作して参照する他の設計者への問合せを行い、前記他の設計者からの承認が得られない場合には、前記仮の更新を取り消すとともに、更新取り消しのメッセージを当該更新に関連する設計者に通知して前記履歴管理部が管理する更新履歴に基づいて個別管理する設計データを更新前の内容に戻させることを特徴とする協調設計支援システム。
【請求項４】
複数の設計装置をネットワークを介して接続し、設計者が操作する設計装置で編集した設計データをそれぞれの設計装置で個別管理するとともに共有設計データ管理部で統合管理して設計者が操作する設計装置で共通に参照可能とする協調設計支援方法において、
共有設計データ管理部により管理される設計データの更新履歴を管理する履歴管理部と、設計データの更新制御を行う協調支援部とを用いて、
協調支援部により、設計装置を操作する一の設計者からの設計データに基づいて共有設計データ管理部が統合管理する設計データを仮に更新させて当該設計データの編集が可能な状態とし、  当該仮に更新した設計データについて設計装置を操作する他の設計者へ更新可否の問い合わせを行い、他の設計者から承認を得た場合は当該更新を確定させ、承認を得られない場合は履歴管理部が管理する更新履歴に基づいて共有設計データ管理部が統合管理する設計データを当該仮の更新がなされる前のデータに戻させることを特徴とする協調設計支援方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の設計者がネットワークで接続された複数の設計装置を用いて同時並行して設計を進めることを支援する協調設計支援システム及び方法に関する。
【０００２】
【従来の技術】
ネットワークで接続された複数の設計装置（設計ツール）を用いて、複数の設計者が同時並行して設計を進める場合には、各設計者が新規作成や訂正等を行って編集した設計データ（設計内容）間の整合をとるために、各設計装置で編集された設計データを他の設計装置へ伝達する必要がある。このような設計データの伝達は、従来においては、設計フェーズ毎に文書やＣＡＤデータの形で行われていたが、これでは効率が悪いため、設計の進行に並行して設計装置間で自動的に伝達する方式が提案されている。
【０００３】
例えば、特開平６−１７６０８４号公報には、全ての設計ツールで用いる設計データを一元管理する統合データベース管理装置を設け、全ての設計ツールに統合データベース管理装置をアクセスさせることで、設計データの重複をなくすとともに設計データ間の不整合の発生をなくす実装設計支援装置が提案されている。
また、特開平５−１２３５４号公報には、各設計装置により設計データが編集されると、予め設定した制約に基づいて、共有データベース上の関連する設計データを連動修正して設計データ間の協調を図る協調型設計管理ネットワークシステムが提案されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記した実装設計支援装置にあっては、設計データ間の不整合を防ぐために、或る設計ツールで設計作業を行っている間はその設計ツールが編集対象としている設計データは他の設計ツールからは更新できなくする必要があった。このため、或る設計ツールによって設計作業を行っている間は、他の設計ツールでは設計データが干渉しない範囲の設計を同時に進めることはできるが、干渉する範囲の設計データに関する設計作業は中断する必要があり、効率的な協調設計作業は行えなかった。
また、上記した協調型設計管理ネットワークシステムにあっては、制約に基づいた自動的な更新処理が行われるため、設計者が意図しない設計データの更新が他の設計ツールから行われて設計者に混乱を生じさせるばかりか、制約の設計の仕方によっては、本来データ領域の重ならない設計データの範囲にまで修正が及んでしまうという問題があった。
【０００５】
本発明は上記従来の事情に鑑みなされたもので、互いに関連する設計データについても各設計者が同時並行して設計作業を進めることができる協調設計支援システム及び方法を提供することを目的とする。
また、本発明は、各設計者の意図に沿った形で設計データの更新が行われる協調設計支援システム及び方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記の目的を達成するため、本発明の協調設計支援システムでは、ネットワークを介して接続された各設計装置で編集した設計データはそれぞれの設計装置で個別管理するとともに、共有設計データ管理部で統合管理して各設計装置で共通に参照可能とし、共有設計データ管理部により管理される設計データを更新する場合には、その更新履歴を履歴管理部で管理する。そして、協調支援部が各設計装置が個別管理する設計データと共有設計データ管理部が統合管理する設計データとの整合を管理しており、これら設計データ間に不整合が発生した場合には履歴管理部が管理する更新履歴に基づいて共有設計データ管理部が統合管理する設計データと各設計装置が個別管理する設計データとを整合性がとれる時点まで戻させる。
したがって、互いに関連する設計データについても不整合が発生するまでは、各設計者が同時並行して設計作業を進めることができる。
【０００７】
また、本発明の協調設計支援システムでは、共有設計データ管理部は、設計データの項目毎に各設計装置が編集した設計データの更新権を、更新の優先権を持つ装置、更新の権利を持つ装置、に分けて管理している。そして、設計装置からの設計データ更新要求に対して、協調支援部は、更新要求を発した設計装置が前記いずれの更新権かを判定し、優先権を持つ装置の場合には直ちに共有設計データ管理部が管理する設計データを更新させる一方、更新の権利を持つ装置の場合には当該設計データを参照する他の設計装置からの更新の承認を得た後に共有設計データ管理部が管理する設計データを更新させる。
したがって、優先権を持つ装置に対しては更新した設計データに基づいて直ちに設計作業を継続することを許容するとともに、優先権は有しないが更新の権利を持つ装置に対しては関連する各設計者の意図に沿った形で設計データの更新が行われる。
【０００８】
また、本発明の協調設計支援システムでは、更に、協調支援部は、更新の優先権を持つ設計装置からの設計データ更新要求に対して当該設計データを参照する他の設計装置への問合せを行い、前記他の設計装置からの承認が得られない場合には、前記更新を取り消すとともに更新取り消しのメッセージを当該更新を要求した設計装置に通知して個別管理する設計データを更新前の内容に戻させる。
したがって、優先権を持つ装置に対しても関連する各設計者の意図に沿った形で設計データの更新が行われる。
【０００９】
【発明の実施の形態】
本発明の一実施例に係る協調設計支援システムを図面を参照して説明する。
図１に示すように、本実施例の協調設計支援システムは、複数の設計装置１をネットワークＮで接続するとともに、このネットワークＮに共有設計データ管理装置２を接続した構成となっている。なお、以下の説明において、個々の設計装置１を区別する必要がある場合には、これら設計装置１を設計装置ａ、設計装置ｂ、設計装置ｃ、・・・と記載する。
【００１０】
設計装置１は、設計ツールプログラムがインストールされたパーソナルコンピュータ等によって構成されており、設計データの編集処理を行う設計編集部１１と、当該設計装置１が編集担当する設計データを管理蓄積するローカル設計データ管理部１２と、設計データ間の協調をとるためのメッセージ交換処理を行う協調インターフェース部１３と、を備えている。
共有設計データ管理装置２は、設計データ管理プログラムがインストールされたパーソナルコンピュータ等によって構成されており、各設計装置１から送られた設計データを各設計装置１が共通に参照可能に管理蓄積する共有設計データ管理部２１と、共有設計データ管理部２１により管理される設計データの更新の履歴情報を管理する履歴管理部２２と、各設計装置１が個別管理する設計データと共有設計データ管理部２１が統合管理する設計データとの整合を管理する協調支援部２３と、を備えている。
【００１１】
このような構成の協調設計支援システムを用いて設計を行うにあたっては、各設計者はそれぞれの設計装置１を操作して自分の担当部分の設計作業を行い、設計データの新規作成や変更等といった設計データの編集作業を行う。そして、設計装置１で編集された設計データ間の整合性の担保は、共有設計データ管理装置２によって以下のようにして実現される。
各設計装置１は設計データの編集を行うと、当該設計データをローカル設計データ管理部１２に格納させるとともに、当該設計データを含めた更新要求メッセージを協調インターフェース部１３からネットワークＮを介して共有設計データ管理装置２へ送信する。
【００１２】
この更新要求メッセージは共有設計データ管理装置２の協調支援部２３で受理され、協調支援部２３が、所定の条件の下に更新要求に含まれた設計データを共有設計データ管理部２１が統括管理している設計データに反映させるとともに、関連する他の設計装置１に更新された設計データを添付して更新の可否を問い合わせを行う。なお、これと同時に、更新要求メッセージに含まれた設計データに基づく更新処理の内容が、履歴情報として履歴管理部２２に記録される。
そして、関連する他の設計装置１は、更新可否の問い合わせに対して更新要求を受け入れられるかどうかを判断し、受け入れられる場合にはローカル設計データ管理部１２が個別管理している独自の設計データを更新する一方、受け入れられない場合には更新取り消し要求メッセージを協調支援部２３へ返信する。
【００１３】
この更新取り消し要求メッセージを協調支援部２３が受け取った場合には、履歴管理部２２が管理している履歴情報に基づいて共有設計データ管理部２１が管理蓄積している設計データを元に戻し、関連する設計装置１に更新取り消しのメッセージとともに取り消しに係る更新の履歴情報を送信する。
この更新取り消しメッセージを受け取った設計装置１では、更新の履歴情報に基づいてローカル設計データ管理部１２で管理している設計データを元に戻し、共有設計データ管理部２１が管理蓄積している設計データとの整合性を維持する。
【００１４】
なお、本実施例では、共有設計データ管理部２が設計データの更新権を管理しており、協調支援部２３が設計データの更新要求を発した設計装置１について更新権に関する優先権を検索し、優先権を持つ場合には、前記と同様に更新要求に含まれた設計データを共有設計データ管理部２１が統括管理している設計データに直ちに反映させる。一方、優先権を持たない場合には、優先権を持つ設計装置から更新を了承する応答があったところで共有設計データ管理部２１が統括管理している設計データ  を更新する。これにより、設計責任範囲を無視した無秩序な設計更新を防ぐことができ、設計作業の効率を向上することができる。
【００１５】
次に、本実施例の協調設計支援システムを電子回路の設計作業を例にとって更に具体的に説明する。なお、機械設計等においても、同様のシステム構成と手順により同様な協調設計を行うことができる。
図２には、ローカル設計データ管理部１３および共有設計データ管理部２１で管理する設計データの一例を示してあり、この設計データは画像処理回路（設計対象）に関するものである。画像処理回路は、イメージセンサー、Ａ／Ｄコンバータ、画像変換部、ビデオメモリーの４つのサブシステムで構成される。そして、例えば画像変換部は、ブロック１、ブロック２、ブロック３で構成され、ブロック２はチップ１、チップ２、チップ３で構成される。なお、画像変換部以外の３つのサブシステムも同様にブロックおよびチップで構成される。
【００１６】
本実施例では、図２に示した各構成要素を設計オブジェクトと称し、この設計オブジェクトには属性と属性値が含まれている。属性としては、例えば画像変換部の仕様として、コスト、画像変換レート、コスト、カラー深度等がある。
この設計オブジェクトは例えば図３に示すように表現でき、画像変換部の設計オブジェクトには、当該オブジェクトの名称”画像変換部”、画像変換部の上位の要素である上位オブジェクトの名称”画像処理回路”、画像変換部の下位の要素である下位オブジェクトの名称”（ブロック１、ブロック２、ブロック３）”、属性および属性値”（コスト  ５８００、  変換レート  ３０、  カラー深度
２４）”が含まれている。
【００１７】
ここで、電子回路についての設計作業の段取りを説明すると、設計作業は通常、基本設計、概略設計、詳細設計、と段階を追って行われる。
基本設計段階では、システム全体のサブシステム構成と要求仕様項目の決定を行い、図２に示した画像処理回路の例では、まずトップレベルの画像処理回路の要求仕様を決定し、それを満たすサブシステム構成を決定する。続いて、サブシステムの仕様、それぞれの仕様を満たすブロック構成とその仕様を決定する、という具合にトップダウンにシステムの構成と仕様を決定する。
そして、概略設計段階では電子回路のブロックを実現する電子部品を決定し、詳細設計段階では電子部品間の結線とプリント基板上の配置を決定する。
【００１８】
ところで、設計作業は様々な専門知識を要するものであり、一人ですべての設計を行うことは難しい。このため、様々な専門分野に精通した複数の設計者が分担して設計を行うことが多い。
画像処理回路の設計においても、例えば、基本設計段階ではシステム全体の仕様とサブシステムの概略仕様をシステム設計者が中心になって決定し、それぞれのサブシステムについてはサブシステムの専門家、すなわち、イメージセンサーの専門家、Ａ／Ｄコンバータの専門家、画像変換部の専門家などがブロック設計などを行う。
【００１９】
このように分担した範囲での設計を行う場合には、設計者間で互いに分担する範囲が或る程度重なるのが普通である。例えば、画像変換部の仕様決定に当たっては、仕様決定権を持っているシステム設計者が中心になって仕様を決定するが、回路の実現レベルまで考慮した仕様の検証は画像変換部の専門家でなければ判断できないため、画像変換部の専門家が仕様を変更する場合がある。更に、設計作業を遂行するに際して、自分の設計範囲以外の設計データを参照する必要がある。
このため、共有設計データ管理装置２の共有設計データ管理部２１では、前述した設計者間の分担範囲や参照範囲を含めて、設計装置ａ、設計装置ｂ、設計装置ｃで共有する設計データを管理している。
【００２０】
設計者間の分担範囲や参照範囲は、具体的には図４に示すように分類して管理されており、各設計者がアクセスし得る設計オブジェクトは、上位から、優先設計オブジェクトと、担当設計オブジェクトと、参照設計オブジェクトとに分類されている。
優先設計オブジェクトは設計者が優先的に更新権を持つ設計オブジェクトであり、各設計オブジェクトはいずれか一人の設計者に優先設計オブジェクトとして登録されている。
担当設計オブジェクトは設計者が設計担当範囲として更新権をもつ設計オブジェクトであり、優先設計オブジェクトは担当設計オブジェクトでもある。
参照設計オブジェクトは設計者が設計作業時に参照する設計オブジェクトであり、担当設計オブジェクトは参照設計オブジェクトでもある。すなわち、担当設計オブジェクトと参照設計オブジェクトは設計者間で重複する。
【００２１】
図４に示す例では、設計オブジェクト”画像処理回路（全体）”は、すべての設計者が設計更新権を持っており、担当設計オブジェクトとして登録されている。また、設計オブジェクト”Ａ／Ｄコンバータ”は、システム設計者、Ａ／Ｄコンバータ設計者、画像処理部設計者が参照するオブジェクトとして登録されている。
なお、各設計装置１のローカル設計データ管理部１２には、その設計装置１を利用している設計者の参照範囲までの設計オブジェクト（すなわち、優先設計オブジェクト、担当設計オブジェクトおよび参照設計オブジェクト）が管理される。
【００２２】
共有設計データ管理部２１は、例えば図５に示すように、このような設計者間の分担範囲や参照範囲を設計オブジェクトに対応付けて管理している。図５に示す例は画像変換部についての設計オブジェクトであり、優先設計オブジェクトとして当該設計オブジェクトにアクセスする設計者”Ａ”を優先更新権保持者、担当設計オブジェクトとして当該設計オブジェクトにアクセスする設計者”（Ａ  Ｂ  Ｃ）”を更新権保持者、参照設計オブジェクトとして当該設計オブジェクトにアクセスする設計者”（Ａ  Ｂ  Ｃ  Ｅ  Ｆ）”を参照者として属性に保持している。
【００２３】
また、履歴管理部２２は設計データの更新に関する履歴を管理するために履歴情報を管理しており、履歴情報は各更新要求メッセージ毎の履歴レコードの集合となっている。履歴レコードは、図６に示すように、更新要求メッセージの識別子（メッセージＩＤ）、変更、追加、削除などといった更新処理の種類（コマンド）、更新対象の設計オブジェクト名（オブジェクト）、更新された属性値の元の値（古い値）、更新後の属性値（変更値）、更新要求メッセージの発生時刻（タイムスタンプ）を含んでいる。
図６に示す履歴レコードの例では、ＩＤ”Ｍ１０１”の更新要求メッセージが時刻”１１９０５”に発せられ、設計オブジェクト”画像変換部”の属性”コスト”が”５８００”から”４７００”へ変更されたことが管理されている。
【００２４】
次に、本実施例に係る協調設計支援システムの動作を説明する。
まず、設計データ間の不整合が発生していない状況では、協調設計支援システムにおいて各設計者は他の設計者のことを意識することなく設計作業を進めることができる。以下の説明では、設計者Ａは設計装置ａを用い、設計者Ｂは設計装置ｂを用い、設計者Ｃは設計装置ｃを用いて、各自が設計編集部１１を通して設計データの追加、変更、削除などの編集作業を行う。
例えば、設計者Ａが設計装置ａを用いて設計データの編集を行うと、この編集内容は設計装置ａのローカル設計データ管理部１２に反映されるとともに、協調インタフェース部１３から更新要求メッセージによって共有設計データ管理装置２に伝えられる。なお、協調インタフェース部１３は、更新要求メッセージを送信した後は、共有設計データ管理装置４から仮更新完了、更新完了、更新不可、更新取り消しといった返信メッセージを待つ状態となる。
【００２５】
更新要求メッセージを受信した共有設計データ管理装置２では、協調支援部２３が当該更新要求メッセージを解析して共有設計データ管理部２１に保存されている設計データと照合し、更新対象の設計オブジェクトに対する設計装置（すなわち設計装置を利用している設計者）の権利に基づいて、以下の（１）〜（３）のいずれかの処理を選択する。
（１）設計装置が設計オブジェクトに対して優先更新権を持つ場合には、共有設計データ管理部２１の内容を更新し、その設計オブジェクトを参照している設計装置に更新処理がなされた旨のメッセージを送信する。なお、更新要求メッセージを発した設計装置は、更新処理がなされたため、以後の設計作業を継続して行うことができることとなる。
【００２６】
（２）設計装置が設計オブジェクトに対して更新権しか持たない場合には、優先更新権を持つ設計装置に更新要求メッセージを送信し、優先更新権を持つ設計装置が承認した場合にのみ共有設計データ管理部２１の内容を更新して、その設計オブジェクトを参照している設計装置に更新処理がなされた旨をメッセージを送信する。なお、承認が得られるまでの間は、メッセージを発した設計装置は設計作業を中断することとなる。
（３）設計装置が更新権を持たない場合には、更新が認められない旨を更新不可メッセージとして当該設計装置に送信する。
なお、このような設計データの更新内容は履歴レコードとして履歴管理部２２に保存され、設計データの更新に対して優先更新権を持つ設計装置以外からクレームが付いた場合には、履歴管理部２２に保存された履歴レコードを用いて設計データを更新前の内容に戻して再設計を促す。
【００２７】
図７〜図９には、設計データの更新処理に際して送受信される典型的なメッセージの流れを示してある。
図７は或る設計オブジェクトに対して優先更新権を持つ設計者Ａが更新を行ったときのメッセージの流れであり、設計者Ａが設計装置ａを用いて行った設計データの更新は更新要求メッセージとして共有設計データ管理装置２に伝えられる。更新要求メッセージを受信した協調支援部２３は、共有設計データ管理部２１の内容を検索し、設計装置ａが更新対象の設計オブジェクトに対して優先更新権を持つと判断すると、そのまま設計データの更新を行い、設計装置ａに対して仮更新完了メッセージを返信して設計装置ａに設計を継続させる。
【００２８】
また、共有設計データ管理装置２は、更新対象の設計オブジェクトを参照している他の設計装置ｂに更新通知メッセージを送信し、設計装置ｂに更新に対する調整を行わせる。設計装置ｂは、更新に対する調整が完了した時点で共有設計データ管理装置２に対して更新受け入れメッセージを返信し、共有設計データ管理装置２は更新受け入れメッセージを受け取った時点で更新が完了したとみなして、更新完了メッセージを設計装置ａに送信する。
すなわち、優先更新権を持つ設計者Ａが行った設計データの更新は直ちに共有設計データ管理部２１に反映され、当該設計者Ａは即座に以後の設計作業を継続することができる。但し、この共有設計データ管理部２１での更新は仮の状態であり、関連する他の設計者から更新承諾の確認が得られた時点で確定する。
【００２９】
図８は設計者Ａが設計オブジェクトに対して設計更新権しか持たない場合のメッセージの流れであり、設計者Ａが設計装置ａを用いて行った設計データの更新要求メッセージが共有設計データ管理装置２に伝えられると、この更新要求メッセージは優先更新権を持つ設計装置ｂに伝えられ、設計装置ｂからの更新受け入れメッセージが返信された時点で共有設計データ管理部２１の更新が行われる。但し、この更新は仮の状態であり、設計装置ａに対して仮更新完了メッセージを返信して設計装置ａに設計を継続させる。
【００３０】
この後、図７に示した場合と同様に、共有設計データ管理装置２は、更新対象の設計オブジェクトを参照している他の設計装置ｃに更新通知メッセージを送信し、共有設計データ管理装置２は設計装置ｃから更新受け入れメッセージを受け取った時点で更新が完了したとみなして、更新完了メッセージを設計装置ａに送信する。
すなわち、更新権を持つ設計者Ａが行った設計データの更新は優先更新権を持つ設計者からの承諾によって共有設計データ管理部２１に反映され、当該設計者Ａは以後の設計作業を継続することができる。但し、この共有設計データ管理部２１での更新は仮の状態であり、関連する他の設計者から更新承諾の確認が得られた時点で確定する。
【００３１】
図９は設計者Ａが設計オブジェクトに対して優先更新権を持っているが、他の設計者から了承を得られなかった場合のメッセージの流れであり、この場合においても図７に示した場合と同様に仮に更新処理がなされる。但し、この場合には、更新通知メッセージを受けた関連する設計装置ｂが調整を失敗し、更新取り消し要求メッセージを共有設計データ管理装置２に返信すると、これを受けて共有設計データ管理装置２では更新の取り消し処理を行う。
【００３２】
この更新取り消し処理では、共有設計データ管理部１２が保持する設計データは更新要求メッセージを受ける前の元の内容に戻され、更新取り消しメッセージが設計装置ａに送信される。この更新取り消しメッセージに基づいて、設計装置ａではローカル設計データ管理部１２が保持する設計データを設計更新前の状態に戻し、再設計が行われる。
なお、設計の更新通知および設計の更新要求に対する調整作業の実施方法としては、設計者にメッセージの内容を提示して設計者が調整を行う方法と、設計装置内に調整ルールを設けて自動処理をする方法とのいずれを採用してもよい。
【００３３】
次に、更新要求メッセージを受けたときの協調支援部２３の処理を図１０に示すフローチャートを参照して説明する。
協調支援部２３は、更新要求メッセージを受け取ると（ステップＳ１）、当該メッセージに対応する更新対象の設計オブジェクトを共有設計データ管理部２１から抽出する（ステップＳ２）。次いで、更新要求メッセージを発した設計装置以外に更新対象の設計オブジェクトを参照する設計装置がないかを判定する（ステップＳ３）。
この結果、参照する他の設計装置がない場合には、共有設計データ管理部２１が管理している設計データを更新した後（ステップＳ４）、更新要求メッセージを発した設計装置に更新完了メッセージを返信して処理を終了する（ステップＳ５）。
【００３４】
一方、参照する他の設計装置がある場合には、更新要求メッセージを発した設計装置が更新対象の設計オブジェクトに対して優先更新権を持つかどうかを判定し（ステップＳ６）、優先更新権を持つ場合には図１１に示す優先更新処理を実行する（ステップＳ７）。また、優先更新権を持たない場合には、更新要求メッセージを発した設計装置が更新対象の設計オブジェクトに対して更新権を持つかどうかを判定し（ステップＳ８）、更新権を持つ場合には図１２に示す非優先更新処理を実行する（ステップＳ９）。
そして、更新要求メッセージを発した設計装置が更新対象の設計オブジェクトに対して優先更新権又は更新権を持たない場合には、当該設計装置へ更新不可メッセージを返信して処理を終了する（ステップＳ１０）。
【００３５】
図１１に示す優先更新処理では、まず更新要求メッセージの内容に従って共有設計データ管理部２１の内容を更新した後（ステップＳ１１）、更新要求メッセージを発した設計装置に仮更新完了メッセージを返信する（ステップＳ１２）。次いで、更新対象の設計オブジェクトに対して更新権を持つ全ての設計装置に更新通知メッセージを送信し（ステップＳ１３）、これら設計装置からの返信を受信する（ステップＳ１４）。
次いで、これらの返信によって全ての設計装置が更新を承諾しているかを判断し（ステップＳ１５）、承諾されていない場合には図１３に示す更新取り消し処理を実行する一方（ステップＳ１６）、承諾されている場合には更新要求メッセージを発した設計装置に更新完了メッセージを送信して処理を終了する（ステップＳ１７）。
【００３６】
図１２に示す非優先更新処理では、まず更新対象の設計オブジェクトに対して優先更新権を持つ設計装置に更新要求メッセージを送信し（ステップＳ２１）、当該更新要求メッセージに対する返信を受信する（ステップＳ２２）。この返信によって優先更新権を持つ設計装置が更新を承諾しているかを判断し（ステップＳ２３）、承諾されていない場合には更新要求メッセージを発した設計装置へ更新不可メッセージを送信して処理を終了する（ステップＳ２４）。
一方、承諾されている場合には、上記した優先更新処理（ステップＳ１１〜Ｓ１７）と同一の処理を実行して処理を終了する（ステップＳ２５〜Ｓ３１）。
【００３７】
図１３に示す更新取り消し処理では、履歴管理部２２が管理する更新の履歴情報（図６に示した履歴レコードの集合）を用いて、共有設計データ管理部２１の内容および関連する設計装置のローカル設計データ管理部１２の内容を矛盾なく更新前の状態に戻す処理を行う。なお、図１４には履歴管理部２２が管理する履歴情報の概念を示してあり、各設計装置１からの更新要求毎の履歴レコード１０が時系列で蓄積されて管理される。
この更新取り消し処理の説明では、更新取り消しの対象となる履歴レコード１０をＲとし、実際に更新取り消し処理がなされるまでの間に最新のものｒまで新たな履歴レコードが順次蓄積されているものとする。そして、最新レコードｒから履歴レコードＲまでに関して更新取り消し処理を行うことにより、履歴レコードＲに関する更新処理がなされる前の状態に戻す処理を行う。
【００３８】
この更新取り消し処理では、まず取消対象の更新処理に対応する履歴レコードを履歴管理部２２から抽出して値Ｒとして設定する（ステップＳ４１）。次いで、取消処理を行う更新処理の履歴レコードの集合を表す変数Ｌを空のリストに初期化するとともに（ステップＳ４２）、更新取消に対応してローカル設計データ管理部１２の内容を更新取消する必要のある設計装置の集合を表す変数Ｔを空のリストに初期化する（ステップＳ４３）。
次いで、最もタイムスタンプの新しい最新の履歴レコードを値ｒに設定し（ステップＳ４４）、まず、最新の更新レコードｒに対応する共有設計データ管理部２１の更新処理を取り消す（ステップＳ４５）。
【００３９】
次いで、この取り消し処理を集合ＬおよびＴに反映させるために、変数Ｌに取り消した履歴レコードｒを加え（ステップＳ４６）、変数Ｔに取り消した履歴レコードｒに係る設計オブジェクトを参照している設計装置名（設計者名）の集合を加える（ステップＳ４７）。そして、変数ｒの値を取り消した履歴レコードの１つ前の履歴レコードに変更し（ステップＳ４８）、値ｒと値Ｒとを時間的に比較する（ステップＳ４９）。
この結果、値ｒが値Ｒより新しい（最近）である場合には、取消対象の更新要求メッセージに関する履歴レコードまでの間に他の履歴レコードが存在しているので、上記の処理を繰り返し行って（ステップＳ４５〜Ｓ４８）、これらの履歴レコードに関する更新取消処理並びにリストＬおよびＴへの追加を行う。
【００４０】
そして、値ｒが値Ｒより古くなった場合には、取消対象の更新要求メッセージに関する履歴レコードＲ以降の全ての履歴レコードに関して、更新取消処理並びにリストＬおよびＴへの追加がなされたので、リスト変数Ｔの要素に含まれる全ての設計装置に対して、履歴レコードの集合Ｌを添付した更新取消メッセージを送信して処理を終了する（ステップＳ５０）。
このように、更新取消に関連する全ての設計装置に対して履歴レコードの集合とともに更新取消メッセージを送ることにより、関連する設計装置にローカル設計データ管理部１２の内容を矛盾なく更新前の状態に戻させることができる。なお、これらの設計装置では、再設計の際に送信された履歴レコードを再利用することで、効率的な再設計を行うことができる。
【００４１】
【発明の効果】
以上説明したように、本発明によると、設計データ間に不整合が発生した場合には履歴管理部が管理する更新履歴に基づいて共有設計データ管理部が統合管理する設計データと各設計装置が個別管理する設計データとを整合性がとれる時点まで戻させるようにしたため、互いに関連する設計データについても不整合が発生するまでは、各設計者が同時並行して設計作業を進めることができる。また、本発明によると、設計データの更新を更新権および各設計者からの承諾に基づいて調整するようにしたため、更新した設計データに基づいく設計作業を直ちに継続することを許容するとともに、関連する各設計者の意図に沿った形で設計データの更新を行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施例に係る協調設計支援システムを示す構成図である。
【図２】設計データの構造を例示する概念図である。
【図３】設計オブジェクトの内容を例示する概念図である。
【図４】更新権の割り当て例を説明する図である。
【図５】共有設計データ管理部が管理する設計データの内容を例示する概念図である。
【図６】履歴レコードの内容を例示する概念図である。
【図７】メッセージの流れを例示する概念図である。
【図８】メッセージの流れを例示する概念図である。
【図９】メッセージの流れを例示する概念図である。
【図１０】協調支援部の処理手順の一例を示すフローチャートである。
【図１１】優先更新処理の処理手順の一例を示すフローチャートである。
【図１２】非優先更新処理の処理手順の一例を示すフローチャートである。
【図１３】更新取り消し処理の処理手順の一例を示すフローチャートである。
【図１４】履歴レコードの集合を示す概念図である。
【符号の説明】
１、ａ、ｂ、ｃ・・・設計装置、  ２・・・共有設計データ管理装置、
１０・・・履歴レコード、  １１・・・設計編集部、
１２・・・ローカル設計データ管理部、  １３・・・協調インターフェース部、
２１・・・共有設計データ管理部、  ２２・・・履歴管理部、
２３・・・協調支援部、  Ｎ・・・ネットワーク、
【図１】
0003562134.tif 000002
【図２】
0003562134.tif 000003
【図３】
0003562134.tif 000004
【図４】
0003562134.tif 000005
【図５】
0003562134.tif 000006
【図６】
0003562134.tif 000007
【図７】
0003562134.tif 000008
【図８】
0003562134.tif 000009
【図９】
0003562134.tif 000010
【図１０】
0003562134.tif 000011
【図１１】
0003562134.tif 000012
【図１４】
0003562134.tif 000013
【図１２】
0003562134.tif 000014
【図１３】
0003562134.tif 000015