Teams会議に外部のAI議事録ボットや文字起こしボットが勝手に入ってくるのを防ぎたい、という管理者向けに、Microsoft Teams meetingsでは「識別された外部ボットを自動的にブロックする」機能が追加予定です。2026年6月24日時点のMicrosoft 365 Roadmap ID 566201では、Teamsが識別した外部ボットを会議参加時に自動ブロックできる選択肢を追加する機能として掲載されており、予定時期は2026年8月、ステータスは「In development」です。(microsoft.com)
ポイントは、すべての外部参加者をブロックする機能ではなく、Teamsが外部ボットとして識別した参加者を対象にする管理者向けの会議ポリシーだという点です。機密会議、顧客との商談、人事面談、経営会議などで外部AIボットの参加を避けたい組織は、今のうちに既存のロビー設定、外部参加者の扱い、会議主催者向けルールを整理しておくと導入時に迷いにくくなります。
Teams会議の外部ボット自動ブロック機能 のよくある疑問を整理
Teams会議の外部ボット自動ブロック機能とは？
Teams会議の外部ボット自動ブロック機能は、外部のAIボットや会議アシスタントがTeams会議に参加しようとしたとき、Teamsがその参加者をボットとして識別した場合に、自動的に参加をブロックできるようにする管理機能です。
Microsoft 365 Roadmapでは「外部AIボットの管理と会議アクセス制御の管理者コントロールを拡張し、識別されたすべてのボットを自動的にブロックするオプションを追加する」と説明されています。対象サービスはMicrosoft Teamsで、対象クラウドはWorldwide Standard Multi-TenantとGCC、リリースフェーズはGeneral AvailabilityとTargeted Releaseとして掲載されています。(microsoft.com)
ただし、Microsoft 365 Roadmapは商用機能の予定日や説明を示すもので、情報は変更される可能性があります。記事執筆時点で「2026年8月予定」とされていても、実際の反映時期や管理画面での見え方はテナント、クラウド、ロールアウト状況によって変わる可能性があります。(microsoft.com)
これまでの外部ボット対策と何が違う？
これまでのTeamsの外部ボット対策は、主に「検出した外部ボットをロビーに待機させ、主催者などが明示的に承認した場合だけ入室させる」という考え方でした。Microsoft Learnでは、ボット検出が有効な場合、検出されたボットは会議のロビー設定にかかわらずロビーに置かれ、主催者または会議設定によっては発表者が明示的に入室を許可する必要があると説明されています。(Microsoft Learn)
今回のポイントは、承認待ちにするだけでなく、識別された外部ボットを自動的にブロックする選択肢が加わることです。PowerShellのTeams会議ポリシーでは、外部のサードパーティ自動化ボットや会議アシスタントの扱いを制御するExternalBotAccessModeに、AllowAllBots、RequireApprovalWhenDetected、BlockDetectedBotsの値が示されています。既定値は、検出時にロビーで承認を求めるRequireApprovalWhenDetectedです。(Microsoft Learn)
| 設定の考え方 | 動き | 向いているケース |
|---|---|---|
| 検出しない、または直接参加を許可する | 外部ボットを通常の外部参加者のように扱う | 特定の業務上、外部ボット利用を広く許可している組織。ただしリスク評価が必要 |
| 検出時に承認を求める | 検出されたボットをロビーに置き、主催者などが明示的に承認する | 一般的な社外会議。必要な場合だけAI議事録ツールを許可したい場合 |
| 検出時にブロックする | Teamsが識別した外部ボットの参加を自動的に拒否する | 機密会議、顧客情報を扱う会議、人事・法務・経営会議など |
実務では、全社一律で最も厳しい設定にするよりも、会議の性質に応じてポリシーを分けるほうが運用しやすくなります。たとえば、通常の社外打ち合わせは「検出時に承認」、機密性の高い部門や役員会議は「検出時にブロック」といった使い分けです。
なぜ外部ボットの自動ブロックが必要なのか？
外部の会議アシスタントボットは、文字起こし、議事録作成、要約、アクションアイテム抽出などに便利です。一方で、主催者や開催元テナントが把握しないまま会議内容へアクセスすると、セキュリティ、プライバシー、コンプライアンス上のリスクになります。
Microsoft Learnでは、外部の文字起こし・メモ取りボットの利用が増えている一方で、主催者の認識や同意なしに会議へアクセスすると、会議の録音・文字起こし、第三者システムへのデータ保存、データ漏えいリスクなどにつながる可能性があると説明されています。(Microsoft Learn)
特に注意したいのは、会議の主催者がAIボットを呼んでいなくても、外部参加者が自分の使っている議事録ツールを連携させているケースです。参加者側では便利なツールでも、開催元企業の規程では「未承認の外部サービスに会議内容を保存してはいけない」という扱いになることがあります。
対象になる人は誰？
この機能の主な対象は、Teamsを管理するIT管理者、セキュリティ担当者、コンプライアンス担当者です。設定は会議ポリシーとして管理されるため、一般ユーザーが自分のTeamsアプリ上で自由にオン・オフする種類の機能ではありません。
ただし、影響を受けるのは管理者だけではありません。会議主催者、共同開催者、発表者、外部参加者も運用上の影響を受けます。
| 立場 | 関係するポイント |
|---|---|
| Teams管理者 | 会議ポリシーで外部ボットの扱いを決める。対象ユーザーやグループへの割り当てを設計する |
| セキュリティ・法務・監査担当 | 外部AIボットの利用可否、会議データの保存先、同意取得ルールを整理する |
| 会議主催者 | ロビーに表示されたボットを許可してよいか判断する。自動ブロック設定ではボットを入れられない場合がある |
| 一般参加者 | 自分が使っているAI議事録ツールが参加できない可能性がある。事前に社内ルールの確認が必要 |
| 外部パートナー | 自社のAI会議ツールを持ち込めない場合がある。必要なら主催者側と事前調整する |
導入時に混乱しやすいのは、「参加者が便利だと思って使っているAI議事録ツール」と「主催者側の情報管理ルール」が一致しないケースです。会議URLを共有する前に、招待文や社内ルールで「未承認の外部AIボットは参加不可」と明記しておくとトラブルを減らせます。
どのようなボットがブロック対象になる？
対象は、Teamsが外部AIボット、外部の会議アシスタント、外部の自動化された参加者として識別したものです。たとえば、社外の文字起こしボット、AI議事録ボット、会議要約ボットなどが該当し得ます。
Teamsは会議参加プロセスで収集されるシグナルをもとに外部AIボットを識別し、その検出結果に応じて管理者ポリシーの動作を適用します。Microsoft Learnでは、インフラ面と行動面のシグナルを組み合わせて検出すると説明されています。(Microsoft Learn)
重要なのは、「外部ボットとして識別されたもの」が対象であり、すべての録音行為やすべての外部ユーザーを止める機能ではないことです。たとえば、参加者が別端末で音声を録音する、画面をカメラで撮影する、会議内容を手作業で別サービスに入力する、といった行為まではこの機能だけで防げません。
外部参加者までブロックされる？
通常の外部参加者が、人間の参加者としてTeams会議に参加するだけであれば、この機能の目的はその人をブロックすることではありません。ブロック対象は「識別された外部ボット」です。
ただし、外部参加者が自分のAI会議アシスタントを会議に同席させようとした場合、そのボットが検出されれば、ポリシーに応じてロビー待機または自動ブロックの対象になります。
実務上は、外部参加者に対して次のような一文を会議案内に入れておくと効果的です。
本会議では、主催者の事前承認がない外部AI議事録ツール、文字起こしボット、録音ボットの参加はご遠慮ください。必要な場合は事前に主催者へご相談ください。
この一文があるだけで、入室時のトラブルや「なぜボットが入れないのか」という問い合わせを減らせます。
設定はどこで確認する？
管理者は、Teams管理センターの会議ポリシーで外部ボットの扱いを管理します。Microsoft Learnでは、Teams Admin CenterのMeeting policies内、Meeting Join and Lobbyセクションにある「Manage external bots and their access to meetings」で設定し、PowerShellではSet-CsTeamsMeetingPolicyのExternalBotAccessMode属性を使うと説明されています。(Microsoft Learn)
PowerShellで確認する場合の考え方は次のとおりです。
Get-CsTeamsMeetingPolicy -Identity Global | Select-Object Identity, ExternalBotAccessMode特定の会議ポリシーに対して、検出された外部ボットをブロックする設定を行う場合は、次のような指定が想定されます。
Set-CsTeamsMeetingPolicy -Identity <policy name> -ExternalBotAccessMode BlockDetectedBotsただし、Roadmap掲載段階またはロールアウト途中では、管理センターの表示、PowerShellモジュールの対応、テナントでの有効化状況に差が出ることがあります。実運用前には、テスト用ポリシーとテスト会議で挙動を確認してください。
使えない時・設定が見えない時に確認すべきこと
Teams会議の外部ボット自動ブロックが見えない場合、まず「機能が自分のテナントにまだ展開されていない」のか、「管理権限やポリシーの見方が違う」のかを切り分けます。
| 確認項目 | 見るべきポイント | 判断の目安 |
|---|---|---|
| Roadmapの状態 | ID 566201のステータス、予定月、対象クラウド | 2026年6月24日時点ではIn development。予定時期前なら見えなくても不自然ではない |
| 対象クラウド | Worldwide Standard Multi-Tenant、GCCか | Roadmap上はWorldwideとGCCが対象。GCC HighやDoDは同じ扱いとは限らない |
| 管理権限 | Teams管理センターの会議ポリシーを編集できるロールか | 閲覧のみの権限では設定変更できない |
| 管理画面の場所 | Teams管理センターのMeetings > Meeting policies > Meeting join & lobby | Teamsアプリの会議オプションだけを見ても出てこない場合がある |
| PowerShellモジュール | MicrosoftTeamsモジュールのバージョン | 古いモジュールでは新しいパラメーターや値が反映されない可能性がある |
| ポリシー割り当て | 対象ユーザーにどの会議ポリシーが割り当たっているか | 会議参加者ではなく、主に会議を開催するユーザー側のポリシーを確認する |
| 反映時間 | ポリシー変更後すぐにテストしていないか | Teams系ポリシーは反映に時間差が出ることがある |
| 混同している機能 | CAPTCHA、ロビー、アプリ許可ポリシーと混同していないか | 外部ボット自動ブロックは会議ポリシーの外部ボット制御として確認する |
「設定したのにボットが入れた」という場合は、対象の参加者がTeamsに外部ボットとして識別されていたかを確認する必要があります。Microsoft Learnでは、検出できない外部ボットが存在する可能性や、人間の参加者がまれにボットとして誤分類される可能性も示されています。(Microsoft Learn)
「識別されたボット」だけという制限に注意
この機能で最も誤解されやすいのは、「外部AIボットを完全にゼロにできる」と期待してしまうことです。実際には、Teamsが外部ボットとして識別したものに対して、ポリシーに基づく制御を行う機能です。
Microsoft Learnでは、検出されない外部ボットがある可能性、検出精度を継続的に改善していること、誤分類された人間の参加者を会議内で「This is not a bot」として修正できる場合があることが説明されています。(Microsoft Learn)
そのため、機密会議では外部ボット自動ブロックだけに頼らず、次の対策も組み合わせるべきです。
- 会議のロビー設定を厳しめにする
- ロビーからの入室許可を主催者・共同開催者に限定する
- 招待文に外部AIボット禁止の文言を入れる
- 会議冒頭で録音・文字起こし・外部ツール利用の可否を確認する
- 承認済みの議事録作成方法を社内で用意する
- 高機密会議では参加者リストを会議中に確認する
特に、発表者が多い会議では、発表者が意図せず外部ボットを許可してしまうリスクがあります。Microsoft Learnでも、主催者と共同開催者だけがロビー参加者を許可できるよう構成することが推奨されています。(Microsoft Learn)
CAPTCHAやロビー設定とは何が違う？
外部ボット自動ブロックと混同しやすい機能に、匿名ユーザーや信頼されていない組織の参加者に対する確認チェックがあります。これは、CAPTCHAによって匿名ユーザーや未確認の外部参加者に人間確認を求め、Webベースのボット参加を防ぎやすくするための仕組みです。(Microsoft Learn)
違いを整理すると、次のようになります。
| 機能 | 主な目的 | 対象 |
|---|---|---|
| 外部ボット自動ブロック | Teamsが識別した外部AIボットの参加をブロックする | 外部の会議ボット、AI議事録ボット、文字起こしボットなど |
| 検出時のロビー承認 | 検出されたボットをいったんロビーに置き、主催者が判断する | Teamsが検出した外部ボット |
| CAPTCHA確認 | 匿名ユーザーや信頼されていない組織の参加者に人間確認を求める | 匿名ユーザー、未確認の外部参加者など |
| 通常のロビー設定 | 誰が直接入室できるかを制御する | 外部参加者、匿名参加者、ダイヤルイン参加者など |
| Teamsアプリ許可ポリシー | 組織内ユーザーが利用できるTeamsアプリを制御する | 自テナント内のTeamsアプリ利用 |
CAPTCHA確認は有効な補助策ですが、すべての参加経路に対応しているわけではありません。Microsoft Learnでは、CVI、Azure Communication Services、Microsoft Teams Rooms、Direct Guest Join経由の一部参加では、確認チェックなしで参加する場合があると説明されています。(Microsoft Learn)
つまり、外部ボット自動ブロック、ロビー、CAPTCHAは競合するものではなく、役割が違う対策です。高リスクな会議では、これらを組み合わせて設計することが重要です。
どの設定を選ぶべき？
最初から全会議で自動ブロックにするのではなく、会議の機密度と業務上の必要性で判断するのが現実的です。
| 会議の種類 | 推奨しやすい設定 | 理由 |
|---|---|---|
| 経営会議、法務相談、人事面談、M&A、インシデント対応 | 検出された外部ボットをブロック | 情報流出時の影響が大きく、外部AI議事録ツールを許可する必要性が低い |
| 顧客商談、パートナー会議 | 原則ブロック、例外時のみ承認制 | 顧客情報や契約情報を扱うため。必要な場合は事前合意が必要 |
| 社内定例会、一般的なチーム会議 | 検出時に承認 | 業務効率化のために承認済みボットを使う余地がある |
| ウェビナー、説明会、公開度の高い会議 | ロビー、CAPTCHA、参加者設定と併用 | 参加者数が多く、ボット以外の荒らし対策も必要 |
| 外部AI議事録ツールを正式採用している部門 | 承認制または例外ポリシー | ツールの契約、保存先、同意取得、監査対応を確認したうえで運用する |
判断基準は、「便利かどうか」ではなく、会議内容が外部サービスに保存・処理されてもよいかです。外部AI議事録ツールを使う場合は、録音データや文字起こしデータの保存先、保持期間、二次利用、削除方法、管理者による監査可否まで確認してから許可する必要があります。
導入前に管理者がやるべき準備
外部ボット自動ブロック機能が表示されてから慌てて設定するより、事前にルールと対象範囲を決めておくほうがスムーズです。
会議の分類を決める
まず、組織内の会議を機密度で分類します。すべての会議を同じ扱いにすると、必要以上に業務を止めたり、逆に守るべき会議を守れなかったりします。
分類例は次のとおりです。
| 分類 | 例 | 外部ボットの扱い |
|---|---|---|
| 高機密 | 役員会議、法務、人事、監査、セキュリティ対応 | 原則ブロック |
| 中機密 | 顧客商談、パートナー定例、製品ロードマップ共有 | 原則ブロックまたは事前承認 |
| 低機密 | 社内の一般定例、公開前提の説明会 | 承認制または主催者判断 |
| 公開前提 | 公開ウェビナー、採用説明会 | ボット対策より参加者管理・荒らし対策も重視 |
ポリシーの対象者を決める
会議ポリシーは、主に会議を開催するユーザーに割り当てて運用します。たとえば、役員、法務、人事、営業管理職、顧客情報を扱う部門に厳しいポリシーを割り当てる方法があります。
全社一律でブロックすると、外部の正規パートナーが利用している議事録ツールまで止まり、問い合わせが増える可能性があります。最初は高機密部門から適用し、利用実態を見ながら広げる進め方が現実的です。
会議主催者向けの判断ルールを作る
検出時に承認する設定を残す場合は、主催者が判断できるようにルールを明文化します。
たとえば、次のような基準です。
| 判断項目 | 許可しやすい例 | 許可しない例 |
|---|---|---|
| 事前承認 | 主催者が事前に利用を把握し、関係者に通知済み | 会議開始後に突然ロビーへ表示された |
| データ保存先 | 契約済みで保存先・保持期間・削除手順を確認済み | どこに保存されるか不明 |
| 会議内容 | 公開前提または低機密 | 顧客情報、個人情報、未公開情報を含む |
| 参加者同意 | 録音・文字起こしの同意が取れている | 参加者がボット参加を知らない |
| 代替手段 | Teams標準の文字起こしや承認済みツールで代替不可 | 単に個人の利便性だけが理由 |
「便利だから許可」ではなく、「会議内容、同意、保存先、契約、監査」の5点で判断することが大切です。
よくある質問
Teams Premiumは必要？
2026年6月24日時点のRoadmap情報では、Teams Premiumが必須であるとは明記されていません。Roadmap上はMicrosoft Teamsの機能として掲載されていますが、実際の管理画面での提供条件、ライセンス条件、クラウドごとの差分はロールアウト時の公式ドキュメントで確認するのが安全です。(microsoft.com)
外部AI議事録ツールを完全に禁止できる？
Teamsが識別した外部ボットについては、ポリシーで自動ブロックできます。ただし、検出されないボットや、参加者が別の手段で録音・メモを取る行為まで完全に防ぐものではありません。Microsoft Learnでも、一部の外部ボットが検出されない可能性があると説明されています。(Microsoft Learn)
完全禁止に近づけるには、技術設定だけでなく、会議ルール、契約条項、参加者への明示、内部監査を組み合わせる必要があります。
主催者が許可したいボットも入れなくなる？
ポリシーをBlockDetectedBotsにすると、Teamsが検出した外部ボットは自動的にブロックされるため、主催者がその場で許可する運用には向きません。必要な場合だけ主催者判断で入れたいなら、検出時にロビーで承認させるRequireApprovalWhenDetectedのほうが適しています。(Microsoft Learn)
誤って人間がボット扱いされたらどうする？
Microsoft Learnでは、検出がまれに人間の参加者をボットとして誤分類する可能性があると説明されています。その場合、会議内で「This is not a bot」として修正できるケースがあり、その報告情報は検出精度の調整に使われます。(Microsoft Learn)
ただし、自動ブロック設定では会議主催者がその場で気づきにくい場合があります。重要な外部参加者が入れない事象が起きた場合に備え、会議招待文に問い合わせ先や代替参加方法を入れておくと安心です。
外部ユーザーが持ち込むRead.aiなどのボット対策になる？
外部ユーザーがAI議事録ボットや会議アシスタントを同席させようとするケースでは、Teamsがその参加者を外部ボットとして識別できれば、ポリシーに応じて承認待ちまたはブロックの対象になります。
ただし、特定サービス名だけを前提に運用するのではなく、「未承認の外部AI会議アシスタント全般」を対象にしたルールにしておくほうが現実的です。AI議事録ツールは増え続けるため、個別サービス名のブロックリストだけでは運用が追いつきにくくなります。
設定したのにロビーにボットが出てくるのはなぜ？
まだRequireApprovalWhenDetectedのポリシーが適用されている、対象ユーザーに別の会議ポリシーが割り当たっている、または自動ブロック機能がテナントに展開されていない可能性があります。PowerShellで対象主催者の会議ポリシーを確認し、ExternalBotAccessModeの値を確認してください。
また、ポリシー変更後すぐの会議では反映が間に合わない場合があります。テストでは、ポリシー変更、対象ユーザーへの割り当て、一定時間経過後の新規会議作成という順で確認すると切り分けやすくなります。
自社で承認したボットは例外にできる？
Roadmap情報だけでは、個別ボット単位の許可リストや例外制御の詳細までは読み取れません。現時点では、会議ポリシー単位で「許可」「検出時に承認」「検出時にブロック」という考え方で整理するのが安全です。個別例外が必要な場合は、対象部門に別ポリシーを割り当てる、承認制の会議運用にする、承認済みツールの利用手順を別途定めるといった設計が現実的です。
導入時に失敗しやすいポイント
外部ボット自動ブロックはセキュリティ強化に役立ちますが、設定だけ先に変えると現場から問い合わせが増えます。特に次の失敗に注意してください。
| 失敗例 | 起きる問題 | 対策 |
|---|---|---|
| 全社一律でいきなりブロック | 正規の会議アシスタント利用まで止まり、業務影響が出る | 高機密部門から段階適用する |
| 主催者に説明しない | ロビーに出るボットを許可してよいか判断できない | 許可基準と禁止例を短いガイドにする |
| 外部パートナーへ伝えない | 相手企業のAI議事録ボットが突然入れず、会議開始時に混乱する | 招待文に外部AIボット禁止・事前相談の文言を入れる |
| CAPTCHAだけで十分と考える | 検出済み外部ボット制御とは対象が違う | ロビー、外部ボット制御、CAPTCHAを役割別に併用する |
| 検出精度を過信する | 未検出ボットや誤検出への対応が漏れる | 参加者確認、会議ルール、報告フローも整備する |
| Teamsアプリ許可ポリシーだけで防ごうとする | 外部参加者が持ち込む会議ボットを制御しきれない | 会議ポリシーと外部参加者ルールを併用する |
管理者が最初に作るべきものは、複雑な手順書ではなく、会議主催者が30秒で判断できるルールです。たとえば、「外部ボットは事前承認がある場合のみ許可」「顧客情報・個人情報を含む会議では許可しない」「不明なボットは入れない」の3つだけでも、現場の迷いは大きく減ります。
管理者向けの実務チェックリスト
導入準備として、次の順に確認すると抜け漏れを防ぎやすくなります。
| 項目 | やること |
|---|---|
| Roadmap確認 | ID 566201のステータス、予定月、対象クラウドを確認する |
| 現状把握 | 外部AI議事録ツールがどの部門で使われているか確認する |
| 会議分類 | 高機密・中機密・低機密の分類を決める |
| ポリシー設計 | 全社既定、役員・法務・人事向け、例外部門向けなどに分ける |
| 管理画面確認 | Teams管理センターの会議ポリシーで外部ボット制御項目を確認する |
| PowerShell確認 | ExternalBotAccessModeの値を確認できるようにする |
| 主催者周知 | ボットを許可してよい条件、許可してはいけない条件を伝える |
| 外部向け文言 | 会議招待テンプレートに外部AIボット利用ルールを入れる |
| テスト | テスト会議でロビー表示、自動ブロック、誤検出時の対応を確認する |
| 運用改善 | 問い合わせ内容を集め、ポリシーや周知文を調整する |
外部ボット対策は、技術設定だけで完結しません。社内の「使ってよいAIツール」と「会議に入れてよいAIボット」を分けて定義し、会議の主催者が判断できる形に落とし込むことが重要です。
まず何をすればよい？
2026年6月24日時点では、Teams会議の外部ボット自動ブロック機能はRoadmap上で開発中として掲載されています。予定どおり展開されれば、2026年8月以降に対象テナントで管理項目が確認できる可能性がありますが、Roadmapの情報は変更される場合があります。(microsoft.com)
今すぐ行うべきことは、機能が見えるまで待つことではありません。まず、組織内で外部AI議事録ボットの利用実態を確認し、機密会議では原則ブロック、一般会議では承認制にするなど、会議分類ごとの方針を決めておきましょう。
そのうえで、Teams管理センターの会議ポリシー、ロビー設定、CAPTCHA確認、外部参加者向け案内文をセットで見直すと、機能追加後に安全かつスムーズに運用できます。
コメント