- IFCってなに？
- BIMとどう関係しているの？
- 形式やバージョンってどう違うの？
- IFC4とかIFC4.3って何？
- RevitやArchicadはどう対応してるの？
- IFC変換するときに何に気をつければいい？
上記の様な悩みを解決します。
IFCはIndustry Foundation Classesの略で、buildingSMART Internationalが策定する建築・建設業界向けの中立データ形式です。BIMソフト間でデータ交換するための国際標準フォーマットで、ISO 16739として国際規格化されています。Revit・Archicad・Vectorworks・GLOOBEなど主要BIMソフトはすべてIFCに対応していて、異なるソフト間の橋渡し役として機能しています。BIM導入が進むにつれて、IFCを正しく扱えるかどうかが現場のBIM活用度を左右する、と言われるようになってきました。
なるべく分かりやすい表現で記事をまとめていくので、初心者の方にも理解しやすい内容になっているかなと思います。
それではいってみましょう！
IFC（BIM）とは？
IFC（BIM）とは、結論「Industry Foundation Classesの略で、BIMデータを異なるソフト間で交換するための中立的な標準データ形式」のことです。
雑に言えば「特定のBIMソフトに依存しない、業界共通のデータの器」と理解すると分かりやすいです。策定団体はbuildingSMART International（旧IAI）で、国際規格としてISO 16739（BIM分野の国際標準）に登録されています。仕様は無償公開されていて、ベンダー中立のオープン標準というのが特徴。拡張子は.ifc（テキスト形式）、.ifczip（圧縮形式）、.ifcxml（XML形式）の3つが主流で、最近は.ifcjson（JSON形式）も登場しています。
BIMソフトはベンダーごとに独自形式を持っています。Revit（.rvt）、Archicad（.pln）、Vectorworks（.vwx）、GLOOBE（.gpc）と、それぞれ互換性のないネイティブ形式。設計者と施工者で違うソフトを使うケースが多く、長期保管時には「将来そのソフトがなくなるかもしれない」というリスクもあります。IFCはここを解決する共通フォーマットで、ソフトに依存しないデータ流通を可能にする、という役回りですね。ざっくり言えば、ソフト固有形式が方言、IFCが共通語、という構図です。
IFCで運べる情報は主に5領域。
- 3次元形状（建築要素の幾何形状）
- 属性情報（部材の種別・材料・寸法・性能）
- 空間構造（建物→階→空間→部屋の階層）
- 関係性（壁と窓、床と柱の関連）
- プロパティセット（カスタム属性の追加）
混同しやすいのが、IFCとBIMの関係です。BIMは「建築物のモデルを情報込みで作成・運用する考え方」全体を指し、IFCは「BIMデータを表現するための業界共通フォーマット」というデータ規格の一つ。「BIM ＝ IFC」ではなく、BIMの中身がIFCで運ばれる、というイメージが近いですね。
僕としては、IFCは「BIMの裏側で世界をつないでいるインフラ」だと捉えていて、ソフトの選択肢が増えるほどIFC運用の巧拙がプロジェクト全体の生産性を左右する、と感じています。
BIM・BIM確認申請の周辺はこちら。
IFCの役割
IFCはBIMの世界で複数の重要な役割を果たしています。
最大の役割は、どのBIMソフトでもIFCを介して読み書きできること。これによって特定ソフトへの依存（ベンダーロックイン）を回避でき、発注者・設計者・施工者が違うソフトを使っていても業界全体の相互運用性を担保できます。建物の寿命は数十年〜数百年、BIMソフトのバージョンは数年で変わる、という時間スケールのギャップを埋めるアーカイブ機能としての価値も大きいですね。
ISO 16739として国際規格化されているので、法令・契約での参照（「IFC形式での提出」要件）の根拠にもなります。世界的にはBIM義務化（BIMマンデート）が進んでいて、イギリスのBIM Level 2、シンガポールのCORENET電子確認申請、北欧諸国の公共工事、日本のBIM/CIM原則適用、いずれもIFCを基準フォーマットの1つに据えています。
IFCは設計BIMから派生するさまざまな解析・管理ソフトへの入口にもなります。具体的な連携先を整理すると次のとおり。
- 建築モデル→構造解析ソフト：形状＋属性をIFCで送る
- MEPモデル→設備設計ソフト：配管・ダクト・配線
- 熱負荷計算・省エネ計算：建物形状と外皮性能
- 避難シミュレーション：空間構造を取り込み
- 積算ソフト：BIMから数量を自動算出
- 工程管理ソフト：4D BIM（時間軸）の構築
- 原価管理ソフト：5D BIM（コスト軸）の構築
竣工BIM（As-built BIM）として保管したIFCは、施設管理ソフト（FM／ファシリティマネジメント）への連携、大規模修繕計画への活用、解体時の材料情報の参照、とライフサイクル全体で価値を持ちます。建築確認申請の電子化でも、指定確認検査機関のBIM受入要領でIFCが推奨形式になっていて、オンライン申請プラットフォームでのアップロード、審査側の無償IFCビュワーでの確認、アーカイブ保管までを一貫してIFCで進められるようになってきています。
CDE（Common Data Environment／共通データ環境）でのモデル管理、Solibri Model Checkerなどモデルチェックツールでの干渉・整合チェックの基盤にもIFCが使われていて、BIMマネージャー・コーディネーター・オペレーターのスキル要件としても基礎科目になっています。
施工図・施工要領書とのつなぎはこちら。
IFCの形式・バージョン
IFCはバージョンによって対応範囲が異なります。実務で「IFC4」「IFC4.3」「IFC2x3」が混在しているので、主要バージョンの違いを押さえておきましょう。
| バージョン | 公開年 | 主な特徴 |
|---|---|---|
| IFC2x | 2000年 | 初期の安定版 |
| IFC2x2 | 2003年 | プロパティセット拡充 |
| IFC2x3 | 2006年 | 業界で長期間使われた標準 |
| IFC4 | 2013年 | ジオメトリ表現の改善、属性拡充 |
| IFC4.1 | 2018年 | アライメント追加（土木向け） |
| IFC4.2 | 2019年 | 橋梁の表現追加 |
| IFC4.3 | 2024年正式リリース | 鉄道・道路・港湾を含むインフラ全般を網羅 |
IFC2x3は2006年公開で長期間業界標準として使われた版で、建築物中心の表現で多くのBIMソフトが完全対応・buildingSMART認証取得済み。現在も互換性重視のケースで実務利用されています。IFC4は2013年公開のメジャー更新版で、NURBS（曲面）対応によるジオメトリ表現の改善、プロパティセットの整理、MVD（Model View Definition）の整備が入り、新規プロジェクトでは推奨される版になっています。IFC4.3は2024年にISO 16739:2024として規格化された最新版で、インフラ分野（鉄道・道路・港湾・橋梁）まで網羅し、CIM（土木BIM）や国交省BIM/CIMで今後の標準になっていく見込みです。
選定の目安は次のとおり。
- 新規プロジェクトはIFC4以降を推奨
- インフラ・土木プロジェクトはIFC4.3
- 古い案件や互換性最優先はIFC2x3
- 発注者の指定があればその形式を採用
注意したいのは「IFC形式で出力 ≠ 完璧に交換できる」という点。ソフトごとのIFC実装には差があり、同じIFC4でもソフトAで出してソフトBで読み込むと一部欠損する、属性情報の標準化が完全ではない、MVDに準拠しないと相互運用性が下がる、ということが起こります。buildingSMART認証はIFC実装の品質保証の仕組みで、認証を受けたソフト同士のIFC交換は信頼性が高い、というのが現実的な目安。
MVD（Model View Definition）はIFC全機能のうち用途ごとに使う部分を定義する仕組みで、「IFC4 Reference View」（参照用、形状＋属性の最小限）と「IFC4 Design Transfer View」（編集可能なジオメトリ）が代表的です。IFC単体ではなく、bSDD（用語辞書）・BCF（コメント標準）・IDS（情報要件指定）・MVDといった関連規格と組み合わせて運用されます。
主要BIMソフトのIFC対応
実務で目にする主要BIMソフトのIFC対応状況を整理します。
| ソフト | ベンダー | 対応バージョン | 特徴 |
|---|---|---|---|
| Revit | Autodesk | IFC2x3/4/4.3 | 世界シェア最大、設定が豊富 |
| Archicad | Graphisoft | IFC2x3/4/4.3 | IFC対応の歴史が長く出力品質が安定 |
| Vectorworks Architect | A&A | IFC2x3/4 | 意匠デザインに強み |
| GLOOBE | 福井コンピュータ | IFC2x3/4 | 国産、日本の建築実務に最適化 |
| Allplan | Nemetschek | IFC4 | 構造・施工に強い |
| Tekla Structures | Trimble | IFC4 | 鉄骨・コンクリート構造の詳細BIM |
| Civil 3D | Autodesk | IFC4.3 | 土木設計、BIM/CIM案件で多用 |
Revitはファミリの豊富さとユーザー数の多さが強みですが、パラメトリック機能はIFC変換で一部失われます。Archicadは最初からIFC対応が重視されてきた設計思想が強み、Vectorworks Architectは意匠寄りで構造・MEPは別ソフト併用が一般的、GLOOBEは建築確認申請の電子化に対応している点が強みで海外プロジェクトでは選択肢に入りにくい、というあたり。Tekla Structuresは構造ファブリケーションレベルの詳細を扱えるので施工BIMで多用、Civil 3Dは国交省BIM/CIM案件の事実上の標準ソフトという位置づけですね。
レビュー・チェック側ではNavisworks（モデルレビュー・干渉チェック、4D／5D連携）、Solibri Model Checker（ルールベース検証、IFC品質保証の業界標準）、無償ビュワーとしてBIMcollab Zoom・Solibri Anywhere・FZK Viewer・IfcOpenShell-basedビュワーなどが使われています。
ソフトごとにIFC変換の癖が違うのもポイント。Revitは「IFCエクスポーター」の設定で出力品質が変わる、Archicadは「変換規則」でMVDを指定する、Vectorworksは IFC属性のマッピング設定が必要、GLOOBEは日本仕様のIFCサブセット対応がある、という具合です。「A→IFC→A」のラウンドトリップは原則として可能ですが、「A→IFC→B→IFC→A」と複数ソフトを往復すると戻り保証が弱くなるので、モデル編集はネイティブ形式で行い、IFCは交換用と割り切るのが基本ルールになります。
IFCの注意点
「IFCで出力すれば大丈夫」とは言えないので、運用面の注意点を整理しておきます。
| 観点 | 内容 |
|---|---|
| バージョン整合 | 送り手と受け手でIFCバージョンを合意 |
| MVD指定 | 用途別MVDを指定して相互運用性を担保 |
| プロパティセット | 名称・マッピングが違うと属性欠損 |
| 単位系 | メートル/ヤード混在でスケール事故 |
| 座標系 | プロジェクト座標と公共座標の整合 |
| 容量 | 大規模IFCは数百MB〜数GB、圧縮や分割が必要 |
| 編集機能 | パラメトリック機能はIFCで失われる |
トラブルが多いのは、送り手と受け手の間でIFCバージョン、MVD、プロパティセットの合意ができていないケース。EIR（情報要件書）でMVDと属性マッピングを明記し、プロジェクト着手前に合意するのが正解です。意外と多いのが単位系と座標系の事故で、IFCのヘッダで単位指定を確認しないと、メートル法・ヤード法・インチが混在して数値が10倍・1/10倍になるトラブルが頻発します。
IFCに変換すると失われるものとして、ネイティブ形式の特殊な形状はIFCで簡略化される、NURBS（自由曲面）はIFC4以降で対応するが互換性に注意、テクスチャ・マテリアルは原則対象外、ファミリ機能（Revit）やモルフ（Archicad）など固有機能はプロパティ付き要素に変換され元の編集機能は再現できない、という制約があります。
IFCの品質を担保する基本ワークフローは、buildingSMART公式ツールでの文法チェック、Solibri等でのモデル品質チェック、必須属性の有無確認、複数IFC統合時の干渉チェック、というのが定番。BCF（BIM Collaboration Format）でモデル上の指摘・コメントを標準化し、IDS（Information Delivery Specification）で「IFCに必要な情報」を発注者が事前指定する、という運用ルールがあるとプロジェクト全体で品質が安定します。
施工管理者がIFCで関わる場面は、設計者からのIFC受領（バージョン・MVD・属性の確認）、施工BIMでのIFC変換（施工性表現）、下請けへのモデル伝達（IFCで共通言語化）、発注者への引渡しIFC（竣工BIM）、干渉チェック結果（施工計画への反映）、数量算出（IFCから積算ソフトへの連携）の6点が中心。「IFC運用ガイドライン」をプロジェクト単位で作って共有することが、効果を出す近道です。
僕としては、IFCは「フォーマットだけ決めても運用ルールが共有されないと品質は出ない」世界だと思っていて、プロジェクト着手前にサンプルモデルでIFCラウンドトリップを試して品質を見るのが、地味だけどいちばん効くなと感じます。
ICT建機・マシンガイダンスといった土木BIMの動きはこちらも。
IFC（BIM）に関する情報まとめ
- IFCとは：Industry Foundation Classesの略、BIMデータの中立データ形式（ISO 16739）
- 役割：ベンダー中立のデータ交換、長期保管、国際標準、BIM義務化対応、ソフト間連携
- 形式：.ifc（テキスト）、.ifczip（圧縮）、.ifcxml（XML）、.ifcjson（JSON）
- 主要バージョン：IFC2x3（建築標準）、IFC4（推奨）、IFC4.3（インフラ含む最新）
- MVD：用途ごとのIFCサブセット（Reference View / Design Transfer View 等）
- 主要対応ソフト：Revit、Archicad、Vectorworks、GLOOBE、Allplan、Tekla、Civil 3D
- buildingSMART認証：IFC実装品質を保証する国際的な認証
- 注意点：バージョン整合、MVD指定、プロパティセット、単位・座標、容量
- 関連規格：BCF（コメント標準）、IDS（情報要件指定）、bSDD（用語辞書）
以上がIFC（BIM）に関する情報のまとめです。
IFCはBIMの世界共通言語で、異なるBIMソフト・組織・国の間でモデルデータを安全に橋渡しする役割を担います。「IFCで送れば終わり」という運用ではなく、バージョン・MVD・プロパティ・単位・座標まで含めた合意形成が品質を決めます。新規プロジェクトはIFC4以降、インフラはIFC4.3を基本に、buildingSMART認証ソフト同士でやりとりするのが安全策です。施工管理者にとっては「設計BIMをIFC経由で受領→施工に活かす」動線が最初の出会いになるので、IFC変換時に何が失われ何が残るのかを一度自分で試してみるのが理解を早める近道ですね。
合わせて読みたい記事はこちら。
