今週、社内会議で「デジタルツインって結局BIMと何が違うの？」と役員から聞かれ、うまく答えられずに詰まりました。悔しかったので、ここ1週間で流れてきたデジタルツイン関連の記事を読み直し、自分の言葉で整理してみます。
今週のデジタルツイン、目についた動き
Formula Eの試走できないコースをTCSが再現
試走できないコースをTCSのデジタルツインで攻略、「Formula E」の舞台裏では、市街地コースで実走テストができない条件下、路面状況やコーナー特性を仮想空間で再現しドライバーが事前に走り込むという話が出ていました。「一発勝負の現場を、事前にどこまで詰められるか」という発想は、都市部の狭小地や夜間工事の段取りに近いものを感じます。
宇宙×地上を統合するSPACETWIN-X設立
INDUSTRIAL-Xが株式会社SPACETWIN-Xを設立したというニュース。衛星データを地上の物理空間と紐づける動きで、災害時のインフラ被害把握や広域の資材輸送計画などに繋がりそうです。愛知県の自治体レベルのデジタルツイン活用と組み合わさると、都市計画や再開発案件の与件整理がかなり変わりそうな予感がします。
物理AI向けGPUクラウドと、モデルの融合
NTTPCがフィジカルAI向けGPUクラウドを出してきました。ロボットや自律機械の学習環境をクラウドで回せる仕組みで、施工ロボの開発ハードルは下がっていくはず。あわせて物理ベースモデルとAIを融合する次世代MBSEの記事も出ており、経験則で語られてきた施工手順や仮設計画を、物理シミュレーションとAI推論の両輪で検証する流れが見えます。
ROS 2 × Unityで自作するデジタルツイン学習
個人レベルでもROS 2 JazzyとUnity 6でService通信を実装する記事が出ていて、ロボット制御と3D空間の連携が手元で試せる時代になっています。BIMモデルをUnityに持ち込んで動かす取り組みは社内でも試したことがあり、地続きで面白い領域です。
ゼネコンBIM担当としての独自考察
ここまで読んで感じたのは、デジタルツインの本命は「モデルを作ること」ではなく「現実側のデータを吸い上げ続ける仕組み」の方だということ。BIMは設計・施工までのモデルで役割を終えがちですが、竣工後にセンサやレーザースキャナから点群を戻して差分を取る運用まで組めると、ようやくツインと呼べる気がします。
うちの会社の現状で考えると、応用可能性が高いのは仮設計画と施工ステップ検証。Formula Eの事例と発想が近くて、市街地のクレーン旋回範囲や資材揚重の動線を、通行止め条件や近隣建物込みで事前に回せれば、協力会社との段取り会議がかなり短くなるはず。今は職長さんの経験に頼っている部分を、シミュレーション結果を叩き台に議論できる形にしたい。
社内標準化への活かし方としては、いきなり「全案件デジタルツイン化」を掲げるのは筋が悪いと思ってます。まずはBIMモデルの命名規則・分類コードを、後からセンサIDや点群と紐づけられる粒度で整えておく方が先。ここが揃っていないと、竣工後にデータを流し込んでも突合できず、結局Excel台帳に戻ってしまう。過去に設備の機器表とBIMのプロパティが一致せず、積算チームと数量突合で丸一日潰した経験があり、あの手戻りは二度とやりたくないです。
現実的なハードルは、費用対効果を発注者にどう説明するか。デジタルツインは維持管理フェーズで効いてくる話が多く、施工契約の範囲では回収が難しい。設計・施工・FM(維持管理)を跨いだデータ引き渡しの契約条項を、発注者と一緒に組み立てる交渉力が要る気がしてます。ここは若手の自分にはまだ荷が重いテーマ。
総括
今週の動きを追って、デジタルツインは「BIMの延長」ではなく「BIMを素材として使う別レイヤー」だと自分の中で整理できました。冒頭の役員からの質問には、次に聞かれたら「BIMは設計図の3D版、デジタルツインは竣工後も現実と同期し続ける生き物」と答えるつもりです。まずは来月の社内テンプレ改訂で、プロパティ命名を維持管理連携まで見据えた形に直す提案を出してみます。