自治体・公共セクターのための生成AI導入完全ガイド2026｜LGWAN対応・15ユースケース・調達プロセス・90日ロードマップ

2026年、自治体・公共セクターの生成AI導入は都道府県・政令市を中心に本格化

デジタル庁は2026年5月28日に、源内の府省庁向け大規模実証の開始を発表しました。利用可能な対象の拡大と、職員の実利用や全用途の本番運用は分けます。同年4月には地方公共団体等が類似の環境を構築できるOSSも公開されており、中央の共通環境の提供と各自治体の構築/運用を区別します。元の都道府県/政令市・市区町村の急加速という記載は、調査名・時点・母集団・導入/試用の定義が未確認です。湖西市のLGWAN経由のChatGPTや議会答弁作成は、対象サービス・提供時点・参照する公開情報/利用範囲に対応する自治体の一次発表を同定できていません。全自治体が導入判断の段階を終えたとは一般化しません。

本記事では、公開されている情報や一般的な導入知見を整理し、(1) 自治体・公共セクターが直面する6大課題、(2) 2026年に実装可能な15ユースケース、(3) LGWAN環境下でのAI設計、(4) 個人情報・行政情報セキュリティ要件、(5) 調達プロセス（プロポーザル・随意契約）の現実、(6) 自治体向け90日ロードマップ、(7) 導入時の7つの原則を整理して共有します。自治体DX推進部門・情報政策課・総務課・デジタル戦略担当・首長室を想定読者としています。

関連記事として金融機関のための生成AI導入完全ガイド、医療業界向けAI導入ガイド、AIガバナンス完全ガイドもご参照ください。

自治体・公共セクターが直面する6大課題

課題1：人口減少と職員不足

地方自治体では人口減少・高齢化と並行して職員数が削減されており、住民サービスを少ない人数で維持する必要があります。AI による業務効率化は「効率化したい」ではなく「やらないと立ち行かない」段階に入りました。

課題2：DX人材の絶対的不足

民間企業以上に自治体のIT人材は不足しています。新規採用も困難で、外部ベンダー依存が続いています。AI導入時も「使いこなす職員」を育成しないと長期運用が続きません。

課題3：LGWAN等の閉域ネットワーク制約

自治体のネットワーク区分と、サービスへの接続/処理/保管経路は分けて確認します。J-LISのLGWAN-ASP制度には登録/接続するサービスと、要件に沿ったIaaSクラウドを使うホスティングが説明されています。LGWANから任意の外部APIへ直接送信できるとはしませんが、LGWANという名称だけで全処理のオンプレ実装が必須とも決めません。利用するサービスの登録・接続構成と自治体の規程に沿って判断します。

課題4：個人情報・行政情報の極めて厳格な取扱い

住民/税務/福祉等の情報は、適用法令と各自治体の情報資産区分・セキュリティポリシー、目的・契約に沿って管理します。PPCの行政機関等向けガイドラインは、必要な安全管理、外部委託/再委託の契約・監督や外国での取扱いを整理しています。全行政情報の外部送信が一律に禁止、全AIでオンプレ/マスク/閉域処理が同時に必須とは決めず、許可するデータ/用途と処理・保存・通信/権限・監査条件を個別に定めます。

課題5：調達プロセスの厳格性

地方自治法・契約規則に基づき、AI導入も入札・プロポーザル・随意契約等の正式な調達プロセスを経る必要があります。柔軟なPoC契約や試行的導入が難しく、「決めるまでに時間がかかる」のが構造的特徴です。

課題6：住民への説明責任・透明性

住民が納得する形で「AIをどう使うか」を説明できないと議会・住民から批判を受けます。AI活用の透明性・公平性・人間最終判断の明示が必須です。

2026年に実装可能な15ユースケース

庁内業務効率化

• 1. 議事録自動作成：会議録音・文字起こし・要約。議事録作成の時間短縮に取り組む自治体の事例が報告されています。
• 2. 庁内文書作成支援：起案書・通達・依頼文・お知らせの自動生成。
• 3. 議会答弁案作成支援：承認された過去答弁/関連資料を参照して答弁案を作る構成。元の湖西市事例は、参照データの公開範囲・時点・サービス構成の自治体一次発表が未同定で、本記事で確認済みの導入実績として扱わない
• 4. 調達・契約事務支援：プロポーザル評価・契約書チェック・随意契約調査。
• 5. 庁内ナレッジ検索：過去通達・条例・規程・マニュアルの横断検索。

住民向けサービス

• 6. 住民問合せ自動応答：行政手続き・福祉・税金・ゴミ出し・施設利用等の問合せをチャットボットで自動応答。
• 7. 多言語対応：外国人住民向けに日本語→英語・中国語・タガログ語等への自動翻訳。
• 8. 申請書類の記入支援：複雑な申請書類の記入を対話型でサポート。
• 9. 福祉相談・生活相談支援：相談内容に応じた制度紹介・関連窓口案内を生成。

政策立案・統計分析

• 10. 統計データの分析・要約：人口動態・経済指標・福祉統計をAIで分析・グラフ化。
• 11. 政策効果の可視化：施策の効果測定・KPI報告書の自動生成。
• 12. パブリックコメント分析：住民意見の集計・分類・要点抽出を自動化。

窓口・現場業務

• 13. 窓口業務の所要時間短縮：窓口担当が複雑な制度・関連手続きを即座に検索可能に。
• 14. 災害対応支援：災害時の情報収集・要援護者管理・避難誘導の支援。
• 15. 教育委員会業務支援：学校・保護者対応・教育計画策定の支援。

LGWAN環境下でのAI設計

パターンA：LGWAN内部のオンプレLLM

自治体の閉域側にLLM（Llama・DeepSeek・Mistral・SARASHINA等）を配置する案です。処理/保存・OCR/埋込み/外部ツールやログの通信まで含めて構成と権限を確認します。配置だけで最も安全と保証せず、情報分類・評価課題・運用人材/基盤・モデルの版や利用条件に沿って適否を判断します。

パターンB：LGWAN-ASP経由の自治体専用AIサービス

LGWAN-ASPとして登録/接続されるサービスを利用する案です。登録を各自治体の全用途の利用承認や個々のAI出力の品質認定と同一視しません。提供者の仕様/契約を確認し、LGWANからの接続、実際のLLM処理/保管・外部連携の場所、許可する情報と責任分界を別に審査します。

パターンC：限定ゲートウェイ経由のクラウドLLM

自治体が認める接続/通信制御の下で、許可した情報と用途だけクラウドLLMへ送る案です。BAAは米HIPAAの適用主体がePHIを扱う委託先と結ぶ契約で、日本自治体のクラウド利用の一律必須条件ではありません。庁内の利用承認、法令/規程、送信データ・学習利用/保存、委託/再委託・処理地/権限・監査の条件を確認します。

パターンD：ハイブリッド構成

閉域側の処理と承認済みのクラウド/サービスを用途に応じて組み合わせる構成案です。情報分類だけで配置を一律固定せず、処理/保管・契約・接続・権限・監査と、運用費/評価を揃えて検討します。本記事の設計案を、2026年に最多という普及調査の結果と混同しません。

個人情報・行政情報セキュリティ要件

要件1：行政情報セキュリティポリシーへの準拠

各自治体には行政情報セキュリティポリシーがあり、AI導入もこれに準拠する必要があります。情報資産の分類（極秘・秘密・社内・公開等）を最初に整理し、それぞれのAI活用ルールを定めます。

要件2：個人情報の取扱いルール

住民/税務/福祉情報等については、自自治体の利用目的・業務根拠、法令と情報分類、委託/再委託・保存/通信や権限等を確認して入力可能範囲を決めます。マスク、法上の匿名/仮名、本人同意、オンプレ配置はそれぞれ別の条件や措置で、いずれか一つを行えば全送信が適法/許可済みになるとは扱いません。庁内の責任者と必要な審査/運用を定めます。

要件3：監査ログ・トレーサビリティ

誰が、いつ、何のためにAIを使い、どんな出力を得たかのログを保持します。情報公開請求・議会対応・監査対応に備えます。

要件4：人間最終判断の明示

住民の権利義務に影響する判断（給付の可否、申請の可否、税の決定、福祉サービスの提供等）は、必ず人間が最終判断する設計にします。AIは判断支援に留めます。

要件5：住民への透明性

AIを使っていることを住民に開示し、必要に応じて使わない選択肢も提供します。情報公開請求があった際に、AI利用の経緯を説明できるようにします。

調達プロセスの現実：プロポーザル・随意契約

調達方式の選択

• 一般競争入札：一般競争入札でも総合評価で技術等を評価する場合があります。中野区の契約規則も最低価格の原則と総合評価の基準を区分しています。仕様/評価基準・法令/自治体規程に沿って選び、AIだから一律不向きとはしない
• プロポーザル方式：技術提案等で契約候補者を選ぶ手続き。横須賀市の公表監査資料もプロポーザルを随意契約として説明しており、入札/随意契約と並ぶ独立した法的契約類型とは扱わない
• 随意契約：契約の種類・金額・目的/性質等について、法令と自治体規程の該当根拠を確認する方式。PoCや特命という呼称だけで選べるわけではなく、候補者選定・見積/価格妥当性・契約条件を記録する
• 共同調達：複数自治体が共同で調達。コスト削減効果大

プロポーザル方式の進め方

1. 仕様書策定（自治体側のニーズ・要件・予算を明示）
2. 公募開始（複数ベンダーが提案）
3. 選定委員会による評価（技術・価格・実績）
4. 採択ベンダーとの契約締結
5. 導入・運用開始

調達の現実的な課題

• 仕様書策定までに時間がかかる（数ヶ月〜半年）
• 柔軟なスコープ変更が難しい
• 議会・財政部門の承認が必要
• 「実績のあるベンダー」が優先されがちで、新興AIベンダーが選ばれにくい
• 1年単位の単年度予算で長期計画が立てにくい

自治体向け90日ロードマップ

Phase 1（Day1〜Day30）：庁内合意形成と情報整理

• 情報政策課・総務課・デジタル戦略担当・首長室の初期協議
• 行政情報セキュリティポリシーとの整合性確認
• クイックウィン3ユースケース選定（推奨：議事録自動作成・庁内文書作成支援・庁内ナレッジ検索）
• LGWAN環境での実装パターン検討
• Day30で副市長/副町長級会議に中間報告

Phase 2（Day31〜Day60）：PoCと効果検証

• 1ユースケースでのPoC実装
• 職員10〜20名でUX受容性検証
• 個人情報・行政情報の取扱いルール検証
• 住民への説明資料準備
• Day60で結果報告

Phase 3（Day61〜Day90）：本格調達準備

• 本格導入のプロポーザル仕様書策定
• 他自治体事例の調査・参考
• 議会・住民への説明資料作成
• 次年度予算への組込
• Day90で首長・議会への最終プレゼン

自治体・公共セクターの生成AI導入7原則

原則1：行政情報セキュリティポリシーをDay1から確認

後から問題になると「停止」となります。Day1から情報政策課と一緒に要件を整理します。

原則2：クイックウィン（議事録・文書作成・ナレッジ検索）から始める

住民個人情報を扱わない庁内業務効率化が最初のステップです。リスクが低く効果が見えやすいです。

原則3：LGWAN対応とクラウド活用のハイブリッド

すべてオンプレに寄せず、用途に応じてクラウドLGWAN-ASP・LGWAN内オンプレを使い分けます。

原則4：人間最終判断の明示と住民透明性

住民の権利義務に影響する判断は人間最終判断、情報公開を前提とした透明性確保が必須です。

原則5：プロポーザル方式での調達を前提に設計

調達時間を考慮し、Phase 3で本格導入の仕様書策定を組み込みます。Phase 1〜2でPoCを終え、Phase 3で本格契約準備をするのが現実的です。

原則6：他自治体との情報共有・共同調達を視野に

1自治体だけで完結させず、近隣自治体・都道府県との情報共有・共同調達を視野に入れます。コスト削減と先行事例参照に有効です。

原則7：職員のリテラシー向上を並行する

AI導入と並行して、職員向けリテラシー研修を実施します。AIを使えない職員ばかりの組織では、ツールがあっても活用されません。

まとめ：自治体AI導入は「LGWAN対応 × クイックウィン × 住民透明性」の3点

自治体の生成AI導入は、試用・対象業務への導入・運用の各段階を個別に確認します。全団体がすでに導入判断の段階を終えたとは扱いません。LGWAN対応のハイブリッド設計、クイックウィン3ユースケース（議事録・文書作成・ナレッジ検索）からの段階拡大、住民への透明性と人間最終判断の明示、プロポーザル方式での調達準備、他自治体との情報共有・共同調達、職員リテラシー向上の並行実施。これらの原則を組み合わせれば、政令市でも市町村でも生成AI活用が現実的に進められます。

renueはAIコンサルティング事業として、自治体のDX推進・生成AI導入を伴走支援しています。「仕様書策定支援」「プロポーザル評価支援」「PoC設計」「職員向け研修」「本格導入伴走」など、自治体特有の調達プロセスに対応した実装伴走をご提供します。

関連記事

• 金融機関のための生成AI導入完全ガイド2026
• 医療・ヘルスケア業界の生成AI導入完全ガイド2026
• AIガバナンス完全ガイド2026
• 製造業のための生成AI活用完全ガイド2026
• 建設業のための生成AI活用完全ガイド2026
• DX推進責任者のための生成AI戦略2026
• 大企業向け生成AIコンサルティング選び方2026
• 生成AIセキュリティ完全ガイド2026

あわせて読みたい

• AIコンサルティングの4つの型
• AI導入の相談前に準備すべき5つのこと