AI議事録ツール導入前に確認したい録音・共有・保存のプライバシー

AI議事録ツールを導入すると、会議の音声だけでなく、参加者名、発言、画面共有、予定、生成された要約やアクションまで扱うことがあります。導入前に確認するのは文字起こし精度だけではありません。録音の通知と同意、botの参加範囲、保存・削除、共有、AI改善への利用、外部連携を会議の種類ごとに決めます。どの法的同意が必要かは地域・参加者・目的で異なるため、ひとつの定型文で全て適法になるとは考えないでください。

まず会議データの流れを分ける

表は横にスクロールできます

データ	取得のきっかけ	確認すること
音声・動画	bot参加、ブラウザ録音、upload	誰が録音を開始し、いつ停止できるか
transcript・speaker label	音声処理	話者識別、訂正、削除、アクセス権
summary・action item	生成処理	顧客名や未公開情報が出力に残るか
screenshot・画面共有	画面capture機能	会議資料・chat・通知まで取得するか
calendar / participant metadata	calendar・meeting連携	会議名、招待者、予定情報の保存・共有
integrations	CRM、Slack、Drive等へ転送	元サービス削除後に転送先へ残るか

録音を止めても、既に作られたtranscriptやsummary、転送先のcopyが自動で消えるとは限りません。データごとに保存先と削除担当を決めてください。

会議の種類ごとに録音ルールを作る

全会議を同じ設定で自動録音するのではなく、少なくとも「録音しない」「主催者の事前承認が必要」「通常の通知・確認で利用可」の区分を設けます。採用面接、医療・相談、労務、顧客の機密会議、未公開の交渉などは、通常会議と別ルールにする候補です。業種・契約・参加地域によって必要な確認が異なるため、法務・privacy担当が具体的に決めます。

会議前には、何を録音・文字起こしするか、何に使うか、誰が見られるか、どのくらい保持するか、質問や拒否の方法を説明します。参加者の一人が拒否した場合に録音を止めるのか、議事録担当を人へ切り替えるのか、主催者が決めておきます。botが自動参加する機能を使うなら、招待先の全会議に入る設定になっていないか確認し、対象calendarや会議種別を絞ります。

会議開始時の通知例

「議事録作成のため、AIツールで音声を録音し、文字起こしと要約を作成します。閲覧できるのはこの会議の担当者と指定したチームで、会議データは社内ルールの期間だけ保存します。録音に同意しない場合は今お知らせください。録音せずに進めるか、別の記録方法へ切り替えます。」

これは説明項目の例であり、すべての地域・業務で十分な法的同意を得る文章ではありません。録音の法的要件、雇用上のルール、顧客契約、社内ポリシーを先に確認し、その結果に合わせて通知と記録方法を調整します。録音開始時に通知を出すだけでなく、参加者の返答と選択を記録できる運用にします。

導入前にprovider条件を照合する

議事録サービスのprivacy policy、terms、DPA、管理者設定を確認します。音声とtranscriptのどちらが保存されるか、model training・サービス改善に利用されるか、subprocessorが処理するか、保持・削除の単位は何かを分けて読みます。アカウントの削除と特定meetingの削除が同じとは限りません。

公式情報の例として、Otterの現行Privacy Policyは、サービス改善の一環として、de-identified audio recordingsやtranscriptionsを使いproprietary AI technologyをtrainingする旨を記載しています。対象となる設定・契約や同意の条件は、利用するアカウントと最新の規約で確認してください。FirefliesのPrivacy Policyは、meeting contentやpersonal dataをAI model trainingに使わないこと、vendorsにも学習利用を認めないことを説明しています。それぞれの説明を他社や全planへ一般化せず、自社が契約する条件と画面の設定を照合します。

個人情報保護委員会は、生成AIサービスへ個人情報を含む入力をする際、利用規約等を確認し、入力内容を踏まえて利用を判断するよう注意喚起しています。会議の音声や発言に個人情報が含まれるなら、利用目的、社内規則、契約、サービス提供者の処理条件を担当者が確認します。記事だけで録音の適法性を判定しないことが重要です。

保存・共有・削除を実際の運用に落とす

録音データの置き場所、閲覧可能なrole、外部share link、download権限、転送先を一覧にします。管理者が全meetingを検索できるか、会議主催者だけが見られるか、共有範囲の初期値は何かも確認します。生成summaryは短くても、商談条件、評価、個人の発言が含まれる場合があります。要約だから機密性が低いとは限りません。

表は横にスクロールできます

ライフサイクル	決める運用	テスト例
作成	bot自動参加・record開始の対象	対象外calendarへ参加しない
保存	音声・transcript・summaryの期限	期限後に各データを確認できない
共有	team、顧客、外部linkの初期範囲	未招待userでは開けない
転送	CRM / Slack / Driveへの同期	転送先の閲覧権と保存期限を確認
削除	meeting単位の削除・依頼窓口	音声・transcript・copyの扱いを記録

この表を管理者と会議主催者で埋め、未決定の項目がある間は実データの会議でpilotを始めません。外部サービスへ転送された内容は、そのサービス側の削除依頼や保持条件が関係します。

小さなpilotの進め方

まず社内の低リスク会議を選び、参加者への通知、botの表示、録音停止、transcriptの訂正、共有、削除、integrationを確認します。顧客・採用・人事・要配慮情報の会議は、必要な承認と契約確認が終わるまで対象外にします。テストでは、録音への拒否があったときの代替、会議途中の停止、参加者の追加・退出、会議後の誤共有も試します。

会議終了後にsummaryを配る場合は、主催者が内容と宛先を確認します。AIが抽出した担当者・期限・意思決定が誤っている可能性を考え、顧客への約束や社内評価へ自動登録する前に人が承認します。データ削除のテストでは、管理画面の一覧から消えるかだけでなく、transcript、recording、download、連携先のcopyまで確認できる範囲を記録します。

AIものさしの判断

AI議事録ツールは、録音・文字起こし・要約・共有を一つの「議事録機能」として扱わず、会議データの流れごとに確認します。対象会議、通知・拒否の手順、保存・削除、転送先が明確で、参加者と管理者が説明できる範囲から始めます。契約条件や録音要件が不明な会議、拒否の代替手段がない会議は録音せず、人の議事録へ切り替えるのが安全です。

会議主催者が当日見るチェック

会議を開始する人が迷わないよう、招待文または主催者用の短い確認欄を用意します。

• この会議種別でAI録音が許可されているか。

• botの表示名と録音目的が参加者に分かるか。

• 参加者へ事前通知を送ったか。外部参加者にも伝わる方法か。

• 録音しない参加者がいる場合、停止・退出・手動メモのどれへ切り替えるか。

• 画面共有・chat・自動字幕・録画まで取得する設定になっていないか。

• 会議後の閲覧者、保存期限、共有link、削除担当を決めたか。

会議の招待文にAI botが入ることを明記しても、参加者が実際に気づけるとは限りません。開始時に主催者が口頭でも説明し、録音表示が有効か確認します。途中参加者にも同じ情報を伝え、必要なら録音を一度止めます。

例外会議を止めるルール

事前承認のない顧客会議にbotが参加した、録音に反対する参加者がいる、画面共有に別顧客の情報が映った、意図しない全社共有が起きた場合は、主催者が録音・転送を停止し、記録を公開しない状態にします。その後、誰が、いつ、どのデータへアクセスできたかを管理者が調査します。削除・顧客通知・再発防止は、契約・社内incident手順に従い、主催者個人で判断しません。

録音を止める操作と、既に保存されたrecordingを削除する操作は別です。削除後もtranscriptやCRM copyが残る可能性があるため、対象データと連携先を一覧にして対応します。緊急時の連絡先と削除担当が決まっていない場合は、対象会議を録音対象から外します。

サービス比較を行うときの注意

「AI学習に使わない」「録音データを削除できる」といった一項目だけで最良のサービスを選ぶことはできません。たとえば、研修会では会議参加者への表示やtranscript訂正が重要でも、顧客の商談では契約、共有範囲、保存期限、CRM転送の制御がより重要になる場合があります。候補を同じ会議シナリオで比較し、利用者・管理者双方が必要な操作をできるかを確かめます。

見積もりの時点で、必要なデータ保持条件や管理機能がどのplanに含まれるかを公式文書または契約で確認します。機能ページにない条件は「標準で満たす」と仮定せず、providerへ質問し、回答と確認日を残します。