会議に入ろうとしたら、見覚えのない参加者が一人。名前の横には何のアイコンもなく、話しかけても返事はありません。それは人ではなく、いつのまにか同席するようになったAIの議事録ボットかもしれません。便利だからと連携したツールが、以降の会議にもついてくる——そんな「気づかないうちの同席」が、いま静かに広がっています。Microsoft はこの問題に、会議の入口で機械を一度立ち止まらせるという答えを出しました。誰が、そして何が自分の会話を聞いているのか。その当たり前を取り戻すための一手を、順を追って見ていきます。
Microsoft は2026年6月29日、Microsoft Teams の会議に参加する外部ボットを管理する新しい管理者向けポリシーを発表した。
Teams 管理センターに新設された「Manage external bots and their access to meetings」は、個々のユーザーや特定のグループに割り当てられる。管理者は「検出時に参加前の承認を必須とする（既定）」と「ボットを検出しない」の2設定から選べる。Teams は行動シグナルとインフラシグナルを組み合わせてボットを検出し、ロビーの参加者を「Waiting」と「Suspected threats」の2カテゴリーに分類する。
あわせて ISV 向けの登録制度「Teams Bot Identification Program」を導入予定で、現在は限られた ISV とプレビュー中である。この機能は6月に順次提供され、既存の CAPTCHA 認証は段階的に廃止される。
From: 
Introducing smarter bot protection in Microsoft Teams meetings
【編集部解説】
今回の発表を読み解く鍵は、「ボット」という言葉が指す対象が変わった、という点にあります。かつて会議に忍び込む厄介者といえば、招かれざる人間や荒らしを想定していました。ところが2026年のいま問題になっているのは、Otter や Fireflies に代表される AI議事録ツールのように、善意で導入されたはずの自動参加者です。Microsoft が「外部ボット」を人間とは別の参加者クラスとして扱い始めたこと、これ自体が時代の転換点を示しています。
技術的にやや分かりにくいのが、検出の仕組みです。Microsoft は「行動シグナル」と「インフラシグナル」を組み合わせると説明していますが、具体的な判定条件は詳細に公開されていません。基準を細かく示せば、それを回避する術も同時に広まりかねない——これは編集部の見立てですが、そうした事情も背景にあるのでしょう。ボットの正体を、参加者の自己申告ではなく、プラットフォーム側が推定して制御する。この発想の転換が、今回の設計思想の核心といえます。
見落とされがちなのが、ロビーの迂回を許可している会議でも、このポリシーで識別されたボットには承認が必要になる、という点です。つまり従来の「顔ぶれを信頼して素通しにする」運用に、機械だけは例外を設ける構造になっています。
ここで、innovaTopia としてあえて別の角度から補助線を引いておきます。実はこの動きは Microsoft 単独のものではありません。Google も2026年3月、Google Meet で第三者製の議事録ボットを「潜在的リスク（potential risk）」として別キューに振り分け、既定で入室を拒否する仕組みを導入しています（Neowin、2026年3月25日）。Teams と Google Meet という主要な会議プラットフォームが、いずれも2026年前半にボットへの門戸を狭めた——少なくとも結果として同じ方向を向いていることに、この事案の射程の広さがうかがえます。
なぜ各社が動くのか。背景にあるのは「シャドーAI」の広がりです。情報システム部門の関知しないまま、営業やマーケティングの現場が思い思いの議事録ツールを会議に持ち込み、機密情報が外部サービスへ流れていく。この統制の空白を、監査ログや許可リストで埋めようとしているわけです。
もう一つ、うがった見方も添えておきましょう。ボットを分類・規制・許可制にできる立場を握るということは、会議から生まれる「知能（meeting intelligence）」の入り口を Microsoft が管理する、ということでもあります。セキュリティ向上という正当な目的と、自社プラットフォームの主導権確保という思惑が、同じ設計の中に同居しているという二面性についても、意識して受け止めるべきでしょう。
利用者にとっての恩恵は明快です。誰が——あるいは何が——会話を聞いているのかが可視化され、記録される前に人間が判断を挟めるようになります。プライバシーと説明責任の観点で、これは確かな前進です。
一方で、限界も冷静に見ておく必要があります。この仕組みが防ぐのは、あくまでロビーを経由して参加するボットの誤入室です。端末側で音声を直接取り込むタイプの記録ツールや、ブラウザ拡張として動く補助機能までは止められません。正規のツールが誤って「脅威の疑い」に分類される可能性もあり、会議冒頭に承認の手間が増える摩擦も生じます。
規制される側の事業者も、無風ではありません。Otter.ai だけでなく Fireflies.ai も2026年時点でAI議事録ボットをめぐる集団訴訟に直面しており、こうした圧力が、今回の Teams Bot Identification Program のような「正規に名乗り出る」仕組みへの移行を後押ししている可能性があります。
規制と法務の観点では、この機能は「参加者の同意」をめぐる議論と地続きです。実際、海外では2026年時点でこの問題が法廷に持ち込まれています。Otter.ai は、参加者全員の同意を得ずに会話を録音し、その内容を音声認識モデルの学習に用いたとして、米カリフォルニア州で集団訴訟（Brewer v. Otter.ai）に発展しました。原告はサービスの利用者ですらなく、別の参加者が使っていたために録音された、と訴えています。誰が録音していたのかを事後に証明できる仕組みは、こうした同意・コンプライアンスの要請に対する実務的な備えにもなります。
長期的に見れば、私たちの会議は「人間だけの場」から「人間が監督し、機械が許可を得て加わる場」へと移りつつあります。今回 Microsoft が既存の CAPTCHA 認証を段階的に廃止し、より包括的な枠組みへ置き換えるのは、その過渡期を象徴する一手です。なお、本機能は元記事では6月に順次提供とされていますが、管理者向けの詳細な展開予定では、Targeted Release が2026年5月中旬に始まり、7月中旬に完了する見込みも示されています。AIが会議に参加すること自体はもはや前提であり、次の論点は「そのAIが、いるべくしてそこにいると証明できるか」に移っていくでしょう。
【用語解説】
ISV（独立系ソフトウェアベンダー）
Independent Software Vendor の略。特定のハードウェアメーカーに属さず、独自にソフトウェアを開発・販売する事業者を指す。ここでは Teams 向けに議事録ツールなどを提供する第三者を意味する。
シャドーAI（shadow AI）
情報システム部門の承認や把握を経ずに、現場の判断で業務利用されるAIツールやサービスを指す。管理の空白を生み、情報漏えいやコンプライアンス上のリスク要因となる。
行動シグナル／インフラシグナル
Teams がボットを見分けるために用いる判定材料の総称。参加時の振る舞い（行動）や、接続元の技術的特徴（インフラ）などを組み合わせて、人間か機械かを推定する。判定基準の詳細は公開されていない。
Waiting／Suspected threats
ロビーの待機者を分類する2つのカテゴリー。前者は確認済み・標準の参加者や登録済みボット、後者は未登録またはシステムが識別したボットを指す。
会議の知能（meeting intelligence）
会議での会話を、文字起こし・要約・検索可能なデータへと変換して活用する仕組みや、その付加価値を指す概念。誰がこの層を握るかが、各社の競争軸になりつつある。
【参考リンク】
Microsoft Teams（公式サイト）（外部）
Microsoftのビジネス向けコラボレーションツール公式ページ。会議・チャット・通話の機能や料金プランを確認できる。
Manage external bots and their access to meetings（Microsoft Learn）（外部）
今回の新ポリシーの管理者向け公式ドキュメント。設定方法やPowerShell操作、誤検出の修正手順を掲載している。
Teams Bot Identification Program（Microsoft Learn）（外部）
ISVがボットを登録し、自己識別マーカーで既知の参加者として認識されるための公式プログラムを解説している。
Google Meet（公式サイト）（外部）
GoogleのWeb会議サービス公式ページ。なお、Google Meetの第三者製ボット対策については、Neowinなどが2026年3月の変更として報じている。
Otter.ai（公式サイト）（外部）
AIによる会議の文字起こし・要約サービスの公式サイト。本件で管理対象となる外部議事録ボットの代表例である。
Fireflies.ai（公式サイト）（外部）
会議の録音・文字起こしとCRM連携を特徴とするAI議事録サービスの公式サイト。同じく外部ボットの代表例とされる。
【参考記事】
Google Meet gets a new update to stop bots from joining meetings（Neowin）（外部）
GoogleがMeetの待機列を「潜在的リスク」と「確認済み」に分離し既定で入室拒否にしたと報じる記事。
Microsoft wants to stop unwanted bots from entering Teams meetings（Help Net Security）（外部）
廃止対象がCAPTCHAポリシーである点と、ロビーの参加者分類を具体的に整理して解説した記事。
Microsoft Teams: Identify external bots joining your Teams meetings（M365 Admin）（外部）
本機能がロードマップID558107に紐づき、2026年5月中旬から順次提供される点を伝える記事。
Class-action suit claims Otter AI secretly records private work conversations（NPR）（外部）
Otter.aiが同意なく会話を録音しAI学習に使ったとされる集団訴訟を報じる。訴訟部分の一次的裏付け。
AI Notetaking Tools Under Fire: Lessons from the Otter.ai Class Action Complaint（National Law Review）（外部）
Brewer v. Otter.aiの根拠法や、全参加者同意モデルの重要性を法務の視点から整理した記事。
Otter.ai on Trial, and the AI Notetaker Industry with it（UC Today）（外部）
Otter.ai訴訟の統合と、Fireflies.aiのBIPA集団訴訟に触れ、業界全体への波及を示す記事。
Microsoft Teams June 2026 External Bot Controls: Detect, Label, Govern Meetings（Windows Forum）（外部）
ボットを別クラスとして扱う意義と、Microsoftが会議の知能を握る二面性を指摘する分析記事。
【関連記事】
AI議事録ツールに潜むサイバーリスク – Otter.ai訴訟が示す企業の脆弱性と対策 Otter.ai訴訟や録音同意の責任所在、シャドーAI化する議事録ボットのリスクを企業側の視点から整理した一本。
Zoom会議が知らぬ間に公開される—WebinarTVによる大規模スクレイピングの実態 AI文字起こしツールのブラウザ拡張が会議情報流出の入口となる構造を掘り下げ、AIガバナンス「第二波」を論じる。
Cloudflare「PACT」発表─CAPTCHAが消える日、ブラウザがあなたの”人間性”を証明する 人間とボットの見分けが限界に近づくなか、CAPTCHAに代わる匿名の通行証で人間性を証明する新プロトコルを解説。
【編集部後記】
この記事を書きながら、ふと自分の直近の会議を思い返してみました。参加者リストに並んでいた名前を、最後まできちんと確認しただろうか、と。おそらく多くの人が同じで、私たちは「たぶん大丈夫」という感覚のまま、会話を続けてきたのだと思います。今回のような仕組みが必要になったこと自体が、その曖昧さがもう通用しなくなったことの証なのでしょう。
面白いのは、これが「AIを締め出す」話ではない点です。むしろ前提は逆で、AIが会議に加わることはもう当たり前になった。だからこそ、どのAIを、誰の判断で招き入れるのかを決める作法が要る。ボットを敵視するのではなく、正しく名乗らせ、人が一呼吸おいて迎える。その方向へ舵が切られたことに、成熟のようなものを感じます。
一方で、こうした仕組みが整うほど、その入口を握る側の力は大きくなります。会議から生まれる要約や記録という「価値」の通り道を、誰が管理するのか。便利さの裏でそういう構図が静かに固まっていくことには、少し目を凝らしておきたいところです。
最後に、これは働き方の話でもあります。あなたが次に会議へ入るとき、そこにいるのが誰で、何が聞いているのかを、ほんの一瞬でいいので意識してみてください。その小さな確認の積み重ねが、AIと一緒に働く時代の、案外いちばん確かな備えになるのかもしれません。一緒に考えていけたらうれしいです。
