建設業界では近年、プロジェクト情報を集約・共有する共通データ環境（CDE： Common Data Environment）が急速に普及し、国内外に多数のCDEプラットフォームが乱立する「CDE戦国時代」とも言える状況です。
一方で真のCDEとは呼べないものや、従来型のASP型情報共有システムとの用語混同も見受けられます。
国土交通省でも発注者側の事業監理にCDEを活用する「プロジェクトCDE（事業監理データ連携基盤）」の構築に着手しており、2026年度はその設計・検討が本格化する“プロジェクトCDE元年”になる見通しです。
本記事では、CDEの定義と基本機能から、主要プラットフォームの紹介、国土交通省の動向、そしてAIとの協働によるCDEの進化まで、体系的に現状と課題・展望を整理します。
併せて後述する「ファミコンのカセットを集めて差し込みながら使うように各種CDEの情報を吸い上げる」という視点について、その意味とデータフロー設計上の示唆を考察します。
 
 

CDE（共通データ環境）とは、プロジェクトに関するあらゆる情報を一元的に蓄積・管理し、チームの全メンバーが平等にアクセスできるようにするクラウドベースのコラボレーションプラットフォームを指します。
建設プロジェクトでは発注者・設計者・施工者・協力会社など非常に多くの関係者が関与し、図面やモデル、契約書類や各種報告書など膨大な情報が発生します。
CDEを用いることで、プロジェクト関連の最新情報（例えば最新のBIMモデルや図面）を常に一カ所に集約し、誰でも必要なときに同じ内容にアクセスできるようになります。
これにより「どのファイルが最新版か分からない」「必要な資料が散在して見つからない」といった従来ありがちな情報混乱を防止し、手戻り削減や業務効率化につながるのが大きなメリットです。
 
CDEの基本機能としては、以下のようなものが一般的です：
●文書・図面・モデルの一元管理：設計図書、BIMモデル、写真、報告書などプロジェクト文書をクラウド上に集約し、バージョン管理と履歴記録を行う。
常に最新の情報が共有され、変更や改訂はシステム上で記録・追跡されます。
 
●アクセス権限とセキュリティー管理：ユーザーごと・役割ごとに閲覧や編集の許可範囲を設定でき、機密情報へのアクセスを制御。
通信の暗号化や認証によりデータセキュリティーも確保されます。
 
●コミュニケーションとIssue管理：図面やモデル上でのコメント機能（BCFなど）や、承認・検討事項のステータス管理機能により、設計変更や課題のやり取りをCDE上で一元管理します。
メールや紙ではなくプラットフォーム上で議事録や指示を共有することで、コミュニケーション履歴が散在せず透明性が向上します。
 
●3Dビューアとモデル共有：特殊なソフトがなくてもWebブラウザー上でBIM/CIMモデルを表示・操作できるビューアを備え、関係者全員が3Dモデルを確認可能です。
モデルに紐づく形でコメントや検討履歴を残すこともでき、図面やモデルと議論をリンクさせて情報取得を効率化します。
 
●プロセス・進捗の見える化：承認フローの標準化やタスク管理、ダッシュボード表示などにより、プロジェクトの進捗状況やKPIを可視化します。
例えば図書の承認状況（作業中・共有可・承認済など）をステータス管理し、関係者が現在の成果物の信頼度や利用可否を一目で把握できるようにします。
 
●データ統合とオープン標準対応：各種CAD/BIMソフトや他システムとのデータ連携APIを備え、外部の設計データやコストデータなどをCDEに取り込んだりエクスポートしたりできます。
特にbuildingSMARTが推進するopenBIMに沿ってIFCやBCF、IDS（情報交換仕様）など標準フォーマットに対応し、異なるソフト間でもデータ損失なくやり取りできることが理想です。
 
以上のように、CDEは「プロジェクトの単一の情報ハブ」として機能し、情報共有と管理の統一ルールを提供します。
ISO 19650でもCDEはプロジェクト情報モデル（PIM）の中核として位置付けられており「作業中」「共有」「発行済（承認済）」および「アーカイブ」の情報状態区分をサポートすることが求められています。
また全ての操作履歴やバージョンを記録してトレーサビリティーを確保し、データの保存・引き渡し（Asset Information Modelへの受け渡し）まで包含することが理想とされています。
 
CDE導入の意義は、単にファイルサーバーをクラウド化するだけでなく、プロジェクト情報の「単一の信頼できる真実源（Single Source of Truth）」を実現することにあります。
これにより関係者間の認識齟齬を減らし、ミスや手戻りを防止できるため、結果的にコスト縮減や生産性向上につながります。
例えばあるゼネコンでは、蓄積したBIMデータや施工履歴をCDE上で統合管理し、誰が何の指示を出しどう対応したか、関連する全ての進捗を一元的に追跡できるようになりました。
その結果「蓄積した情報が全てつながる」状態が生まれ、大きな効果を上げています。

CDEの基本的な機能

CDE戦国時代と呼ばれるゆえんは、建設プロジェクト向けのクラウドプラットフォームが世界中で乱立していることにあります。
海外では欧米の大手IT企業やBIMベンダーからさまざまなサービスが提供されており、国内の建設会社もそれらを導入し始めています。
例えば「Autodesk Construction Cloud」、「Oracle Aconex」、「Procore」、「Catenda Hub」など、数え切れないほどのCDEソリューションが存在します。
日本国内で知名度の高いサービスとしては前述のAutodesk Construction Cloud（ACC）や国産ベンダーによる製品などがあります。
特にACCは、日本では大手ゼネコンがいち早く導入し始めており、現在では国内導入企業は400社を超えています。
ACCは関係者間のコラボレーション環境を包括的に整えられる「建設ライフサイクルの総合プラットフォーム」として位置付けられており、設計事務所やサブコン、建材メーカー、さらには発注者（オーナー）企業にも利用が広がっています。
 
一方、Oracle Aconexはダムや空港建設といった巨大プロジェクトで古くから使われてきた実績があり、契約管理や承認ワークフローの厳密なコントロール機能に定評があります。
欧州ではCatenda Hubなどが普及し、各国の建築プロジェクトで採用例があります。
国内企業に目を向けると、建設情報総合センター（JACIC）が認定する「CALS/EC情報共有システム」相当のものが主流ですが、近年は上記海外製品の導入や、国内ベンダーによる独自CDE開発も進んでいます。
 
このように群雄割拠のCDE戦国時代ですが、各プラットフォームの基本思想は「全てのプロジェクト情報を一元管理し、関係者全員に行きわたらせる」点で共通しています。
その一方でサービスごとに強みと弱みがあり、使い勝手や機能面で差異があります。
例えばBIMモデルのビューアやIssue管理に優れたもの、現場モバイル対応に特化したもの、他システムとのAPI連携が充実したもの、機能は充実しているが汎用的で日本の商習慣の実態に合わないものの、CDEとして使えるものが特定の製品しか存在せず仕方なくユーザーが使わざるをえないものといった点です。
ユーザー企業は自社のプロジェクト規模や目的に合ったCDEを選定する必要があり、複数のCDEを併用するケースも見られます。
まさに「どのCDEを選び、どう使いこなすか」が競争力を左右する時代になってきたと言えるでしょう。
 

CDE戦国時代の裏側で問題となっているのが「CDE」という言葉の定義が曖昧に使われているケースです。
本来のCDEは前述した通り全プロジェクト関係者が参画する統合データ環境ですが、中には表面的には「CDE対応」をうたいながら実態は限定的な機能しかないサービスもあります。
例えば、単にクラウド上のファイル置き場を提供するだけでワークフロー管理やモデル連携がないもの、特定企業内でしか使えずプロジェクト外部とデータ共有できないものなどです。
 
また、日本では従来「情報共有システム」（発注者と受注者が契約ごとに用いる文書共有サイト、ASPと一般的に呼ばれるもの）の延長でCDEが語られる傾向があります。
国土交通省は2000年代から電子納品と並行してこのASP型システムの活用を推進し、多くの公共工事で使われてきました。
しかしASP型は「業務・工事契約単位」で情報を管理するため、契約が終わるとデータがうまく引き継がれず消失しがちという問題が指摘されています。
またその多くは「発注者－受注者間」だけのクローズドな情報共有であり、発注者（事業主体）内部でもプロジェクト横断でデータが散在しているのが実情でした。
 
このような課題に対し、ISO 19650準拠のCDE概念ではプロジェクトでの継続的かつ一元的なデータ共有を提唱しています。
すなわち個別契約を超えて事業全体（複数工事フェーズにまたがるプロジェクト）の期間中、データを蓄積・更新し続ける環境を整えることが重要です。
加えて、発注者・設計者・施工者といった「プロジェクト関係者全員」での情報共有を実現し、誰もが最新情報にアクセスできるようにする必要があります。
これがCDEの目指す姿であり、従来のASPとは一線を画すポイントです。
 
実際に国土交通省も、現在のASP型情報共有では「契約終了時に多くのデータが失われている」現状を踏まえ、「継続的・一元的なデータ共有環境」の構築を目指す方針にかじを切りました。
その成果が前述したプロジェクトCDE（事業監理データ連携基盤）の検討開始です。
これにより、日本の公共事業でも真のCDE運用（プロジェクト横断のデータマネジメント）が進むことが期待されています。
 
要するに、現在「CDE」と呼ばれているものの中には玉石混交の状態があり、ユーザー企業は名前に踊らされず本質的な機能を見極める必要があるということです。
「単なる情報共有システムではなく、ISO規範が示すCDEの要件（統合・共有・履歴管理・セキュリティーなど）を満たしているか？」を判断基準にすることが重要です。
その意味で、国際標準に沿った製品を選ぶことや、buildingSMART Internationalが提供するopenCDEを採用しているかどうかを確認するのも一手でしょう。
CDE戦国時代を勝ち抜くには、真のCDEを見極め、それらのデータの流れを設計し、システムに落とし込み、使いこなす目利き力が求められています。
 

CDE上で長期にわたりデータを拡充・連携させていくには、柔軟で拡張性の高いデータ構造を選定することが重要です。
 
この観点から、CDE（共通データ環境）で扱うファイルフォーマットとして、IFC（Industry Foundation Classes）とLandXMLが比較されますが、結論だけ先に申し上げると、IFCの採用が最も合理的です。
 
LandXMLは国内の土木設計分野で広く使われているものの、バージョン管理において大きな弱点があります。
LandXMLはXMLテキストとして一括管理されるため、個々の要素ごとの変更履歴や差分を追跡する仕組みが標準化されていません。
結果として、CDE上でのトレーサビリティー確保が困難であり、変更点の把握や履歴管理は手作業やテキスト比較に頼る必要があります。
特に大規模プロジェクトでは、ファイルサイズや複雑さが増すほど管理負荷が高まります。
 
さらに、LandXMLの拡張性は一見柔軟に見えますが、実際には各地域や組織ごとに独自タグや属性が乱立し、ガラパゴス化を招きやすい構造です。
これにより、ソフトウエアメーカーや実務者は互換性確保や仕様調整に多大な労力を要し、業界全体の生産性向上を阻害する要因となっています。
 
一方、IFCは国際標準（ISO 16739）として認定され、建築・土木・設備など分野横断的な情報管理が可能です。
オブジェクトごとに固有ID（GUID）が付与されており、属性情報に関しても変更履歴を追う仕組みが組み込まれているため、CDE上でのバージョン管理や変更履歴の詳細追跡が容易であり、情報の透明性やトレーサビリティーを確保できます。
IFCはbuildingSMART Internationalによる継続的な規格改良が進められており、日本仕様への統一も十分可能です。
構造モデルや土工モデルなど種別を問わず、IFCで統一することで、CDE上でのデータ連携・管理の効率化と将来の拡張性が担保されます。
 
ただし施工効率化においてはLandXMLは活躍しているため、CDEではIFCを基本的に管理し、必要に応じてLandXMLに変換し、ニーズに合わせたデータ変換をCDE上もしくは専用ツールで行うといいでしょう。
 
以上より、CDEを起点とした共通データ連携フォーマットとしては、IFCを中心に据え、日本仕様も含めて統一運用することが最も合理的かつ未来志向の選択であると考えます。

国土交通省は、前述の課題意識を背景に「事業監理のためのCDE」としてプロジェクト横断型のデータ基盤構築に乗り出しました。
2025年６月には「事業監理データ連携基盤検討会」を設置し、有識者や建設業界団体を交えて具体的な検討を開始しています。
この基盤は、発注者（国や自治体）が事業全体を通じて必要なデータを集約・共有し、データ活用による事業監理の効率化・高度化を図ることを目的としています。
 
現状では直轄工事ごとに受発注者間でASPを用いて情報共有するものの、過年度の成果データや協議記録が事業横断で引き継がれず分断されていることが課題でした。
例えばある工事で作成した図面や地質情報が、次の関連工事では活用されず一から集め直し、という非効率が生じがちです。
また契約期間終了とともにASP上のデータが消去されてしまい、将来の参考にできないケースもあります。
そこで国土交通省はプロジェクト横断でデータを継続的に蓄積し、必要に応じて共有・活用できるCDE基盤の構築を目指しています。
 
プロジェクトCDEの特長として、次のような点が好ましいと考えられます：
●事業全体のデータ一元管理：業務・工事や用地協議、設計変更履歴、地元調整の状況など、事業に関するあらゆる情報を一元的に管理。
事業期間を通してデータが更新・蓄積され、過去の工事も含めて参照可能にする。
 
●既存システムとの連携：現在各地方整備局にあるi-Constructionモデル事務所や、電子納品システム等と新基盤を連携。
既存の施工管理システムや財務システムとデータ連携することで、二重入力の手間を省き効率化を図る。
 
●オープン標準の採用：ISO 19650に準拠したCDE概念を取り入れ、作業中／共有／承認済などの状態管理やメタデータ付与など、情報管理の標準化を図る。
将来的にはbuildingSMARTのopenCDE APIなども活用し、民間CDEサービスとの相互運用性も検討。
 
●データ利活用の促進：単なるデータ保管ではなく、蓄積データを活用した業務効率化アプリ開発も視野に入れる。
例えばダッシュボードで事業進行や予算消化状況をリアルタイム把握したり、過去事例データに基づくAI予測で工程最適化を支援したりといった応用を想定。
 
実際に、国土交通省が先行的に試行したプロジェクトCDEでは、クラウド上に進捗管理表、設計協議資料、地質情報、工事監督支援資料、施工打合せ記録など
を格納し、関係者の権限に応じ閲覧できるようにしました。
さらに現場の水質データや地すべり観測データ、工事写真、防災情報なども地図上で統合表示し、担当者が直感的に状況把握できる仕組みを実現しています。
これは従来のASPにはない高度な機能であり、プロジェクトCDEによって事業監理のデジタル化が飛躍的に進展する可能性を示しています。
 
計画では2026年度にプロジェクトCDEの詳細設計を行い、2027年度から本格導入するロードマップが示されています。
2026年はまさにその設計・開発が集中する年となり、国土交通省内外でCDEに関する議論が活発化するでしょう。
業界側もこれに呼応して、公共事業への対応や自社プロジェクト連携の戦略を練る必要があります。
2026年は「CDE元年」となるでしょう。
 
国土交通省のこの動きは、国内建設業界全体に大きな影響を与えると考えられます。
公共発注者がCDEを本格活用することで、民間企業もそれに対応できるCDEの選定・導入を迫られるでしょう。
また標準化された情報管理手法（ISO 19650準拠）が広がることで、プロジェクト横断でデータ利活用する文化が醸成されることが期待されます。
ひいては国内におけるCDEの質的向上、そしてプロジェクト生産性の底上げにつながる可能性があります。
 

CDE戦国時代を勝ち抜くカギとして、もう一つ見逃せないトピックがAI（人工知能）との協働です。
膨大なプロジェクトデータが蓄積されるCDEは、AI技術にとって格好の活用フィールドとなります。
例えば、Autodesk社はACCをはじめクラウド上に蓄積された情報を有効活用すべく「Autodesk AI」の開発を進めており、CDE内のデータからリスク予測や自動チェックを行う機能を提供し始めています。
建設業界の情報量は年々増大しており、必要な情報を抽出して活用するにはオープンでインテリジェントなプラットフォームが重要と指摘されています。
 
CDEにAIを組み合わせることで、以下のような進化が期待できます。
 
●レポート作成や分析の自動化：CDEに蓄積された進捗データや品質チェック結果をAIが解析し、プロジェクトマネジャー向けに自動でレポートを作成したり、遅延・コスト超過リスクを早期にアラートしたりできます。
既に海外の事例では、安全管理データからAIがリスクの高い工事箇所を予測する試みも始まっています。
 
●インテリジェント検索とナレッジ活用： AIを用いることで、CDE内の図面・議事録・連絡や指摘ログなどを横断的に検索し、必要な情報を瞬時に抽出することが可能になります。
従来、過去プロジェクトの教訓を得るには人手で探す必要がありましたが、AIが「ナレッジベース」として蓄積情報を学習することで、質問に対して即座に回答を提示したり、関連資料をレコメンドしたりできるようになります。
 
●設計チェックやコーディネーションの高度化：BIMモデル上の干渉チェックや属性値の確認など、現在一部自動化されているタスクも、将来的にはAIが学習することで人間の判断に近いレベルで自動化精度が上がるでしょう。
CDE内でモデルや図面を受領した際、AIアシスタントが規格遵守状況や不整合を検出し、レビュー支援してくれる、といった世界です。
 
●プロジェクト横断の最適化：複数プロジェクトのデータをAIが分析し、共通するボトルネックや成功パターンを抽出して経営層に提案する、といった応用も考えられます。
特にプロジェクトCDEで事業単位のデータがそろえば、同種工事を横断したベンチマークや将来予測が可能になり、より戦略的な事業管理が実現するでしょう。
 
このように、CDE×AIの組み合わせは今後非常に大きな可能性を秘めています。
オートデスク社のCDEに関する発表内では「建設業で扱う情報は巨大化しており、必要な情報だけを抽出して活用するオープンプラットフォームが重要。
その役割を担うのがCDEであり、AI活用でさらに高度化していく」という趣旨が述べられています。
AIやデータ分析系の機能強化がエンドユーザーのニーズに応じて急速に進んでいます。
 
さいごに、冒頭で触れた「エージェンティックにさまざまなCDEから情報を集め、意思決定やデータ活用を行う」という視点について考えてみます。
これは、必ずしも一つのプラットフォームに統合しきれない複数のデータ環境を、AIエージェントによる横断活用で補完するアプローチと言えます。
現在、大手建設会社ほど複数のCDEを併用する状況があります。
例えば設計者とはACCで協働し、施工段階では自社開発のCDEを用い、さらに施主とは別の情報共有システムでやり取りするといった具合に、一社が並行して複数のCDEを扱うケースも少なくありません。
このような環境下では、人間が全てのプラットフォームを行き来して情報を突き合わせるのは非効率です。
そこで期待されるのが、AIエージェントが各CDEを“駆け回って”必要情報を集約し、人間に提供してくれる世界です。
まさに各種CDEを「ファミコンのカセット」に見立て、必要に応じて次々とデータを差し替えて次に打つ手となる解を導出する柔軟性が求められています。
この比喩が意味するところは「一つの箱に全てを閉じ込めるのではなく、複数のデータ源としてのCDEをモジュールとして組み合わせて、エージェントが必要な情報を持ち寄る」という発想です。
重要なのは、それぞれの「カセット」（CDE）同士をつなぐデータフローをいかに設計するかでしょう。
 
各CDEをファミコンのカセットになぞらえ、プロジェクトに応じて適切な「カセット」を選び、AIという名のゲーム機本体（エージェント）がそれらを切り替えながらデータを引き出すイメージです。
重要なのは、カセット同士をつなぐ「コネクタ」を用意し、データの流れを円滑にする設計です。
 
幸い、技術的にはbuildingSMARTが提唱するopenCDE APIなど、異なるCDE間で情報連携を行う仕組みも整いつつあります。
例えば、あるCDEから他のCDEへモデルや図書を自動転送したり、Issue（課題管理）を同期させたりといったことが、将来的には標準APIで可能になります。
このようなオープン連携基盤と、AIによるインテリジェントな情報検索・統合が組み合わされば、ユーザーは特定のCDEに縛られずとも必要なデータを自在に引き出せるでしょう。
 
 

CDE戦国時代にあって、建設業界のデジタル基盤は転換点を迎えています。
共通データ環境（CDE）はプロジェクト情報の在り方を根本から変革しつつあり、その定義・機能を正しく理解し活用することが企業の競争力の鍵となります。
一方で玉石混交のサービス乱立や用語の混同も起きており、真のCDEを見極める目が必要です。
国内では国土交通省のプロジェクトCDE推進によって、公共・民間問わずCDE活用がさらに加速するでしょう。
2026年はその幕開けとして各所で実証・開発が進み、業界全体のデータ共有基盤が大きく前進すると期待されます。
 
さらに未来を見据えると、AIとCDEの協働によるデータ活用高度化が大きな潮流となるでしょう。
蓄積されたビッグデータをAIが分析・整理し、人々の意思決定を支援する世界はすぐそこまで来ています。
特定のプラットフォームに固執せず、複数のCDEを柔軟につないで使いこなす「エージェント型」アプローチも現実味を帯びてきました。
これはシステム設計の発想転換であり、真に価値のある情報を適材適所で引き出すための工夫です。
 
最後に強調したいのは、CDEはツールであり手段であって目的ではないということです。
重要なのは、その先にある意思決定やプロジェクト遂行の質をいかに高めるかです。
CDE戦国時代を勝ち抜くには、技術トレンドを押さえつつも本質である「適切な情報が適切な人に届き、プロジェクトの成功に寄与すること」を常に念頭に置く必要があります。
CDEというあなたの「脳」を拡張するAIという新たな味方とともに、建設DXの時代をリードしていきましょう。
 
 
 

 
 
【出典】

建設ITガイド2026