8.

CDE(共通データ環境)とは — ISO 19650・情報ステータス(WIP/共有/公開/アーカイブ)を解説

編集
BIM総論 · 08

CDE — 情報の「単一の置き場」をつくる

意匠・構造・設備の担当が並行して作る大量のモデルや図面。それらを一か所に集約し、状態(ステータス)で秩序立てて管理するのが共通データ環境(CDE)です。版の取り違えや手戻りを防ぐ BIM 運用の土台を整理します。

この記事の要点

  • CDE(Common Data Environment/共通データ環境)は、プロジェクトの情報を集約する「単一の置き場」
  • 情報の作成・共有・公開・保管をステータス(WIP/共有/公開/アーカイブ)で管理する考え方が中核
  • ISO 19650 という国際規格が、情報マネジメントの枠組みとして CDE の運用原則を定めている
  • 関係者全員が「最新かつ正」のデータを同じ場所で参照でき、版の取り違えや手戻りを防ぐ

BIM プロジェクトでは、意匠・構造・設備の各担当が大量のモデルや図面、ドキュメントを並行して作成します。これらが各自の PC やバラバラのフォルダに散在すると、「どれが最新か分からない」「古い版を参照して手戻りが発生する」といった問題が起きます。これを防ぐために、プロジェクトの情報を一か所に集約して秩序立てて管理するのが CDE の発想です。

1CDE(共通データ環境)とは

CDE は Common Data Environment の略で、プロジェクトに関わる情報(モデル・図面・文書など)を集約し、合意されたルールのもとで管理・共有するための環境を指します。日本語では「共通データ環境」と訳されます。

CDE の正体
単なるファイル共有フォルダやストレージそのものではなく、「保管場所 + 運用プロセス(ルール)」の総体である。

どこに置くかだけでなく、「誰が・どの状態の情報を・どう承認して共有・公開するか」というルールまで含めて初めて CDE として機能します。

2「単一の置き場」という考え方

CDE の基本思想は、プロジェクトの情報を単一の信頼できる置き場(single source of truth に近い考え方)に集約することです。各関係者が同じ場所を参照することで、次のような効果が得られます。

品質の効果
  • 誰もが「最新かつ正しい」版を参照できる
  • 版の取り違えによる手戻り・施工ミスを減らせる
管理の効果
  • いつ・誰が・何を変更したかの履歴(トレーサビリティ)が残る
  • 情報のアクセス権を一元的に管理できる

3情報のステータス(状態)管理

CDE の中核となるのが、情報を状態(ステータス)で区分けして扱う考え方です。代表的な区分は次の4つです。情報はこの4状態の間を、承認(チェックと合意)を経て移動していきます。

1WIP(作業中)
2共有
3公開
4アーカイブ
ステータス意味典型的な扱い
WIP(作業中)各担当が編集中で、まだ他者と共有していない情報作成者本人のみが参照・編集
共有(Shared)レビューや調整のため、他の関係者に開かれた情報チェック・干渉確認などの協働に使う
公開(Published)承認され、確定として配布された情報施工・申請などの正式な根拠となる
アーカイブ(Archived)過去の版として記録・保管される情報履歴・証跡として参照する

「作業中のものを勝手に公開しない」「公開には承認を伴う」というゲートを設けることで、品質と責任の所在が明確になります。状態遷移を持つワークフロー管理に近い、と捉えると分かりやすいでしょう。各ステータスの境目に必ずチェックと合意のステップを挟むことで、未完成の情報が公式な根拠として使われてしまう事故を防げます。とくに公開(Published)の情報は施工や確認申請の根拠になるため、ここに至るまでの承認の重みが他のステータスより大きくなります。

4ISO 19650 との関係

CDE の運用原則を国際的に体系化しているのが ISO 19650 です。ISO 19650 は BIM を用いた情報マネジメントの国際規格群で、その中で CDE を中心に据えた情報の受け渡しプロセス(ステータス管理を含む)が定義されています。

つまり、CDE は「ツールを入れれば終わり」ではなく、ISO 19650 が示すような情報マネジメントの枠組みと一体で運用されることで本来の価値を発揮します。プロジェクトごとの取り決め(命名規則・承認フロー・権限)を整えることが前提になります。この取り決めをプロジェクト開始時に文書としてまとめたものが BIM 実行計画であり、どの情報を、どの状態で、誰がどう扱うかを CDE の運用ルールとして具体化していきます。詳しくは BEP(BIM 実行計画) も参照してください。

5CDE の具体例

CDE を実現するクラウド基盤には、たとえば次のような製品があります。ただし、製品を導入しただけでは CDE は完成しません

Autodesk Construction Cloud建設プロジェクト向けクラウド基盤
BIM 360BIM/プロジェクト管理向けクラウド
その他の管理クラウド各社の文書・プロジェクト管理

フォルダ構成・命名規則・ステータス運用・承認フローといったルールを定め、関係者が守って初めて「共通データ環境」として機能します。

6導入で陥りやすい落とし穴

よくある失敗
  • 置き場だけ用意してルールがない:結局フォルダが乱立し、最新版が分からなくなる
  • ステータス運用が形骸化:WIP のまま共有・流用され、未承認の情報が出回る
  • 命名規則の不徹底:検索・集計ができず、CDE の利点が活きない
成功の鍵
  • これらはいずれも「ツールの問題」ではなく「運用の問題」
  • CDE は仕組みと運用の両輪であることを、導入時に関係者で共有する
  • 誰でも理解・遵守できる明文化されたルールを整える

データの視点で見る CDE

システム的な比喩を使うと、CDE はバージョン管理・権限管理・ワークフローを備えた共有リポジトリに近いものです。WIP は手元の作業ブランチ、共有はレビュー段階、公開は本番(確定版)、アーカイブは過去タグ、というように対応づけると、各ステータスの役割がイメージしやすくなります。

ただし、対象がソースコードではなくモデル・図面・文書であり、関わるのはエンジニアだけでなく建築・施工・発注者など多様な立場である点が異なります。だからこそ、ツールの機能だけでなく、誰でも理解・遵守できる明文化されたルールが一段と重要になります。

情報ステータスの遷移(承認を経て移動) WIP 作業中 Shared 共有 Published 公開 Archived 保管 承認 承認 本人のみ編集 他者と未共有 の作業領域 関係者に開く レビュー・干渉 確認の協働 確定・配布 施工・申請の 正式な根拠 過去の版 履歴・証跡 として保管 各境目に「チェック+合意」のゲートを設け、未完成の情報が公式な根拠として使われる事故を防ぐ。 とくに Published は施工・確認申請の根拠になるため、承認の重みが他より大きい。
図: CDE の情報ステータス遷移 — WIP(作業中)→ Shared(共有)→ Published(公開)→ Archived(保管)。各境目に承認(チェック+合意)のゲートを置き、最新かつ正の情報だけを公式な根拠にする。

次に読む

編集
Post Share
子ページ

子ページはありません

同階層のページ
  1. BIMとは
  2. 2D CADとBIMの違い
  3. LODとLOI(詳細度・情報量)
  4. IFCとは
  5. BIM座標系(基準点・測量点・共有座標)
  6. モデル統合(フェデレーション)と干渉チェック
  7. COBieとは
  8. CDE(共通データ環境)
  9. 4D・5D・nD BIM
  10. BEP(BIM実行計画)
  11. 国内動向(国交省BIMガイドライン・BIM/CIM)

最近更新/作成されたページ