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