IFC 4.3とは？土木・インフラBIM/CIMの国際標準と日本における受容

建築・建設・土木業界において、「オープンBIM/CIM」を支えるデータ交換標準の最高峰として注目を集めるIFC 4.3（Industry Foundation Classes 4.3）。

2024年4月に正式にISO 16739-1:2024として承認されたこの規格は、従来の建築中心のデータ構造から、道路・鉄道・橋梁・港湾といった「土木・インフラ全般」へと適用範囲を大きく拡張した歴史的バージョンです。

本記事では、IFC 4.3の基本構造や技術的進化の解説に加え、なぜ日本においてIFC 4.3が必要とされたのか、行政の制度先行と現場運用のタイムラグ、SXFやJ-LandXMLとの使い分けと納品実務の実態まで、技術者・実務担当者が知るべき全情報を余すことなく網羅・徹底解説します。

IFC 4.3の基本概念と革新的な技術的進化

オープンBIM/CIMとIFCの役割

IFC（Industry Foundation Classes）は、国際標準化団体であるbuildingSMART International（bSI）が策定している、3Dモデルおよび属性情報をソフトウェア間で相互運用するためのオープンな汎用フォーマットです。

Autodesk Civil 3D/Revit、Bentley OpenRoads、GRAPHISOFT Archicad、Allplan、Tekla Structures、Shade3Dなどの異なるベンダー製品間で、データ欠損やベンダーロックイン（特定メーカーのソフトへの依存）を起こさずに情報を円滑にやり取りすることを目的としています。

誕生の背景：建築専用からの脱却

従来の代表的規格であるIFC2x3やIFC4（IFC4.0）は、ビルや住宅などの「建築物」を対象として設計されていました。
柱、梁、壁、窓、ドアといった要素定義は充実していたものの、道路や鉄道、橋梁といった広域・長尺な土木構造物を表現するためのデータ構造（線形概念や専用の構造・データ項目）が不足していました。

このため、2010年代初頭からbSI傘下のインフラ・ルームを中心に約10年間にわたり「IFC Infraプロジェクト（IFC-Alignment, IFC-Bridge, IFC-Road, IFC-Rail, IFC-Ports and Waterways）」が進められ、各インフラ領域のドメイン知識を統合して完成したのがIFC 4.3です。

土木・インフラ4主要ドメインの本格拡張

IFC 4.3では、以下の4つの主要土木インフラドメインが新たに追加・標準化されました。

ドメイン	主なエンティティ・要素定義	適用対象・具体的部材
鉄道（Rail）	軌道（軌条、まくら木、道床）、架線（Catenary）、信号機、分岐器、プラットホームなど	軌道構造全般、架線・変電設備、鉄道線形、駅施設など
道路（Road）	舗装構造（路床、路盤、表層）、道路標識、防護柵（ガードレール）、排水溝、車線構成など	盛土・切土形状、舗装多層構造、道路附属物、車線交差など
橋梁（Bridge）	上部工（主桁、床版）、下部工（橋脚、桥台）、基礎（杭、フーチング）、支承（Bearing）、伸縮装置など	鋼橋、PC橋、RC橋、下部工基礎、付属物全般
港湾・水路（Ports & Waterways）	岸壁、防波堤、水路、閘門（Lock）、係留設備、航路標識など	港湾構造物、河川構造物、水路施設、標識類

線形（IfcAlignment）と座標系の劇的進化

土木インフラ最大の特徴は、「長尺かつ連続する軸（線形）」に沿って構造物が配置される点です。

• IfcAlignment: 道路や鉄道の位置決定の規律となる「平面線形（Horizontal Alignment）」「縦断線形（Vertical Alignment）」「片勾配・拡幅（Cant / Crossfall）」などの三次元曲線軸を厳密に保持。
• 座標参照系（CRS）と測地系: 地球上の地理的座標（緯度・経度・標高、平面直角座標系など）とモデル内の局所座標系を高精度に相互変換・紐付け可能。

空間構造階層（Spatial Hierarchy）の再編成

従来のIfcBuilding（建築物）と同列の抽象クラスとしてIfcFacility（施設）が新設され、その下位にインフラ施設が構造化されました。

IfcProject（プロジェクト）
  └── IfcSite（敷地・現場）
        └── IfcFacility（施設総称）
              ├── IfcBuilding（建物）
              ├── IfcBridge（橋梁）
              ├── IfcRoad（道路）
              ├── IfcRailway（鉄道）
              └── IfcMarineFacility（港湾施設）

これにより、「巨大な道路事業の中に複数の橋梁やトンネル、付属建築物が含まれる」といった複合的な土木インフラプロジェクトの空間構成を自然かつ厳密にデータ管理できるようになりました。

補足：過渡期の苦肉の策：建築エンティティ見立ての技術

なお、IFC 4.3が登場する以前、土木BIM/CIMの現場では大きな技術的課題が存在していました。「IFC2x3やIFC4には、橋梁や橋脚を表すデータ定義が存在しなかった」のです。

橋脚を柱（IfcColumn）に見立てる実務
国土交通省がCIM（現在のBIM/CIM）の試行業務を開始した2012年度以降、現場やソフトウェアベンダーは土木構造物をIFC形式でエクスポートするために、以下の2つの技術的回避策を講じることを余儀なくされました。
このようなマッピングは日本独自の手法ではなく、世界中で共通して行われていた世界共通の技術的回避策です。

1. 代行エンティティ（IfcBuildingElementProxy）の利用: 汎用形状データとして出力し、拡張属性（Property Set）に「橋脚」「主桁」といった部材名称を文字情報として埋め込む。
2. 建築エンティティへのマッピング（見立て）: 幾何学的・力学的に類似する建築要素へ強引に割り当てる。

土木構造部材	割り当てられた建築エンティティ	構造的・力学的マッピングの理由
橋脚・橋脚柱	IfcColumn（柱）	鉛直荷重を支持する柱状部材としての幾何・機能的類似性
床版	IfcSlab（スラブ / 床）	上面で荷重を面として受け、水平方向に広がる板状構造としての類似性
主桁・横桁	IfcBeam（梁）	曲げモーメントを負担し、床版を支持する線状・骨組み構造としての類似性
橋台・胸壁・擁壁	IfcWall（壁）	背面土圧および土砂を保持する鉛直壁体としての幾何的一致
フーチング・直接基礎	IfcFooting（直接基礎）	上部構造の荷重を地盤・基礎杭へ伝達する基礎構造としての直接的機能一致

主要なBIM/CIMオーサリングツール（Autodesk Civil 3D/Revit、Allplan、Tekla Structures等）は、土木専用スキーマが存在しない制約下でIFC出力を実現するため、標準エクスポートフィルタにおいてこれらの建築クラスへの変換マッピングを実装していました。

建築見立て運用が抱えていた限界
この「建築見立て」運用は、土木専用スキーマが存在しなかった過渡期を支えた確実な実務運用でしたが、以下の決定的な技術的限界を抱えていました。

• 属性検索の不整合: システム上で「橋脚」を検索してもIfcColumnとして認識されているため、建築の柱と混同される。
• 線形追従の不備: 建築エンティティは直交座標系（X, Y, Z）を前提としているため、道路や鉄道の「カーブや勾配（IfcAlignment）」に沿った構造配置の管理が困難。
• 属性情報の欠落: 橋梁特有の耐荷重、点検部材番号、支承条件などの重要属性を標準化された形式で保持できない。

これらの限界を根本から解決するために策定されたのがIFC 4.3です。

日本におけるIFC 4.3受容のタイムライン

日本は動きが遅く、海外のISO規格を後から追従して受容したと思われがちですが、実態は全く異なります。日本は規格を作る側（当事者）として当初から参画し、ISO化（2024年）よりも遥かに早い段階から制度設計を進めていたというのが歴史的事実です。

標準化と国内政策のタイムライン

年代	国土交通省・日本国内の動向	国際規格（buildingSMART / ISO）の動向
2012年〜2017年 （CIM試行期）	・直轄事業でCIM試行を開始 ・地形・線形向けにJ-LandXMLを国総研が策定 ・構造物はIFC2x3（Proxy代用/建築見立て）やオリジナルファイルで試行	・IFCは建築専用（IFC2x3 / IFC4） ・土木拡張の構想（IFC-Alignment等）がスタート
2018年〜2021年 （開発参画・統合期）	・「BIM/CIM」へ名称統合 ・国総研やJACIC、土木学会、建設コンサルタントが国際標準化プロジェクトに直接参画 ・Candidate版での実証実験（PoC）を実施	・IFC-Bridge, IFC-Road, IFC-Rail等統合 ・「IFC 4.3 Candidate Standard」公開（2020年）
2022年〜2023年 （制度先行・原則適用）	・2023年度「BIM/CIM原則適用」を開始 ・将来のIFC 4.3採用を明確化（過渡期としてIFC2x3/4やオリジナルファイルも許容）	・buildingSMART最終標準化承認（2022年） ・ISOへのFast-Track（簡易審査）提案へ移行
2024年〜現在 （ISO正式化・実装期）	・JACICによるIFC 4.3対応ソフトウェア検定が本格稼働 ・各CADソフトがIFC 4.3対応版を順次リリース	・ISO 16739-1:2024 として正式承認・発行（2024年4月）

なぜISO化の前から国交省は動いていたのか？

日本自身が「開発当事者」であったため
国土交通省国土技術政策総合研究所（国総研）やJACIC、土木学会、建設コンサルタントのエキスパートがbSIのインフラ部会（特にIFC-Bridgeなど）に初期から参画し、日本の土木基準や設計思想を反映させていました。そのため、ISO化の前から仕様を熟知していました。

「2023年度 BIM/CIM原則適用」という国家目標
国交省は生産性向上（i-Construction）の柱として、2023年度（令和5年度）までに小規模を除く全ての直轄土木工事・業務でBIM/CIMを原則適用する目標を掲げていました。ISOの厳格な審査完了を待っていては目標に間に合わないため、bSIで仕様が固まった2020〜2022年のドラフト段階（Candidate版）から国内要領の改訂を先行させました。

現場で発生した「タイムラグ」と二重運用の救済措置

行政がロードマップを先行させた一方で、実際の現場運用にはタイムラグが発生しました。

CADベンダーの実装期間
巨大規格であるIFC 4.3をオーサリングツール（CAD）に完全実装し、動作を安定させるには数年の開発期間が必要。

検定制度の整備
国交省への納品にはJACIC等の「ソフトウェア検定」に合格したツールが必要だが、検定環境の整備にも時間を要した。

このため国交省は、2023年度の原則適用後も「将来的にIFC 4.3へ移行する方針を示しつつ、過渡期においてはIFC 2x3/4やCADネイティブデータ（オリジナルファイル）での納品も認める」という柔軟な救済措置（二重運用）を講じました。

国土交通省BIM/CIM納品実務とデータ標準の技術的検証

現在の日本におけるBIM/CIM納品実務は、単一の3Dファイルではなく、用途に応じたハイブリッドな納品体制が採られています。

成果物モデルと指定ファイルフォーマット

国交省の『土木設計業務等の電子納品要領』および『3次元モデル成果物作成要領』に基づき、以下の役割分担で納品が行われます。ルート直下の「BIMCIM」フォルダ配下に階層構造化して格納されます。

成果物区分	対象工種・モデル	規定納品ファイル形式	実務上の役割と運用実態
地表面・土工	地形モデル、道路線形モデル、土工形状モデル	J-LandXML形式 ＋ オリジナルファイル	LandXML 1.2をベースに国総研が策定した標準。線形計算や土量算出に活用。
土木構造物	橋梁、トンネル、樋門・樋管、擁壁、護岸等	IFC形式（IFC4.3推奨） ＋ オリジナルファイル	国際標準形式。部材形状およびプロパティセット（属性）を保持。
地盤・地質	3次元地盤モデル、地質解析データ	オリジナルファイル	解析手法の専門性が高く標準化過渡期のため、当面は独自形式を許容。
統合モデル	全体統合モデル、景観・干渉照査モデル	オリジナルファイル ＋ 無償ビューア形式	複数モデルを統合し、手戻り防止のための段階確認や協議で利用。

なぜオリジナルファイル（CADネイティブ形式）の納品が必須なのか？

現行の中間データ変換（IFC化など）では、変換時に技術的制約により以下の情報が失われるためです。

• パラメトリックな設計履歴（数値変更による自動変形機能）
• 複雑な鉄筋配置・配筋干渉情報
• 非幾何属性の高度な連動データ

後続工程（施工・維持管理）での再編集性を担保するため、交換標準（IFC等）とオリジナルファイルの併納が義務付けられています。

SXF（2D / 3D）とIFC・J-LandXMLの比較と「3D-SXF」の衰退

日本の公共事業において、2次元図面の交換標準として君臨してきたのがSXF（.p21 / .sfc）です。かつては3次元版である「3D-SXF」をBIM/CIMの標準にする検討も行われましたが、最終的に撤退することとなりました。

規格名称	主な記述構造	国際互換性	主な用途と実務上の位置付け
2次元SXF（.p21）	ISO 10303-21 (STEP AP202)	国内独自標準	契約図書としての絶対的地位。 電子納品で義務化。2D図面成果品として必須。
3次元SXF（3D-SXF）	ISO 10303-42 (STEP B-Rep)	極めて限定的	衰退・撤退。 形状表現のみで属性・空間階層が弱く、容量肥大化のため不採用。
IFC（.ifc）	ISO 16739 (EXPRESS)	グローバル標準	構造物BIM/CIMの標準。 オブジェクト指向で空間階層・属性を完備。
J-LandXML（.xml）	LandXML 1.2ベース XML	国内土木拡張	地形・線形・土工の標準。 道路線形やTINサーフェス計算に最適化。

3D-SXFが衰退・不採用となった3つの技術的要因

1. 海外ソフトの非対応: グローバル市場で開発される海外製BIM/CIMツール（Revit, Civil 3D等）でのネイティブ対応が進まなかった。
2. 属性・セマンティクス情報の不足: 単なるB-Rep（境界表現）の3次元形状データであり、BIM/CIMの本質である部材属性や空間階層、線形参照を持てなかった。
3. ファイル容量の肥大化: 広大な土木地形や複雑な構造物サーフェスをSTEPテキスト形式（.p21）で記述すると、ファイル容量がギガバイト級に肥大化し処理不能となった。

この結果、「契約・法的な権利関係は2D-SXF、構造物はIFC、地形・線形はJ-LandXML、再編集用にオリジナルファイル」という現在の役割分担が確立しました。

IFC 4.3導入による実務・経営上のメリット

1. ベンダーロックインの解消とマルチツール連携 特定メーカーのCADシステムに頼ることなく、設計・解析・施工・維持管理でそれぞれ最適なソフトウェアを選択可能になります。
2. ライフサイクルを通じたデータ統合 設計段階で作成された3Dモデルと属性データが、施工（ICT土木・出来形管理）から維持管理（アセットマネジメント）まで欠損することなくシームレスに引き継がれます。
3. 点検・アセットマネジメントの高度化 各部材に割り当てられるグローバル一意識別子（GUID）により、「どの橋の、どの部材に、どのような点検・修繕履歴があるか」を3D空間上で厳密に紐付け・管理できます。

まとめと今後の展望

IFC 4.3のISO化（ISO 16739-1:2024）と国内での普及は、日本の建設デジタルトランスフォーメーション（建設DX）における最も重要なデータ基盤の整備です。

本記事の要点まとめ

IFC 4.3の進化
道路・鉄道・橋梁・港湾の4ドメインと線形（IfcAlignment）を追加し、社会インフラ全体を網羅。

過去の「建築見立て」の解消
橋脚をIfcColumn（柱）として出力していた時代が終わり、ネイティブなIfcBridge等で管理可能に。

日本の受容プロセス
ISO化を待つのではなく、日本自身が開発に参画し、2023年のBIM/CIM原則適用に向けて制度を先行させていた。

実務納品のハイブリッド構造
構造物はIFC、地形・土工はJ-LandXML、契約用図面は2D-SXF、再編集用にオリジナルファイルを併納する運用が定着。

次なるステップ：全ドメインの統合（IFC 4.4）から「データ構造の根本変革（IFC5）」へ

本稿で取り上げたのはISO規格としての最新バージョンであるIFC4.3ですが、実は現在もbuildingSMARTの主導によりIFC 4.4（Tunnel）の策定が進めら得れており、位置付けとしては、山岳・シールド・開削などのトンネル領域を追加するためのバージョンです。
さらには、IFC 5の基礎開発までも同時に進められています。

これら2つのバージョンの同時進行は決して矛盾しません。下記のような棲み分けが行われてます。

IFC 4.4
建築から道路・鉄道・港湾・トンネルに至るすべての主要な社会インフラ全領域における幾何・属性定義「属性定義・分類」が物理的に完成します。

IFC 5
その完成した定義・知見をそのまま引き継ぐ形で、新しいWebネイティブなデータ構造へと載せ替える。

ファイル受け渡しから「Web/API・差分更新」へ

従来のIFCはギガバイト級の単一巨大ファイルをやり取りする構造であり、処理スピードのネックとなっていました。
IFC 5ではEXPRESSからの完全脱却とモジュール化を進め、REST APIやWebネイティブ形式を活用することで、必要な差分データのみをリアルタイムに更新・同期する時代へと移行します。

OpenUSD連携と都市デジタルツイン（PLATEAU）との融合
国土交通省の「PLATEAU」やNVIDIA Omniverse等のリアルタイム3Dエンジンとの連携において、従来のIFCは描画性能やマルチユーザー編集に課題がありました。
IFC 5では3D業界標準のOpenUSDの思想を取り入れ、「物理情報・属性の厳密性を担うIFC」と「高速描画・シミュレーションを担うOpenUSD/GIS」がハイブリッドに融合します。
これにより、設計・施工モデルがそのまま都市の維持管理や防災シミュレーションを動かすリアルタイム空間データ基盤へと直結します。

次回記事では、このIFC5を大きく取り上げようと思います。ぜひお楽しみに。