JP2001243267A - 建築データベースｃａｄシステム - Google Patents

Abstract

(57)【要約】 【課題】 市販の安価なパソコン上での建築系３Ｄ−Ｃ
ＡＤを利用して、独自の方法で建築数量の把握とデータ
の共有ができ、また、ＣＡＤと仕様・数量が一元化さ
れ、設計情報から見積り・施工情報までのデータの流れ
を一元化でき、設計図書作成の効率化等業務の効率化・
省力化および生産性・品質の向上を目指すことができ
る。 【解決手段】 建築系３Ｄ−ＣＡＤ１と、独自のＤＢ２
（データベース）と、見積りシステム・発注システム・
施工図作成システム等関連システム３を組み合わせ、こ
れらを相互インターフェース４，５で結び、パソコン上
での建築系３Ｄ−ＣＡＤ１を利用して、関連システム３
における企画から基本・実施にわたる設計作業や、見積
り・発注業務や、および施工図作成業務との直接的なリ
ンクを図る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、建築系のデータベ
ースＣＡＤシステムに関するものである。

【０００２】

【従来の技術】建築生産の情報伝達手段としての図面情
報は従来「紙」による形態が一般的であったが、近年建
築生産の各領域における情報化の進捗に伴い、ＣＡＤの
利用が一般的になりつつある。その当面の目的は作図効
率の向上および図面表現の質の向上にあり、利用の範囲
は目的からもわかる通り、設計あるいは施工各プロパー
の領域内に留まっているのが大半である。

【０００３】しかしながら、ＣＡＤ情報をはじめとする
電子情報化の最大の効用はデータの転用性にあることは
明らかであり、その特牲を生かして建築生産の効率化を
進展させるためにはプロジェクトの初期段階で発生する
設計情報を生産の各段階に沿って、データ交換しつつ流
通させていくことが必要となる。

【０００４】

【発明が解決しようとする課題】８０年代から９０年代
のはじめにかけて、ゼネコンをはじめとした多くの企業
で「設計施工一貫ＣＡＤ」の開発が行なわれた。それら
に共通する特徴としては下記の通りである。 ・ミニコンやＥＷＳをベースとして利用した。 ・各社がそれぞれ別個に属性のパラメータを作り込ん
だ。 ・数量拾い・集計などはそのシステム内で完結しておこ
なわれた。 ・主に実施設計段階以降を利用範囲としていた。 ・オペレータが操作を行なった。

【０００５】これらの試みが、一般化されず、普及に至
らなかったのは、ハード／ソフトのリース費、メンテナ
ンス費等ＣＡＤシステムが高価であったことや、施工現
場にはＣＡＤが普及していなかったため、データの受け
皿がなかったこと、さらに、見積もり積算は手拾いで行
なわれる事が多く、下流での電子データの利用が行なわ
れなかったこと、オペレータはＣＡＤの操作だけでな
く、実施設計図と施工図作成の両方に深い知識が必要だ
ったこと、即ち、ＣＡＤの操作に習熟した若手が、納ま
り他、施工順序などにも習熟する必要があったことなど
が原因である。

【０００６】本発明の目的は前記従来例の不都合を解消
し、市販の安価なパソコン上での建築系３Ｄ−ＣＡＤを
利用して、独自の方法で建築数量の把握とデータの共有
ができ、また、ＣＡＤと仕様・数量が一元化され、設計
情報から見積り・施工情報までのデータの流れを一元化
でき、設計図書作成の効率化等業務の効率化・省力化お
よび生産性・品質の向上を目指すことができる建築デー
タベースＣＡＤシステムを提供することにある。

【０００７】

【課題を解決するための手段】本発明は前記目的を達成
するため、建築系３Ｄ−ＣＡＤと、独自のデータ構造を
もったＤＢ（データベース）と、見積りシステム・発注
システム・施工図作成システム等関連システムを組み合
わせ、これらを相互インターフェースで結び、パソコン
上での建築系３Ｄ−ＣＡＤを利用して、企画から基本・
実施にわたる設計作業と、見積り・発注業務および施工
図作成業務との直接的なリンクを図ること、および、設
計者が建築系３Ｄ−ＣＡＤを利用して、設計業務を進め
て行くことにより、結果として建具や仕上げデータを独
自のＤＢに蓄積し、その独自のＤＢから必要な部分を抽
出して見積り、発注、施工図作成等に利用することを要
旨とするものである。

【０００８】本発明における数量の把握とデータの共有
化は、建築系３Ｄ−ＣＡＤが属性を持つことで、設計者
は企画段階から数量を把握し、コストコントロールがで
き、そしてそのデータを見積りなど後工程に伝えて、共
有することができる。その結果、自社での数量拾いのツ
ールともなるし、積算を外注している場合は、積算事務
所やメーカーからの数量拾いのチェックが可能になる。

【０００９】また、本発明におけるＣＡＤと仕様・数量
データの一元化は、設計者の作成したモデルから図面や
仕様ができるので、それぞれの整合性が取れる。こうし
た図面の整合性は、後工程での手戻りの防止につなが
る。

【００１０】さらに、建築系３Ｄ−ＣＡＤの特性とし
て、モデル作成によって、図面は自動作成されるので、
一つ一つの図面を作成するより効率的であり、設計図書
作成自体の効率化、省力化が可能となる。さらに、詳し
くは、建具・仕上データを独自のＤＢに蓄積し、施工側
躯対図作成ＣＡＤに反映でき、スケルトン作成の効率化
・省力化を図ることができる。

【００１１】積算見積の省力化としては、建具・仕上デ
ータをＤＢを介して施工側積算システムと共有する事に
より積算・見積作業の効率化・省略化を図ることができ
る。

【００１２】ここで本発明で、属性付き３Ｄ−ＣＡＤと
独自のＤＢとを組み合わせるメリットを述べると、３Ｄ
−ＣＡＤ（３次元モデルＣＡＤ）では２Ｄ−ＣＡＤと異
なり、１枚１枚の図面を作成するのではなく、コンピュ
ータ内に建築モデルを作成することになる。

【００１３】現段階では、３Ｄモデルはその情報を下流
に伝える場合、２Ｄ図面に落とすことになる。将来は建
設現場でもモデルそのものを利用することが考えられる
が、現状では一度図面化して、施工者の手で再構成する
必要がある。

【００１４】即ち、平面図はモデルを水平に切って見下
ろしたものであり、立面図、断面図は垂直に見たもので
ある。３Ｄ−ＣＡＤ（３次元モデルＣＡＤ）では、単一
モデルから作成するため、いつも問題になる図面間の食
い違いは起こらず整合性を取ることができる。また、修
正・変更の際、立面図のみを修正して、平面図を直し忘
れたなどということも起こらない。修正箇所もモデルそ
の物を１箇所修正すればすべての図面が修正されるので
効率的である。施工段階の手戻りや打合せは、図面間の
食い違いが原因であることが多いので、このように建築
図面をモデルから切り取ることでそれらの無駄な時間を
軽減する効果もある。

【００１５】一般的には、これらの設計モデルから、Ｒ
Ｃ属性を持った部分を取り出すことで、スケルトン図作
成モデルとして利用することができる。

【００１６】本発明において、オブジェクトが持つ属性
の効果は、独自のＤＢと連動することでさらに顕著にな
る。モデル作成作業を進めるなかで、柱・梁・開口部な
どの建築要素が集積され、面積・仕様などの様々な属性
が独自のＤＢ内に蓄積される。そのため、設計の各段階
に応じたモデルが作成されると、同時に床面積や壁、天
井などの仕上げ面積、部品の数量さらには概算などが把
握できる。設計者はそれらを見ながら顧客のニーズにあ
った合理的な設計を進めることができる。

【００１７】一方、見積り・積算部署では、それらの数
値データを有効に利用することができる。見積りシステ
ムに直接インプットする他、積算事務所からのデータチ
ェックにも利用することができる。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を詳細
に説明する。図１は本発明の建築データベースＣＡＤシ
ステムの概略説明図で、図中１は建築系３Ｄ−ＣＡＤで
ある。この建築系３Ｄ−ＣＡＤ１は市販の３Ｄ−ＣＡＤ
をそのまま利用することが可能である。

【００１９】建築系３Ｄ−ＣＡＤ１は、基本的には、あ
る一定の機能を満足できればＣＡＤの種類は問わない
が、Ｇｒａｐｈｉｓｏｆｔ６．０（Ｇｒａｐｈｉｓｏｆ
ｔ社）が好適である。建築建築系３Ｄ−ＣＡＤ１のベー
スＣＡＤに要求される機能としては ｌ）操作性の優れた３Ｄ機能 ２）窓・壁などをオブジェクトとして認識できる機能 ３）それらの属性を管理するＣＤ内のＤＢ機能 ４）汎用ソフトとデータをやりとりできる機能 ５）ＩＦＣに対応しているか、将来対応予定であること の５点である。

【００２０】ここで、建築系３Ｄ−ＣＡＤ１の属性と
は、例えば建築モデルを構成しているｌ枚の壁が、２階
事務室の壁で、ＬＧＳ下地に１２ｍのプラスターボード
が２枚張ってあって、仕上げはサンゲツのビニルクロス
で、巾が６ｍ高さ３ｍ面積１８ｍ^２ で、というような
情報（意味）をもっていることを指している。

【００２１】図中２は独自のＤＢ（データベース）で、
一例としてこれには汎用ＤＢとしてＭＳ−Ａｃｃｅｓｓ
（以後Ａｃｃｅｓｓと略す）を用いた。Ａｃｃｅｓｓは
Ｇｒａｐｈｉｓｏｆｔによる直接的な書き出し／読み取
りができる。

【００２２】この独自のＤＢ２の仕様は、建設ＣＡＤデ
ータ交換コンソーシアムでの成果である開口部・仕上げ
ＤＢとの互換性を考慮している。

【００２３】ただし、前記独自のＤＢ２は、ＣＡＤ上で
の個々の建具を特定する必要上、開口部・仕上げＤＢの
全面的な採用はできなかった。即ちＤＢ上のＡＷ−１は
同種の建具の総称であり、建具種別、形状、大きさ、材
料、性能属性等を共通に持つが、ＣＡＤ上の建具データ
との１対１対応を取るため、建具一つ一つが個別のユニ
ークＩＤを持ち、図面上の位置（所属する部屋、階、座
標位置など）を認識するものとした。また、独自のＤＢ
２は建具一つ一つが個別のユニークＩＤを持つことで、
施工段階あるいはメーカーレベルでの建具毎の違いを反
映することができる。

【００２４】図中３は、見積りシステム・発注システム
・施工図作成システム等の関連システムであり、前記建
築系３Ｄ−ＣＡＤ１と独自のＤＢ２を相互のインターフ
ェース４で結び、独自のＤＢ２と関連システム３とを相
互のインターフェース５で結んだ。

【００２５】ＣＡＤと外部ＤＢとのデータのやり取りは
普通、ＣＳＶ（ｃｏｍｍａ ｓｅｐａｒａｔｅｄ ｖａ
ｌｕｅ）形式でテキストデータに変換して行なわれる
が、前記インターフェース４として本実施形態では、Ｇ
ｒａｐｈｉｓｏｆｔのＡｃｃｅｓｓ Ｌｉｎｋ機能を利
用して、建築系３Ｄ−ＣＡＤ１のＣＡＤ内ＤＢから独自
のＤＢ２に直接書き出し／読み取りをおこなうものとし
た。

【００２６】別の担当者がＤＢで開口部を扱っている場
合、ＣＡＤから保存された新たな開口部データの上に上
書きする危険性があるので、ＤＢを開く場合、そのデー
タを現在誰がＣＡＤ上で使用しているかをテーブルに書
き出し、ユーザー名等を画面に明示することにする。

【００２７】本発明はこのようにして、パソコン上での
建築系３Ｄ−ＣＡＤ１の属性機能を利用して関連システ
ム３における企画から基本・実施にわたる設計作業と、
見積り・発注業務および施工図作成業務との直接的なリ
ンクを図る。

【００２８】すなわち、前記独自のＤＢ２に蓄積された
開口部・仕上げなどのデータは、設計部内での各種概算
システムや建具表・仕上げ表に出力されるほか、下流側
の見積り・施工部署での各種システムに利用される。

【００２９】次に、本発明の建築データベースＣＡＤシ
ステムの使用例の一つを説明する。スタートメニューか
ら本発明システムであるＤＢ−ＣＡＤを選択し、起動画
面が図２に示すように出たならば、新規にＪＯＢを登録
するときに選択する「新規ＪＯＢ登録」、新規にＣＡＳ
Ｅを作成するときに選択する「新規ＣＡＳＥ作成」、こ
の起動画面にて登録した既存ＪＯＢを編集するときに選
択する「既存ＪＯＢ編集」のうちから一つ、例えば「新
規ＪＯＢ登録」を選択する。

【００３０】図３に示すように各種のＪＯＢ情報を登録
する。ＪＯＢフォルダの保存先を「参照」にて指定す
る。ＣＡＳＥ名を入力する（例、確認申請図）。プルダ
ウンはその中から選び、それ以外は各自記入する。全て
の欄が埋まったら、「ＪＯＢ登録」を選択する。

【００３１】全ての項目の記入が済んだら図４に示すよ
うに「Ｇｒａｐｈｉｓｏｆｔ起動」を選択し、まず、建
築系３Ｄ−ＣＡＤ１を起動する。図５に示すように、こ
れは集合住宅のプロジェクトである。

【００３２】図６は建築系３Ｄ−ＣＡＤ１の入力画面
で、普通、平面から入力するが、立面からでも３Ｄモデ
ルからでも入力可能である。図７も同じく建築系３Ｄ−
ＣＡＤ１の入力画面で、詳細図と属性表示を示すもの
で、詳細図レベルまで作り込んだＣＡＤデータと、それ
らの属性が画面で表示されている。〔以上建築系３Ｄ−
ＣＡＤであるＧｒａｐｈｉｓｏｆｔ６．０（Ｇｒａｐｈ
ｉｓｏｆｔ社）の使用機能〕

【００３３】この図７は開口部属性を決める画面であ
る。開口部や部品は一つ一つユニークＩＤが振られてい
る。例えばＡＷ−ｌという種類の窓が１０個あったとし
ても、それが何階のどこのＡＷ−ｌなのかが特定できる
わけである。それにより、現場でのキーシステムの管理
やＦＭなどにも便利に利用することができる。

【００３４】図８は建具の入力画面として、開口部のパ
ラメータを決める画面である。多くのパラメータがある
が、すべてを最初から決める必要はなく、設計の流れの
中で、逐次入力して行くことができる。ＪＯＢの状況や
設計者の好みに応じてやり方を選択できる。そして図９
に示すように建築系３Ｄ−ＣＡＤ１上で設定されたデー
タは独自のＤＢ２ヘリンクしている。〔以上建築系３Ｄ
−ＣＡＤであるＧｒａｐｈｉｓｏｆｔ６．０（Ｇｒａｐ
ｈｉｓｏｆｔ社）の使用機能〕

【００３５】図10は、建具データベースを示すもので、
前記建築系３Ｄ−ＣＡＤ１上で決めたパラメータや数値
が建具表へ反映されている。また逆に、この建具表の画
面上で編集ざれた内容は建築系３Ｄ−ＣＡＤ１とリンク
が張られ、編集した部分がＣＡＤ上で自動的に修正され
ている。もちろん、中には建築系３Ｄ−ＣＡＤ１上での
み作成できる情報や独自のＤＢ２の中でのみ作られる情
報もある。上側は表形式の画面、下側は一つ一つの建具
の画面ある。

【００３６】図11は建具表出力例を示すもので、設計図
書としての建具表の出力も独自のＤＢ２から行なう。

【００３７】図12に仕上・仕様データベースを示す。ま
た、図13は仕上・仕様ＤＢ（データベース）の入力を、
図14は仕上・仕様ＤＢで、仕上表自動作成を示す。

【００３８】本発明の施工側とのリンクとして、図15に
施工側見積システムのデータ連携を示す。このように独
自のＤＢ２に蓄積された属性データは例えば施工側見積
りシステムヘ渡される。図16に示す画面は見積りシステ
ムから出力された元見積り書と提出見積りの出力例であ
る。

【００３９】このように本発明では、建築系３Ｄ−ＣＡ
Ｄ１から始まったデータが独自のＤＢ２に蓄積され、さ
らに既存システムとしての見積りシステム・発注システ
ム・施工図作成システム等の関連システム３を連携して
一元的に利用されて行く。

【００４０】

【発明の効果】以上述べたように本発明の建築データベ
ースＣＡＤシステムは、安価なパソコン上での建築系３
Ｄ−ＣＡＤを利用して、独自の方法で建築数量の把握と
データの共有ができ、また、ＣＡＤと仕様・数量が一元
化され、設計情報から見積り・施工情報までのデータの
流れを一元化でき、設計図書作成の効率化等業務の効率
化・省力化および生産性・品質の向上を目指すことがで
きるものである。

【図面の簡単な説明】

【図１】本発明の建築データベースＣＡＤシステムの概
略説明図である。

【図２】本発明の建築データベースＣＡＤシステムで、
ＤＢ−ＣＡＤ起動画面を示す正面図である。

【図３】本発明の建築データベースＣＡＤシステムで、
新規ＪＯＢ登録画面を示す正面図である。

【図４】本発明の建築データベースＣＡＤシステムのＤ
Ｂ−ＣＡＤ起動画面で項目記入が済んだ状態の正面図で
ある。

【図５】３次元モデルの説明図である。

【図６】３ＤＣＡＤの入力画面を示す説明図である。

【図７】３ＤＣＡＤの入力画面で、詳細図と属性表示を
示す説明図である。

【図８】建具の入力の画面を示す説明図である。

【図９】建具表の自動作成を示す説明図である。

【図１０】建具データベースを示す説明図である。

【図１１】建具出力例を示す説明図である。

【図１２】仕上・仕様データベースを示す説明図であ
る。

【図１３】仕上・仕様データベースの入力を示す説明図
である。

【図１４】仕上・仕様データベースの仕上表自動作成を
示す説明図である。

【図１５】施工側見積システムへのデータ連携を示す説
明図である。

【図１６】元見積り／提出見積書を示す説明図である。

【符号の説明】

１…建築系３Ｄ−ＣＡＤ ２…独自のＤＢ ３…関連システム ４，５…インター
フェイス

───────────────────────────────────────────────────── フロントページの続き (72)発明者 深田 昶 東京都港区元赤坂一丁目２番７号 鹿島建 設株式会社内 Ｆターム(参考） 5B046 AA03 DA02 DA10 GA01 HA05 KA05 5B049 AA02 BB05 CC11 EE00 EE07 FF03 5B075 ND20 NK46 PQ02 PQ05 PQ13 UU40

Claims (2)

【特許請求の範囲】
1. 【請求項１】 建築系３Ｄ−ＣＡＤと、独自のＤＢ（デ
   ータベース）と、見積りシステム・発注システム・施工
   図作成システム等関連システムを組み合わせ、これらを
   相互インターフェースで結び、パソコン上での建築系３
   Ｄ−ＣＡＤを利用して、関連システムにおける企画から
   基本・実施にわたる設計作業や、見積り・発注業務や、
   および施工図作成業務との直接的なリンクを図ることを
   特徴とした建築データベースＣＡＤシステム。
2. 【請求項２】 設計者が建築系３Ｄ−ＣＡＤを利用し
   て、設計業務を進めて行くことにより、結果として建具
   や仕上げデータを独自のＤＢに蓄積し、その独自のＤＢ
   から必要な部分を抽出して見積り、発注、施工図作成等
   に利用する請求項１記載の建築データベースＣＡＤシス
   テム。