Teams会議でRead.aiのような外部AI議事録ボットや第三者ボットが勝手に入ってくるのを防ぎたい場合、まず確認すべき場所は Teams管理センターの「会議ポリシー」 です。2026年6月24日の Microsoft 365 Roadmap 更新では、Microsoft Teams meetings に「検出された外部ボットを自動的にブロックする」選択肢が追加される予定として示されています。対象は Roadmap ID 566201、ステータスは開発中、一般提供予定は2026年8月、対象クラウドは Worldwide と GCC です。(Microsoft)
実務上の結論は、いきなり全社でブロックするのではなく、まず現在の ExternalBotAccessMode の状態を確認し、機密会議が多い部門から BlockDetectedBots を検証することです。一般部門では、既定値の「検出時にロビーで承認を求める」運用から始め、誤検出や業務で使っているAI議事録ツールへの影響を見ながら展開するのが安全です。
Teams会議の外部ボット自動ブロック機能とは
Teams会議の外部ボット自動ブロック機能は、外部の第三者ボットやAI会議アシスタントが会議に参加しようとした際に、Teams側で検出し、管理者が定めた会議ポリシーに従って参加を制御する仕組みです。
Microsoft 365 Roadmap ID 566201では、既存の外部AIボット管理機能を拡張し、「識別されたボットを自動的にブロックするオプション」を追加すると説明されています。ロードマップ上の分類は Roadmap であり、商用機能の予定日や説明は変更される可能性があります。(Microsoft) (Microsoft)
外部ボットの例としては、次のようなものが考えられます。
| 種類 | 代表的な用途 | 管理上の注意点 |
|---|---|---|
| AI議事録ボット | 会議の文字起こし、要約、アクションアイテム作成 | 会議内容が外部サービスに保存される可能性がある |
| 文字起こしボット | 音声のテキスト化、検索用ログ作成 | 参加者が録音・保存を認識していない場合がある |
| 会議アシスタント | 代理参加、メモ作成、要約共有 | 主催者が承認していないツールが混入する可能性がある |
| 不審な自動参加ボット | 情報収集、なりすまし、会議妨害 | 機密情報や個人情報の漏えいリスクがある |
Microsoft Learnでも、外部会議アシスタントは生産性を高める一方、主催者の認識や同意なく会議にアクセスすると、録音・文字起こし・第三者システムへのデータ保存・コンプライアンス上のリスクにつながると説明されています。(Microsoft Learn)
まず押さえるべき公式情報
2026年6月24日の更新を踏まえると、管理者が最初に確認すべき公式情報は次のとおりです。
| 確認項目 | 内容 |
|---|---|
| Roadmap ID | 566201 |
| 機能名 | Microsoft Teams: Block all identified external bots automatically from joining your meetings |
| 対象サービス | Microsoft Teams |
| 対象領域 | Microsoft Teams meetings |
| ステータス | In development |
| リリースリング | General Availability、Targeted Release |
| 一般提供予定 | 2026年8月 |
| 対象クラウド | Worldwide (Standard Multi-Tenant)、GCC |
| 機能の要点 | 検出された外部ボットを自動的にブロックする選択肢を追加 |
注意したいのは、Roadmap は「予定」であり、テナントごとの反映タイミングは異なる点です。Microsoft 365 Roadmap自体も、掲載されるリリース日や説明は見込みであり、一般提供・延期・中止などにより情報が変わる可能性があると案内しています。(Microsoft)
そのため、管理者は Roadmap だけで判断せず、次の3点を合わせて確認してください。
| 確認先 | 見るべき内容 |
|---|---|
| Microsoft 365 Roadmap | 機能ID、対象クラウド、提供予定、ステータス |
| Microsoft 365 管理センターのメッセージセンター | 自社テナントへの展開通知、影響範囲、管理者アクション |
| Teams管理センター | 実際に設定項目が表示されているか、会議ポリシーに反映できるか |
設定場所はTeams管理センターの会議ポリシー
外部ボット自動ブロック機能の確認場所は、Teams管理センターの会議ポリシーです。外部アクセスやTeamsアプリ管理の画面ではなく、会議の参加・ロビー制御に関するポリシーとして確認します。
Microsoft Learnでは、外部ボットの扱いは Teams meeting policy で管理し、既定の組織全体ポリシーまたは特定ユーザー・グループ向けのターゲットポリシーで構成できると説明されています。設定は Meeting policies の Meeting join and lobby セクションにあり、項目名は “Manage external bots and their access to meetings” です。(Microsoft Learn)
Teams管理センターで確認する手順
| 手順 | 操作 |
|---|---|
| 1 | Teams管理センターにサインインする |
| 2 | 左メニューから Meetings を開く |
| 3 | Meeting policies を選択する |
| 4 | Globalポリシー、または対象ユーザー用のカスタムポリシーを開く |
| 5 | Meeting join and lobby セクションを確認する |
| 6 | Manage external bots and their access to meetings に相当する項目を探す |
| 7 | 外部ボット検出時の動作を確認・変更する |
| 8 | 保存後、対象ユーザーに正しい会議ポリシーが割り当たっているか確認する |
日本語UIでは項目名が直訳ではない場合があります。見つからない場合は、「外部ボット」「ボットのアクセス」「会議へのアクセス」「ロビー」などの表現で探してください。
また、Roadmap上では開発中のため、テナントによってはまだ管理センターに自動ブロックの選択肢が表示されない可能性があります。その場合は、PowerShell側でパラメーターが利用できるか、またはメッセージセンターに自社テナント向けの展開通知が来ているかを確認します。
PowerShellで現在の設定を確認する
大規模環境では、Teams管理センターの画面確認だけでなく、PowerShellで会議ポリシーの値を確認しておくと安全です。
Microsoft Learnの Set-CsTeamsMeetingPolicy では、外部第三者ボットや会議アシスタントの扱いを制御する -ExternalBotAccessMode パラメーターが示されています。値は AllowAllBots、RequireApprovalWhenDetected、BlockDetectedBots の3種類で、既定値は RequireApprovalWhenDetected です。(Microsoft Learn)
現在のグローバルポリシーを確認する例は次のとおりです。
Connect-MicrosoftTeams
Get-CsTeamsMeetingPolicy -Identity Global |
Select-Object Identity, ExternalBotAccessMode検出された外部ボットを自動ブロックする場合は、対象ポリシーに対して次のように設定します。
Set-CsTeamsMeetingPolicy -Identity "Global" -ExternalBotAccessMode BlockDetectedBotsまずは全社の Global に直接適用するのではなく、検証用の会議ポリシーを作成し、情報システム部門、法務、人事、役員秘書室など少数のユーザーに割り当てて動作を確認する方法が現実的です。
ExternalBotAccessModeの選び方
| PowerShell値 | 動作 | 実務での使いどころ |
|---|---|---|
AllowAllBots | ボットを検出せず、通常の外部参加者のように扱う | 原則非推奨。例外的に外部ボット利用を広く許可する環境向け |
RequireApprovalWhenDetected | 検出されたボットをロビーに入れ、明示的な承認を求める | 既定値。一般部門の段階導入に向く |
BlockDetectedBots | 検出されたボットの参加をブロックする | 機密会議、役員会議、法務・人事・監査部門向け |
外部AI議事録ツールを業務で使っている部門がある場合、いきなり BlockDetectedBots を全社適用すると業務影響が出る可能性があります。自社承認済みのツール、外部ベンダーとの会議運用、顧客が持ち込む会議アシスタントの扱いを整理してから適用範囲を決めましょう。
管理者が確認すべき利用条件
Teams会議の外部ボット自動ブロック機能は、単に「オンにすれば安全」という機能ではありません。適用対象、クラウド、会議種別、ポリシー割り当てを正しく理解しておく必要があります。
| 確認項目 | 実務上の判断ポイント |
|---|---|
| 対象サービス | Microsoft Teams meetings が対象。会議以外のシナリオと混同しない |
| 対象クラウド | Roadmap ID 566201では Worldwide と GCC が対象 |
| 提供状況 | 2026年8月GA予定だが、テナント反映は段階的になる可能性がある |
| 会議種別 | Microsoft Learnの外部ボット管理ページでは Meetings が対象で、Webinars と Town halls は対象外として示されている |
| 適用単位 | 会議ポリシー単位。Globalだけでなく、ユーザー・グループ向けポリシーも確認する |
| 検出精度 | すべての外部ボットを必ず検出できるとは限らず、まれに人間の参加者をボットと誤判定する可能性もある |
| 既存ツール | 承認済みのAI議事録ツールや外部ベンダーの会議支援ツールがある場合は影響確認が必要 |
Microsoft Learnでは、Teamsは会議参加プロセス中のシグナルを基に外部AIボットを識別すると説明しています。一方で、既知の制限として、検出されない外部ボットや、人間の参加者がボットとして誤分類される可能性も示されています。(Microsoft Learn)
このため、管理者は「検出されたものをどう扱うか」だけでなく、「検出されなかった場合に主催者がどう判断するか」まで周知する必要があります。
会議の種類別におすすめ設定を分ける
外部ボット自動ブロックは、会議の機密度に応じて設定を分けると運用しやすくなります。
| 会議の種類 | 推奨設定 | 理由 |
|---|---|---|
| 役員会議、経営会議 | BlockDetectedBots | 経営情報や未公開情報を扱うため、外部ボットの参加を原則禁止すべき |
| 法務、人事、監査、M&A関連会議 | BlockDetectedBots | 個人情報、契約、労務、調査情報を扱うためリスクが高い |
| 顧客との商談、提案、サポート会議 | RequireApprovalWhenDetected から開始 | 顧客側のAI議事録ツール利用があるため、事前ルール化が必要 |
| 社内の一般定例会 | RequireApprovalWhenDetected | まずはロビー承認で利用実態を把握しやすい |
| 外部AI議事録ツールを正式採用している部門 | 専用ポリシーで例外管理 | 全社ブロックではなく、承認済みツールの運用ルールを明確にする |
| 機密性の低い公開型説明会 | 別途、参加者管理と録画方針を設計 | Teams会議ではなくウェビナーやタウンホールの利用も検討する |
判断基準は「ボットが便利かどうか」ではありません。その会議内容を外部サービスに渡してよいかで判断することが重要です。
たとえば営業部門では、顧客側がAI議事録ツールを使いたいケースがあります。この場合も、主催者がその場で何となく許可するのではなく、事前に「顧客側ツールの参加可否」「録音・文字起こしの同意」「機密情報を扱う場合の禁止条件」を決めておく必要があります。
ロビー設定も同時に見直す
外部ボットの検出設定だけでなく、会議ロビーの承認者も見直してください。
Microsoft Learnでは、ボット検出が有効な場合、検出された参加者は会議のロビー設定に関係なくロビーに置かれ、主催者または設定によっては発表者が明示的に承認する必要があると説明されています。また、主催者と共同開催者のみがロビーから参加者を承認できるようにすることが推奨されています。(Microsoft Learn)
特に機密会議では、発表者全員がロビー参加者を承認できる状態は避けた方が安全です。発表者の誰かが「参加者だと思って」外部ボットを許可してしまう可能性があるためです。
確認すべき設定は次のとおりです。
| 設定 | 推奨される考え方 |
|---|---|
| 誰がロビーをバイパスできるか | 機密会議では対象を狭くする |
| 誰がロビーから参加者を承認できるか | 主催者・共同開催者に限定する |
| 匿名ユーザーの参加 | 必要性が低ければ制限する |
| 未確認の外部ユーザー | CAPTCHAなどの追加確認も検討する |
| 会議テンプレート | 機密会議用テンプレートに安全な既定値を設定する |
匿名ユーザーや信頼されていない外部組織からの参加者に対しては、検証チェックを求める設定も補助的な対策になります。Microsoft Learnでは、匿名ユーザーや未確認の外部参加者がロビーをバイパスできるとWebボットが会議を妨害する可能性があり、CAPTCHAによる人間確認が不要なWebベースボットの参加防止に役立つと説明されています。(Microsoft Learn)
Teamsアプリ管理とは役割が違う
外部ボット自動ブロックの設定は、Teamsアプリの許可・ブロック設定とは別に考える必要があります。
Teams管理センターの Teams apps > Manage apps では、組織内ユーザーが利用できるエージェントやアプリを許可・ブロックできます。Microsoft Learnでも、Teams管理センターから組織内のエージェントやアプリの可用性を制御でき、特定アプリの許可・ブロックやサードパーティアプリ全体の制御が可能と説明されています。(Microsoft Learn)
ただし、外部参加者が持ち込む会議ボットは、単純な「自社テナント内のTeamsアプリ許可設定」だけでは管理しきれない場合があります。そのため、会議ポリシー側の外部ボット制御と、Teamsアプリ管理の両方を見ます。
| 管理画面 | 主な役割 |
|---|---|
| Meetings > Meeting policies | 会議参加時の外部ボット検出・承認・ブロックを制御する |
| Teams apps > Manage apps | 組織内ユーザーが利用できるTeamsアプリやエージェントを制御する |
| Microsoft 365 admin center / Integrated apps | 統合アプリ管理の状況に応じてアプリ可用性を確認する |
| Message center | 自社テナントへの展開予定や管理者アクションを確認する |
よくある失敗は、「TeamsアプリでRead.aiなどをブロックしたから、外部参加者が持ち込む会議ボットも完全に防げる」と考えてしまうことです。会議参加経路、外部ユーザー、匿名参加、ロビー承認、会議ポリシーを合わせて確認してください。
展開前に作るべき運用ルール
外部ボット自動ブロックを有効にする前に、管理者は次の運用ルールを決めておくと混乱を避けられます。
| 決めること | 具体例 |
|---|---|
| 外部AI議事録ツールの利用可否 | 原則禁止、または承認済みツールのみ許可 |
| 例外申請の方法 | 部門長承認、情報システム部門への申請、セキュリティレビュー |
| 会議中の判断基準 | 不明なボットは承認しない、必要なら会議を一時停止して確認 |
| 顧客・取引先への説明 | 「当社ポリシーにより外部会議ボットは参加できません」と案内 |
| 誤検出時の対応 | 主催者が本人確認し、必要に応じてロビーから許可する |
| 問い合わせ窓口 | 情シス、セキュリティ、総務などの担当窓口を明確化 |
特に顧客会議では、外部ボットをブロックした結果、相手側の議事録作成フローに影響することがあります。事前に案内文を用意しておくと、主催者がその場で説明に困りません。
ユーザー周知文の例
社内向けには、次のような短い案内で十分です。
今後、Teams会議では外部のAI議事録ボットや第三者ボットが検出された場合、会議ポリシーによりロビーで承認待ち、または自動ブロックされることがあります。
会議の主催者は、不明なボットや承認されていない外部ツールを入室させないでください。
業務上、外部AI議事録ツールの利用が必要な場合は、事前に情報システム部門へ相談してください。
機密情報、個人情報、未公開の顧客情報を扱う会議では、外部ボットの参加を原則禁止します。
顧客向けには、もう少し柔らかく説明します。
当社の情報管理ポリシーにより、Teams会議への外部AI議事録ボットや第三者の自動参加ツールの入室を制限しています。
録音・文字起こし・AI要約ツールの利用を希望される場合は、会議前に当社担当者までご相談ください。
設定が見つからない場合の確認ポイント
Teams管理センターに外部ボット自動ブロックの設定が見つからない場合は、次の順に確認してください。
| 状況 | 確認すること |
|---|---|
| 管理画面に項目がない | テナントにまだ展開されていない可能性がある |
| Roadmapでは対象だが表示されない | メッセージセンターに自社テナント向け通知が来ているか確認する |
| PowerShellで値が取得できない | Microsoft Teams PowerShell モジュールが古い可能性がある |
BlockDetectedBots が指定できない | 機能展開前、または対象テナントで未対応の可能性がある |
| 設定したのに効かない | 主催者に割り当たっている会議ポリシーが別のポリシーではないか確認する |
| 部門ごとに動作が違う | グループ・ユーザー単位の会議ポリシー割り当てを確認する |
| 承認済みボットまで止まる | 例外ポリシーや部門別ポリシーを検討する |
Teamsの会議ポリシーは、会議に参加する人ではなく、基本的に会議を主催するユーザー側のポリシーとして影響を確認する必要があります。外部参加者ではなく、自社のどの主催者にどのポリシーが割り当たっているかを見落とさないようにしましょう。
導入時のおすすめ手順
外部ボット自動ブロック機能を実務で導入するなら、次の順序がおすすめです。
| フェーズ | 作業内容 |
|---|---|
| 現状確認 | 現在の ExternalBotAccessMode、会議ポリシー、ロビー設定を棚卸しする |
| 影響調査 | 部門ごとのAI議事録ツール利用状況を確認する |
| 方針決定 | ブロック対象会議、例外条件、承認フローを決める |
| 検証 | 小規模なカスタム会議ポリシーで BlockDetectedBots を試す |
| 周知 | 主催者向けに、ボット表示時の判断基準を案内する |
| 展開 | 機密部門から段階的に適用する |
| 見直し | 誤検出、問い合わせ件数、業務影響を確認して調整する |
最も避けたいのは、管理者が設定だけ変更し、主催者に何も伝えないことです。主催者がロビーに表示された外部ボットの意味を理解していなければ、承認ミスや問い合わせ増加につながります。
Teams会議の外部ボット自動ブロック機能は、AI議事録ツールの普及に合わせて重要性が高まる管理項目です。まずは Roadmap ID 566201 の展開状況を確認し、Teams管理センターの Meetings > Meeting policies > Meeting join and lobby で外部ボット設定を確認しましょう。そのうえで、機密性の高い会議には BlockDetectedBots、一般会議には RequireApprovalWhenDetected を基本とし、部門別ポリシーとユーザー周知をセットで進めることが現実的です。
コメント