AI議事録・文字起こしの導入実態調査
「1時間の会議なのに、文字起こしは今日中に終わらない」
「発言者名と固有名詞を直しているうちに、確認だけで半日過ぎる」
「相談を聞きながら記録も残すの、抜けが出そうで怖い」
議事録AIは、会議後の文字起こし、話者名・用語修正、要約、確認、共有・公開までの工程をどう変えているのでしょうか。議事録AIを入れたら、会議後の文字起こしはだいぶ楽になりますか。
下書きはかなり早くなる事例があるね。ただ、録音状態が悪いと直しが増えるし、発言者名や固有名詞は最後に人が確認するよ。
ああ、そうなんですね。録音データを入れたら正式な議事録までできる、という話ではないんですね。
うん、そこまでは言えないね。庁内会議のメモと、議会の公開記録、住民説明会の会見録では、確認の重さが違うよ。
なるほど。公開記録で確認が重いなら、相談記録みたいに個人情報が入るものはまた別ですね。
そうだね。録音同意、保存期間、誰が閲覧できるかまで決めておく必要がある。時短だけじゃなく、どの記録をどこまで残すかも、事例をもとに解説するね!

上の図では、公開事例で繰り返し出てきた流れを、録音、文字起こし、話者名・用語の修正、要約、職員確認、共有・公開に分けています。 議事録AIの効果は「文字起こしが速いか」だけでは判断できません。どの工程をAIに任せ、 どこから職員、委託先、関係部署が確認するのかを分けておくと、後段の部署別・業務別の整理も確認しやすくなります。
「会議は終わったのに、ここから議事録が始まる」。庁内会議、委員会、議会、記者会見、住民説明会では、 録音を聞き返しながら発言を文字に起こし、固有名詞を直し、要約し、関係部署へ確認する作業が続きます。
総務省の公開資料では、生成AIによる議事録要約の事例も確認できます。議事録の文字起こし・要約時間が 2,800時間から1,400時間へ50%削減できる見込みは、文字起こしAI単体ではなく、要約工程を含む数字として扱います。 ここで確認したいのは削減率だけではありません。録音、文字起こし、話者・用語修正、要約、確認、 共有・公開のどこが軽くなったのかを分ける必要があります。
公開事例を読み比べると、会議録作成の工程が具体的に分かる事例に加えて、相談記録や電話応対、 生成AI基盤、RAGに近い使い方も確認できます。ただし、議事録AIは「録音すれば正式記録が完成する」ものではありません。 どの会議を対象にするか、音をどう取るか、誰が確認するか、公開記録にするかで、確認条件が変わります。
第1章
どの自治体・部署・業務で使われているのか
導入地域、部署、対象記録をつかむ確認できた事例は、政令市や県庁だけに偏っていません。町村、一般市、特別区、議会事務局でも、 庁内会議、議会記録、知事会見、相談記録、生成AI要約に近い使い方が出ています。
ただ、地域名だけでは「自分の部署で使えるか」は判断できません。議事録AIは、導入を支える部署と、 実際に記録を作る部署が分かれることがあります。地域の広がりを入口に、部署、業務、対象記録、 録音から正式記録までの工程へ分けると、必要な確認者と仕上げ方の違いが見えてきます。
調べた事例マップ
まず、公開資料で内容を確認できた取り組みを地域ごとに並べました。この地図で見たいのは、 どの地域の件数が多いかではなく、政令市、県庁、一般市、町村、議会事務局まで、役割や規模の違う自治体で使われ始めていることです。
地図は普及率を示す資料ではありません。公開資料から確認できた事例の範囲を示し、部署別・業務別の違いを見るための入口として置いています。

部署別・業務ジャンル別に整理する
部署で見ると、DX推進担当や情報システム部門が導入や全庁展開を支え、議会事務局や原課が実際の記録作成を担っています。 業務で見ると、庁内会議、議会・公開記録、相談・面談記録、生成AI要約に分かれます。
以下の図では、導入・運用を支える部署と、記録を作る業務を分けています。たとえばDX推進担当が端末貸出や全庁展開を担っていても、 実際に効果が出るかどうかは、原課がどの会議で録音し、誰が確認し、どの様式へ整えるかで変わります。

住民向けの公開記録や、相談・面談の記録を支える領域です。AIが住民へ直接回答する話ではなく、職員が記録を作る工程を軽くします。
- 知事・市長会見録の作成
- 住民説明会の質疑記録
- 関係部局確認後のホームページ公開
- 相談時のリアルタイム文字化
- 質問サジェスト・聞き漏れ防止
- 記録票・報告書案の作成
- 通話内容の記録支援
- アラート表示
- 上司や周囲の職員への共有
- 住民問い合わせの受付
- 来庁予約
- 申請書記入支援
公開事例で中心になっている領域です。庁内会議、議会、委員会、要約、端末貸出、委託先校正を分けて扱います。
- 課内会議や庁内打ち合わせの文字起こし
- Web会議音声の記録
- 音声連動編集と共有範囲の確認
- 本会議・委員会の反訳支援
- 議員名・固有名詞の確認
- 原文とAI要約を並べた編集
- 概要・決定事項・ネクストアクションの抽出
- 議事録様式への下書き
- 公文書ルールに合わせた編集
- マイク・ICレコーダーの配置
- 専用端末の予約管理
- クラウド型とスタンドアローン型の使い分け
- AI文字起こし済みデータ、音声、会議資料を委託先へ渡し、校正材料として使う
- 関係部局確認を残す
- 公開前に数値・発言者・表現を確認する
- 文字起こし後のテキストを要約する
- 過去記録や資料と照合する
- 議会答弁や庁内文書作成へつなげる
この分類で見ると、AI議事録・文字起こしは「会議録を作る製品」という一言では足りません。導入を進める部署、録音環境を整える部署、 公開前確認を担う部署、相談記録を扱う原課が分かれます。
そのため、以降の具体例では、どの部署が使ったかだけでなく、どの業務ジャンルで、どの確認工程を残したのかまで合わせて確認します。
使われ方のサマリー
使われ方を場面で見ると、議事録AIは一つの製品機能ではなく、録音、文字起こし、要約、確認、共有・公開の組み合わせとして理解しやすくなります。
以下の図では、庁内会議、議会・委員会、記者会見・住民説明会、相談・面談記録、生成AI要約・RAG隣接に分けています。 場面ごとに「速く文字にする」だけでなく、発言者確認、公開前確認、個人情報、過去資料との接続の重さが変わります。

対象記録の種類
同じ音声でも、庁内会議、議会、会見、相談記録では求められる正確さと確認者が変わります。公開事例の件数は普及度ではなく、確認できた記録の種類をつかむための目安です。
| 記録の種類 | 件数の目安 | 主な場面 | 見るべき条件 |
|---|---|---|---|
| 庁内会議・各課会議 | 38件前後 | 課内会議、庁内打ち合わせ、委員会、Web会議 | 端末貸出、マイク、録音環境、利用部署の広げ方、クラウドとスタンドアローンの使い分け。 |
| 議会・公開記録 | 11件前後 | 本会議、常任委員会、議会だより、議会答弁、公開会見録 | 発言者名、固有名詞、議員確認、委託先校正、公開までの日数。 |
| 記者会見・住民説明会 | 補足的に確認 | 知事会見、市長会見、住民説明会、公開会見録 | 一語一句の確認、関係部局確認、ホームページ公開までの時間。 |
| 生成AIによる要約・様式化 | 12件前後 | 音声データの要約、議事録様式出力、議会答弁、議会だより | 音声認識と要約を分ける。原文確認と自治体側の様式を残す。 |
| 相談・電話・面談記録 | 6件程度 | 児童相談、福祉相談、市民相談、電話応対、カスハラ対応 | 個人情報、録音同意、保存期間、閲覧権限、記録票の確認者。 |
議事録AIの基本
議事録AIは、音声認識、話者識別、要約、正式記録化の役割を分解すると分かりやすくなります。 効果が出ている事例ほど、AIに任せる工程と人が残す工程を分けています。
以下の図では、AIが担いやすい工程と、人が確認する工程を分けました。録音を取り込み、文字起こしし、 話者名や用語の修正を支援し、要約や様式化の下書きを作るところまではAIが関われます。一方で、 音の聞き直し、固有名詞、数字、公開判断、正式記録への反映は、公開事例でも人の確認が残っています。

第2章
部署・業務ごとの具体例
記録の場面ごとに使われ方を整理するここからは、部署・業務ごとに、導入前に起きていたこと、AIが担った工程、人が残した確認を分けて見ます。 特定自治体の再現ではなく、公開事例から抽出できる使われ方として整理しています。
2-1庁内で共有する
庁内会議・各課打ち合わせ
録音、文字起こし、編集、共有までを軽くする庁内会議では、会議の内容そのものよりも、会議後の記録作成が重くなりやすいです。岡山市のように年間約3,700回・約6,000時間の会議録作成がある場合、文字起こしの初版を早く作れるだけでも、職員の確認時間は変わります。
ただし、公開事例で繰り返し出てくるのは、AIの認識率だけではありません。藤井寺市は会議室の広さや人数ごとのマイク配置を写真で共有し、青森県は会議規模に合わせてワイヤレスマイクや卓上マイクを使い分けています。弘前市では、発言を鮮明に録音するため、マイクやICレコーダーを発言者の近くに置く必要性を職員へ伝える苦労がありました。
福岡市はクラウド型とスタンドアローン型を使い分け、つくば市はほぼ全職員PCへのインストール、USBキー貸出、据え置きPC、録音セット、マニュアルを組み合わせています。議事録AIの導入は、アカウントを配るだけでなく、録音から共有までの道具立てを庁内の会議文化に合わせる仕事です。
庁内会議で見るべきなのは、製品の精度表だけではなく、職員が毎回迷わず録音できる運用です。会議室、Web会議、小規模打ち合わせで録音条件が変わるため、端末予約、マイク貸出、聞き直し画面、共有範囲までをまとめて設計する必要があります。
具体的なユースケース
- 課内会議や庁内打ち合わせの録音を文字起こしする
- 会議室やWeb会議に合わせてマイクや端末を選ぶ
- 音声とテキストを紐づけ、必要箇所だけ聞き直す
- 端末貸出、予約、説明会、利用部署の拡大を整える
以下の図では、庁内会議でAIが担う録音・文字起こし・音声連動編集と、人が残す固有名詞、数字、発言者、共有範囲の確認を分けて整理しました。

最初に試すなら、公開性が高すぎない庁内会議で、録音環境と修正画面まで含めて比べる方が実務に近くなります。
2-2公開記録に近づける
議会・委員会・議会だより
発言者、固有名詞、公開前確認を残しながら作成時間を短くする議会や委員会では、速く作るだけでは足りません。誰が発言したか、固有名詞が合っているか、公開してよい記録になっているかが問われます。
長崎市や白老町では、AI文字起こし結果を委託先へ渡して納期や校正負担を下げています。取手市議会では、会議録原文とAI要約を並べ、人が議会だより向けに編集する使い方が出ています。浜田市議会では、音声、既存文字起こし、会議録サンプル、公文書ルール、会議資料、進行シナリオを段階的にAIへ渡し、最後に職員が確認しています。
長崎市は本会議の反訳納品が約20日から3〜10日に短縮し、白老町は長時間会議でAI文字起こし済みデータを音声・資料とセットで委託先へ渡しています。どちらも外部委託を消す話ではなく、委託先や職員が確認しやすい材料を先に整える話です。
この領域では、AIが正式記録を完成させるとは書きません。AIは前処理や下書きを担い、人が確認しやすい材料を作るものとして位置づける方が、公開事例に近くなります。議会だよりや要点筆記では、原文と要約を並べ、住民向けの文体へ直す編集責任も残ります。
具体的なユースケース
- 本会議や委員会の音声を文字起こしする
- 議会だよりで、発言記録とAI要約を並べて編集する
- 委託先へAI文字起こし済みデータと音声、資料を渡す
- 会議録サンプルや公文書ルールに合わせて要点筆記を整える
以下の図では、本会議・委員会からAI文字起こし、発言者・用語確認、委託先または職員編集、公開記録化までの流れを整理しました。

議会・公開記録では、作成時間の短縮と同じ重さで、確認者、委託先、公開前の修正工程を見ます。
2-3住民へ早く届ける
記者会見・住民説明会
会見録や説明会記録の作成から公開までの時間を短くする記者会見や住民説明会では、内部共有だけでなく、住民が読める形へ公開するまでが仕事になります。福島県の知事定例記者会見では、導入前は担当者2名でテープ起こしにおおよそ3日かかり、庁内各部局確認を経て会見日から1週間後を目安にホームページへ掲載していました。
導入後は、会見日の当日中に会見録を作成し、庁内各部局確認を経て翌日に掲載できる流れになっています。ここで重要なのは、公開前確認を省いたのではなく、確認へ回す原稿を早く用意できるようにしたことです。
つくば市の事例では、委員会や懇談会、市長記者会見、住民向け説明会、庁内会議まで幅広くAI音声認識が使われています。住民説明会は、資料、説明内容、質疑の扱いが絡むため、録音と文字起こしだけでなく、資料との照合や公開範囲の判断まで含めて確認します。
具体的なユースケース
- 知事会見や市長会見の音声を当日中に文字起こしする
- 関係部局確認を残して、翌日公開へ近づける
- 住民説明会の音声と資料をセットで確認する
- 一語一句の確認が必要な公開記録として扱う
以下の図では、会見・説明会からAI文字起こし、関係部局確認、公開前修正、ホームページ掲載までを分け、短縮された工程と残す責任を整理しました。

会見録や住民説明会は、情報公開までの時間を説明しやすい一方で、公開前の責任をどこに残すかまで示して初めて、住民への情報提供を早める取り組みとして説明しやすくなります。
2-4相談を支える
相談・面談記録
電話や面談の記録を残し、周囲の職員が支援しやすくする相談・面談記録は、音声を扱うという意味では議事録AIに近いものの、会議録とは分けて見た方が安全です。住民の個人情報や相談内容を扱うため、録音同意、保存期間、閲覧権限、記録票の確認者が論点になります。
世田谷区、姫路市、江戸川区、横須賀市、豊田市、一関市、取手市の事例では、電話や面談の音声をテキスト化し、相談記録や報告書案、周囲の職員支援に使う動きが出ています。江戸川区の電話相談では、人名、地名、施設名、児童福祉用語など約500ワードの事前登録も確認できます。
豊田市のAI相談パートナーは、相談時の音声をリアルタイムでテキスト化し、聞くべき内容や関連サービスを画面に出す使い方です。一関市のAiBouは、1〜2時間の生活保護面談を項目ごとに整理し、報告書案を職員が微調整して完成させる流れです。ここでは、会議録の作成時間よりも、聞き漏れ防止、記録票の品質、周囲の支援が論点になります。
具体的なユースケース
- 相談音声をリアルタイムで表示する
- 報告書案や相談記録票の下書きを作る
- 上司や周囲の職員が相談内容を見て支援する
- 録音同意、保存期間、閲覧権限を会議録とは別に決める
以下の図では、面談・電話からリアルタイム文字化、質問サジェスト、記録票案、職員確認へ進む流れと、個人情報の扱いを分けるポイントを整理しました。

相談記録は、時短だけでなく、住民情報をどう扱うか、職員支援としてどう見せるかまで含めて別領域として扱います。
2-5次の文書へつなげる
生成AI要約・議会答弁/RAG隣接
文字起こし後のテキストを、要約、様式化、過去記録確認につなげる2026年時点の公開事例では、音声認識AIと生成AI要約が重なり始めています。音声認識AIは音を文字にする工程、生成AIは文字を要約・様式化する工程に強みがあります。
都留市では、AI要約で概要、決定事項、ネクストアクションを抽出していました。日南町では、同じ音声データで複数サービスを試し、地域特有の言い回しが入っても要約精度が高いものを選んでいます。長野県のログミーツGPTでは、要約、要点整理、校正、ワード抽出をボタンで行う使い方が確認できます。
浜田市議会の要点筆記では、音声と既存文字起こし、会議録サンプル、公文書ルール、会議資料、進行シナリオを段階的にAIへ渡し、最後に職員が確認しています。四街道市ではRAG機能に議会定例会の会議録や契約事務・文書事務の手引書を登録し、議会答弁案や庁内問い合わせ支援に使う動きも出ています。
RAG(既存文書をAIに参照させ、検索付きで回答させる仕組み)に近い使い方もあります。ただし、録音を文字にする工程と、過去文書を参照して答弁や説明資料へつなげる工程は分けて考えます。要約結果を便利に使うほど、どの原文に戻れるか、自治体側の様式に合っているかを残す必要があります。
具体的なユースケース
- 要点、決定事項、ネクストアクションを抽出する
- 会議録サンプルや公文書ルールに合わせて整える
- 過去議事録、総合計画、庁内規程を参照して答弁案の材料にする
- 生成AIへの入力範囲と原文確認を分ける
以下の図では、文字起こし後のテキストを要点、決定事項、ToDo、自治体様式、過去記録確認へつなげる流れを整理しました。

生成AI要約では、便利な下書きと正式記録を混ぜず、原文確認と自治体側の様式を残すことが確認の軸になります。
第3章
導入して出た具体的な効果
会議後の仕事で何が変わったか議事録AIの効果数字は、大きく見えるものが多いです。ただし、削減率だけを横並びにすると誤解が出ます。 逐語録なのか要約なのか、庁内会議なのか議会なのか、職員時間なのか委託費なのか、見込みなのか実績なのかを一緒に見ます。
以下の図では、効果を5つに分けています。文字起こし時間の短縮、公開・委託工程の短縮、要約・共有の改善、 相談記録での職員支援、小規模自治体・共同調達の効果です。数字の大小よりも、 どの業務で、どの工程が短くなり、どの確認が残ったのかを見るための整理です。
- 文字起こし会議時間に対する作成時間、聞き直し、修正時間がどう変わったか。
- 公開・委託委託先へ渡す前処理、公開までの日数、関係部局確認がどう変わったか。
- 要約・共有要点、決定事項、ToDo、議事録様式の下書きがどこまで使われたか。
- 相談記録・職員支援電話や面談の記録を残し、聞き漏れ防止や周囲の支援へつながったか。
- 小規模自治体・共同調達限られた端末や補助金、近隣自治体の知見で横展開できたか。

聞き直しと修正にかかる時間を短くする
時間短縮の効果は、単にAIが速く文字にすることだけではありません。録音を聞き返す回数を減らし、該当箇所へすぐ移動し、固有名詞や数字など職員が確認する箇所に集中できることまで含めて判断します。
岡山市や文京区のように削減時間が示されている事例でも、どの会議で、どの粒度の記録を、どの画面で修正したのかを合わせて確認します。そのため、以下の図では、会議後の手作業がAI文字起こしと音声連動編集に置き換わり、人が確認へ集中する流れを整理しました。

- 対象庁内会議、打ち合わせ、議会、逐語録、要約形式の議事録。
- 効果下書き作成、聞き直し、修正箇所探しの時間が短くなる。
- 確認したい点逐語録なのか要約なのか、録音環境と修正画面まで含めて短縮できているか。
岡山市は、庁内で年間約3,700回の会議があり、会議録作成に約6,000時間を要していました。一言一句が必要な会議録では会議時間の10倍以上かかる場合もあり、1時間の録音なら約30分でテキスト化できる点が評価されています。
文京区では、2022年度に24課で延べ70件の会議に活用し、1会議あたり平均88分の作業時間削減が確認されています。ただし、この数字は会議の種類や記録の粒度とセットで確認する必要があります。平均値だけを見ると、庁内打ち合わせと公開記録の違いが消えてしまいます。
会見録・議会記録を公開前確認へ早く回す
公開記録や委託工程では、AIが正式記録を完成させるのではなく、委託先や関係部局へ渡す材料を早く整えるところに効果が出ています。議会や会見録は、公開までの日数が短くなるほど、誰がどこを確認したのかも一緒に示す必要があります。
長崎市、白老町、福島県の事例では、短縮されたのは確認責任ではなく、確認に入る前の下書き化や校正材料の準備です。そのため、以下の図では、AI文字起こし済みデータ、音声、資料を委託先や関係部局へ渡し、最終確認後に公開へ進む流れを整理しました。

- 対象本会議録、委員会記録、知事会見録、公開前に校正が必要な記録。
- 効果委託先へ渡す前処理、庁内確認へ回す原稿作成、公開までのリードタイムが短くなる。
- 確認したい点公開前確認、委託先校正、関係部局確認がどこに残っているか。
長崎市では、本会議の反訳を外部委託しており、従来は納品まで約20日かかっていました。ScribeAssistの文字起こし結果を委託先へ渡すことで、納品まで3〜10日に短縮しています。これは外部委託をなくす話ではなく、委託先へ渡す前の材料を整える話です。
福島県の知事定例記者会見では、担当者2名によるテープ起こしにおおよそ3日、庁内各部局確認後のホームページ掲載に会見日から1週間後を目安としていた工程が、導入後は当日中に会見録作成、翌日掲載へ短くなっています。ここでも庁内確認は残っています。
要約と共有メモを正式記録と分けて使う
要約の効果は、正式な議事録を自動で作ることではなく、会議後すぐに概要、決定事項、ToDo、次回確認事項を共有しやすくすることです。読みやすい要約ほど、そのまま正式記録に見えてしまうため、原文と人の編集を残して扱う必要があります。
都留市や長野県の事例は、要約、校正、ワード抽出、ネクストアクション整理を会議後の共有に近づけています。そのため、以下の図では、文字起こし後のテキストが要点、決定事項、ToDo、自治体様式へ分かれ、最後に原文確認へ戻る流れを整理しました。

- 対象庁内会議、プロジェクト会議、生成AI要約、ログミーツGPTなどの文章加工。
- 効果会議内容を次の行動に変換し、関係者が同じ前提で動きやすくなる。
- 確認したい点要約結果を正式記録と混ぜず、原文確認と人の編集を残しているか。
都留市では、AI要約で概要、決定事項、ネクストアクションを抽出する使い方が確認できます。長野県のログミーツGPTでは、要約、要点整理、校正、ワード抽出をボタンで実行し、利用者の約90%が業務効率化効果を実感しています。
ただし、要約は読みやすいほど正式記録と混ざりやすくなります。会議の決定事項として使うのか、共有メモとして使うのか、議会だよりや答弁資料へつなげるのかで、人が確認する原文と様式が変わります。
相談記録を周囲の支援へつなげる
相談記録の効果は、会議録作成の時短とは別に見ます。聞きながら記録し、質問漏れを減らし、周囲の職員が支援できる状態を作ることが中心です。
福祉相談や生活保護面談では、記録の速さだけでなく、個人情報、録音同意、保存期間、閲覧権限を会議録とは分けて設計します。そのため、以下の図では、相談中のリアルタイム文字化、質問候補、記録票案、職員確認へ進む流れを整理しました。

- 対象児童相談、福祉相談、生活保護面談、電話相談、市民相談。
- 効果記録票や報告書案を早く作り、新人支援、聞き漏れ防止、周囲のフォローにつながる。
- 確認したい点録音同意、保存期間、閲覧権限、個人情報の扱いが会議録とは分かれているか。
豊田市のAI相談パートナーは、福祉相談が年間2,000件以上ある中で、相談時の音声をリアルタイムにテキスト化し、聞くべき内容や関連サービスを画面表示するものです。記録作成だけでなく、新人や異動直後の職員の支援にも使われています。
一関市のAiBouは、生活保護の1〜2時間の面談内容を項目ごとに整理し、報告書案を作成したうえで職員が微調整して完成させます。報告書作成時間は約5〜6割削減とされますが、この事例では、記録の時短と住民情報の扱いを同時に設計している点を確認できます。
少ない端末でも会議・相談へ広げる
小規模自治体では、端末やライセンスを大量に持つ前提ではなく、限られた端末をどう共有し、近隣自治体の知見や補助金をどう使うかが効果に直結します。
大川市、幌加内町、矢吹町のような事例を見ると、製品機能だけではなく、予約管理、貸出ルール、試用比較、共同調達の説明材料まで含めて導入効果を把握できます。そのため、以下の図では、少ない端末を会議・相談・議会へ横展開し、補助金や近隣自治体の知見を組み合わせる流れを整理しました。

- 対象町村の議会、庁内会議、相談記録、端末貸出、共同調達。
- 効果少ない端末でも予約管理や貸出ルールで利用を広げ、会議や相談記録に横展開できる。
- 確認したい点製品単体ではなく、端末数、マイク、予約、近隣自治体の使用感、補助金・共同調達まで見ているか。
大川市では、5台の端末をグループウェアで予約管理し、本会議以外の議事録、各種委員会、庁内会議、相談記録、出張セミナー、情報保障まで用途を広げています。限られた端末でも、貸出と予約のルールがあると横展開しやすくなります。
幌加内町は2社のサービスを複数職員でトライアル比較し、近隣の導入自治体から話を聞けたことも選定理由にしています。矢吹町のように補助金を活用して導入する例もあり、小規模自治体では製品機能と同じくらい調達・運用の組み立てが重要です。
使い方ごとの具体的な効果事例
ここでは、文字起こし、公開記録、要約、相談記録、端末運用のように、 使い方ごとに確認できた効果事例を並べます。何を対象にした数字なのか、 どの会議や記録を扱ったのか、AIの下書き後に誰が確認したのかまでそろえると、 庁内で説明するときに近い業務の事例を選びやすくなります。
| 効果の型 | 自治体 | 対象業務・記録 | 数字・条件 | 残る確認工程 |
|---|---|---|---|---|
| 文字起こし時間 | 岡山市 | 庁内会議、逐語録を含む会議録 | 年間約3,700回の会議で、会議録作成に約6,000時間。1時間録音を約30分で文字化し、約4割削減見込み。 | 音声を聞きながら専用ソフトで再編集。逐語録か要約かで確認量が変わる。 |
| 編集時間 | 文京区 | 打ち合わせ、大規模会議、Web会議 | 2022年度に24課70件で活用。1会議あたり平均88分削減、一部では80%以上削減。 | 会議規模ごとのマイク選定、発言者名、固有名詞、数字の確認。 |
| 公開工程 | 福島県 | 知事定例記者会見 | 従来は作成に約3日、掲載は会見日から約1週間後。導入後は当日作成、翌日掲載へ短縮。 | 庁内各部局確認を残したうえで、ホームページ公開へ進める。 |
| 委託工程 | 長崎市・白老町 | 議会本会議、委員会記録 | 長崎市は委託納品が約20日から3〜10日に短縮。白老町もAI文字起こし済みデータを委託先へ渡す。 | 音声、会議資料、AI文字起こしを校正材料にし、委託先校正と職員の最終確認を残す。 |
| 要約・共有 | 長野県・都留市 | 庁内会議の概要、決定事項、ToDo整理 | 長野県では利用者の約90%が業務効率化効果を実感。都留市では概要、決定事項、ネクストアクションを抽出。 | 要約を正式記録と混ぜず、原文、会議録様式、共有範囲を人が確認する。 |
| 相談記録支援 | 豊田市・一関市 | 福祉相談、生活保護面談、電話相談 | 豊田市は年間2,000件以上の福祉相談で活用。一関市は報告書作成時間を約5〜6割削減。 | 録音同意、個人情報、保存期間、閲覧権限、報告書案の人による微調整。 |
| 端末・共同調達 | 大川市・熊本県 | 町村・庁内横断の会議、相談、議会 | 大川市は5台端末を予約管理して横展開。熊本県は共同調達で導入負担を下げる。 | 端末予約、貸出ルール、補助金・共同調達、近隣自治体の使用感を確認する。 |
| 議会資料作成 | 取手市議会 | 本会議、委員会、議会だより | 1人年30時間削減、委託費約320万円削減、認識精度90%超 | 会議録原文とAI要約を並べ、人が議会だより向けに編集する。 |
この表は、削減率の大きさを競うためのものではありません。庁内で話すときは、 「うちで減らしたいのは文字起こしなのか、公開までの日数なのか、相談記録なのか、端末の貸出運用なのか」を先にそろえると、 近い事例を探しやすくなります。導入後に測る数字も、作成時間、公開までの日数、委託費、報告書作成時間、端末稼働のように、 業務ごとに分けておく方が説明しやすくなります。
第4章
精度と効果を出すための工夫
録音条件、用語、確認工程公開事例では、精度はAIエンジンだけで決まっていません。会議室の音、マイク、単語登録、話者識別、 要約の様式、人の確認、データの扱いが結果に影響しています。
まず全体像として、精度と効果を出す工夫を1枚の図にしました。図では、録音条件をそろえる、固有名詞と話者名を直しやすくする、 様式を渡す、人が確認する、データを分けるという5つを並べています。どれか一つを足せばよいのではなく、 対象記録の重さに合わせて組み合わせるものとして見ます。

この図はチェックリストではなく、導入前後に確認する論点の地図です。庁内会議なら音と端末運用、 議会や会見なら発言者名と公開前確認、相談記録なら個人情報と閲覧権限の比重が上がります。
この章では、精度と効果を出すための工夫を、次の5つに分けて扱います。
- 会議室・人数・Web会議に合わせて録音を整えるAIは聞き取れない音を正確に文字化できません。会議室の広さ、人数、マイクの位置、Web会議音声まで先に整えます。
- 固有名詞と話者名を後から直しやすくする自治体の会議では、地名、施設名、制度名、部署名、委員名が多く出ます。一般語の認識率だけでは足りません。
- 要約と様式化に自治体の記録ルールを渡す生成AI要約は、文字起こし後に正式記録を完成させる工程ではありません。資料、様式、表記ルールを渡すことで実務に近づきます。
- 公開前確認と委託先校正を残す議会、記者会見、相談記録では、AI出力をそのまま公開する設計にしません。
- 音声・文字起こし・要約データは保存先と閲覧権限を設計するクラウドかスタンドアローンかだけでは足りません。音声、文字起こし、要約、編集履歴、端末内データを分けて見ます。
会議室・人数・Web会議に合わせて録音を整える
AIは聞き取れない音を正確に文字化できません。会議室の広さ、人数、マイクの位置、Web会議音声まで先に整えます。
公開事例では、同じ製品を使っていても、会議室の反響、発言者との距離、複数人の同時発言、Web会議音声の取り方によって修正量が変わっていました。録音環境を整えることは、導入後の細かな運用ではなく、文字起こし精度を左右する前提条件です。
以下の図では、小規模会議、大会議、Web会議で録音方法を変え、AI文字起こし後の修正量を減らす考え方を整理しました。

マイク使用とICレコーダー設置場所を工夫し、専用ソフトで音声を聞きながら文字起こし結果を再編集しています。
会議室の広さや人数ごとのマイク数・配置写真を職員へ共有し、録音条件を会議前にそろえやすくしています。
ワイヤレスマイク、卓上マイク、Web会議音声を会議規模で使い分け、録音からクラウド編集へつなげています。
発言者から遠い音、反響、雑音が減ると、文字起こし後の修正量が減ります。
固有名詞と話者名を後から直しやすくする
自治体の会議では、地名、施設名、制度名、部署名、委員名が多く出ます。一般語の認識率だけでは足りません。
この領域では、AIが最初からすべてを正しく聞き分けることよりも、後から職員が直しやすい状態を作れるかが大事になります。発言者名、部署名、施設名、地域特有の言い回しを登録できるか、音声とテキストを行き来しながら該当箇所を直せるかが、確認時間に影響します。
以下の図では、固有名詞や話者名の誤りを、用語登録、音声連動編集、ピンポイント再生で直しやすくする流れを整理しました。

単語登録、発言者入力、音声とテキストを連動させた聞き直しで、地名や発言者名を後から直しやすくしています。
児童相談の業務用語など約500ワードを事前登録し、相談記録で出やすい専門語の認識精度を上げています。
同じメンバーで開く定例会議では、発言者の声や話し方を学習し、話者認識が徐々に改善する点を確認しています。
発言者名や固有名詞を後から直しやすい画面、音声連動、ピンポイント再生が確認時間に効きます。
要約と様式化に自治体の記録ルールを渡す
生成AI要約は、文字起こし後に正式記録を完成させる工程ではありません。資料、様式、表記ルールを渡すことで実務に近づきます。
議会、委員会、庁内会議では、記録に残す粒度や表記が異なります。AIが作った要約が読みやすくても、自治体側の会議録様式、発言者表記、公文書ルール、公開前確認の流れに合っていなければ、そのまま使うことはできません。
以下の図では、要約や様式化をAIに任せる前に、自治体側で渡すべきルールを整理しています。大事なのは、AIへの指示を増やすことではなく、正式記録に近づけるための様式、用語、話者表記、確認者、共有先を先に決めておくことです。

音声、既存文字起こし、会議録サンプル、会議資料、公文書ルール、進行シナリオを段階的に投入し、最後は職員が確認しています。
同じ音声で複数サービスを比較し、地域特有の言い回しや要約結果が自治体の記録様式に合うかを見ています。
既存文字起こしと元音声を生成AIへ渡す構想として扱い、録音工程と要約・文書化工程を分けて説明しています。
会議の核心、公文書ルール、答弁書の文脈は、AIの下書き後に人が合わせる必要があります。
公開前確認と委託先校正を残す
議会、記者会見、相談記録では、AI出力をそのまま公開する設計にしません。
公開記録に近い業務ほど、短縮された工程と残った責任を分ける必要があります。AI文字起こしは下書きや材料を早く作れますが、発言者名、数値、固有名詞、公開してよい表現かどうかは、人の確認や委託先の校正が残ります。
以下の図では、AI文字起こしで早く作る部分と、職員・関係部局・委託先が確認する部分を分けて整理しました。

AI文字起こし済みデータを音声・資料とセットで委託先へ渡し、外部委託そのものではなく納期と校正負担を下げています。
知事定例記者会見の会見録を当日中に作成しつつ、庁内各部局確認を残したうえで翌日掲載へつなげています。
会議録原文とAI要約を並べ、議会だより向けに人が編集することで、要約を公開文書へそのまま流し込まない運用にしています。
短縮されたのは、確認工程そのものではなく、確認に入る前の下書きや材料整理です。
音声・文字起こし・要約データは保存先と閲覧権限を設計する
クラウドかスタンドアローンかだけでは足りません。音声、文字起こし、要約、編集履歴、端末内データを分けて見ます。
会議録、非公開会議、相談記録、電話応対では、扱う情報の重さが変わります。利用環境を決めるときは、クラウド利用の可否だけでなく、録音データをどこに置くか、要約に使うテキストをどこまで入力するか、編集後のデータを誰が見られるかまで分けて考えます。
以下の図では、庁内会議、公開記録、相談記録ごとに、保存先、閲覧権限、削除ルール、要約入力範囲を分けて整理しました。

クラウド型とスタンドアローン型を併用し、会議の情報区分に応じて文字起こし環境を使い分けています。
非公開会議や個人情報を扱う会議はスタンドアローン型、一般会議や議会はクラウド型として使い分けています。
生成AI利用時の入力データ、機密情報、ファクトチェック、著作権・商標権への注意をルール化しています。
非公開会議、個人情報、相談記録、公開記録では、保存先、共有範囲、削除ルールが変わります。
第5章
自治体が選んだ製品と、その採用理由
記録業務ごとの対象工程と選定条件製品章で確認したいのは、どの製品名が有名かではありません。公開事例を見ると、同じ「AI議事録」でも、 会議室で録音する製品、音声と文字を行き来して直す製品、相談記録を支える製品、 文字起こし後の要約や文書化へつなげる製品が混ざっています。
そのため、製品名を並べる前に「どの記録を作るのか」「どの音声を取るのか」「誰が確認するのか」を分けます。 文字起こし精度だけを見ると、公開前確認、スタンドアローン利用、端末貸出、要約の様式、共同調達のような、 自治体側で実際に効いていた運用の違いが見えにくくなります。
この章では、製品名を先に並べず、作りたい記録、録音環境、修正画面、利用範囲の順に解説します。
- 会議録・相談記録・要約で必要な修正画面をそろえる本文で扱った製品を、音声連動編集、公開記録、相談記録、要約・文書化などの用途で分ける。
- 録音環境・修正画面・利用範囲を製品選定条件に入れる精度だけでなく、録音環境、確認しやすさ、利用環境、要約・様式化、費用・共同調達を見る。
- 音声起点の製品は修正画面、文書起点の製品は要約工程を担う会議録専用か相談記録か、音声認識中心か生成AI要約・RAG隣接かを混ぜない。
- 主要製品は修正画面と公開前確認で役割が分かれる主な事例ごとに、修正画面、利用環境、公開前確認の残し方を分ける。
会議録・相談記録・要約で必要な修正画面をそろえる
ここでの整理は、市場シェアではありません。公開事例の中で、 どの製品がどの記録業務を支えていたかを見るための整理です。 会議録の文字起こしそのものと、文字起こし後の要約・文書化は同じ条件で比べません。
図解では、ScribeAssist、ProVoXT / VoXT One、AmiVoice系、ログミーツ、相談記録AI、 生成AI基盤・RAG隣接を、支える記録業務ごとに並べました。製品名の多さを見るよりも、 どの記録を作りたいときに参照しやすい事例かを先に確認します。

| 製品の役割 | 主な事例 | 支える記録業務 | 導入前に決めたいこと |
|---|---|---|---|
| ScribeAssist | 仙台市、文京区、白老町、剣淵町など | 音声と文字起こし結果を行き来しながら、発言者名、固有名詞、数字を修正する会議録作成。 | スタンドアローン利用、USBキー、単語登録、話者識別、ピンポイント再生を確認する。 |
| ProVoXT / VoXT One | 愛知県、福島県、取手市議会、佐賀市など | 庁内会議、会見録、議会だよりなど、公開前確認が残る記録作成。 | クラウド利用範囲、Web編集、公開前の関係部局確認、委託先校正との分担を確認する。 |
| AmiVoice系 | 福岡市、世田谷区、つくば市など | 庁内会議と相談記録を、クラウド型とスタンドアローン型で使い分ける運用。 | 会議録用と相談記録用を混ぜず、個人情報、非公開会議、電話相談の扱いを分ける。 |
| ログミーツ / ログミーツGPT | 四日市市、青森県、長野県、大川市など | 専用端末で録音からアップロードまでを軽くし、全庁利用や要約へつなげる運用。 | 端末台数、予約管理、会場マイク接続、Web会議音声、要約機能の利用ルールを確認する。 |
| 相談記録AI | 江戸川区、豊田市、一関市、取手市など | 会議録ではなく、福祉相談、児童相談、電話、面談の記録と周囲の職員支援。 | 録音同意、保存期間、閲覧権限、アラートや質問サジェストの扱いを確認する。 |
| 生成AI基盤・RAG隣接 | 日南町、宮崎市、藤沢市、四街道市など | 文字起こし後の要約、文書化、過去記録参照、議会答弁や庁内文書活用。 | 録音・文字起こし工程を別に持つか、過去議事録や庁内文書の権限をどう扱うかを確認する。 |
録音環境・修正画面・利用範囲を製品選定条件に入れる
公開事例から見ると、採用理由は「文字起こし精度」だけではありません。録音環境、音声連動編集、 クラウドとスタンドアローンの使い分け、要約・様式化、端末貸出や共同調達まで含めて選ばれています。
図解では、採用理由を5つに分けました。これは製品機能の分類ではなく、導入後に実際の運用で差が出る場所です。 同じ精度評価でも、音を取りやすいことを評価しているのか、確認画面を評価しているのか、 非公開会議や相談記録で使えることを評価しているのかで、選び方は分かれます。

この5分類に分けると、製品比較の会話が「どれが高精度か」だけで止まりにくくなります。 録音環境は会議室やWeb会議の設計、確認しやすさは職員の修正時間、利用環境は情報区分、 要約・様式化は正式記録との距離、費用・共同調達は横展開のしやすさに関わります。
| 採用理由 | 事例で見えた判断材料 | 具体例 |
|---|---|---|
| 録音環境 | 会議室、Web会議、マイク、専用端末の扱いやすさ。 | 藤井寺市は会議室の広さや人数ごとのマイク配置を共有し、青森県は会議規模に応じて録音機器を使い分けています。 |
| 確認しやすさ | 音声連動編集、ピンポイント再生、発言者名、固有名詞、数字の修正。 | 文京区や剣淵町では、音声と文字を行き来しながら確認できることが、削減時間の説明とつながっています。 |
| 利用環境 | クラウド、スタンドアローン、LGWAN、機密会議や個人情報の扱い。 | 福岡市や弘前市は、会議の情報区分に応じてクラウド型とスタンドアローン型を使い分けています。 |
| 要約・様式化 | 決定事項、ToDo、自治体様式、議会だより、答弁資料への接続。 | 都留市や長野県では要約、要点整理、校正、ワード抽出を使い、浜田市議会では公文書ルールを踏まえて人が確認しています。 |
| 費用・共同調達 | 端末台数、貸出、補助金、近隣自治体の使用感、共同調達。 | 大川市は5台端末を予約管理して横展開し、熊本県は共同調達で導入しやすい条件を整えています。 |
音声起点の製品は修正画面、文書起点の製品は要約工程を担う
さらに製品ごとの立ち位置を整理すると、「会議録・相談記録のように音声から始まるか」 「要約・文書化・RAGのように文字起こし後のテキストから始まるか」で違いが出ます。 同じ議事録AIという言葉に入っていても、実際の採用理由はこの位置づけでかなり分かれます。
以下の図では、製品名を「何を支える製品か」で置き直しています。音声認識・編集、専用端末・全庁利用、 要約・文書化、相談記録、生成AI基盤・RAG隣接を分けると、導入前に決めるべき運用も見えやすくなります。

- 音声認識・編集が中心の製品は、録音環境、修正画面、発言者名や固有名詞の直しやすさが効きます。
- 専用端末・全庁利用が中心の製品は、端末台数、予約管理、会場マイク接続、Web会議音声の扱いが効きます。
- 相談記録AIは、会議録とは別に、録音同意、個人情報、保存期間、周囲の職員支援まで設計に入ります。
- 生成AI基盤・RAG隣接は、文字起こし後の要約、過去議事録、庁内文書の権限、正式記録との距離が論点になります。
主要製品は修正画面と公開前確認で役割が分かれる
最後に、本文で扱った製品ごとに、公開事例で確認できた運用上の特徴と、導入前に決めたいことを並べます。 ここでも、製品名だけではなく、対象記録、修正画面、利用環境、人が責任を持つ場所を結びつけて見ます。
表では、製品の役割ごとに「どの自治体で使われたか」「運用で何が効いていたか」「導入前に何を決めるか」を分けています。 採用理由だけを並べると精度や費用の話に寄りやすく、実際の使い方だけを並べると便利な利用例の羅列になりやすいためです。
| 製品の役割 | 主な事例 | 事例で効いた特徴 | 導入前に決めたいこと |
|---|---|---|---|
| ScribeAssist | 仙台市、つくば市、文京区、弘前市、白老町、剣淵町など | スタンドアローン、USBキー、リアルタイム文字起こし、単語登録、話者識別、ピンポイント再生。 | 機密会議、町村の貸出運用、議会記録で、音声とテキストを直しやすくしたい場面。 |
| ProVoXT / VoXT One | 愛知県、春日井市、佐賀市、茨城県、奈良県、福島県、取手市議会など | クラウド型、Web編集、全庁利用、自治体用語学習、音声とテキストの紐づき。 | 全庁利用や公開記録の作成支援で、クラウド利用範囲と公開前確認を整理したい場面。 |
| AmiVoice系 | 福岡市、世田谷区、仙台市、つくば市など | クラウドとスタンドアローンの使い分け、電話相談向け製品、話者登録、用語辞書。 | 会議録用と相談記録用を分け、個人情報や非公開会議の扱いを整理したい場面。 |
| ログミーツ / ログミーツGPT | 四日市市、横須賀市、藤井寺市、大川市、滋賀県、青森県、長野県など | SIM内蔵専用端末、クラウド編集、Web会議対応、録音からアップロードまでの手間削減、GPT要約。 | 端末台数、予約管理、会場マイク接続、クラウド利用範囲、要約機能の利用ルールを決める場面。 |
| ForeSight Voice Mining / AI相談パートナー / AiBou | 江戸川区、横須賀市、豊田市、一関市、取手市など | リアルタイム表示、アラート、質問サジェスト、報告書案、上司や周囲の支援。 | 会議録ではなく、相談・電話・面談記録として個人情報と確認責任を分ける場面。 |
| 生成AI基盤・RAG隣接 | 日南町、宮崎市、藤沢市、四街道市、府中市、西海市など | 議事録専用ではなく、要約、文書化、RAG、テンプレート、庁内生成AI活用の一部として使う。 | 録音・文字起こし工程が別に必要か、庁内文書や過去議事録を参照するときの権限を確認する場面。 |
製品を見るときは、製品名だけで選ぶよりも、どの会議で、どの音声を取り、どこまで人が直すかを先に置いた方が判断しやすくなります。 そのうえで、録音環境、確認画面、利用環境、要約・様式化、費用や共同調達を並べると、公開事例を自分の庁内説明へ置き換えやすくなります。
References
参考にした導入事例
公的資料、本文で主に扱った公開事例、隣接領域として参照した公開事例をまとめています。
総務省「自治体における生成AI導入状況」
出典元の記事を読む総務省「自治体におけるAI活用・導入手順編」
出典元の記事を読む福岡市 AmiVoice
出典元の記事を読む仙台市 ScribeAssist
出典元の記事を読む愛知県 ProVoXT
出典元の記事を読む岡山市 AI音声認識 自動文字起こしシステム
出典元の記事を読む四日市市 ログミーツ
出典元の記事を読む横須賀市 ログミーツ
出典元の記事を読む長崎市 ScribeAssist
出典元の記事を読む文京区 ScribeAssist
出典元の記事を読むつくば市 AmiVoice / VoXT One
出典元の記事を読む弘前市 ScribeAssist
出典元の記事を読む藤井寺市 ログミーツ
出典元の記事を読む都留市 ScribeAssist
出典元の記事を読む阿賀野市 ScribeAssist
出典元の記事を読む白老町 ScribeAssist
出典元の記事を読む大川市 ログミーツ
出典元の記事を読む日南町 JAPAN AI AGENT
出典元の記事を読む剣淵町 ScribeAssist
出典元の記事を読む取手市議会事務局 ProVoXT
出典元の記事を読む熊本県 AI議事録作成システム共同調達
出典元の記事を読む青森県 ログミーツ
出典元の記事を読む長野県 ログミーツ / ログミーツGPT
出典元の記事を読む長野県 ログミーツGPT
出典元の記事を読む浜田市議会 ProVoXT・Google AI Studio
出典元の記事を読む福島県 ProVoXT
出典元の記事を読む江戸川区 ForeSight Voice Mining
出典元の記事を読む一関市 AiBou
出典元の記事を読む