企業内でRead AIなどの会議アシスタントツールを導入すると、議事録作成やタスク抽出の工数を大幅に削減できます。しかし、適切なガバナンス設計を行わずに運用を開始すると、重大なプライバシー漏洩やコンプライアンス事故を引き起こすリスクがあります。従業員が自身のGoogle WorkspaceやMicrosoft 365のカレンダーをRead AIに連携させると、初期設定ではすべてのカレンダー予定への「自動参加（Auto-join）」が有効化され、生成された議事録が参加者全体へ自動配信される仕様になっているためです。
この挙動を放置すると、人事考課、1対1の面談（1on1）、役員戦略会議、退職交渉などの極めて機密性の高いミーティングにRead AIボットが無断で入室し、発言録や感情分析スコアが外部関係者や社内チャンネルへ拡散される事態を招きます。
本稿では、企業のIT管理者およびチーム責任者を対象に、Read AIワークスペース、カレンダー連携、IdP（ID管理基盤）を組み合わせた多層防御による設定手順を解説します。
発生要因：なぜRead AIは非公開ミーティングに誤侵入するのか
効果的な防止策を講じるには、Read AIのデフォルト挙動に潜む仕様を正確に把握しておく必要があります。
- 「非公開予定」に対する誤解：Google カレンダーやOutlookで予定を「非公開（プライベート）」に設定していても、Read AIの参加を防ぐことはできません。カレンダー予定内にZoom、Teams、Google MeetなどのWeb会議URLが含まれている場合、OAuth認証を受けたRead AIは会議URLを自動検出して参加をスケジュールします。
- 全予定への自動参加がデフォルト：自身が「主催者」である会議だけでなく、「招待された側（参加者）」のすべてのカレンダー予定に対しても自動参加が標準で適用されます。
- 他参加者アカウント経由の逆流入：会議主催者がRead AIを無効化していても、同席する他の参加者（社内同僚または外部ゲスト）が個人アカウントでRead AIを利用している場合、その参加者のボットとしてミーティングに入室・録画してしまいます。
- 自動共有・配信の拡散性：会議終了後、初期設定ではすべての招待者宛てに要約メールが送信されるか、連携されたSlackチャンネル等に議事録リンクが通知されます。
第1防御層：Read AIワークスペース（組織全体）のポリシー設定
Read AIのオーナー（Owner）または管理者（Admin）権限を持つ担当者は、まず組織単位で危険なデフォルト設定を一括制限します。
1. 全社自動参加（Auto-Join）ポリシーの厳格化
Read AIダッシュボードの左下にある Workspace Settings を開き、Settings タブを選択します。
- デフォルト自動参加の変更：全社基本設定を「すべてのカレンダー予定（All calendar events）」から、自身が主催する会議のみ（Only meetings you host） へ変更するか、全社デフォルトを「オフ（無効）」にして個別オプトイン方式へ切り替えます。
- 参加者ドメインの制限（Who's invited）：社内会議のみ（Internal meetings only） を必須化します。これにより、参加者全員が自社メールドメインである会議にのみボットの参加が制限され、社外顧客や弁護士との機密ミーティングへの誤参加を未然に防ぎます。
- 即時会議（Ad-hoc）の自動参加停止：ZoomやGoogle Meetで突発的に作成された予定外会議への自動参加トグルをオフにし、非公式な急ぎの相談にボットが乱入するのを防止します。
2. レポート配布・共有基準のロック
同じく Settings タブ内で、議事録の配布ルールを制限します。
- デフォルトアクセス権の再設定：社内および社外参加者に対するデフォルトの閲覧権限を アクセス権なし（No access） または 主催者のみ（Host only） に変更します。会議終了時に参加者へ議事録リンクが自動送信されるのを防ぎ、主催者の確認後に手動配布する運用へ変更します。
- 自動要約メールの停止：会議終了時の全参加者向け自動配信メールをオフにし、議事録の確認は個人のRead AIダッシュボード上でのみ行わせる設計にします。
- チャットツール連携の統制：SlackやTeamsの自動ポスト設定を監査し、人事、労務、法務、財務などの機密部署が所属するグループでの自動通知を遮断します。
3. グローバル閲覧権限（Global Report Access）の統制
Permissions タブへ移動します。
- Global Report Accessの制限：高度な権限設定にある「Global Report Access」が安易に全管理者に付与されていないか確認します。この権限が有効になっていると、管理者が組織内全メンバーのすべての議事録を閲覧・編集可能となり、1on1や人事面談のプライバシーが侵害されるリスクが生じます。監査時のみ限定付与する運用を徹底してください。
- 一般ユーザーの権限固定：一般ユーザー（User）が組織のセキュリティ共有ポリシーを勝手に緩和できないよう設定を保護します。
第2防御層：会議主催者とカレンダー単位の個別防御
組織全体のポリシーに加えて、人事面談や経営会議の主催者は、会議単位で確実な防御措置を講じる必要があります。
1. 決定打となる機能：「Make Report Private」の適用
Read AIには、他参加者によるボット持ち込みを物理的に阻止する強力な個別保護機能が存在します。
- Read AIにログインし、Calendar（カレンダー）画面を開きます。
- 対象となる機密会議（人事評価面談、役員会議など）を探します。
- 会議名の右横にある Access（アクセス設定）ボタンをクリックします。
- Make report private を「オン」に切り替えます。
この設定が必須である理由：この設定を有効にすると、会議参加者のアクセス権がすべて「なし」に設定されるだけでなく、他の参加者が各自のRead AIボットをその会議へ持ち込むことが完全にブロックされます。面談相手の社員が個人的に自動参加をオンにしていたとしても、ボットの入室がサーバー側で拒否されます。
2. カレンダー画面での個別「Add Read?」オフ
Read AIの Calendar 画面において：
- 定例の1on1や非公開ミーティングについて、Add Read? のトグルスイッチを個別に Off へ変更します。
- 反映のタイムラグを防ぐため、会議開始の5〜10分前までに切り替えておくことを推奨します。
3. 個人アカウント設定の点検要領
重要機密を扱う管理職や人事担当者に対し、個人設定の点検を義務付けます。
- 画面遷移：Account Settings > Meeting Recording > Auto-Join Preferences。
- 対象カレンダー：Only meetings you are hosting に設定。
- 対象者：Internal meetings only に設定。
- 共有設定：Account Settings > Report Sharing にて、デフォルト配信を Only me に固定。
第3防御層：IdPおよび会議プラットフォームの境界制御
シャドーIT化を防ぐため、Google Workspace、Microsoft Entra ID、Web会議システム側の管理センターからシステム的な遮断措置を実施します。
1. Google Workspace 管理コンソールでのAPI制御
Google Workspaceを利用している組織の場合：
- 管理コンソールより セキュリティ > アクセスとデータ管理 > APIの制御 > アプリのアクセス制御 を開きます。
- アクセス済みアプリから Read AI を検索します。
- 人事部門や役員が所属する特定の組織部門（OU）に対して、Read AIのステータスを ブロック（Blocked） に指定します。ブロックされたOUのユーザーは、企業アカウントを使用してRead AIにカレンダー連携を付与することができなくなります。
2. Microsoft 365 および Microsoft Entra ID（旧Azure AD）
Microsoft環境を利用している組織の場合：
- ユーザー同意の制限：Entra管理センターの「エンタープライズ アプリケーション > 同意とアクセス許可」にて、一般ユーザーがカレンダー読み取り権限（
Calendars.Read）を持つアプリを自己承認できないよう制限し、管理者の同意フローを必須化します。 - Teamsアプリのブロック：Teams管理センターでRead AIアプリを「ブロック」に設定するか、機密部署を除外するアプリ許可ポリシーを適用します。
- 既存トークンの失効：過去にユーザーが連携したOAuthトークンを定期的に棚卸しし、不要な接続を切断します。
3. Web会議プラットフォームの境界制御（Zoom、Teams、Meet）
- 待機室（Waiting Room / Lobby）の強制：機密会議では待機室機能を有効化します。Read AIは独立した外部参加者として入室を試みるため、主催者は待機室リスト上でボットを確認し、入室を拒絶できます。
- 会議中の即時退出：誤ってボットが入室した場合、主催者は参加者パネルから即座にボットを「削除（強制退出）」します。主要な会議ツールでは、一度削除された参加者が同一セッションに再参加することはできません。
管理者向け設定比較表
| 制御レベル | 設定項目名 | デフォルトの危険な状態 | 推奨される安全設定 | 防止できるリスク |
|---|---|---|---|---|
| ワークスペース | Auto-join meetings | すべてのカレンダー予定に参加 | 無効、または主催会議のみ | 意図しない会議へのボット乱入 |
| ワークスペース | Who's invited | 外部・内部を問わず参加 | 社内会議のみ（Internal only） | 外部顧客・取引先との機密会議の録画 |
| ワークスペース | Report Sharing 配信 | 全参加者へ要約を自動送信 | 主催者のみ；自動メール配信停止 | 議事録・発言ログの全社流出 |
| ワークスペース | Global Report Access | 全管理者に閲覧権限が付与 | 無効化；監査役のみに限定 | 管理職による私的1on1の無断閲覧 |
| Read カレンダー | Make report private | 無効 | 機密面談・評価会議でオン | 他参加者ボットの逆持ち込み阻止 |
| Read カレンダー | Add Read? トグル | 全予定でオン | 定例1on1等で個別にオフ | 定常的な機密面談の自動録画停止 |
| IdP / API制御 | OAuthユーザー同意 | 従業員が自由にカレンダー連携 | 管理者承認必須；機密OUをブロック | シャドーAIツールの社内蔓延防止 |
| 会議室境界 | 待機室（Waiting Room） | 参加者が直接入室 | 機密会議で強制；目視確認 | ボットの静かな自動入室の阻止 |
インシデント対応：誤録画が発生した際の緊急手順
Read AIボットが機密性の高いミーティングに入室し、誤って録画・分析を行ってしまった場合は、ただちに以下の手順で対処してください。
- 会議中での強制退出：参加者リストからRead AIを直ちに退出させ、音声ストリームの取得を停止します。
- 共有アクセスの即時遮断：会議主催者はただちにRead AIにアクセスし、対象レポートの Share 画面を開いて内部・外部のアクセス権を No access に変更し、生成された共有リンクをすべて無効化します。
- レポートの完全削除：レポート画面のメニューから Delete Report を実行し、Read AIのクラウドサーバーからテキスト記録、音声データ、要約を完全抹消します。
- プライバシーセンターからのデータ消去申請：極めてセンシティブな個人情報や人事データが含まれていた場合、組織管理者は「Read AI Account & Privacy Center」からアカウントレベルのデータ消去リクエストを申請します。
参考文献
- Read Help Center - Managing Auto-Join Preferences and Calendar Sync
- Read Help Center - Workspace Settings and Admin Permissions
- Google Workspace Admin Help - Control which third-party & internal apps access Google Workspace data
- Microsoft Entra Documentation - Manage user consent and admin consent to applications
- Zoom Support - Using the Waiting Room