BIM・IFCブログに戻る
- 44 — 自動でチェックされる品質ルール
- 3 — 検証レベル：スキーマ → 品質 → IDS
- 6 — 検証されるIDS 1.0のファセット
- 0 — ブラウザー内のチェックに必要なファイルアップロード
IFCモデルチェッカーとは
IFCモデルチェッカーは、IFCファイルの内容と構造を、定められたルールセットに照らして自動で検証するソフトウェアです。3Dビューアーで目に見える範囲を超えて、データ層そのものを調べます。GUID、空間階層、プロパティセット、ジオメトリ、分類、そしてプロジェクト固有の要件です。
出力されるのは構造化されたレポートです。どのルールに合格し、どのルールで不合格になったか、重大度ごとの指摘事項の件数、そしてプロジェクトの納品ゲートとして使える数値の品質スコアが示されます。BIMコーディネーターはこれを使って、問題が共通データ環境（CDE）や調整用の統合モデル、発注者に届く前に見つけ出します。
この用語は、IFCファイルを開けるツール全般を指して曖昧に使われることもあります。本ガイドでは厳密な定義を用います。チェッカーはルールに照らしてデータを検証し、合否の判定を出すもの。ビューアーはジオメトリを表示するものです。実務のワークフローではたいてい両方が必要ですが、両者は別の機能です。
今なぜIFCチェックが重要なのか
2026年、体系的なIFCチェックが避けて通れなくなっている要因は3つあります。
- ISO 19650の普及：情報要件は、想定するものではなく検証すべきものになりました。多くの契約に、測定可能な受入基準を伴うデータ納品の義務が盛り込まれています。
- オープンBIMのワークフロー：オーサリングツール（BIMソフト）や専門分野の間でIFCをやり取りするうちに、品質上の負債が積み重なって膨らんでいきます。4種類のオーサリングツールを経て組み上がった壁には、受け渡しのたびにチェックしない限り、4種類の命名規則が混在します。
- FM（ファシリティマネジメント）への引き渡しのプレッシャー：デジタルツインを受け取る建物オーナーは、実際に設置された資産と一致するプロパティデータを期待しています。これを保証する唯一の方法が、設計段階と施工段階での体系的なチェックです。
IFCモデルチェックの3つのレベル
IFCの検証は、1回きりの合否テストではありません。3つの異なるレベルで行われ、それぞれが別の種類の問題を捉えます。
| レベル | チェック内容 | 検出できる問題 | 対応ツール |
|---|
| L1：スキーマ | EXPRESSスキーマ、エンティティ／属性の型、必須フィールド | 破損したファイル、誤ったIFCバージョン、無効なエンティティ参照 | 本格的なIFCツールならどれでも |
| L2：品質 | 44の品質ルール：GUID、階層、名前、ジオメトリ、プロパティ | 重複したGUID、階の欠落、空の名前、壊れたジオメトリ | IFC Viewer Online、Solibri、BIMcollab Zoom |
| L3：要件（IDS） | プロジェクト固有のプロパティ、分類、マテリアルのルール | 耐火性能の欠落、誤った分類コード、情報交換要件（EIR）のメタデータの欠如 | IFC Viewer Online、buildingSMART Validator |
3つのレベルは積み重なっています。L1に合格して初めてL2に意味があり、L2に合格して初めてL3に意味があります。レベル1：スキーマとEXPRESSの検証
IFC規格は、形式的なデータモデリング言語であるEXPRESSで定義されています。L1チェッカーは、ファイル内のすべてのエンティティがEXPRESSの定義と一致しているかを検証します。必須属性が存在するか、値の型が正しいか、列挙値が有効か、参照整合性が保たれているか、といった点です。これは最低限のハードルです。L1に不合格のファイルは、後工程のどのツールでも確実には処理できません。
レベル2：品質ルールの検証
L2チェックでは、業界のベストプラクティス、buildingSMARTのガイダンス、実プロジェクトの納品で繰り返し見られてきた典型的な不具合から導いた44のルールを適用します。これらのルールがカバーする領域は6つです。
識別子
すべての要素が、仕様に準拠した一意のGUIDを持っていること。GUIDが重複していると、CDEでのバージョン追跡、干渉チェック、BCFによる調整が破綻します。
空間階層
すべての建築要素が階に割り当てられ、すべての階が建物に、建物が敷地に属していること。階層が壊れていると、調整ツールで要素が表示されなくなります。
プロパティセット
標準のPset（Pset_WallCommon、Pset_BeamCommonなど）が存在し、値が入力されていること。Psetが欠落していると、数量拾いやFMへの引き渡しに支障が出ます。
ジオメトリ
ソリッドのジオメトリが閉じていて、ブーリアン演算が解決され、要素の体積がゼロでないこと。ジオメトリが壊れていると、モデルレビューや4D/5Dシミュレーションでエラーが発生します。
分類
EIRで求められている場合に、要素に分類コード（Uniclass、OmniClass、NBS）が付与されていること。分類が欠落していると、調達やFMの資産台帳が機能しなくなります。
リレーションシップ
IfcRelContainedInSpatialStructure、IfcRelAggregates、タイプとインスタンスの関係が正しく構成されていること。関係が壊れていると、空間ツリーが崩れます。
レベル3：IDSによる検証
IDS（Information Delivery Specification）は、プロジェクトの特定の段階でモデルにどのデータが含まれていなければならないかを厳密に定義するための、buildingSMARTの規格です。IDSファイルには必須のエンティティ、属性、プロパティセット、プロパティ値、分類、マテリアルが指定され、チェッカーはモデル内の各要素がその仕様を満たしているかを検証します。IDS 1.0は2024年に承認され、契約書やEIRで参照されることが増えています。6つのファセットの詳細は、IDS実装の完全ガイドをご覧ください。
Health Score：モデル品質をひとつの数値で
指摘事項を修正するにはルールごとのレポートが欠かせませんが、それを納品ゲートに使うのは現実的ではありません。Health Scoreは、重大度で重み付けした対数型のペナルティによって、44のルールを0〜100のひとつの数値に集約します。エラー（納品を止める問題）には警告の3倍の重みがかかります。つまり、重大なエラーが2件あるモデルは、軽微な警告が数十件あるモデルよりも大幅に低いスコアになります。
| スコア範囲 | 評価 | 意味 | 対応 |
|---|
| 90–100 | 優秀 | 指摘事項がほとんど、またはまったくない、納品可能なモデル | CDEへのアップロードを承認 |
| 75–89 | 良好 | 軽微な指摘事項あり。ほとんどの調整段階では許容範囲 | 正式な納品の前に修正 |
| 50–74 | 可 | 納品前に是正が必要な指摘事項が複数ある | モデル作成チームに差し戻す |
| 25–49 | 不良 | 複数のルールカテゴリーにわたる重大なデータ品質の問題 | 是正は必須 |
| 0–24 | 致命的 | 構造やデータに根本的な問題があり、調整に使えないモデル | 受け入れない |
Health Scoreの区分と、各ゲートでBIMコーディネーターが取るべき推奨対応。体系的なチェックがもたらすビジネス上のメリット
調整作業の迅速化
干渉チェックの前にモデルを事前スクリーニングしてL2のエラーを取り除けば、壊れたジオメトリや階層が原因の誤った干渉をなくせます。調整会議は、手直しのための場ではなく、生産的な場になります。
正確な数量拾い
積算（QS）のツールは、正しいPsetと分類を前提にしています。L2チェックに合格したモデルからは信頼できる材料数量が得られますが、合格しないモデルでは、数量明細書（BOQ）を更新するたびに手作業での修正が必要になります。
契約への準拠
ISO 19650の情報要件が契約上の効力を持つプロジェクトは増え続けています。チェックの監査証跡があれば準拠を証明でき、引き渡し時のデータ品質をめぐる紛争から身を守れます。
安心してFMに引き渡せる
資産管理システムは、IFCからプロパティデータを取り込みます。Psetが揃い、分類が正しく、GUIDが有効なモデルなら、CAFMに自動でデータが入ります。そうでないモデルでは、コストのかかる手作業でのデータ入力が必要になります。
ISO 19650のワークフローにおけるIFCチェック
ISO 19650は、情報納品のマイルストーン（IDM）と情報要件（EIR、AIR）を定めています。IFCモデルチェックは、このフレームワークの3つの時点に対応します。
Authoring tool (Revit / ArchiCAD / Tekla)
│
▼ IFC export
[L1 Schema check] ──fail──▶ Return to author
│ pass
▼
[L2 Quality check (44 rules)] ──fail──▶ Return to author with error report
│ pass (Health Score ≥ threshold)
▼
[L3 IDS check] ──fail──▶ Return to author with IDS non-conformances
│ pass
▼
CDE upload (approved for coordination)
│
▼
Clash detection / coordination
│
▼
[Pre-submission L2+L3 recheck] ──fail──▶ Fix before submission
│ pass
▼
Client / FM handover
チェックのタイミング：プロジェクトの6つのチェックポイント
CDEへのアップロード前
不適合なモデルが共有環境に入り込むのを防ぎます。最低でもL1+L2、IDSが発行されていればL3も実施します。
各設計段階のゲート
調整用の統合モデルにまとめる前に、すべての専門分野のモデルをチェックします。構造、意匠、設備（MEP）をそれぞれ個別にチェックします。
干渉チェックの前
壊れたジオメトリや階層は、誤った干渉を生みます。干渉チェックのセッション前にL2のレポートをクリーンにしておけば、何時間もの原因調査を省けます。
発注者への提出前
Health Scoreを記録したうえで、正式なIDS検証を行います。適合の証拠として、チェックレポートをモデルと一緒にアーカイブします。
大きな改訂の後
空間構造、命名、プロパティデータに手を加える改訂があれば、必ず再チェックを行うべきです。CLIやAPIのワークフローを使えば、エクスポートのたびに自動でチェックすることも可能です。
FMへの引き渡し時
最終的なLOI（情報の詳細度）のチェック：必要なプロパティはすべて入力されているか。分類コードは正しいか。GUIDのセットは安定しているか。
技術解説：チェックの内部の仕組み
最新のブラウザーベースのIFCチェッカーは、WebAssemblyを使ってIFCの解析エンジンとルール評価のロジックをブラウザー内で直接実行するため、サーバーとの往復通信が発生しません。IFCファイルはメモリ上のスキーマグラフに解析され、各ルールはそのグラフに対するクエリとして評価されます。一般的な意匠モデル（50〜200MB）では処理に15〜60秒かかり、レポートのUIを駆動する構造化された結果オブジェクトが生成されます。
IDS検証では、チェッカーがIDSのXMLファイルを読み込み、各仕様を要素のフィルター条件とプロパティのアサーションの組にコンパイルしたうえで、モデル内の該当するすべての要素をそのアサーションに照らして評価します。結果として、要素ごと・仕様ごとに、合格／不合格／対象外のステータスを持つ適合記録が得られます。
ワークフローに合ったチェッカーの選び方
適切なツールは、調整における役割、プロジェクトの規模、予算によって変わります。詳しい比較はIFCモデルチェッカーのおすすめ比較を、チェックと閲覧の概念的な違いについてはIFCモデルチェッカーとIFCビューアーの違いをご覧ください。要点は次のとおりです。
| シナリオ | 推奨アプローチ | 理由 |
|---|
| BIM作成者が自分のエクスポートをチェックする | ブラウザーベースのチェッカー（IFC Viewer Online） | すぐ使えて無料、アップロード不要、その場でフィードバックが得られる |
| BIMコーディネーターが受け取ったモデルをレビューする | ブラウザーベースのL2チェック＋プロジェクトのIDSに照らしたIDSチェック | 3レベルの検証をすべて実施でき、ツールチェーンに依存しない |
| Solibriのルールセットを使う大規模な複数分野のプロジェクト | Solibri＋ブラウザーベースの事前スクリーニング | 事前スクリーニングでSolibriの処理待ちを減らし、Solibriでプロジェクト固有のルールを追加する |
| モデル改訂時のCI/CDによる自動品質ゲート | APIベースのチェッカーまたはCLIラッパー | 人の操作なしで起動でき、CDEのワークフローと連携できる |
| 発注者が証明となるレポートを求める場合 | HTML/PDFのレポートとJSONの監査証跡を出力できるツール | 引き渡し時に、適合を示す確かな証拠になる |
IFCチェックのための、シナリオ別ツール選定ガイド。はじめてのIFCチェック：ステップ・バイ・ステップ
- オーサリングツールからIFCをエクスポートします。IFC4を使用してください（プロジェクトで指定されている場合はIFC2x3）。エクスポート設定は、プロジェクトのBEPと一貫させます。
- IFC Viewer OnlineでIFCファイルを開きます。アカウントもアップロードも不要で、ファイルをブラウザーにドラッグするだけです。
- 検証パネルに移動します。L1のスキーマチェックは自動で実行され、L2の品質チェックもすぐに始まります。Health Scoreと、重大度・カテゴリー別の指摘事項の内訳を確認します。
- プロジェクトの記録用に、レポートをJSONまたはHTMLでエクスポートします。プロジェクトでIDSファイルが発行されている場合は、IDSパネルで読み込んでL3チェックを実行します。
今すぐIFCチェックを試す
このIFC2x3の意匠モデルで、3レベルのチェックプロセスを確認できます。検証パネルに移動して、Health Scoreとルールごとの詳しい内訳をご覧ください。
IFC2x3 · 2.4 MB
インタラクティブなIFCビューアーを開く
重複したGUIDを設計中に見つければ、数分で済みます。FMへの引き渡し時に見つかれば、何日もかかります。体系的なチェックは余計な手間ではありません。手に入る品質管理の中で、最も安上がりな方法です。
BIMコーディネーションの原則
3レベルの検証
スキーマ → 品質（44のルール）→ IDSの要件。各レベルは前のレベルを土台にしています。
ゲートとしてのHealth Score
重大度で重み付けした0〜100のスコア。BEPで、調整用には75、正式な納品には90を設定します。
アップロード前にチェック
ブラウザー内でチェックするので、NDAのリスクがなく、すぐにフィードバックが得られ、ツールチェーンへの依存もゼロです。
ISO 19650との整合
各IDMでチェックすることで、5.6項のレビューと承認の義務を、監査可能な証跡とともに満たせます。
続けて読む：チェッカーとビューアーは何が違うのか、ツールのカテゴリーはIFCモデルチェッカーとIFCビューアーの違いで解説しています。主要8ツールをチェックの深さとワークフローへの適合性で比較したのが2026年のおすすめIFCモデルチェッカーです。BIMコーディネーター向けの実践的なチェック手順は納品前にIFCモデルをチェックする方法、最もよくある10のIFCエラーとそれぞれの検出方法はIFCモデルのよくあるエラー10選、Health Scoreの算出方法と品質ゲートとしての使い方はIFC Health Scoreガイドをご覧ください。
IFCモデルチェッカー完全ガイド（2026年版）
