国境・自治体をまたいで使えるGovTechを作るには？移動する市民のための“可搬性”設計論

• 市民が移動しても行政サービスが切れない「可搬性」がこれからのGovTechの鍵
• エストニアのe‑IDや米国のAPI戦略から学ぶ、技術と制度の両輪が必要な理由
• 日本ではMy Numberや自治体システムの縦割りを超える「インタフェース設計」と法整備が重要

結論

市民の生活が国境や自治体をまたぐ現実を踏まえると、デジタル行政は「単一国・単一自治体最適」から「可搬性最適」へアップデートするべき。要するに、API・フェデレーションID・データポータビリティを標準化し、法律と運用で保証することです。

レポート本文

なぜ「可搬性」が重要なのか

ぶっちゃけ、転職や引越し、海外移住が当たり前になってる今、行政サービスが住所や国の枠で途切れるのはユーザー体験として最悪なんですよね。市民視点で言えば「過去の手続きが新しい場所で使えない」「同じ情報を何度も出さされる」ってストレスがすごい。これ、テクノロジーでかなり改善できるはずなんです。

海外事例：何ができているか

• エストニア（e‑Estonia / eesti.ee）

- デジタルIDで行政サービスを全国一律に提供。e‑Residencyで国籍外の事業者にも法人設立等を提供しているのは有名。技術面ではX‑Roadのような安全なデータ交換レイヤーを使い、相互運用性を確保している（要するに、データの橋渡しが標準化されているということです）。

- 成功だけじゃなく、信頼やプライバシー論争も起きていて、「完全デジタル化＝無条件にOK」ではない点は注意。

• アメリカ（USA.gov / api.data.gov）

- USA.govは政府サービスの発見性向上に注力。api.data.govのようにAPI管理を統一して外部開発者に開かれた入り口を作っているのが特徴。要は、APIを使って縦割りシステム同士をつなげやすくしているんです。

- また、連邦と州の分散モデルゆえの課題（州ごとの異なる制度）が露見していて、フェデレーションでの調整が鍵。

• 韓国（AIガバナンス含む）

- AI活用の法整備が進みつつあり、モデルの透明性や説明責任を組み込みながら政府サービスを提供している。API駆動のアーキテクチャでAIを安全にスケールさせる取り組みが参考になる（Carahsoftの議論も示す通り、エアギャップやプライベートクラウド環境でのAPI設計が現実解）。

失敗事例から学ぶポイント

• 単一ベンダーへの過度依存：将来の移行や相互運用でハマる
• 法制度と技術が同期してない：技術はあっても法が追いつかず実運用が進まない
• UXを後回しにした結果、利用率が伸びない

技術的に何を揃えるべきか（実装リスト）

• フェデレーテッドID（OpenID Connect / SAML、可能なら分散ID/DID／Verifiable Credentials）
• APIプラットフォーム（API Gateway、認証・認可はOAuth2/OIDCベース、レート制御、監査ログ）
• 共通データスキーマ（JSON-LDなどの構造化フォーマット）とデータ契約
• データポータビリティ・同意管理（ユーザーコンセントをデジタルで保持）
• セキュリティと鍵管理（エンドツーエンド暗号化、HSM、KMS）
• オフライン・フォールバック（接続がなくても最低限動く仕組み）

日本への示唆（現状とギャップ）

• 強み：My Numberやデジタル庁があるので基盤は持っている
• ギャップ：自治体ごとのシステム縦割り、法整備の粒度、開発者向けAPIの統一度

具体的アクション案：

「可搬性ファースト」方針を明文化して、国レベルでのインタフェース標準を策定する

My Numberを前提としたフェデレーションID＋外部DIDのハイブリッド対応

APIハブを国家レベルで公開し、自治体はそのAPIで接続するモデルを促進

データポータビリティ法の整備（金融のオープンバンキング型の同意モデルを行政にも）

開発者向けのサンドボックスと透明なSLAsを提供して民間連携を加速

まとめ

国境や自治体を越える市民の生活に合うGovTechは、単なる技術導入じゃなく「インタフェース設計＋法制度＋UX」の三位一体で作るべき。APIやIDの標準化、データポータビリティと市民コンセントの仕組みが整えば、日本でも可搬性の高い行政体験は実現可能です。これ、やれば本当に便利になると思いますよね？

おかむーから一言

どうもおかむーです！シンガポールで暮らした経験もあるけど、国をまたいでも「そのまま使える」行政サービスって、想像以上に生活を楽にするんですよ。テクノロジーはある、あとはルールと設計を揃えるだけ！