BIM・IFCブログに戻る
ツールと比較 · 2026-10-01 · 11分
2 つの IFC バージョンを比較し、何が変わったかを正確に把握する方法
「先週から何が変わった？」はすべてのコーディネーターが尋ね、ほとんどの IFC ツールがうまく答えられない質問です。ファイル同士ではなく、ファイル一式全体で GlobalId によって比較することで、差分は週次レビューになります。
2 つの IFC バージョンを比較し、何が変わったかを正確に把握する方法 — IFC Viewer Online article cover
毎週月曜日、どこかで BIM コーディネーターが新しい分野別モデルを受け取り、唯一重要な質問をします。何が変わったのか？ 多くのプロジェクトでの正直な答えは「両方開いて見る」です。住宅 1 棟ならそれで済みます。11 ファイル、4 万要素では無理です。
IFC バージョンをきちんと比較するのは難しくありません。ただし、ほとんどのツールが微妙に間違える 1 つの判断にかかっています。何をもって「同じ要素」とするかです。
問題のすべては同一性にある
ファイル一式全体を GlobalId で対応付け：プロパティの変更、分野ファイル間を移動した要素、追加、削除。
IFC 要素には 2 つの識別子があります。express ID（ファイル内の #1234）は行番号にすぎず、エクスポートのたびに振り直されるため、バージョン間では意味を持ちません。GlobalId は要素の生涯を通じて維持されるよう設計された 22 文字の GUID です。GlobalId 以外で対応付ける比較は、行番号を比べているだけです。
GUID の安定はエクスポート設定の問題で、モデリング作業ではありません。各オーサリングツールでの対処はIFC の GUID がエクスポートのたびに変わる理由で解説しています。逆の問題、つまり同じ GUID が 1 ファイル内で 2 回使われている場合はIFC の GUID 重複をご覧ください。
ファイルではなく一式を比較する
実際のプロジェクトは統合モデルです。意匠、構造、設備（MEP）、さらに棟や階で分割されることもあります。ファイル同士の比較では、最も興味深い変更、つまりファイル間を移動した要素を見逃します。建築家がモデリングした壁を構造設計者が引き取った場合、ファイルごとの差分は無関係な削除と追加を 1 件ずつ報告し、どちらも誤りです。
一式全体で GlobalId により対応付ければ解決します。要素は両方のバージョンで見つかり、所属ファイルだけが異なるので、「別ファイルへ移動」という理由つきの変更として 1 回だけ報告されます。ファイル単位の対応付けにも役割はあります（ファイルごとの集計）。しかしそれは表示上の詳細であって、同一性のルールではありません。
「変更」が意味すべきこと
有用な比較は、要素が変わったことだけでなく、どう変わったかを示します。次のカテゴリは分けておく価値があります。それぞれ担当者が異なるからです。
| 変更 | 例 | 関係者 |
|---|
| 追加 / 削除 | 新しい間仕切り、削除された柱 | 全員。これが見出し |
| クラス変更 | proxy が IfcWall になった | コーディネーター、積算担当 |
| 属性 | 名前やタグの編集 | 集計表の担当者 |
| プロパティ | FireRating が EI 60 から EI 30 に | 防火担当、仕様担当 |
| 分類 | Uniclass コードの変更 | コスト・FM チーム |
| 材料 | コンクリート強度の変更 | 構造設計者 |
| 包含関係 | 別の階へ移動 | コーディネーター |
| ファイル | 別の分野モデルへ移動 | 情報管理者 |
「変更あり」としか言わない差分は、見に行くべき場所のリストです。何が変わったかを言う差分は、すでに終わったレビューです。
週次レビューの 5 ステップ
- 新しいモデル一式を読み込む 一式のすべてのファイルを 1 つのシーンとして読み込みます。解析はブラウザ内で行われるため、機密モデルはお使いの PC から出ません。
- 前バージョンまたは保存済みベースラインと比較する ベースラインはローカルに保存するスナップショットです。先週承認した状態や、支払いマイルストーンに紐づく状態などです。比較のために古いファイルを開いておく必要はありません。
- まず集計、次に 3D を見る 追加・変更・削除をそれぞれ別の色で表示します。ファイルごとの集計でどの分野が動いたかが分かり、色でどこが動いたかが分かります。
- 両バージョンで IDS を再実行する 同じ仕様を新旧モデルで評価すると、どの要件が修正され、どれが後退したかが分かります。どちらのファイルも再解析する必要はありません。
- BCF を更新する 対応が必要な変更は、発生元バージョンのラベル付きトピックになります。翌週の比較で同じものが二重に起票されることはありません。
ステップ 4 で、比較は興味本位のものから品質管理へと変わります。仕様の準備はIDS 解説、ステップ 5 はBCF 2.1 と 3.0 の違いで解説しています。
比較結果に惑わされない読み方
- 形状の変更がないのにプロパティの変更が大量にある場合、たいていは設計ではなくエクスポート設定が変わっています。モデラーに確認する前にエクスポートテンプレートを確認しましょう。
- 同じクラスで削除と追加がほぼ同数なら、再設計ではなく GUID の入れ替わりです。エクスポートの不具合として扱いましょう。
- ある階全体で包含関係が変わっている場合、たいていはその階が作り直されています。要素は動いておらず、動いたのは親です。
- 変更ゼロも確認すべき結果です。ベースラインを一度自分自身と比較し、結果が完全に空になることを確かめておけば、空の差分が本物だと分かります。
比較は、新しいリビジョンが全面的なレビューに値するかを判断する最速の方法でもあります。値するなら、納品前に IFC モデルをチェックする方法が一連の手順です。
2 つの IFC バージョンを比較し、何が変わったかを正確に把握する方法