都市デジタルツインとは｜PLATEAU・LODと防災・都市計画・交通活用の確認点

都市デジタルツインは、都市の形状や属性、観測等のデータを組み合わせ、地域の状態や施策を検討するための仕組みです。3D都市モデルを表示しただけで、現況の把握や将来の予測がすべて完成するわけではありません。本記事では2026年10月27日に確認した公開資料を基に、PLATEAUの利用、必要なデータと詳細度、防災・都市計画・交通での検討、継続運用を整理します。確認項目と進め方は本稿の提案です。

都市デジタルツインは、形状・属性・観測と計算を目的に合わせてつなぐ

都市を扱う仕組みでは、建物や道路等の位置と形状に加え、何の地物か、どのような用途・構造かといった属性を使います。交通量や気象等を追加する場合は、その観測時点と範囲が必要です。表示が細かく動いていても、すべてが現在の実測情報とは限りません。元の都市モデル、観測した値、条件を置いて計算した結果、将来の計画を区分し、画面上でも違いを説明できるようにします。

Connected Urban Twinsプロジェクトの説明は、3D都市モデルとほかの都市データを組み合わせ、問いに合う要素を選んで分析する考え方を示しています。一つの仕組みですべての都市課題へ答えられるという説明ではありません。ドイツのプロジェクトの概念説明を、日本の法制度や、国内で導入済みの成果・性能として扱うものでもありません。

情報の種類	役割の例	一緒に確認すること
形状・位置	建物、道路や地形の空間関係を表す	対象範囲、座標、単位、作成元と詳細度
属性	用途や構造等を分析の条件へ使う	項目の定義、取得時点、不明・欠測
観測	交通、気象等の状態を捉える	観測場所、時刻、遅延、機器と欠測
計算・シナリオ	置いた条件の下で結果を比較する	入力、モデル、仮定、検証と適用範囲

検討の出発点は、「都市を丸ごと再現する」ことより、誰が何を決めるかです。地域の説明、防災計画、建物配置の比較、交通施策では、必要な範囲と判断の精度が異なります。例えば住民への空間的な説明に使える表示が、構造の安全確認や車両の自動制御へそのまま使えるとは限りません。情報の受け手、必要な出力、誤った場合の影響と、人が確認する工程を決めます。

リアルタイム連携も、すべての用途の必須条件として追加するものではありません。一定時点の計画比較でよいのか、最新の観測が必要かを選び、必要な更新速度と許容する遅延を定めます。元データが古い場合に、見た目の更新だけで新しい現況と誤認されない表示も必要です。部門や提供者が異なる情報は、受渡しの権限と更新する責任をそろえ、利用目的に必要な範囲へ絞ります。

PLATEAUは、対象地域・取得時点・LODと属性を確認して利用する

PLATEAUは、国土交通省が進める3D都市モデルの整備・活用・オープンデータ化の取り組みです。公式FAQは、配布の基本形式をCityGMLとし、地域によってほかの形式もあることを説明しています。モデルは一定時点の航空写真等を基に作られるため、最新の建設状況を反映していない場合があります。全国のすべての場所が同じ内容・時点で整備されているという前提を置かず、対象データのカタログを確認します。

国交省の2022年公開の学習資料は、3D都市モデルを位置・形状と意味情報の統合として説明しています。建築物では、箱型のLOD1、屋根等の形状を含むLOD2、開口部等まで表すLOD3という違いを紹介しています。これは資料にある建築物の説明であり、すべての地物や規格の版へ同じ定義を一律に当てるものではありません。提供範囲や細かな要件は、利用するデータと仕様の版で確認します。

LODが高いことと、すべての位置・寸法や属性が正確であることも別です。写真のテクスチャが付いて精細に見えることだけで、窓や扉が形状・属性として利用できるとは判断しません。用途に必要な対象が含まれるか、屋根や開口等をどの単位で取り出せるか、属性の不明値をどう扱うかを確かめます。資料中の過去の提供範囲を、現在の全国一律の整備状況へ置き換えないようにします。

OGCのCityGMLの公開概要は、都市の地物の意味、形状と関係を表し、保存や交換へ使うモデルを説明しています。実装では、概念モデル、交換形式、製品が読み書きできる仕様を分けて照合します。形式名が同じことだけで、すべての属性や識別が変換後も保たれるとは限りません。受け手で表示・抽出・照合し、必要な意味情報が欠けていないかを確認します。

本稿では、入手したデータの名称、地域と範囲、取得・整備の時点、仕様と版、座標・単位、利用する地物・属性、欠測と加工履歴を記録することを勧めます。元データを残し、分析用・表示用へ変換したデータと区分します。変換や重ね合わせをした後には、位置のずれ、属性の欠落、識別の重複を確認します。更新時に何を取り替え、既存の観測や計算結果へどのような影響が出るかも追える状態にします。

防災・都市計画・交通では、計算の適用条件と実証の範囲を確かめる

防災で都市モデルを使う場合、形状だけでなく、地形、河川、想定する外力、建物の属性等が必要になります。国交省の朝来市を対象とする2025年度の開発・実証の報告は、洪水浸水シミュレーションと建物情報を組み合わせたリスク評価、従来の物理シミュレータとの比較、職員による操作の検証を説明しています。一つの対象地域・条件での報告を、すべての災害や全国での性能・継続運用の確認へ広げません。

同報告では、内水氾濫等への解析対象の拡大、過去災害との整合性や利用者向け画面等に課題が残ることも示されています。計算機上で従来手法に近い結果になったことと、実際の被害を正しく予見したことは異なります。過去の観測、既存の解析や専門家の確認と比較し、対象外を明示します。結果をそのまま避難指示や安全の確定へ使わず、適切な担当が判断する運用にします。

検討用途の例	追加で確認する情報	結果の扱い
防災	想定条件、地形・建物、観測や解析の根拠	想定の結果と現在の状況、判断する担当を区分
都市計画・景観	計画案と現況、建物や周辺条件、評価方法	見た目の比較と専門的な解析・審査を区分
交通・MaaS	道路や経路、時刻・運行、需要、利用条件	可視化やシミュレーションと実際の配車・運行を区分

都市計画では、建物配置や景観を説明する表示と、日影や風などを計算する機能を分けます。入力する形状、計算の条件、利用する手法が違えば結果も変わります。住民の意見を集める用途では、どの計画案を、どの条件で見てもらったかを残し、画面の分かりやすさと、計画への賛否や合意を同じ指標にしないようにします。会議で表示できたことだけで、正式な審査・承認が完了したとは扱いません。

交通やMaaSでも、3D地図に経路を表示することと、複数交通手段の検索・予約・決済、配車や運行を実装することは別です。道路や通行条件、時刻表、運行状態等の対象データと、提供者の利用条件を確かめます。古い形状を自動運転用の高精度な地図と同じものにせず、目的に必要な精度と現況の一致を個別に検証します。人流等を扱う場合は、個人に結び付く情報の取得・表示範囲、権限と必要性も先に決めます。

利用条件・更新責任・確認画面を含めて、継続できる運用へ実装する

PLATEAUのサイトポリシーは、特記された権利表記等がないコンテンツについて公共データ利用規約に準拠すること、出典と加工の表示、個別法令による利用制約の確認を案内しています。商用利用できるという説明を、全データを無条件で使えるという意味へ広げません。個別データや追加した画像・観測等の条件も確認し、加工した結果を国土交通省等が作成した公式情報のように表示しないようにします。

公開データの利用料と、取得、変換、追加の調査や測量、解析、開発・運用の費用は区分します。対象地域、地物の数と詳細度、必要な属性、処理量、確認体制によって作業が変わります。本稿では共通の構築価格や月数を置かず、目的と成果物、保守・更新までの範囲を見積もります。補助制度を検討する場合も、年度と対象者・事業、現行の募集や条件を確認し、公開データを使うだけで採択されるとは判断しません。

導入では、利用者と判断目的を定め、必要な地域・時点・属性と権限を整理し、限定した範囲で検証する進め方を勧めます。元データからの変換、観測との対応、計算と表示、担当者の確認までを試します。情報が取得できない、時刻が遅れる、変換に失敗する、計算が対象外となる場合の表示と問い合わせ先も用意します。情報がない状態を、安全や問題なしを表す色へ置き換えないことが重要です。

建物の設計・施工・維持管理の情報と都市モデルをつなぐ場合は、BIM活用事例と、形状・属性・情報連携の確認点も参考になります。双方の用途、座標・単位、対象の識別、参照する版と確認担当をそろえます。詳細な建物モデルがあることだけで、都市規模の現況や解析条件までそろうとは判断しません。変換した後も、必要な情報が受け手で使えるかを確認します。

renueのFDE支援では、要件整理から設計・実装・運用、KPI設計と成果レビューを相談できます。承認済みのデータの受渡し、確認画面、更新・実行記録や既存業務との連携を実装する範囲です。API、権限、データ形式とセキュリティ条件を確認して対応を決めます。都市モデルの測量・全自動作成、専門的な防災・交通解析や行政判断の代行、全地域・形式への接続、法令適合や共通精度・期間を一律に保証する案内にはしません。対象データ、関係者と判断の責任、更新条件を持ち寄ると、運用まで具体化しやすくなります。