IFCとは何か？建設業で使われる基本的な意味
IFCとは、Industry Foundation Classesの略称で、建築・土木分野のBIM情報について、建設要素の意味や属性、要素間の関係などの情報構造を定めるオープンな国際標準です。中核となるデータスキーマに基づく情報は、.ifc、.ifcXML、.ifcZIPなどの交換形式で表現されます。建設業では、設計者、構造設計者、設備設計者、施工会社、維持管理担当者など、さまざまな関係者が建物に関する情報を扱います。しかし、それぞれが異なるソフトウェアや業務環境を利用していると、同じ建物の情報であっても、そのまま共有できない場合があります。
こうした問題を解決するために活用されるのがIFCです。IFCを利用すると、BIMモデルに含まれる建物の形状や部材の種類、寸法、材料、性能、配置などの情報を、異なるソフトウェア間で受け渡しやすくなります。
例えば、建築設計者が作成した建物モデルを施工会社に共有する場合を考えてみましょう。設計者と施工会社が異なるソフトウェアを使用していると、元のデータを直接開けなかったり、一部の情報が正しく読み込まれなかったりする可能性があります。
このような場合、IFC形式でモデルを書き出して共有すれば、対応するソフトウェアで建物の形状や属性情報を読み込めます。受け取った側は、設計者が作成したモデルを参考にしながら、施工計画や干渉確認、数量把握などの業務を進められます。
ただし、IFCは単なる3次元形状の保存を目的とした仕組みではありません。壁や柱、床、窓、配管などの建設要素を、それぞれの意味を持つオブジェクトとして表現できる点が重要です。例えば、画面上では同じような立体形状に見える部材でも、IFCでは壁なのか柱なのか、あるいは設備配管なのかを区別して扱えます。
さらに、それぞれの部材に関連する属性情報や、ほかの部材との接続関係、建物内での配置などもデータとして管理できます。
つまり、IFCは建設プロジェクトに関係する複数の担当者が、共通のルールに基づいてBIM情報を交換するための仕組みです。建設業でIFCを理解することは、BIMモデルを作成するだけでなく、設計から施工、維持管理までの情報共有を円滑に進めるうえでも重要になります。
建設業でIFCが重要視される背景
建設業でIFCが重要視される背景には、プロジェクトに関係する組織や担当者が多く、情報共有の方法も多様化していることがあります。
従来の建設プロジェクトでは、図面や仕様書、数量表などを個別に作成し、それぞれの資料を関係者間で共有する方法が一般的でした。この方法では、図面の変更が発生した場合に、関連する資料をそれぞれ更新する必要があります。更新のタイミングがずれると、設計図面と施工図面、数量資料などの間に不整合が生じる可能性があります。
BIMの普及によって、建物を3次元モデルとして作成し、形状や属性情報をまとめて管理する方法が広がっています。しかし、BIMを導入しても、関係者全員が同じソフトウェアを利用できるとは限りません。
設計会社は設計業務に適した環境を使用し、施工会社は施工管理や工程調整に適した環境を使用する場合があります。また、設備会社や専門工事会社が独自の業務システムを利用しているケースもあります。
このような環境では、特定のソフトウェアのネイティブ形式だけでデータを交換しようとすると、受け取る側がファイルを開けない、編集できない、必要な情報を確認できないといった問題が発生します。
IFCは、こうしたソフトウェア間の違いを吸収し、共通のデータ構造で情報を受け渡すための手段になります。
また、建設プロジェクトでは、設計段階で作成した情報を施工段階でも利用し、完成後には維持管理へ引き継ぐことが求められます。設計時に整理した部材の種類や仕様、設備の位置などを後工程でも活用できれば、情報を再入力する手間を抑えられます。
ただし、IFC形式に変換すればすべての情報が完全に維持されるわけではありません。利用するソフトウェアやIFCのバージョン、書き出し設定によって、引き継げる情報には違いがあります。そのため、どの情報を誰に渡し、受け取った側が何に利用するのかを事前に整理することが重要です。
建設業では、複数の専門分野が協力して一つの建物や構造物を完成させます。IFCは、それぞれの専門分野で作成されたBIM情報を共有し、プロジェクト全体の整合性を確保するための基盤として活用されています。
IFCファイルとBIMモデルの基本的な仕組み
IFCの仕組みを理解するには、BIMモデルを構成する情報がどのように整理されているかを知る必要があります。
BIMモデルは、建物の形状を3次元で表現するだけのデータではありません。建物を構成する部材や設備をオブジェクトとして管理し、それぞれに属性情報や配置情報、ほかの要素との関係性を持たせています。
IFCでは、このような情報を一定のデータ構造に従って記述します。
例えば、建物に柱が設置されている場合、IFCでは柱を柱として識別できるオブジェクトとして表現します。柱の形状や位置だけでなく、部材としての種類や寸法、材料などの情報も関連付けられます。
同様に、壁、床、屋根、ドア、窓、梁、階段、配管、ダクトなども、それぞれの用途や性質に応じたオブジェクトとして扱えます。
IFCでは、こうしたオブジェクトを定義する仕組みとして、エンティティと呼ばれるデータの分類が用いられています。エンティティは、建設要素や空間、関係性などを表現するための基本的な単位です。
例えば、壁を表すIfcWallや柱を表すIfcColumn、床を表すIfcSlabなどがあります。これらを使うことで、単なる立体形状ではなく、建物のどの部分を構成する要素なのかをデータとして識別できます。
また、IFCでは建物全体を階層的に整理する仕組みも用意されています。プロジェクト全体を表すIfcProjectを起点として、敷地を表すIfcSite、建物を表すIfcBuilding、階層を表すIfcBuildingStorey、室を表すIfcSpaceなどの要素を使って、空間構造を整理できます。
例えば、ある設備機器が特定の建物の3階に設置されている場合、その設備機器がどの建物や階に属しているのかを関連付けて管理できます。
さらに、IFCではオブジェクト同士の関係性も重要な情報です。壁と床がどのように接しているのか、ドアがどの壁に設置されているのか、設備機器がどの空間に配置されているのかといった情報を関係性として表現できます。
属性情報については、プロパティセットと呼ばれる仕組みが利用されます。プロパティセットには、部材の材質や性能、識別情報、管理上必要な項目などを格納できます。
このように、IFCファイルには、形状、属性、空間構造、オブジェクト同士の関係性など、複数の種類の情報が含まれます。
一般的なIFCデータの交換では、.ifc（STEP Physical File／SPF）形式が広く利用されています。これは、IFCスキーマに基づくデータをテキストで表現する形式です。ほかに、XMLで表現する.ifcXMLや、SPFまたはXMLのIFCデータをZIPに格納する.ifcZIPもあります。これらはIFC標準そのものではなく、IFCデータの表現・交換形式です。
重要なのは、IFCファイルを開いたときに表示される3次元モデルだけを確認するのではなく、その内部にどのような情報が保存されているかも理解することです。形状が正しく表示されていても、属性情報や空間構造が欠落している場合には、目的とする業務に利用できない可能性があります。
特徴1：特定のソフトウェアに依存しないオープンな国際標準
IFCの大きな特徴は、特定のソフトウェアや開発会社に依存しない、公開された国際標準であることです。
建設業では、設計、構造計算、設備設計、施工管理、維持管理など、業務によって必要な機能が異なります。そのため、プロジェクトに参加する会社が同じソフトウェアを使用するとは限りません。
仮に、ある会社が作成したBIMモデルを、その会社が使用するソフトウェアのネイティブ形式でしか共有できない場合、受け取る側にも同じ環境が必要になる可能性があります。異なるソフトウェアを使用している会社では、モデルを開けなかったり、情報の確認に制限が生じたりすることがあります。
IFCは、こうした問題を軽減するために、共通のデータ構造を定めています。対応するソフトウェアであれば、異なる開発環境で作成されたBIMモデルでも、IFC形式を介して情報を読み込めます。
例えば、建築設計会社が作成した建物モデルをIFC形式で出力し、施工会社が別のソフトウェアで読み込むといった使い方ができます。施工会社は、受け取ったモデルをもとに部材の位置や形状を確認し、施工計画や関係者との調整に利用できます。
この仕組みは、複数の会社が関係する大規模な建設プロジェクトで特に重要です。
また、オープンな国際標準であることは、特定のソフトウェアだけにデータが依存する状態を避けるうえでも役立ちます。プロジェクトの途中で利用環境が変わった場合や、完成後に別の担当者がモデルを引き継ぐ場合でも、IFCを共通の受け渡し形式として活用できます。
ただし、オープンな国際標準であることと、すべてのソフトウェアで完全に同じ状態を再現できることは異なります。各ソフトウェアによって対応するIFCのバージョンやエンティティ、属性情報、形状表現には違いがあります。
特に、独自に設定された属性や特殊な形状、ソフトウェア固有の編集情報などは、変換時に引き継がれない場合があります。
そのため、IFCを利用する際は、送信側と受信側で対応バージョンを確認し、必要な情報が正しく読み込めるかを検証することが大切です。
IFCは、異なる環境の関係者が共通のBIM情報を扱うための重要な手段ですが、実際の互換性はソフトウェアの対応状況やデータの作成方法によって左右されます。
特徴2：建物や設備をオブジェクト単位で管理できる
IFCの2つ目の特徴は、建物を構成する要素をオブジェクト単位で管理できることです。
一般的な3次元モデルでは、形状を立体として表現することが中心になる場合があります。しかし、建設業では、見た目の形状だけでなく、その部材が何であるかを把握することが重要です。
例えば、建物の中に柱、梁、壁、床、窓などが配置されているとします。これらを単なる立体形状として扱うだけでは、それぞれがどのような役割を持つのか、どのような材料で構成されているのかを別途確認する必要があります。
IFCでは、こうした建設要素を意味のあるオブジェクトとして分類できます。
柱であれば柱として、壁であれば壁として、設備配管であれば配管として識別できるため、モデル内の対象物を種類ごとに抽出したり、特定の部材だけを確認したりしやすくなります。
例えば、施工担当者が建物の床や壁に関する情報を確認したい場合、IFCモデルに含まれるオブジェクトの種類を利用して、対象となる要素を絞り込めます。
また、オブジェクトごとに属性情報を持たせられることも重要です。柱には断面形状や材料、壁には厚さや仕上げに関する情報、窓には寸法や性能に関する情報などを関連付けられます。
これにより、モデル上で対象物を選択し、その部材に関する情報を確認するという使い方が可能になります。
さらに、部材ごとに識別情報を付与しておけば、設計段階から施工段階、維持管理段階まで同じ対象を追跡しやすくなります。
例えば、設備機器に固有の識別情報を設定しておけば、施工時に確認した機器と完成後の維持管理対象を対応付ける際に役立ちます。ただし、識別情報をどのように引き継ぐかは、プロジェクト内でルールを定めておく必要があります。
オブジェクト単位で管理できることは、数量把握にも関係します。モデル内の部材を種類ごとに集計したり、特定の属性条件に合う要素を抽出したりすることで、数量確認の効率化につながります。
ただし、IFCモデルから取得できる数量が、そのまま発注数量や出来高数量として利用できるとは限りません。重複要素や未モデル化部分、控除条件、施工上のロスなどを考慮する必要があります。
また、モデルの作成者によって、同じ部材でもオブジェクトの分類方法が異なる可能性があります。例えば、複雑な部材を単一のオブジェクトとして表現する場合と、複数の部材に分けて表現する場合では、集計結果が変わることがあります。
そのため、オブジェクト単位で管理する際には、分類ルールや属性の設定方法を関係者間で共有しておくことが重要です。
特徴3：部材同士の関係性や空間構造を保持できる
IFCの3つ目の特徴は、建物を構成する部材同士の関係性や、建物全体の空間構造をデータとして保持できることです。
建設プロジェクトでは、個々の部材の形状や寸法だけでなく、それらが建物のどこに配置され、どのように関係しているかを把握する必要があります。
例えば、建物の3階に設置されている空調設備について確認する場合、設備機器の位置だけでなく、どの建物に属しているのか、どの階に配置されているのか、どの室に関連しているのかといった情報が必要です。
IFCでは、建物全体をプロジェクト、敷地、建物、階、空間などの階層に分けて整理できます。これにより、個々の部材が建物のどの部分に属しているのかを把握しやすくなります。
また、部材同士の関係性も表現できます。例えば、ドアが特定の壁に設置されていることや、壁が特定の階に属していることなどを、関係性として管理できます。
この情報は、建物モデルを単なる立体形状の集合ではなく、構造化されたデータとして扱うために重要です。
施工段階では、こうした関係性を活用することで、対象となる部材がどの場所にあるのかを確認しやすくなります。例えば、特定の階に配置された設備や、ある室に関連する建築部材を抽出する場合に役立ちます。
さらに、建築、構造、設備の各モデルを統合する際にも、空間構造や部材の位置関係が重要になります。異なる専門分野のモデルを重ね合わせることで、配管が梁と干渉していないか、設備機器が必要な設置スペースを確保できているかなどを確認できます。
ただし、空間構造や関係性が正しく設定されていなければ、期待した結果を得られません。例えば、部材が正しい階に関連付けられていなかったり、空間情報が欠落していたりすると、階別の集計や室単位の情報抽出に支障が生じます。
また、部材の配置情報についても注意が必要です。IFCでは、建物全体の座標や階層ごとの相対的な位置などを使って要素の配置を表現します。異なるモデルを統合する場合には、座標の基準や配置の考え方を統一しておかなければ、モデル同士がずれて表示される可能性があります。
特に、広い敷地を対象とする土木工事や複数棟を含む建設プロジェクトでは、座標の管理が重要になります。
IFCが持つ関係性と空間構造を正しく活用するためには、モデルの作成段階から建物の階層や部材の所属関係、配置基準を明確にしておくことが大切です。
特徴4：形状情報と属性情報を一緒に扱える
IFCの4つ目の特徴は、建物や設備の形状情報と属性情報を同じデータの中で扱えることです。
建設業では、部材の形状だけでなく、寸法、材料、性能、識別番号、製造情報、管理情報など、さまざまな情報が必要になります。
例えば、ある壁をBIMモデルで表現する場合、3次元の形状だけでは壁の厚さや材料、仕上げの種類などを十分に把握できないことがあります。そこで、IFCでは壁のオブジェクトに属性情報を関連付けて管理します。
属性情報には、標準的な項目だけでなく、業務に応じて必要となる情報を追加することもできます。プロパティセットを利用することで、部材の性能や管理上の項目などを整理できます。
例えば、設備機器であれば、機器の種類や識別番号、能力、設置場所、管理区分などを設定することが考えられます。建築部材であれば、材料や仕上げ、寸法、耐火性能など、対象物に応じた情報を関連付けられます。
このように、形状と属性を組み合わせることで、BIMモデルを設計や施工だけでなく、さまざまな業務に利用しやすくなります。
例えば、施工担当者が設備機器を選択した際に、その機器の種類や仕様を確認できれば、図面と別資料を何度も照合する手間を減らせる可能性があります。また、維持管理担当者が設備機器の属性を参照できれば、点検や交換の計画を立てる際の基礎情報として活用できます。
ただし、属性情報を設定する際には、項目の意味や入力形式を統一する必要があります。
例えば、同じ材料を表す場合でも、担当者によって異なる名称を入力していると、材料別の集計や検索が難しくなります。単位についても、長さをミリメートルで入力するのか、メートルで入力するのかを統一しなければ、情報の比較や計算で誤りが生じる可能性があります。
また、属性情報には、IFCの標準的なプロパティセットと、プロジェクト独自に設定したプロパティセットがあります。受け取り側のソフトウェアが独自の項目を認識できない場合、情報が表示されなかったり、別の場所に格納されたりすることがあります。
そのため、IFCを介して属性情報を共有する場合には、どの項目を必須とするのか、どのような名称や単位を使用するのか、どの段階で情報を更新するのかを事前に決めておくことが重要です。
形状情報と属性情報を一体的に管理できることはIFCの大きな利点ですが、情報の品質を確保するには、入力ルールと確認方法の整備が欠かせません。
特徴5：建築・構造・設備など異なる分野の情報を統合できる
IFCの5つ目の特徴は、建築、構造、設備など、異なる専門分野で作成されたBIMモデルを統合して扱えることです。
建設プロジェクトでは、一つの建物を完成させるために複数の専門分野が協力します。建築設計者は建物の空間や仕上げを検討し、構造設計者は柱や梁、基礎などの構造要素を設計します。設備設計者は空調、給排水、電気設備などの配置や仕様を検討します。
それぞれの専門分野が独立してモデルを作成すると、個別のモデルでは問題がなくても、統合したときに部材同士が干渉する可能性があります。
例えば、空調設備のダクトを通す位置に構造梁が配置されていた場合、施工段階で干渉が発覚すると、設計変更や施工計画の見直しが必要になります。
IFC形式で各分野のモデルを受け渡せば、対応するソフトウェアを利用して複数のモデルを統合し、全体の配置や干渉状況を確認しやすくなります。
具体的には、建築モデル、構造モデル、設備モデルを同じ座標基準で配置し、空間的な重なりや離隔不足などを確認します。これにより、設計段階で問題を発見し、施工前に調整することが可能になります。
また、統合モデルは関係者間の合意形成にも役立ちます。平面図や断面図だけでは把握しにくい設備の配置や、天井裏の配管・ダクトの取り合いなどを3次元で確認できるため、関係者が同じ状況を見ながら協議を進められます。
さらに、専門分野ごとのモデルを分けて管理しておけば、変更が発生した際に影響する範囲を把握しやすくなります。例えば、設備配管の経路を変更する場合、関連する建築部材や構造部材との関係を再確認できます。
ただし、複数分野のモデルを統合するには、事前の調整が必要です。座標系、基準高さ、単位、モデルの対象範囲、部材の分類方法などが異なると、正しく重ね合わせられない場合があります。
また、各分野でモデル化の詳細度が異なる場合、統合モデルを見ても同じ精度で比較できないことがあります。例えば、設備側では配管を詳細にモデル化している一方、建築側では天井や壁の一部が簡略化されている場合、干渉確認の結果を慎重に判断する必要があります。
そのため、統合する前に各モデルの作成範囲と用途を確認し、どの段階の情報を基準として調整するのかを明確にしておくことが大切です。
IFCは、異なる専門分野の情報を共通の形式で受け渡すことで、分野間の情報連携を支援します。設計段階から施工段階まで、関係者が同じモデルを参照できる環境を整えることが、手戻りの削減につながります。
特徴6：設計から施工・維持管理まで情報を引き継げる
IFCの6つ目の特徴は、設計段階で作成したBIM情報を、施工や維持管理などの後工程に引き継ぐために利用できることです。
建設プロジェクトでは、設計段階で作成した情報が施工段階で必要になり、完成後には施設管理や設備点検などでも利用されます。しかし、各工程で情報の管理方法が異なると、同じ情報を何度も入力し直す必要が生じます。
例えば、設計段階で作成した設備機器の情報を施工会社が別の資料に転記し、完成後には施設管理担当者がさらに別の管理台帳へ入力するような運用では、入力作業が増えるだけでなく、転記ミスや更新漏れが発生する可能性があります。
IFCを利用して情報を引き継げば、設計段階で作成したオブジェクトや属性情報を後工程でも参照できるようになります。
設計段階では、建物の形状や部材の配置、設備の仕様などが主な情報になります。施工段階では、それらに加えて施工に必要な情報や調整結果などを確認します。維持管理段階では、設備機器の識別情報や仕様、設置場所、点検に関する情報などが重要になります。
このように、工程ごとに必要な情報は異なりますが、IFCを共通の受け渡し形式として利用することで、各工程で必要な情報を整理して引き継ぐことができます。
特に、建物の完成後に設備機器の位置や仕様を確認する場合、BIMモデルに必要な属性情報が含まれていれば、現地で対象機器を探す際の参考になります。
また、改修工事を実施する場合にも、既存のBIMモデルが適切に維持されていれば、現況確認や設計検討の基礎資料として活用できます。既存の建物を改修する際には、壁や床の構成、設備の配置、配管経路などを把握することが重要です。
ただし、IFCファイルを一度作成すれば、その後のすべての変更が自動的に反映されるわけではありません。施工中に設計変更が発生した場合や、現場で設備の位置が変更された場合には、モデル側の情報を適切に更新する必要があります。
また、維持管理に必要な情報が設計段階ですべて入力されているとは限りません。実際に設置された機器の製造情報や交換履歴、点検記録などは、施工完了時や運用開始後に追加する必要があります。
そのため、プロジェクトの初期段階で、設計、施工、維持管理の各工程で必要となる情報を整理しておくことが重要です。
IFCを活用する際には、単にファイルを受け渡すことを目的にするのではなく、後工程でどの情報を利用するのかを明確にする必要があります。これにより、情報の重複入力や引き継ぎ漏れを抑え、建設プロジェクト全体でBIMデータを活用しやすくなります。
IFCとCADデータ・PDFデータの違い
IFCを理解するうえでは、CADデータやPDFデータとの違いを把握することも重要です。
建設業では、従来からCADによる図面作成やPDFによる図面共有が広く行われています。一方、IFCはBIMモデルの情報構造や意味、属性、関係性などを定める国際標準であり、その標準に基づくデータを所定の交換形式で受け渡します。それぞれのデータが持つ役割は異なります。
CADデータは、主に設計図面や形状情報を作成・編集するために利用されます。2次元CADでは、線分や円、寸法などを使って平面図や断面図を作成します。3次元CADでは、立体形状や部品構成などを表現できます。
ただし、一般的なCADデータでは、壁や柱といった建設要素の意味や、部材同士の関係性が必ずしも統一された形で管理されているわけではありません。作成方法によっては、同じ壁であっても複数の線や面として表現される場合があります。
これに対してIFCでは、壁や柱、床などを意味のあるオブジェクトとして分類できます。形状だけでなく、属性情報や空間構造なども保持できる点が異なります。
PDFデータは、図面や文書の閲覧、印刷、配布などに適した形式です。完成した図面を関係者に共有したり、承認資料として提出したりする際に利用されます。
PDFは、表示内容を共有する目的には適していますが、通常の図面PDFだけでは、建物を構成する部材の種類や属性情報、オブジェクト同士の関係性をBIMモデルのように構造化して扱うことはできません。
一方、IFCは、モデル内の情報をソフトウェアで読み取り、対象物を選択したり、属性情報を抽出したりすることができます。
例えば、建物の壁を確認する場合、PDFでは図面上の壁の位置や寸法を目視で確認することが中心になります。IFCでは、壁のオブジェクトを選択して、その形状や属性情報を参照することが可能です。
ただし、IFCがCADやPDFより常に優れているというわけではありません。それぞれに適した用途があります。
図面の閲覧や印刷にはPDFが便利であり、設計図面の作成や編集にはCADが適しています。一方、BIMモデルの構造化された情報を異なる環境で共有する場合にはIFCが有効です。
実務では、IFCだけですべての資料を管理するのではなく、図面、仕様書、PDF、CADデータなどと組み合わせて利用することが重要です。
また、IFC形式に変換したデータは、元のCADやBIMソフトウェアのネイティブ形式と同じ編集性を持つとは限りません。独自のパラメトリック情報や編集履歴、ソフトウェア固有の設定などが失われる場合があります。
そのため、IFCは主に情報交換やモデル参照に利用し、元データの編集が必要な場合にはネイティブ形式も適切に保管するという運用が効果的です。
建設業でIFCを活用する具体的な場面
IFCは、建設プロジェクトのさまざまな場面で活用できます。特に、複数の会社や専門分野が関係するプロジェクトでは、共通形式でBIM情報を共有できるメリットがあります。
代表的な活用場面の一つが、設計段階でのモデル共有です。
建築設計者が作成したBIMモデルを構造設計者や設備設計者に共有することで、建物全体の構成や空間の条件を把握しやすくなります。各担当者は、共有されたモデルを参照しながら、自分の専門分野に関する設計を進められます。
例えば、設備設計者が天井裏の配管やダクトの経路を検討する際には、建築モデルや構造モデルを参照することで、必要な設置スペースを確認できます。
もう一つの活用場面が、施工前の干渉確認です。
建築、構造、設備のモデルを統合すると、配管と梁、ダクトと天井、設備機器と壁などの位置関係を確認できます。部材同士の干渉や施工スペースの不足を早期に発見できれば、現場での設計変更や施工のやり直しを抑えやすくなります。
また、施工計画の検討にもIFCを利用できます。
施工担当者は、BIMモデルから部材の位置や寸法、空間の構成を確認し、施工順序や作業スペースを検討できます。複雑な構造物や設備が集中する場所では、2次元図面だけでは把握しにくい位置関係を3次元で確認できるため、関係者間の認識を合わせるうえで役立ちます。
数量の確認も活用場面の一つです。
IFCモデルに適切な部材情報や数量情報が設定されていれば、壁や床、柱などの要素を抽出し、面積や体積、個数などを把握するための基礎データとして利用できます。
例えば、特定の階に設置された壁の数量を確認したり、設備機器の種類別に設置台数を集計したりすることが考えられます。
ただし、モデルに含まれていない部材や、数量の算出ルールが統一されていない要素は正しく集計できない場合があります。数量を見積もりや発注に利用する場合は、控除条件や集計範囲、モデルの完成度を確認することが必要です。
さらに、完成後の維持管理でもIFCを活用できます。
施設管理担当者がBIMモデルを参照できれば、設備機器の配置や部材の仕様を確認しやすくなります。設備の点検や更新、改修工事を計画する際にも、モデル内の情報が参考になります。
例えば、空調設備の設置場所や関連する空間を確認できれば、現地で対象機器を特定する際の手掛かりになります。
このほか、既存建物の改修計画や増築計画でも、既存のBIMモデルを利用することで、建物の構成や設備配置を把握しやすくなります。ただし、既存モデルが実際の建物の状態を正確に反映しているかどうかは、別途確認する必要があります。
このように、IFCは設計段階だけでなく、施工、数量確認、施設管理、改修など、建設ライフサイクルの幅広い場面で活用できます。
IFCファイルを受け渡す際に確認したいポイント
IFCファイルを業務で利用する場合、単にファイルを出力して相手に送るだけでは十分ではありません。受け渡し後に必要な情報を正しく利用できるよう、事前に確認することが重要です。
まず確認したいのが、IFCのバージョンです。
IFCには複数のバージョンがあり、対応するエンティティやデータ構造、表現できる情報などに違いがあります。送信側が新しいバージョンでファイルを書き出しても、受信側のソフトウェアが対応していなければ、正しく読み込めない可能性があります。
そのため、プロジェクトの初期段階で、どのバージョンを使用するのかを関係者間で決めておく必要があります。
次に、座標系と配置基準を確認します。
建設プロジェクトでは、建物の位置や高さを正確に共有する必要があります。異なる担当者が作成したモデルを統合する場合、原点や基準高さ、方位、単位などが一致していなければ、モデルがずれて表示される可能性があります。
特に、複数の建物や広い敷地を対象とする場合には、共通の座標基準を設定することが重要です。地理的な位置情報を利用する場合は、使用する座標参照系や測地基準なども確認しておく必要があります。
また、形状情報だけでなく、属性情報が正しく引き継がれているかも確認します。
例えば、設備機器の種類や識別番号、壁の材料、部材の仕様など、受け取り側が必要とする情報がIFCファイルに含まれているかを確認します。
モデルを画面上で表示しただけでは、属性情報の欠落に気付かない場合があります。そのため、対象となるオブジェクトを選択し、必要な属性が表示されるかを確認することが大切です。
さらに、モデルの対象範囲を明確にする必要があります。
IFCファイルには、建物全体を含める場合もあれば、特定の階や専門分野のモデルだけを含める場合もあります。受け渡しの目的に応じて、必要な範囲が正しく出力されているかを確認しましょう。
例えば、設備の干渉確認を目的とする場合、建築や構造のモデルと設備モデルを同じ範囲で確認できる状態にする必要があります。一方、特定の設備機器の情報だけを共有する場合は、必要なオブジェクトに絞って出力する方法も考えられます。
また、ファイル名や更新日、モデルの作成者、対象範囲などの管理情報も整理しておくと、複数のファイルを扱う際に混乱を防ぎやすくなります。
特に設計変更が繰り返されるプロジェクトでは、古いIFCファイルと新しいIFCファイルが混在する可能性があります。どのファイルが最新なのか、どの変更内容が反映されているのかを明確にすることが重要です。
最後に、受け渡し前には実際に受信側の環境で読み込みテストを実施しましょう。
送信側で問題なく表示されていても、受信側のソフトウェアでは形状や属性情報の一部が正しく表示されない場合があります。代表的な部材を選択して情報を確認し、必要な範囲のモデルが正しく表示されるかを検証することで、受け渡し後のトラブルを抑えられます。
IFCを利用するときの注意点と失敗を防ぐ方法
IFCは建設業における情報共有を支援する便利な形式ですが、利用方法を誤ると、期待した効果が得られない場合があります。特に注意したいのが、変換時の情報欠落、モデルの品質、データ容量、バージョンの違いです。
まず、IFCに変換するときには、元のBIMモデルに含まれるすべての情報が維持されるとは限らないことを理解しておく必要があります。
ソフトウェアによっては、独自の編集機能やパラメトリック情報、特殊な属性などをIFCに完全に変換できない場合があります。また、受信側のソフトウェアが対応していないエンティティや属性については、情報が表示されなかったり、簡略化された形で読み込まれたりすることがあります。
そのため、IFCを出力する前に、どの情報を共有する必要があるのかを整理し、必要な項目が出力対象に含まれているか確認しましょう。
次に、モデルの品質にも注意が必要です。
IFC形式に変換したからといって、元のモデルに含まれる誤りが修正されるわけではありません。部材の位置が間違っている場合や、属性情報が未入力の場合には、その問題が変換後のファイルにも引き継がれる可能性があります。
例えば、柱の位置が実際の設計条件と異なっていたり、設備機器の属性が不足していたりすると、IFCモデルを利用した干渉確認や数量把握の結果にも影響します。
そのため、IFCを作成する前に、元のBIMモデルの形状や属性、空間構造などを確認しておくことが大切です。
また、ファイル容量にも配慮する必要があります。
建物全体の詳細なモデルや、複数分野のモデルを一つのIFCファイルにまとめると、データ容量が大きくなる場合があります。容量が大きいファイルは、読み込みに時間がかかったり、共有や保管に手間がかかったりする可能性があります。
このような場合には、利用目的に応じてモデルを分割する方法が考えられます。例えば、建物の階ごとに分けたり、建築、構造、設備などの専門分野ごとに分けたりすることで、必要な範囲だけを扱いやすくなります。
ただし、分割する際には、各ファイルの座標や基準位置を統一しておく必要があります。基準が異なると、後から統合した際に位置がずれる可能性があるためです。
さらに、バージョンや出力設定の管理も重要です。
同じIFCという名称であっても、バージョンや出力設定によって含まれる情報や読み込み結果が異なる場合があります。関係者がそれぞれ異なる条件でファイルを作成すると、統合時に不整合が生じる可能性があります。
プロジェクトでは、使用するIFCのバージョンや必要な属性項目、座標の基準、モデルの分割方法などを共有しておきましょう。
加えて、IFCファイルの更新管理も欠かせません。
施工中には、設計変更や現場調整によってモデルの内容が変わることがあります。古いファイルを参照したまま作業を進めると、実際の設計条件と異なる状態で施工してしまう可能性があります。
ファイルを更新する際には、更新日や版数、変更内容を明確にし、関係者が最新の情報を参照できる運用を整えることが重要です。
最後に、IFCファイルの内容を過信しないことも大切です。
IFCモデルは設計や施工の判断を支援する情報ですが、現場の実際の状況を常に正確に反映しているとは限りません。施工中に発生した変更や、現地で確認された寸法の差異などが、モデルに反映されていない場合もあります。
そのため、必要に応じて図面や現場写真、測量結果、施工記録などと照合しながら利用することが重要です。
現場情報とBIMモデルを連携して施工管理の精度を高める方法
IFCを建設現場で有効に活用するためには、BIMモデルの情報と現場で取得した情報を組み合わせることが重要です。
IFCは、設計段階で作成された建物や設備の情報を共有するうえで役立ちます。一方、施工現場では、実際の施工状況や部材の設置位置、作業の進捗、施工後の状態など、モデルだけでは把握できない情報が発生します。
例えば、設計段階で作成したBIMモデルでは、設備配管が所定の位置に配置されていても、実際の現場では既存設備との取り合いや施工条件によって位置が変更されることがあります。
このような場合、IFCモデルだけを参照していると、実際の施工状況との間に差異が生じる可能性があります。
そこで重要になるのが、現場で取得した情報を適切に記録し、BIMモデルと照合できるように管理することです。
現場写真は、施工状況を視覚的に記録するための基本的な情報です。配管の設置状況や部材の取り付け状態、仕上げの状態などを撮影しておけば、後から施工内容を確認する際に役立ちます。
ただし、写真だけでは撮影した場所を特定しにくい場合があります。似たような設備や部材が複数の階や区画に存在する建物では、写真と対象箇所の対応関係が分からなくなる可能性があります。
そのため、撮影位置や撮影日時、対象となる工事区分などを併せて記録しておくことが大切です。
位置情報を活用すると、現場写真や施工記録と実際の場所を対応付けやすくなります。例えば、建物内の特定の区画や敷地内の施工箇所を位置情報とともに管理すれば、後から対象箇所を確認する際の手掛かりになります。
また、測量によって取得した位置情報や現況の形状データを活用すれば、設計モデルと実際の施工状況の差異を確認するための基礎資料として利用できます。
ただし、位置情報の精度や取得方法は、現場の環境や使用機器によって異なります。建物内部や遮蔽物の多い場所では、衛星測位による位置情報が安定しない場合もあるため、必要に応じて測量基準点や既知点などを利用した確認が必要です。
現場情報を整理する際には、LRTK Phone、LRTKアプリ、LRTKクラウドを役割に応じて組み合わせる方法もあります。LRTK Phoneはスマートフォンと組み合わせて使うGNSS-RTK測位端末で、LRTKアプリが測位結果や測位写真などを記録し、LRTKクラウドがデータの保存・閲覧・編集・共有を担います。
例えば、LRTKアプリで施工箇所の測位写真を記録してLRTKクラウドに同期すれば、撮影位置とともに写真を閲覧・管理できます。工事区分や確認事項などを含む施工記録全般を管理できるかは、必要な項目がアプリやクラウドの機能に対応しているかを確認したうえで判断してください。
IFCモデルに含まれる部材情報や空間情報と、現場で取得した記録を照合することで、設計時の想定と実際の施工状況を比較するための材料を整理できます。
ここで重要なのは、現場情報が自動的にIFCファイルへ統合されると考えないことです。写真や位置情報をIFCモデルと連携して利用する場合には、対象部材の識別番号や場所、撮影日時などの対応関係を明確にし、利用するシステムの連携方法を確認する必要があります。
また、現場で取得した情報をどの担当者が確認し、誰がモデルの更新を判断するのかという運用ルールも必要です。
例えば、施工担当者が現場で設計との差異を確認した場合、その内容を写真や記録として残し、設計担当者や施工管理担当者が確認する流れを整備します。そのうえで、正式な設計変更が必要なのか、施工上の調整で対応できるのかを判断し、必要に応じてBIMモデルを更新します。
このような運用を整えることで、IFCを単なるファイル交換の手段として使うだけでなく、現場の情報を含めた施工管理の改善につなげられます。
特に、広い敷地や複数の工区を持つ建設プロジェクトでは、写真や位置情報を活用した記録管理が役立ちます。どの場所で何が施工され、どのような確認が行われたのかを整理しておけば、関係者間の情報共有や施工後の確認を効率化できます。
まとめ
IFCとは、建設業で利用されるBIM情報の構造や意味、属性、関係性などを定めるオープンな国際標準です。IFCに基づくデータは、.ifc（STEP Physical File／SPF）、.ifcXML、.ifcZIPなどの形式で表現・交換できます。建物や設備の形状だけでなく、部材の種類や属性情報、空間構造、オブジェクト同士の関係性などを扱えることが大きな特徴です。
IFCには、特定のソフトウェアに依存しないこと、建物や設備をオブジェクト単位で管理できること、部材同士の関係性や空間構造を保持できること、形状情報と属性情報を一緒に扱えること、異なる専門分野のモデルを統合できること、設計から施工・維持管理まで情報を引き継げることという6つの特徴があります。
これらの特徴を活用すれば、設計会社、施工会社、設備会社などの関係者間でBIM情報を共有しやすくなります。また、干渉確認や数量把握、施工計画、施設管理など、さまざまな業務の効率化にもつながります。
一方で、IFCに変換すればすべての情報が完全に引き継がれるわけではありません。バージョンやソフトウェアの対応状況、座標系、属性情報、モデルの作成品質などによって、受け渡し後のデータに差異が生じる場合があります。
そのため、IFCを導入する際には、利用目的を明確にし、必要な情報や出力条件、受け渡し方法を関係者間で統一することが重要です。さらに、実際に受信側の環境で読み込みテストを実施し、形状や属性情報が正しく引き継がれているかを確認する必要があります。
また、BIMモデルだけで現場の状況をすべて把握することは難しいため、現場写真や位置情報、測量データ、施工記録などと組み合わせることも大切です。設計時の情報と実際の施工状況を照合できる環境を整えることで、施工管理の精度向上や手戻りの削減につながります。
現場情報をBIMモデルと連携させる際は、LRTK Phoneで測位し、LRTKアプリで記録した座標や測位写真などをLRTKクラウドで閲覧・共有するなど、端末・アプリ・クラウドの役割を区別して活用することが重要です。施工記録全般の管理については、必要な記録項目と対応機能を確認したうえで、必要に応じて他の管理手段と併用してください。IFCによるBIMデータの共有と現場情報の記録・管理を組み合わせ、設計から施工まで一貫した情報活用を進めていきましょう。