このトピックの全26本のガイド
都市のデジタルツインとは、ある場所の3Dモデルが、そこで今起きていることとつながり続けているものです。それが実際に何を意味するのかを、ツインを構成する5つのレイヤー、各レイヤーのデータの出どころ、そしてオープンデータを使ってブラウザー上で動くバルセロナ、ヘルシンキ、東京の3つのライブ事例で解説します。
多くのツールは 1 種類のデータしか得意でなく、残りは書き出しが必要です。このシーンはモデル、点群、シート、センサーを同じ座標でまとめて扱います。
ツインのプロジェクトの多くは、資産のどこにも対応づけられない箱の図から始まります。代わりに空間に描きましょう。どのひずみゲージ、どの径間、水はどこまで来るのか。ライブの橋と都市を回して描き足してください。
「リアルタイム」という言葉は、データが届いた時点でどれだけ古いかについて何も語りません。私たちはライブのデジタルツインが読み込む公開フィード6件を24時間記録し、そこに含まれるすべての車両とステーションについてデータの経過時間を計測しました。答えは1秒未満から1分半までと幅があり、フィード自体のタイムスタンプがそれを覆い隠すこともあります。
記述的、情報的、予測的、包括的、自律的。多くの成熟度モデルが採用している5つのレベルです。各レベルを実際に開けるオープンな事例で示し、事例がそのレベルに届かない場合はそう明記しています。プロジェクトに本当に必要なレベルの見極め方もあわせて解説します。
デジタルツインが都市スケールに広がると決まって話題に上る3つの形式は、まるで競合するかのように比べられがちです。しかし役割はそれぞれ違います。CityGMLは都市をオブジェクトとして、IFCは1つのアセットを要素単位で記述し、3D Tilesはそのどちらかを分割してブラウザーに届けます。
ブラウザーで動くデジタルツインが使えるのは、Webページに読み込みが許可されたデータだけです。私たちは20都市の公開フィード28件に、ブラウザーとまったく同じ方法でリクエストを送り、どれが読み込める応答を返すかを記録しました。結果は25件。その一覧と、残る3件をブロックしているもの、ダウンロードできるデータを紹介します。
都市は川の上に築かれてきました。川は管路に収められ、埋め立てられ、付け替えられましたが、川が刻んだ谷はそのまま残っています。豪雨で排水が追いつかなくなると、水はかつて川が流れていた場所に戻ります。OpenStreetMapには、そうした流路が今も記録されていることがよくあります。その見つけ方と、その上で雨がどう振る舞うかを確かめる方法を紹介します。
BIMとデジタルツインは、同じものであるかのように語られがちです。しかし両者は別物で、その違いは1組のモデルで見るといちばんよくわかります。BIMファイルのままの状態、都市の中に配置した状態、そしてライブデータにつないだ状態です。各ステップで何が加わるのか、ツインがBIMに求めるもの、そもそもツインが不要なのはどんな場合かを解説します。
「LOD 2」を指定すると、読む人によって、勾配屋根の付いたブロックが届くこともあれば、汎用的な壁が届くこともあります。CityGMLのLOD（Level of Detail）とBIMのLOD（Level of Development）は、略語が同じなだけで、ほかにはほとんど共通点がありません。それぞれの尺度の意味、両者の対応関係、そして誤読されない要件の書き方を解説します。
カタルーニャ広場の8つのIFCモデルを実際の地形の上に配置し、Bicingのドック、EV充電器、道路交通、大気質をバルセロナのオープンデータでリアルタイムに更新します。すべて閲覧者のブラウザー内で動作し、IoTプラットフォームもGISサーバーも、私たちのバックエンドも使いません。
ヘルシンキ中央駅に隣接するエリエル広場（Elielinaukio）のバスターミナル。そのIFCモデルの各乗り場は、実際のバスが停車すると点灯し、上に系統番号が表示されます。データはHSLの公開MQTTフィードから、ブラウザーが直接受信します。
都庁前駅の出口と早稲田停留場をIFCモデル化し、東京の公共交通データに反応させました。大江戸線の運行状況、ホームにいる列車、通過するバス、停留場に停まる路面電車です。ODPTのオープンAPIを使ってブラウザー上で動作し、GTFS-Realtimeのprotobufはページ内でデコードします。
東方明珠から豫園まで。街路、出入口、オープンスペースを保った3Dコンテキストをどう構築したか、そしてBIMプロジェクトで使う際の限界を解説します。
高架のリング状歩道橋は、上から見れば完璧でも地上の視点では破綻することがあります。陸家嘴でデッキ、拡幅部、階段、エレベーターをどう確認しているかを紹介します。
虹橋駅と上海南駅は、駅には押し出したフットプリント以上のものが必要だと教えてくれます。空いた空間、整合した標高、そして線路に沿って走る列車です。
広場の中の木、島を覆う水面、ふさがれた中庭。どれほど精細でも地図を悪くする3つの誤りと、上海でそれにどう取り組んだかを紹介します。
LAS や LAZ ファイルの各点はクラスを持てます：地面、建物、植生、水面、ノイズ。この数字が、スキャンで何ができるかを決めます——地形モデル、スキャンと BIM の比較、クリアランス確認。ASPRS の全コード表、各コードの用途、デスクトップソフトなしでの使い方を紹介します。
現場チームがスキャンに求めるもののほとんどは 3D 表示ではありません。竣工平面図、仕上げ前の平坦度確認、等高線付きの地形、そして根拠として示せるクリアランス寸法です。どれも同じ点群に対するフィルター——断面、帯、クラス——で、デスクトップソフトは不要です。
密集した倉庫の点群の中を、フォークリフトと自律走行カートが動き回る様子をご覧ください。その間もIFCは、設計上の空間リファレンスとしていつでも参照できます。
構造の施工段階をタイムラインで行き来し、吊り上げられるパネルを追いかけ、IFCの参照モデルに対して意図的にずらした柱の点群クラスターを浮かび上がらせます。
設備が密集する共同溝の中を点検台車で進み、スキャンファンを可視化しながら、IFCの通路内で変化していく壁面状態のクラスターの位置を特定します。
実在するIFC4のパビリオンをバルセロナの地図上で開き、ライブの3Dデモを操作しながら、IfcProjectedCRSとIfcMapConversionがBIMを正しい位置に配置する仕組みを学びます。
CRASのTLS点群とIFCの実際の位置合わせを見ながら断面を確認し、モデルをアップロードせずにIFC＋LASのインタラクティブなブラウザーデモを起動できます。
実際のWebリプレイ画面を動かしながら、シミュレーションであることを明示したIFC＋LiDARストリームを支える、上限付きバッファー、バイナリフレーム、テレメトリーの仕組みを学びます。
実際のビューアーが、動画をスクリーン、地形オーバーレイ、ビルボードとしてIFCの横に配置する様子をご覧ください。ブラウザーのデモでは、メートル単位の位置指定と不透明度の調整も試せます。