トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 建築データベースＣＡＤシステム
【発明者】 【氏名】高垣 徹

【氏名】玉井 洋

【氏名】深田 昶
【要約】 【課題】市販の安価なパソコン上での建築系３Ｄ−ＣＡＤを利用して、独自の方法で建築数量の把握とデータの共有ができ、また、ＣＡＤと仕様・数量が一元化され、設計情報から見積り・施工情報までのデータの流れを一元化でき、設計図書作成の効率化等業務の効率化・省力化および生産性・品質の向上を目指すことができる。

【解決手段】建築系３Ｄ−ＣＡＤ１と、独自のＤＢ２（データベース）と、見積りシステム・発注システム・施工図作成システム等関連システム３を組み合わせ、これらを相互インターフェース４，５で結び、パソコン上での建築系３Ｄ−ＣＡＤ１を利用して、関連システム３における企画から基本・実施にわたる設計作業や、見積り・発注業務や、および施工図作成業務との直接的なリンクを図る。
【特許請求の範囲】
【請求項１】 建築系３Ｄ−ＣＡＤと、独自のＤＢ（データベース）と、見積りシステム・発注システム・施工図作成システム等関連システムを組み合わせ、これらを相互インターフェースで結び、パソコン上での建築系３Ｄ−ＣＡＤを利用して、関連システムにおける企画から基本・実施にわたる設計作業や、見積り・発注業務や、および施工図作成業務との直接的なリンクを図ることを特徴とした建築データベースＣＡＤシステム。
【請求項２】 設計者が建築系３Ｄ−ＣＡＤを利用して、設計業務を進めて行くことにより、結果として建具や仕上げデータを独自のＤＢに蓄積し、その独自のＤＢから必要な部分を抽出して見積り、発注、施工図作成等に利用する請求項１記載の建築データベースＣＡＤシステム。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、建築系のデータベースＣＡＤシステムに関するものである。
【０００２】
【従来の技術】建築生産の情報伝達手段としての図面情報は従来「紙」による形態が一般的であったが、近年建築生産の各領域における情報化の進捗に伴い、ＣＡＤの利用が一般的になりつつある。その当面の目的は作図効率の向上および図面表現の質の向上にあり、利用の範囲は目的からもわかる通り、設計あるいは施工各プロパーの領域内に留まっているのが大半である。
【０００３】しかしながら、ＣＡＤ情報をはじめとする電子情報化の最大の効用はデータの転用性にあることは明らかであり、その特牲を生かして建築生産の効率化を進展させるためにはプロジェクトの初期段階で発生する設計情報を生産の各段階に沿って、データ交換しつつ流通させていくことが必要となる。
【０００４】
【発明が解決しようとする課題】８０年代から９０年代のはじめにかけて、ゼネコンをはじめとした多くの企業で「設計施工一貫ＣＡＤ」の開発が行なわれた。それらに共通する特徴としては下記の通りである。
・ミニコンやＥＷＳをベースとして利用した。
・各社がそれぞれ別個に属性のパラメータを作り込んだ。
・数量拾い・集計などはそのシステム内で完結しておこなわれた。
・主に実施設計段階以降を利用範囲としていた。
・オペレータが操作を行なった。
【０００５】これらの試みが、一般化されず、普及に至らなかったのは、ハード／ソフトのリース費、メンテナンス費等ＣＡＤシステムが高価であったことや、施工現場にはＣＡＤが普及していなかったため、データの受け皿がなかったこと、さらに、見積もり積算は手拾いで行なわれる事が多く、下流での電子データの利用が行なわれなかったこと、オペレータはＣＡＤの操作だけでなく、実施設計図と施工図作成の両方に深い知識が必要だったこと、即ち、ＣＡＤの操作に習熟した若手が、納まり他、施工順序などにも習熟する必要があったことなどが原因である。
【０００６】本発明の目的は前記従来例の不都合を解消し、市販の安価なパソコン上での建築系３Ｄ−ＣＡＤを利用して、独自の方法で建築数量の把握とデータの共有ができ、また、ＣＡＤと仕様・数量が一元化され、設計情報から見積り・施工情報までのデータの流れを一元化でき、設計図書作成の効率化等業務の効率化・省力化および生産性・品質の向上を目指すことができる建築データベースＣＡＤシステムを提供することにある。
【０００７】
【課題を解決するための手段】本発明は前記目的を達成するため、建築系３Ｄ−ＣＡＤと、独自のデータ構造をもったＤＢ（データベース）と、見積りシステム・発注システム・施工図作成システム等関連システムを組み合わせ、これらを相互インターフェースで結び、パソコン上での建築系３Ｄ−ＣＡＤを利用して、企画から基本・実施にわたる設計作業と、見積り・発注業務および施工図作成業務との直接的なリンクを図ること、および、設計者が建築系３Ｄ−ＣＡＤを利用して、設計業務を進めて行くことにより、結果として建具や仕上げデータを独自のＤＢに蓄積し、その独自のＤＢから必要な部分を抽出して見積り、発注、施工図作成等に利用することを要旨とするものである。
【０００８】本発明における数量の把握とデータの共有化は、建築系３Ｄ−ＣＡＤが属性を持つことで、設計者は企画段階から数量を把握し、コストコントロールができ、そしてそのデータを見積りなど後工程に伝えて、共有することができる。その結果、自社での数量拾いのツールともなるし、積算を外注している場合は、積算事務所やメーカーからの数量拾いのチェックが可能になる。
【０００９】また、本発明におけるＣＡＤと仕様・数量データの一元化は、設計者の作成したモデルから図面や仕様ができるので、それぞれの整合性が取れる。こうした図面の整合性は、後工程での手戻りの防止につながる。
【００１０】さらに、建築系３Ｄ−ＣＡＤの特性として、モデル作成によって、図面は自動作成されるので、一つ一つの図面を作成するより効率的であり、設計図書作成自体の効率化、省力化が可能となる。さらに、詳しくは、建具・仕上データを独自のＤＢに蓄積し、施工側躯対図作成ＣＡＤに反映でき、スケルトン作成の効率化・省力化を図ることができる。
【００１１】積算見積の省力化としては、建具・仕上データをＤＢを介して施工側積算システムと共有する事により積算・見積作業の効率化・省略化を図ることができる。
【００１２】ここで本発明で、属性付き３Ｄ−ＣＡＤと独自のＤＢとを組み合わせるメリットを述べると、３Ｄ−ＣＡＤ（３次元モデルＣＡＤ）では２Ｄ−ＣＡＤと異なり、１枚１枚の図面を作成するのではなく、コンピュータ内に建築モデルを作成することになる。
【００１３】現段階では、３Ｄモデルはその情報を下流に伝える場合、２Ｄ図面に落とすことになる。将来は建設現場でもモデルそのものを利用することが考えられるが、現状では一度図面化して、施工者の手で再構成する必要がある。
【００１４】即ち、平面図はモデルを水平に切って見下ろしたものであり、立面図、断面図は垂直に見たものである。３Ｄ−ＣＡＤ（３次元モデルＣＡＤ）では、単一モデルから作成するため、いつも問題になる図面間の食い違いは起こらず整合性を取ることができる。また、修正・変更の際、立面図のみを修正して、平面図を直し忘れたなどということも起こらない。修正箇所もモデルその物を１箇所修正すればすべての図面が修正されるので効率的である。施工段階の手戻りや打合せは、図面間の食い違いが原因であることが多いので、このように建築図面をモデルから切り取ることでそれらの無駄な時間を軽減する効果もある。
【００１５】一般的には、これらの設計モデルから、ＲＣ属性を持った部分を取り出すことで、スケルトン図作成モデルとして利用することができる。
【００１６】本発明において、オブジェクトが持つ属性の効果は、独自のＤＢと連動することでさらに顕著になる。モデル作成作業を進めるなかで、柱・梁・開口部などの建築要素が集積され、面積・仕様などの様々な属性が独自のＤＢ内に蓄積される。そのため、設計の各段階に応じたモデルが作成されると、同時に床面積や壁、天井などの仕上げ面積、部品の数量さらには概算などが把握できる。設計者はそれらを見ながら顧客のニーズにあった合理的な設計を進めることができる。
【００１７】一方、見積り・積算部署では、それらの数値データを有効に利用することができる。見積りシステムに直接インプットする他、積算事務所からのデータチェックにも利用することができる。
【００１８】
【発明の実施の形態】以下、本発明の実施の形態を詳細に説明する。図１は本発明の建築データベースＣＡＤシステムの概略説明図で、図中１は建築系３Ｄ−ＣＡＤである。この建築系３Ｄ−ＣＡＤ１は市販の３Ｄ−ＣＡＤをそのまま利用することが可能である。
【００１９】建築系３Ｄ−ＣＡＤ１は、基本的には、ある一定の機能を満足できればＣＡＤの種類は問わないが、Ｇｒａｐｈｉｓｏｆｔ６．０（Ｇｒａｐｈｉｓｏｆｔ社）が好適である。建築建築系３Ｄ−ＣＡＤ１のベースＣＡＤに要求される機能としてはｌ）操作性の優れた３Ｄ機能２）窓・壁などをオブジェクトとして認識できる機能３）それらの属性を管理するＣＤ内のＤＢ機能４）汎用ソフトとデータをやりとりできる機能５）ＩＦＣに対応しているか、将来対応予定であることの５点である。
【００２０】ここで、建築系３Ｄ−ＣＡＤ１の属性とは、例えば建築モデルを構成しているｌ枚の壁が、２階事務室の壁で、ＬＧＳ下地に１２ｍのプラスターボードが２枚張ってあって、仕上げはサンゲツのビニルクロスで、巾が６ｍ高さ３ｍ面積１８ｍ２ で、というような情報（意味）をもっていることを指している。
【００２１】図中２は独自のＤＢ（データベース）で、一例としてこれには汎用ＤＢとしてＭＳ−Ａｃｃｅｓｓ（以後Ａｃｃｅｓｓと略す）を用いた。ＡｃｃｅｓｓはＧｒａｐｈｉｓｏｆｔによる直接的な書き出し／読み取りができる。
【００２２】この独自のＤＢ２の仕様は、建設ＣＡＤデータ交換コンソーシアムでの成果である開口部・仕上げＤＢとの互換性を考慮している。
【００２３】ただし、前記独自のＤＢ２は、ＣＡＤ上での個々の建具を特定する必要上、開口部・仕上げＤＢの全面的な採用はできなかった。即ちＤＢ上のＡＷ−１は同種の建具の総称であり、建具種別、形状、大きさ、材料、性能属性等を共通に持つが、ＣＡＤ上の建具データとの１対１対応を取るため、建具一つ一つが個別のユニークＩＤを持ち、図面上の位置（所属する部屋、階、座標位置など）を認識するものとした。また、独自のＤＢ２は建具一つ一つが個別のユニークＩＤを持つことで、施工段階あるいはメーカーレベルでの建具毎の違いを反映することができる。
【００２４】図中３は、見積りシステム・発注システム・施工図作成システム等の関連システムであり、前記建築系３Ｄ−ＣＡＤ１と独自のＤＢ２を相互のインターフェース４で結び、独自のＤＢ２と関連システム３とを相互のインターフェース５で結んだ。
【００２５】ＣＡＤと外部ＤＢとのデータのやり取りは普通、ＣＳＶ（ｃｏｍｍａ ｓｅｐａｒａｔｅｄ ｖａｌｕｅ）形式でテキストデータに変換して行なわれるが、前記インターフェース４として本実施形態では、ＧｒａｐｈｉｓｏｆｔのＡｃｃｅｓｓ Ｌｉｎｋ機能を利用して、建築系３Ｄ−ＣＡＤ１のＣＡＤ内ＤＢから独自のＤＢ２に直接書き出し／読み取りをおこなうものとした。
【００２６】別の担当者がＤＢで開口部を扱っている場合、ＣＡＤから保存された新たな開口部データの上に上書きする危険性があるので、ＤＢを開く場合、そのデータを現在誰がＣＡＤ上で使用しているかをテーブルに書き出し、ユーザー名等を画面に明示することにする。
【００２７】本発明はこのようにして、パソコン上での建築系３Ｄ−ＣＡＤ１の属性機能を利用して関連システム３における企画から基本・実施にわたる設計作業と、見積り・発注業務および施工図作成業務との直接的なリンクを図る。
【００２８】すなわち、前記独自のＤＢ２に蓄積された開口部・仕上げなどのデータは、設計部内での各種概算システムや建具表・仕上げ表に出力されるほか、下流側の見積り・施工部署での各種システムに利用される。
【００２９】次に、本発明の建築データベースＣＡＤシステムの使用例の一つを説明する。スタートメニューから本発明システムであるＤＢ−ＣＡＤを選択し、起動画面が図２に示すように出たならば、新規にＪＯＢを登録するときに選択する「新規ＪＯＢ登録」、新規にＣＡＳＥを作成するときに選択する「新規ＣＡＳＥ作成」、この起動画面にて登録した既存ＪＯＢを編集するときに選択する「既存ＪＯＢ編集」のうちから一つ、例えば「新規ＪＯＢ登録」を選択する。
【００３０】図３に示すように各種のＪＯＢ情報を登録する。ＪＯＢフォルダの保存先を「参照」にて指定する。ＣＡＳＥ名を入力する（例、確認申請図）。プルダウンはその中から選び、それ以外は各自記入する。全ての欄が埋まったら、「ＪＯＢ登録」を選択する。
【００３１】全ての項目の記入が済んだら図４に示すように「Ｇｒａｐｈｉｓｏｆｔ起動」を選択し、まず、建築系３Ｄ−ＣＡＤ１を起動する。図５に示すように、これは集合住宅のプロジェクトである。
【００３２】図６は建築系３Ｄ−ＣＡＤ１の入力画面で、普通、平面から入力するが、立面からでも３Ｄモデルからでも入力可能である。図７も同じく建築系３Ｄ−ＣＡＤ１の入力画面で、詳細図と属性表示を示すもので、詳細図レベルまで作り込んだＣＡＤデータと、それらの属性が画面で表示されている。〔以上建築系３Ｄ−ＣＡＤであるＧｒａｐｈｉｓｏｆｔ６．０（Ｇｒａｐｈｉｓｏｆｔ社）の使用機能〕
【００３３】この図７は開口部属性を決める画面である。開口部や部品は一つ一つユニークＩＤが振られている。例えばＡＷ−ｌという種類の窓が１０個あったとしても、それが何階のどこのＡＷ−ｌなのかが特定できるわけである。それにより、現場でのキーシステムの管理やＦＭなどにも便利に利用することができる。
【００３４】図８は建具の入力画面として、開口部のパラメータを決める画面である。多くのパラメータがあるが、すべてを最初から決める必要はなく、設計の流れの中で、逐次入力して行くことができる。ＪＯＢの状況や設計者の好みに応じてやり方を選択できる。そして図９に示すように建築系３Ｄ−ＣＡＤ１上で設定されたデータは独自のＤＢ２ヘリンクしている。〔以上建築系３Ｄ−ＣＡＤであるＧｒａｐｈｉｓｏｆｔ６．０（Ｇｒａｐｈｉｓｏｆｔ社）の使用機能〕
【００３５】図10は、建具データベースを示すもので、前記建築系３Ｄ−ＣＡＤ１上で決めたパラメータや数値が建具表へ反映されている。また逆に、この建具表の画面上で編集ざれた内容は建築系３Ｄ−ＣＡＤ１とリンクが張られ、編集した部分がＣＡＤ上で自動的に修正されている。もちろん、中には建築系３Ｄ−ＣＡＤ１上でのみ作成できる情報や独自のＤＢ２の中でのみ作られる情報もある。上側は表形式の画面、下側は一つ一つの建具の画面ある。
【００３６】図11は建具表出力例を示すもので、設計図書としての建具表の出力も独自のＤＢ２から行なう。
【００３７】図12に仕上・仕様データベースを示す。また、図13は仕上・仕様ＤＢ（データベース）の入力を、図14は仕上・仕様ＤＢで、仕上表自動作成を示す。
【００３８】本発明の施工側とのリンクとして、図15に施工側見積システムのデータ連携を示す。このように独自のＤＢ２に蓄積された属性データは例えば施工側見積りシステムヘ渡される。図16に示す画面は見積りシステムから出力された元見積り書と提出見積りの出力例である。
【００３９】このように本発明では、建築系３Ｄ−ＣＡＤ１から始まったデータが独自のＤＢ２に蓄積され、さらに既存システムとしての見積りシステム・発注システム・施工図作成システム等の関連システム３を連携して一元的に利用されて行く。
【００４０】
【発明の効果】以上述べたように本発明の建築データベースＣＡＤシステムは、安価なパソコン上での建築系３Ｄ−ＣＡＤを利用して、独自の方法で建築数量の把握とデータの共有ができ、また、ＣＡＤと仕様・数量が一元化され、設計情報から見積り・施工情報までのデータの流れを一元化でき、設計図書作成の効率化等業務の効率化・省力化および生産性・品質の向上を目指すことができるものである。
【出願人】 【識別番号】０００００１３７３
【氏名又は名称】鹿島建設株式会社
【出願日】 平成１２年２月２９日（２０００．２．２９）
【代理人】 【識別番号】１０００７８６９５
【弁理士】
【氏名又は名称】久保 司
【公開番号】 特開２００１−２４３２６７（Ｐ２００１−２４３２６７Ａ）
【公開日】 平成１３年９月７日（２００１．９．７）
【出願番号】 特願２０００−５２７３１（Ｐ２０００−５２７３１）