BIM・IFCブログに戻る
納品とISO 19650 · 2026-10-01 · 10分
BCF 2.1 と 3.0：課題のビューポイントが間違った位置で開く理由
BCF は、課題がツール間を移動しても失われないようにするための形式です。実際にはカメラが地下に現れ、断面ボックスが消え、ラベルも失われます。原因は少数で具体的、そして修正可能です。それを知れば、どのツールを信頼すべきかが分かります。
BCF 2.1 と 3.0：課題のビューポイントが間違った位置で開く理由 — IFC Viewer Online article cover
BCF（BIM Collaboration Format）の役割は 1 つです。課題があるツールから別のツールへ、コンテキストを保ったまま届くようにすること。コメント、カメラ位置、選択された要素、場合によっては断面ボックス。どこで課題を開いても、作成者が見ていたものとまったく同じものが見えるはずです。
3 社のソフト間で BCF をやり取りしたことがある人なら、それがどれほど頻繁に失敗するか知っています。カメラが地下で開く、空を向いている。断面ボックスがない。ラベルが消えている。コメントが最初の「&」で途切れる。どれも謎ではなく、すべて少数の具体的な実装ミスから来ています。
.bcfzip の中身
BCF ファイルは zip です。中にはトピックごとに 1 つのフォルダがあり、それぞれに markup.bcf（トピック、コメント、ビューポイント一覧）、1 つ以上の .bcfv ビューポイントファイル（カメラ、選択、表示状態、断面）、任意の PNG スナップショットが入っています。すべてプレーンな XML です。解凍して読むことができ、ツールの挙動がおかしいときはそうすべきです。
issues.bcfzip
├── bcf.version
├── 1f2c…/
│ ├── markup.bcf ← topic, comments, viewpoint references
│ ├── viewpoint.bcfv ← camera, components, clipping planes
│ └── snapshot.png
└── 7a90…/
└── …
2.1 と 3.0：インポートを壊す違い
同じ課題の BCF 2.1 と 3.0。コメント、ビューポイント、ラベルが Topic の中やコンテナ要素に移ります。
| 項目 | BCF 2.1 | BCF 3.0 |
|---|
| markup.bcf 内のコメント | <Topic> の兄弟要素 | <Topic><Comments> の中に入れ子 |
| ビューポイント一覧 | <Topic> の兄弟要素 | <Topic><Viewpoints> の中に入れ子 |
| ラベル | <Labels> 要素の繰り返し（ラベルごとに 1 つ） | 1 つの <Labels> コンテナと子要素 <Label> |
| 透視カメラ | 位置、方向、上方向ベクトル、視野角 | 同上＋必須の AspectRatio |
| 許可される値 | 暗黙的。ファイル外で合意 | プロジェクト拡張で宣言 |
| 実際のサポート状況 | ほぼすべて | 増加中だがばらつきあり |
データモデルはほとんど変わっていませんが、XML の構造は変わりました。一方の構造向けに書かれたパーサーは、もう一方をコメントのないトピックとして読みます。この表は障害パターンのリストとして読んでください。Topic の隣でコメントを探すツールは、3.0 ファイルでは 1 件も見つけられません。Labels コンテナを期待するツールは、2.1 ファイルをラベル 1 つ、あるいはゼロとして読みます。AspectRatio のない 3.0 カメラはスキーマ上無効で、インポーターによってはビューポイント全体を拒否します。
カメラが間違った位置に現れる理由
IFC は Z 軸が上、three.js は Y 軸が上。変換しないとカメラは 90° 回転し、オフセットを戻さないと別の場所に現れます。
BCF のカメラは IFC プロジェクトのワールド座標（メートル単位、Z 軸が上）で保存されます。多くの Web ビューアは Y 軸が上の three.js で描画し、大きな測地座標が GPU 上で揺れないよう、モデルを原点付近へ移動させることも多くあります。どちらも妥当な描画上の選択ですが、ビューポイントを書き出す前に両方とも元に戻す必要があります。
- 軸の変換を忘れると、カメラは 90° 回転して届きます。空を見上げるか、床を突き抜けて下を向きます。
- 表示用オフセットを忘れると、向きは正しくても、モデルから数百メートル、あるいは数キロ離れた場所に現れます。
- カメラは変換したが断面は変換しなかった場合、視点は正しいのに、断面ボックスはまったく別の場所を切っています。
オフセットの問題は、測地座標の設定が正確であるほど深刻になります。実座標は大きな数値だからです。背景はIFC の座標とジオリファレンスで解説しています。
どの BCF ツールにも使える 10 分テスト
- すべてを含む課題を 1 つ作る 斜め方向の透視カメラ、選択した要素 2 つ、断面ボックス、ラベル 3 つ、そして「&」、引用符、アクセント付き文字を含むコメント。
- 2.1 と 3.0 の両方で書き出す 片方のバージョンしか書き出せないなら記録しておきましょう。いずれもう一方を必要とする相手に出会います。
- 別のツールに読み込む カメラの向き、モデルまでの距離、選択、断面ボックス、ラベル数、そしてコメント本文を 1 文字ずつ確認します。
- 往復させる 2 つ目のツールから再度書き出し、最初のツールに読み戻します。1 回の受け渡しには耐えても 2 回目で壊れるものは、いずれ会議 1 回分のコストになります。
私たちの BCF エクスポーターは、まさにこのテストの後に書き直されました。ビューポイントは表示用オフセットを除いた IFC のワールド座標軸で書き出され、断面はビューポイントと一緒に渡り、2.1 のラベルは要素の繰り返しとして書き出され、インポートしたコメントは XML エンティティをデコードして全文読み込まれます。2.1 と 3.0 の両方を書き出せるので、相手に合わせられます。
BCF が確実に処理されるための約束事
- 要素ごとではなく原因ごとに 1 トピック。プロパティセットが欠けた壁 400 枚は、代表的なビューポイントを 1 つ持つ 1 トピックです。
- ルールや要件をタイトルに入れる。「Pset_WallCommon.FireRating 欠落――エクスポートテンプレートに追加」なら対応できますが、「データ不足」ではできません。
- リビジョンでラベル付けする。リビジョン 6 で起票したトピックにはそう明記し、後の比較で二重に起票されないようにします。
- スナップショットは必ず添付する。相手がツールを開く前に受信トレイで目にするのはこれで、多くの場合それしか見ません。
検証レポートや送付状と並ぶ、納品パッケージ全体の中での BCF の位置づけはIFC モデルと一緒に納品すべきもので解説しています。リビジョン比較からトピックを自動起票する方法は2 つの IFC バージョンを比較する方法にあります。
BCF 2.1 と 3.0：課題のビューポイントが間違った位置で開く理由