Amazon Web Services ブログ

国会答弁対応業務の高度化と効率化に向けた中央省庁とのプロトタイピングプログラムの取り組み

はじめに

Q. 日々、テレビでながれる、国会における国会議員と大臣の議論。霞が関では多くの国家公務員が夜遅くまで働いていますが、国会での議論に先立って、どのような業務が行われているかご存知でしょうか？

A. 様々ありますが、その主な業務の一つが、国会において想定される質問と、それに対する回答案や関連情報をまとめた資料（想定問答）を作成することです。

国会答弁は、国民及び国民の代表である国会議員に対して、政府の政策や方針、予算について国会で説明し、行政の透明性と説明責任を果たすためのものです。その質を支えるのが、国会答弁の想定問答作成業務であり、正確性や首尾一貫性などが厳しく求められる重要度の高い業務となっています。それゆえに職員の負担も大きく、 昨今の公務員の働き方改革や生成 AI 技術の急速な発展も相まって、本業務のさらなる高度化・効率化への期待が高まっています。AWS はとある省庁のシステム担当部局と、この想定問答の作成・審査業務における、 AI を活用した高度化・効率化の可能性を検討してきました。本稿では、AWS の公共部門のアカウントチームおよびプロトタイピングチームが伴走し、省庁が組織内に持つ過去の想定問答ファイルを横断検索しながら、AI による想定問答のドラフトの生成や、人の手による修正を含む審査プロセスを支援する AI アプリケーションを構築した取り組みをご紹介します。

プロトタイピングチームについて

AWS パブリックセクタープロトタイピングチームは、公共・教育・医療・NPO などの分野のお客様が抱える課題の解決を無償で支援・加速するチームです。プロトタイピングという名前の通り、お客様の「実現したいこと」を、実際に動作するプロトタイプとして形にし、お客様に（技術）提供することで課題解決のご支援を行っています。

背景と課題

国会答弁のための想定問答を作成する際には、過去に作成した想定問答ファイルや国会会議録を、限られた時間の中で正確に参照する必要があります。しかし、参照すべき文書や資料の候補は大量にあり、検索対象も複数あることなどから、極めて限られた時間の中で、必要な情報に素早くたどり着くこと自体、容易ではないケースが多々あります。

補足：国会対応業務の流れ

国会対応における行政職員の作業の概要は以下の通りです（あくまで概略であり、実際の業務とは異なる場合があります）。

    1. 質問内容の聞き取り：次の委員会で質問することが予定されている国会議員やその秘書の方から、質問内容やその趣旨・背景について、事前に聞き取ります。
    2. 答弁案の初稿作成：質問の対象となっている施策や領域の担当部局の行政職員が、現在の政府方針や現行法令、そのときどきの経済・社会情勢や過去の答弁等の関連情報を踏まえ、答弁案の初稿を作成します。
    3. 関係部局との調整：答弁案の初稿に対して、関連する部局と調整を行います。質問や回答案が他の省庁に関係する場合は、他の省庁とも調整を行い、内容を精査します。
    4. 答弁審査：担当部局が作成した答弁案について、過去の説明や他の部局が担当している施策、当日など直前に決まった政府方針などを踏まえているかどうか、質問に対する応答として正しく成立しているか、国民目線で適切な答弁案となっているかといった総合的な観点から、一言一句、審査が行われます。
    5. レクチャー：答弁者への完成した原稿を、答弁者である大臣などに説明し、国会での議論に備えます。

今回のプロトタイプで注目したのは、このうち答弁作成と答弁審査の工程です。AI によって答弁案の作成を効率化したいという期待がある一方で、そもそも実際に役に立つ AI 支援ツールの作成は実現可能なのか。ユーザーである国家公務員の期待に応える水準の機能を提供できるのか。こうした問いを本格的な導入の前に見極めたい——それが今回のプロトタイピングプログラムの出発点です。 なお、本取り組みは答弁の最終的な判断や回答案の表現を AI に委ねるものではなく、あくまで人間の判断を中心に据えた上、関連する文書の検索やドラフトの準備など機械的に処理できる部分を AI に担わせることで、職員がより本質的な検討に集中できる環境を目指すものです。

なぜ AWS のプロトタイピングプログラム支援だったのか

AWS のプロトタイピングプログラムは、公共のお客様のアイデアをプロトタイプに落とし込み、技術的な実現可能性を短期間で検証するための無償の支援プログラムです。アイデアを机上の議論にとどめず、現場の業務に近い形で動かし、使用者のフィードバックを得ながら評価したいという職員の方々のニーズに対し、Amazon Bedrock をはじめとするマネージドな AI サービス群と AWS アカウントチーム、そしてプロトタイピングチームの伴走により、最小限のリードタイムで検証サイクルを回せる本プログラムが最も適していると判断し、支援を開始しました。

プロトタイピングの進め方

一般的にプロトタイピングプログラムは１～３ヶ月程度で行いますが、本件では本番環境での導入を目指し約半年にわたって担当部局の方々と反復改善を重ね、画面の使い勝手から検索精度、運用面を含めた部分まで、利用者の声を起点に作り込みました。その結果、設定変更を含めた５回のメジャーバージョンと１１回のマイナーバージョンを経て、本番運用を前提とした水準のプロトタイプとなりました。

進め方は、以下のサイクルを高頻度で回す共創型のアプローチです。

  1. ヒアリングした要件を元に機能を開発。
  2. 担当部局の方々に実際にデプロイして使っていただき、フィードバックを収集する。
  3. フィードバックを要件や設計に落とし込み、機能として実装する。
  4. ２に戻る。２で必要であれば、デプロイ支援、トラブルシューティング、バグ修正を行う。

サイクル完了後は、AWS 社内でセキュリティレビューを行い品質を保った状態のソースコード一式および「Path to Production（本番環境への移行ガイド）」を含むプロトタイプアセットをお客様にハンドオーバーします。

作成したプロトタイプについて

作成したプロトタイプ（DietSearch）は、想定問答における答弁案の初稿ドラフト案の生成と、その修正プロセスにおける審査を支援する AI アプリケーションです。組織が持つ過去の想定問答ファイルを検索し、文脈に即して初稿ドラフト案を作成し、その際に参照した過去の想定問答を、その類似度や関連性に応じてソートして表示することで審査を支援します。主な機能について、より詳しくは以下のとおりです。

  • 文書のナレッジベース化：組織が保有する過去の想定問答ファイルをセキュアな環境にアップロードすると、関連するメタデータを生成・付与することができ、検索可能なナレッジベースを構築できます。
    • メタデータの生成部分のカスタマイズ機能：ユーザーが事前に定義したルールがシステム内で自動的に適用され、各文書に対してリッチで文脈豊かなメタデータが生成されます。（このメタデータにより、検索時の関連度合いや検索精度が飛躍的に向上します。）ルールの定義は UI 上で完全にカスタマイズ可能で、組み込みの AI アシスタントのサポートによりルールロジックの改善や拡張が容易に行えます。
      • 例１：文書のファイルパスから年月、日時の情報をメタデータとして抽出
      • 例２：文書情報やプロパティから構造化された洞察を導出
  • ドラフト生成：入力された質問に対して、LLM による検索でヒットした文書をコンテキストとして参照し、 AI が答弁の初稿ドラフト案を作成します。ドラフトの各パラグラフには参照した過去の想定問答ファイルが紐づくため、過去の答弁案での記載を確認しながら加筆・修正できます。
  • 過去の想定問答ファイルの横断検索（ハイブリッド検索）：修正後の答弁案に対して、改めて過去の類似する内容を含む想定問答ファイルを検索できます。過去答弁の検索には、ベクトル検索と全文検索を組み合わせたハイブリッド検索を採用。リランキングと日本語処理を組み合わせて、高い精度の検索を実現しています。
  • 答弁案審査支援：作成・修正された答弁案に対して、過去の想定問答との類似性を検証し、関連性の高い箇所をハイライト表示します。レビュー者は過去の類似のケースでどのように説明していたかを示す文書を並べて確認しながら、効率的にチェックできます。
  • 国会会議録検索システムとの連携：公開されている国会会議録検索システム API と連携し、議事録を取得することで、検索結果として表示された組織内の過去の想定問答について、対応する日付の該当委員会において、実際にどのような発言があったか、あるいはなかったかを確認できるようになっています(LLM によってマッチしているかを段落ごとで判別しハイライトし可視化）。

また、利用者のフィードバックを起点に使いやすさと運用性にもこだわりました。検索結果と答弁案を左右に並べて比較できる UI、議事録原文のプレビュー、検索条件のフィルタリング、作業状況の他ユーザーへの共有、ロールベースのアクセス制御（既存の認証システムとの連携）、少ない操作でのファイルアップロードと同期を実現する機能などを備えています。

アプリイメージ図

アーキテクチャと採用サービス

DietSearch は AWS のサーバーレス構成を基本とし、運用負荷やコストを抑えながらスケールできるよう設計しています。

  • フロントエンド配信：Amazon CloudFront + Amazon S3、AWS WAF による保護
  • 認証・認可：Amazon Cognito (Identity Pool) によるロールベースアクセス制御(管理者／一般利用者)
    • Amazon Cognito (User Pool) と Azure Entra ID との SAML 連携による認証部分の繋ぎ込みも行い、現場の既存の認証システムでのアプリの使用を可能にしました。
  • API：AWS Lambda (Function URL, TypeScript・Hono を利用）
  • 検索・生成：Amazon Bedrock Knowledge Bases を基盤とし、埋め込みモデルに Amazon Titan Text Embeddings V2、推論モデルに Claude 等を選択可能、セーフガードに Amazon Bedrock Guardrails を採用
  • ベクトルストア：Amazon Aurora Serverless v2 (PostgreSQL + pgvector) または Amazon OpenSearch Serverless を要件に応じて選択可能
  • データ管理：Amazon S3 (文書データソース)、Amazon DynamoDB (データ管理)
  • セキュリティ・運用：AWS KMS による暗号化、Amazon CloudWatch によるモニタリング

インフラはすべて IaC (SST / Pulumi) で管理し、セキュリティやコンプライアンスの観点からPulumi Policy Pack によるインフラ検証をデプロイ前のチェックに組み込んでいます。以下に DietSearch のシステム構成図を示します。

アーキテクチャ図

お客様の評価と今後の展望

担当部局の方々から以下のコメントを頂戴しております。

担当部局管理職より

本プロジェクトは、数か月という短期間で、構想段階からプロトタイプのリリースまでを進めることができた貴重な取組となりました。

初期的な要望に合わせて作成いただいたアプリケーションを、実際にユーザーとなり得る職員が試用し、その過程で判明した追加要望や課題を短いサイクルで設計や機能改善に反映いただけたことで、効率的にプロトタイプをブラッシュアップしていくプロセスを実践できました。

また、デプロイ作業や非機能要件に関する検討、課題対応の過程においても、AWSプロトタイピングチームから緊密なコミュニケーションをいただけたことは、アプリケーションの構成や運用方法に加え、インフラ環境に対する理解を深めることにもつながりました。

本プロジェクトを通じて、他の分野も含む今後のシステム開発の進め方について、多くの示唆が得られたと考えています。

担当部局職員より

本システムの構築にあたっては、AWS社との間で何度もフィードバックを重ねる機会を得ることができ、その結果、当組織の業務実態に即した、非常に使い勝手の良いアプリケーションを実現することができました。

一般に、官公庁におけるシステム構築ではウォーターフォール型の開発が主流であり、完成後に想定と異なる操作性となるケースも少なくありません。これに対し、本取組においてはアジャイル型の開発手法を採用したことで、利用者のニーズを反映した改善を随時行うことが可能となり、結果として業務効率化に大きく寄与するアプリケーションを構築するに至りました。

実際に組織内に部分的に展開したところ、「作成される初稿ドラフトの質が想像よりも高かった」「ファイルを自分で開いて確認する手間や国会議事録検索システムを検索する手間が減り、作業が早くなる」など、好評をいただいております。

当該省庁では、2026 年の秋から本格導入を目指し、準備を進めています。あわせて、本ソリューションは中央省庁にとどまらず、他の省庁や地方自治体での展開可能性も期待されています。AWS は引き続き、パートナーとともに本番運用に向けた支援を継続してまいります。

まとめ

「まず動かして確かめる」というプロトタイピングのアプローチは、 AI のように実際に動かしてみなければ効果を判断しにくい領域で、本格導入の判断材料を得るために特に有効です。AWS のパブリックセクター プロトタイピングチームは、公共のお客様のアイデアを短期間で形にし、次の意思決定を後押しします。同様の検討をされている方は、ぜひお近くの AWS 担当者にご相談、または次のメールアドレスにご連絡ください。aws-jpps-prototyping@amazon.com

著者について

  • Shota Kishimoto – Associate Prototyping Solutions Architect, AWS (プロトタイプチーム）
  • Jorge Lanzarotti – Sr. Prototyping Solutions Architect, AWS (プロトタイプチーム）
  • Hiromichi Miyawaki – Account Executive, Central Government, AWS (アカウントチーム）
  • Naoki Miyaguchi – Solutions Architect, Central Government, AWS (アカウントチーム）