JP2004171297A - Design support system and design support method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To smoothly share, transfer, verify, and convert information at each process and each section in designing, and to easily develop drawing information, integration information, and estimation information based on the information. <P>SOLUTION: Design request information (24) is created and updated from design models (21-23). The design request information (24) is information which adds priority qualification information of a section to design information at each section designing the design information, and it is requested from each section. A client installed at each section is connected to a server computer via an electronic communication line such as a LAN. When the design model is created or updated at each client, the design model information is automatically transmitted to the server, and is registered or updated in a design request information DB. Besides, when the information is registered or updated in the design request information DB, a design model of other client is also automatically registered or updated. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば、ＣＡＤを用いた建築生産支援システムなどの設計支援システム及び設計支援方法に関する。
【０００２】
【従来の技術】
従来の設計支援システムとして、例えばＣＡＤを用いた建築生産支援システムがある。このような建築生産支援システムとしての設計支援ＣＡＤシステムは、設計者が設計した情報（設計情報）を図面として展開した図面情報をいかに効率よくＣＡＤ図形モデルによる図面データ（本明細書において「ＣＡＤデータ」と記す場合もある）として作成するのかを目的として作成されている（例えば、特許文献１参照）。
【０００３】
建築生産における建築設計を例にすると、２次元ＣＡＤシステムは、最終的な設計図書の作成を目的として、白紙の状態から完成に向けての単一的な作図機能を備えている。建築設計では、コマンドとして、通り芯配置や、柱、梁、壁、建具などの配置コマンドなどが予め用意されており、設計者が、各種のコマンドに対して、座標情報やパラメータ変数などをキーボードやマウスなどの入力装置から入力することにより、線分、円弧、点、文字などの２次元ＣＡＤ図形モデルが展開表示される。また、２次元ＣＡＤ図形モデルをシンボル（複合図形）として登録し、シンボルと対応して登録された名称やファイル名などにより読み込むことにより、図面ファイルに配置するなど、シンボルをＣＡＤ部品として使用したり、さらにＣＡＤ部品に属性を付加しＤＢとリンクして使用することも可能である。
【０００４】
また、３次元ＣＡＤシステムにおいても、２次元ＣＡＤシステムと同様に、白紙の状態から完成に到るまでの各種コマンドが用意されており、キーボード、マウスなどの入力装置から通り芯配置や、柱、梁、壁、床（スラブ）、天井、屋根、建具などの各種コマンドに対する変数を入力することにより、コンピュータが、ＣＡＤ３次元モデル（立方体、球、円柱、円錐など）やポリゴンによる３次元図形及びイメージが展開表示される。
【０００５】
ところで、このような従来の２次元及び３次元ＣＡＤシステムは、前述したように、設計情報を、設計段階において最終的に完成される設計図書やプレゼンテーションに使用するイメージパース（透視図）などの作成、施工段階に作成される総合図、施工図、竣工図などの作成を、効率よくＣＡＤデータとして作成することを目的としている。作成されたＣＡＤデータは、単なるＣＡＤ図形データに過ぎず、設計情報はＣＡＤ図形情報のみからなるＣＡＤデータとしてダイレクトに管理され、設計情報の作成や変更がＣＡＤデータごとに行われることから、建築設計における意匠、構造、設備などといった各設計セクションにおける設計情報の作成や変更は、ＣＡＤデータの作成や変更として、それぞれの設計セクションにおいて別々に行われている。このため、設計情報の管理は人的労力により行われており、最終的には設計情報は不統一であり矛盾のあるものとなることは想像に難しくない。
【０００６】
これに対し、設計支援ＣＡＤシステムとして、いわゆるオブジェクト指向型のＣＡＤシステムが提案されている。オブジェクト指向型のＣＡＤシステムは、一般的な設計要素に対応したＣＡＤオブジェクトモデルに、設計情報（依頼者からの要求を設計者が各オブジェクトモデルに対する性能、機能、手段などの技術的な要求仕様に変換したもの）を付加した形態で作図又は管理することができるものであり、ここで作成されたＣＡＤデータは、単なるＣＡＤ図形情報ではなく、設計情報をも含むものとして管理されている。
【０００７】
建築生産における建築設計を例にすると、オブジェクト指向型のＣＡＤシステムでは、設計要素、すなわち建築対象物の各部位（柱、梁、壁、床（スラブ）、天井、屋根、建具など）のオブジェクトモデルが予め３次元のオブジェクトモデルとして用意されており、設計者は依頼者からの要請に応じてオブジェクトモデルを用いて設計を行う。
【０００８】
オブジェクトモデルは、例えば平面図、立面図、断面図などの各種のＣＡＤ図面データに自動展開（生成）することが可能となっている。ＣＡＤ図面データは、目的に応じて、設計要素を抽象化した線分や円弧などの図形により図面情報として示したデータである。展開された各ＣＡＤ図面データは、展開元であるオブジェクトモデルと対応づけられており、例えば平面図ＣＡＤ図面データを修正すると、対応されているオブジェクトモデルのデータが変更され、立面図、断面図などに自動的に反映することができる。また、複数のオブジェクトモデルの配置関係を固定情報又は可変情報（パラメータ）として定義しておくことにより、例えば設計変更により通り芯をずらすと、各オブジェクトの配置関係に基づいて自動的に寸法や位置を変更する機能も備えている。
【０００９】
さらに、オブジェクトモデルは、それ自身の「振る舞い」を規制する規制情報をも併せ持っている。例えば、窓というオブジェクトモデルは、壁に配置されるものなので、壁から移動して壁からはみ出すような位置に配置することができないように規制される。
【００１０】
このように、オブジェクト指向型ＣＡＤシステムによれば、オブジェクトモデルにより設計要素に関する設計情報を一元管理することができ、これにより、設計情報の不統一や矛盾、誤入力を防ぐことができるだけでなく、一元管理されたオブジェクトモデルにより図面情報の作成や修正を自動的に行えることができる。
【００１１】
【特許文献１】
特開平１０−１６２０５０号公報
【００１２】
【発明が解決しようとする課題】
ところで、このような従来のオブジェクト指向型ＣＡＤシステムにおいては、設計要素に対応するオブジェクトモデルにより設計情報を一元管理しているが、各セクションでの設計途中段階（設計者が実際に設計を行う設計作業または検討段階）における設計情報は不統一であり矛盾した情報となることから、一元管理することには適してはいない。このことの故に、従来では、各セクション毎に異なるオブジェクトモデルを用いて設計が行われているが、同じ設計要素に対応する各セクションでの複数のオブジェクトモデルを対応付ける機能はなく、例えば建築設計においては、意匠は意匠セクションでオブジェクトを管理し、構造は構造セクションでオブジェクトを管理し、それぞれのセクションにおいて作成（オブジェクトモデルより展開）された図面（展開された図面情報を出力した図面）に基づき、いわばこの最終図面を各セクションの共通言語として、各セクション毎の設計要求を人間の労力により検証していた。
【００１３】
近年の人工物（建築物、土木構造物、機械、電子機器など）の設計は、材料、技術、工法、システムなどの進化により、扱う情報が複雑化、多様化、高度化しており、一人の設計者の人格、経験及び技術では対応することが困難であるか、できない状況にあり、共同して行われるのが今日では一般である。建築設計を例にすると、意匠、構造、設備などといった各設計セクションや材料や部品などを提供している各メーカ、実際に組み立て等の施工を行なう施工業者、プロジェクト管理、経済性、機能性、性能、品質などの様々な側面から検討を行うプロジェクトマネジメント（ＰＭ）、ファシリティマネジメント（ＦＭ）、コンストラクションマネジメント（ＣＭ）、クオリティマネジメント（ＱＭ）などによる、複数の組織ないしは複数のグループ又はセクションに所属する複数の設計者（本明細書において「各セクション」と記す場合もある）により、多元的（それぞれルーツが異なる）あるいは多角的に並行した設計が行われるのが通常である。また、人工物の設計は、主として、計画（企画）設計、基本設計、実施設計、その他必要があれば生産設計の各過程（まとめて「各設計過程」と記す場合もある）からなり、依頼者の要求を満たす人工物を生産ないしは製造するのに必要不可欠な情報が、各設計過程が進むにつれて、段階的に詳細化され、決定される。
【００１４】
しかしながら、上述したように、従来のオブジェクト指向型ＣＡＤシステムにあっては、各セクションによって作成された図面を各セクションの共通言語としてそれぞれのセクション毎の設計要求を検証していたので、図面作成前の各設計過程における各セクションでの情報の共有、検証を行うことができず、図面作成後の人間の労力による検証作業となるため、各セクションにおける最終図面の不一致ないしは矛盾を検証し、各セクションにて当該不一致ないしは矛盾を変更することが煩雑であり困難であるといった課題がある。
【００１５】
そこで、本発明は、上述した従来の設計支援システムに係る課題に鑑みてなされたもので、設計における各過程及び各セクションでの情報の共有、授受、検証、変換などがスムーズに行え、またその情報を元に図面情報や積算情報、見積情報などに容易に展開することができる設計支援システム及び設計支援方法を提供することを目的とする。
【００１６】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る設計支援システムは、設計対象物を構成する設計要素の設計を複数のクライアントにより行なう際の支援を行うサーバを備えたシステムであって、サーバは、前記クライアントと電気通信回線を通じて接続され、複数の設計要件に対して設定された複数の設計条件からなる、前記クライアントにより設計される設計情報と、該設計情報毎に付加された、前記クライアントにより設計される優先資格情報とを自動的に取得して、それぞれの設計要件に対して優先する設計条件を反映した設計要求情報データベースを所定のタイミングで自動的に作成又は更新することを特徴とするものである。
【００１７】
本発明において、前記クライアントは、異なる設計セクションに配置されるものであることが好ましい。また、前記サーバは、設計要求情報データベースに格納された情報をクライアントに対して所定のタイミングで自動的に提供することが好ましい。
【００１８】
また、本発明に係る設計支援方法は、設計対象物を構成する設計要素の設計を複数のクライアントにより行なう際の支援を行う設計支援方法であって、コンピュータによって、複数の設計要件に対して設定された複数の設計条件からなる設計情報を入力する工程と、前記設計情報毎に、当該設計情報の当該コンピュータないしは当該設計情報を設計した者の優先資格情報を入力する工程と、前記設計要件に対して優先する設計条件を反映して作成された設計要求情報に基づき、当該他のコンピュータによって、複数の設計要件に対して設定された複数の設計条件からなる設計情報を入力する工程とを備えたことを特徴とするものである。
【００１９】
本発明において、前記クライアントは、異なる設計セクションに配置されるものであることが好ましい。また、前記設計情報は、配置モデルと設計要素モデルとに分けたオブジェクトにより入力されることが好ましい。
【００２０】
【発明の実施の形態】
以下、本発明に係る設計支援システムの好ましい実施の形態（実施例）として建築設計を例に挙げ、添付図面を参照して詳細に説明する。
【００２１】
図１は、本発明の好ましい実施例における基本構成図を示し、サーバコンピュータと、複数の設計セクションである「構造Ａ」、「意匠Ａ」等に設置されたクライアントコンピュータとが、電子通信回線、例えばＬＡＮを介して接続されていることを示している。
【００２２】
本発明は、サーバとクライアントとの間で情報を授受することにより、設計を支援するシステムないしは方法に関するものである。図２は、好適な実施例の処理手順を示し、建築設計を行うセクションが、意匠Ａ（１１）、意匠Ｂ（１２）、構造Ａ（１３）から成る複数のセクションによる複数の設計者から成る例を示すが、必要に応じてその他の各セクションも参加して設計が行われる場合もある。各セクションでは、設計支援ＣＡＤシステムなどを用いて設計情報の入力を行う。また、図形情報を扱わないセクションにおいては、特にＣＡＤ装置ではなくても良い。さらに、入力装置は、独自に開発しても良いし既成の入力装置を用いても良い。
【００２３】
各セクション（１１〜１３）は、設計要素に対応した設計モデル（２１〜２３）を用いて設計を行い、設計情報の作成及び管理を行う。ここで、設計要素とは、建築対象物の各部位（柱、梁、壁、床（スラブ）、天井、屋根、建具などの、設計者により独立して設計対象となる単位をいい、設計情報とは、依頼者からの要求を設計者が各設計モデルに対する性能、機能、手段などの技術的な要求仕様に変換したものをいう。例えば、依頼者からの要求が「熱効率の高さ」である場合、設計者が変換する設計情報として、性能（断熱性能、機密性能等）、機能（断熱、換気等）、手段（２重サッシ、外断熱等）がある。そして、２重サッシは設備セクション。外断熱は構造セクションが担当する。また、例えば、設計要素としての内壁について、壁仕上げをするときには、意匠及び構造が一つの内壁について設計情報を作成することになる。なお、設計モデルは、従来のオブジェクトモデルであってもよいが、後述するように、配置モデルと設計要素モデルとに分けて管理することが好ましい。
【００２４】
設計モデル（２１〜２３）は、設計要素毎に、かつ、各セクション毎に別々に管理されて設計される。例えば、意匠Ａ（１１）により設計モデル（２１）が作成され意匠Ａの設計情報が管理される。意匠Ｂ（１２）により設計モデル（２２）が作成され意匠Ｂの設計情報が管理される。構造Ａ（１３）により設計モデル（２３）が作成され構造Ａの設計情報が管理される。
【００２５】
次に、設計モデル（２１〜２３）から設計要求情報（２４）が作成及び更新される。ここで、設計要求情報（２４）とは、上記設計情報に、これを設計した各セクションにて当該セクションの優先資格情報を付加した情報であって、各セクションから要求されるものであり、サーバに設置された図示しない設計要求情報ＤＢに登録されることにより、ある設計要素について定められる一つの設計条件について、併存し得ない一つの情報のみが一義的に登録される。また、「優先資格情報」とは、各セクションにおいて、「有」「無」等によって付加されるものであり、設計内容等により、設計者ないしはセクション等が自己申告ないしは予め定められた条件に従って自動的に設定される。一つの設計条件について、一又は複数の優先資格情報が設定される。「優先資格情報」はまた、「有」「無」ではなく、任意のランク付けあるいは数値により、その重みづけをなすことにより、特定することもできる。この場合、より重いものが優先的に一元管理されることになる。そして、後述するように、各セクションは、設計要求情報をあげながら、図面又は設計情報の作成を進行していくのである。
【００２６】
本発明においては、各セクションに設置されてそれぞれのセクションが、設計情報を入力し、設計モデルを作成するためのＣＡＤシステムを実行するクライアントコンピュータを備え、各クライアントは、ＬＡＮ等の電子通信回線を通じてサーバコンピュータと接続されている。例えば、設計要求情報ＤＢはサーバに設けられ、各クライアントにて設計モデルが作成され又は更新されると、その設計モデル情報は自動的にサーバに送信されて設計要求情報ＤＢに情報を登録し又はその情報を更新するようになっている。また、設計要求情報ＤＢに情報が登録され又はその情報が更新されると、他のクライアントの設計モデルも自動的に登録され又はその情報が更新される。
【００２７】
このように、各セクションにおいて、依頼者からの要求に基づき設計者が設計を行うことで、多元的（各セクションによる根元に応じて）に設計要求情報が生成され、設計要求情報（２４）が作成及び更新される。従って、設計要求情報（２４）は、各セクションにおいて矛盾することがなく、かつ、依頼者からの設計要求に対する設計情報が一元管理されたものとなる。つまり、設計要求情報（２４）は、依頼者からの要求を各セクションにおける様々な側面（多元的）に基づいた設計者の知識により、技術的要求仕様に変換した各セクションからの要求情報の集合であり、かつ、一元化して管理された情報である。
【００２８】
また、本システムにおいて、サーバは、各セクションで作成管理される設計情報（設計モデル）の作成情報ないしは更新情報を、電子通信回線を通じて自動的に受信するのと同時に、設計要求情報を作成するとともに、設計モデルと対応付けして一元管理する。例えば、意匠Ａ（１１）により設計モデル（２１）を用いて設計することで、依頼者からの要求を設計者の知識により技術的要求仕様に変換して設計要求情報を生成すると、電子通信回線を通じて、サーバが意匠の設計要求情報を設計要求情報ＤＢに格納するとともに、設計情報と設計要求情報の対応付けを行う。同様に、サーバは、意匠Ｂ（１２）により設計モデル（２２）を用いて設計を行い設計要求情報を生成すると、設計要求情報ＤＢに格納して対応付けを行う。構造Ａ（１３）においても、同様に、設計モデル（２３）を用いて設計を行い設計要求情報を生成し設計要求情報ＤＢに格納して対応付けを行う。
【００２９】
なお、設計要求情報は、設計要求入力手段・設計要求変更入力手段（１４）により、サーバの設計要求情報ＤＢにダイレクトに作成及び変更することも可能である。また、サーバは、ダイレクトに設計要求の作成を行う場合、各セクションでの設計要素及び設計情報との対応付けを行う設計要求及び設計情報対応付け手段も備えている。
【００３０】
各設計モデルは、各クライアントにおいて、従来のオブジェクト指向型ＣＡＤシステムと同様に、出力要求に応じて図面情報や見積情報、積算情報、イメージパース（透視図）情報などに展開することが可能であり、平面図ＣＡＤデータ（３１）、立面図ＣＡＤデータ（３２）、断面図ＣＡＤデータ（３３）、床梁伏図ＣＡＤデータ（３４）などが展開される。例えば、設計モデル（２１）からは平面図（３１）と断面図（３２）が展開されており対応付けが行われている。設計モデル（２２）からは立面図（３３）が展開されており対応付けされている。また、設計モデル（２３）からは床梁伏図（４４）が展開されており対応付けされている。
【００３１】
また、従来のオブジェクト指向型ＣＡＤシステムと同様に、各クライアントにて展開された各図面情報ＣＡＤデータなどに修正を行うことにより、対応する設計モデルが変更され対応付けされている他の図面情報ＣＡＤデータに反映することも可能である。例えば、意匠Ａ（１１）により作成された設計モデル（２１）により展開された平面図ＣＡＤデータ（３１）に設計支援ＣＡＤ装置の修正手段を用いて修正を行った場合、設計モデル（２１）で管理している設計情報が変更され、対応付けしてある断面図ＣＡＤデータ（３２）にも反映される。ここで、立面図ＣＡＤデータ（３３）と床梁伏図（３４）は異なる設計モデル（２２），（２３）から展開されているので反映されない。展開されている図面情報ＣＡＤデータや見積情報、積算情報、イメージパース情報は、各クライアントに接続された出力装置によりプリンターやプロッターあるいはＣＲＴ画面上に出力することが可能である（４１〜４４）。
【００３２】
一方、サーバにおいても、設計要求情報（２４）は、出力要求に応じて設計要求情報（２４）を抽象化した設計要求出力データ（３５）に展開して、これに接続されたプリンターやプロッター、ＣＲＴ画面上に設計要求情報を出力（４５）することが可能となっている。
【００３３】
以下、設計情報の作成と設計要求情報の作成を詳細に説明する。
図３は設計情報及び設計要求情報の作成を示すフローチャートである。
設計者により設計支援ＣＡＤシステムなどを用いて設計情報の入力を行われる（Ｓ１）。図６は、入力された設計情報を抽象化して平面図表示した画面出力情報である。図６では、設計要素として、柱（Ａ〜Ｄ）、外壁（Ａ〜Ｄ）、内壁Ａ、建具（Ａ，Ｂ）、（Ａ，Ｂ）室が表示されている。内壁Ａを例に詳細に説明すると、まず設計支援ＣＡＤシステムにより、各クライアントに予め用意してある設計モデルから設計要素である内壁に対応する設計モデルを選択する。
【００３４】
ここでは、複数の設計モデルの中から、壁下地に対応する設計要素が鉄筋コンクリート造であり、かつ両面に仕上げの設計要素を持つ設計モデル「ＲＣ壁００２」を選択し、図７に示すように設計画面上に配置する。図９は、設計要素である「ＲＣ壁００２」を構成する設計要素の階層構造を示す。設計要素である内壁Ａに対応する設計モデル「ＲＣ壁００２」は、下階層に、設計要素である壁下地に対応する設計モデルである「ＲＣ壁」と、壁仕上げに対応する設計モデルである「壁仕上Ａ」と「壁仕上Ｂ」により構成されており、各設計モデルの関係は「ＲＣ壁００２」により定義されている。
【００３５】
なお、図７は、設計モデルの各寸法の定義を行うインターフェイス画面を示している。「ＲＣ壁００２」は設計要素として壁仕上Ａ、ＲＣ壁、壁仕上Ｂにより構成されている。また、「Ｗ」、「Ｗ１」、「Ｗ２」、「Ｗ３」、「Ｈ」がそれぞれパラメータとして予め定義されている。一方、図８は、設計要素である「ＲＣ壁」の形状を示したもので、図形素としての「ＢＯＸ」が定義されており、「Ｗ」、「Ｄ」、「Ｈ」がパラメータとして定義されている。また、その内容は「２００」、「６０００」、「３０００」となっている。パラメータは予めデフォルト値が設定されていて必要に応じて変更可能である。図７では「Ｄ」のパラメータが表示されていないが、「Ｄ」の寸法は配置情報を設計画面により入力した際に取得することができる情報である。
【００３６】
次に、入力された設計情報を設計情報ＤＢとして記憶（格納）する（Ｓ２）。図１０は、上述した入力インターフェイスを用いて設計情報を入力し記憶した、各クライアントが備える設計情報ＤＢであり、設計要素である「内壁Ａ」に対応する設計モデル名「ＲＣ壁００２」を構成する「ＲＣ壁」の内容を示すものであるが、設計要素に対する入力情報も同様であり、設計支援ＣＡＤシステムなどを用いて図１０に示す内容の設計情報の入力を行う。
【００３７】
各セクション毎に作成される設計管理情報が「設計者名」として「意匠Ａ」、「プロジェクト名」として「ＡＢＣ」、「設計要求ＤＢファイル名」として「ＡＢＣ−ＰＲＯ」が格納されている。「設計要求ＤＢファイル名」により設計要求情報のファイルと対応付けが行われている。次に「設計要素管理名」として「内壁Ａ」が格納されており、対応する設計モデル名としてＲＣ壁００２を構成するＲＣ壁が「ＲＣ壁００２＞ＲＣ壁」として格納されている。この設計要素管理名が設計要素を特定するキーとなり、設計モデル名が設計要素を構成する設計モデルを特定するキーとなる。ここからが設計要素に対応する具体的な設計情報である。「カテゴリ」、「設計要件」、「条件」、「優先資格」と項目が設定されているが（「」工事区分」等の他の属性を付加してもよい）、設計要素に対する設計情報は「設計要件」と「条件」からなり必要に応じて「カテゴリ」により分類されている。また、各設計要件に対応して「優先資格」が設定されているが、この「優先資格」は設計要求情報を作成する際の設計者の優先を示す情報である。
【００３８】
つまり「優先資格」が「有」の場合はその「カテゴリ」、「設計要件」に対する「条件」を決定し、設計要求情報に記憶する。「優先資格」が「無」の場合は設計要求情報の「カテゴリ」、「設計要件」に対応付けを行い、「条件」を満たす設計が要求される。図８に示した形状に対する設計情報として、「カテゴリ」として「形状」、「設計要件」として「オブジェクト名」、「Ｗ（幅）」、「Ｄ（奥行き）」、「Ｈ（高さ）」が設定されており、「条件」として「ＢＯＸ」、「１５０」、「６０００」、「３０００」が設定されている（なお、「設計条件」は、特定の数値だけではなく、「以上」、「以下」、「未満」、「〜」等の上限値又は下限値あるいは数値範囲として特定してもよい）。また、各設計要件毎に「優先資格」が設定されている。同じく、「配置座標」の「カテゴリ」について「Ｘ」、「Ｙ」、「Ｚ」の「設計要件」が設定してあり、「３０００」、「２００」、「０」の情報が設定されている。各設計要件には「優先資格」が設定されている。さらに、「カテゴリ」として「機能」や「性能」として、設計情報の定義が行われている。「機能」の「カテゴリ」では「機能Ａ」が設定されており、「条件」として「条件Ａ」が設定されている。また、優先資格「有」となっていることから、意匠Ａにより内壁Ａの下地である「ＲＣ壁０１１」に対して「機能」として「機能Ａ」を設定し、「条件Ａ」を要求することになる。「性能」に対しても「性能Ａ」を設定し、「条件Ｂ」を要求している。
【００３９】
このように設計要件に対する設計情報は「設計要件」と「条件」から成り、必要に応じてカテゴリに分類されている。また「優先資格」を管理することで、設計要求情報を作成し、「カテゴリ」と「設計要件」により設計情報の特定を行い「条件」により比較、検証することが可能となる（図５参照）。ここまでが図３に示す設計情報作成である（Ｓ２）。上記優先資格は、各クライアントにおいて、設計者が任意に入力してもよいし、所定の条件に基づいてクライアントが自動的にその有無を設定してもよい。
【００４０】
次に設計要求情報の作成を説明する。サーバは、以下の処理を自動的に行う。まず、各クライアントが（Ｓ２）で作成した設計情報ＤＢの設計要件に対する設計情報である「カテゴリ」、「設計要件」、「条件」、「優先資格」を読み込む（Ｓ３）。そして、（Ｓ３）で読み込んだ「優先資格」が「有」の場合は（Ｓ５）に進み、「無」の場合は（Ｓ９）に進む。「優先資格」が「有」の場合は、「設計要件」が設計要求情報ＤＢに登録すみか否かが判断され、未登録であれば設計要求情報ＤＢに設計要件を作成（Ｓ６）した上で、（Ｓ７）に進み、すでに登録されていればそのまま（Ｓ７）に進む。その後、設計要件に対応する設計条件を作成し（Ｓ７）、設計要件に対応する「優先資格」を設定する（Ｓ８）。一方、（Ｓ４）において、「優先資格」が「無」の場合は、（Ｓ９）にて、設計要件が設計要求ＤＢに登録すみか否かが判断され、未登録であれば設計要件、条件が作成（Ｓ１０）される。（Ｓ９）で登録済である場合、（Ｓ１０）の処理が終了した後、及び（Ｓ８）の処理が終了した後は、設計要求情報ＤＢと設計情報ＤＢが対応づけられる（Ｓ１１）。
【００４１】
また、設計要求情報を更新する際は、サーバにて、上述した設計要求情報の作成と同様に、Ｓ２１〜Ｓ３２のステップが実行される。
【００４２】
以上の処理は、意匠ＡにおいてＣＡＤシステムにより設計モデルを用いて設計情報ＤＢが作成され、その情報が設計要求情報ＤＢが作成されるまでのフローであるが、同様な処理が、図１１〜図１４に示されるように、意匠Ａとは異なるセクションである構造Ａにおいても行われる。
【００４３】
そして、意匠Ａがそのクライアントにて作成した図１０に示す設計情報ＤＢの情報が、図示しない電子通信回線を通じてサーバに自動的に送信されると、サーバは、図１５に示されるように、設計要求情報ＤＢを作成する。この段階では、「優先資格」として、意匠Ａのみが格納され、管理されている。
【００４４】
その後、構造Ａのクライアントから図１４に示す設計情報ＤＢの情報がサーバに自動的に送信されると、サーバは、図１６に示されるように設計要求情報ＤＢを更新する。この段階では、意匠Ａが優先資格を登録しておらず空欄であった「カテゴリ」「形状」のＷ，Ｄ，Ｈに「構造Ａ」が挿入され、かつ、「カテゴリ」「形状」の「オブジェクト」が「意匠Ａ」から「構造Ａ」に置換され、「カテゴリ」「性能」の「性能Ｂ」と「カテゴリ」「機能」の「機能Ｂ」が「構造Ａ」に追加されている。このように、サーバは、クライアントから送信された優先資格に基づいて、設計要求情報ＤＢの各設計要件につき、優先資格を格納し管理する。
以上の「優先資格」は、各セクションから、自己申告または何らかの基準で自動的に選定される。
【００４５】
図１７及び図１８は、構造セクションと意匠セクションとで、それぞれが独自に設計した設計情報が不一致となる例を示している。図１７は構造セクションが設計した平面図であり、同図によれば、間口が２７００であるＡ，Ｂ両室について、それぞれの入口部の室内側に柱が配置されている場合、建具Ａ，Ｂとしての入口扉の開口軌跡を避けて他の建具を配置することを可能とするため（波線図示）、構造セクションとしては建具Ａ，Ｂを柱に近接して配置したいと要求することを仮定する。
【００４６】
ところが、意匠セクションでは、図１８に示されるように、廊下側からの意匠を重視して、建具Ａ、ＢがＡ、Ｂ両室において均等に配置されることを要求することを仮定する。
【００４７】
このような場合、従来のシステムにおいては、構造セクションは構造セクションの、意匠セクションは意匠セクションのそれぞれにおいて作成管理した最終図面が完成した段階で、異なるセクション間ですりあわせが行われ、不一致等が検証されることになる。これに対し、本発明によれば、このような設計要求情報が各セクションから出される毎にサーバが設計要求情報ＤＢを更新していくので、他のセクションから要求が出される前に当該セクションにて、迅速かつ確実にその不一致を検証することができる。
【００４８】
このように、本発明によれば、図１９、図２０に示されるように、依頼者からの要求を各セクションの設計者が具現化した設計情報（依頼者からの要求を設計者が技術的な要求仕様に変換したもの）に、各セクションの優先資格情報を付加してなる設計要求情報を関連づけて一元的に管理する。図１９は、あるセクションにおける設計情報入力により設計要求及び設計情報を関連づけて作成する状況を示し、図２０は、このようにして作成される設計要求情報が他のセクションにて作成される設計情報とも関連づけられることを示している。
【００４９】
これらの設計要求情報と設計情報は各セクションにより多元的あるいは多角的に並行して設計が行われる際に生成され、設計要求情報に基づいて最終設計が行われる。本発明によれば、設計要求情報が各セクションにより共有され、不一致又は矛盾のないように一元化して管理される。また、設計情報は各セクションにより多元的あるいは多角的に依頼者からの要求を実現するための方法や手段などの具体的な内容を検討する情報であることから、設計情報は各セクション毎に多元化（非一元化又は設計情報の変更により直接的に他の各セクションの設計情報に影響を与えない状態）して管理する必要があり、従来のシステムにおいては、設計途中段階での各セクションにおける設計情報が不統一かつ矛盾が生じ易いことは自明であった。
【００５０】
設計段階において生成される設計情報は多数あり、同じ意味の設計情報が各セクションにより異なる内容の設計に用いられる。例えば、設計要素である柱を例にすると、意匠では柱の仕上げやデザインなどを検討する意匠設計が行われ、構造では柱の強度などの構造設計が行われる。柱の形状や寸法に関する情報は意匠、構造共に用いる情報であるが、異なる設計内容であることから設計情報を設計途中段階において矛盾なきように一元管理することは困難であった。
【００５１】
また、複数のセクションにより同じ情報に対する設計が行われていた場合、どのセクションの情報が正しいのかは不明であり、人間の判断により行われている。このような問題を解決するために、本発明では各セクションによる設計情報とは別に設計要求情報を設けて一元管理することで設計情報の管理を行っている。また、各要求情報に対して優先資格（依頼者の優先）を設定することで各要求情報の作成、更新に対する判断を行う事が可能となる。
【００５２】
そして、設計要求情報と各設計情報は対応付けることで、必要に応じて設計要求情報と設計情報の検証が可能となる。本発明においては、クライアントにより設計される設計情報が複数の設計要件に対して設定された複数の設計条件からなり、それぞれの設計要件に対して設計条件を反映することによって設計要求情報が作成又は更新される。これにより、設計要求情報と各設計情報とが対応づけられ、両者の検証が可能となる。
【００５３】
また、設計過程が完了した時点においては、各セクションにおける設計情報を的確に反映した設計要求情報が建築物等の人工物を製造するのに必要な詳細でかつ具体的な要求となり、対応する各セクションでの設計情報は全ての設計要求情報を満たしており、且つ人工物を製造するのに必要不可欠な情報を具備していることになる。
【００５４】
さらに、設計では、製造のみならずその人工物を使用し、保全し、寿命が尽きたときや不要になったときにいかに適切に回収して再利用するかなどの人工物のライフサイクル全体（人工物の計画から廃棄まで）を規定することも設計であり、またそのための情報を生成し管理することも設計に含まれる。
【００５５】
さて、上述したように、設計モデルは、従来のオブジェクトモデルであってもよいが、一つの設計要素に関する情報を配置モデルと設計要素モデルとに分けて管理することが好ましい（従来のオブジェクト指向型モデルでは、配置モデルと設計要素モデルとが１つのオブジェクトによって管理されていた）。図２１〜２６は、それぞれのセクションにおいて作成ないしは更新される設計モデルが配置モデルと設計要素モデルとに分かれてなる例を示している。このように、設計要素に関する情報を配置モデルと設計要素モデルとに分けて管理することは、クライアント及びサーバの双方が自動的に行う。
【００５６】
図２１は、各セクション、ここでは、構造Ａと意匠Ａとで設計モデルを作成する際に（５１）（５２）、構造Ａでは、設計要素モデル（６１）と配置モデル（６２）とを対応付けて作成し、意匠Ａでは、前記配置モデル（６２）と設計要素モデル（６３）とを対応付けて作成する。
【００５７】
図２２は、従来のオブジェクト指向型ＣＡＤシステムによって作成管理されるオブジェクトモデルの例と、本発明による配置モデル及び設計要素モデルからなる設計モデルとを対比している。ここで、配置モデルとは、設計対象物中における設計要素の配置位置（ないしは姿勢、形状）を表わす線図情報のみ又はこれに配置に関する情報を付加したものによって示すものであり、設計者が入力して作成してもよいし、予め作成されたものが複数格納されたライブラリから選択してもよい。設計要素モデルとは、要素及び要素集合体モデルをいい、設計要素における形状、寸法等の設計情報を示すデータである。
【００５８】
図２３に示すように、配置モデルは、対応付けてある各要素モデルの属性を更新資格ＤＢを参照し一元化して管理し、構造Ａ及び意匠Ａの設計要素モデルは、要素形状に対する属性としてパラメータを持っている。そして、配置モデルは、構造Ａ及び意匠Ａの設計要素モデルのパラメータを配置モデルのパラメータと対応付け、配置モデルは、予め優先資格が設定された更新資格ＤＢを参照して、当該ぱらめーたについて優先するモデルのデータを反映する。例えば、構造Ａは形状としてＴＲＩＡＮＧＬＥを要求するが、意匠ＡはＢＯＸを要求している場合、更新資格ＤＢでは形状について意匠Ａが優先資格を有する旨を管理しているので、配置モデルでは意匠Ａが要求するＢＯＸを反映する。以上の処理は、各セクションに設けられるクライアント及び／又はサーバによってなされ、クライアントは配置モデルと設計要素モデルとの対応付けを自動的に行うようになっている。
【００５９】
このように、設計要素に関する情報を配置モデルと設計要素モデルとに分けて管理するため、上述した設計要求情報によって一元管理される最終設計モデルとは異なり、複数の最終設計モデル（例えば意匠Ａ案、構造Ａ案．．．．）を作成することができる。図２４は、構造Ａにおいては、配置モデル（６１）に対応付けされて一つの設計要素モデル（６１）のみが作成管理されているのに対し、意匠Ａでは、三つの設計要素モデル（６３）〜（６５）が作成管理されることを示している。
【００６０】
従来のオブジェクトモデルでの管理によれば、例えば、構造Ａによって作成管理されるオブジェクトモデルが三角柱状のモデル、意匠Ａによって作成管理されるオブジェクトモデルが平板状のモデルである。これに対し、本発明では、異なるセクション、例えば構造Ａと意匠Ａとで、配置モデルを共用し、構造Ａでは設計要素オブジェクトとして三角形を前記配置モデルと対応付けして作成（又は選択）管理し、意匠Ａでは設計要素オブジェクトとして縦長の長方形を前記配置モデルと対応付けて作成（又は選択）管理する（一つのセクションから複数の設計用曽於ブジェクトを作成又は選択することもできる）。そして、構造Ａでは、配置モデルとその要素モデルとから展開データとして前記オブジェクトモデルと同様な三角柱状のモデルを展開データとして出力することができ、意匠Ａでは、配置モデルとその要素モデルとから展開データとして前記オブジェクトモデルと同様な平板状のモデルを展開データとして出力することができる。
【００６１】
なお、図２１において、構造Ａでは、配置モデル（６２）と設計要素モデル（６１）とから床梁伏図ＣＡＤデータ等が生成され床梁伏図が展開され（７１）、意匠Ａでは、配置モデル（６２）と設計要素モデル（６３）とから平面図ＣＡＤデータ、立面図ＣＡＤデータ、積算情報データ等が生成され平面図、立面図、積算書類等が展開される（７２）〜（７４）。これらの生成、展開は、クライアント及び／又はサーバによって、自動的に行われる。例えば、平面図を展開しようとする場合のプログラムについて具体的に説明する。まず、配置モデルは、ＸＹ座標中にＡ点をＳＴＡＲＴとし、Ｂ点をＥＮＤとする図形素ＬＩＮＥで定義されている。一方、設計要素モデルは、起点座標を（０，０，０）とするＸ−Ｚ座標中にＰ−Ａ，Ｐ−Ｂ，Ｐ−Ｃ，Ｐ−Ｄの４点を角とし、Ｘ方向の幅寸法をＷとし、Ｚ方向の高さ寸法をＨとするＢＯＸ図形として定義されている。Ｐ−Ａ，Ｐ−Ｂ，Ｐ−Ｃ，Ｐ−Ｄは、それぞれ、−Ｗ・２，０，０、Ｗ／２，０，０、Ｗ／２，０，Ｈ、−Ｗ／２，０，Ｈなる座標を有する。クライアント及び／又はサーバは、これらの配置モデル及び設計要素モデルから、平面図の作成に必要な情報を自動的に取得して、ＸＹ座標中に、Ｐ−ＡをＳＴＡＲＴおよびＥＮＤとするＬＩＮＥと、Ｐ−ＢをＳＴＡＲＴおよびＥＮＤとするＬＩＮＥとを作成するのである。
【００６２】
本発明においては、図２５に示されるように、配置モデルと対応づけて管理される設計要素モデルは、設計要素を組み合わせることで要素集合体として作成管理することもできる。つまり、設計要素としての壁Ａは、さらにＲＣ壁、壁仕上Ａ、壁仕上Ｂといった設計要素を観念することができる結果、壁Ａは、ＲＣ壁、壁仕上Ａ、壁仕上Ｂの要素集合体として管理することができるのである。この場合、図２６に示されるように、幅寸法Ｗ３は壁Ａのパラメータであるが、設計条件としては、ＲＣ壁の幅寸法Ｗ、壁仕上Ａの幅寸法Ｗ１、壁仕上Ｂの幅寸法Ｗ２を合計した計算式の解をパラメータとしてもよい。
【００６３】
以上のように、一つの設計要素に関する情報を配置モデルと設計要素モデルとに分けて管理した場合であっても、図２以下に示されるように、サーバは、各セクションからの設計要求情報を、配置モデルと設計要素モデルとに分けた状態で、一元管理することができる。また、設計要素は、図２８に示すように、上述したＲＣ壁、壁仕上Ａ、壁仕上Ｂといった設計要素よりさらに下位概念としてのより詳細な設計要素を観念することもでき、クライアント及び／又はサーバは、設計過程の進行に従ってより詳細な設計モデルが必要となる場合は、例えば、設計者による詳細設計要求指示により、予め定められたプログラムに従って、これらのより詳細な設計要素を作成し管理することができる（図２８では、上位の設計要素及び下位の設計要素と、配置モデル及び設計要素モデルとが関係づけられている様子を示している）。これらの設計要素は、すべて独立して管理することが可能であるが、上述した設計要求情報として管理することにより設計情報を一元管理することができる。
【００６４】
本実施の形態のように、１つの設計要素を配置モデルと設計要素モデルとに分けて管理することにより、従来のオブジェクト指向型モデルのように１つの設計要素を１つのオブジェクトで定義するには膨大な数のオブジェクトが必要であったのに対し、管理対象を著しく削減することができる。すなわち、設計対象物においては、配置モデルは設計対象物固有の情報であり、設計対象物（プロジェクト）毎に作成管理する必要があるが、設計要素モデルは設計セクション固有の情報であり、設計対象物毎に作成管理する必要がなく、すべての設計者がすべての設計要素モデルの情報を保持する必要がないため、複数のセクションにより共有することが可能である。また、設計要素モデルは配置モデルに対して、複数の選択可能性を持っていることが多いが、配置モデルと設計要素モデルとを分けることにより、選択と組み合わせを容易にすることができる。
【００６５】
なお、以上の説明では、建築設計に例をとって説明することが多かったが、本発明は、建築設計に限られるものではなく、土木構造物、機械、電子機器等の人工物一般の設計を支援するシステムないしは方法に適用することができることは勿論である。
【００６６】
【発明の効果】
以上の説明により明らかなように、本発明による設計支援システム及び設計支援方法にあっては、設計における各過程及び各セクションでの情報の共有、授受、検証、変換などがスムーズに行え、またその情報を元に図面情報や積算情報、見積情報などに容易に展開することができる。
【図面の簡単な説明】
【図１】本発明の基本的な構成を示す図である。
【図２】本発明の基本的な処理手順を示すフローチャートである。
【図３】本発明の設計情報作成段階における処理手順を示すフローチャートである。
【図４】本発明の設計要求情報更新段階における処理手順を示すフローチャートである。
【図５】設計情報と設計要求情報とを検証する際の処理手順を示すフローチャートである。
【図６】入力された設計情報を抽象化して平面図表示した画面出力情報である。
【図７】配置画面上に配置される設計要素を示す図である。
【図８】意匠Ａにおける設計要素の形状を示す図である。
【図９】意匠Ａにおける設計要素の概念を示すツリー図である。
【図１０】意匠Ａにおいて設計情報ＤＢに格納される情報を示す図である。
【図１１】構造Ａにおける設計要素の形状を示す図である。
【図１２】構造Ａにおける設計要素の形状を示す図である。
【図１３】構造Ａにおける設計要素の概念を示すツリー図である。
【図１４】構造Ａにおいて設計情報ＤＢに格納される情報を示す図である。
【図１５】意匠Ａから要求された設計要求ＤＢに格納される情報を示す図である。
【図１６】さらに、構造Ａからの要求を反映した設計要求ＤＢに格納される情報を示す図である。
【図１７】構造Ａが希望する平面図である。
【図１８】意匠Ａが希望する立面図である。
【図１９】設計情報と設計要求情報との関連付けを表す図である。
【図２０】複数の設計情報と設計要求情報との関連付けを表す図である。
【図２１】配置モデルと設計要素モデルとに分けて管理する場合の処理手順を示すフローチャートである。
【図２２】配置モデルと設計要素モデルの概念を示す図である。
【図２３】配置モデルと設計要素モデルの対応付けを示す図である
【図２４】複数の設計要素モデルを作成する場合を示す図である。
【図２５】設計要素モデルが要素集合体からなる場合を示す図である。
【図２６】設計要素モデルが要素集合体からなる場合のパラメータの例を示す図である。
【図２７】配置モデルと設計要素モデルとから平面図を作成するプログラムを示す図である。
【図２８】上位の設計要素及び下位の設計要素と、配置モデル及び設計要素モデルとの関係を示す図である。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a design support system and a design support method such as a building production support system using CAD, for example.
[0002]
[Prior art]
As a conventional design support system, for example, there is a building production support system using CAD. Such a design support CAD system as a building production support system is capable of efficiently drawing data obtained by developing information (design information) designed by a designer as a drawing into drawing data by a CAD graphic model (referred to as “CAD data” in the present specification). "In some cases) (see, for example, Patent Document 1).
[0003]
Taking architectural design in architectural production as an example, a two-dimensional CAD system is provided with a single drawing function from a blank state to completion for the purpose of creating a final design document. In architectural design, commands such as street alignment and placement commands for columns, beams, walls, and fittings are prepared in advance, and the designer can use the keyboard to input coordinate information and parameter variables for various commands. By inputting from an input device such as a mouse or a mouse, a two-dimensional CAD graphic model of a line segment, an arc, a point, a character, or the like is developed and displayed. In addition, by registering a two-dimensional CAD graphic model as a symbol (composite graphic) and reading it with a registered name or file name corresponding to the symbol, the symbol can be used as a CAD part, such as being placed in a drawing file. Further, it is also possible to add attributes to the CAD parts and link them to the DB for use.
[0004]
In addition, in the three-dimensional CAD system, similarly to the two-dimensional CAD system, various commands from the blank state to the completion are prepared. By inputting variables for various commands such as beams, walls, floors (slabs), ceilings, roofs, fittings, etc., the computer can generate CAD 3D models (cubes, spheres, cylinders, cones, etc.) and polygonal 3D figures and images. Is expanded.
[0005]
By the way, as described above, such conventional two-dimensional and three-dimensional CAD systems use the design information to create an image perspective (perspective view) or the like used in a design book or presentation finally completed in the design stage. The purpose is to efficiently create comprehensive drawings, construction drawings, completed drawings, and the like created at the construction stage as CAD data. The created CAD data is merely CAD figure data, and the design information is directly managed as CAD data including only the CAD figure information, and the creation and change of the design information are performed for each CAD data. Creation and modification of design information in each design section such as design, structure, equipment, etc. are separately performed in each design section as creation and modification of CAD data. For this reason, the management of the design information is performed by human labor, and it is not difficult to imagine that the design information is eventually unified and inconsistent.
[0006]
On the other hand, a so-called object-oriented CAD system has been proposed as a design support CAD system. An object-oriented CAD system includes a CAD object model corresponding to a general design element and design information (a request from a client is converted into a technical requirement specification such as performance, function, means, etc. for each object model. (Converted data) can be drawn or managed in a form to which the CAD data is added, and the CAD data created here is managed as including not only CAD graphic information but also design information.
[0007]
Taking an example of architectural design in architectural production, in an object-oriented CAD system, an object model of a design element, that is, each part of a building object (a column, a beam, a wall, a floor (slab), a ceiling, a roof, a fitting, etc.). Is prepared in advance as a three-dimensional object model, and the designer performs design using the object model in response to a request from a client.
[0008]
The object model can be automatically developed (generated) into various CAD drawing data such as a plan view, an elevation view, and a sectional view. CAD drawing data is data represented as drawing information by a figure such as a line segment or an arc that abstracts a design element according to the purpose. Each of the developed CAD drawing data is associated with the object model that is the development source. For example, if the plan view CAD drawing data is modified, the data of the corresponding object model is changed, and the elevation view and the sectional view are displayed. And so on. In addition, by defining the arrangement relationship of a plurality of object models as fixed information or variable information (parameters), for example, if the center is shifted due to a design change, the dimensions and positions are automatically determined based on the arrangement relationship of each object. It also has the ability to change
[0009]
Furthermore, the object model also has regulation information that regulates its own "behavior". For example, since an object model called a window is placed on a wall, it is regulated so that it cannot be placed at a position that moves from the wall and protrudes from the wall.
[0010]
As described above, according to the object-oriented CAD system, the design information on the design elements can be centrally managed by the object model, thereby not only preventing inconsistency, inconsistency, and erroneous input of the design information, but also The creation and correction of drawing information can be automatically performed by a centrally managed object model.
[0011]
[Patent Document 1]
JP-A-10-162050
[0012]
[Problems to be solved by the invention]
By the way, in such a conventional object-oriented CAD system, design information is centrally managed by an object model corresponding to a design element. Since the design information at the work or examination stage is inconsistent and inconsistent, it is not suitable for centralized management. For this reason, conventionally, design is performed using a different object model for each section, but there is no function of associating a plurality of object models in each section corresponding to the same design element. The design manages the objects in the design section, the structure manages the objects in the structure section, and based on the drawings (drawings that output the expanded drawing information) created (developed from the object model) in each section, In other words, the final drawings were used as a common language for each section, and the design requirements for each section were verified by human labor.
[0013]
In recent years, the design of artifacts (buildings, civil engineering structures, machinery, electronic equipment, etc.) has become increasingly complex, diversified, and sophisticated due to the evolution of materials, technologies, construction methods, and systems. It is difficult or impossible to respond with the designer's personality, experience, and technology, and it is common practice today to work together. Taking architectural design as an example, manufacturers providing design sections, materials, parts, etc., such as design, structure, equipment, etc., contractors who actually perform construction and other construction work, project management, economy, functionality, Belonging to multiple organizations or multiple groups or sections based on project management (PM), facility management (FM), construction management (CM), quality management (QM), etc. that examines various aspects such as performance and quality. Generally, a plurality of designers (sometimes referred to as “each section” in the present specification) perform multidimensional (each having different roots) or multilaterally parallel designs. In addition, the design of artifacts mainly consists of planning (planning) design, basic design, implementation design, and other processes of production design if necessary (sometimes collectively referred to as "each design process"). Information essential for producing or manufacturing an artifact that satisfies the user's requirements is refined and determined step by step as each design process progresses.
[0014]
However, as described above, in the conventional object-oriented CAD system, the drawings created by each section are used as a common language of each section to verify the design requirements of each section. Information cannot be shared and verified in each section in each design process, and verification work must be performed by human labor after drawing creation. However, there is a problem in that it is complicated and difficult to change the inconsistency or contradiction.
[0015]
In view of the above, the present invention has been made in view of the problems related to the conventional design support system described above, and enables information sharing, transfer, verification, conversion, and the like in each process and each section in design to be smoothly performed. An object of the present invention is to provide a design support system and a design support method that can be easily developed into drawing information, integrated information, estimation information, and the like based on information.
[0016]
[Means for Solving the Problems]
In order to achieve the above object, a design support system according to the present invention is a system including a server that provides support when a plurality of clients design a design element that constitutes a design object. Design information that is connected to the client through a telecommunication line and that is composed of a plurality of design conditions set for a plurality of design requirements and that is designed by the client and that is added to the design information and that is designed by the client. And automatically creates or updates a design requirement information database reflecting design conditions prioritizing each design requirement at a predetermined timing. is there.
[0017]
In the present invention, it is preferable that the clients are arranged in different design sections. Preferably, the server automatically provides the information stored in the design request information database to the client at a predetermined timing.
[0018]
Further, a design support method according to the present invention is a design support method for supporting when designing a design element constituting a design object by a plurality of clients, wherein the computer supports setting for a plurality of design requirements by a computer. Inputting design information consisting of a plurality of set design conditions, inputting priority qualification information of the computer or the person who designed the design information of the design information for each of the design information, Inputting design information consisting of a plurality of design conditions set for a plurality of design requirements by the other computer based on the design requirement information created by reflecting the design conditions prioritized with respect to the design requirements. It is characterized by having.
[0019]
In the present invention, it is preferable that the clients are arranged in different design sections. Further, it is preferable that the design information is input by an object divided into an arrangement model and a design element model.
[0020]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an architectural design will be described as a preferred embodiment (example) of a design support system according to the present invention, and a detailed description will be given with reference to the accompanying drawings.
[0021]
FIG. 1 shows a basic configuration diagram in a preferred embodiment of the present invention, in which a server computer and client computers installed in a plurality of design sections “structure A”, “design A”, etc. For example, it indicates that they are connected via a LAN.
[0022]
The present invention relates to a system or method for supporting design by exchanging information between a server and a client. FIG. 2 shows a processing procedure of a preferred embodiment, wherein a section for performing architectural design includes a plurality of designers with a plurality of sections including a design A (11), a design B (12), and a structure A (13). An example is given, but the design may be done with other sections as needed. In each section, design information is input using a design support CAD system or the like. In a section that does not handle graphic information, the section need not be a CAD device. Further, the input device may be independently developed or an existing input device may be used.
[0023]
Each section (11 to 13) designs using design models (21 to 23) corresponding to design elements, and creates and manages design information. Here, the design element is a unit which is independently designed by a designer, such as each part of a building object (a pillar, a beam, a wall, a floor (slab), a ceiling, a roof, a fitting, and the like). Means that the request from the client is converted by the designer into technical requirements such as performance, function, means, etc. for each design model.For example, the request from the client is "high thermal efficiency" In some cases, the design information converted by the designer includes performance (insulation performance, confidentiality performance, etc.), function (insulation, ventilation, etc.) and means (double sash, external heat insulation, etc.). Section: The outer section is in charge of the structural section.For example, when finishing the interior wall as a design element, the design and structure will create design information for one interior wall. , Traditional objects It may be interface model, but as described later, it is preferable to manage divided into a placement model and design element model.
[0024]
The design models (21 to 23) are designed and managed separately for each design element and for each section. For example, a design model (21) is created by the design A (11), and the design information of the design A is managed. The design model (22) is created by the design B (12), and the design information of the design B is managed. The design model (23) is created by the structure A (13), and the design information of the structure A is managed.
[0025]
Next, design request information (24) is created and updated from the design models (21-23). Here, the design request information (24) is information obtained by adding priority qualification information of each section in which the design information is designed to the above-described design information, and is requested from each section. Is registered in a design requirement information DB (not shown) installed in the system, only one piece of information that cannot coexist is uniquely registered for one design condition defined for a certain design element. The “priority qualification information” is added by “Yes” or “None” in each section. Depending on the design contents, the designer or the section automatically self-reports or according to predetermined conditions. Is set. One or a plurality of priority qualification information is set for one design condition. The “priority qualification information” can also be specified by weighting it with an arbitrary ranking or numerical value instead of “with” or “without”. In this case, heavier ones are preferentially managed in a unified manner. As will be described later, each section proceeds with the creation of drawings or design information while giving design request information.
[0026]
In the present invention, each section is provided with a client computer for executing a CAD system for inputting design information and creating a design model, and each client is provided with an electronic communication line such as a LAN. Connected to server computer. For example, the design request information DB is provided in the server, and when a design model is created or updated in each client, the design model information is automatically transmitted to the server and the information is registered in the design request information DB or The information is updated. When information is registered in the design request information DB or the information is updated, the design model of another client is automatically registered or the information is updated.
[0027]
As described above, in each section, the design is performed by the designer based on the request from the requester, so that the design request information is generated in a multidimensional manner (according to the root of each section), and the design request information (24) is generated. Created and updated. Therefore, the design request information (24) is one in which there is no inconsistency in each section and the design information corresponding to the design request from the client is centrally managed. In other words, the design requirement information (24) is a set of requirement information from each section obtained by converting a request from a client into a technical requirement specification based on the knowledge of the designer based on various aspects (multiple factors) in each section. And information that is managed in a unified manner.
[0028]
In this system, the server automatically receives, through an electronic communication line, creation information or design information of design information (design model) created and managed in each section, and simultaneously creates design request information. And manage them in a unified manner in association with the design model. For example, by designing a design A (11) using a design model (21), a request from a client is converted into a technically required specification by the knowledge of the designer to generate design request information, and an electronic communication line Through this, the server stores the design request information of the design in the design request information DB, and associates the design information with the design request information. Similarly, when the server performs design using the design model (22) using the design B (12) and generates design request information, the server stores the design request information in the design request information DB and associates it. Similarly, in the structure A (13), design is performed by using the design model (23), design request information is generated, and the design request information is stored in the design request information DB and associated therewith.
[0029]
The design request information can be directly created and changed in the design request information DB of the server by the design request input means / design request change input means (14). The server also includes a design request and design information associating unit that associates design elements and design information in each section when directly creating a design request.
[0030]
Each of the design models can be developed into drawing information, estimation information, integrated information, image perspective (perspective view) information, and the like at each client according to an output request, similarly to the conventional object-oriented CAD system. , Plan view CAD data (31), elevation view CAD data (32), sectional view CAD data (33), floor beam plan view CAD data (34), etc. are developed. For example, a plan view (31) and a cross-sectional view (32) are developed from the design model (21) and are associated with each other. An elevation view (33) is developed from the design model (22) and is associated therewith. Also, a floor beam plan (44) is developed from the design model (23) and is associated therewith.
[0031]
Further, similarly to the conventional object-oriented CAD system, by modifying each drawing information CAD data or the like developed by each client, the corresponding drawing model is changed and associated with other drawing information CAD. It can also be reflected in the data. For example, when the plan view CAD data (31) developed by the design model (21) created by the design A (11) is corrected using the correction means of the design support CAD device, the design model (21) is used. The managed design information is changed and reflected in the associated sectional view CAD data (32). Here, the elevation view CAD data (33) and the floor plan (34) are not reflected because they are developed from different design models (22) and (23). The expanded drawing information CAD data, estimated information, integrated information, and image parse information can be output on a printer, plotter, or CRT screen by an output device connected to each client (41 to 44).
[0032]
On the other hand, also in the server, the design request information (24) develops the design request information (24) into abstracted design request output data (35) in response to the output request, and connects to the printer, plotter, It is possible to output (45) the design request information on the CRT screen.
[0033]
Hereinafter, creation of design information and creation of design request information will be described in detail.
FIG. 3 is a flowchart showing the creation of design information and design request information.
The designer inputs design information using a design support CAD system or the like (S1). FIG. 6 is screen output information in which the input design information is abstracted and displayed in a plan view. In FIG. 6, columns (A to D), outer walls (A to D), inner wall A, fittings (A, B), and (A, B) rooms are displayed as design elements. The inner wall A will be described in detail by way of example. First, a design model corresponding to the inner wall, which is a design element, is selected from design models prepared in advance for each client by a design support CAD system.
[0034]
Here, a design model “RC wall 002” in which the design element corresponding to the wall foundation is reinforced concrete and has design elements on both sides is selected from a plurality of design models, as shown in FIG. Place it on the design screen. FIG. 9 shows a hierarchical structure of design elements constituting the design element “RC wall 002”. The design model “RC wall 002” corresponding to the inner wall A, which is a design element, is a “RC wall” which is a design model corresponding to a wall foundation which is a design element, and a design model corresponding to wall finishing in the lower hierarchy. It is composed of “wall finish A” and “wall finish B”, and the relationship between the design models is defined by “RC wall 002”.
[0035]
FIG. 7 shows an interface screen for defining each dimension of the design model. The “RC wall 002” includes a wall finish A, an RC wall, and a wall finish B as design elements. Also, “W”, “W1”, “W2”, “W3”, and “H” are defined in advance as parameters. On the other hand, FIG. 8 shows the shape of “RC wall” as a design element, in which “BOX” is defined as a graphic element, and “W”, “D”, and “H” are defined as parameters. Have been. The contents are "200", "6000", and "3000". The parameters are set to default values in advance and can be changed as needed. Although the parameter “D” is not displayed in FIG. 7, the dimension “D” is information that can be acquired when the layout information is input on the design screen.
[0036]
Next, the input design information is stored (stored) as a design information DB (S2). FIG. 10 is a design information DB provided in each client, in which design information is input and stored using the above-described input interface, and has a design model name “RC wall 002” corresponding to the design element “inner wall A”. Although the content of the “RC wall” is shown, the same applies to the input information for the design element, and the design information having the content shown in FIG. 10 is input using a design support CAD system or the like.
[0037]
The design management information created for each section stores "design A" as the "designer name", "ABC" as the "project name", and "ABC-PRO" as the "design request DB file name". The file of the design request information is associated with the “design request DB file name”. Next, “inner wall A” is stored as “design element management name”, and the RC wall constituting RC wall 002 is stored as “RC wall 002> RC wall” as the corresponding design model name. The design element management name is a key for specifying the design element, and the design model name is a key for specifying the design model constituting the design element. Here is the specific design information corresponding to the design element. Items such as “category”, “design requirement”, “condition”, and “priority qualification” are set (other attributes such as “construction category” may be added), but the design information for the design element is It consists of "design requirements" and "conditions" and is classified by "category" as necessary. Further, “priority qualification” is set corresponding to each design requirement, and this “priority qualification” is information indicating the priority of the designer when creating the design request information.
[0038]
That is, when the “priority qualification” is “Yes”, the “condition” for the “category” and “design requirement” is determined and stored in the design request information. When the “priority qualification” is “none”, a design that satisfies the “category” and “design requirement” of the design request information and that satisfies the “condition” is requested. As design information for the shape shown in FIG. 8, "category" is "shape", and "design requirements" is "object name", "W (width)", "D (depth)", "H (height)". Are set, and “BOX”, “150”, “6000”, and “3000” are set as “conditions”. (Note that “design conditions” include not only specific numerical values but also “ (It may be specified as an upper limit value or a lower limit value such as “less than,” “less than,” “to,” or a numerical range). Also, “priority qualification” is set for each design requirement. Similarly, “design requirements” of “X”, “Y”, and “Z” are set for “category” of “placement coordinates”, and information of “3000”, “200”, and “0” are set. I have. A "priority qualification" is set for each design requirement. Further, design information is defined as “function” or “performance” as “category”. In the “category” of “function”, “function A” is set, and “condition A” is set as “condition”. Further, since the priority qualification is “Yes”, “Function A” is set as “Function” for “RC wall 011” which is the base of the inner wall A by the design A, and “Condition A” is requested. Will be. “Performance A” is also set for “Performance”, and “Condition B” is required.
[0039]
As described above, the design information for the design requirements is composed of “design requirements” and “conditions”, and is classified into categories as necessary. Also, by managing the “priority qualification”, design request information can be created, design information can be specified by “category” and “design requirement”, and comparison and verification can be performed by “condition” (see FIG. 5). ). Up to this point is the design information creation shown in FIG. 3 (S2). For each client, the designer may arbitrarily input the priority qualification, or the client may automatically set the presence or absence of the priority qualification based on a predetermined condition.
[0040]
Next, creation of design request information will be described. The server automatically performs the following processing. First, each client reads "category", "design requirement", "condition", and "priority qualification" which are design information corresponding to the design requirement of the design information DB created in (S2) (S3). If the “priority qualification” read in (S3) is “Yes”, the process proceeds to (S5), and if “No”, the process proceeds to (S9). If the “priority qualification” is “Yes”, it is determined whether the “design requirements” have been registered in the design request information DB. If not, the design requirements are created in the design request information DB (S6). , (S7), and if already registered, the process directly proceeds to (S7). Thereafter, a design condition corresponding to the design requirement is created (S7), and "priority qualification" corresponding to the design requirement is set (S8). On the other hand, in (S4), if the “priority qualification” is “none”, it is determined in (S9) whether or not the design requirements have been registered in the design request DB. It is created (S10). If the registration has been completed in (S9), after the processing in (S10) ends and after the processing in (S8) ends, the design request information DB and the design information DB are associated with each other (S11).
[0041]
When the design request information is updated, steps S21 to S32 are executed in the server in the same manner as the creation of the design request information described above.
[0042]
The above processing is a flow from the creation of the design information DB using the design model by the CAD system in the design A to the creation of the design request information DB. As shown in FIG. 14, this is also performed in structure A, which is a section different from design A.
[0043]
Then, when the information of the design information DB shown in FIG. 10 created by the client of the design A is automatically transmitted to the server through an electronic communication line (not shown), the server performs the design as shown in FIG. Create a request information DB. At this stage, only the design A is stored and managed as “priority qualification”.
[0044]
Thereafter, when the information of the design information DB shown in FIG. 14 is automatically transmitted from the client having the structure A to the server, the server updates the design request information DB as shown in FIG. At this stage, the design A has inserted the “structure A” into the W, D, and H of the “category” and “shape” for which the priority qualification has not been registered, and the “category” and “shape” of “shape”. The “object” is replaced by “structure A” from “design A”, and “performance B” of “category” and “performance” and “function B” of “category” and “function” are added to “structure A”. In this way, the server stores and manages the priority qualification for each design requirement of the design request information DB based on the priority qualification transmitted from the client.
The above-mentioned "priority qualifications" are automatically selected from each section based on self-report or some criteria.
[0045]
FIGS. 17 and 18 show an example in which design information independently designed for the structural section and the design section do not match. FIG. 17 is a plan view designed by the structural section. According to FIG. 17, for both the A and B rooms having a frontage of 2700, when pillars are arranged on the indoor side of the respective entrances, the fittings A, In order to be able to arrange other fittings while avoiding the opening trajectory of the entrance door as B (shown by a wavy line), it is assumed that the structural sections require that fittings A and B be arranged close to columns. I do.
[0046]
However, in the design section, as shown in FIG. 18, it is assumed that the emphasis is placed on the design from the corridor side, and that the fittings A and B are required to be evenly arranged in both the rooms A and B.
[0047]
In such a case, in the conventional system, when the final drawing created and managed for each of the structural section and the design section of the design section is completed, the different sections are joined together, and inconsistencies etc. Will be verified. On the other hand, according to the present invention, the server updates the design request information DB each time such design request information is output from each section, so that before the request is output from another section, the server updates the design request information DB. Thus, the mismatch can be quickly and reliably verified.
[0048]
As described above, according to the present invention, as shown in FIG. 19 and FIG. 20, the request from the requester is embodied by the designer of each section, and the design information (the request from the requester is To the required specifications) and the design requirement information obtained by adding the priority qualification information of each section, and manages them in a unified manner. FIG. 19 shows a situation in which a design request and design information are created in association with each other by inputting design information in a certain section. FIG. 20 shows design information created in this way in which the design request information is created in another section. Is also associated.
[0049]
The design requirement information and the design information are generated when the sections are designed in multiple or multiple ways in parallel, and the final design is performed based on the design requirement information. According to the present invention, the design request information is shared by the sections, and is managed in a unified manner so as not to be inconsistent or inconsistent. In addition, since the design information is information for examining specific contents such as a method and means for realizing a request from a client in multiple or multiple ways in each section, the design information is multi-dimensional in each section. (In a state where the design information of other sections is not directly affected by decentralization or change of the design information), it is necessary to manage the sections. It was obvious that the information was inconsistent and inconsistent.
[0050]
There are many pieces of design information generated in the design stage, and the design information having the same meaning is used for designing different contents in each section. For example, taking a pillar as a design element as an example, a design is designed to consider the finishing and design of the pillar, and a structure is designed to be structural such as the strength of the pillar. The information on the shape and dimensions of the pillar is used for both the design and the structure. However, it is difficult to centrally manage the design information without inconsistency in the middle of the design due to different design contents.
[0051]
Further, when the same information is designed by a plurality of sections, it is unknown which information is correct, and it is determined by a human. In order to solve such a problem, the present invention manages design information by providing design request information separately from design information for each section and centrally managing the design request information. Further, by setting a priority qualification (priority to the requester) for each request information, it is possible to make a judgment on creation and update of each request information.
[0052]
Then, by associating the design request information with each design information, the design request information and the design information can be verified as necessary. In the present invention, the design information designed by the client includes a plurality of design conditions set for a plurality of design requirements, and the design requirement information is created or reflected by reflecting the design conditions for each design requirement. Be updated. As a result, the design request information and each piece of design information are associated with each other, so that both can be verified.
[0053]
At the time when the design process is completed, the design request information that accurately reflects the design information in each section becomes the detailed and specific request necessary for manufacturing an artifact such as a building, and the corresponding The design information in the section satisfies all the design requirement information and includes information essential for manufacturing an artifact.
[0054]
In addition, the design involves not only manufacturing, but also the use and maintenance of the artifact, and the entire life cycle of the artifact, such as how to properly collect and reuse it when its life has expired or is no longer needed ( Designing artifacts (from planning to disposal) is also a design, and generating and managing information for that purpose is part of the design.
[0055]
Now, as described above, the design model may be a conventional object model, but it is preferable to manage information on one design element separately in a placement model and a design element model (conventional object-oriented type model). In the model, the arrangement model and the design element model are managed by one object.) FIGS. 21 to 26 show examples in which the design model created or updated in each section is divided into an arrangement model and a design element model. In this way, both the client and the server automatically manage the information on the design elements separately in the arrangement model and the design element model.
[0056]
FIG. 21 shows a case where a design model is created with each section, here, the structure A and the design A (51) and (52), and in the structure A, the design element model (61) and the arrangement model (62) correspond. In the design A, the arrangement model (62) and the design element model (63) are created in association with each other.
[0057]
FIG. 22 contrasts an example of an object model created and managed by a conventional object-oriented CAD system with a design model composed of an arrangement model and a design element model according to the present invention. Here, the arrangement model is indicated by only diagram information indicating the arrangement position (or posture, shape) of the design element in the design object or by adding information relating to the arrangement to the diagram information. May be created, or may be selected from a library in which a plurality of created in advance are stored. The design element model refers to an element and an element aggregate model, and is data indicating design information such as a shape and a dimension of the design element.
[0058]
As shown in FIG. 23, the arrangement model manages the attributes of the associated element models in a unified manner with reference to the update qualification DB, and the design element models of the structure A and the design A have parameters as attributes for the element shape. have. The arrangement model associates the parameters of the design element model of the structure A and the design A with the parameters of the arrangement model, and the arrangement model refers to the update qualification DB in which priority qualifications are set in advance, and performs To reflect the data of the model that has priority. For example, when the structure A requires TRIANGLE as a shape but the design A requires a BOX, the renewal qualification DB manages that the design A has priority qualification for the shape. Reflects the BOX requested by The above processing is performed by a client and / or server provided in each section, and the client automatically associates the arrangement model with the design element model.
[0059]
As described above, since the information on the design elements is managed by being divided into the arrangement model and the design element model, a plurality of final design models (for example, the design A plan) , Structure A plan ...) can be created. FIG. 24 shows that in the structure A, only one design element model (61) is created and managed in association with the arrangement model (61), whereas in the design A, three design element models (63) are created. To (65) indicate that they are created and managed.
[0060]
According to the management using the conventional object model, for example, the object model created and managed by the structure A is a triangular prism model, and the object model created and managed by the design A is a flat model. On the other hand, in the present invention, the arrangement model is shared by different sections, for example, the structure A and the design A. In the structure A, a triangle is created (or selected) as a design element object in association with the arrangement model and managed. In the design A, a vertically long rectangle is created (or selected) and managed as a design element object in association with the arrangement model (a plurality of design objects can be created or selected from one section). In the structure A, a triangular prism model similar to the object model can be output as expanded data from the arrangement model and its element model as expansion data. In the design A, the model is expanded from the arrangement model and its element model. A flat model similar to the object model can be output as expanded data as data.
[0061]
In FIG. 21, in the structure A, the floor beam plan drawing CAD data and the like are generated from the layout model (62) and the design element model (61) and the floor beam plan is developed (71). Plan view CAD data, elevation CAD data, integrated information data, etc. are generated from the model (62) and the design element model (63), and the plan view, elevation, integrated document, etc. are developed (72) to ( 74). These generation and deployment are automatically performed by the client and / or the server. For example, a program for developing a plan view will be specifically described. First, the arrangement model is defined by a figure element LINE in which point A is START in XY coordinates and point B is END. On the other hand, the design element model uses four points PA, PB, PC, and PD as corners in the XZ coordinates with the starting point coordinates being (0, 0, 0), and It is defined as a BOX figure where the width dimension is W and the height dimension in the Z direction is H. PA, PB, PC, and PD are -W.2,0,0, W / 2,0,0, W / 2,0, H, -W / 2,0, respectively. , H. The client and / or the server automatically obtains information necessary for creating a plan view from the arrangement model and the design element model, and sets LINE that sets PA to START and END in XY coordinates; A LINE with PB as START and END is created.
[0062]
In the present invention, as shown in FIG. 25, a design element model managed in association with an arrangement model can be created and managed as an element aggregate by combining design elements. In other words, the wall A as a design element can further think of design elements such as an RC wall, a wall finish A, and a wall finish B. As a result, the wall A is an element aggregate of the RC wall, the wall finish A, and the wall finish B. It can be managed as. In this case, as shown in FIG. 26, the width dimension W3 is a parameter of the wall A, but the design conditions are the width dimension W of the RC wall, the width dimension W1 of the wall finish A, and the width dimension W2 of the wall finish B. May be used as a parameter.
[0063]
As described above, even when the information on one design element is managed separately in the arrangement model and the design element model, as shown in FIG. 2 and subsequent figures, the server transmits the design request information from each section. , And can be centrally managed while being divided into an arrangement model and a design element model. Further, as shown in FIG. 28, the design element can be a more detailed design element as a lower concept than the design element such as the RC wall, the wall finish A, and the wall finish B described above. If a more detailed design model is required as the design process progresses, the server creates and manages these more detailed design elements according to a predetermined program, for example, according to a detailed design request instruction from a designer. (FIG. 28 shows a state in which a higher-order design element and a lower-order design element are associated with an arrangement model and a design element model). All of these design elements can be managed independently, but by managing them as the above-described design request information, the design information can be centrally managed.
[0064]
As in the present embodiment, by managing one design element by dividing it into an arrangement model and a design element model, it is possible to define one design element with one object as in a conventional object-oriented model. Although an enormous number of objects are required, the number of objects to be managed can be significantly reduced. That is, in the design object, the placement model is information unique to the design object and needs to be created and managed for each design object (project). However, the design element model is information unique to the design section. Since there is no need to create and manage each object and all designers do not need to hold information on all design element models, they can be shared by multiple sections. In addition, the design element model often has a plurality of selectivities with respect to the layout model. However, by separating the layout model and the design element model, selection and combination can be facilitated.
[0065]
In the above description, architectural design is often described by way of example. However, the present invention is not limited to architectural design, and is generally applied to design of general-purpose structures such as civil engineering structures, machines, and electronic devices. Of course, the present invention can be applied to a system or a method for supporting
[0066]
【The invention's effect】
As is apparent from the above description, in the design support system and the design support method according to the present invention, information sharing, transfer, verification, conversion, etc. in each process and each section in the design can be smoothly performed, and Based on the information, it can be easily developed into drawing information, integrated information, estimated information, and the like.
[Brief description of the drawings]
FIG. 1 is a diagram showing a basic configuration of the present invention.
FIG. 2 is a flowchart showing a basic processing procedure of the present invention.
FIG. 3 is a flowchart showing a processing procedure in a design information creation stage of the present invention.
FIG. 4 is a flowchart showing a processing procedure in a design request information update stage of the present invention.
FIG. 5 is a flowchart showing a processing procedure when verifying design information and design request information.
FIG. 6 is screen output information obtained by abstracting input design information and displaying a plan view.
FIG. 7 is a diagram showing design elements arranged on an arrangement screen.
FIG. 8 is a diagram showing shapes of design elements in design A.
FIG. 9 is a tree diagram showing the concept of design elements in design A.
FIG. 10 is a diagram showing information stored in a design information DB in a design A.
FIG. 11 is a diagram showing shapes of design elements in a structure A.
FIG. 12 is a diagram showing shapes of design elements in a structure A.
FIG. 13 is a tree diagram showing a concept of a design element in a structure A.
FIG. 14 is a diagram showing information stored in a design information DB in a structure A.
FIG. 15 is a diagram showing information stored in a design request DB requested by design A;
FIG. 16 is a diagram showing information stored in a design request DB reflecting a request from the structure A.
FIG. 17 is a plan view desired by the structure A.
FIG. 18 is an elevation view desired by design A;
FIG. 19 is a diagram illustrating an association between design information and design request information.
FIG. 20 is a diagram illustrating association between a plurality of pieces of design information and design request information.
FIG. 21 is a flowchart illustrating a processing procedure in the case of managing the layout model and the design element model separately.
FIG. 22 is a diagram showing the concept of an arrangement model and a design element model.
FIG. 23 is a diagram showing correspondence between an arrangement model and a design element model;
FIG. 24 is a diagram showing a case where a plurality of design element models are created.
FIG. 25 is a diagram showing a case where a design element model is made up of an element aggregate.
FIG. 26 is a diagram showing an example of parameters when a design element model is made up of an element aggregate.
FIG. 27 is a diagram showing a program for creating a plan view from an arrangement model and a design element model.
FIG. 28 is a diagram showing a relationship between a higher-order design element and a lower-order design element, and an arrangement model and a design element model.

Claims (6)

設計対象物を構成する設計要素の設計を複数のクライアントにより行なう際の支援を行うサーバを備えたシステムであって、
サーバは、
前記クライアントと電気通信回線を通じて接続され、
複数の設計要件に対して設定された複数の設計条件からなる、前記クライアントにより設計される設計情報と、
該設計情報毎に付加された、前記クライアントにより設計される優先資格情報とを自動的に取得して、
それぞれの設計要件に対して優先する設計条件を反映した設計要求情報データベースを所定のタイミングで自動的に作成又は更新することを特徴とする設計支援システム。A system including a server for supporting when designing a design element constituting a design target by a plurality of clients,
The server is
Connected to the client through a telecommunication line,
Consisting of a plurality of design conditions set for a plurality of design requirements, design information designed by the client,
Automatically acquiring priority qualification information designed by the client, which is added for each design information,
A design support system characterized by automatically creating or updating a design requirement information database reflecting design conditions that have priority over respective design requirements at a predetermined timing. 前記クライアントは、異なる設計セクションに配置されるものであることを特徴とする請求項１に記載の設計支援システム。The design support system according to claim 1, wherein the clients are arranged in different design sections. 前記サーバは、設計要求情報データベースに格納された情報をクライアントに対して所定のタイミングで自動的に提供することを特徴とする請求項１又は２に記載の設計支援システム。3. The design support system according to claim 1, wherein the server automatically provides information stored in the design request information database to the client at a predetermined timing. 設計対象物を構成する設計要素の設計を複数のクライアントにより行なう際の支援を行う設計支援方法であって、
コンピュータによって、
複数の設計要件に対して設定された複数の設計条件からなる設計情報を入力する工程と、
前記設計情報毎に、当該設計情報の当該コンピュータないしは当該設計情報を設計した者の優先資格情報を入力する工程と、
前記設計要件に対して優先する設計条件を反映して作成された設計要求情報に基づき、当該他のコンピュータによって、複数の設計要件に対して設定された複数の設計条件からなる設計情報を入力する工程と
を備えたことを特徴とする設計支援方法。A design support method for supporting design of a design element constituting a design object by a plurality of clients,
By computer
Inputting design information consisting of a plurality of design conditions set for a plurality of design requirements;
For each piece of the design information, a step of inputting priority qualification information of the computer or the person who designed the design information of the design information,
Based on the design requirement information created by reflecting the design condition having priority over the design requirement, the other computer inputs design information including a plurality of design conditions set for the plurality of design requirements. A design support method comprising: 前記クライアントは、異なる設計セクションに配置されるものであることを特徴とする請求項４に記載の設計支援方法。The method according to claim 4, wherein the clients are arranged in different design sections. 前記設計情報は、配置モデルと設計要素モデルとに分けたオブジェクトにより入力されることを特徴とする請求項４又は５に記載の設計支援システム。The design support system according to claim 4, wherein the design information is input by an object divided into an arrangement model and a design element model.

Images