空間IDとは
空間ID（Spatial ID）とは、地球上の3次元空間を一定のルールで分割し、それぞれの区画に固有の識別子（ID）を割り当てる仕組みです。従来の位置情報が「緯度35.6812、経度139.7671」のような数値の組み合わせで表現されていたのに対し、空間IDでは「特定の空間ボクセル（3D格子）」を1つのIDで表現します。
なぜ空間IDが必要なのか
従来の緯度・経度による位置表現には、いくつかの課題があります。まず、座標値は人間にとって直感的ではなく、「北緯35.6812度」と言われても場所をイメージしにくいという問題があります。また、座標系（測地系）の違いにより同じ場所でも異なる数値になる場合があり、システム間のデータ連携で齟齬が生じることがあります。
さらに重要な点は、従来の座標は「点」の位置しか表現できないことです。建物の3階、地下駐車場、上空のドローン航路など、高さ方向を含む3次元的な位置を統一的に扱うには、新しい仕組みが必要でした。空間IDはこの課題を解決するために考案されました。
空間IDの主な規格
現在、空間IDにはいくつかの規格・方式が存在します。
- H3（Uber開発）：六角形のグリッドで地球表面を分割する方式。解像度を16段階で切り替え可能で、約0.9m2〜約4,360,000km2の範囲を表現できます。六角形は隣接セルとの距離が均等であるため、移動距離の計算や近傍検索に優れています。
- S2（Google開発）：地球を正方形に近いセルで分割する方式。ヒルベルト曲線を用いた空間充填により、空間的に近い場所が近いID値を持つという特性があります。Google MapsやGoogleの各種サービスで使用されています。
- Geohash：緯度経度を交互にビットエンコードし、文字列として表現する方式。「xn76urwe」のような文字列で位置を表し、文字列の先頭が一致するほど近い場所を示します。実装が容易でデータベースとの親和性が高いのが特徴です。
- 空間ID（デジタル庁準拠）：デジタル庁・経済産業省（DADC）が共同で策定を進める規格で、3次元空間をボクセル（立方体を基本とする格子）で分割します。ズームレベルの概念を持ち、用途に応じた解像度での空間管理が可能です。都市OS（スマートシティ基盤）での標準として位置づけられています。
空間IDの基本的な仕組み
空間IDの基本的な考え方は、地球全体を格子状に分割し、各格子に一意のIDを振るというものです。分割の粒度（解像度・ズームレベル）を変えることで、大きな区画（市区町村レベル）から小さな区画（建物の1室レベル）まで柔軟に対応できます。
3次元の空間IDでは、水平方向の分割に加えて垂直方向（高さ）の分割も行います。例えば、あるビルの3階と4階を異なる空間IDで識別でき、さらに上空のドローン飛行高度帯も空間IDで管理できます。これにより、地上・地下・上空を含む3次元空間全体を統一的に扱えるようになります。
座標系と空間IDの関係
空間IDを理解する上で、従来の座標系との関係を整理しておくことが重要です。空間IDは座標系を「置き換える」ものではなく、座標系の上に構築される「抽象化レイヤー」です。
座標系の課題と空間IDの解決策
| 課題 | 座標系（緯度経度） | 空間ID |
|---|---|---|
| 精度の曖昧さ | 小数点以下の桁数で精度が変わる | ズームレベルで明確に定義 |
| 3次元表現 | 高さは別途管理が必要 | 3D空間を一つのIDで表現 |
| データ連携 | 測地系の違いで齟齬が発生 | IDで統一的に参照可能 |
| 検索効率 | 範囲検索に計算コストがかかる | ID体系による高速検索 |
| 人間の理解 | 数値の羅列で直感的でない | 階層構造で理解しやすい |
座標系から空間IDへの変換
空間IDは座標系に基づいて生成されます。一般的な変換の流れは以下の通りです。
- 対象地点の緯度・経度・高度を取得する
- 使用する空間ID規格（H3、S2など）の分割ルールに従い、その座標が属する格子を特定する
- 格子に対応するIDを返す
逆変換（空間IDから座標への変換）も可能で、空間IDからその区画の中心座標や境界座標を取得できます。ただし、空間IDはある範囲を持った区画を表すため、ピンポイントの座標ではなく、中心点や境界ポリゴンが返されます。
日本の測量座標系との関係
日本では測量成果に平面直角座標系（19系統）が使われています。空間IDとの連携では、まず平面直角座標系をWGS84（世界測地系）の緯度経度に変換し、その上で空間IDに変換するのが一般的です。GISソフトウェア（QGISなど）の座標変換機能や、PythonのpyProjライブラリを使えば変換は容易に行えます。
デジタルツイン連携
デジタルツイン（Digital Twin）は、現実世界の建物・都市・インフラなどを仮想空間上に再現したものです。空間IDは、このデジタルツインにおいて「仮想空間と現実空間をつなぐ共通言語」として重要な役割を果たします。
デジタルツインにおける空間IDの役割
デジタルツインでは、様々なデータ（センサーデータ、人流データ、気象データなど）を仮想空間上の正しい位置に配置する必要があります。空間IDを使うことで、異なるデータソースが同じ空間区画を参照でき、データの統合が容易になります。
例えば、あるビルの3階に設置された温度センサーのデータと、同じフロアの人流カウンターのデータを、空間IDを介して紐づけることができます。空間IDがなければ、それぞれのシステムが独自の座標表現を持ち、データの突合が困難になります。
Project PLATEAUと空間ID
国土交通省が推進するProject PLATEAU（プラトー）は、日本全国の3D都市モデルをオープンデータとして整備するプロジェクトです。PLATEAUで作成される3D都市モデル（CityGML形式）に空間IDを付与することで、建物単位・フロア単位・部屋単位での情報管理が可能になります。
PLATEAUの3D都市モデルは、建物のLOD（Level of Detail）に応じてLOD1（箱型）からLOD4（建物内部構造）まで段階的に整備されています。LOD2では屋根形状が表現され、LOD3では窓・ドアなどの開口部が含まれ、LOD4では建物内部もモデル化されます。空間IDはこのLODの概念と親和性が高く、ズームレベルとLODを対応させることで、必要な詳細度に応じた空間管理が実現できます。
実装例：センサーデータの空間ID管理
デジタルツインと空間IDを組み合わせた実装の典型例を紹介します。IoTセンサー（温度、湿度、CO2、人感など）を建物内に設置し、各センサーの設置位置を空間IDで管理します。センサーデータが送信される際に空間IDを付与することで、ダッシュボード上で「どの空間区画がどのような環境状態にあるか」をリアルタイムに可視化できます。
この仕組みは、ビル管理（BEMS）、工場の環境監視、スマートオフィスでの空間利用最適化などに応用されています。
物流・配送での空間ID活用
物流・配送分野は、空間IDの活用が最も早く実用化されている領域の一つです。特にラストワンマイル配送（最終拠点から届け先までの配送）において、空間IDが配送効率の向上に貢献しています。
住所の限界と空間IDの利点
日本の住所体系には、配送の観点からいくつかの課題があります。番地や号が地理的な順序と一致しないケースが多く、配送ドライバーが効率的なルートを組みにくいという問題があります。また、集合住宅の棟・階・部屋番号の表記が統一されていない、新しい建物に住所が未付番のケースがあるなどの課題もあります。
空間IDを使えば、住所に依存せず「地球上の特定の3D空間区画」を直接指定できます。配送先をマンションの特定の階・部屋に対応する空間IDで指定することで、住所の曖昧さを排除し、正確な配送が可能になります。
ドローン配送と空間ID
ドローン配送において空間IDは不可欠な技術です。ドローンの飛行ルートは3次元空間上で管理する必要があり、高度帯ごとに区分された空間IDを用いることで、飛行ルートの計画・衝突回避・空域管理が実現できます。
関係府省庁が推進する「空の産業革命に向けたロードマップ」の実現に向け、空間IDを用いたドローン運航管理システム（UTM: UAS Traffic Management）の実証実験が各地で行われています。複数のドローンが同時に飛行する場合、空間IDで飛行区域を予約・管理することで、安全な運航が可能になります。
倉庫内管理への応用
倉庫や物流センター内の在庫管理にも空間IDが活用されています。倉庫の棚の各区画に空間IDを割り当て、どの空間IDにどの商品が保管されているかを管理することで、ピッキング（商品取り出し）の効率化とAGV（無人搬送車）の自動化が進んでいます。3次元の空間IDにより、多段の棚の高さ方向も含めた正確な位置管理が可能です。
スマートシティと空間ID
スマートシティ（都市OS）において、空間IDは異なるサービスやシステムが空間情報を共有するための「共通基盤」として位置づけられています。
都市OSにおける空間IDの役割
スマートシティでは、交通、エネルギー、防災、環境、生活サービスなど多様な分野のデータを統合的に管理・活用します。しかし、各分野のシステムが独自の位置表現を使っていると、データの連携・統合が困難になります。
空間IDを都市OSの共通的な位置参照体系として採用することで、以下が実現できます。
- 分野横断のデータ連携：交通データ、エネルギーデータ、人流データを同じ空間区画で集約・分析
- リアルタイムの状況把握：各空間区画の混雑度、エネルギー消費、環境状態をリアルタイムに可視化
- 予測と最適化：過去のデータから各空間区画の将来の状態を予測し、リソース配分を最適化
事例：会津若松市のスマートシティ
福島県会津若松市では、スマートシティの先進地として都市OSを基盤とした市民サービスの実証が行われています。除雪車のGPS管理や除雪情報の市民向け配信、データ連携基盤を通じた交通・エネルギー情報の統合管理などが進められており、今後、空間IDを活用した都市管理への発展が期待されています。
MaaS（Mobility as a Service）との連携
MaaSにおいて、空間IDは乗り換え地点やサービスエリアの管理に活用されます。バス停、駅、シェアサイクルのポート、タクシー乗り場などの交通結節点を空間IDで管理し、利用者の現在位置（空間ID）から最適な移動手段の組み合わせを提案するシステムが構築されています。
空間IDの3次元性は、駅の改札階と地上のバス停の高低差を考慮した乗り換え案内や、地下街とビルの空中歩廊を含む歩行ルートの案内にも活かされます。
GISと空間IDの統合
既存のGIS（地理情報システム）に空間IDを統合することで、GISの分析能力と空間IDのデータ連携能力を組み合わせた、強力な空間情報基盤を構築できます。
QGISでの空間ID活用
オープンソースGISのQGISでは、H3やS2の空間IDをプラグインやPythonスクリプトで扱うことができます。具体的には以下の活用が可能です。
- データの空間集約：点データ（POI、センサー値など）を空間IDの区画単位で集約し、メッシュ地図として可視化
- 空間結合：異なるデータソースを空間IDをキーとして結合
- 空間統計：空間IDの区画単位で統計量（平均、合計、密度など）を算出
Pythonのh3-pyライブラリやs2sphereライブラリを使えば、QGIS上で緯度経度から空間IDへの変換、空間IDからポリゴンの生成などが行えます。
PostGISとの連携
PostgreSQLの空間拡張であるPostGISに、空間IDのカラムを追加することで、従来のジオメトリ検索と空間ID検索を併用できます。h3-pgというPostgreSQL拡張を使えば、SQL上でH3空間IDの生成・変換・集約が可能です。PostGISとの連携機能（h3_postgis）も提供されています。
空間IDをインデックスとして活用することで、「特定の区画に含まれるデータ」の検索が高速化されます。従来のジオメトリベースのST_Contains検索と比べて、空間IDベースの検索は桁違いに高速です。
WebGISでの空間ID可視化
空間IDをWeb地図上に可視化するケースも増えています。deck.glのH3HexagonLayerを使えば、H3の六角形グリッドを地図上にオーバーレイ表示できます。各区画の値に応じた色分け（コロプレス表示）により、データの空間的な分布を直感的に把握できます。
MapLibre GL JSと空間IDを組み合わせたWebGISの構築も一般的になりつつあり、リアルタイムのセンサーデータを空間IDの区画単位でヒートマップ表示するダッシュボードなどが実用化されています。
空間IDの導入を始めるには
空間IDの導入を検討する場合、まずは既存データに空間IDを付与するところから始めることをお勧めします。手持ちの位置情報データ（緯度経度付き）に対してH3やGeohashの空間IDを生成し、空間IDをキーとした集約・分析を試してみてください。Pythonのh3ライブラリは数行のコードで空間IDの生成が可能で、学習コストも低く抑えられます。
その上で、複数のデータソースを空間IDで統合する実験を行い、空間IDの有用性を実感した上で、本格的なシステムへの組み込みを検討するのが現実的なアプローチです。