シビックテック

自治体・公共機関向けデジタル行政ソリューション

スマートで効率的な自治体運営

AI、自動化、クラウド技術を活用し、自治体や公共機関のデジタル変革を支援します。行政手続きのデジタル化、市民サービスの向上、公共インフラの高度化、業務効率の改善を通じて、より便利でつながりのある地域社会を実現します。

つながったスマート自治体のイラスト:AIプラットフォームの上に浮かぶ、光るドームに守られたホログラムの庁舎。その周りには書類、住民、アイデア、セキュリティのアイコンが浮かび、光の筋が、スマート信号機と街灯のセンサー、電気バスのある街路、橋、スマートごみ箱、地図・メーター・申請件数を示す自治体のダッシュボード、タブレットのオンライン申請、スマートフォンの住民向けチャット、セルフサービス端末、緊急車両、太陽光パネル、風力発電機とつながっている。
業界の課題

現代の自治体が直面する主な課題

  1. 住民のアクセスと、誰もが使える公共サービス

    住民は、どの端末からでも、迅速で、デジタルで、便利に行政サービスを利用できることを期待しています。

    • デジタルでの利用
    • 多言語でのコミュニケーション
    • やさしい日本語
    • アクセシビリティ
    • サービスの申請
    • ワンストップサービス
  2. 行政の効率、データ、職員

    紙ベースのワークフローと分断されたシステムは、承認を遅らせ、業務の負担を増やし、業務の効率を下げます。部署はそれぞれ独立して動いていることが多く、情報を共有し、連携した判断を下すことが難しくなっています。

    • ワークフローの自動化
    • ナレッジ管理
    • 部署をまたぐデータ
    • 職員の業務負担
    • 根拠に基づく判断
  3. インフラ、交通、持続可能な運営

    レガシーシステムと老朽化したインフラは、保守のコストを増やし、現代的な公共サービスを提供する力を制限します。人口の増加は、交通網、ライフライン、公共インフラへの負荷を高めています。

    • 道路
    • 施設
    • 交通
    • 廃棄物
    • エネルギー
    • 環境
    • 予知保全
  4. 防災、緊急対応、住民からの信頼

    都市には、リスクを監視し、緊急サービスを連携させ、予期しない事態に素早く対応するための、より良いツールが必要です。

    • 災害の情報
    • 状況の把握
    • コミュニケーション
    • 人による監督
    • 透明性
    • プライバシー
    • 説明責任
新しいタブで開きます
ソリューション

自治体向けテクノロジーソリューション

公共サービスと都市運営を高度化する包括的なソリューション。

必要 → 根拠 → 判断 → サービス → 説明責任

よりスマートな行政とは、住民にとってはより利用しやすいサービス、職員にとってはより良いツール、そして人に対して説明責任を果たし続ける判断を意味するべきです。

  1. 必要

    住民からの依頼、インフラの問題、行政の案件、センサーのアラート、緊急の信号、地域のニーズ。

  2. 根拠

    法令や規則、自治体の記録、申請、GIS、センサーのデータ、業務の履歴、確認された外部の情報。

  3. 判断

    規則、政策、専門的な判断、適切なAIの支援を当てはめる。

  4. サービス

    情報を発信する、申請を処理する、部署を調整する、作業を手配する、インフラを維持する、緊急事態に対応する。

  5. 説明責任

    何が起きたかを記録し、人の権限を保ち、重要な判断を説明し、成果を測定し、サービスを改善する。

デジタル市民サービス

オンラインポータルやAIチャットボットによる迅速な情報提供、許可申請の自動化などを通じて、市民サービスの利便性を向上させます。

関連サービス:AIエージェント開発

プロセス自動化

許可証、検査、文書処理、報告、部門間連携などの管理ワークフローを自動化します。

関連サービス:業務プロセス自動化 (BPA)

クラウド・行政システム統合

既存の行政システム、クラウドプラットフォーム、GIS、公開データ基盤を連携し、業務効率の向上を支援します。

関連サービス:システム統合・連携

自治体向けデータ分析・BI

運用データをダッシュボードで可視化し、政策立案や予算配分、業務改善に役立つインサイトを提供します。

関連サービス:AIデータ分析・BI

スマート交通管理

AIとリアルタイム交通データを活用して信号制御を最適化し、渋滞の緩和と交通効率の向上を実現します。

関連サービス:AIデータ分析・BI

予測分析に基づくインフラ予防保全

道路、公共設備、公共施設などの重要インフラを継続的に監視し、故障が発生する前に予防保全を実施します。

関連サービス:AIデータ分析・BI

インテリジェント廃棄物管理

IoTセンサーを活用してごみ収集ルートを最適化し、リアルタイムモニタリングによって業務効率の向上とコスト削減を実現します。

関連サービス:AIデータ分析・BI

環境モニタリング

大気質、気象条件、騒音レベルなどの環境データを監視・可視化し、データに基づく環境施策の推進を支援します。

関連サービス:AIデータ分析・BI

緊急対応・防災の最適化

予測分析とリアルタイムデータを活用し、緊急対応や防災体制の高度化を支援します。

関連サービス:AIデータ分析・BI

カスタムシビックテック開発

自治体のニーズに合わせて、市民ポータル、モバイルアプリ、スマートシティ向けシステムなど、安全で拡張性の高いデジタルサービスを開発します。

関連サービス:カスタムソフトウェア開発

記事

最も読まれている記事

AI活用ガイド

自治体のAI活用をステップごとに学ぶ

自治体のリーダーに向けた実践ガイドです。AI自動化の理解から、公共部門としての準備状況の評価、住民サービスと都市の運営にわたるAIの責任ある導入までを順に扱います。

  1. Step 01 理解する

    自治体行政におけるAI自動化とは?

    住民サービスの向上、事務作業の効率化、部署の知識の連携、インフラの監視、緊急対応の支援、根拠に基づく行政運営の強化に、AIがどのように役立つかを解説します。

  2. Step 02 評価する

    自治体のAI自動化を成功させる7つのポイント

    公共の目的、公式なデータ、法律と政策の境界、インクルージョン、システムの連携、人による監督、測定できる公共の価値など、自治体が導入前に評価すべきことを解説します。

  3. Step 03 導入する

    自治体行政におけるAI導入の実践ガイド

    公共サービスの成果を選び、規則、データ、部署、判断の権限を整理するところから、試験、試験導入、本格導入、モニタリング、説明責任、拡大まで、統制された進め方を紹介します。

AI活用ガイド · Step 01 · 理解する

自治体行政におけるAI自動化とは?

自治体は、日々の暮らしに関わる何千もの判断とやり取りを扱っています。

  • 住民が市に転入し、いくつもの手続きを理解する必要がある。
  • 保護者が、保育についての情報を必要としている。
  • 外国人住民が、重要なお知らせを理解できる言葉で必要としている。
  • ある部署に、確認して振り分けなければならない申請が何百件も届く。
  • 道路に、劣化の兆しが見え始める。
  • ごみの収集の需要が、地区によって変わる。
  • 大雨により、河川、道路、避難所、避難についての情報が刻々と変わる。

自治体の職員は、こうしたあらゆるシグナルを、公共サービスに変えなければなりません。

AIは、その手助けができます。

自治体行政におけるAI自動化とは、人工知能、公式な行政の情報、業務のデータ、規則、自動化されたワークフローを組み合わせ、住民サービス、事務の業務、インフラの運営、緊急対応、根拠に基づく判断の支援を、自治体が改善できるようにすることです。

しかし、行政の自動化には、一般的な企業の自動化とは異なる責任があります。

自治体は、スピードやコストだけを最適化することはできません。

アクセシビリティ、法的な権限、公平性、プライバシー、透明性、人による監督、そして公的な説明責任も考える必要があります。

つまり、目的は次のものではありません。

行政を自動化すること

目的は、次のことです。

公的な責任を保ちながら、公共サービスをより利用しやすく、より速く、より効果的にすること。

自治体のインテリジェンス・サイクル

自治体のAIを理解するのに役立つ考え方が、次のものです。

  1. 必要

    何かに対応が必要になる。

    例えば:

    • 住民からの質問
    • 申請
    • インフラの問題
    • 行政の案件
    • センサーのアラート
    • 緊急事態
  2. 根拠

    自治体が、状況を理解するのに必要な情報を集める。

    例えば:

    • 自治体の記録
    • 法令や規則
    • 様式
    • GISのデータ
    • センサー
    • 業務の履歴
    • 申請
    • 確認された外部の情報
  3. 判断

    規則、政策、専門的な判断、AIに支えられた分析が、何をすべきかを決める助けになる。

  4. サービス

    自治体が対応する。

    例えば:

    • 情報を提供する
    • 依頼を処理する
    • 書類を発行する
    • 部署を調整する
    • 作業を手配する
    • インフラを維持する
    • 緊急時に情報を伝える
  5. 説明責任

    何が起き、誰に権限があり、どの情報がその行動を支え、サービスが意図した成果を上げたのかを、自治体が理解し、必要に応じて説明する。

これが、自治体のインテリジェンス・ループです。

デジタル市民サービス

自治体のAIにとって最も明確な機会の一つが、住民が公共サービスをたどれるよう手助けすることです。

行政サービスは、多くの場合、部署ごとに組織されています。

住民は、そうではありません。

住民は、ただ次のように言うかもしれません。

「市に引っ越してきます。何をすればいいですか?」

しかし、その出来事には、いくつもの異なる手続きが関わることがあります。

  • 住所の登録
  • 健康保険
  • 子どもに関するサービス
  • 税
  • ごみのルール
  • 学校
  • そのほかの自治体の手続き

住民が、助けを受ける前に、自治体の内部の組織の構造を理解しなければならないということがあってはなりません。

AIは、次のように置き換える手助けができます。

住民のニーズを関係する自治体の手続き

デジタルの自治体アシスタントは、どの手続きが当てはまりそうか、どの書類が必要か、どこでサービスを受けられるか、次に何をすればよいかを説明する手助けができます。

これにより、より良いサービスのモデルが生まれます。

  1. ライフイベント
  2. 関係する手続き
  3. 必要な情報
  4. 案内された次のステップ

デジタル庁は、「書かない・待たない・回らない」窓口を目指す自治体の窓口DXをすでに進めており、誰一人取り残されない、人に優しいデジタル化をうたっています。 digital.go.jp

AIは、その変革に加わるもう一つの層になり得ます。

多言語で、わかりやすい行政の情報

自治体の情報は、母語話者にとっても理解しにくいことがあります。

行政の言葉には、多くの場合、次のようなものが含まれます。

  • 専門用語
  • 法律の用語
  • 長い説明
  • 部署に特有の言葉
  • なじみのない手続き

主な言語を流暢に話さない住民にとっては、その難しさがさらに大きくなります。

AIは、承認された情報を、より理解しやすい形に変える手助けができます。

例えば:

  1. 自治体の公式な情報
  2. わかりやすい言葉での説明
  3. やさしい日本語
  4. 多言語版
  5. 必要に応じた職員による確認
  6. 住民への発信

特に役立つのは、次のような情報です。

  • 防災
  • 保育
  • 福祉
  • 税
  • ごみの収集
  • 公共施設
  • 行政の手続き

重要な原則は、AIが自治体の公式な情報をもとに動くべきだということです。

生成された答えがもっともらしく聞こえるというだけで、手続きを作り出すべきではありません。

申請、様式、行政の手続き

自治体の行政には、今も繰り返しの事務作業が大量にあります。

一件の申請で、職員は次のようなことをする必要があるかもしれません。

  • 書類を受け付ける
  • 必須の項目を確認する
  • 足りない情報を見つける
  • 依頼の種類を分ける
  • 関連する記録を探す
  • 正しい部署に回す
  • 追加の情報を求める
  • 庁内のシステムを更新する

AIとプロセスの自動化は、このワークフローの一部を支援できます。

例えば:

  1. 申請を受け付ける
  2. 書類を分類する
  3. 必須の項目を確認する
  4. 関連する情報を取り出す
  5. 足りない情報を特定する
  6. 案件を振り分ける
  7. 職員が確認する

目的は、あらゆる公的な判断を、自動的にAIに任せることではありません。

多くの場合、最初の価値は、判断を取り巻く事務作業を減らすことから生まれます。

AIは、案件を準備できます。

重大な判断の責任は、資格のある公務員が持ち続けられます。

庁内の行政の知識

自治体には、組織としての膨大な知識があります。

  • 手続き
  • マニュアル
  • 規則
  • 過去の事例
  • 庁内の通知
  • 部署の指針
  • よくある質問
  • 業務の引き継ぎ書

こうした情報の多くは、さまざまなフォルダ、システム、文書、部署に分かれているかもしれません。

これにより、よくある問題が生まれます。

自治体は答えを知っているしかし職員がそれをすぐに見つけられない

AIを活用したナレッジのシステムは、職員が自然な言葉で庁内の情報を検索できるよう手助けできます。

例えば、職員は次のように尋ねられます。

「このサービスを受けている住民が転出するときには、どの手続きが当てはまる?」

複数の文書を手作業で探す代わりに、AIは関連する承認済みの資料を見つけ、答えを整理する手助けができます。

強いシステムは、その情報がどこから来たのかも示すべきです。

その区別は、行政では重要です。

目的は、次のものではありません。

「AIの答えを信じる。」

目的は、次のものです。

「答えと、その出典を理解する。」

部署とデータをつなぐ

自治体のサービスは、多くの場合、組織の境界をまたいでいます。

  • 住宅のデータは、あるシステムにあるかもしれない。
  • 福祉の情報は、別のシステムに。
  • 施設の情報は、また別の場所に。
  • インフラ、GIS、ごみ、交通、財務、市民サービスのシステムは、すべて別々かもしれない。

これが、データのサイロを生みます。

AIはシステムをまたいで情報をつなぐ手助けができますが、目的は必ずしも、自治体のすべての記録を一つの巨大なデータベースに入れることではありません。

そうではなく、提供される公共サービスを軸に、システムをつなぐことができます。

例えば:

  1. 住民からの依頼
  2. 本人・案件の文脈
  3. 関係する部署の情報
  4. 当てはまる規則
  5. 職員の画面

これにより、部署をまたいで必要になる、手作業での検索や同じデータの繰り返しの入力が減ります。

同じ原則は、業務のサービスにも当てはまります。

道路の維持管理、公共施設、交通、環境のモニタリング、緊急事態の管理は、関係する情報がつながることで、より効果的になり得ます。

自治体のデータと判断の支援

自治体は、地域社会がどのように機能しているかについての情報を集めています。

自治体によって、例えば次のようなものがあります。

  • サービスへの需要
  • 人口の動向
  • 施設の利用
  • 交通
  • ごみ
  • インフラ
  • エネルギー
  • 住民からの問い合わせ
  • 地理空間の情報

AIは、こうしたデータの中にパターンを見つける手助けができます。

例えば、自治体は次のように問えます。

「利用が最も大きく増えている公共施設はどれか?」

あるいは:

「同じ問題についての住民からの問い合わせは、どこで増えているか?」

あるいは:

「インフラの維持管理の問題が繰り返し起きているのは、どの地域か?」

AIは、大量の情報を整理し、注意を向けるべきシグナルを見つける手助けができます。

しかし、データの分析と公共の政策は、同じものではありません。

AIが示せること:
何が起きているように見えるか。
公職者が引き続き決める必要があること:
行政がそれに対して何をすべきか。

インフラと予知保全

自治体は、住民が頼りにしている物理的な資産を管理しています。

  • 道路
  • 公共の建物
  • 水に関するインフラ
  • 照明
  • 公共施設
  • 設備
  • そのほかの地域の資産

従来の維持管理は、後追いになりがちです。

故障が起きる → 苦情が届く → 点検 → 修理

AIは、維持管理の一部を、より早い段階での対応へと移す手助けができます。

例えば:

点検の履歴+センサーのデータ+資産の経過年数+保守の履歴→リスクのパターンを検知

  1. 点検の優先順位づけ
  2. 職員による評価
  3. 維持管理の判断

橋、道路、公共の建物が安全かどうかを、AIが単独で判断する必要はありません。

AIの役割は、技術者や土木のチームが、点検の資源をどこに集中させるべきかを見極める手助けをすることだけかもしれません。

それにより、限られた自治体の資源を、より先回りして使えるようになります。

スマートな交通と移動

自治体の交通の状況は、一日の中で変わります。

渋滞は、例えば次のものによって変わります。

  • 時間
  • 天気
  • イベント
  • 工事
  • 学校の時間割
  • 公共交通
  • 事故などの出来事

AIは、交通センサー、法的かつ適切に使われるカメラ、道路の状況、過去のパターン、公共交通のデータなどの情報源からの情報を分析する手助けができます。

交通管理のシステムは、次のことを見つけるかもしれません。

想定される交通量対実際の交通量

  1. 通常と異なる渋滞を検知
  2. 関係するチームに通知
  3. 交通への対応を評価

時間をかけて、自治体は繰り返し起きるパターンをよりよく理解し、交通の計画を改善できます。

目的は、単に車両を速く動かすことであるべきではありません。

自治体の移動には、安全、アクセシビリティ、公共交通、歩行者、緊急車両の通行、地域のニーズといった、より広い公共の目的が関わることがあります。

インテリジェントな廃棄物管理

ごみの収集も、自治体のAIのきわめて実用的なユースケースの一つです。

従来の収集ルートは、ごみの量が変わっても、固定のスケジュールで運行されていることがあります。

しかし、収集の需要は、例えば次のものによって変わります。

  • 地区
  • 曜日
  • 季節
  • イベント
  • 商業活動
  • そのほかの状況

AIは、例えば次のような情報を組み合わせられます。

  • 過去の収集のデータ
  • 利用できる場合はセンサーの情報
  • 交通
  • 車両の位置
  • ルートの履歴
  • 見込まれるごみの量

流れは、次のようになるかもしれません。

  1. ごみの需要予測
  2. ルートの要件
  3. 交通の状況
  4. 収集の計画
  5. 実際の収集
  6. 業務からの学習

結果として、より良いルートの計画、不要な運行の削減、業務の負担の軽減、より確実な収集が実現するかもしれません。

重要なのは、AIが予測を、実際の自治体のワークフローにつなげることです。

環境と施設のインテリジェンス

自治体は、施設を運営し、環境の状態を監視してもいます。

AIは、例えば次のものの分析を手助けできます。

  • 建物のエネルギー消費
  • 公共施設の利用
  • 水や環境のシグナル
  • 設備の性能
  • 資源の消費のパターン

いくつかの公共施設を想像してみましょう。

自治体は、それぞれの建物の月ごとのエネルギー使用量を把握しているかもしれません。

AIは、次のことを見つける手助けができます。

似た施設とは異なる振る舞いをしているのは、どの施設かあるいは異常に多い消費と結びついていそうなのは、どの運用のパターンか。

これにより、報告が、運営のインテリジェンスに変わります。

単に次のように問うのではなく、

「どれだけのエネルギーを使ったか?」

職員は、次のように問えます。

「どこで消費が通常と異なり、何を調べるべきか?」

システムは、調査を支えます。

適切な対応を決めるのは、人です。

緊急事態と災害の情報

緊急対応は、自治体のAIに慎重な人による監督が必要である理由を示す、最も明確な例の一つです。

災害のときには、多くの情報源から一度に情報が届くことがあります。

  • 気象の警報
  • 河川のデータ
  • 道路の状況
  • 避難所の状況
  • 住民からの通報
  • 現場の職員
  • 地図
  • 救急・消防などの機関
  • 住民への発信

問題は、多くの場合、情報が足りないことではありません。

あまりに多くの情報が、あまりに速く届くことです。

AIは、例えば次のことを手助けできます。

  • 集める
  • 分類する
  • 重複を取り除く
  • 要約する
  • 地図に示す
  • 情報の優先順位をつける

ワークフローは、例えば次のようになります。

  1. シグナルを集める
  2. 情報を整理する
  3. 緊急性の可能性を特定する
  4. 権限のある職員に状況を示す
  5. 人による確認
  6. 住民への発信・業務の対応

これは、重要な区別です。

AIは、状況の把握を速められます。

しかし、緊急時の重大な判断には、明確に定められた権限が必要です。

行政は、誰が決め、誰が伝えるのかを知っている必要がある。

住民からの依頼と、問題の振り分け

住民は、日々のさまざまな問題を通報します。

  • 傷んだ道路
  • 不法投棄
  • 壊れた街灯
  • 倒れた木
  • 騒音
  • 公共施設の問題

こうした通報は、例えば次のような経路で届きます。

  • 電話
  • メール
  • ウェブのフォーム
  • モバイルアプリ
  • 自治体の窓口

AIは、依頼を分類し、正しい部署に振り分ける手助けができます。

例えば:

  1. 01住民からの通報「公園の近くの街灯がついていません。」
  2. 02AIが分類公共インフラ/照明。
  3. 03場所を特定
  4. 04似た通報の有無を確認
  5. 05担当のチームを特定
  6. 06作業の依頼を準備
  7. 07職員や現場のチームが対応

これにより、手作業での仕分けが減ります。

複数の通報が同じ問題を指しているときに、それを見つけやすくもなります。

自治体職員のためのAIアシスタント

自治体の職員は、例えば次のことに多くの時間を使っているかもしれません。

  • 文書を探す
  • 情報を要約する
  • 下書きを準備する
  • 事務の資料を確認する
  • 繰り返しの質問に答える
  • 案件の情報を整理する

生成AIは、こうした作業の一部を支援できます。

例えば、自治体の職員は、承認されたアシスタントを使って次のことができます。

  • 長い庁内の文書を要約する
  • わかりやすい言葉での説明を下書きする
  • 二つの政策文書を比べる
  • 会議のメモを準備する
  • 住民からの問い合わせを整理する
  • 承認された庁内の知識を検索する

行政でのAIの導入は、すでに国際的に広がっています。OECDの2026年のデジタル・ガバメント・アウトルックは、調査対象のOECD加盟36か国のうち35か国で、行政の少なくとも一つの分野でAIが使われており、庁内の業務と公共サービスが特に導入の進んだ分野だと報告しています。

しかし、行政での利用には、モデルへのアクセス以上のものが必要です。

情報、権限、適切な利用、監督、説明責任をめぐるガバナンスが必要です。

住民向けのAIと、行政の業務のためのAIは異なる

自治体のAIは、つながった二つの世界で動いています。

住民に向けた行政

AIは、住民が次のことをできるよう手助けできる:

  • 情報を理解する
  • サービスを見つける
  • 手続きをたどる
  • 言語を越えてやり取りする
  • 依頼を送る
  • 最新の状況を受け取る

行政の業務

AIは、職員が次のことをできるよう手助けできる:

  • 案件を処理する
  • 知識を検索する
  • データを分析する
  • 部署を調整する
  • インフラを監視する
  • 業務を最適化する
  • 緊急事態に対応する

技術は似ているかもしれません。

しかし、使う人、リスク、ワークフロー、判断の権限は、大きく異なることがあります。

成功する自治体のAI戦略は、その両方を理解している必要があります。

デジタル・ファースト ― デジタル・オンリーではなく

AIとデジタルのサービスは、多くの住民にとって行政を利用しやすくできます。

しかし、誰もが同じように使うわけではありません。

住民の中には、例えば次のような人がいるかもしれません。

  • デジタルのスキルが限られている
  • アクセシビリティの支援が必要
  • 対面での支援を好む
  • 主な言語に苦労している
  • 自動化では簡単に扱えない複雑な状況に直面している

そのため、目的は次のことではありません。

すべての住民を、同じデジタルのチャネルに押し込むこと

目的は、次のことです。

デジタル技術を使って、すべてのチャネルをより良くすること

  • 窓口の職員も、オンラインのアシスタントが使うのと同じAIのナレッジツールの恩恵を受けられる。
  • コールセンターの職員も、同じ承認済みの情報にアクセスできる。
  • 住民は、オンラインで始め、必要なときには人に引き継いで続けられる。

デジタル庁は、自治体の窓口DXを、住民の利便性の向上と職員の業務負担の軽減を両立させながら、誰一人取り残されない、人に優しいデジタル化を目指す取り組みだと説明しています。 digital.go.jp

これは、自治体のAIにとっても役に立つ原則です。

AIによる支援は、公的な権限と同じではない

これは、自治体のAIにおける最も重要な考え方の一つです。

AIができるかもしれないこと:

  1. 検索関連する情報を見つける。
  2. 要約複雑な資料を整理する。
  3. 分類依頼の種類を見分ける。
  4. 予測起こり得ることを見積もる。
  5. 提案行動を勧める。
  6. 準備ワークフローや判断の案を準備する。

しかし、それは、AIがあらゆる判断を下す権限を持つべきだということを、自動的に意味するわけではありません。

役に立つ切り分けは、次のとおりです。

インテリジェンスシステムは何を知り、何を推測しているか?

対

権限法的にも業務上も、判断してよいのは誰か?

リスクの低い事務の作業であれば、より多くの自動化が適切かもしれません。

住民、給付、権利、安全、そのほかの重大な結果に大きく影響する判断では、より明確な人の権限、確認、追跡のしやすさ、訂正の手段がますます重要になります。

OECDの2026年の行政におけるAIの評価も同様に、AIがより重大な公的機能に入っていくにつれて、データの品質、透明性、保証、ガバナンスへの要件を強めることを重視しています。

AIアシスタントから、エージェント型の行政サービスへ

自治体のAIは、質問に答えることを越えて、少しずつ先へ進むかもしれません。

成熟の道のりは、例えば次のようになります。

  1. 回答自治体の手続きを説明する。
  2. 案内住民に必要な手続きを特定する。
  3. 準備必要な情報を事前に入力したり整理したりする。
  4. 振り分け案件を正しいワークフローや部署に送る。
  5. 調整関連するいくつもの行政の手続きをつなぐ。
  6. 実行明確に許可された事務の手順を実行する。

これにより、より先回りした、統合された公共サービスの可能性が生まれます。

しかし、自律性はリスクを変えます。

AIが行政のシステムをまたいで行動し始めると、自治体には、より明確な権限、判断の記録、承認の場面、説明責任、そして行動を止めたり訂正したりする仕組みが必要になります。

OECDの2026年のデジタル・ガバメント・アウトルックは、答えるAIと、行政のワークフローをまたいで行動するエージェント型のシステムとのこの区別を特に取り上げ、それに応じた監督、追跡のしやすさ、説明責任、利用者による制御、異議申し立ての仕組みの必要性を指摘しています。

業務は自動化し、公的な権限は守る

自治体にとっての強い原則は、次のものです。

業務は自動化する

しかし、公的な権限は守る

  • AIは、事務の負担を減らせる。
  • 情報をより速く取り出せる。
  • 文書を準備できる。
  • 依頼を分類できる。
  • 業務のデータを分析できる。
  • パターンを見つけられる。
  • 予測を支えられる。

しかし、公的な権限は、意図して設計され続けるべきです。

AIに支えられるすべての業務について、自治体は次のことを理解しておくべきです。

  • AIは何をしているのか?
  • どの情報を使っているのか?
  • どのような行動をとれるのか?
  • 誰が責任を持つのか?
  • 人の承認が必要なのはいつか?
  • AIが誤ったときは、どうなるのか?
  • 住民は、どうすれば助けや訂正を受けられるのか?

これらは、サービスの設計の一部です。導入の後から付け加える問いではありません。

住民の信頼が重要

効率には価値があります。

しかし、人々は、行政がAIをどう使うかにも関心を持っています。

OECDの2026年の国際的な信頼に関する調査では、AIが公共サービスを改善したりコストを下げたりする可能性については楽観的な見方が多い一方で、行政のAIが公平性、プライバシー、透明性、人による監督といった原則を一貫して守るという確信は、それほど強くありませんでした。

つまり、成功する自治体のAIには、次の両方が必要です。

パフォーマンスサービスは、より良く機能しているか?

と

信頼に値すること人々は、AIがどう使われているかを理解し、信頼できるか?

公共部門のAIには、その両方が必要です。

自治体は、どこから始めるべきか?

次の問いから始めないでください。

「どうすれば、あらゆるところでAIを使えるか?」

公共サービスの課題を一つ選んで始めましょう。

例えば:

  • 住民が、この手続きを理解するのに苦労している。
  • 職員が、同じ質問に繰り返し答えている。
  • 申請の分類に、手作業がかかりすぎている。
  • 部署をまたいで知識を見つけにくい。
  • ごみの収集ルートが非効率。
  • 施設のエネルギー使用量がわかりにくい。
  • インフラの点検が後追いになりすぎている。
  • 緊急時の情報の整理に時間がかかりすぎる。

そのうえで、次のことを問いましょう。

  1. 01明確な公共のニーズはあるか?住民や職員は、どのような問題を抱えているか?
  2. 02信頼できる根拠はあるか?公式な情報と、使えるデータはあるか?
  3. 03AIの役割は適切か?検索、要約、分類、予測、提案、準備、実行のうち、どれをさせるべきか?
  4. 04誰に権限があるか?どの行動に、職員の確認や承認が必要か?
  5. 05公共の価値を測定できるか?サービスは、より利用しやすく、速く、アクセスしやすく、安全で、確実に、あるいは負担の少ないものになったか?

これは、技術から始めるよりも強固な土台です。

自治体のサービスの前、最中、後

自治体のAIは、三つの場面で捉えることもできます。

  1. サービスの前

    理解と準備

    • 住民のニーズを特定する。
    • 関連する情報を取り出す。
    • 当てはまる手続きを判断する。
    • 案件を準備する。
  2. サービスの最中

    支援と調整

    • 住民を案内する。
    • 自治体の職員を支える。
    • 部署をつなぐ。
    • 業務の状況を監視する。
    • 例外に対応する。
  3. サービスの後

    記録と改善

    • 何が起きたかを理解する。
    • 重要な行動を記録する。
    • サービスのパフォーマンスを測定する。
    • 繰り返し起きる問題を特定する。
    • 業務を改善する。

これにより、次の流れが生まれます。

  1. 理解する
  2. 調整する
  3. 提供する
  4. 説明する
  5. 改善する

目指すもの:迷わず使える行政

  • 住民が、自治体のすべての部署を理解しなければならない必要はない。
  • 職員が、一つの答えのために五つのシステムを探さなければならない必要はない。
  • インフラのチームが、いつも故障を待ってから動かなければならない必要はない。
  • 緊急対応のチームが、状況を理解する前に、届くすべてのシグナルを手作業で仕分けなければならない必要はない。

AIは、こうした摩擦を減らせます。

しかし、目指すのは、自律的に動く自治体ではありません。

技術が人を助け、公共サービスを利用しやすく、提供しやすくする自治体です。

自治体のインテリジェンス・サイクルの全体は、次のようになります。

  1. 01必要住民、職員、地域、都市は、何を必要としているか?
  2. 02根拠それを理解するのに役立つ公式な情報は何か?
  3. 03判断どの規則、政策、権限のもとで、何をすべきか?
  4. 04サービス適切な対応を、どう提供するか?
  5. 05説明責任何が起き、誰が責任を持ち、サービスは公共の価値を生んだか?
  6. 06改善次回、自治体は何をより良くすべきか?

これが、自治体行政におけるAI自動化の本当の機会です。

単に

より速い事務処理ではなく、

目指すのは、

よりつながった公共サービス、よりよく支えられた職員、よりスマートな自治体の運営、そして人に対して説明責任を果たし続ける公的な判断です。

AI活用ガイド · Step 02 · 評価する

自治体のAI自動化を成功させる7つのポイント

AIは、自治体が住民サービスを向上させ、事務の負担を減らし、組織の知識をつなぎ、自治体のデータを分析し、インフラを監視し、業務を最適化し、緊急対応を支えるのに役立ちます。

しかし、行政のAIは、次のことを問うだけでは評価できません。

その技術は正確か?あるいは職員の時間を節約できるか?

自治体には、さらに別の責任があります。

公共サービスは、例えば次のものに影響することがあります。

  • 住民の利用
  • 個人情報
  • 給付
  • 手数料
  • 申請
  • 許可
  • インフラ
  • 安全
  • 緊急時の情報伝達
  • そのほかの公的な権利と責任

つまり自治体は、AIに何ができるかだけでなく、何をすべきか、何をすることが認められているか、そしてAIを使うときに誰が説明責任を負い続けるのかを理解する必要があります。

自治体のAI準備度を考えるための実践的な枠組みは、次のとおりです。

  1. 公共の目的
  2. 権限
  3. 根拠
  4. インクルージョン
  5. 連携
  6. 人による監督
  7. 公共の価値

明確な公共の目的から始める

最初の問いは、次のものであるべきではありません。

「どこにAIを導入できるか?」

最初の問いは、こうです。

「私たちは、どのような公共の問題を解決しようとしているのか?」

例えば:

住民サービス
住民が、複雑な自治体の手続きを理解するのに苦労している。
事務
職員が、申請の分類と振り分けに手作業で何時間も費やしている。
庁内の知識
職員が、部署ごとの文書の中から承認済みの手続きを簡単に見つけられない。
インフラ
保守のチームが、点検の優先順位をつけるのに苦労している。
ごみ
収集ルートが、変化する需要を反映していない。
緊急対応
災害のとき、職員にあまりに多くの情報があまりに速く届く。

これらは、公共サービスの問題です。

AIは、それを解決するための選択肢の一つです。

「問題を探すAI」を避ける

自治体は、印象的なAIの機能を提案されることがあるかもしれません。

しかし、その裏に明確なサービスのニーズがなければ、プロジェクトはすぐに次のようなものになりかねません。

  • 技術のデモンストレーション
  • もう一つのダッシュボード
  • 職員が保守しなければならないもう一つのシステム
  • 展開への道筋のないパイロット

導入の前に、次のことを定めましょう。

公共のニーズ
誰がその問題を抱えているのか?
現在の負担
今、何が難しく、遅く、わかりにくく、あるいはコストがかかっているのか?
望ましい成果
何が改善されるべきか?
AIの役割
通常のソフトウェア、業務の見直し、自動化と比べて、なぜAIが適切なのか?

この区別は重要です。

ときには、正しい解決策は単に次のようなものかもしれません。

  • より良い様式
  • より良い連携
  • より簡単な規則
  • 通常のワークフローの自動化

すべてのデジタルの問題に、AIが必要なわけではありません。

役に立つ「公共の目的」テスト

次のことを問いましょう。

  1. 01誰が恩恵を受けるか?住民か? 自治体の職員か? 現場のチームか? 緊急対応の担当者か? 地域社会全体か?
  2. 02何が改善されるか?利用のしやすさか? スピードか? 正確さか? 安全か? 職員の業務負担か? インフラの信頼性か?
  3. 03それを測定できるか?できないなら、公共の目的はまだあいまいすぎるのかもしれない。

最も強い自治体のAIプロジェクトは、明確に定義された公共の成果から始まります。

自動化の前に、判断の権限を定める

これは、自治体のAIと多くの商用のアプリケーションとの、最も大きな違いの一つです。

システムは、行動を提案できるかもしれません。

だからといって、その判断を下す権限を持っているとは限りません。

AIに支えられた申請のワークフローを考えてみましょう。

AIができるかもしれないこと:

  1. 申請を分類する
  2. 関連する情報を取り出す
  3. 足りない書類を特定する
  4. 当てはまる指針を取り出す
  5. 提案を準備する

しかし:

申請を承認したり却下したりする権限を持っているのは誰か?

その権限は、明確なままでなければなりません。

インテリジェンスと権限を分ける

自治体にとって役に立つモデルは、次のとおりです。

  1. 検索関連する情報を見つける。
  2. 要約案件を整理する。
  3. 分類依頼の種類を見分ける。
  4. 予測リスクや起こりそうな結果を見積もる。
  5. 提案行動を勧める。
  6. 準備ワークフローや判断の案を準備する。
  7. 判断公的な権限を行使する。

これらは、同じものではありません。

AIは、最初の六つの段階に大きく関わるかもしれません。

最終的な権限がどこにあるべきかは、自治体が意図して決めなければなりません。

これは、結果が住民に大きな影響を与えうるときに、ますます重要になります。

リスクに応じた権限を使う

すべての自治体の業務に、同じ水準の管理が必要なわけではありません。

例えば:

  1. 影響の小さい作業

    AIが庁内の会議のメモを要約する。

    より多くの自動化が受け入れられるかもしれない。

  2. 影響が中程度の作業

    AIが住民からの依頼を分類し、部署に振り分ける。

    監視と訂正の仕組みがあれば、自動化できるかもしれない。

  3. 影響の大きい作業

    AIが、受給資格、安全、そのほかの重要な公共の成果に影響する判断に関わる。

    より強い確認、出典の検証、説明責任、人の権限が必要になるかもしれない。

デジタル庁は、2026年6月に、政府における生成AIの調達・利活用に関するガイドラインを第2.0版に更新し、リスク評価の資料、調達時のチェック、契約時のチェック、利用のルールを盛り込みました。これは、ガバナンスをAIのユースケースの性質に合わせる必要があることを反映しています。

原則は、次のとおりです。

影響が大きいほど、管理を強く

AIを公式な根拠に基づかせる

自治体のAIは、もっともらしく聞こえるというだけで情報に頼ることはできません。

行政の判断と情報発信は、多くの場合、公式な資料に基づいている必要があります。

例えば、次のようなものです。

  • 法律
  • 条例
  • 規則
  • 自治体のルール
  • 承認された手続き
  • 公式な様式
  • 住民の記録
  • 地理空間のデータ
  • インフラのデータ
  • センサーの情報
  • 案件の記録
  • 公式な緊急情報

システムは、次のことを知っている必要があります。

何が正しい情報源なのか?

公式な行政の知識

住民が、次のように尋ねたとします。

「この手続きには、どの書類が必要ですか?」

AIは、理想的には、承認された自治体の案内を取り出すべきです。

一般的な知識から、それらしいリストを作り出すのではありません。

強いワークフローは、次のとおりです。

  1. 住民の質問
  2. 関係する公式な資料を取り出す
  3. AIが情報を整理する
  4. 出典を示す・保つ
  5. 答えを届ける

これは、次のものよりはるかに強いものです。

質問 → モデルの推測 → 答え

データの品質は、文脈の品質でもある

行政のデータは、技術的には正しくても、その判断のためには不十分なことがあります。

例えば:

自治体のデータベースには、次のように表示されているかもしれません。

施設の収容人数:500人

しかし、実際には:

  • 一部が一時的に閉鎖されている
  • アクセシビリティが限られている
  • 緊急時の収容人数が、通常の運用時と異なる

そのため、AIにはデータを取り巻く文脈が必要です。

役に立つ問いには、次のようなものがあります。

  • どれくらい新しいか?
  • 誰が管理しているか?
  • その項目は、実際には何を意味するのか?
  • 最後に確認されたのはいつか?
  • 部署によって解釈が異なりうるか?

AIは、適切な場面で根拠を示すべき

自治体の職員にとって、良いシステムは、多くの場合、次のことをわかりやすくするべきです。

  • どの規則か?
  • どの文書か?
  • どの記録か?
  • どのデータ源か?

が、その答えを支えていたのか。

これにより、次の流れが生まれます。

  1. 根拠
  2. 判断を支える推論
  3. 公共サービスの行動

次のようなものではなく:

AIの出力 → 信じてください

強い根拠は、職員が後から判断を説明したり、見直したり、訂正したりする必要があるときに、特に重要です。

インクルージョンとアクセシビリティを考えて設計する

住民の80%にとってはすばらしく機能するデジタルの公共サービスでも、残りの20%が使えなければ、大きく失敗していることになりかねません。

そのため、自治体のAIは次のことを考慮する必要があります。

  • 言語
  • アクセシビリティ
  • 年齢
  • デジタルリテラシー
  • 障害
  • 端末の利用環境
  • 複雑な生活の事情
  • 人による支援を好む住民

目指すのは、単に次のものではありません。

デジタル・ファースト

目指すべきは、次のものです。

デジタル・ファースト ― デジタル・オンリーではなく

多言語の自治体サービス

AIは、自治体が言語を越えてコミュニケーションを取る手助けができます。

例えば:

  1. 承認された日本語のお知らせ
  2. わかりやすい言葉の版
  3. やさしい日本語
  4. 多言語の版
  5. 必要に応じた確認
  6. 住民への発信

これにより、例えば次のような情報が利用しやすくなります。

  • ごみの収集
  • 保育
  • 防災
  • 福祉
  • 公共施設
  • 税
  • 行政の手続き

しかし、多言語で規模を広げることが、正確さを犠牲にするものであってはなりません。

重要な情報には、適切な確認が必要です。

アクセシビリティは、翻訳だけではない

住民は、言語そのものは理解できても、次のようなことに苦労するかもしれません。

  • 長い文書
  • 複雑な画面の操作
  • 行政の用語
  • わかりにくい手続きの段取り

AIは、次のように変える手助けができます。

部署を軸にした行政の情報を住民を軸にした案内。

例えば:

ライフイベントをどの部署が担当しているかを住民に知っていることを求めるのではなく、サービスは次の問いから始められます。

「何をしようとしていますか?」

これにより、次のように変わります。

組織の構造から人のニーズ

デジタル庁は現在、自治体の窓口DXを、書く・待つ・窓口を回ることを減らすサービスを軸に、誰一人取り残されない、人に優しいデジタル化を目指すものとして説明しています。 digital.go.jp

これは、自治体のAIにとっても役に立つ原則です。

人によるチャネルも、機能し続けなければならない

すべての住民を、AIアシスタントに押し込むべきではありません。

人は、引き続き次のことができるべきです。

  • 窓口を訪れる
  • 電話する
  • 職員に尋ねる
  • アクセシビリティの支援を受ける
  • 複雑な案件を担当者に引き継ぐ

AIは、こうしたチャネルも改善できます。

例えば、オンラインで使われるのと同じ自治体のナレッジアシスタントが、窓口の職員が情報をより速く見つける手助けをできます。

これにより、次の形が生まれます。

一つの知識の土台が支える複数のサービスのチャネル

人による利用を置き換えるのではありません。

システム、部署、ワークフローをつなぐ

自治体のサービスが、一つのシステムの中だけで完結することはめったにありません。

住民との一つのやり取りに、いくつもの部署の情報が必要になることがあります。

自治体の業務には、例えば次のものが関わります。

  • 住民のシステム
  • 税
  • 福祉
  • 保育
  • 施設
  • GIS
  • 道路
  • ごみ
  • 防災
  • 財務
  • 文書管理
  • 庁内のナレッジのシステム

そのサービスに必要な情報が完全に切り離されたままでは、AIは統合された公共サービスをつくれません。

連携は「一つの巨大なデータベース」を意味しない

目的は、必ずしもすべてを一か所に集めることではありません。

より強い原則は、次のものです。

サービスに必要な情報をつなぐ。

例えば:

住民サービスのアシスタントには、次のものが必要かもしれません。

住民からの依頼+承認された手続き+申請の状況+関係する部署→役に立つ案内

インフラのアプリケーションには、代わりに次のものが必要かもしれません。

資産の記録+点検の履歴+GIS+保守の履歴→リスクの優先順位づけ

ユースケースが違えば、必要な連携も違います。

標準化が重要

部署ごとに情報の保存の仕方が異なれば、AIとの連携ははるかに難しくなります。

役に立つ土台には、次のものの統一があります。

  • データの定義
  • 識別子
  • API
  • 権限
  • メタデータ
  • 記録
  • ワークフローの状態

日本では、地方公共団体の基幹業務システムとガバメントクラウドの構成の標準化が続いています。これは、より高度な自動化を重ねる前に、相互運用できる自治体のデジタルの土台が広く重要であることを示しています。

AIは、連携の問題をなくすわけではありません。

むしろ、それを明らかにすることがよくあります。

部署ではなく、サービスを軸に設計する

想像してみましょう。

住民が、壊れた街灯を通報します。

住民が、次のことを知っている必要はありません。

  • どの部署がその街灯を管理しているか
  • どのシステムがその資産を記録しているか
  • どの保守チームが対応するか

サービスは、次のようになり得ます。

  1. 住民からの通報
  2. 場所を特定
  3. 資産を特定
  4. 問題を分類
  5. 担当のチームを特定
  6. 作業の依頼を作成
  7. 状況を更新

これが、つながった自治体の自動化のあるべき姿です。

人による監督、追跡のしやすさ、訂正をサービスに組み込む

人による監督とは、次のことではありません。

「誰かがときどきAIを見る。」

運営のモデルの中に、設計として組み込む必要があります。

ユースケースごとに、次のことを定めましょう。

誰が確認するか?
どの役割か?
いつか?
すべての案件か? 例外だけか? リスクのしきい値を超えたときか?
何を見るのか?
AIの出力だけか? それとも出典の根拠もか?
何ができるのか?
承認? 修正? 却下? エスカレーション?
何を記録するか?
提案か? 最終的な判断か? 確認した人か? 出典の情報か?

住民には、問題に異議を唱え、訂正を求める手段が必要

AIが、誤った行政上の結果に関わったとします。

住民は、次のことを知る必要があります。

  • 何が起きたのか?
  • 誰が助けてくれるのか?
  • 情報はどうすれば訂正できるのか?
  • 判断を見直してもらえるか?

これは、AIが業務により大きな影響を持つようになるほど重要になります。

役に立つモデルは、次のとおりです。

  1. AIの出力
  2. 人や規則に基づく確認
  3. 公共サービスとしての判断
  4. 記録
  5. 訂正・異議申し立ての道筋

説明責任は、AIが答えを出した後も続く必要があります。

導入後もシステムを監視する

AIのパフォーマンスは、変わることがあります。

  • 文書は変わる。
  • 規則は変わる。
  • 自治体の業務は変わる。
  • データは変わる。
  • モデルは変わる。

半年前には正しく動いていたシステムが、今日も同じように振る舞うとは限りません。

そのため、監視には次のものを含めるべきです。

  • 誤り
  • 上書き
  • エスカレーション
  • 苦情のパターン
  • 情報源の不具合
  • データの変化
  • モデルの変更
  • セキュリティのインシデント

自治体には、運用の責任者が必要です。

プロジェクトチームだけではありません。

行政のAIには、指針だけでなくガバナンスが必要

OECDの2026年のデジタル・ガバメント・アウトルックは、調査対象のOECD加盟36か国のうち35か国で、行政の少なくとも一つの分野でAIがすでに使われており、庁内の業務と公共サービスで特に導入が進んでいると報告しています。同時に、効果の測定、透明性、調達の能力、実務的なガバナンスには、まだばらつきがあると警告しています。

つまり、AIの導入を成功させるには、方針を公表する以上のことが必要です。

ガバナンスは、日々の業務の中で機能する必要があります。

AIの活動ではなく、公共の価値を測定する

これが、最後のテストです。

自治体のAIプロジェクトは、単に次の理由で成功と見なすべきではありません。

  • 10,000件のプロンプトが使われた
  • 文書の70%がAIで作成された
  • チャットボットが50,000件の質問に答えた

こうした数字は、活動を表しています。

必ずしも公共の価値を表しているわけではありません。

問うべきは、次のことです。

公共サービスは良くなったか?

住民サービスの指標

ユースケースによって:

  • 正しい手続きを見つけるまでの時間
  • 申請の完了
  • 再問い合わせ
  • 窓口の待ち時間
  • 住民の満足度
  • 多言語での利用
  • アクセシビリティ
  • 解決率

事務の指標

測定するもの:

  • 処理時間
  • 手作業での確認の時間
  • やり直し
  • 検索の時間
  • 職員の業務負担
  • 案件の滞留
  • 誤りの割合

インフラの指標

測定するもの:

  • 予期しない故障
  • 点検の効率
  • 保守の対応
  • 資産の停止時間
  • 修理のコスト
  • サービスの信頼性

ごみ収集と業務の指標

測定するもの:

  • ルートの距離
  • 燃料・エネルギーの使用
  • 収集漏れ
  • 車両の稼働率
  • 業務の負担

緊急対応の指標

測定するもの:

  • 届いた情報を整理するまでの時間
  • 重複した通報
  • 情報の確認
  • 状況の把握
  • 情報伝達のスピード
  • 職員の業務負担

すべての緊急時の成果を、単純なAIのKPIに置き換えるべきではありません。

それでも、それを支える業務は測定できます。

信頼とインクルージョンも成果である

自治体にとっての価値は、効率よりも広いものです。

  1. サービスが速くなっても、利用しにくくなるかもしれない。それは、必ずしも改善ではない。
  2. AIシステムが職員の業務負担を減らしても、住民への誤った案内を増やすかもしれない。それは、成功ではない。

役に立つ公共の価値のモデルは、次のとおりです。

サービスの質
サービスは良くなったか?
業務の効率
仕事は提供しやすくなったか?
利用のしやすさとインクルージョン
人々は、実際にそれを使えるか?
信頼と説明責任
自治体は、その結果に責任を持てるか?

これらが合わさって、公共の価値が生まれます。

OECDの2026年のデジタル・ガバメント・アウトルックは、展開の根拠がないまま多数のパイロットが増えるに任せるのではなく、行政のAIが実際に何を達成しているかを体系的に評価することを特に推奨しています。

自治体のAI準備度テスト(7つの要素)

導入の前に、次のことを問いましょう。

  1. 公共の目的住民、職員、地域、インフラ、業務に関する、明確に定義された問題を解決しようとしているか?
  2. 権限AIに、検索、要約、分類、提案、準備、実行のうち何が認められていて、判断の権限を誰が持ち続けるのかを把握しているか?
  3. 根拠システムは、公式で、最新で、追跡できる自治体の情報と、使えるデータに基づいているか?
  4. インクルージョン言語、アクセシビリティ、デジタルリテラシー、チャネルの違いを越えて、住民がサービスを利用できるか?
  5. 連携必要な部署、システム、データ、ワークフローが、公共サービスを軸につながるか?
  6. 人による監督確認、エスカレーション、追跡のしやすさ、訂正、監視、説明責任が、運営のモデルに組み込まれているか?
  7. 公共の価値サービスが、より役に立ち、利用しやすく、効率的で、信頼でき、安全で、説明責任を果たせるものになったことを示せるか?

自治体のAI準備度チェーン

枠組みは、次のようになります。

  1. 公共の目的どのような公共の問題を解決しているのか?
  2. 権限判断することが認められているのは誰か?
  3. 根拠どの情報が判断を支えているのか?
  4. インクルージョンサービスを必要とするすべての人が利用できるか?
  5. 連携部署とシステムが一緒に機能できるか?
  6. 人による監督誰が確認し、訂正し、説明責任を負い続けるのか?
  7. 公共の価値サービスは実際に良くなったか?

このチェーンのどこかに弱点があれば、プロジェクト全体が損なわれかねません。

例:AIによる多言語の住民サービス

ある自治体が、外国人住民にとって公共の情報をより理解しやすくするために、AIを使いたいとします。

次のことから始めます。

  1. 公共の目的住民が、重要な自治体の情報を理解するのに苦労している。
  2. 権限AIは、承認された情報を翻訳し、わかりやすくしてよい。自治体の方針を作り出すことはできない。
  3. 根拠情報源は、最新の公式な自治体の情報でなければならない。
  4. インクルージョン支えるもの:複数の言語、やさしい日本語、わかりやすい言葉、アクセシビリティ、人による支援。
  5. 連携承認された自治体のコンテンツとサービスの情報をつなぐ。
  6. 監督影響の大きいどの発信に、職員の確認が必要かを定める。
  7. 公共の価値測定するもの:再問い合わせの減少、情報の理解度の向上、サービスの完了、住民の声、職員の業務負担。

これで、プロジェクトは単に次のものではなくなります。

「翻訳にAIを使う。」

次のものになります。

住民が行政の情報にアクセスしやすくする。

例:AIが支援する申請

職員が、届いた様式を手作業で確認するのに時間をかけすぎているとします。

システムは、例えば次のことをします。

  1. 申請を受け付ける
  2. 情報を取り出す
  3. 必須の項目を確認する
  4. 足りない書類を特定する
  5. 当てはまる指針を取り出す
  6. 案件の要約を準備する
  7. 職員が確認する

準備度の問いは、次のようになります。

  1. 目的繰り返しの事務作業を減らす。
  2. 権限AIが案件を準備する。関係する判断の権限は、資格のある職員が持ち続ける。
  3. 根拠承認された規則、様式、案件の情報だけを使う。
  4. インクルージョン申請をデジタルで処理できないときにも、住民は支援を受けられる。
  5. 連携様式、文書管理、案件のシステム、関係する記録がつながる。
  6. 監督職員が、AIによる取り出しや提案を訂正できる。
  7. 価値測定するもの:処理時間、やり直し、職員の業務負担、住民への対応時間。

ここでも:

業務は自動化し、公的な権限は守る。

例:AIによるインフラの維持管理

公共施設の予知保全を考えてみましょう。

AIは、例えば次のものを分析できます。

  • 設備の履歴
  • 点検の結果
  • センサーの情報
  • 資産の経過年数
  • 保守の記録

そして、注意を向けるべき資産を見つけます。

しかし、AIが必ずしも次のように判断するべきではありません。

「この構造物は安全だ。」

より強い運営のモデルは、次のとおりです。

  1. インフラのシグナル
  2. AIによるリスクの優先順位づけ
  3. 技術者・資格のある職員の確認
  4. 点検
  5. 維持管理の判断
  6. 結果の記録

AIは、注意を向ける先の配分を助けます。

専門家としての権限は、明確なままです。

例:災害の情報の管理

緊急事態では、準備度のチェーンが特に重要になります。

届く情報には、例えば次のものがあります。

  • 気象の警報
  • 河川のデータ
  • 道路の状況
  • 住民からの通報
  • 避難所の状況
  • 現場の情報

AIができること:

  1. 集める
  2. 分類する
  3. 重複を取り除く
  4. 要約する
  5. 地図に示す
  6. 緊急のシグナルを見つける

しかし、住民への警報と緊急時の権限は、明確に定められたままでなければなりません。

ワークフローは、次のようになります。

  1. シグナル
  2. AIによる整理
  3. 根拠の提示
  4. 権限のある人による確認
  5. 住民への発信・対応
  6. 記録と評価

これにより、インテリジェンスと権限を混同することなく、スピードが生まれます。

自治体のAIは、現場を強くするべき

役に立つAIの戦略は、次のように捉えるべきではありません。

人 対 AI

職員は、モデルが自動的には持っていない、地域の知識、手続きの知識、地域社会についての知識を持っています。

より良いモデルは、次のとおりです。

AIは情報の作業を担う一方で人は公的な判断、例外、関係づくりを担う

AIは、職員が次のことをできるよう手助けできます。

  • より速く検索する
  • より速く要約する
  • より速く翻訳する
  • より速くパターンを見つける
  • 定型の作業をより速く準備する

それにより、次のことに使える余力が生まれます。

  • 複雑な案件
  • 住民への支援
  • 現場の仕事
  • 専門家としての判断
  • 部署をまたぐ調整

目的は、現場をなくすことではありません。

現場を強くすることです。

パイロットだけでなく、日々の行政のためにつくる

多くのAIシステムは、デモンストレーションではうまく動きます。

自治体の準備ができているとは、次のことを問うことでもあります。

  • 誰が保守するのか?
  • 誰が知識を更新するのか?
  • パイロットの後、誰が費用を負担するのか?
  • 誰が利用状況を監視するのか?
  • 誰がインシデントに対応するのか?
  • 誰がベンダーを管理するのか?
  • モデルが変わったら、どうなるのか?
  • ほかの部署が、その機能を再利用できるか?

パイロットが成功と言えるのは、その裏に信頼できる運営のモデルがあるときだけです。

デジタル庁は現在、大規模なガバメントAIの実証を進めており、地方公共団体が事務の効率化とサービスの向上のために安全な生成AIの環境を構築できるよう、政府のAI環境の一部をオープンソースのソフトウェアとして公開しています。

重要な教訓は、すべての自治体が同じプラットフォームを必要とするということではありません。

安全なAIの導入には、共通の土台、ガバナンス、運用からの学び、再利用が必要だということです。

導入に進む前に

自治体は、次の問いに答えられるべきです。

  • どのような公共の問題を解決しているのか?
  • なぜAIが適切なのか?
  • その判断の権限を持っているのは誰か?
  • どの情報が公式なものか?
  • 住民は、公平に、わかりやすくサービスを利用できるか?
  • 必要な部署とシステムはつながるか?
  • 誰がAIを確認し、訂正するのか?
  • 公共サービスが実際に良くなったことを、どうやって知るのか?

これらの答えが明確なら、自治体には導入に向けた、はるかに強固な土台があります。

次のステップは、その準備を、統制された公共部門での導入へとつなげることです。

AI活用ガイド · Step 03 · 導入する

自治体行政におけるAI導入の実践ガイド

自治体行政へのAIの導入は、単なる技術の導入ではありません。

自治体のサービスには、次のものが関わります。

  • 住民
  • 職員
  • 規則
  • 行政の手続き
  • 個人情報
  • 複数の部署
  • 公共インフラ
  • 緊急時の業務
  • 専門的な判断
  • 公的な説明責任

そのため、自治体のAIシステムは、技術的には見事でも、公共サービスとしては失敗することがあります。

  1. チャットボットは、素早く答えるかもしれない。しかし、その答えは最新の自治体の案内に基づいているか?
  2. AIシステムは、申請を正確に分類するかもしれない。しかし、最終的な判断を下す権限は誰にあるのか?
  3. 予測モデルは、インフラのリスクを見つけるかもしれない。しかし、その状態を確かめるのは誰か?
  4. 緊急対応のシステムは、緊急のシグナルを検知するかもしれない。しかし、住民への指示を出す権限を持っているのは誰か?

そのため、自治体のAIは次のものをつなぐ必要があります。

  1. 公共のニーズ
  2. 公式な根拠
  3. 適切なAIの支援
  4. 公的な権限
  5. サービスの提供
  6. 説明責任

実践的な導入の道のりは、次のとおりです。

  1. 公共の成果を選ぶ
  2. 権限を整理する
  3. 根拠に基づかせる
  4. 業務を見直す
  5. つなぐ
  6. 管理を設計する
  7. 試験する
  8. 試す
  9. 本格導入する
  10. 監視する
  11. 広げる

公共の成果を一つ選ぶ

次の問いから始めないでください。

「どこにAIを導入できるか?」

次の問いから始めましょう。

「どの公共サービスの課題を良くするべきか?」

例えば:

住民サービス
住民が、複雑な手続きを理解するのに苦労している。
事務
職員が、申請の確認と振り分けに時間をかけすぎている。
庁内の知識
職員が、承認済みの規則や手続きの情報をすぐに見つけられない。
インフラ
維持管理が後追いになりすぎている。
ごみ
収集ルートが、実際の需要に合っていない。
施設
公共の建物が、資源を非効率に消費している。
緊急対応
届いた災害の情報を整理するのに時間がかかりすぎる。

明確に測定できる成果を一つ選びましょう。

例えば:

住民が転入するときに必要な手続きを把握するまでの時間を短くする。

あるいは:

資格のある職員による承認を保ちながら、書類を手作業で確認する作業を減らす。

あるいは:

リスクの高いインフラの資産をより早く見つけ、点検の資源に優先順位をつけられるようにする。

これは、次のものよりも強い目標です。

生成AIを導入する。

技術は、公共の成果に従うべきです。

自動化する前に、今のサービスを理解する

AIを加える前に、今サービスがどのように動いているのかを描き出しましょう。

住民が、次のように尋ねたとします。

「市に引っ越してきます。どの手続きが必要ですか?」

今の流れは、例えば次のようなものかもしれません。

  1. 住民がウェブサイトを検索する
  2. 手続きを一つ見つける
  3. 一つの部署を訪れる
  4. 別の手続きが必要だとわかる
  5. 別の窓口を訪れる
  6. 同じ情報を繰り返す
  7. いくつもの別々の手続きを済ませる

最初のステップにAIを加えるだけでは、その根本にあるサービスは分断されたままかもしれません。

そうではなく、次のことを描き出しましょう。

  1. 入口住民は、どのように始めるのか?
  2. 情報自治体は、何を知る必要があるのか?
  3. 規則どの手続きが当てはまるのか?
  4. 部署どの組織が関わるのか?
  5. 判断何が起きるかを決めるのは誰か?
  6. システム情報はどこに保存されているのか?
  7. 引き継ぎ責任はどこで移るのか?
  8. 成果住民は、手続きが完了したことをどう知るのか?

これが、業務プロセスの見直しです。

目的は、次のことではありません。

既存のすべてのステップを自動化する

目的は、次のことです。

より良い公共サービスの道のりをつくる

デジタル庁は、自治体の窓口DXにこの考え方を当てはめ、業務改革とデジタルのシステムを組み合わせて、書く・待つ・窓口を回ることを減らそうとしています。 digital.go.jp

公的な権限を整理する

AIに何ができるかを決める前に、今、誰が権限を持っているのかを特定しましょう。

重要なステップごとに、次のことを問いましょう。

  • この判断を下すことが認められているのは誰か?
  • どの規則が、その人に権限を与えているのか?
  • その判断は委任できるか?
  • 法的に、あるいは業務上、人の承認が必要か?
  • AIは、判断を下さずに、判断を準備できるか?

これにより、権限の見取り図ができます。

例えば:

  1. AIができること

    関連する案内を検索する。

    案件の情報を要約する。

    書類から情報を取り出す。

    足りない情報を特定する。

    依頼を分類する。

    推奨する行動を準備する。

  2. 権限のある職員

    根拠を確認する。

    必要な公的権限を行使する。

この区別は、自動化の前に設計しておくべきです。

導入の後に気づくものであってはなりません。

AIの権限の段階を分ける

すべてのAIの機能に、同じ管理が必要なわけではありません。

役に立つ導入のモデルは、次のとおりです。

  1. 段階1 — 支援AIが職員を手助けする。
    • 文書を検索する
    • 情報を要約する
    • 文章を下書きする
    • 定型的な内容を翻訳する
  2. 段階2 — 整理AIが事務の作業を構造化する。
    • 依頼を分類する
    • 項目を取り出す
    • 足りない書類を見つける
    • 案件を振り分ける
  3. 段階3 — 提案AIが分析に基づく判断に関わる。
    • インフラの点検の優先順位をつける
    • ごみの収集ルートを提案する
    • 緊急のシグナルを強調する
  4. 段階4 — 準備AIが、承認に向けて行動を準備する。
    • 住民への回答を下書きする
    • 案件の判断を準備する
    • 作業の指示を作成する
  5. 段階5 — 実行承認された自動化の処理が、明確に定められた行動を行う。

原則は、次のとおりです。

影響が大きいほど、管理を強く

庁内の文書の要約と、住民に重大な影響を与える判断に、同じガバナンスを当てはめるべきではありません。

2026年6月の政府の生成AIに関するガイドラインは、AIの導入を、ガバナンス、リスク評価、調達と利用の管理と明確に組み合わせています。

AIを公式な情報源に基づかせる

自治体のAIは、公式な事実がどこから来るのかを知っているべきです。

サービスによって、公式な情報には例えば次のものがあります。

  • 法律
  • 条例
  • 行政の規則
  • 公式なマニュアル
  • 承認された手続き
  • 様式
  • 自治体のデータベース
  • 住民の記録
  • GIS
  • 資産の台帳
  • 点検の履歴
  • センサーのシステム
  • 公式な緊急情報

重要な出力ごとに、次のことを定めましょう。

正しい情報源
システムは、この情報をどこから取り出すべきか?

例えば:

  1. 手続き承認された自治体の案内。
  2. 申請の状況案件管理のシステム。
  3. 施設の情報公式な施設のデータベース。
  4. インフラの記録資産管理のシステム。
  5. 緊急時の状況承認された業務のデータ源。

仕組みは、次の流れを優先するべきです。

  1. 取り出す
  2. 確かめる
  3. 説明する

次のような流れではなく:

プロンプト → 推測 → 答え

利用者の体験に、根拠を組み込む

自治体の職員にとって、システムは根拠を確認しやすくするべきです。

AIアシスタントが、次のように言ったとします。

「この申請には、書類Bが必要です。」

良い画面なら、次のものも示すかもしれません。

出典
関係する行政の指針。
該当箇所
必要な書類。
最終更新
現在の承認済みの版。

これにより、職員は結果を確かめられます。

運用の流れは、次のようになります。

  1. 質問
  2. 公式な情報源を取り出す
  3. AIによる説明
  4. 根拠が見える
  5. 職員の行動

影響の大きいユースケースでは、根拠が提案とともに届くべきです。

システムは、単に結論を出すだけであってはなりません。

責任を持つ人が、その根拠を理解できるよう手助けするべきです。

自治体のデータを整え、つなぐ

AIによって、自治体の最大の問題はAIではないことが明らかになるかもしれません。

それは、データの分断かもしれません。

部署によって、次のものが異なることがあります。

  • 識別子
  • 用語
  • ワークフローの状態
  • データの形式
  • 文書の構造
  • システムのインターフェース

導入の前に、選んだサービスにどのシステムが必要なのかを正確に決めましょう。

例えば、インフラの維持管理のユースケースには、次のものが必要かもしれません。

資産の台帳+GIS+点検の履歴+保守の記録+センサーの情報→AIに支えられたリスクの優先順位づけ

住民サービスのアシスタントには、代わりに次のものが必要かもしれません。

承認された手続きの一覧+申請の情報+サービスの案内+部署への振り分け→住民への案内

存在するからといって、すべてをつなぐのはやめましょう。

サービスに必要なものをつなぐ。

部署ではなく、ライフイベントを軸に設計する

住民向けのサービスは、住民の状況から導入を始めると、はるかに使いやすくなります。

例えば:

市への転入

は、いくつもの行政の手続きにつながることがあります。

次のように求めるのではなく、

住民 → 部署A → 部署B → 部署C

サービスは、次のように始められます。

  1. 住民のライフイベント
  2. 関係する手続きを特定
  3. 必要な情報を集める
  4. 適切な部署をつなぐ
  5. 住民を最後まで案内する

ここで、AIが本当に役立つものになります。

AIは、次のように置き換える手助けをします。

人の言葉を行政の手続き。

OECDの2026年のデジタル・ガバメント・アウトルックも同様に、組織の構造ではなく人々の暮らしを軸に公共サービスを設計し、利用者が自分で機関をたどらなくて済むようにサービスをつなぐことを推奨しています。

パイロットの前に、インクルージョンを設計する

アクセシビリティは、導入の後から加えることはできません。

サービスを使うのに苦労しそうなのは誰かを特定しましょう。

例えば:

  • 外国人住民
  • 高齢の住民
  • 障害のある人
  • デジタルのスキルが限られている住民
  • モバイル端末だけを使う人
  • 複雑な事情を抱えている住民

そのうえで、別の道筋を設計しましょう。

例えば:

  1. 公式な情報
  2. わかりやすい言葉
  3. やさしい日本語
  4. 多言語での支援
  5. 利用しやすい画面
  6. 必要なときの人による支援

デジタルのサービスは、利用のしやすさを高めるべきです。

新たな障壁をつくるのではありません。

複数のサービスのチャネルを保つ

AIが、すべての住民にチャットボットを使うことを求めるべきではありません。

自治体は、例えば次のチャネルを支えています。

  • オンラインのサービス
  • モバイル
  • 電話
  • 自治体の窓口
  • メール
  • 地域での支援
  • そのほかの支援付きの窓口

より強い仕組みは、次のとおりです。

一つの信頼できる知識の土台

それが支えるもの:

  • 住民向けのAIアシスタント
  • コールセンターの職員
  • 窓口の職員
  • バックオフィスの職員

そうすれば、デジタル変革は、AIと直接やり取りすることのない住民にも役立ちます。

日本の現在の自治体DXのモデルは、住民の負担の軽減と職員の業務負担の軽減を明確に組み合わせ、誰一人取り残されない、人に優しいデジタル化を目指しています。 digital.go.jp

人による監督を、ワークフローに組み込む

人による監督とは、単に次のことではありません。

「必要なら、人が確認できる。」

確認がどこで行われるのかを、正確に定めましょう。

例えば:

  1. 01申請を受け付ける
  2. 02AIが情報を取り出す。
  3. 03AIが不備を確認する。
  4. 04AIが当てはまる案内を取り出す。
  5. 05AIが案件の要約を準備する。
  6. 06職員による確認の関門職員が確かめるもの:
    • 取り出された情報
    • 関係する規則
    • 例外
    • 提案
  7. 07権限のある判断
  8. 08結果を記録する。

これで、人による監督は、ワークフローの仕組みの一部になります。

エスカレーションのルールを設計する

AIは、続けるべきでないときを知っているべきです。

エスカレーションは、例えば次のようなときに起こります。

  • 情報が食い違う
  • 確信度が低い
  • 必要なデータが足りない
  • 通常と異なる例外が起きる
  • 住民が結果に異議を唱える
  • 安全が関わる
  • 専門的な判断が必要
  • 依頼が定められた権限の外にある

役に立つ管理のモデルは、次のとおりです。

  1. 通常システムが処理を進める。
  2. 不確か人による確認が必要。
  3. 例外専門家へのエスカレーション。
  4. 影響が大きい権限のある判断者が必要。

AIは、不確かさを自信のある言葉で隠すべきではありません。

訂正の道筋をつくる

自治体のサービスには、自動化が誤ったときに立て直す方法が必要です。

想像してみましょう。

  • 書類が誤って分類される。
  • 住民の依頼が、誤った部署に振り分けられる。
  • AIによる翻訳が、重要なお知らせの意味を変えてしまう。
  • 提案が、古い情報に基づいている。

運営のモデルには、次のものが必要です。

  1. 01検知何かが誤っているかもしれない。
  2. 02訂正権限のある職員が結果を変える。
  3. 03記録訂正が残される。
  4. 04調査なぜそれが起きたのか?
  5. 05改善システムや業務を更新する。

結果が住民に影響するときには、住民にも、わかりやすく支援を求められる道筋が必要です。

説明責任には、立て直しも含まれなければなりません。

通常のケースを試験する

本格的に稼働させる前に、現実的な自治体のシナリオをつくりましょう。

住民サービスのアシスタントの場合:

  • 自治体への転入
  • 保育についての問い合わせ
  • ごみの収集についての質問
  • 施設の情報
  • 書類の紛失
  • 多言語での問い合わせ

庁内のAIの場合:

  • 手続きのマニュアルを検索する
  • 事務の資料を要約する
  • 政策の版を比べる
  • 申請を分類する

インフラの場合:

  • 資産の状態が通常
  • 近いうちに保守が必要
  • 点検のデータが足りない
  • 記録が食い違っている

目的は、AIが正しく答えるかどうかを見ることだけではありません。

サービスの道のり全体を試験しましょう。

難しいケースを試験する

自治体のAIには、例外的なケースでのしっかりした試験が必要です。

例えば:

情報の食い違い
二つの公式な文書が矛盾しているように見える。
古い情報
AIが古い手続きを取り出す。
データの不足
申請に不完全な情報が含まれている。
言語
翻訳によって、意味が大きく変わりうる。
アクセシビリティ
住民が、通常のデジタルの道のりを完了できない。
本人確認
システムが、アクセスを求めている人を確認できない。
システムの障害
つながっている行政のシステムが使えない。
通常と異なるケース
住民の事情が、標準の規則に当てはまらない。

AIの正しい振る舞いは、次のようなものかもしれません。

  1. 止まる
  2. 説明する
  3. エスカレーションする

次のような振る舞いではなく:

推測する → 続ける

セキュリティとプライバシーの境界を試験する

自治体のシステムには、慎重に扱うべき情報が含まれていることがあります。

導入では、次のことを定めるべきです。

  • AIは、どの情報にアクセスしてよいか?
  • どの職員がそれにアクセスしてよいか?
  • AIはそれを保持してよいか?
  • 承認された環境の外に出てよいか?
  • どのベンダーのシステムがそれを処理するか?
  • どのような記録(ログ)が必要か?
  • アクセス権が変わったら、どうなるか?

次の原則を使いましょう。

必要最小限のアクセス

システムには、その作業に必要な情報だけを渡すべきです。

自治体が持っているすべてのデータではありません。

サービスの結果に偏りがないかを試験する

自治体のAIは、さまざまな利用者の状況にわたって試験するべきです。

例えば:

サービスは、次の人々にとって同じようにうまく機能するか:

  • 日本語を話す人と、日本語を話さない人に?
  • やさしい日本語を使う人に?
  • 異なる地区に?
  • デジタルの記録が不完全な人に?
  • アクセシビリティの要件がある人に?

重要な住民のグループの間で、モデルの性能に違いがあるなら、自治体は展開を広げる前にその理由を理解するべきです。

目的は、単に次のことではありません。

平均の正確さ = 95%。

問うべきは、次のことです。

残りの5%を経験しているのは誰か?

公共サービスの質を、平均の中に埋もれさせてはなりません。

統制された一つのサービスで試す

自治体全体に、いきなり展開しないでください。

範囲を狭く選びましょう。

例えば:

AIナレッジアシスタント
一つの部署。
住民への案内
一つのまとまりの手続き。
書類の処理
一種類の申請。
ごみ収集の最適化
一つの地区。
インフラの分析
一つの資産の分類。
施設のエネルギー
比べられるいくつかの公共の建物。

これにより、評価ができるようになります。

例:

パイロット — AIに支えられた多言語のごみ分別案内。

範囲
ごみとリサイクルについての質問。
チャネル
自治体のウェブサイト。
言語
日本語 + 選んだ優先言語。
AIの権限
情報の提供のみ。
人へのエスカレーション
あり。
指標
正確さ、住民の手続き完了、再問い合わせ、職員の業務負担、エスカレーションの割合

これが、統制された導入です。

自律の前に、支援から始める

自治体のAIにとって役に立つ成熟のモデルは、次のとおりです。

  1. シャドーAIが、サービスに影響を与えずに動く。
  2. 支援AIが職員を支える。
  3. 提案AIが行動を勧める。
  4. 準備AIが、承認に向けて作業を準備する。
  5. 自動化承認された、リスクの低い行動が実行される。

これにより、自治体は権限を広げる前に学ぶことができます。

例えば、インフラのAIは、まずリスクの順位づけを生成し、技術者がそれを既存の点検と比べるかもしれません。

一貫した価値が根拠によって示されてから初めて、ワークフローの自動化を進めるべきです。

AIを、既存の業務と比べる

パイロットの間に、次の二つを比べましょう。

現在の業務とAIに支えられた業務

例えば:

導入前正しい手続きを見つけるまで平均12分。

導入後3分。

しかし、次のことも測定しましょう。

  • 情報は正確だったか?
  • 職員は、それを訂正する必要があったか?
  • 住民は、それを理解したか?
  • サービスは、より利用しやすくなったか?

効率だけでは十分ではありません。

サービスとして稼働させる

パイロットを本番の運用に移す準備ができたら、運用の管理を定めましょう。

責任者
公共サービスの成果に責任を持つのは誰か?
技術の責任者
システムを運用するのは誰か?
情報の責任者
公式な知識を保つのは誰か?
AIの責任者
モデルの振る舞いを監視するのは誰か?
判断の責任者
権限を持ち続けるのは誰か?
インシデントの責任者
何か問題が起きたときに対応するのは誰か?
セキュリティの責任者
アクセスとリスクを管理するのは誰か?

本番のAIサービスには、継続的な責任の所在が必要です。

プロジェクトチームだけではありません。

AIの役割を文書にする

職員は、いつAIが関わっているのかを知っているべきです。

役に立つ庁内向けのサービスの説明は、例えば次のようなものです。

AIの役割
申請を分類し、関係する行政の案内を取り出す。
AIがしないこと
申請の承認や却下。
最終的な権限
権限のある自治体の職員。
情報源
承認された申請のデータと、自治体の手続きの文書。
エスカレーション
情報が足りない、あるいは食い違うケースは、手作業での確認が必要。

こうした明確さが、混乱を減らします。

判断を軸に職員を研修する

自治体の職員に、機械学習の深い知識が必ずしも必要なわけではありません。

必要なのは、業務の上での理解です。

研修では、次のことに答えるべきです。

  • システムは何をするのか?
  • 何をしないのか?
  • どの情報源を使うのか?
  • いつ信頼してよいのか?
  • いつ確かめなければならないのか?
  • どうやって上書きするのか?
  • 問題はどう報告するのか?
  • 責任を持ち続けるのは誰か?

目的は、実務の上での自信です。

やみくもな信頼ではありません。

代わりの手段を用意して稼働させる

公共サービスには、継続性が必要です。

導入の前に、次のときに何が起きるのかを定めましょう。

  • AIが使えなくなる
  • APIの接続が失敗する
  • 情報源のデータを取り出せない
  • モデルの性能が落ちる
  • セキュリティのインシデントが起きる

自治体は、業務を続けられるべきです。

例えば:

AIが使えるとき
AIに支えられた申請の準備。
AIが使えないとき
既存の手作業の業務が続く。

AIは、サービスの回復力を高めるべきです。

新たな単一障害点になるのではありません。

サービスのパフォーマンスを監視する

稼働後は、システムの稼働時間以上のものを監視しましょう。

追うもの:

AIの品質

  • 正確さ
  • 根拠のない出力
  • 訂正
  • エスカレーション

サービス

  • 完了までの時間
  • 待ち時間
  • 解決
  • 滞留

職員

  • 業務負担
  • 検索の時間
  • 手作業での確認

住民

  • 満足度
  • 再問い合わせ
  • アクセシビリティの問題
  • 苦情

ガバナンス

  • 上書き
  • インシデント
  • 情報源の問題
  • モデルの変更

技術的には健全なモデルでも、質の低い公共サービスを生むことがあります。

両方を監視しましょう。

判断の記録を残す

重要な案件では、自治体は何が起きたのかを後からたどる必要があるかもしれません。

例えば、次のものです。

  • 入力された情報
  • 出典の記録
  • AIの提案
  • モデルやシステムの版
  • 確認した職員
  • 最終的な判断
  • 上書き
  • 日時
  • 重要な裏づけとなる根拠

正確な要件は、ユースケースによって異なります。

しかし、原則は次のとおりです。

重要な公的判断を、ブラックボックスにしてはならない。

追跡できることが、見直し、訂正、学び、説明責任を支えます。

AIの役割を、適切に説明する

透明性とは、必ずしも住民にモデルの技術的な構造を見せることではありません。

人々に役立つ情報を伝えることです。

例えば:

この自治体の情報の翻訳に、AIを活用しています。

あるいは:

お問い合わせを適切な部署にお回しするため、AIが分類のお手伝いをしています。

そのうえで、必要に応じて:

最終的な判断の責任は、自治体の職員が持ち続けます。

透明性は、利用者が次のことを理解できるようにするべきです。

AIが何をしているのかとAIが何をしていないのか。

OECDの2026年のレビューは、説明責任、信頼できるデータ、透明なプロセス、体系的な評価を、行政のAIの展開を広げるための重要な実務上の条件として挙げています。

公共の価値を測定する

導入の後は、当初の公共の成果に立ち返りましょう。

目的が住民への案内だった場合に測定するもの:

  • サービスを見つけるまでの時間
  • サービスの完了
  • 再問い合わせ
  • 満足度
  • アクセシビリティ
  • 職員の支援の負担

事務の自動化だった場合:

  • 処理時間
  • 案件の滞留
  • やり直し
  • 手作業の手間
  • 誤りの割合

インフラの場合:

  • 点検の効率
  • 故障の検知
  • 保守の対応
  • 資産の信頼性

ごみ収集の業務の場合:

  • 収集の距離
  • 収集漏れ
  • 車両の稼働率
  • 資源の使用

緊急時の情報の場合:

  • 通報を整理するまでの時間
  • 重複の削減
  • 確認のスピード
  • 状況把握の負担

次のものを測定しないでください。

AIの活動

測定するのは:

公共サービスの改善

OECDは、デジタルとAIへの投資が意図した成果を上げているかを、多くの政府がまだ体系的に評価していないと報告しています。そのため、どのパイロットを広げるべきかを決めるうえで、成果の測定が特に重要になります。

上書きと苦情から学ぶ

訂正は、価値のあるシグナルです。

  • 職員が同じAIの提案を繰り返し上書きしているなら、調べる。
  • 特定のAIの答えの後に、住民が繰り返し説明を求めているなら、調べる。
  • ある部署で、ほかよりもはるかに多くのエスカレーションが起きているなら、調べる。

学びのループは、次のようになります。

  1. AIの出力
  2. 職員・住民の反応
  3. 最終的な結果
  4. 訂正やフィードバック
  5. 根本原因
  6. サービスの改善

目的は、すべての上書きをなくすことではありません。

上書きが自治体に何を教えてくれるのかを理解することです。

規則が変わったら更新する

行政の知識は変わります。

  • 規則は変わる。
  • 手続きは変わる。
  • 様式は変わる。
  • 部署の担当は変わる。
  • 緊急時の計画は変わる。

そのため、AIのサービスには、知識を更新する仕組みが必要です。

情報源ごとに、次のことを定めましょう。

管理者
誰がそれを保つのか?
版
どの版が最新か?
施行日
いつから適用されるのか?
廃止
古い案内は、どうやって使われなくなるのか?
検証
AIが新しい版を使っていることを、どうやって確かめるのか?

この仕組みがなければ、AIは古い行政の情報を大規模に広めかねません。

土台を広げる ― アプリケーションだけでなく

ある部署が、優れたナレッジアシスタントをつくったとします。

次の部署が、すべてをつくり直さなければならないということがあってはなりません。

再利用できる土台には、例えば次のものがあります。

  • 本人確認とアクセス管理
  • 承認されたAIの環境
  • 文書の検索
  • ログの記録
  • モデルの監視
  • 人による確認の管理
  • 翻訳の機能
  • セキュリティの管理
  • 監査の記録
  • 連携のパターン

そうすれば、部署は同じ信頼できる土台の上に、異なるサービスをつくれます。

これにより、戦略が次のものから、

数多くのAIの実験

次のものへと変わります。

共有された自治体のAI能力。

リスクの段階に応じて広げる

技術的な成功だけを基準に展開を広げないでください。

影響の大きさを考えましょう。

庁内の会議のメモを要約するシステムなら、早く広げられるかもしれません。

住民にとって重要な判断に関わるシステムには、例えば次のものが必要かもしれません。

  • より長い検証
  • より強い監督
  • より確かな根拠
  • 正式な承認
  • より綿密な監視

役に立つ展開のモデルは、次のとおりです。

  1. 影響が小さい

    より広い自動化が可能。

  2. 影響が中程度

    確認と監視を伴う自動化。

  3. 影響が大きい

    より強い権限、根拠、検証、説明責任の管理。

これにより、責任ある拡張性が生まれます。

部署をまたいで慎重に広げる

ある部署でうまくいく解決策が、別の部署でも自動的にうまくいくとは限りません。

部署によって、例えば次のものが異なります。

  • 法的な権限
  • 用語
  • 情報
  • システム
  • リスク
  • 住民
  • サービスのモデル

プラットフォームは再利用する。

しかし、サービスは検証し直す。

目指すべきは、次の形です。

共通のガバナンス + 共有の技術 + 地域ごとのサービス設計

次のようなものではありません。

どこにでもAIをコピー&ペーストする。

例:AIの住民サービスアシスタントを導入する

住民が手続きをたどれるよう手助けしたい自治体を考えてみましょう。

  1. 01成果正しい自治体のサービスを見つける難しさを減らす。
  2. 02サービスの整理住民のライフイベントと、既存の手続きを理解する。
  3. 03権限の整理AIは案内を提供する。重大な行政の判断を単独で下すことはない。
  4. 04根拠承認された自治体の手続き、様式、サービスの案内、最新の情報をつなぐ。
  5. 05インクルージョンの設計
    • わかりやすい言葉。
    • やさしい日本語。
    • 複数の言語。
    • 人による支援。
  6. 06試験
    • 通常の質問。
    • 複雑な質問。
    • 古い情報。
    • あいまいなケース。
  7. 07試行一つのまとまりの自治体の手続き。
  8. 08監視
    • 正確さ。
    • 住民の手続き完了。
    • エスカレーション。
    • 職員の業務負担。
  9. 09改善質問や失敗を使って、自治体のコンテンツとサービスの設計を改善する。
  10. 10拡大検証の後に、手続きとチャネルを増やす。

目的は、次のことではありません。

行政のチャットボットをつくること。

目的は、次のことです。

行政を迷わず使えるものにすること。

例:AIが支援する申請処理を導入する

ある自治体が、手作業での事務作業を減らしたいとします。

  1. 申請を受け付ける
  2. AIが情報を取り出す
  3. 必須の項目を確認する
  4. 足りない情報を特定する
  5. 当てはまる案内を取り出す
  6. 案件の要約を準備する
  7. 人による確認の関門
  8. 権限のある判断
  9. 結果を記録する
  10. 訂正を学びに活かす

AIは、情報の作業を担います。

公的な権限は、明確なままです。

これが、次の原則です。

業務は自動化し、公的な権限は守る。

例:AIによるインフラの優先順位づけを導入する

ある土木の部署が、後追いの維持管理から、より早い段階での対応へ移りたいとします。

  1. 01つなぐ
    • 資産の台帳
    • 点検の履歴
    • 保守の履歴
    • GIS
    • 関係するセンサー
  2. 02基準現在の故障と点検のパターン。
  3. 03AIによる分析通常と異なる、あるいはリスクの高いパターンを持つ資産を特定する。
  4. 04技術者による確認資格のある職員が根拠を調べる。
  5. 05点検物理的な状態を確かめる。
  6. 06維持管理の判断権限のある専門家が対応を決める。
  7. 07結果点検と保守の結果を記録する。
  8. 08学習今後の優先順位づけが改善される。

AIが答える手助けをするのは:

まず、どこを見るべきか?

AIが単独で宣言するのではありません:

このインフラは安全だ。

例:AIによる災害情報の支援を導入する

緊急事態の管理には、さらに統制されたモデルが必要です。

届くシグナルには、例えば次のものがあります。

  • 気象
  • 河川
  • 道路
  • 避難所
  • 住民からの通報
  • 現場のチーム
  • 地図

ワークフローは、次のようになり得ます。

  1. 01集めるシグナルを集める。
  2. 02整理する分類し、重複を取り除く。
  3. 03地図に示す情報を地理的に結びつける。
  4. 04優先順位をつける緊急の可能性がある状況を特定する。
  5. 05指揮者による確認権限のある職員が状況を判断する。
  6. 06発信・調整承認された住民向けと業務上の行動が行われる。
  7. 07記録する重要な判断と根拠を残す。

目指すのは:

より速い状況の把握

それを、AIによる分析と緊急時の権限を混同することなく実現することです。

自治体のAI導入の実践的な道のり

導入の枠組みは、次のようにまとめられます。

  1. 公共の成果を選ぶ住民、職員、インフラ、地域の課題を定める。
  2. 権限を整理する判断の権限を持つのは誰か、AIは何を支えてよいかを決める。
  3. 根拠に基づかせる公式な規則、記録、データ、業務の根拠をつなぐ。
  4. 業務を見直す自動化する前に、公共サービスの業務を改善する。
  5. つなぐサービスに必要な部署とシステムを連携させる。
  6. 管理を設計する権限、人による確認、エスカレーション、訂正、代わりの手段を設計する。
  7. 試験する正確さ、アクセシビリティ、プライバシー、例外的なケース、障害、結果の偏りを検証する。
  8. 試す統制された一つのサービスや業務の範囲から始める。
  9. 本格導入する責任の所在、研修、監視、継続の手順を整えて稼働させる。
  10. 監視し、説明するサービスのパフォーマンス、AIの振る舞い、訂正、説明責任、公共の価値を追う。
  11. 広げる権限、リスク、サービスの文脈を検証し直しながら、実証された土台を部署をまたいで再利用する。

AIプロジェクトから、より良い行政へ

目的は、次のことではありません。

行政の中のAIを増やすこと。

目的は、次のことです。

より良い公共サービス。

AIは、次のような自治体をつくる手助けをするべきです。

  • 住民が、サービスをより簡単に理解できる。
  • 職員が、情報をより速く見つけられる。
  • 申請に、繰り返しの事務作業があまり必要なくなる。
  • 部署どうしが、より効果的に連携できる。
  • インフラのチームが、問題をより早く見つけられる。
  • 緊急対応のチームが、情報をより速く整理できる。
  • そして、重要な公的判断が、根拠、権限、説明責任とつながったままである。

これが、自治体の運営のループの全体です。

  1. 01必要どの公共のニーズに対応が必要か?
  2. 02根拠どの公式な情報が状況を説明しているか?
  3. 03判断何をすべきで、誰に権限があるか?
  4. 04サービス対応はどう提供されるか?
  5. 05説明責任何が、なぜ起き、誰が責任を持ち続けるのか?
  6. 06学習サービスはどう改善されるべきか?

こうして、AIはより良い自治体の行政の一部になります。

公的な責任を

置き換えることによってではなく、

それを担う

人、業務、サービスを強くすることによってです。

重要な原則

自治体のAIの導入は、どれも次の五つの問いに答えられるべきです。

  1. どの公共の成果を改善しようとしているのか?
  2. どの根拠がAIを支えているのか?
  3. 判断の権限を持っているのは誰か?
  4. 人々は、どうすれば見直しや訂正を受けられるのか?
  5. 公共の価値を示せるか?

これらの答えが明確なら、自治体はAIをはるかに自信を持って使えます。

そうでなければ、自動化を増やしても、根本にある問題は解決しそうにありません。

指針となる原則は、変わりません。

業務は自動化し、公的な権限は守る。

よりスマートな地域社会を構築しませんか?

自治体ごとに、サービスへの需要、インフラの状態、人員の制約、地域のニーズ、ガバナンスの要件は異なります。Robo Labは、自治体がAIと自動化を責任を持って活用し、住民サービスを向上させ、業務を効率化し、防災力を高め、よりつながった地域社会をつくるお手伝いをします。

チームに相談する AIソリューションを見る