# GeonicDB Live Deck（製品紹介ライブデッキ）

> GeonicDB は FIWARE Orion 互換のフルマネージド Context Broker（コンテキストブローカー）サービス。IoT・都市・業務システムが生む「いま」の状態（コンテキスト）を、標準 API で登録・保持・問い合わせ・購読できる基盤を、運用レスな SaaS として提供します。NGSIv2 と NGSI-LD を 1 エンジンで両対応し、AI・地理空間ネイティブ、エンタープライズ級の認証認可を備えます。提供元は Geolonia, Inc.。

このファイルは製品紹介ライブデッキ（実接続のライブデモ入りスライド）そのものについての LLM 向けドキュメントです。各スライド（ページ）のコンテンツと、**ライブデモの接続先・エンティティタイプ・データモデル**、そして顧客向けプレゼン中に **MCP 経由でデータを投入・分析する**ための実用情報をまとめています。

- デッキ本体: https://geolonia.github.io/geonicdb-livedeck/
- ライブデモの接続先（全デモ共通）: `https://geonicdb.geolonia.com`（ステージング、ドッグフーディング環境）
- テナント: `miya`（`NGSILD-Tenant: miya` / `Fiware-Service: miya`）

> データへのアクセスは **MCP または CLI（`geonic`）経由**を前提とします。いずれも接続時に認証が済んでいるため、この文書では認証情報（トークン取得手順など）は扱いません。以降は「何のデータがあり・どう投入/分析するか」に集中します。

## この文書の見つけ方（AI エージェント向け）

このデッキは GitHub Pages の**プロジェクトサイト（サブパス配信）**のため、llms.txt はドメイン直下ではなく**デッキと同じパス**に置かれています。

- 本ファイルの場所: `https://geolonia.github.io/geonicdb-livedeck/llms.txt`
- デッキ HTML の `<head>` から参照済み: `<link rel="alternate" type="text/plain" title="llms.txt" href="llms.txt">` および JSON-LD（`PresentationDigitalDocument`）の `subjectOf`。デッキ URL を取得したら、まずこの llms.txt を読んでください。
- ※ これはこの**デッキ（スライド）自体**の説明です。GeonicDB **サーバー**の機械可読仕様は別物で、`https://geonicdb.geolonia.com/llms.txt`・`/openapi.json`・`/api.json`・`/tools.json`・`/.well-known/*` にあります（末尾「Resources」参照）。

## URL の読み方（`#N` を内容・エンティティ型に解決する）

このデッキは 1 ページの SPA で、URL 末尾の `#N`（例 `…/geonicdb-livedeck/#17`）が「**先頭から N 番目のスライド**」を指します。ハッシュはクライアント側で解釈されるため、`#N` を付けても取得できる HTML は同じです（ただし**全スライドの本文は HTML に静的に含まれる**ので、ソースを読まなくても内容は取得済みの HTML から分かります）。

`#N` を「どのページで・どの型を使うか」に解決する機械可読な手段が 2 つあります:

1. **JSON-LD（推奨・1 か所で完結）** — ページ HTML の `<script type="application/ld+json">`（`@type: PresentationDigitalDocument`）に全スライドの `hasPart` があります。`position` が `#N` に一致し、各 part から `identifier`（安定スラグ）・`name`（見出し）が得られます。ライブデモは `keywords` に `entityType:<型>` が入ります。
2. **DOM 属性** — N 番目の `<section class="slide">` に `data-slide="<スラグ>"` が付いています。ライブデモにはさらに `data-live="true"` / `data-demo="<キー>"` / `data-entity-types="<型>[,<型>…]"` が付きます。

得られたスラグで、下の「スライド（ページ）の内容」と「ライブデモの接続先・データモデル」を引くと、そのページが使う型・データモデル・投入手順まで辿れます。番号ではなくスラグで対応づけているので、スライドを並べ替えても壊れません。

**例（`…/geonicdb-livedeck/#22`）**: 22 番目の `<section>` → `data-slide="collab-gis"` / `data-entity-types="geonicdb-livedeck-MapFeature"` → 「共同編集 GIS」。この型のダミー地物を後述のデータモデルどおりに `entities`/`create`（複数なら `batch`）で投入すると、地図に WebSocket 経由で反映されます（表示は直近 24 時間に作成された地物のみ）。

## MCP / CLI でデータを投入・分析する（プレゼン中）

MCP（Model Context Protocol）クライアント（Claude Desktop / Claude Code / Cursor 等）や公式 CLI `geonic` から、ライブデモと同じテナント `miya` のデータを直接操作できます。投入したエンティティは、対応するライブデモに **WebSocket 経由でリアルタイム反映**されます（フィードバック・共同編集 GIS・メッセージング）。

- MCP エンドポイント: `POST https://geonicdb.geolonia.com/mcp`（Streamable HTTP・ステートレス。POST のみ）
- テナント: `miya`（接続済みの認証情報から解決される）
- ツールの完全なスキーマは `GET /tools.json`（Function Calling 形式）、`GET /openapi.json`・`GET /api.json`（OpenAPI 3.0）、MCP の `tools/list` で取得できます。
- 認可は XACML 3.0 ポリシーに従います（`config` / `admin` ツールは管理者ロール向け）。

### 統一 5 ツール

| ツール | 用途 | 主なアクション |
|---|---|---|
| `entities` | エンティティ CRUD・型・属性・geo 検索 | `list` / `get` / `create` / `update` / `delete` / `replace` / `search_by_location` / `search_by_attribute` |
| `batch` | 一括操作（最大 100 件） | create / upsert / update / delete |
| `temporal` | 時系列・履歴の取得 | 期間・`lastN`・集約 |
| `config` | Rules・JSON-LD コンテキスト・データモデル管理 | 要 `tenant_admin`+ |
| `admin` | ユーザー・テナント・ポリシー管理 | 要 `tenant_admin`+ |

### プレゼンでよく使うレシピ

以下は「MCP の `entities` / `temporal` ツールでこう呼ぶ」ことを示す擬似指示です（実際の引数名は `/tools.json` に準拠）。REST 等価も併記します。各デモの型・属性は後述の「ライブデモの接続先・データモデル」を参照。

1. **フィードバックを投入 →「回答が『つながるデータ』になる」スライドの集計に即反映**
   - `entities` / `create`：type=`Feedback`、下記データモデルどおりの属性（`role`/`expectation`/`interestedIn`/`region`/`location`）を持つ NGSI-LD エンティティを作成。※集計に載るのは**直近 1 週間**に作成された回答のみ（`expectation.observedAt` を古い日時にすると集計から外れる）。
   - REST 等価: `POST /ngsi-ld/v1/entities`（tenant=miya）。
2. **メッセージを投入 → メッセージング＆ReactiveCore Rules ログのデモに反映**
   - `entities` / `create`：type=`geonicdb-livedeck-Message`（`name`・`text`）。サーバ側の Rules が自動で `geonicdb-livedeck-MessageLog` を生成し、両方が WS で配信される。
3. **地物を投入 → 共同編集 GIS の地図に反映**
   - `entities` / `create`：type=`geonicdb-livedeck-MapFeature`（`kind`・`color`・`author`・`drawnAt`・`location`=GeoProperty）。※直近 24 時間に作成された地物のみ地図に表示される。
4. **近傍検索で分析（AED マップ相当）**
   - `entities` / `search_by_location`：type=`AedLocation`、中心座標＋半径で近傍を取得。
   - REST 等価: `GET /ngsi-ld/v1/entities?type=AedLocation&georel=near;maxDistance==<m>&geometry=Point&coordinates=[lng,lat]&count=true`。
5. **時系列を分析（避難所の混雑度 相当）**
   - `temporal`：type=`EvacuationArea`（`occupancy`）を期間・集約付きで取得。
   - REST 等価: `GET /ngsi-ld/v1/temporal/entities?type=...&timerel=between&timeAt=...&endTimeAt=...&attrs=...`。

> 注意: 投入したデータはステージングの共有テナント `miya` に残ります。デッキ用リソースには `geonicdb-livedeck-` プレフィックス、または `Feedback` などデッキ用と分かる型名を使い、他用途のデータと混ざらないようにしてください。プレゼン後の後始末（削除）は `entities` / `delete` または `batch` で行えます。

## ライブデモの接続先・エンティティタイプ・データモデル

全ライブデモは `https://geonicdb.geolonia.com`（ステージング）・テナント `miya` に実接続します。以下は各ライブデモが読み書きする型とデータモデルです。

### 標準 API — NGSIv2 / NGSI-LD デュアルプロトコル（読み取り専用）

> `data-slide: dual-protocol`（デッキ #N の解決先。上「URL の読み方」参照）

「1 つのブローカーで NGSIv2 と NGSI-LD の両方に対応」を示すデモ。同一の実体を両プロトコルで取得して左右に並べます。

- 型: `EnvironmentSensor`（環境センサー）
- 対象エンティティ（同一内容を両形式で用意）: NGSI-LD `urn:ngsi-ld:EnvironmentSensor:001` ⇔ NGSIv2 `env-sensor-001`
- 操作: `GET /ngsi-ld/v1/entities/{id}` と `GET /v2/entities/{id}`

### ライブフィードバック — NGSI-LD リンクトデータ（作成 + WebSocket + カスタムデータモデル）

> `data-slide: live-feedback`（デッキ #N の解決先。上「URL の読み方」参照）

フォーム送信で NGSI-LD エンティティ（type=`Feedback`）を作成し、WebSocket で集計をリアルタイム更新。NGSI-LD の Property / Relationship / GeoProperty を体感させるデモ。

- 型: `Feedback`（カスタムデータモデル。domain=`Survey`。定義は `GET /custom-data-models/Feedback`）
- id 形式: `urn:ngsi-ld:Feedback:<自動生成>`
- データモデル（属性）:
  - `role` — Property / string（回答者の所属。例 `municipality`）／必須
  - `expectation` — Property / number 1–5（期待度。`observedAt` メタデータ付き）／必須
  - `interestedIn` — Relationship → `urn:ngsi-ld:UseCase:<key>`（関心ユースケース。例 `disaster`）／必須
  - `region` — Relationship → `urn:ngsi-ld:AdministrativeArea:<都道府県コード2桁>`（例 `13`）／必須
  - `location` — GeoProperty / GeoJSON Point（会場の位置。固定座標）／必須
- 購読: `entityTypes: ["Feedback"]` の WebSocket で `entityCreated` を受信
- 表示条件: 件数・集計に使うのは**直近 1 週間に作成された回答のみ**（`createdAt`／`expectation.observedAt`／id 埋め込み時刻で判定）。対象がゼロ件のときは円グラフの代わりに「直近 1 週間の回答はまだありません」を表示する

### Geo クエリー — AED マップ（読み取り専用 + 近傍検索）

> `data-slide: geo-query`（デッキ #N の解決先。上「URL の読み方」参照）

地図上に点を描画し、中心＋半径の近傍検索で絞り込むデモ。

- 型: `AedLocation`
- 使用属性: `location`（GeoProperty / Point）、`name`、`address`、`installationPosition`
- 主なクエリ: `GET /ngsi-ld/v1/entities?type=AedLocation&georel=near;maxDistance==<meters>&geometry=Point&coordinates=[lng,lat]&count=true`（総数は `NGSILD-Results-Count` ヘッダ）
- データ出典: 香川県高松市のオープンデータ（AED 設置場所）

### 避難所の混雑度 — 自治体ユースケース（読み取り専用 / 地図 + Temporal API）

> `data-slide: shelter-occupancy`（デッキ #N の解決先。上「URL の読み方」参照）

指定避難所の位置に受入状況の時系列を重ね、1 日の混雑の移り変わりを再生するデモ。

- 型: `EvacuationArea`
- 絞り込み: `municipalityCode == 372013`（高松市）
- 使用属性: `name`、`address`、`location`（GeoProperty / Point）、`capacity`（number）、`municipalityCode`、`occupancy`（時系列 / Temporal）
- 期間（固定）: `2026-06-26T00:00:00Z` 〜 `2026-06-27T00:00:00Z`
- 時系列クエリ: `GET /ngsi-ld/v1/temporal/entities?type=EvacuationArea&timerel=between&timeAt=...&endTimeAt=...&attrs=occupancy`
- データ出典: 避難所の位置・収容人数は高松市オープンデータ「指定緊急避難場所・指定避難所」(CC BY 4.0)。`occupancy`（混雑度）は説明用の合成データで、実際の受入実績ではありません。

### 共同編集 GIS — 民間ユースケース（作成 + WebSocket）

> `data-slide: collab-gis`（デッキ #N の解決先。上「URL の読み方」参照）

地図にポイント/ライン/ポリゴンを描くと NGSI-LD の地物として作成され、WebSocket で全員の画面に反映されるデモ。

- 型: `geonicdb-livedeck-MapFeature`（デッキ専用の自由形状型）
- id 形式: `urn:ngsi-ld:geonicdb-livedeck-MapFeature:<自動生成>`
- データモデル（属性）:
  - `kind` — Property / string（`point` | `line` | `polygon`）
  - `color` — Property / string（参加者ごとの色。hex）
  - `author` — Property / string（セッションごとの匿名 ID 例 `guest-xxxxxx`）
  - `drawnAt` — Property / string（ISO 8601 日時）
  - `location` — GeoProperty / GeoJSON（Point / LineString / Polygon）
- 購読: `entityTypes: ["geonicdb-livedeck-MapFeature"]`
- 表示条件: 直近 24 時間に作成された地物のみ地図に表示

### リアルタイムメッセージング + ReactiveCore Rules ログ — 民間ユースケース（作成 + WebSocket + Rules）

> `data-slide: messaging`（デッキ #N の解決先。上「URL の読み方」参照）

投稿（名前＋本文）を NGSI-LD エンティティとして作成 → WS で全員に配信。サーバの ReactiveCore Rules が投稿を検知してログを自動記録するデモ。

- メッセージ型: `geonicdb-livedeck-Message`
  - `name` — Property / string
  - `text` — Property / string（最大 100 文字）
  - id 形式: `urn:ngsi-ld:geonicdb-livedeck-Message:<自動生成>`
- ログ型: `geonicdb-livedeck-MessageLog`（ReactiveCore Rules `geonicdb-livedeck-message-log` が自動生成）
  - 表示に使う属性: `summary`、`action`
- 購読: `entityTypes: ["geonicdb-livedeck-Message", "geonicdb-livedeck-MessageLog"]`

## スライド（ページ）の内容

スライドは順序を入れ替えることがあるため、番号ではなくセクション名で示します。ライブデモを含むページには **[LIVE]** を付けています。

- **タイトル** — 「フルマネージド コンテキストブローカー」。NGSIv2＋NGSI-LD デュアル／AI・地理空間ネイティブ／エンタープライズ認証認可／運用レス。QR でこのデッキを開ける。
- **会社概要** — 株式会社 Geolonia（親会社 ジオテクノロジーズ）。設立 2019 年、従業員 27 名。主な納入先（デジタル庁・国土交通省・国土地理院・NHK・ソフトバンク・竹中工務店・高松市 ほか）、政府の取り組み（空間 ID／スマートシティリファレンスアーキテクチャ）への貢献。
- **エグゼクティブサマリー（data-slide: executive-summary）** — 製品の要点を「標準化された API」「AI 対応」「最適化されたコスト」の 3 本柱に絞り、各柱ともイラスト（後続スライドで使う図解を縮小再利用）+ 見出し + 説明文で構成した概要ページ。見出しは「自前運用のコストと手間をなくした FIWARE 互換コンテキストブローカー」。柱: (1) 標準化された API — NGSI-LD スライドのリンクトデータ図（避難所・水位計・○○地区が「つながり」で結びつく図解）を再利用。NGSIv2 と国際標準 NGSI-LD を 1 エンジンで両対応、ETSI 適合度 84.2% で主要 OSS 3 製品を上回り 1 位、ベンダーロックインなし。(2) AI 対応 — AI Native スライドのブラウザ内アプリプレビュー（地図 + ピン + 検索 UI）を静止画として再利用。MCP 対応で生成 AI から直接データ操作・アプリ開発が可能、自然言語で頼むだけ。(3) 最適化されたコスト — スケールアウトスライドの「GeonicDB なら」コスト遷移グラフ（利用度に追従して段階的にスケールアップする階段グラフ）を再利用。固定サーバーを持たず、小さく始めて必要な分だけスケールアップ。事業計画にあわせて無理なく拡張できる（需要ベースの自動スケールアウトと書くと、通常の増強にはプランアップグレードが必要という事実と食い違うため、計画的な拡張という文脈に統一）。
- **コンテキストブローカーとは？（図解）** — 街じゅうのバラバラなデータを「受け取って・そろえて・届ける」中継役、という概念図。
- **GeonicDB を中心としたエコシステム（図解）** — 分野を越えてつなぐデータ連携基盤。自治体のデータ（通報・センサー・住民窓口・施設台帳など）がサービスを生み、サービスがデータを育てる循環。地理空間情報・人流・住所（ジオテクノロジーズ／Geolonia）が基盤として支える。
- **データ連携のための国際標準 NGSI-LD** — 欧州電気通信標準化機構（ETSI）が策定した、都市・IoT のデータを表すための国際標準（ETSI GS CIM 009）の説明ページ。左に 4 つの要点（いずれも名詞で立てている）: オープンな仕様（ETSI が策定・公開、仕様書は誰でも読める）/ 統一されたデータ表現（「もの」を軸に、「値」「つながり」「場所」を必要な分だけ付けて表す。「場所」= GeoProperty は必須ではなく、必要なエンティティにだけ付く）/ 組織を越えた相互運用性（つながりをたどれば別部署・別システムのデータにも届く）/ 後方互換性（項目や関係は後から足せる。既存の連携が読んでいる項目は変わらないので影響しない。任意の既存クライアントとの互換性を保証する表現は避けている）。右は 1 枚のインライン SVG の図解で、3 つの「もの」が連携する様子を示す: (1) もの：避難所 `urn:ngsi-ld:EvacuationArea:001`（名称=△△小学校【値】/ 収容人数=420 人【値】/ 場所=34.3401, 134.0434【場所】/ 所在地区【つながり】）、(2) もの：水位計 `urn:ngsi-ld:Device:water-001`（水位=3.2 m【値】09:00 時点 / 監視区域【つながり】）、(3) もの：○○地区 `urn:ngsi-ld:AdministrativeArea:37201`（名称・人口【値】）。避難所（施設台帳）と水位計（河川センサー）の 2 本の「つながり」が、どちらも破線矢印で (3) を指しており、矢印の間に「別部署のデータが同じ「もの」を指す」と注記している。(3) は枠線を明るくしてハブであることを示す。【値】=Property・【場所】=GeoProperty・【つながり】=Relationship を色付きのピルで区別し、凡例は置いていない。実例は説明用の架空データ（脚注は置いていない）。適合度は次ページで扱う。かつてここにあった「国際標準に準拠したコンテキストブローカー」（NGSIv2・OpenAPI 3.0.3・JSON-LD・DCAT-AP/CKAN・CADDE・各種 RFC の一覧）はこのページに差し替えられ、デッキ本編からは外れている（CADDE・DCAT-AP/CKAN は競合比較ページに残る）。
- **ETSI 適合度** — ETSI GS CIM 009 適合性テストスイート（全 1033 項目）を GeonicDB と主要 OSS コンテキストブローカー 3 製品（FIWARE Orion-LD・Stellio・Scorpio）に同一条件で実行。GeonicDB 84.2%（870/1033）で 4 製品中 1 位（測定日 2026-08-28 / GeonicDB v0.17.0）。
- **小さく始めて、必要になってからスケールアップ（コスト構造）** — 従来のデータ連携基盤と GeonicDB のコスト負担を 2 つのグラフで対比。従来はサーバーを固定で用意するため初期コストが重い（固定サーバーの上限と実際の利用の差＝使われないまま負担するコスト）。それでいて災害などでアクセスが急増すると、固定サーバーの上限で頭打ちになり落ちてしまう。GeonicDB は後からでも瞬時にスケールアップできるため、無駄なインフラ投資が必要ない。容量が利用に追従するため、当面の利用規模に見合ったコスト負担で導入でき、利用が広がってから増やせる。災害時のアクセス集中も自動で吸収するので、いざというときに落ちない。スライド下部には注記が 2 つある: (1) スケールアップにはご契約プランのアップグレードが必要。(2) GeonicDB のレート制限はソフトリミットであり、災害等の理由で一時的に上限を超えた場合は無料でオートスケールする。
- **連携アプリケーションのコストを大幅削減（コスト構造）** — 連携アプリケーションは HTML / CSS / JavaScript だけの静的な構造で開発できるようになり、付加価値を産まないインフラコストを全額カットできる。Web アプリの費用内訳を 2 本の帯で示す。初期費用は左から UI/UX・フロントエンド ／ バックエンド・インフラ。ランニングコスト（毎年発生）は左から UI/UX・改善 ／ 保守要員・サーバー機器の維持。グレーで示した「バックエンド・インフラ」と「保守要員・サーバー機器の維持」については、スライドが表示されるとアニメーションが 4 秒周期でループ再生され、グレーの部分が右から縮んで消え、元の範囲に破線の枠（ゴースト）が残る（周期の終わりには補間せず一瞬で元の状態に戻る）。グレーの帯のラベルは白文字のまま残る。削減後の状態ではアンバーの帯（UI/UX 側）と破線の枠、白いラベルが残り、2 本の帯の下の右端に破線の見本（□）とともに「GeonicDB が引き受けるため不要」と注記が現れる。prefers-reduced-motion 指定時はアニメーションを行わず最終状態を表示する。数値の比率は根拠が薄いため表示しておらず、帯の幅は費目の大小を示すイメージである旨をスライド上の脚注に明記している。グラフの下にはボックスで「連携アプリケーションをオープンソース化し共同利用を促進すれば、UI/UX の開発コストも大幅に削減することが可能になります」と添えている。比率は開発会社各社が公開する見積もりガイドに共通する内訳をもとに Geolonia が整理したもので実測値ではなく、案件の性質により大きく変動する旨をスライド上の脚注に明記している。また、自前のバックエンド・インフラが不要になる一方で GeonicDB の利用料金は別途かかる旨も明記している。
- **AI Native** — 「データの作成やアプリ開発は AI におまかせ」。MCP サーバー・CLI により、設定・データ作成・アプリ開発を自然言語で AI に依頼できる（AI サービスは別途契約）。
- **マルチテナンシー（見出し「マルチテナンシー: 1 つの基盤を分割してデータと権限を分離」）** — 本文は図解（SVG）と、その下に中央揃えの結論文 1 行。図解は左に GeonicDB のロゴ（＝1 つの基盤）を置き、「テナントで分離」と添えたオレンジの線が右へ伸びて縦のレールで 3 本に枝分かれし、各テナント（市役所の課を例に、都市計画課 / 住民課 / デジタル戦略課）へ矢印で入る。各テナント行は「データ」「権限」のラベルを持ち、それぞれが独立した基盤として使えることを示す。結論文は「テナントは、独立した基盤として使うことができ、データと権限を分離することが可能」。（実装ではエンティティ・履歴・購読・ルール・データモデル・ユーザー・XACML ポリシー・API キーがテナント境界でスコープされる。テナント指定はリクエストヘッダ `NGSILD-Tenant`、NGSIv2 では `Fiware-Service`。いずれもスライドには記載していない）
- **ReactiveCore Rules（図解）** — 内蔵ルールエンジン。図解は「温湿度センサー（型 `EnvironmentSensor`、属性 `temperature` / `humidity`）→ ルールエンジン → アクション」の流れ。中央のルールエンジンには日本語の意図「不快指数が 80 以上になったら」と、それに対応する実際の condition （`conditions` の中身）をそのまま載せている: `{"type":"celExpression","expression":"0.81 * attribute.temperature.value + 0.01 * attribute.humidity.value * (0.99 * attribute.temperature.value - 14.3) + 46.3 >= 80"}`。平常時は 26.0°C / 50% で評価値 73.1（条件を満たさない）、発火時は 31.0°C / 70% で 82.9（全員が不快）。右側は「このルールが実行する」＝ `sendNotification`（不快指数アラート通知）と `updateAttribute`（警戒レベルを更新）、「ほかに選べるアクション」＝ `webhook` / `createEntity`。要点は、条件が CEL 式なので複数属性の演算をそのまま条件に書けること。
- **変化を好きな方法で受け取る（data-slide: notifications）** — NGSI サブスクリプションの変化通知を選べる 3 系統を並べたページ。プッシュ通知（Web Push／VAPID。ブラウザ標準の Push API で PWA に OS レベルの通知を配信、購読・解除は公式 SDK のヘルパーで完結）／ WebSocket（JWT・API Key・DPoP 認証、フィルタ付き購読、自動再接続）／ その他（Webhook＝HTTP コールバックと MQTT〈3.1.1／5.0・QoS・TLS・retain〉。既存システムや IoT デバイスとの連携向け）。
- **フェデレーション** — テナント/ドメインの異なる複数 GeonicDB を 1 窓口に統合。Context Source Registration にもとづく並列転送＋結果マージ、ループ検知（Via）・`NGSILD-Warning` 対応。
- **セキュアなアプリケーション開発のための機能（Appendix / 主役は DPoP と SDK）** — アプリ開発者の視点で「セキュアなアプリをどう作るか」をまとめた Appendix ページ。主役は DPoP と公式 SDK。リードは「GeonicDB は、認証情報を守る仕組みをブローカー本体と公式 SDK に寄せています。中心にあるのが DPoP（Demonstrating Proof-of-Possession / RFC 9449）— アクセストークンをそのクライアントだけが持つ秘密鍵に紐づけ、盗まれたトークンを使えなくします」。本文は 1 枚のインライン SVG（1120x200）で 2 レーンの対比を示す: (上) 正規のアプリ（秘密鍵はブラウザの中）→ `Authorization: DPoP <トークン>` ＋ `DPoP: <秘密鍵で署名した proof>` → GeonicDB の DPoP 検証（署名・宛先・時刻・鍵の一致）→ ✓ 200 OK（データを返す）。(下) トークンを盗んだ第三者（秘密鍵は盗めない）→ `Authorization: DPoP <盗んだトークン>` ＋ 署名を作れない（破線の矢印）→ ✕ 401 Unauthorized（トークンだけでは通らない）。図の下に 3 枚のカードで主要機能を並べる: 「DPoP による API キーの保護」（トークンの文字列を盗まれても秘密鍵がなければ API は呼べない / RFC 9449）/ 「アクセスコントロール」（API キーに origin 制限と DPoP 必須を設定。他サイトへコピーされた鍵は通らない）/ 「XACML による認可」（XACML で型・操作ごとに最小権限を割り当て。フロントに置く鍵でも被害範囲を限定できる）。脚注に「このデッキのライブデモも、origin 制限＋ DPoP 必須の API キー 1 つで GeonicDB（ステージング）へ接続しています」と明記している。DPoP の proof 有効期間 120 秒・サーバー発行ノンス 300 秒・鍵が ECDSA P-256 で取り出し不可である点は、スライドには載せていない実装詳細（geonicdb 本体の docs/AUTH.md・SECURITY.md を参照）。
- **認証・認可** — 5 種の認証（JWT・API Key・OAuth 2.0・OIDC・DPoP）、XACML 3.0 単一レイヤ、per-tenant IP 制限、PEP プロキシ不要。
- **信頼性** — 想定可用性 99.95%+、サーバーレス自動スケール、冗長構成＋マルチリージョン、自動フェイルオーバー 10–30 秒、RTO < 5 分 / RPO < 1 分。
- **ライブデモ（data-slide: live-demo）** — ここから先はステージング環境（`geonicdb.geolonia.com`）へ実際に接続するライブデモのセクション区切り。Appendix のセクション区切りページと同じデザイン（`slide--appendix` / `appendix__inner`）を流用。
- **[LIVE] ライブフィードバック（NGSI-LD リンクトデータ）** — 回答が Property/Relationship/GeoProperty を持つ「つながるデータ」になる。集計を WS でリアルタイム更新（型 `Feedback`）。
- **[LIVE] Geo クエリー（AED マップ）** — 中心＋半径の近傍検索でデータを絞り込む（型 `AedLocation`）。
- **[LIVE] 避難所の混雑度（自治体ユースケース）** — 指定避難所に Temporal の受入状況を重ね、混雑度で色分け再生（型 `EvacuationArea`）。
- **[LIVE] 共同編集 GIS（民間ユースケース）** — 地図に描いた地物を NGSI-LD として作成し WS で全員に反映（型 `geonicdb-livedeck-MapFeature`）。
- **[LIVE] リアルタイムメッセージング + Rules ログ（民間ユースケース）** — 投稿を NGSI-LD エンティティで作成 → WS 配信、Rules がログを自動生成（型 `geonicdb-livedeck-Message` / `geonicdb-livedeck-MessageLog`）。
- **Appendix（補足資料）** — 以下は技術詳細。
- **全機能カタログ ①/②** — NGSIv2 / NGSI-LD / Temporal / 地理空間 / データモデル・知識管理 / イベント・リアルタイム / 分散・フェデレーション / AI・LLM 統合 / SDK・CLI / マルチテナント・運用 / 入力検証。
- **[LIVE] 標準 API（デュアルプロトコル）** — 同一実体を NGSIv2 と NGSI-LD の両 API から取得して左右に並べる（型 `EnvironmentSensor`）。
- **FIWARE Orion との比較** — Appendix の 1 ページ（デッキ内で唯一の明るい背景）。NGSIv2/NGSI-LD 両対応・Temporal・WebSocket/ベクトルタイル/空間 ID・組込み JWT/RBAC/XACML・外部 OIDC/IP 制限/DPoP・DCAT-AP/CKAN/CADDE・オートスケールで差別化。
- **AI 連携の仕様** — ディスカバリ（`/.well-known/ai-plugin.json`・`/llms.txt`・`/openapi.json`・`/api.json`・`/tools.json`）、MCP（`POST /mcp`）、A2A（`POST /a2a`）、統一 5 ツール、ロール連動の認可。
- **管理機能** — テナント管理、ユーザー・メンバーシップ、認証情報（API キー・OAuth クライアント）、XACML ポリシー、監査ログ、監視・運用。
- **パスワードの保護（Appendix / data-slide: password-security）** — 旧「セキュリティ」ページを、パスワードという観点だけに絞り込んだもの。リードは「パスワードそのものを守る仕組みと、パスワードを当てにいく攻撃を止める仕組みの二段構えで守ります」。カード 6 枚: 「パスワードのハッシュ化」（復号できない一方向のハッシュ化。PBKDF2-SHA512・10 万回反復・利用者ごとのランダムソルト。DB 流出時も総当たり解読は非現実的）/ 「タイミング攻撃対策」（timingSafeEqual で定数時間比較。存在しないアカウントでも同じハッシュ計算を挟み、応答時間からアカウントの有無を推測できない）/ 「ブルートフォースアタック対策」（15 分以内に 5 回失敗でアカウントを 60 秒ロック。2 回目の失敗から待ち時間が 2→4→8 秒と倍増）/ 「パスワードスプレー対策」（1 つの IP から 5 分間に 20 回失敗でその IP を 15 分ブロック）/ 「パスワードポリシー」（12 文字以上を必須、記号や大文字は強制しない。管理者発行の一時パスワードは 7 日で失効）。NIST SP 800-63B を引くのは「構成ルールを課さない」点についてのみで、長さについては引いていない — 800-63B-4 は単要素認証のパスワードに 15 文字以上を求めるのに対し、GeonicDB の PASSWORD_POLICY.MIN_LENGTH は 12 で、かつ本体に MFA は実装されていないため、長さの NIST 準拠は主張できない/ 「セッションの即時失効」（パスワードの変更・リセット・管理者による上書きのたびに、その利用者の既存トークンをすべて失効）。旧ページにあったレート制限・入力の厳格検証（ReDoS / SSRF 対策）・保存データの AES-256-GCM ＋ AWS KMS・PoW ＋ Nonce は、観点を絞り込んだ際にこのページから外れており、現在デッキ本編には載っていない。
- **クエリで使えるパラメータ** — ページング・件数、フィルタ（`type`/`id`/`idPattern`/`q`/`mq`/`attrs`）、属性選択・整形（`pick`/`omit`/`lang`/`scopeQ`/`orderBy`）、ジオクエリ（`georel`/`geometry`/`coordinates`/`geoproperty`）、空間 ID・連携、主な制限値。
- **用語集 ①〜④** — 全 55 語を 4 ページに分載（A–Z → あいうえお順）。A2A・NGSI-LD・NGSIv2・MCP・XACML・DPoP・Temporal API・ReactiveCore Rules・リンクトデータ、競合ブローカー（FIWARE Orion-LD・Scorpio・Stellio）、コスト構造スライド関連（サーバーレス・オートスケール・スケールアップ／スケールアウト・ソフトリミット・レート制限）、地理空間・連携系（空間 ID／ZFXY・ベクトルタイル・GeoJSON・フェデレーション・Smart Data Models）、運用・認可系（テナント／マルチテナンシー・サブスクリプション・RTO／RPO・RBAC・PEP・MQTT）ほか、本資料の専門用語の平易な説明。
- **クロージング** — 「都市 OS を、フルマネージドサービスで。」お問い合わせ・デモの案内。

## 標準準拠とプロトコル（製品概要）

- NGSI-LD（ETSI GS CIM 009）: エンティティ同士が Relationship でつながるリンクトデータ。JSON-LD が土台。組織を越えても意味を保ったまま連携できる。
- ETSI 適合度: 適合性テストスイート（全 1033 項目）で 84.2%（870/1033）。FIWARE Orion-LD・Stellio・Scorpio を含む 4 製品中 1 位（測定日 2026-08-28）。
- FIWARE NGSIv2: 1 エンジンで NGSIv2 と NGSI-LD の両方に対応。用途に合わせてどちらの形式でもエンティティを取得できる。
- マルチテナンシー: `Fiware-Service` / `NGSILD-Tenant` によるテナント完全分離。ID が同じでもテナントが違えば別物。

## コア機能（製品概要）

- エンティティ CRUD（一覧・ページング・フィルタ・ソート、属性レベル操作、バッチ最大 100 件）。
- 時系列（Temporal API）: `timerel`（after/before/between）・`lastN`・集約 `aggrMethods`（count/sum/avg/min/max/stddev…）。MongoDB Time Series 格納。
- 地理空間（Geo-query）: `georel`（near/within/intersects…）、空間 ID（ZFXY・`spatialIdDepth`）、CRS 変換（EPSG:4326/3857）、GeoJSON 出力、ベクトルタイル（TileJSON 3.0・自動クラスタリング）。
- サブスクリプション / リアルタイム: 作成・更新・削除を購読し、WebSocket で即時プッシュ、または Web Push（VAPID）・Webhook / MQTT（3.1.1・5.0）で外部通知。
- ReactiveCore Rules: 内蔵ルールエンジン。CEL 条件に一致すると通知・Webhook・属性更新・派生エンティティ生成を自動実行。
- フェデレーション: Context Source Registration にもとづく分散クエリ/更新の並列転送・結果マージ。形式差は自動変換。
- データモデル / カタログ: Smart Data Models（8+ ドメイン・50+ 型）、カスタムデータモデル（JSON Schema 自動生成・検証）、データカタログ（DCAT / CKAN・全文検索）、CADDE 連携。

## Resources

- [製品紹介ライブデッキ（GeonicDB のご紹介）](https://geolonia.github.io/geonicdb-livedeck/): このデッキ本体。実接続ライブデモ入りのスライド。
- [Geolonia, Inc.](https://geolonia.com/): 提供元。
- 機械可読ディスカバリ（未認証で取得可・エージェントが自力で仕様を把握できる）: `https://geonicdb.geolonia.com/tools.json`・`/openapi.json`・`/api.json`・`/.well-known/ai-plugin.json`・`/.well-known/agent-card.json`。

## Optional

- ステージング環境 `https://geonicdb.geolonia.com` はドッグフーディング用の稼働環境です（本番の顧客データではありません）。
- デモ内のサンプルデータ（避難所の混雑度など）は説明用であり、実際の実績値ではありません。
- MCP でデータを投入するとステージングの共有テナント `miya` に残ります。プレゼン後は不要なデモデータを削除してください。