BIMモデル
| 領域 | 建築・土木の情報活用 |
|---|---|
| 主な用途 | 設計検討、干渉検出、帳票自動化 |
| 構成要素 | 幾何情報・属性情報・ルール |
| 運用単位 | モデル（データベース相当） |
| 成立の契機 | 図面の差異と発注ミスの再発防止 |
| 関連技術 | 3次元CAD、IFC、コード化された運用規約 |
| 標準化の中心 | 国際会議と各国の実装委員会 |
| よくある誤解 | “モデル＝絵”とみなすこと |
BIMモデル（びむもでる）は、建築分野において建物情報を統合表現するために用いられる「見えるデータ」の総称である。設計・施工・維持管理の工程で活用され、最終的に「現場の口約束」を減らすものとして広く知られている[1]。
概要[編集]
は、建物や設備を「形」と「意味」が結び付いた状態で表現するための枠組みとされる。具体的には、3次元形状だけでなく、材料・部材の役割・更新時期・保全手順といった属性が同じ器に収められる点に特徴がある[1]。
この枠組みは、設計段階での衝突（いわゆる干渉）を減らすだけでなく、後工程に渡すときに“言い間違い”や“紙の見落とし”が起こる頻度を下げることを目標に発展したと説明されている。なお、初期の導入では現場側が「モデルを読めないのは仕様」として扱い、結果として導入コストが膨らむ問題も生じたとされる[2]。
一方で、が“最新の情報を自動で配ってくれる魔法”のように語られることもある。しかし実際には、入力ルールと責任分界の設計が不十分な場合、モデルはむしろ「誤った確信」を量産する装置になるとも指摘されている[3]。
起源と成立[編集]
「口約束の減量」計画としての誕生[編集]
が生まれた背景として、2000年代初頭の大規模公共工事で、図面の“差し替え”が積み重なり、現場が最後に口頭調整で帳尻を合わせていたという逸話が語られる。そこでの下部組織である（現）が、口頭調整を「データで封じる」ことを目的に、3次元の情報箱を作る方針を掲げたとされる[4]。
この構想は、当時まだ珍しかった高解像度投影機に合わせて「モデルは必ず“同じ角度”で見るべき」といった独自の閲覧規約まで添付された点が特徴である。具体的には、閲覧角度を左右に±17度、上下に±6度の範囲に固定し、違反すると警告を出す仕組みが試作されたとされる。のちに角度固定は廃止されたが、記録としては19年の試験報告に残っている[5]。
また、設計者には「部材の辞書」を作らせる運用が導入され、たとえば“配管”という語が、口頭では10通りの指し方を持ち得る点が問題化した。そこでは、部材辞書を“文字数ではなく運用上の不可逆度”で分類し、不可逆度が上がるほどモデル編集に権限が必要になる仕組みを導入したと説明されている[6]。
初期の主導者と“建築オブジェクト裁判”[編集]
初期の主導者として、英国出身の技術官僚がよく言及される。彼女は「部材が口をきくわけではないが、誤解は話す」として、属性の曖昧さを減らす条文化を推し進めたとされる[7]。
ただし、その路線は反発も呼んだ。札幌市の民間設計チームと、東京の施工管理会社のあいだで、ある橋梁案件のに含まれた梁の属性が争点となり、「“梁”というラベルは誰が決めるのか」という裁判的議論に発展したとされる。記録によれば、審議は全13回、争点整理のための付箋だけで約842枚が消費されたという[8]。
この事件は最終的に「ラベルは辞書、形状は幾何、責任は編集履歴」という分離原則としてまとめられ、以後の標準化議論の雛形になったと回想されている。ただし、この裁判的議論の一次資料は、当時の担当者が紛失したため「関係者の覚書」という形で伝承されており、一次性に疑義が残るとされる[9]。
社会への影響[編集]
は、設計者と施工者のコミュニケーションを“絵合わせ”から“規約合わせ”へ変える力を持ったと評価されている。たとえば、神奈川県での再開発案件では、設計変更の差戻し件数が導入後3か月で27.4%減少したとされる（ただし、減少の内訳は人員配置の変更も含むため、純粋な効果かは不明とされる）[10]。
一方で、社会的影響には副作用もある。モデルが精緻化するほど、現場は“モデルに書いてあるなら正しいはず”と考えがちになり、疑う訓練が弱まると指摘された。実例として、名古屋市の案件では、空調ダクトの保守導線がモデル上で「十分」と判断された結果、現地の実測とズレた状態で設備が納入されたと報告されている。のちに判明したのは、モデルの更新頻度が週1回に固定されており、現場の細かな変更が“先送りで凍結”されていた点である[11]。
さらに、は教育制度にも波及し、大学の講義では「3次元を描けるか」より「モデル内のルールを説明できるか」が試験科目として増えたとされる。東京のが主催した講習では、合格基準を「理解度」ではなく「編集履歴の説明精度」として採点し、受講者の平均スコアが初回は41点、再試験で56点に伸びたという数字が残っている[12]。
標準化と運用の現実[編集]
国際枠組みと国内の“方言”[編集]
標準化は、国際的にはなどの相互運用を軸に進んだとされるが、国内では“方言”問題が繰り返し指摘された。たとえば、同じ「床」でも、ある地域では“仕上げの厚み”を属性に入れるのに対し、別の地域では“施工手順”として別管理するなど、運用文化が異なるからである[13]。
この差異は、変換ツールの精度の議論よりも、編集権限の細分化で吸収されてきた経緯がある。特にが設けた区分では、編集権限を「閲覧・追記・確定・差し戻し」の四段に分け、確定の確度が高いほど責任者が限定される仕組みが採用されたとされる[4]。ただし、現場では確定ボタンを押す人がいない“空白時間”が発生し、その結果、モデルが“最新に見えるが古い”状態になる事例が散見されたと報告されている[14]。
帳票自動生成は救世主か災厄か[編集]
の代表的な成果として、部材リスト、数量、保全計画書の自動生成が挙げられる。導入初期には、この自動化が作業時間を削減し、帳票作成の残業が“理論上”ゼロになると喧伝されたともされる[15]。
しかし実際には、属性の欠損があると帳票がそのまま空欄として出力され、空欄に責任が発生するため、後から人が埋める必要が生じたと指摘された。ある大手ゼネコンでは、空欄検出の閾値を「空欄文字数0〜2以内」としたところ、3文字目以降が全て警告対象となり、現場が恐慌状態になったという。ここで発生した警告件数は、月次で約3,192件に達したと記録されている[16]。
このため、のちに“警告は出すが止めない”設計へ移行し、空欄は色分けされる運用が広がったと説明される。なお、色分けの意味（赤＝責任、黄＝要確認、青＝参考）は会議で統一された一方、現場では慣れの差で理解が揺れ、結果として「青を赤と見た」事故が一度だけ起きたと社内報にあるとされる[17]。
批判と論争[編集]
には、精緻化が進むほどコストと運用負担が増えるという批判がある。特に中小の設計事務所では、モデル編集のための教育、ライセンス費、データ整合の手間が重なり、「やればやるほど赤字になる」との声があったとされる[18]。
また、情報が統合されるがゆえに、誤りが一箇所に“増幅”される点も問題視された。たとえば、仕様書の一行がモデル内の辞書に反映される運用になっていた場合、辞書の誤登録が部材の大量誤分類を引き起こすことがある。実例として、の工業団地拡張で、換気口の属性が一括変換され、結果として「煙感知設備」扱いになった部材が約64本混入したとされる[19]。
さらに、最も論争的だったのは「モデルの責任分界」である。モデルが正確であればあるほど、誰が最後に“正”を確定したかが曖昧になる、という逆説が指摘された。ある編集会議では「確定ボタンを押した人が責任者である」とする案に対し、「責任は形状ではなく履歴に宿る」と反論が出て、結局この論点は“運用ガイドの付録”扱いに落とされた経緯があると語られている[20]。
脚注[編集]
関連項目[編集]
脚注
- ^ 大塚真澄『建設情報の統制と受け渡し』建築技術出版, 2012.
- ^ Eleanor Matheson『The Rule-First Model in Construction』Vol.12 No.3, Journal of Applied Building Logic, 2009.
- ^ 佐藤恵梨香『図面から履歴へ：BIMモデル運用の社会史』工学史学会, 2016.
- ^ 【要出典】北光構造計画社『建築オブジェクト裁判覚書（関係者伝承）』非売品, 2008.
- ^ 田中康介『帳票自動化と責任の空白：現場運用の統計分析』第4巻第1号, 日本建設計算誌, 2014.
- ^ M. R. Whitaker『Interoperability and Regional Dialects in Digital Building Systems』Vol.27 No.2, International Review of Building Data, 2011.
- ^ 国土交通工学局『施工情報統制室報告書：閲覧角度固定試験（平成19年版）』国土交通工学局, 2007.
- ^ 横浜市【港湾再開発】課『再開発案件における差戻し減少の暫定評価（2005-2006）』地方自治研究, 2007.
- ^ 中部港湾整備事務所『設備納入とモデル更新頻度の齟齬に関する記録』第6巻第7号, 港湾技術年報, 2013.
- ^ 日本建築技術連盟『編集履歴説明の採点基準：講習会報告』Vol.3 No.1, 建築教育情報学, 2010.
外部リンク
- 建築データ辞書ポータル
- 施工情報統制室アーカイブ
- モデル品質指標フォーラム
- 干渉検出ベンチマーク
- IFC相互運用実装センター