市民がコントロールするデータで作るGovTech──同意と可搬性の実務ガイド

• データの同意（consent）と可搬性がGovTechの信頼の鍵になる
• エストニアやシンガポールのID基盤は参考になるが、技術だけで解決しないポイントがある
• 実装はOAuth2/UMAやAPI・イベント基盤、監査ログで現場運用に耐える形にする必要がある

結論

市民が自分のデータの流れを理解・制御できる仕組みを作れば、デジタル行政への信頼と利用率は飛躍的に上がる。要するに「同意の設計」と「可搬なデータAPI」がGovTechの次の勝ち筋です。

各国の事例と学び（具体例）

エストニア：e-IDとX-Roadでの相互運用

エストニアはe-Estoniaで有名ですよね。国民のほぼ全てがデジタルIDを使い、税・投票・医療など99%近い行政手続がオンラインで可能と言われます。技術的にはX-Roadという政府間データ交換レイヤーでシステム同士をつないでいるのがポイント。要するに「認証・認可」と「相互運用レイヤー」を分離しているわけです。

技術要点:

• 中央IDと分散サービスをAPIで結ぶ設計
• 監査ログと署名で不正を検出

シンガポール：SingPass / MyInfoのUX重視

僕がシンガポールにいた頃、SingPassのワンストップ性に驚きました。ほぼ全住民がSingPassでログインでき、MyInfoが市民データを事業者と共有することでフォーム自動入力が進んでいます。ポイントはUXを削らないこと。市民が「便利」と感じることが利用を促すんですよね。

技術要点:

• OAuth2 / OpenID Connectによるシンプルなログイン
• データ最小化（必要な情報だけをスコープで渡す）

失敗から学ぶ：データガバナンスと運用の落とし穴

大規模プロジェクトの失敗例は枚挙にいとまがないです（導入遅延、仕様肥大、データの二重化）。最近の分析では、ガバナンスが紙でしか機能していないケースが多いと指摘されています。フォーブスや業界レポートでも「定義されたポリシーが実際のデータフローに追いつかない」問題が挙げられてます。

要するに:

• 法制度と実装が噛み合ってない
• 同意の履歴（consent receipts）が残らない
• データカタログやAPIライフサイクル管理が弱い

技術的な実装の骨子（実務寄り）

• アイデンティティ：eID／OIDCで本人性を担保
• 同意管理：OAuth2スコープ＋UMA（User-Managed Access）で市民がいつ誰に何を許可したかを管理
• データAPI：REST/GraphQLで可搬性対応。スキーマはJSON-LDやschema.orgで標準化
• イベント基盤：Kafkaなどで変更イベントを流し、購読サービスが非同期で反応
• 監査と可視化：改ざん防止の監査ログ（署名付き）、市民向けにいつ誰がアクセスしたかをダッシュボードで表示
• プライバシー＆セキュリティ：最小権限、データの暗号化、ゼロトラスト設計

要するに、APIだけ作ってもダメで「同意のライフサイクル（取得→記録→更新→撤回）」をコードで管理することが不可欠です。

日本への示唆（具体的アクション）

• マイナンバー基盤を活かして「同意ハブ」を作る：一元の同意管理ポータルを国が用意して、自治体・民間が接続する
• 合意済みデータポートフォリオを標準化：住民票や税情報などをスキーマで定義してAPI化
• 法制度の明文化＋実証環境（サンドボックス）：事業者と自治体が安全に実験できる仕組み
• 市民課題にフォーカスしたUX改善：高齢者や非IT層のための対面＋ハイブリッド補助
• 透明な監査と説明責任：市民向け「誰が何をしたか」ポータルを提供

ぶっちゃけ技術的には日本でもほぼ全部できるんですよ。足りないのは「同意と運用」を真ん中に置く文化と法整備、それから小さく回せる実証を繰り返す仕組みです。

まとめ

• 同意（consent）とデータ可搬性がガバナンスの中心になる
• 技術要素は既に成熟している（OIDC/OAuth2、UMA、イベント基盤、監査ログ）
• 日本はマイナンバーや行政DXの流れで優位性がある。ただしUXと運用設計を市民視点で作ることが成功の鍵

おかむーから一言

テクノロジーは道具でしかなくて、本当に大事なのは「市民が自分のデータをコントロールできること」。僕はそれを作るエンジニアであり起業家でありたいんです。日本、もっとやれるって信じてますよ！