VITALIFY.ASIA logo
お問い合わせ
Digital TwinISO 19107

地理空間情報の国際標準 ISO 19100シリーズ を解説

Author profile
Toshihiko Nagaoka・2026/09/03
地理空間情報の国際標準 ISO 19100シリーズ を解説

基礎概念から5つの機能領域、Web配信API、JIS・JPGISの国内展開まで

現代のデジタル社会において、GIS（地理情報システム）、衛星リモートセンシング、自動運転、スマートシティ、防災、環境シミュレーションなど、位置情報を活用した技術は欠かせないインフラとなっています。これらの広範な分野で地理空間データを円滑に流通・相互運用させるために策定された国際規格群が「ISO 19100シリーズ」です。

本規格群は、国際標準化機構（ISO）の専門委員会「ISO/TC 211（地理情報/ジオマティクス）」によって一元的に策定が進められてきました。
本稿では、100以上存在する規格群の全体構造を解き明かし、それらを5つの機能領域に分類してそれぞれの技術的仕様や具体例、さらに日本国内における展開について詳細に解説します。

地理情報における相互運用性の重要性

ISO 19100シリーズを理解する上で、最も重要なキーワードは「相互運用性（インターオペラビリティ）」です。

過去、多くのGISソフトウェアベンダーや測量機関は、独自仕様のフォーマットでデータを管理していました。しかし、それでは情報サイロ化をはじめとする以下のような問題が発生します。

ベンダーロックイン
特定の商用GISソフトを導入すると、すべてのデータや連携システムをそのベンダーに依存せざるを得なくなる。

データの不整合
地球をどの楕円体（WGS84、GRS80など）として定義しているか、どのような投影法を用いているかが不明瞭で、データを重ね合わせた際に位置が数メートル〜数百メートルズレてしまう。

変換コスト
システム間でデータを交換するたびに、多大なコストと時間をかけてデータコンバートを繰り返さなければならず、情報の即時性が失われる。

ISO 19100シリーズは、データの数学的基礎、表現手法（データスキーマ）、交換フォーマット、Webを介した配信方法、そしてデータ品質の評価基準を「標準化」することで、世界中の誰もが、あらゆるシステムで同一の地理空間情報をシームレスに扱えるようにすることを目指して構築されました。

ISO 19100シリーズの全体構造

ISO/TC 211が策定した膨大な規格は、無秩序に並んでいるわけではありません。それらは論理的に設計された5つの機能領域に整理することができます。

1. 基礎・概念フレームワーク
ISO 19101 参照モデル, ISO 19103 UML規則, ISO 19105 適合性

2. 空間・時間のデータモデルと位置参照
ISO 19109 地物, ISO 19107 幾何/位相, ISO 19111 座標参照系

3. メタデータと品質管理
ISO 19115-1 メタデータ, ISO 19157 品質)

4. エンコーディングとWeb配信
ISO 19118 変換, ISO 19136 GML, ISO 19168 OGC API

5. 専門応用分野モデル
ISO 19144 土地被覆, ISO 19152 地籍, ISO 19160 住所

以下に、各機能領域とそこに属する主要規格の技術的な仕組みを深掘りします。

機能領域 : 1 基礎・概念フレームワーク

本領域は、地理情報のモデリングを行うための「メタ規則」や「共通言語」を定めています。地理空間情報の設計図を描くためのペンや定規、紙のサイズを決めるプロセスに相当します。

ISO 19101-1 参照モデル / Reference model

シリーズの最上位に位置し、地理情報に関する技術概念を包括的に位置づけるための概念的アーキテクチャを提供します。

技術の深掘り
ISO 19101では、地理情報を「現実世界の現象を特定の方法で抽象化した記述」と位置づけます。特に「処理（Services）」と「情報（Information）」を分離して設計することを強く求めています。
これは、現代のソフトウェア設計におけるMVC（Model-View-Controller）やサービス指向アーキテクチャ（SOA）に通じる思想であり、特定のシステム実装に結合しない疎結合なデータモデルを保証します。

ISO 19103 概念モデリング言語 / Conceptual schema language

地理空間データの構造を記述するためのコンピュータに依存しないモデリング言語として、UML（Unified Modeling Language：統一モデリング言語）を採用し、その記述ルールを定めています。

技術の深掘り
一般的なソフトウェア開発で用いられるUMLを地理空間データ用に拡張した「ISO 19103 UMLプロファイル」を規定しています。

    • 厳密なデータ型の定義: 文字列型（CharacterString）、整数型（Integer）、浮動小数点型（Real）、論理値（Boolean）に加えて、地理空間分野特有の尺度（Measure）、角度（Angle）、時間長（Duration）などの複雑な基本型を定義。
    • 多言語対応: 属性名や説明が多言語で扱える構造。

ISO 19105 適合性及び試験 / Conformance and testing

作成されたデータセット、システム、あるいは他のISO 19100規格そのものが、標準仕様に正しく「適合（Conformance）」しているかを客観的に評価・テストするためのフレームワークです。

  • 技術の深掘り：
    • 抽象テストスイート（ATS: Abstract Test Suite）: 各規格が満たすべき論理的なチェック項目リスト。
    • 実行テストスイート（ETS: Executable Test Suite）: 具体的なテスト手順やスクリプト。 これらを規格化することで、あるベンダーが「我が社のデータはISO規格準拠である」と主張した際、第三者が19105に基づいて厳密に適合性検証（バリデーション）を実施できるようになります。

機能領域: 2 空間・時間のデータモデルと位置参照

現実の複雑な地形や道路、時間経過に伴う変化を、デジタルな幾何要素や座標系を用いてコンピュータ内に再現するための本質的なコア規格群です。

ISO 19109 ルール化されたアプリケーションスキーマ / Rules for application schema

現実世界を、GISのデータ構造にマッピングするための厳密なルールを定めています。
本規格の中心概念は「一般地物モデル（GFM: General Feature Model）」です。現実世界の対象を「地物（Feature）」というメタクラスで定義します。

  • 地物（Feature）： 現実世界の現象の抽象化
    • 例：「道路」「建物」「河川」「行政境界」
  • 属性（Attribute）： 地物が持つ情報
    • 例：「車線数」「階数」「河川名」
  • 操作（Operation）： 地物に対する振る舞いや演算
    • 例：「面積を計算する」
  • 関連（Association）： 地物同士の関係性
    • 例：「建物」は「敷地」に「属する」
+------------------+
|     Feature      | <--- (例: 道路 - Road)
+------------------+
| - id: Character  |
| - name: String   |
| - geometry: GM_Curve  <--- (幾何属性を保持)
+------------------+

ISO 19107 空間スキーマ / Spatial schema

空間データを「幾何（Geometry）」と「位相（Topology）」の2つの側面から、最大3次元（体積）まで数学的にモデル化します。

幾何（Geometry）の階層

  • GM_Point
    • 点：0次元。1つの座標値を持つ
  • GM_Curve
    • 線：1次元。連続する点の集合。始点と終点を持つ
  • GM_Surface
    • 面：2次元。境界線に囲まれた領域。外郭境界と内郭境界（穴）を持つ
  • GM_Solid
    • 立体：3次元。面で囲まれた閉空間

位相（Topology：トポロジー）の階層
座標の値がズレても変化しない、「接続関係」「包含関係」「隣接関係」をモデル化します。

  • TP_Node
    • ノード：幾何的には GM_Pointに対応。エッジの端点となる
  • TP_Edge
    • エッジ：幾何的には GM_Curveに対応。始端ノードと終端ノードを持つ
  • TP_Face
    • フェイス：幾何的には GM_Surfaceに対応。複数のエッジで囲まれる
  • TP_Solid
    • トポロジー立体：幾何的には GM_Solidに対応

実務でのメリット
例えば、自動運転用の地図において、交差点（TP_Node）と道路区間（TP_Edge）が位相接続されていれば、GPS座標に一時的な誤差が生じても、システムは「車両がどのルート（エッジ）を走行中か、どの交差点に接続しているか」を数学的整合性（トポロジー）によって100%正確にトラッキングできます。

ISO 19111 座標による空間参照 / Spatial referencing by coordinates

デジタルな座標データ（X, Y, Z）が、実際の地球の「どこ」を指しているかを特定するための「座標参照系（CRS: Coordinate Reference System）」を定義します。

地球は完全な球体ではなく、起伏に富むため、回転楕円体（GRS80、WGS84等）で近似します。

地理座標系（Geographic CRS）
緯度・経度・（楕円体高）で表現。

投影座標系（Projected CRS）
平面直角座標系やUTM座標系のように、丸い地球を平面に投影して投影座標（X, Y / 東距, 北距）で表現。

鉛直座標系（Vertical CRS）
標高や水深など、重力や平均海面を基準とした高さを定義。 ISO 19111では、これらのCRSのパラメトリックな定義（楕円体の長半径・扁平率、投影法のパラメータ、基準子午線など）を体系化しています。これにより、異なるCRSを持つデータ同士を自動的に幾何変換（Coordinate Transformation）して重ね合わせる処理がコンピュータ上で安全に実行可能となります。

ISO 19112 識別子による空間参照 / Spatial referencing by geographic identifiers

座標値を使用せず、人間が理解しやすい文字列やコード（識別子）によって空間を参照するための手法です。

 地理的識別子の仕組みを提供するオブジェクトを「ガゼティア（Gazetteer：地名・識別子辞書）」と呼びます。

  • 構成要素
    • 識別子（例：「東京都新宿区西新宿２丁目８−１」）、位置記述子のタイプ（例：「日本の住所階層モデル」）、および必要に応じてその位置を表す代表点座標。
  • 応用
    • 行政データの集計、災害情報の住所ベースのプロットなど。

機能領域: 3 メタデータと品質管理

これほどまでに精緻なデータモデルを構築しても、データの「素性（メタデータ）」や「精度（品質）」がわからなければ、利用者はそのデータを信頼して使えません。

ISO 19115-1 メタデータ / Metadata - Fundamentals

データを探すための「インデックス情報」であり、かつデータの利用可能性や出所を記載したデータシートの国際基準です。

包括的なパッケージ構成
MD_Metadata クラスを頂点とし、MD_Identification（データの名称や要約、空間範囲）、MD_Constraints（利用上の制限事項、ライセンス、セキュリティ）、MD_Distribution（入手先、配信フォーマット）、MD_SpatialRepresentation（ベクタかラスタか）などの豊富な要素群で構成されます。

検索システムの共通化
国土交通省などのポータルサイトや、国際的なGISプラットフォームは、このISO 19115に従ってXML/JSON形式のメタデータを公開しています。これにより、世界中の地理データカタログサイト同士が自動的にメタ情報をクローリングして統合検索できる環境（空間データインフラ：SDI）が実現します。

ISO 19157 データ品質 / Data quality

空間データの品質を数値化し、利用目的に耐えうるかを判断するための世界標準の評価軸を提供します。6つの品質要素からなります。

    1. 完全性（Completeness）
      • 漏れ（Omission）： 本来データ化されるべき地物がない（例：新設された道路が登録されていない）。
      • 余分（Excess）： 存在しないダミーや誤地物が含まれている。
    2. 論理的整合性（Logical consistency）
      • 概念一貫性： スキーマ規則通りに属性が定義されているか。
      • トポロジー一貫性： 面が互いに重複していないか、線が交差している箇所が正しく結節しているか。
    3. 位置精度（Positional accuracy）
      • 絶対位置精度： データの座標と、現実世界の真の座標とのズレ。測量において最も重視される「標準偏差」「最大誤差」などの指標で示されます。
    4. 属性精度（Thematic accuracy）
      • 地物の属性値（道路の「幅員」、建物の「名称」）がどれだけ正確か。分類誤差マトリクスなどで算出。
    5. 時間精度（Temporal quality）
      • タイムスタンプが正確か、データの鮮度が最新状態に維持されているか。
    6. 使用適合性（Usability）
      • 上記の要素を総合評価し、「このデータは自動運転マップのベースとして利用可能か」といった応用上の適性を定義。

機能領域: 4 エンコーディングとWeb配信

UMLで設計した概念モデルを、ネットワークやハードディスクを介してどのようにバイト列（バイナリやテキスト）として送信するか、またWebサービスとしてどのように配るかを定めています。

ISO 19118 エンコーディング / Encoding

概念スキーマ（UML）を、論理的なエンコーディングスキーマに変換するための標準の変換規則（マッピングルール）を定義します。

ISO 19136 GML: Geographic Markup Language

W3C（World Wide Web Consortium）のXML仕様に準拠し、地理空間データをXML形式で記述・交換するための強力なエンコーディング仕様です。

ISO 19136は、ISO 19107の空間幾何（GM_PointやGM_Curveなど）をそのままXMLタグに定義しています。 以下は、GMLにおける代表点（Point）のデータ表現の例です。

<gml:Point gml:id="p1" srsName="urn:ogc:def:crs:EPSG::6668">
  <gml:pos>35.6895 139.6917</gml:pos>
</gml:Point>
  • srsName 属性によって、この座標が日本の「JGD2011（EPSG:6668）」に準拠した緯度・経度であることを明示。
  • <gml:pos> タグ内に実際のスペース区切りの座標値を配置。
  • GMLは強力ですが、冗長になりがちであるため、大規模なデータ交換や、航空・測量などのきわめて高い精度と厳密さが求められるアーカイブデータに多用されます。

ISO 19168-1 OGC API - Features - Part 1: Core

近年のWeb技術の進化に合わせ、XML（GML）のように難解になりやすい技術ではなく、Web開発者（JavaScript/Python等のプログラマー）が軽量かつ高速に位置情報APIを利用できるように策定された革命的な規格です。

RESTfulなWeb APIアーキテクチャを採用しており、HTTPの標準メソッド（GET）を通じて、GeoJSONやHTMLなどの形式で、地物を取得できます。

    • URI構造の例:
      • データコレクションの一覧を取得: https://example.com/api/collections
      • 「道路」コレクションから特定の地物を取得: https://example.com/api/collections/roads/items?limit=10
    • GeoJSON形式によるレスポンス例： ISO 19168では、GMLだけでなくGeoJSONによるデータ表現を広くサポートします。
{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "id": "f_01",
      "geometry": {
        "type": "Point",
        "coordinates": [139.6917, 35.6895]
      },
      "properties": {
        "name": "東京都庁",
        "category": "官公庁"
      }
    }
  ]
}

このように、Web APIとJSON規格の統合によって、モダンなフロントエンドの地図ライブラリ（Maplibre GL, Leaflet, OpenLayersなど）との親和性が格段に向上しました。

機能領域: 5 専門応用分野モデル

基礎的な枠組み（幾何、地物、座標など）をベースとして、具体的な業務ドメインに特化して拡張された実用のための規格群です。

ISO 19144 分類体系 / Classification systems

土地がどのような物理的物質で覆われているか（例：森林、水体、農地、人工物等）を記録する「土地被覆分類」の規格です。

国や気候帯によって「森」や「サバンナ」の定義は異なります。
ISO 19144-2では、メタ記述言語として LCML（Land Cover Meta Language） を定義。土地被覆を「植物層（Physiognomy）」「水（Water Body）」「土壌（Abiotic）」といった基本的な物理オブジェクトの構成要素（要素、割合、配置）の集合として表現することで、国ごとの異なる定義を数学的にマッピング・相互変換することを可能にしました。

ISO 19152-1 土地管理データモデル / LADM: Land Administration Domain Model

土地の地籍、登記、権利を電子的に管理するための、全世界で最も導入が進んでいるドメインモデルです。

LADMは、主に以下の3つの主要パッケージから構成されるUMLモデルです。

    1. Party（当事者）： 土地の所有者、企業、国家など。
    2. Administrative Source / RRR（権利・制約・責任）： 所有権（Right）、開発規制や通行禁止などの制限（Restriction）、納税や管理の義務（Responsibility）。
    3. Spatial Unit（空間ユニット）： 境界画定された土地区画（Parcel）、建物（Building）、または地下鉄や配管のような3次元空間（3D Cadastre）。 このLADMに準拠することで、紙で管理されていた複雑な権利関係をデータベース化し、GISシステム上で所有境界と都市計画規制エリアをオーバーレイ解析することが可能になり、行政の透明性と効率性が一躍向上します。

ISO 19160 住所 / Addressing

各国の配送システム、行政システムでばらばらに管理されていた「住所」の記述形式を国際標準化した規格群です。

日本のように「都道府県ー市区町村ー町丁目ー街区ー住居番号」で住所を表す文化（ブロックアドレス）と、欧米のように「ストリート名＋番地」で表す文化（ストリートアドレス）は異なります。ISO 19160-1では、これらを「住所コンポーネント」の多階層オブジェクトとして一元化し、どの形式であっても、データベース上で一意に特定・変換できる抽象定義を行っています。

日本国内における展開 - JISとJPGIS

国際標準であるISO 19100シリーズは、日本の「測量法」や「基盤地図情報」の背骨となっています。日本における導入プロセスは大きく2つのルートがあります。

JIS X 7100シリーズ（日本産業規格）

日本産業標準調査会（JISC）は、ISO/TC 211で合意・制定された規格を日本の標準として整合させるため、翻訳・一部ローカライズを行い、JIS X 7100シリーズとして国内規格化しています。

  • 対応関係の例：
    • ISO 19111 ➔ JIS X 7111（座標による空間参照）
    • ISO 19115 ➔ JIS X 7115（メタデータ）
    • ISO 19136 ➔ JIS X 7136（地理情報−地理マークアップ言語 (GML)） これにより、国や地方自治体が調達する地理空間情報システムの調達要件として、JIS X 7100シリーズへの適合を指示することが可能になり、国内GIS市場の品質と連携性を担保しています。

JPGIS（地理情報標準 / Japan Profile for Geographic Information Standards）

国土地理院が、日本の地理空間データの作成・交換実務に適合させるため、ISO 19100およびJIS X 7100シリーズの中から「実務に本当に必要な部分」を抽出・プロファイル化して取りまとめた実務仕様です。

  • JPGISの変遷と現在：
    • JPGIS 1.0 (2005年): 初期プロファイル。
    • JPGIS 2.1 (2008年): XML/GML変換、スキーマ設計手順を固め、公共測量標準図式などの仕様決定に利用される。
    • JPGIS 2020: 測量技術の近代化や多様な3Dデータ活用を踏まえてアップデート。
  • JPGISの仕組みと利点： ISO規格は、全世界の多様なパターン（海洋、砂漠、複雑な3D構造など）に対応するために機能が膨大で、すべてのパラメータを自前で実装するのは極めて困難です。そこでJPGISは、日本の**「公共測量」や「基盤地図情報（国土地理院が提供する、電子国土の基本骨格データ）」で用いるべきデータ型や幾何クラス（基本は2次元のGM_Point、GM_Curve、GM_Surfaceが中心）に厳密に絞り込みました。 これにより、民間の測量会社やデータ作成者は、JPGISのガイドラインや定義済みUMLライブラリに従うだけで、「自動的に国際標準（ISO規格）を満たした高品質なデータ」**を低コストで開発できるようになっています。

まとめ：技術者がISO 19100シリーズにどう向き合うか

ISO 19100シリーズは、一見すると極めて学術的で、複雑難解な抽象モデルに見えるかもしれません。しかし、本規格群は「データサイロの解消」「グローバルな位置情報連携」を実現するための極めて実用的なエンジニアリングの集大成です。

GISや位置情報を扱うWeb/アプリ開発者、データサイエンティストが、この規格を日々の業務に活かすためのアプローチは以下の通りです。

データモデル設計時
独自のテーブルスキーマをゼロから作るのではなく、ISO 19109（地物モデル）の構成思想（Feature, Attribute, Association）を念頭に置き、データベース設計（RDB、NoSQL、あるいはPostGISなどの空間データベース）を行いましょう。

Webシステム開発時
レガシーなファイルエクスポートシステムに頼るのではなく、ISO 19168（OGC API - Features）などの軽量なRESTful APIを実装または活用して、外部システムとリアルタイムでデータを融通できる仕組みを作りましょう。

データ流通・納品時
必ずデータの精度記述としてISO 19157（データ品質）に定義された品質要素（位置精度、トポロジー整合性など）を測定し、その結果をISO 19115（メタデータ）に準拠した形式でデータセットに添付しましょう。

これら国際標準に裏打ちされた地理空間情報は、技術やプラットフォームの流行り廃りを超えて、10年後、20年後のデータ利活用を支える強固な資産となるはずです。

※本記事は、一般に公開されている情報をもとに、ISOについて学べる内容を整理したものです。正式な仕様や要件については、ISO規格本文をご確認ください。

1,000社以上の事業成長を支えた圧倒的な『スピードと柔軟性』で、御社のアイデアを最短で形にします。まずは無料で壁打ちしませんか？

無料相談はこちら
オフショア開発・ラボ型開発についての相談はこちら

関連記事

IFC5という革命

IFC5という革命

Toshihiko Nagaoka•2026/09/02

IFC5（NEXT）は、従来の巨大な単一IFCファイル中心の運用から、Webネイティブでモジュール化されたOpenBIMへ進化する次世代構想です。本記事では、ECS、JSON-LD、OpenUSD、glTF、差分更新、パラメトリック表現、Web API、実用化までのロードマップを整理します。

IFC 4.3とは？土木・インフラBIM/CIMの国際標準と日本における受容

IFC 4.3とは？土木・インフラBIM/CIMの国際標準と日本における受容

Toshihiko Nagaoka•2026/09/01

IFC 4.3は、従来の建築中心のIFCを道路・鉄道・橋梁・港湾などの土木インフラへ拡張した国際標準です。本記事では、IfcAlignmentや空間階層の進化、日本のBIM/CIM政策と受容の経緯、J-LandXML・SXF・オリジナルファイルとの使い分け、実務上の納品方法、IFC 4.4・IFC5への展望まで整理します。

工場の8大システム（PLC, SCADA, MES, ERP等）とデジタルツインによるデータ統合の全貌

工場の8大システム（PLC, SCADA, MES, ERP等）とデジタルツインによるデータ統合の全貌

Toshihiko Nagaoka•2026/08/19

スマートファクトリーを支えるPLC、SCADA、MES、ERP、PLM、WMS、CMMS/EAM、DCSの8大システムを解説。各システムの役割とISA-95の階層構造を整理し、ISO 23247のデジタルツインが、設計・製造・保全・経営データをどう連携するのかを紹介します。

ぼくはデューパー、なんでもきいてね！