- 公開日
AIに議事録を作らせるときは、誰かが述べたこと、検討中の提案、権限のある人や会議体が決めたことを分けます。録音の了解と、その音声をAIへ送ることや議事録を公開することも、同じ許可として扱いません。決定の根拠と情報の利用範囲を残し、参加者の訂正を反映して用途に合う記録へ仕上げます。
記録の目的と渡す先を会議前に決める
以下は、日本国内の架空の事業者が行う製品開発会議です。目的は社内の実施事項を確認する議事録の作成で、会議の議長、記録担当者、設計担当者、品質担当者が参加します。実際の録音、AIへの音声送信、参加者への照会は行っていない説明例です。
この会社は、会議前に録音目的、利用する文字起こし・AIサービス、閲覧者、保存期間、訂正の連絡先を説明し、参加者の了解を確認する運用を採っているとします。録音できない部分がある場合は停止して記録担当者が必要事項を手書きでまとめる、という代替も決めておきます。これは例の運用方針であり、どの会議にも同じ方法の同意が法律上必須だという説明ではありません。
日本の個人情報保護委員会のFAQ Q1-10は、顧客との通話内容が個人情報となる条件を説明し、利用目的の通知・公表と録音している旨の告知を区別しています。この回答だけから、すべての会議で録音の同意が不要とも、必ず必要とも結論できません。会議規程、契約、参加者の所在、録音内容、利用先を確認し、判断が必要な部分は担当部署へ照会します。
利用の確認は「録音に同意した」という一行にまとめず、少なくとも何のための、誰に向けた利用かが分かるようにします。音声の保存、文字起こし、外部AIでの要約、社内配布、社外公開では、渡る情報と相手が変わります。サービス名が同じでも設定や契約条件が変われば、以前の確認をそのまま流用できるとは限りません。
個人情報保護委員会の通則編は、利用目的の特定、変更、目的外の取扱いについて条件や例外を示しています。録音の了解を得た事実だけで、別目的の公開まで可能と扱わないことが実務上の確認点です。一方、あらゆる利用変更に常に再同意が必要と一律に決めるのではなく、実際の目的と適用条件を照合します。
発言の記録と決定の記録を二段階にする
この架空会議には、次の発言があったとします。時刻は録音内の位置を示す説明用の値です。
| 区間 | 発言者 | 原発言として用意した材料 |
|---|---|---|
| 02:10 | 設計担当者 | 「試作機の発送を金曜日に前倒しする案はどうでしょうか」 |
| 02:35 | 品質担当者 | 「検査はまだ終わっていません。木曜日に結果が分かる予定です」 |
| 03:05 | 議長 | 「発送日は今日は決めません。品質担当が木曜日に結果を共有し、その後で私が発送可否を判断します」 |
AIには、まず発言者、内容、該当区間、聞き取りや話者の確認状態を整理させます。そのうえで「提案」「決定」「保留」などへ分けた案を作らせます。文字起こしが確かでない部分は、その曖昧さを引き継ぎ、整った文章へ直す際に消さないよう指示します。
この例で「金曜日に発送することを決定」とまとめると、提案を決定へ変えてしまいます。「木曜日に発送する」も、検査結果の共有日を発送日へ読み替えた誤りです。期待する議事録案は次のようになります。
- 提案：設計担当者が金曜日への発送前倒しを提案。採否は未決定
- 状況報告：品質担当者によると検査は未完了。結果は木曜日に分かる予定
- 会議で確認した進め方：品質担当者が木曜日に結果を共有し、議長がその後に発送可否を判断する
- 保留事項：発送日と発送可否は、この会議では確定していない
「予定」「その後」「可否」といった短い語が、期限や承認の意味を左右します。要約で削ってよい補足と、判断の条件として残す部分を分けます。また、「木曜日」を年月日に直すには会議の日付と発言の対象週を確認します。録音ファイルの作成日だけから対象日を埋めないようにします。
話者ラベルをそのまま氏名や権限にしない
話者分離は、音声内で話している人を区別する処理です。Google Cloudの話者分離の説明では、声を区別して番号を付ける機能として説明されています。「話者2」と付いたことは、その人の氏名や会議での承認権限を確認したことにはなりません。
会議記録では、参加者一覧、発言時の呼び掛け、記録担当者の確認などから対応を確かめます。共有マイクで声が重なった区間は、「品質担当」と断定せず「話者未確認」と残す場合があります。決定に関わる発言なら、本人または会議責任者へ確認してから採用します。
発言者が分かっても、その人が決定できるかは別の問題です。提案者が強い調子で述べたこと、他の人から反論が聞こえなかったことだけで、会議の承認手続が済んだとは判断しません。決定の根拠となる発言と、必要な会議上の手続が確認できる資料を対応させます。AIが記録から不明点を抽出することと、承認の有効性を判断することは役割を分けておきます。
録音と利用の確認は議論の決定欄から分離する
議事録本文の決定事項に、録音の了解や公開の可否を混ぜると、会議内容への賛成と情報利用への了解を読み違えやすくなります。この例では、議論の記録と別に次の管理記録を持つ設計にします。
| 確認対象 | この例の状態 | 次の対応 |
|---|---|---|
| 社内議事録を作るための録音 | 説明した目的と範囲について参加者の了解を確認済みと仮定 | 説明文の版と確認した日、対象会議を残す |
| 指定AIサービスへの送信 | 社内審査で認めたサービス・設定・情報範囲を照合済みと仮定 | 許可範囲外の区間がないか記録担当者が確認する |
| 出席者と担当部署への議事録配布 | 配布対象の範囲を確認済みと仮定 | 確定した送付先を共有時に照合する |
| 社外向け事例記事への転用 | 未確認 | 音声や発言を公開せず、別途利用条件を確認する |
これは実際の同意や社内承認が得られた記録ではなく、項目の分け方の例です。同意の有無をAIが参加者の沈黙から推定したり、別会議の回答を使い回したりしないようにします。確認できない範囲があれば、その利用を止め、許可された範囲で記録作成を続けます。
管理記録に参加者の詳細な事情を残す必要はありません。例えば録音を避けたい理由まで広く共有せず、記録担当者が対応に必要な範囲だけ扱います。議事録の配布先へ、同意管理の情報を一緒に送るかも分けて判断します。
訂正は誤記、補足、決定変更を区別する
参加者に議事録案を確認してもらう際は、対象版と訂正対象の箇所を示します。「問題ありませんか」だけでなく、発言者、提案と決定の区別、担当、期限、保留事項を確かめられる形にします。返答がない場合の扱いは、組織で定めた手続を確認します。AIが勝手に確認期限やみなし承認を追加してはいけません。
架空の品質担当者から「検査結果が分かるのは木曜日の予定で、確約ではありません」と届いた場合、原音と案を照合します。案から「予定」が落ちていれば誤記として戻します。反対に、会議後に検査予定が金曜日へ変わったのであれば、元の発言を金曜日へ置換するだけでは経緯が失われます。「会議後の変更」として日時、変更内容、確認者を別に残します。
「自分はこの決定に賛成していない」という申出なら、発言内容の誤記か、会議の決定過程への異議かを分けます。記録担当者だけで決定を取り消したことにせず、原資料を確認し、必要に応じて議長へ判断を戻します。個人情報保護法上の訂正請求にも対象と条件があるため、参加者が望む修正すべてを同一の法的請求として処理する説明は避けます。
訂正前の案と確定版の関係は、許可された保存ルールの中で追跡できるようにします。訂正版には対象箇所と訂正理由を簡潔に残し、古い案を受け取った人へ最新版を示します。ただし履歴のためという理由で、録音や個人情報を無期限に保存するわけではありません。保存期限と削除対象をあらかじめ決め、必要な記録だけを残します。
AIへ任せる範囲と人へ戻す条件
AIに任せやすいのは、確認済みの材料から発言を整理し、提案・決定・不明箇所の候補を示すことです。入力には、利用を認められた範囲の文字起こしと会議資料を渡し、存在しない担当者、期限、同意、承認を補わないよう求めます。出力には根拠の区間を付け、人が照合できるようにします。
記録担当者は原資料との一致を確かめ、議長などの責任者は決定事項と実施条件を確認し、参加者は自分の発言の取り違えを申し出られるようにします。情報利用の可否が不明なら、契約・個人情報管理の担当者へ確認するための材料を揃えます。録音の説明文、入力情報、送信先、保存条件があれば、何を判断してほしいかを明確にできます。
この流れは、社外の参加者がいる会議、採用面接、機微な相談へそのまま適用できるとは限りません。情報の種類、契約、法域、参加者の立場が変われば、録音や利用の確認も見直します。議事録が自然な文章に整っていても、決定の根拠と利用範囲が確認できない部分は、確定事項として引き継がないことが基本です。
基本から確認する：この記事の前提になる考え方は、「AIを使う前の安全確認チェックリスト（AIKYで確かめる12項目）」にまとめています。
