昨今普及し始めたAI議事録ツール。文字起こしや要約の自動化による業務効率化のメリットに感動したという方も少なくないでしょう。

ただし、その利便性の裏側には、情報漏えいのリスクがあります。経営会議でのやり取り、商談で扱う取引先情報、人事上の検討内容などの機密情報が、音声やテキストデータとして外部サーバーに送信されるためです。こうしたリスクを把握し、適切な対策を講じることは、情報システム部門の重要な役割です。

この記事では、AI議事録ツールに潜むデータ漏えいリスクをその構造から解説します。4つの漏えい経路を踏まえ、選定前に知っておきたいベンダーへの確認事項やポリシー設定の判断フローをご紹介します。

【関連記事】

AI時代に取り組むべきセキュリティ対策

AI議事録ツールの5段階のデータ処理フローと主なリスク

まず、AI議事録ツールがデータをどのように処理し、各段階でどのようなリスクが生じ得るのかを確認しましょう。

クラウド型のAI議事録ツールでは、一般に、収録、送信、文字起こし、要約・整形、保存・共有という流れでデータが処理されます。

AI議事録ツールのデータ処理フロー

段階	処理内容	データの所在	想定される主なリスク
①収録	Web会議システムやマイクから会議音声を収録	利用者の端末	録音可否の同意取得漏れ・端末の紛失
②送信	音声データをインターネット経由でベンダーのクラウドサーバーへ送信	通信経路	通信経路上の盗聴・傍受
③文字起こし	音声認識AIが音声をテキストデータに変換	ベンダーのサーバー	音声・テキストの保存・学習利用
④要約・整形	大規模言語モデル（LLM）がテキストを議事録の形に整形	ベンダーのサーバー	LLM学習への再利用
⑤保存・共有	生成された議事録を保存し、関係者へ共有	ベンダーのサーバー／共有先	共有設定ミス、権限管理不備

この表は、データが処理される各段階と、その段階で想定されるリスクを整理したものです。

このフローを踏まえると、クラウド型のAI議事録ツールでは、収録された音声と生成されたテキストが、自社のネットワークの外、すなわちベンダー側のサーバーを経由して保存されるということが分かります。

もちろん、多くのベンダーは通信および保存時の暗号化、ISO/IEC 27001やISMAPといった第三者認証の取得、AI学習へのデータ利用停止など、相応のセキュリティ対策を講じています。その一方で、対策の実装レベルや運用ポリシーにはツールによって違いがあることは忘れてはなりません。

「では最初からオンプレミス型を選べばよいのでは」という考えもありますが、導入コストや認識精度、利便性、Web会議連携の手軽さなどは、クラウド型に分があるため、クラウドのリスクを織り込んで対策を施すのは現実的な選択肢といえます。

次章では、これらを実際の漏えい原因に基づき、4つの経路に分類して解説します。

データ処理フローから見る4つの主な情報漏えい経路

前章で確認した5段階のデータ処理フローには、複数のリスクが存在します。ここでは、それらを漏えいの原因ごとに「ベンダー側での保存・学習利用」「通信経路上の盗聴・傍受」「アカウント乗っ取り・権限管理の不備」「共有設定ミス」の4つに整理して解説します。

【1】ベンダー側のサーバーでの保存・学習利用

入力された音声や文字起こしデータが、ベンダーのAIモデル改善のために学習データとして利用されるケースです。学習に使われたデータは、後日、別のユーザーがAIに質問した際の回答に断片的に現れる可能性があり、機密情報が形を変えて外部に漏れ出すリスクがあります。

【2】通信経路上の盗聴・傍受

端末からベンダーサーバーまでの通信経路で、暗号化が不十分な場合に発生するリスクです。公衆Wi-Fi経由での利用や、TLS設定が古いベンダーを利用している場合、第三者によるパケット傍受の可能性が残ります。

【3】アカウント乗っ取り・権限管理不備

パスワード管理の不備や多要素認証（MFA）未設定により、利用者のアカウントが乗っ取られるケースです。乗っ取られたアカウントからは、過去の議事録すべてが閲覧可能になります。退職者のアカウントが放置されているケースも、同様の構造的リスクをはらんでいます。

【4】共有設定ミスによる外部流出

生成された議事録の共有リンクが「リンクを知っている全員が閲覧可能」になっている、誤って外部メンバーを共有先に追加してしまう、といったパターンです。AI議事録ツールには、関係者との共同利用を想定した共有機能が備わっているものがあります。利便性が高い一方、共有範囲やアクセス権限の設定を誤ると、意図しない相手が議事録を閲覧できる状態になるおそれがあります。

「議事録だから大丈夫」が通用しないのはなぜか

議事録は、メールや各種文書と比べて機密性が低いと認識されることがあるかもしれません。

しかし、議事録には、会議の種類や議題によって、次のような機密性の高い情報が含まれることがあります。

• 経営会議の議事録：未公開の業績見込み、人事異動の検討状況、M&Aの初期検討
• 営業会議の議事録：取引先の社名、商談金額、競合との比較情報
• 人事会議の議事録：特定の個人を名指しした評価や処遇の検討内容

さらに留意すべきは、話し言葉ならではの率直な発言がそのまま文字として残る点です。文書として残す前提で書かれたメールや報告書では削られる本音や検討の途中経過も、議事録ツールは忠実に記録します。これが流出した場合の影響は、整形済みの文書が漏えいした場合よりも大きくなり得ます。

また議事録は、後からキーワードで横断検索できる形で蓄積されていきます。一つひとつは断片的な情報であっても、長期間にわたり蓄積された議事録データがまとめて漏えいした場合、内容によっては、企業の意思決定の経緯や事業上の動向を外部から把握されるおそれがあります。

AI議事録ツールのリスクは、単発の漏えいではなく蓄積された情報資産全体の流出につながり得る、という点を押さえておきましょう。

4つの情報漏えい経路にどう対策するか

ここまで確認した4つの情報漏えい経路は、それぞれ有効な対策が異なります。経路ごとの対策と、ツール選定時にベンダーへ確認すべき事項を見ていきましょう。

【1】ベンダー側の保存・学習利用──「選定段階」で防ぐ

ベンダー側の保存・学習利用は、ベンダー・サービスの選定時点で防げる項目です。国産ツールの多くが「入力データをAI学習に利用しない」ことをデフォルトのポリシーとして明記していますが、念のため以下の項目は選定時点で確認しておきましょう。

データの利用に関する確認事項

• 入力データ（音声、文字起こし結果、要約）が学習に利用されるプランはあるか？

・学習利用を停止する設定は標準で適用されるか、利用者による申請や設定が必要か？

・データを学習に利用する主体はベンダーか、外部の大規模言語モデル事業者か？

また、データが海外サーバーに保存される場合、現地法（米国のCLOUD法など）により、自社の同意なしに当局へ開示される可能性もあります。金融・医療・公共領域など規制業種では国内リージョンが必須要件となるケースが多く、汎用業種でも顧客データを扱う以上は確認しておくべき項目です。

データの保存・管理に関する確認事項

• データセンターはどの国または地域に所在するか？
  ・日本国内のリージョンを選択できるか？
  ・データの保持期間はどの程度か？
  ・契約終了時にデータは削除されるか？
  ・削除証明書を発行できるか？
  ・第三者認証の取得状況と有効期間を確認できるか？

【2】通信経路上の盗聴・傍受──暗号化要件と利用環境の制限で対策

通信経路のリスクは、ベンダー側の暗号化方式の要件確認と、自社側の利用環境のルール化の両面で対策します。

ベンダー側については、通信経路はTLS 1.2以上(1.3が望ましい)、保存データはAES-256が現在の業界標準です。加えて、暗号鍵の管理主体（ベンダー側／顧客側／クラウド事業者側）も確認しておくと、より正確にリスクを評価できます。

自社側については、公衆Wi-Fiでの利用を社内ポリシーで制限するルールが有効です。出張先や移動中の会議でAI議事録ツールを使う場合は、社用回線の利用を必須とし、不特定多数が接続できる公衆Wi-Fiでの起動を禁止します。

【ベンダーへの確認事項】

• 通信時の暗号化方式は？（TLS 1.2以上が必須）
• 保存時の暗号化方式は？（AES-256が標準）
• 暗号鍵の管理主体はベンダー側／顧客側／クラウド事業者側のどこか？

【3】アカウント乗っ取り・権限管理不備──管理者機能とアカウント運用設計がカギに

アカウント関連のリスクには、利用状況を組織単位で管理するための「管理者向け統制機能」と、社内のアカウント運用ルールの両面で対策します。ツール選定時には、利用ログの確認、ユーザーの一括管理、共有範囲の制御、議事録の削除など、必要な管理機能が提供されているかを確認しましょう。

運用面では、多要素認証(MFA)と人事システムと連携した退職時のアカウント自動停止を組み合わせます。近年導入が進むSSOやIdP（Identity Provider）を経由した一元管理を利用すれば、人事側で退職処理が完了した時点でAI議事録ツールへのアクセスも自動的に遮断されます。

【ベンダーへの確認事項】

• 利用ログ取得、ユーザー管理、議事録の強制削除権限は管理者に与えられるか？
• SSO/SAML対応、多要素認証（MFA）は管理者側で必須化できるか？

【4】共有設定ミスによる外部流出──ヒューマンエラーを前提としたホワイトリスト作成を

うっかりが大きな問題につながる共有設定ミスは、技術的な対策と、ヒューマンエラーを前提にした運用ルールの両輪で抑えます。

AI議事録ツールには、カレンダーやWeb会議システムなどの外部サービスと連携できるものがあります。利便性が高い一方、連携設定を利用者に任せていると、管理者が許可または把握していない外部連携ボットが会議に参加する可能性があります。そのため、選定時には、連携可能なサービスを管理者が制限できるか、利用者による連携先の追加を制御できるかを確認しましょう。

運用面では、共有範囲のデフォルト設定と保存場所の集約を社内ルールで定めます。例えば、以下のようなルール設定は明記・周知しておきたいところです。

• 議事録は社内の指定ストレージにのみ保存する（個人のローカル端末への保存は禁止）
• 共有範囲は会議参加者＋直接の関係者に限定する
• 保持期間は原則1年、長期保存が必要な場合は別途承認する
• 会議冒頭で「AI議事録ツールで記録します」と参加者に告知する

【ベンダーへの確認事項】

• カレンダーやWeb会議ツールなど外部ツールとの連携範囲を管理者側で制限できるか？
• 議事録の共有範囲のデフォルトは何か？

AI議事録利用ポリシーの設計で押さえるべき6項目

AI議事録ツールの情報漏えいリスクに対抗するために必要な最後のピースが、明確な社内利用ルール（AI議事録利用ポリシー）の設計と周知です。

AI議事録利用ポリシーは、最低限以下の6項目で構成します。

【利用ポリシーの6項目】

番号	項目	定めるべき内容
1	利用目的の限定	AI議事録ツールを使ってよい業務範囲（社内会議、商談記録、研修記録など）
2	利用可能な会議種別	機密度に応じた利用可否のルール（経営会議は不可、定例会議は可など）
3	禁止事項	入力してはならない情報（個人情報、未公開財務情報、ソースコードなど）
4	保存・共有ルール	議事録の保存場所、共有範囲、保持期間、外部共有の可否
5	インシデント発生時の対応	漏えいが疑われる場合の連絡先、初動対応、関係者への通知手順
6	違反時の措置	ポリシー違反が判明した際の対応プロセス（指導、利用停止、懲戒など）

セキュリティ性と現場の利便性を両立するためのポイントを詳しく見ていきましょう。

【1】利用目的の限定では、広めに定義し、対象外の領域を指定する

利用目的を狭く定義しすぎると、現場は「うちの業務は対象に入っているのか」と毎回迷い、結果としてシャドーAI化を招きます。そのため、活用可能な範囲は広めに定義した上で、明確に対象外とする領域を別途列挙する方が運用は安定します。

例えば「採用面接」「懲戒に関するヒアリング」「労使協議」などは、被録音者の心理的影響や法的論点が絡むため、AI議事録ツールの利用対象外と明記されることが多いです。

【2】利用可能な会議種別 では、機密度ラベルを活用

経営会議や役員会議など、ピンポイントで機密度の高い会議だけを「不可」と列挙するのは、運用上適していません。それでは、新たな会議が設置されるたびにポリシーを更新する作業が発生してしまいます。そのため、実務的には、会議招集時に主催者が「高／中／低」のラベルを機密度に応じて付与し、ラベルごとに利用可否を紐付けるルールが現実的です。

判断主体は会議主催者に置き、情シスは事後監査で運用を点検する役割に徹するのがバランスの良い設計です。

【3】禁止事項は、具体的な内容と対処法をセットで提示

利用ポリシーで最も具体性を問われるのが禁止事項です。「機密情報を入力してはならない」と抽象的に書くだけでは、現場は「どこまでが機密か」を判断できません。マイナンバー、クレジットカード番号、未公開のM&A情報、未公表の人事決定、顧客の個人情報を含む発言、ソースコード、未公開のパスワードや認証情報といった粒度で列挙することで、現場の迷いを大きく減らせます。

ただし、禁止事項を過剰に増やすと「結局ほとんどの会議で使えない」となってしまうことも。そのため、マスキング、事後削除など、「禁止情報が会議内で出た場合の対処」もセットで定めておくのが実務上有効です。

【4】保存・共有ルール では、保存場所と共有範囲を明記

AI議事録ツールは、初期設定では共有の利便性を重視した設定になっている場合があります。そのため、利用ポリシーには、議事録の保存場所と共有範囲を具体的に明記する必要があります。

例えば「議事録は社内の指定ストレージにのみ保存し、個人のローカル端末や個人クラウドへの保存は禁止」「共有範囲のデフォルトは会議参加者＋直接の関係者まで」「保持期間は原則1年、超える場合は申請制」といったレベルで具体化します。利便性の観点では、議事録をPDF化して別ストレージから共有など、社外の取引先と共有する必要がある場合の正規ルートをあわせて示しておくと、より対策は強化されます。

【5】インシデント発生時の報告ハードルは下げておく

「議事録が外部に流出したかもしれない」という状況は、現場の担当者にとって報告のハードルが高いものです。叱責を恐れて報告が遅れれば、被害は拡大します。ポリシーには緊急連絡先、24時間以内の初動報告ルール、報告フォーマットを明示し、「疑いの段階での報告を奨励する」「重大な故意がある場合を除き、報告に対して懲戒は行わない」というスタンスを併記しましょう。

加えて、関係者への通知手順、ベンダーへの調査依頼先、関係機関への報告要否を判断する手順などを時系列で整理しておくと、実際にインシデントが発生した場合も対応を進めやすくなります。

【6】ポリシー違反時の措置は、違反の内容に応じて段階的に定める

ポリシー違反時の措置は、過失か故意か、軽微な違反か重大な違反かを区別し、違反の内容に応じて段階的に定めます。指導 → 利用停止 → 人事評価への反映 → 懲戒といった段階的な構成にし、過失と故意、軽微と重大を区別して措置の重さを変える設計が望ましいでしょう。

特に過失による軽微な違反は、再発防止のための注意・指導で完結させ、本人にも組織にも学習機会として残す位置付けにします。一方、故意による情報持ち出しや禁止事項の繰り返し違反など重大事案は、就業規則上の懲戒規定との連動を法務・人事と整理しましょう。

利用を一律に制限するのではなく、利用者が適切に判断できる基準と対応方法を示すことが、ポリシーの実効性を保つことにつながります。

AI議事録ツールは便利だからこそ、いち早いリスク対処を

AI議事録ツールは、文字起こしや要約を自動化し、議事録作成業務の効率化や会議中の記録負担の軽減に役立つツールです。一方で、会議の音声や文字起こしデータを外部サーバーで処理、保存、共有する場合は、従来の議事録作成とは異なる情報漏えいリスクが生じる可能性があります。

情報システム部門には、AI議事録ツールの利用を一律に禁止するのではなく、会議や情報の機密度に応じて利用可否を判断できる仕組みを整えることが求められます。本記事で取り上げた4つの情報漏えい経路を踏まえ、ツールの選定基準と社内利用ポリシーを整備し、業務上の利便性と情報管理を両立させましょう。