保育園の入所をAIが決めるとき、住民には何を説明すべきか
保育所の入所選考をAIで速くしても、自治体の責任まで機械に移るわけではありません。公開すべきなのは企業秘密を含むソースコードの全部ではなく、誰をどの順序で割り当てるのか、例外を誰が判断するのか、誤りをどう検証・訂正できるのかという「判断の仕組み」です。
鹿児島県鹿屋市が進めた保育所等入所選考AIシステムの導入案件は、その線引きを考える具体例です。保護者にとって結果通知の早期化は大きな利点ですが、希望する園に入れなかったとき、「AIが決めました」だけでは説明になりません。
この記事で分かること
- 鹿屋市の公開資料から確認できるAI選考の範囲
- ソースコードを公開するだけでは透明性を確保できない理由
- 保護者に示すべき説明と、自治体内部に残すべき記録
- AI導入後に確認したい運用実績と異議申立ての仕組み
鹿屋市のAI選考は何を処理するのか
公開資料を見る限り、AIは申請者を自由に評価するのではなく、市が設定する点数や優先順位を使って入所先を割り当てるシステムとして調達されています。
鹿屋市は2025年、保育所等入所選考AIシステムの導入支援業務を公募しました。市の仕様書によると、従来は新規入所、転園、きょうだいの同時申請などが絡む複雑な調整を手作業で行っていました。
システムが扱うとされた主な情報は次の通りです。
- 児童ごとの申請情報
- 入所選考に用いる点数
- 希望する施設
- きょうだい関係
- 各施設の空き状況
- 特別な配慮を必要とする事情
市は、点数や優先順位などのパラメーターを設計し、既存システムと連携させることを仕様に盛り込みました。導入期間中には市の提供データを使った動作検証を行い、受託者の確認後、市職員自身も本番運用が可能か確かめる計画でした。
公募型プロポーザルでは、南日本情報処理センターが886点／1,000点で受注候補者に選ばれています。仕様書では2025年12月の本格稼働を想定し、システム機能一覧、テスト計画書、テスト結果報告書、操作マニュアルなどを納品成果物に挙げました。
一方、一般向けの公開ページで確認できるのは、調達目的、システムが参照する情報の大枠、受注候補者と総得点などです。実際の割り当て手順、同点時の扱い、人が結果を変更する条件、稼働後の検証結果までは読み取れません。非公開であると断定はできませんが、少なくとも保護者がウェブ上で容易に確認できる状態ではない、というのが現時点の公開資料から分かる範囲です。
速くなるだけでは足りない理由
保育所の入所結果は、保護者の就労や家計、きょうだいの送迎に直結するため、処理速度と同じくらい理由の説明が重要です。
入所調整は、単純な点数順の名簿ではありません。定員、希望順位、きょうだいを同じ園に通わせたいという希望、特別な配慮などが重なると、ある家庭への割り当てが別の家庭の選択肢を変えます。
AIが役立つのは、膨大な組み合わせを短時間で比較できる点です。職員が何度も表を組み替える時間を減らせれば、結果通知を早め、入力ミスや転記ミスを抑える余地も生まれます。
ただし、計算が一貫していることと、制度が公平であることは別です。設定したルールに偏りがあれば、システムはその偏りを正確かつ大規模に再現します。
たとえば、次の疑問には自治体が答えられなければなりません。
- 同点の申請者は何を基準に並べるのか
- きょうだい同園と、より高い希望順位のどちらを優先するのか
- 特別な配慮を要する事情は、機械処理と職員判断のどちらで扱うのか
- 入力誤りが判明した場合、選考をどの範囲までやり直すのか
- 職員がAIの出力を変更した場合、理由と変更前後の結果を記録するのか
ここがポイント: 問われるのは「AIの中身を全部見せたか」ではなく、申請者が自分の結果を理解でき、自治体や第三者が同じ条件で処理を再検証できるかです。
アルゴリズムはどこまで公開すべきか
必要なのは全面公開か完全非公開かの二択ではなく、目的に応じて情報を分ける「段階的な透明性」です。
住民には判断ルールを平易に示す
保護者が知りたいのは、プログラムのコードより、自分の申請がどう扱われたかです。一般公開する資料には、少なくとも次の内容が必要です。
- システムを使う目的と対象業務
- 入力に使う情報と、使わない情報
- 点数、優先順位、同点時の処理
- きょうだい申請など例外ケースの扱い
- AIが案を作るのか、最終決定まで行うのか
- 人が確認・修正する場面
- 問い合わせ、訂正、再検討を求める窓口
個々の不承諾通知には、「第何希望まで検討されたか」「申請時の点数や優先区分に誤りがないか」など、個人情報や他の申請者の権利を侵害しない範囲で理由を添えるべきです。
監査担当には再現できる記録を残す
住民向け説明とは別に、庁内の監査担当や必要に応じた第三者検証では、より詳しい記録が要ります。
- 使用したシステムとバージョン
- 選考時点のパラメーターとマスターデータ
- 入力データの検証結果
- 自動処理の出力と、職員による変更履歴
- テストケースと期待結果
- 苦情、訂正、再処理の件数と原因
鹿屋市の仕様書は、テスト計画書・結果報告書やシステム機能一覧を成果物に含めています。これは検証の土台になります。次の課題は、それらを内部に保管するだけでなく、個人情報やセキュリティーを守りながら、検証結果の概要をどこまで住民に返すかです。
ソースコードの全面公開には限界もある
ソースコード公開には、専門家が不具合や不適切な処理を調べられる利点があります。しかし、それだけで十分とは限りません。
実際の結果はコードだけでなく、自治体が設定した点数、定員、希望順位、例外処理、入力データによって決まります。コードが公開されても、稼働時の設定や人の介入記録がなければ、特定の結果を再現できません。
また、個人情報保護、システムへの攻撃を防ぐ必要、受託企業の知的財産も考慮が必要です。公開できない部分がある場合は、その範囲と理由を自治体が説明し、第三者監査や秘密保持契約下での検証など、代わりの確認手段を設けるのが現実的です。
国のAI原則を自治体の現場へ落とし込む
国の指針は透明性や説明責任を掲げていますが、保育所の不承諾通知に何を書くかまでは自治体が具体化しなければなりません。
内閣府がまとめたAI関係指針の一覧には、総務省・経済産業省の「AI事業者ガイドライン」や、総務省の「自治体におけるAI活用・導入ガイドブック」が含まれています。AI事業者ガイドラインは、AIの開発者だけでなく、提供者と利用者も対象にしています。
ここで重要なのは、自治体が単なる購入者ではないことです。ベンダーが「説明できる製品」を納めても、市が利用調整基準を曖昧に設定したり、職員の修正履歴を残さなかったりすれば、住民への説明責任は果たせません。
責任分担は、少なくとも次のように整理できます。
- 自治体：選考基準、利用目的、最終決定、住民への説明、異議への対応
- 受託事業者：仕様通りの実装、テスト、不具合対応、技術資料の提供
- 監査・第三者機関：差別的な結果や不整合がないかの検証
- 住民：自分の入力情報を確認し、誤りがあれば訂正を求める
「ベンダーの企業秘密なので説明できない」という契約では、自治体が責任を果たせません。調達段階で、説明に必要な資料、監査権限、障害時のログ提供、契約終了時のデータ移行まで定める必要があります。
公開すると制度が悪用される、という反論
選考基準の公開には申請行動を変える可能性がありますが、それは非公開を正当化する万能の理由にはなりません。
点数の境界や優先条件を詳しく示すと、条件に合わせた申請が増える、審査をすり抜けようとする人が出る、という懸念はあります。さらに、他の申請者の点数や希望園を開示すれば、個人の家庭事情を推測されかねません。
したがって、公開対象は慎重に分ける必要があります。
公開すべき情報
- 制度上の点数と優先順位
- 割り当ての基本手順
- 人が介入する条件
- テストと監査の方法
- 問い合わせ・再検討の手続き
原則として公開すべきでない情報
- 他の申請者を識別できる情報
- 個別家庭の病気、障害、就労状況など
- 攻撃に直結する詳細なセキュリティー設定
- 正当な理由のある営業秘密そのもの
この分け方なら、個人情報を守りながら制度の妥当性を検証できます。むしろ基準を隠すと、窓口で情報を得やすい人だけが有利になるおそれもあります。
保護者が結果を受け取ったときに確認したいこと
AI導入後も、申請内容の確認と問い合わせの権利は変わりません。
鹿屋市の2026年度利用申込み案内では、新規申込みの受付期間内であれば、申込み時期は選考に影響しないと明記されています。こうした具体的な説明は、保護者が不必要に受付初日に集中するのを防ぎます。
結果に疑問がある場合は、感覚的に「AIがおかしい」と訴えるより、次の順で確認すると論点を整理しやすくなります。
- 申請した希望施設と順位が正しく登録されているか
- 就労状況など、点数計算の基礎情報に誤りがないか
- きょうだい同時申請などの希望条件が反映されているか
- 不承諾の理由をどの範囲まで説明してもらえるか
- 入力訂正後の再検討手続きがあるか
ただし、窓口への個別問い合わせだけに頼る仕組みでは、質問できる人とできない人の差が広がります。自治体側には、よくある例外ケース、説明できる情報の範囲、訂正手続きをウェブや案内冊子にあらかじめ示すことが求められます。
次に見るべきは「導入したか」ではなく「説明できたか」
鹿屋市の案件で今後注目すべきなのは、AIの導入実績そのものより、稼働後の結果を市が検証し、保護者へ説明できる形にしたかです。
確認したいポイントは明確です。
- 手作業と比べて通知までの日数がどれだけ変わったか
- テストや本番運用で不一致が何件見つかったか
- 職員が出力を修正した件数と主な理由
- 問い合わせや訂正依頼にどう対応したか
- 特定の世帯類型に不利益が偏っていないか
- システム更新後も同じ条件で結果を再現できるか
行政のアルゴリズムに必要なのは、ブラックボックスを無理に全部開けることではありません。住民がルールを理解でき、個別の結果に疑問を示せて、自治体が記録に基づいて答えられる状態をつくることです。
保育所の結果通知に「AIを使用した」と記すだけでは、その入口にも届きません。次に公開されるべきなのは、導入の成功を示す宣伝ではなく、例外や誤りを含めて検証できる運用報告です。