Teams会議に、AI議事録ツールや外部の録画・文字起こしボットが知らないうちに入ってくるのを防ぎたい場合、まず確認すべきなのは Teams管理センターの会議ポリシーです。2026年6月24日時点の Microsoft 365 Roadmap では、Microsoft Teams meetings に「検出された外部ボットを自動的にブロックする」選択肢を追加する機能が開発中として掲載されており、提供時期は August CY2026、対象は Worldwide Standard Multi-Tenant とされています。ロードマップ情報は予定であり変更される可能性がありますが、今のうちに既存の「外部ボット検出」「ロビー承認」「会議ポリシー」の関係を理解しておくと、展開後に迷わず設定できます。(Microsoft)
Teams会議の外部ボット自動ブロック機能とは
Teams会議の外部ボット自動ブロック機能は、外部の会議アシスタントボットやAI議事録ボットが会議へ参加しようとしたときに、Teams側で検出し、参加を自動的にブロックできるようにする管理者向けの制御です。
Microsoft 365 Roadmap の機能ID 566201では、既存の「外部AIボットを管理し、会議へのアクセスを制御する管理機能」を拡張し、検出されたすべてのボットを自動的にブロックするオプションを追加すると説明されています。ステータスは「In development」で、リリースフェーズには General Availability と Targeted Release が含まれています。(Microsoft)
ここでいう外部ボットとは、一般的には次のようなものを指します。
- 外部のAI議事録作成ツール
- 外部の文字起こし・要約ボット
- 会議に参加者として入ってくる録画・記録用ボット
- 組織外のサービスから会議リンク経由で参加する会議アシスタント
Microsoft Learnでは、こうした外部の会議アシスタントツールは便利な一方で、主催者の認識や同意なしに会議へアクセスした場合、録画・文字起こし、第三者システムへのデータ保存、プライバシーやコンプライアンス上のリスクにつながる可能性があると説明されています。(Microsoft Learn)
まず押さえるべき結論
Teams会議の外部ボット対策で迷いやすいのは、「今すぐ使える機能」と「ロードマップ上で追加予定の機能」が混ざって見える点です。
| 項目 | 現時点で理解すべき内容 |
|---|---|
| 既存の基本動作 | 外部ボットを検出し、ロビーで明示的な承認を求める設定が中心 |
| 追加予定の機能 | 検出された外部ボットを自動的にブロックする選択肢 |
| 設定する人 | Teams管理者 |
| 主な設定場所 | Teams管理センターの会議ポリシー |
| 対象 | Teamsの会議。Microsoft Learn上では Webinars と Town halls は対象外として整理されている |
| 注意点 | 検出ベースのため、すべての記録行為を完全に防ぐ機能ではない |
Microsoft Learnでは、この外部ボット管理機能の対象は Teams の Meetings とされ、Webinars と Town halls は対象外として示されています。(Microsoft Learn) そのため、ウェビナーやタウンホールの参加制御まで同じ設定で解決できると考えないことが重要です。
「外部ボットを自動ブロック」と「ロビーで承認」は何が違うのか
Teamsの外部ボット対策を理解するには、次の3段階で考えると分かりやすくなります。
| 設定の考え方 | 動作 | 向いている場面 |
|---|---|---|
| 検出しない・通常参加扱い | ボットとして検出・表示しない | 外部ボット利用を広く許容している場合。ただし一般的にはリスクが高い |
| 検出してロビーで承認 | ボットをロビーに置き、主催者などが明示的に入室許可する | 外部AI議事録ツールを必要に応じて使う組織 |
| 検出したボットをブロック | 検出された外部ボットを会議へ参加させない | 機密会議、役員会議、人事・法務・顧客情報を扱う会議 |
現行のMicrosoft Learnでは、外部ボット検出が有効な場合、検出されたボットは会議のロビー設定に関係なくロビーに配置され、主催者または会議設定によっては発表者が明示的に承認する必要があると説明されています。(Microsoft Learn)
一方、PowerShell の ExternalBotAccessMode には、検出時に承認を求める RequireApprovalWhenDetected に加え、検出されたボットをブロックする BlockDetectedBots が値として掲載されています。(Microsoft Learn) ロードマップID 566201の「自動ブロック」は、この BlockDetectedBots に相当する考え方として理解すると実務上分かりやすいです。
設定場所はどこか
Teams会議の外部ボット自動ブロック機能は、会議の参加者が個別にオン・オフする設定ではなく、Teams管理者が会議ポリシーで制御する機能です。
Microsoft Learnでは、Teams管理センターの Meetings > 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 | 既定のグローバルポリシー、または対象ユーザー向けのポリシーを開く |
| 5 | Meeting join and lobby セクションを確認する |
| 6 | Manage external bots and their access to meetings に相当する設定を探す |
| 7 | 表示される選択肢から、検出時の動作を選ぶ |
| 8 | 保存後、対象ユーザーにポリシーが割り当たっているか確認する |
管理センター上の表示名は日本語UIや展開状況によって変わる可能性があります。設定項目が見つからない場合は、機能がまだテナントに展開されていない、対象クラウドではない、または管理センターUIへの反映が遅れている可能性があります。
PowerShellで設定する場合の考え方
大規模環境では、Teams管理センターだけでなく PowerShell で会議ポリシーを管理したい場面があります。Microsoft Learnの Set-CsTeamsMeetingPolicy では、外部ボットの扱いを制御する -ExternalBotAccessMode パラメーターが示されています。(Microsoft Learn)
代表的な値は次のとおりです。
| PowerShell値 | 意味 | 実務での使いどころ |
|---|---|---|
AllowAllBots | ボットを検出せず、直接参加を許可する | 原則非推奨。外部ボット利用を強く許容する一部環境向け |
RequireApprovalWhenDetected | 検出されたボットをロビーに送り、承認を求める。既定値 | 一般的な初期設定や段階導入に向く |
BlockDetectedBots | 検出されたボットの参加をブロックする | 機密性の高い会議や外部AI議事録ツールを禁止したい環境向け |
例として、対象ポリシーに自動ブロックを設定する場合は、次のような形で指定します。
Set-CsTeamsMeetingPolicy -Identity "<policy name>" -ExternalBotAccessMode BlockDetectedBotsまず検証用の会議ポリシーで試し、特定のユーザーまたは小さなグループに割り当てて動作を確認してから、全社展開するのが安全です。
導入前に確認したい前提条件
外部ボット自動ブロックは、単体で考えるよりも、Teams会議全体の参加制御と組み合わせて設計する必要があります。
対象クラウドと展開状況を確認する
ロードマップID 566201のタグでは、対象クラウドは Worldwide Standard Multi-Tenant とされています。(Microsoft) GCC、GCC High、DoDなどの環境では同じタイミングで使えるとは限らないため、管理センターやメッセージセンターで自社テナントの案内を確認してください。
また、Microsoft 365 Roadmapは商用機能の予定日と説明を提供するもので、情報は変更される可能性があります。(Microsoft) 「August CY2026」と書かれていても、必ずその月に全テナントで利用できると断定せず、展開状況を確認しながら進めるのが現実的です。
会議ポリシーの適用範囲を決める
いきなり全社で BlockDetectedBots を有効にすると、業務で承認済みのAI議事録ツールや外部ベンダーの記録ツールまで使えなくなる可能性があります。
まずは、会議の性質ごとにポリシーを分けると運用しやすくなります。
| 会議の種類 | 推奨される考え方 |
|---|---|
| 役員会議、法務、人事、M&A、監査 | 検出された外部ボットをブロック |
| 顧客との商談、サポート会議 | 原則ブロック、必要な場合のみ例外運用を検討 |
| 社内の一般定例会 | まずはロビー承認で運用し、利用状況を見て判断 |
| 外部AI議事録ツールを正式採用している部門 | ブロックではなく、承認フローや対象者限定ポリシーを検討 |
| 研修・公開に近い説明会 | 会議形式や参加者管理の方法も含めて再検討 |
ポイントは、「ボットを使いたい人がいるか」ではなく、「その会議内容を外部サービスに渡してよいか」で判断することです。
ロビーの承認者を絞る
外部ボットがロビーに入った場合、誰が承認できるかも重要です。Microsoft Learnでは、ボットを誤って入室させないため、主催者と共同開催者のみがロビーから参加者を承認できるように構成することが推奨されています。(Microsoft Learn)
特に機密会議では、発表者全員がロビー参加者を許可できる状態にしておくと、誰かが内容を確認せずにボットを入れてしまう可能性があります。
Teamsのロビー設定では、参加者がロビーに入った場合、主催者、共同開催者、発表者が通知を受けて入室可否を判断できます。また、管理者は Teams管理センターの会議ポリシーで、誰がロビーをバイパスできるか、誰がロビーから承認できるかを制御できます。(Microsoft Learn)
匿名参加と外部参加の設定も見直す
外部ボット対策だけを設定しても、匿名参加や外部参加のルールが緩いままだと、別の形で不要な参加者が入りやすくなります。
Microsoft Learnでは、匿名ユーザーや未検証の外部参加者に対して確認チェックを要求する設定が用意されており、CAPTCHAにより不要なWebベースのボット参加を減らせると説明されています。(Microsoft Learn)
外部ボット自動ブロックと併せて、次の設定も確認してください。
- 匿名ユーザーが会議に参加できるか
- 匿名ユーザーやダイヤルイン参加者が会議を開始できるか
- 誰がロビーをバイパスできるか
- 誰がロビーから参加者を承認できるか
- 匿名ユーザーや信頼されていない組織のユーザーに確認チェックを求めるか
一般ユーザーが迷いやすいポイント
自分で設定できる機能ではない
外部ボット自動ブロックは、会議の主催者が会議オプションで毎回切り替えるというより、管理者が会議ポリシーとして設定する機能です。通常のユーザーが「自分のTeams画面に設定がない」と感じるのは自然です。
会議主催者ができることは、主に次の3つです。
- ロビーに表示された不審なボットを入室させない
- 参加者一覧に不明なボットがいないか確認する
- 必要な外部議事録ツールを使う場合は、事前に参加者へ説明する
外部ボットを組織として禁止・制限したい場合は、Teams管理者に会議ポリシーの確認を依頼する必要があります。
「外部ボット＝すべて悪」ではない
外部ボットには、便利なAI議事録ツールもあれば、組織の許可なく会議内容を外部へ送るリスクのあるツールもあります。
そのため、判断基準は「AIかどうか」ではなく、次の観点で整理すると実務的です。
| 判断軸 | 確認すること |
|---|---|
| 契約 | 会社として契約・承認しているツールか |
| データ保存先 | 会議音声・文字起こし・要約がどこに保存されるか |
| 参加者同意 | 会議参加者に録音・文字起こしを明示しているか |
| 機密区分 | 顧客情報、個人情報、未公開情報を扱う会議か |
| 管理性 | 管理者が利用状況やアクセス権を制御できるか |
社内で承認済みの議事録ツールがある場合も、「誰でもどの会議でも使ってよい」とするのではなく、会議の機密度ごとに使い分けるのが安全です。
ブロックしても録画リスクがゼロになるわけではない
外部ボット自動ブロックは、Teamsが検出した外部の自動ボットを制御する機能です。参加者が別の端末で録音する、画面を外部カメラで撮影する、会議内容を手入力で外部サービスへ送る、といった行為まで完全に防ぐものではありません。
また、Microsoft Learnでは、検出により人間の参加者が誤ってボットとして分類される可能性があることも既知の制限として示されています。その場合は、ロビーから承認し、「This is not a bot」に相当する操作で、その会議内では通常の参加者として扱えると説明されています。(Microsoft Learn)
つまり、この機能は「会議セキュリティを強化する重要な層」ですが、情報管理ルールや参加者教育とセットで使うべきです。
管理者向けのおすすめ設定パターン
機密会議が多い組織
法務、人事、経営会議、研究開発、顧客の未公開情報を扱う組織では、検出された外部ボットを自動ブロックする方針が適しています。
推奨構成は次のとおりです。
| 設定 | 推奨 |
|---|---|
| ExternalBotAccessMode | BlockDetectedBots |
| ロビー承認者 | 主催者と共同開催者のみ |
| 匿名参加 | 原則オフ、必要時のみ限定 |
| 確認チェック | 匿名ユーザー・信頼されていない外部参加者に要求 |
| 例外 | 事前承認済みツールのみ、対象会議を限定 |
この構成では利便性よりも情報保護を優先します。AI議事録ツールを使いたい部門がある場合は、全社既定ではなく別ポリシーで例外管理する方が安全です。
外部との商談や定例会議が多い組織
営業、カスタマーサクセス、パートナー会議など、外部参加者との会議が多い場合は、いきなり完全ブロックにすると現場の業務が止まる可能性があります。
最初は RequireApprovalWhenDetected で、ボットをロビーに表示し、主催者が明示的に承認する運用から始める方法があります。
| 設定 | 推奨 |
|---|---|
| ExternalBotAccessMode | RequireApprovalWhenDetected |
| 主催者への案内 | 不明なボットは入室させない |
| 会議冒頭の確認 | 録音・文字起こしツール利用の有無を確認 |
| 機密会議 | 別ポリシーで BlockDetectedBots |
| 定期レビュー | どのボットが使われているか棚卸しする |
この方式なら、業務影響を抑えつつ、外部ボットの存在を可視化できます。
外部AI議事録ツールを正式利用している組織
すでに会社として外部AI議事録ツールを採用している場合、全社で自動ブロックを有効にすると、承認済みツールまで止まる可能性があります。
この場合は、次のように分けて考えると運用しやすくなります。
- 承認済みツールを使う部門向けの会議ポリシー
- 機密会議向けのブロックポリシー
- 一般会議向けの承認待ちポリシー
- 未承認ツールの利用禁止ルール
- 会議招待文に記載する録音・文字起こしの説明テンプレート
Teams管理センターでは、組織内で利用できるエージェントやアプリを管理できます。Teams管理センターの Teams apps > Manage apps では、アプリやエージェントの許可・ブロック、ユーザーやアプリ単位の利用制御が可能です。(Microsoft Learn) ただし、会議リンク経由で外部から参加するボット対策は、アプリ管理だけでなく、会議ポリシー側の外部ボット制御も併せて確認する必要があります。
会議主催者に伝えるべき運用ルール
外部ボット対策は、管理者が設定して終わりではありません。会議主催者が誤って不明なボットを承認しないよう、短いルールを用意しておくと効果的です。
社内向けには、次のような案内が使えます。
会議ロビーにAI議事録ボット、録画ボット、文字起こしボットのような参加者が表示された場合、事前に利用が合意されていない限り入室を許可しないでください。必要な場合は、参加者全員に目的、保存先、共有範囲を説明してから承認してください。機密情報を扱う会議では、外部ボットの利用は禁止です。
会議冒頭で確認するなら、次の一言で十分です。
本会議では、外部の録音・文字起こし・AI議事録ツールの利用は事前承認制です。利用する場合は、開始前に必ず申告してください。
このルールを決めておくと、「便利だから入れた」「相手先のボットなので許可した」という曖昧な判断を減らせます。
失敗しやすい設定ミス
全社一括ブロックで業務に必要なボットまで止める
最も多い失敗は、セキュリティ強化のために全社で自動ブロックを有効にし、正式利用中の議事録ツールや顧客指定の記録ツールまで止めてしまうことです。
導入前に、次の部門へ確認してください。
- 営業部門
- カスタマーサポート部門
- 採用・人事部門
- 法務・コンプライアンス部門
- 役員秘書・経営企画部門
- 外部パートナーと頻繁に会議する部門
「外部ボットを禁止するか」ではなく、「どの会議で、どのツールを、誰の責任で使うか」を先に決めることが大切です。
ロビー設定が緩いままになっている
外部ボットを検出しても、発表者が何人もいて全員がロビーから承認できる状態だと、誰かが誤って入室させる可能性があります。
機密会議では、ロビー承認者を主催者と共同開催者に絞り、発表者が不用意に外部参加者を入れられないようにするのが安全です。Microsoft Learnでも、ロビーから参加者を承認できる人を主催者と共同開催者に限定する構成が推奨されています。(Microsoft Learn)
「検出されるから安心」と考える
外部ボット検出は有効な対策ですが、検出ベースの機能です。ボットの名称や参加方法、サービス側の仕様変更によって、期待どおりに見えない可能性もあります。
そのため、次の対策も併用してください。
- 会議リンクを不用意に転送しない
- 会議招待の転送可否を見直す
- 匿名参加の許可範囲を絞る
- 機密会議では参加者を開始前に確認する
- 録音・文字起こしのルールを社内規程に明記する
アプリ管理だけで止まると思い込む
Teams管理センターでサードパーティアプリをブロックしても、外部参加者側のサービスが会議リンクを使って参加してくるケースまで同じように止められるとは限りません。
組織内のアプリ利用制御は Teams apps > Manage apps、会議に入ってくる外部ボットの制御は Meeting policies で考えると整理しやすくなります。Teams管理センターではアプリやエージェントの許可・ブロックを管理できますが、Microsoft Learnは外部ボットの会議参加制御を会議ポリシーとして説明しています。(Microsoft Learn)
導入時のチェックリスト
外部ボット自動ブロックを導入する前に、次の項目を確認してください。
| 確認項目 | 判断ポイント |
|---|---|
| ロードマップの状態 | 自社テナントで機能が展開済みか |
| 対象クラウド | Worldwide以外の環境では同時提供とは限らない |
| 会議の分類 | 機密会議、通常会議、外部会議を分けているか |
| 既存ツール | 正式利用中のAI議事録・録画ツールがあるか |
| ポリシー設計 | 全社一律か、部門・ユーザー別か |
| ロビー設定 | 誰が参加者を承認できるか |
| 匿名参加 | 必要最小限に絞っているか |
| 確認チェック | 匿名・未検証の外部参加者にCAPTCHAを求めるか |
| 周知文 | 主催者向けの判断ルールを用意したか |
| 検証 | 本番展開前にテスト会議で動作確認したか |
このチェックリストを使うと、単に「ブロックをオンにする」だけでなく、実際の会議運用に耐える設定にできます。
迷ったときの判断基準
Teams会議の外部ボット自動ブロック機能で迷った場合は、次の順番で判断してください。
まず、会議内容に機密情報、個人情報、顧客情報、未公開情報が含まれるなら、自動ブロックを優先します。次に、外部AI議事録ツールを業務上どうしても使う必要があるなら、全社許可ではなく、対象ユーザーや対象会議を限定したポリシーにします。最後に、現場の利便性を残したい場合は、いきなりブロックではなく、検出時にロビーで承認する運用から始めます。
重要なのは、外部ボットを「便利なツール」とだけ見ないことです。会議内容が外部サービスに渡る可能性がある以上、Teams会議の参加者管理、ロビー、匿名参加、アプリ管理、社内ルールをまとめて設計する必要があります。
2026年6月24日時点では、ロードマップID 566201はまだ開発中の機能です。まずは現在の会議ポリシーで外部ボット検出とロビー承認の状態を確認し、機能が展開されたら BlockDetectedBots をどの範囲に適用するかを決める、という進め方が最も安全です。(Microsoft)
コメント