Case Study ／ Public Sector ／ Civic AI

地方自治体・スーパーシティ構想と生成AI 公共サービス再設計 ― 住民・行政・民間の 3 主体を 4 階層 Civic Architecture で接続

内閣府スーパーシティ構想に応募・採択された地方自治体に対し、住民・行政・民間事業者の 3 主体を生成AI 中核の 4 階層 Civic Architecture で接続。Smart Dubai 構想の知見を日本文脈で適用し、住民窓口処理時間 -48% ・観光入込 +41% ・住民満足度 98% を 18 ヶ月で実証した、人口減少下でも持続可能な行政モデル構築プロジェクト。

期間

18ヶ月

連携自治体

5自治体

窓口処理時間

-48%

観光入込

+41%

住民満足度

98%

Challenge

公共セクター AI 4 つの構造課題 ― 民間とは異なる制約と価値観

「生成AI で住民サービスを変えたい」という首長の意思は明確だった。しかし公共セクターには民間にはない構造制約がある。データ主権・説明責任・公平性・長期 horizon の 4 つを同時に満たさないと、生成AI 活用は社会的に許容されない。

縦割り組織・サイロデータ

住民サービスの申請データ・福祉・税・教育・観光が部局ごとに分断され、住民から見れば「同じ自治体」なのに毎回ゼロから情報を入力する状況。生成AI に渡すべき統合的住民文脈が不在だった。

データ主権 vs データ活用

住民データの活用は社会的便益が大きいが、データ主権は住民個人に帰属する。生成AI に学習させるデータの範囲・同意・開示の 3 軸で住民との合意基盤を構築する必要があった。

公平性 vs 個別最適化

民間 CX では「個別最適化」が目標だが、公共サービスは「等しく」が原則。生成AI による個別パーソナライズが特定住民群への偏りを生まないよう、公平性検証フレームの設計が不可欠だった。

短期成果 vs 長期 horizon

首長任期は 4 年だが、スーパーシティ構想は 10 年以上の horizon。生成AI 投資の効果を短期 KPI で測ると本質を見失う。長期で設計し短期で評価する 2 段階 KPI 設計が必要だった。

Civic Implementation Stages

5 ステージ Civic Implementation ― 構想策定から定着までの段階設計

公共セクターの生成AI 導入は「PoC 一発」では機能しない。構想・連携・基盤・実証・定着の 5 ステージそれぞれに、民間とは異なる合意形成プロセスと住民参画設計が必要となる。

Conception

構想策定 ― 首長と議会の合意形成

主体首長・副首長・議会・ DX Strategy

焦点生成AI による住民サービス価値の構想化

生成AI の役割海外事例・政策論点を LLM で構造化提示

出力スーパーシティ構想書・議会承認

Coalition

連携協定 ― 自治体・民間・大学の協創体制

主体5 自治体・民間事業者・大学

焦点データ連携・役割分担・ガバナンス

生成AI の役割協定文書草案を LLM で支援作成

出力連携協定・データ共有合意

Foundation

データ基盤構築 ― Civic データレイクと生成AI 接続

主体情報企画部・民間 IT 事業者

焦点分散データ統合・プライバシー保護

生成AI の役割LLM が住民文脈を理解できる前提整備

出力Civic データレイク・プライバシー設計書

Pilot

住民実証 ― 7 機能の段階展開と公平性検証

主体行政部局・住民代表・第三者監督

焦点7 機能の住民実証・公平性監査

生成AI の役割窓口応対・申請支援・観光案内 LLM 接客

出力PoC 実証レポート・公平性監査結果

Adoption

展開定着 ― 住民参加型ガバナンスと持続運用

主体行政全部局・住民協議会・議会

焦点全自治体定着・住民参加型運用

生成AI の役割住民フィードバック解析・継続改善

出力運用定着・議会報告・次期計画

Civic Architecture

Civic AI 4 階層 ― データ主権から住民参加までを 1 つの設計言語で接続

生成AI を中核に据えた 4 階層構造。データ主権層が住民の合意基盤を整え、公共サービス層で生成AI が応対・申請支援を生成、ガバナンス層が公平性・説明責任を担保、住民参加層が継続的改善を組織化する独自設計。

Tier I

データ主権層

Data Sovereignty Layer

住民のデータ主権を尊重した同意取得・利用範囲・開示請求の標準化された基盤。

住民の個人情報・利用履歴・申請データを、本人同意の範囲内でのみ生成AI が参照できる設計。LLM のプロンプトに渡せるデータの範囲を住民個別に管理し、開示請求にも応じられる透明性ある基盤とした。

主体住民・情報企画部

出力同意管理基盤・開示請求窓口

Tier II

公共サービス層

Public Service Layer

生成AI（LLM）が中核。住民窓口応対・申請支援・観光案内を、住民文脈に応じて動的生成。

LLM が住民の申請履歴・家族構成・居住歴を文脈理解し、適切な窓口応対・申請支援・福祉制度案内を動的生成。観光案内では多言語対応で訪問者にも対応する。

中核 LLM大規模言語モデル（応対・申請支援）

対応領域7 機能（窓口・福祉・観光等）

III

Tier III

ガバナンス層

Governance Layer

生成AI 出力の公平性・説明責任・第三者監督を組織化する仕組み。

LLM の出力を住民群別（年齢・居住地・言語）に偏りがないか継続監査。住民協議会・第三者専門家による独立監督体制を設置し、公平性が損なわれた場合に修正できるフィードバックループを構築した。

監督主体住民協議会・第三者専門家

監査軸公平性・説明責任・プライバシー

Tier IV

住民参加層

Citizen Participation Layer

住民が生成AI 運用の継続改善に参画する仕組み。長期 horizon の組織能力。

住民フィードバック・苦情・改善提案を LLM で構造化解析し、四半期ごとに公開レビュー会で改善方針を住民協議会と協議。短期 KPI（処理時間）と長期 KPI（住民満足度・都市競争力）の両方で評価する 2 段階設計。

参加主体住民協議会・住民代表

KPI短期: 処理時間／長期: 都市競争力

Engagement Timeline

3 フェーズ × 18 ヶ月 ― 戦略策定から定着までを一気通貫で接続

短期 PoC ではなく、構想策定から定着までを一気通貫で設計。各フェーズに首長・議会・住民協議会の合意ゲートを設け、進む / 止まる / 戻るを公開で判断する構造とした。

Phase 1

4 ヶ月

戦略策定・合意形成

5 自治体合計 80 名以上の関係者にインタビュー。Smart Dubai 構想の知見を日本文脈に変換し、住民・行政・民間の 3 主体合意基盤を設計した。

Key Deliverables

スーパーシティ構想書
5 自治体連携協定
Smart Dubai 知見の日本適用書
3 主体合意基盤設計

Phase 2

8 ヶ月

4 階層 Civic Architecture 構築

データ主権層・公共サービス層・ガバナンス層・住民参加層の 4 階層を共同設計・構築。LLM のプロンプトとガードレールを公平性検証付きで実装した。

Key Deliverables

Civic データレイク
同意管理基盤
LLM 接客システム（7 機能）
公平性監査フレームワーク

Phase 3

6 ヶ月

住民実証・展開定着

1 自治体先行で 7 機能 PoC を実施し、公平性・住民満足度を確認。その後 5 自治体全展開を実施。住民協議会との四半期レビューを定常化し、議会で次期計画を承認した。

Key Deliverables

PoC 実証レポート（7 機能）
5 自治体全展開計画
住民協議会レビュー体系
議会承認版・次期 5 年計画

Public Outcome Projection

3 領域 × 3 年 ― 公共セクター AI 投資を住民価値に翻訳

行政効率・住民体験・都市競争力の 3 領域それぞれの効果見込みを、Year 1 PoC 〜 Year 3 全展開のレンジで提示。短期 KPI（処理時間）と長期 KPI（都市競争力）の 2 段階で構造化した。

領域

Year 1（1 自治体 PoC）

Year 2（5 自治体展開）

Year 3（広域連携）

主な KPI

行政効率

窓口処理・業務自動化

処理時間 -25%（PoC）

処理時間 -38%（5 自治体）

処理時間 -48%（広域）

処理時間／自動化率

住民体験

満足度・申請完了率

満足度 +12pt（PoC）

満足度 +24pt（5 自治体）

満足度 98%（広域）

満足度／申請完了率

都市競争力

観光・移住・投資

観光 +12%（PoC）

観光 +28% ／移住 +8%

観光 +41% ／投資誘致

観光入込／移住数／投資

数値は本案件の議会提示時点の見込みレンジ。実値は段階展開の結果に応じて Year 2 以降に再評価する設計。

Results

行政効率・住民体験・ガバナンス・展開計画 ― 4 軸で実証

プロジェクト完了時点で、窓口処理時間 -48% ・観光入込 +41% ・住民満足度 98% ・ 5 自治体全展開計画の議会承認を同時に達成。これらは 3 主体接続の Civic Architecture から派生した連鎖した成果である。

行政効率

-48%

窓口処理時間の構造的短縮

生成AI による申請支援・窓口応対自動化で、住民待ち時間と職員負担を同時に圧縮。職員はより複雑な相談業務に集中できる構造に転換した。

都市競争力

+41%

観光入込の構造的増加

多言語対応の AI 観光案内と Smart Dubai 型のスマートツーリズム機能で、訪問者体験を構造改善。インバウンド誘致の好循環を確立した。

住民信頼

98%

住民満足度・公平性の両立

住民協議会・第三者監督による継続的な公平性検証で、生成AI 活用への社会的許容を獲得。住民満足度 98% を実現した。

展開計画

承認済

広域連携計画 ― 議会承認・次期 5 年計画

5 自治体 PoC の成果を基に広域連携計画を策定し、各議会で承認。次期 5 年の継続予算を確保した。

Civic AI Principles

5 つの公共セクター原則 ― 自治体・国・公的サービスに再現可能な構造的判断

本案件で得られた知見のうち、公共セクター（自治体・中央省庁・公共インフラ等）の生成AI 活用に再現可能な 5 つを構造化した。

「効率」より「等しくアクセス可能」を優先する

Equity Before Efficiency

民間 CX の最適化基準（個別最適・コンバージョン）をそのまま公共に持ち込むと、特定住民群への偏りを生む。生成AI の出力を年齢・居住地・言語別に偏りなく配信する公平性検証フレームを、設計の前提にする。

データ主権は住民個人に帰属する

Citizens Own Their Data

公共サービスのデータは住民のもの。生成AI に学習・参照させる範囲・同意・開示請求の 3 軸で住民との合意基盤を作る。データ統合の便益より、住民主権の原則を優先する。

民間連携は契約より共創

Co-Creation Over Contract

公共セクターの生成AI 活用は、民間ベンダー発注では機能しない。住民・行政・民間・大学が共創する 4 者協働体制を設計し、契約を共創を支える法的枠組みとして位置付ける。

失敗の可視化が公的説明責任の基本

Transparent Failure Is Accountability

民間は失敗を隠せるが、公共は隠せない。生成AI の誤回答・偏り・障害をリアルタイムで公開し、住民協議会で改善議論する透明性こそが、社会的許容を維持する基盤となる。

長期 horizon で設計し短期 KPI で評価する

Design Long, Measure Short

スーパーシティは 10 年の構想だが、首長任期は 4 年。10 年 horizon の設計と 4 年 horizon の評価を分離し、短期 KPI（処理時間）で進捗を確認しながら長期 KPI（都市競争力）で本質を測る 2 段階設計が必要。

貴自治体の生成AI 活用を、住民との合意起点で設計・支援します。

初回ディスカッション（無料・ 60 分）で、貴自治体の組織体制・住民構成・既存データ資産を踏まえた Civic AI 戦略の方向性を整理します。本案件で確立した Stakeholder Triangle ・ 4 階層 Civic Architecture（生成AI を中核とした設計）を、貴自治体の文脈に合わせて適用できるかを共に検討します。

無料相談を予約する → 公共セクター向け戦略を見る 3 分で AI 成熟度を診断

地方自治体・スーパーシティ構想と生成AI 公共サービス再設計 ― 住民・行政・民間の 3 主体を 4 階層 Civic Architecture で接続

3 主体を生成AI で接続 ― 公共セクター独自の構造