WRITING

日本のBIM/CIM現状——義務対応を終えた業界が直面する「設計モデルと施工モデルの断絶」問題

日本のBIM/CIMは「義務対応の段階」を終え、「活用競争の段階」に入った

2023年度で国土交通省のBIM/CIM原則適用が完了した。義務化という外圧がなくなった今、業界の関心は「どう提出するか」から「どう使うか」へ急速に移行している。大手建設会社がBIM専門部署を設置し、業界団体がBIM長期ビジョンを策定し、AIを組み合わせた設計支援ツールの開発競争が始まっている。日本のBIM/CIMは新しいフェーズに入った。

日本のBIM/CIM発展フェーズ
1第1フェーズ:黎明期(〜2018年度)一部の先進的な大手建設会社がBIMを自主的に試行。設計の可視化・プレゼンテーション目的が中心で、施工活用は限定的だった。← 「BIMができる会社」というブランディング目的での導入が多く、効果測定はほとんど行われなかった
2第2フェーズ:義務化対応期(2019〜2023年度)国土交通省のi-Construction・BIM/CIM原則適用に向けた体制整備。CIMモデルの発注者引き渡し対応、ソフト導入、担当者育成が業界全体の課題に。← 「提出要件を満たすこと」が目標になり、活用の深度より納品品質の確保が優先された
3第3フェーズ:活用競争期(2024年度〜現在)義務化対応が完了し、BIM/CIMで「どれだけ業務効率を上げられるか」の競争に移行。大手各社がBIM専門組織を整備し、フロントローディング・AI設計支援ツールの開発に着手。← 業界団体が長期ビジョンを策定し、「BIMが使える会社」から「BIMで稼ぐ会社」への転換を目指す段階
4第4フェーズ:AI統合期(2027年度〜)設計・施工・維持管理の全フェーズでAIとBIM/CIMが統合され、設計自動チェック・数量算出・維持管理予測が標準業務になる。デジタルツインとの本格連携が始まる。⚠ 国交省のPLATEAU(3次元国土空間基盤)との接続が、民間インフラ管理の義務要件になる可能性がある

業界団体の動きも活発だ。日本建設業連合会(日建連)はBIM部会の長期ビジョンとして、2030年を目標年次にオープンBIM・共通データ環境(CDE)・AI統合の方向性を示している。公共工事を主戦場とする土木CIMと、民間建築が主導する建築BIMが、それぞれ異なる速度で進んでいる状況だ。

実態 大手建設会社の多くが「BIM推進室」「デジタルコンストラクションセンター」といったBIM専門組織を2020〜2023年度に設置した。しかし組織を作っただけでは現場での活用は進まないため、現在は「専門部署から現場への展開方法」が最大の課題になっている。

分かれ目 第3フェーズで生き残る会社と遅れる会社の差は、「BIM専門組織があるかどうか」ではなく「専門組織が現場業務フローを変えられているかどうか」で決まる。

目安 業界調査では、BIM/CIMを「活用できている」と答えた現場担当者は全体の30%以下にとどまっている。義務化が完了しても、現場での実活用率は低いままという乖離が続いている。

「設計モデルと施工モデルが別々に存在する」という構造問題が業界全体の損失を生んでいる

日本のBIM業界に共通する最大の構造問題がある。着工時点で、同じ建物・構造物に対して「設計段階で作ったBIMモデル」と「施工段階で生産設計部署が作り直したBIMモデル」の2つが並存し、互いに連携していないという問題だ。これは業界全体で起きているモデル資産の無駄遣いだ。

現状の断絶構造(As-is)と目指す統合構造(To-be)
設計フェーズ設計事務所・設計部門
  • 合意形成用BIMモデル
  • 意匠検討・法規チェック
  • 施主プレゼン用3Dモデル
  • 設計図(2D図面)を別途作成
生産設計フェーズ施工会社の生産設計部署
  • 設計モデルを参照するが再作成
  • 施工図出力用のモデルを独自に構築
  • 干渉チェック・納まり検討
  • 数量算出・施工計画への連携
施工フェーズ現場
  • 生産設計モデルを使用(設計モデルは参照しない)
  • 2D施工図が主役のまま
  • 変更発生時は両モデルが乖離
  • 竣工後に維持管理への引き継ぎなし
目指す統合構造To-be(2027〜)
  • 設計モデル=生産設計モデルの起点
  • 属性情報の一元管理
  • 設計変更が全フェーズに自動反映
  • 竣工BIMが維持管理AIに直結

この断絶の根本原因は、設計BIMと施工(生産設計)BIMの「目的の違い」にある。設計BIMは合意形成・見え方・法規チェックを目的に作られるが、施工BIMは施工図出力・数量算出・干渉チェックを目的とする。同じ3Dモデルでも、必要な情報の種類と精度が根本的に違うため、設計モデルをそのまま施工に使えない。

フロントローディング(FL)はこの問題を解決する概念として注目されている。設計段階から施工の専門家が参画し、施工視点での問題を設計フェーズで先行解決する手法だ。しかし実態は「後追いFL」——施工会社が設計の末期や着工後に参画し、すでに固まった設計図に対して後から調整する——という形で運用されているケースが多い。

盲点 「フロントローディングをやっている」と言う会社の多くは「後追いFL」をやっているだけだ。本来のFLは基本設計段階から施工専門家が設計者と協業し、「初めから納まった設計図」を共同で作ることを指す。

実態 着工時点で設計モデルと生産設計モデルの2つが存在し、設計変更が発生すると両方を修正しなければならない現場がある。その工数は案件によっては設計変更対応だけで月200〜300時間に達する。

分かれ目 設計モデルと施工モデルの統合が進む会社では、設計フェーズへの生産設計の参画タイミングを「実施設計の中盤以前」に設定している。タイミングが遅れると後追いFLにしかならない。

フロントローディングをAIで実現する——大手各社が着手した「AI×設計支援」の実態

設計段階での問題先行解決(フロントローディング)をAIで自動化しようとする動きが、業界大手の間で加速している。AIを使うことで、熟練技術者の経験に頼っていた「設計図の施工可否チェック」が自動化され、着工前に潰せる問題の量が大幅に増える。

AI×BIM設計支援ツールの業務削減効果(実務推定値)
▼自動検出
90%減
設計整合チェック時間
部門間の設計図不整合・取り合い未確認箇所をAIが自動抽出
▼80%短縮
30
数量算出(コンクリート・型枠)
従来:BIMモデルから手動集計で4〜5時間。工区別・部位別の自動算出
▲見落とし激減
3倍増
干渉検出件数(着工前)
AIによる設備・構造・建築の3系統同時チェックで、目視比3倍の検出
▼現場調整削減
40%減
設計図質疑対応
FL精度向上により、施工着工後の設計図修正依頼・連絡書件数が減少

大手建設会社が開発・試験運用しているAI設計支援の代表的なアプローチは3つある。第一はAIによる設計図自動チェックだ。BIMモデルと設計基準・社内標準をAIに読ませ、不整合・未解決の納まり問題・法規違反を自動検出する。熟練エンジニアの暗黙知をAIに学習させることで、経験者でないと見つけられなかった問題を若手でも発見できるようになる。

第二は数量・モデルの自動生成だ。構造計算データからBIMモデルを自動変換するツール(STB変換)や、根伐り・埋戻し数量をモデルから自動算出するシステムが実用段階に入りつつある。第三は施工図の自動ドラフト生成だ。BIMモデルを起点に、工区割り・施工条件を入力すると施工図のドラフトが自動出力される機能が、一部の工種で試験運用されている。

誤解 「AI設計支援は大手だけのもの」という認識は早晩崩れる。開発コストを負担できる大手が先行するが、クラウド型の汎用AIツールとして中堅・中小向けに展開されるのは2〜3年後の話だ。今から要件を整理しておくことが準備になる。

注意 AI設計支援ツールの精度は、学習データの質に直結する。社内の過去設計図・施工記録が標準化されていない状態でAIを導入しても、精度が出ない。ツール導入の前に「AIに学習させられるデータが社内に存在するか」を確認する必要がある。

見分け方 AI設計支援の成熟度は「AIが出力した結果をエンジニアが確認するフロー」が業務に組み込まれているかで判断できる。AIの出力を最終判断に使う段階はまだ先で、現状は「見落とし防止のフィルター」としての役割が適切だ。

土木CIMと建築BIMの「二重構造」が日本の普及スピードを複雑にしている

日本のBIM/CIM普及を語るとき、「土木CIM」と「建築BIM」を一緒に論じることで理解が混乱するケースが多い。両者は推進主体・標準規格・活用目的が異なり、それぞれ別の発展経緯を持っている。この二重構造が、日本全体のBIM/CIM普及速度を見えにくくしている。

土木CIM(国主導)と建築BIM(民間主導)の現状比較
推進主体誰が動かすか

土木CIM

国土交通省が主導。公共工事の発注要件として義務化。標準仕様・基準案を国が策定し、受注者は準拠が必須

建築BIM

建設会社・設計事務所が民間主導で推進。国の関与は建築BIM推進会議・補助金等に限られ、強制力は弱い

標準規格どの規格を使うか

土木CIM

国交省BIM/CIM基準案に準拠。IFC形式を推奨するが、ソフトウェアベンダーの独自形式が混在する現実がある

建築BIM

ISO 19650(国際BIM情報管理規格)への対応が先進的な会社では始まっている。日建連がオープンBIM推進を長期ビジョンに明記

AI活用AIとの接続状況

土木CIM

出来形管理・点群→CIM変換でのAI活用が先行。ドローン・3Dスキャナーとの連携が公共工事の標準ツールになりつつある

建築BIM

設計チェック・数量算出・施工図自動生成でのAI開発が大手各社で進む。民間主導のため技術格差が大きく、大手と中小の差が拡大中

海外との差国際比較

土木CIM

国際標準(ISO 19650)との整合性が不十分。日本独自仕様が多く、外資系発注者・海外プロジェクトでのデータ互換に課題がある

建築BIM

一部の大手はISO 19650準拠のCDE(共通データ環境)導入を始めている。ただし業界全体では欧米比3〜5年の遅れがあると言われる

土木CIMは「国が義務化」で速く広まり、建築BIMは「大手が自走」で深く進む——同じBIM/CIMでも発展の形が違う

国際的には、ISO 19650が土木・建築を問わずBIM情報管理の共通規格として普及している。英国・EU・シンガポールでは発注者・設計者・施工者・維持管理者が同一のCDE(共通データ環境)でデータを共有する設計が標準だ。日本の土木CIM・建築BIMの二重構造は、この国際標準への統合という観点でも課題となっている。

実態 外資系の発注者が関わるプロジェクトでは、ISO 19650準拠のBIM実行計画(BEP)や共通データ環境の提示を求められるケースが増えている。日本のBIM標準に準拠した経験だけでは対応できない場面が出始めている。

注意 土木CIMは「提出義務がある」ため普及率が高く見えるが、データ品質は玉石混交だ。形状だけのモデルで要件を満たしている案件も多く、AI活用に使えるデータが積み上がっているとは言えない。

目安 土木CIMと建築BIMの統合を意識した体制整備は、2025〜2026年が着手の適切なタイミングだ。ISO 19650への対応を後回しにすると、2028〜2030年に海外発注者・官民連携事業での入札要件に対応できなくなるリスクがある。

2030年に向けて業界が目指す姿——オープンBIM・AI統合・デジタルツインの3方向

業界団体が策定するBIM長期ビジョンは、2030年を目標に「オープンBIM」「AI統合」「デジタルツイン連携」の3つの方向性を示している。義務化で整備された3Dモデルの蓄積を基盤にして、次の10年でBIM/CIMを「競争優位のインフラ」に変えようとする意図だ。

日本のBIM/CIM 2025〜2030ロードマップ(業界団体ビジョン準拠)
2025〜2026年:基盤整備・標準化現在進行中
2027〜2028年:AI統合・活用深化直近ターゲット
2029〜2030年:デジタルツイン連携・国際標準化長期目標
  • IFC形式・属性情報の業界標準化
  • 共通データ環境(CDE)導入の試行
  • 設計モデルと施工モデルの連携手順整備
  • AI設計支援ツールの社内試験運用
  • 土木CIM × 建築BIM の情報連携検討
  • AIによる設計チェック・数量算出の実務標準化
  • 設計〜施工〜維持管理のシームレスなデータ引き渡し
  • ISO 19650準拠のCDE・BEP体制確立
  • オープンBIMによる発注者・施工者・維持管理者の統合
  • 中堅建設会社へのAI×BIMツールの普及
  • 竣工BIMからデジタルツインへの自動移行
  • PLATEAU(3次元国土基盤)との本格接続
  • AIによる維持管理予測・補修計画自動生成の標準化
  • ISO 19650全面準拠・国際競争力の確立
  • インフラ全ライフサイクル(設計〜廃棄)のデータ一元管理

2030年のゴールは単なるBIMの普及ではない。設計から廃棄まで50年以上にわたるインフラのライフサイクルデータをAIが管理し、補修タイミングの予測・コスト最適化・災害対応判断を支援するシステムが、建設会社の競争優位の源泉になる。英国では国家デジタルツイン計画として政府がこの構造を主導しており、日本のPLATEAU構想も同じ方向を向いている。

注意 2027年以降のAI統合フェーズに乗り遅れる原因は、ほぼ例外なく2025〜2026年の基盤整備の遅れだ。「IFCの属性情報がバラバラ」「CDEがない」「設計モデルと施工モデルが分断されたまま」という状態ではAIを繋ぐことができない。

目安 2030年ビジョンに向けた自社の準備状況は、「今の施工BIMモデルを維持管理担当者が5年後に使えるか」という問いで測ることができる。答えがNoであれば、基盤整備から着手するのが最短路だ。

分かれ目 オープンBIMへの移行はソフトウェアベンダーとの関係に影響する。ベンダーロックインの状態でAI統合を進めると、2028〜2030年に標準規格への対応コストが急増する。今の段階でIFC出力の標準化を進めておくことがリスクヘッジになる。

← 記事一覧に戻る