BIM/CIM土工の実装
—— IFC・LandXMLの土量→工程→コスト連携レシピ

① データ作成

• 点群クリーニング→地表抽出
• 基準地形（既設/計画）をLandXMLへ
• IFCに区画（Zone）と属性の器を用意

② 数量拾い

• Method=TIN/VOX/SECで土量V[m³]
• ZoneID×PhaseID単位で集計
• Assumption（密度・含水・切盛区分）を保存

③ 工程・コスト

• WBSにZoneIDを割付→出来高Sカーブ
• CostCode×数量×単価で見積
• 出来高→予算消化→差異アラート

LandXML（地形・線形・断面）

• 既設/計画の地形サーフェス、中心線、横断。
• 土量計算の“幾何の真実”を持つ。
• 属性は最小限。ZoneID等は要フィールド化。

IFC（属性・運用のハブ）

• 区画（Zone）や工種（Task/Process）を格納。
• 数量・単価・WBS・CostCode等の管理属性を保持。
• 3Dビューで関係者合意・承認ログの母艦。

手法と再現性

• Method=TIN/VOX/SEC
• Assumption={密度, 含水, 外周, 丸め}
• RunConfig（バージョン・閾値・担当）をログ化

区画・工程で集計

• 集計キー：ZoneID × PhaseID × Method
• V[m³]・M[t]・台数を同時算出
• IFC属性へ書込／CSV出力（後述テンプレ）

単位換算

• 湿潤密度：ρ = ρd(1+w)
• 質量：M[t] = V[m³] × ρ
• 台数：ceil( (M/ρhaul) ÷ C )

ルール

• WBS各タスクにPhaseIDを採番。
• 土量CSVの各行にZoneID/PhaseIDを付与。
• 出来高更新はZoneID×PhaseIDで集計。

出来高とSカーブ

• TargetQty = Σ V(区画×工程)
• ActualQty = 日次進捗の積上げ
• 差異=Actual-Planを可視化→是正行動

ひな形（定義リスト）

• CostCode：C-110運搬/C-120処分 等
• 単価：円/台・km or 円/m³・km or 円/m³
• 計算式：土量関数（往復距離、切/盛別）

紐付け式（例）

運搬費 = 台数 × 2D × U

処分費 = V × Udisp

総コスト = 運搬 + 処分 + 付帯

出来高×原価

• 出来高% = ActualQty/TargetQty
• 予算消化 = 出来高% × 見積総額
• 差異 = 実績支出 – 予算消化

ありがち

• 区画IDと工程IDが一致しない（集計不能）
• LandXML側にZoneIDがない（後追いマッピング地獄）
• 数量の手法・前提が記録されていない（再現不可）
• コスト科目が粒度バラバラ（合算できない）

対策

• 命名規則：EW-区画-工程の固定パターン
• 属性必須：ExternalId/ZoneID/PhaseID/CostCode/Method/Assumption
• テンプレ運用：CSV列の固定とバリデーション
• 変更ログ：数量RunConfigをバージョン管理

Q. 先にIFC？LandXML？

A. 地形・線形はLandXMLが主、属性ハブはIFC。まずLandXMLで幾何を固め、同じIDでIFCに“器”を作るとスムーズです。

Q. 土量手法の違いはどう扱う？

A. MethodとAssumptionを必須属性に。再計算できる形で保存し、承認時はバージョンを固定します。

Q. 工程・コストソフトとどう連携？

A. CSV/APIでZoneID/PhaseID/CostCodeを共通キーに。列名テンプレを共通化すれば乗換えも容易です。

Q. 途中で区画が変わったら？

A. 旧ZoneIDは廃番にせず「非推奨（deprecated）」で残し、新ZoneIDにマッピング表を持たせて差分集計します。