Microsoft Teamsで全社説明会、経営報告、社内イベント、数千人規模のオンライン配信を行う場合は、通常のTeams会議を拡張するのではなく、Town hallとして設計するのが基本です。「Plan for Teams town halls – Microsoft Teams」は、IT管理者がTeams Town hallを安全に展開するための計画ガイドで、特に確認すべき点は、作成権限、社外参加、参加人数、eCDN、録画・文字起こし、監視、ライセンスです。Town hallは既定で有効になっているため、全社展開前にイベントポリシーを見直さないと、想定外のユーザーが大規模イベントを作成できる可能性があります。(Microsoft Learn)
この記事では、2026年5月20日時点で確認できるMicrosoft公式情報をもとに、Microsoft TeamsのTown hallで何が変わるのか、どの管理者・開発者が影響を受けるのか、展開前にどの設定を確認すべきかを実務目線で整理します。
Plan for Teams town halls – Microsoft Teamsで最初に押さえるべきこと
Microsoft TeamsのTown hallは、少人数が発表し、多数の参加者が視聴する一方向型に近い大規模イベントです。発表者、開催者、共同開催者が配信を主導し、参加者は主に視聴、リアクション、Q&A、チャットなどで関与します。Microsoftは、20,000人を超える大規模イベントではTeams Events Servicesの利用も推奨しています。(Microsoft Learn)
通常のTeams会議との大きな違いは、参加者全員が自由に発言する場ではなく、運営側が見せる内容・発言者・参加体験を制御するイベント形式である点です。そのため、社内説明会や役員メッセージ配信、製品発表、教育機関の大型説明会、自治体・公共機関のオンライン説明会などに向いています。
管理者が最初に判断すべきことは、次の4点です。
| 確認項目 | 判断ポイント |
|---|---|
| 誰にTown hallの作成を許可するか | 全社員に許可するか、広報・人事・経営企画など特定部門に限定するか |
| 社外参加を許可するか | 社内限定、組織内＋ゲスト、公開イベントのどれにするか |
| 何人規模のイベントを想定するか | 3,000人、10,000人、20,000人超、100,000人規模で必要な準備が変わる |
| ネットワーク負荷に耐えられるか | eCDN、VPN、帯域、事前テスト、監視体制が必要か |
何が変わるのか：Teams Premium中心からTeams Enterpriseで使える機能が増える
2026年4月1日以降、従来Teams Premiumで提供されていた一部のTeamsイベント機能がTeams Enterpriseに含まれるようになっています。ただし、Teams Premiumは引き続き高度な会議保護、ブランディング、インテリジェンス機能などを提供し、すべてのPremium機能が不要になるわけではありません。Microsoftは、一部機能はTeams Enterpriseへロールアウト中で、組織によってはまだ利用できない可能性があるとも説明しています。(Microsoft Learn)
Town hallで特に影響が大きいのは、次の機能です。
| 項目 | 管理者への影響 |
|---|---|
| 参加者チャット | Town hall中の参加者チャットを許可するか、Q&A中心にするかを決める必要がある |
| カスタムメール | 招待メールや録画公開メールの文面・ブランド表現を運用ルール化する必要がある |
| リアクション・挙手機能・投票 | 参加者の反応を取りたいイベントでは有効だが、大規模イベントでは司会・モデレーター設計が必要 |
| Microsoft eCDN | 社内ネットワークで同時視聴が多い場合、帯域対策の中心になる |
| 1080p・Ultra-Low Latency | 高品質配信を使う場合、ネットワーク要件と端末条件を確認する必要がある |
| Silent Test | 本番前にネットワーク負荷を疑似的に検証できるため、大規模イベントでは必須に近い |
ここで重要なのは、「使える機能が増えた」ことよりも、管理者が制御すべき項目が増えたことです。たとえば、参加者チャットを有効にするとイベントの双方向性は上がりますが、数千人規模ではモデレーション、炎上対策、ログ管理、投稿ルールの整備が必要になります。
対象者はTeams管理者だけではない
「Plan for Teams town halls – Microsoft Teams」の影響を受けるのは、Teams管理者だけではありません。大規模イベントは、ID、ネットワーク、セキュリティ、コンプライアンス、社内広報、開発チームが関わる横断的な機能です。
| 対象者 | 確認すべきこと |
|---|---|
| Teams管理者 | Town hall作成権限、イベントアクセス、録画、文字起こし、Q&A、チャット、eCDNポリシー |
| Microsoft 365管理者 | ライセンス、Attendee Capacity Pack、Teams Premium契約の期限 |
| ネットワーク管理者 | Microsoft 365エンドポイント、VPN分岐、帯域、eCDN、QoS |
| セキュリティ・法務担当 | 録画保存、文字起こし、参加者レポート、外部参加者、機密情報共有 |
| イベント運営部門 | 招待メール、登壇者、リハーサル、モデレーター、録画公開 |
| 開発者・SIer | Microsoft Graph API、RSC権限、外部イベント管理システム連携 |
特に見落としやすいのは、ネットワーク管理者と広報部門の連携です。イベント企画側が「Teamsなら簡単に配信できる」と考えていても、同じ拠点で数百人が同時視聴すると、インターネット回線やプロキシ、VPN、無線LANに大きな負荷がかかります。
Town hallの参加人数とライセンスの考え方
Teams Enterpriseでは、リアクション、挙手、投票、Q&Aなどの参加機能を含むイベントを最大3,000人まで開催できます。また、Q&A付きの視聴専用イベントは最大10,000人まで対応します。さらに大規模なイベントでは、Attendee Capacity Packを使うことで最大100,000人まで拡張できます。(Microsoft Learn)
| イベント規模 | 想定される構成 | 注意点 |
|---|---|---|
| 〜3,000人 | 参加機能ありのTown hall | リアクション、挙手、投票、Q&Aを活用しやすい |
| 〜10,000人 | 視聴専用＋Q&A | 参加者は視聴中心。チャットやリアクションなどは制限される場合がある |
| 5,000〜100,000人 | Attendee Capacity Pack | 必要人数に応じたパックを開催者に割り当てる |
| 20,000人超 | Teams Events Servicesの検討 | 事前設計、支援、ネットワーク検証が重要 |
Attendee Capacity Packは、5K、10K、20K、35K、50K、75K、100Kのサイズで提供され、管理者がTeams管理センターで開催者に割り当てます。1人の開催者に割り当てられるAttendee Capacity Packは一つだけです。(Microsoft Learn)
参加人数で失敗しやすいポイント
大規模イベントでよくある失敗は、開催直前に参加人数だけを増やそうとすることです。Microsoftの説明では、より大きなAttendee Capacity Packを開催者に割り当てても、既存イベントの容量が自動更新されるわけではありません。開催者がイベントのスケジュール画面で容量を手動更新する必要があります。(Microsoft Learn)
また、参加機能ありのイベントと視聴専用イベントは、開催者がスケジュール時に選びます。後から切り替えることはできず、別イベントを作り直す必要があります。社内告知では「全員参加できます」とだけ伝えず、参加形態が「発言可能」なのか「視聴専用＋Q&A」なのかを明記しておくべきです。(Microsoft Learn)
管理者が最初に確認すべきイベントポリシー
Town hallは既定で有効です。全社展開する前に、Teams管理センターまたはPowerShellで、誰がTown hallを作成できるかを確認してください。Microsoft公式ドキュメントでは、Teams管理センターの「Meetings」→「Events Policies」からTown halls設定をオン・オフできると説明されています。(Microsoft Learn)
PowerShellで制御する場合は、Set-CsTeamsEventsPolicyの-AllowTownhallsパラメーターを使います。
Set-CsTeamsEventsPolicy -Identity <policy name> -AllowTownhalls Disabled有効化する場合は次のように設定します。
Set-CsTeamsEventsPolicy -Identity <policy name> -AllowTownhalls Enabled注意すべきなのは、ユーザーがTown hallをスケジュールした後にこの設定をオフにすると、そのユーザーはTown hallを開始できなくなる点です。すでに予定されている役員説明会や採用説明会がある場合、ポリシー変更前にイベント一覧と開催者を確認しておく必要があります。(Microsoft Learn)
社外参加を許可するかどうかを明確にする
Town hallでは、イベントの公開範囲が重要です。Microsoftの計画ガイドでは、外部参加者がTown hallに参加できるのは、開催者がイベントをPublicに設定した場合だと説明されています。また、組織内向けTown hallには、匿名ユーザーや外部アクセスユーザーは参加できません。(Microsoft Learn)
管理者は、-EventAccessTypeで公開範囲を制御できます。
Set-CsTeamsEventsPolicy -Identity <policy name> -EventAccessType EveryoneInCompanyExcludingGuests公開Town hallを許可する場合は次のように設定します。
Set-CsTeamsEventsPolicy -Identity <policy name> -EventAccessType Everyone実務では、次のように分けると運用しやすくなります。
| イベント種別 | 推奨される公開範囲 | 理由 |
|---|---|---|
| 全社会議、経営報告 | 組織内 | 機密情報や未公開情報を扱うことが多い |
| 採用説明会、顧客向け発表 | Public | 外部参加者がリンクから参加できる必要がある |
| 部門横断研修 | People and groups | 対象者を限定しやすい |
| 役員・管理職向け説明 | People and groups | 情報漏えいリスクを下げられる |
スケジュール画面では、イベントアクセスとして「Your organization」「Public」「People and groups」を選べます。People and groupsでは、最大500人の個別ユーザーと最大20個のグループを指定できますが、動的グループはサポートされません。(Microsoft サポート)
外部発表者を招く場合の注意点
Town hallでは、組織外の発表者を最大20人まで追加できます。外部発表者には固有の参加リンクが送られ、ロビーで待機せずにイベントへ参加できます。ただし、外部発表者リンクは転送しないよう案内すべきです。Microsoftは、同じリンクで最大3台のデバイスから参加できると説明しています。(Microsoft サポート)
外部登壇者を招くイベントでは、事前に次の項目を確認してください。
| 確認項目 | 実務上のポイント |
|---|---|
| 参加リンク | 外部発表者用リンクを一般参加者に転送しない |
| リハーサル | 本番前にカメラ、マイク、画面共有、回線を確認する |
| ロビー動作 | ゲスト認証に失敗した場合の承認担当者を決める |
| 登壇者権限 | 誰が発表し、誰が制作ツールを操作するかを分ける |
| 緊急連絡 | Teams以外の連絡手段を準備する |
ネットワーク準備はTown hall成功の最重要ポイント
Town hallの品質は、Teamsの機能だけで決まりません。特に社内拠点で多人数が同時視聴する場合、ネットワーク設計が不十分だと、映像の遅延、停止、音声途切れ、接続失敗が起きやすくなります。
Microsoftは、Town hallのネットワーク準備として、Microsoft 365ネットワーク接続原則、Microsoft 365エンドポイント到達性、VPN環境での考慮、帯域、eCDN、Silent Test、ドライランを確認するよう案内しています。eCDNがない場合、視聴者1人あたり各拠点で約2Mbps、1080pでは約3Mbpsを目安にする説明もあります。(Microsoft Learn)
| 準備項目 | 確認内容 |
|---|---|
| Microsoft 365接続 | Teams関連エンドポイントへ適切に到達できるか |
| VPN | 全トラフィックをVPNへ戻していないか。必要に応じてスプリットトンネルを検討する |
| 帯域 | 拠点ごとの同時視聴人数から必要帯域を見積もる |
| eCDN | Microsoft eCDNまたはパートナーeCDNを使うか決める |
| Silent Test | 本番前にネットワーク負荷を検証する |
| ドライラン | 登壇者、司会、画面共有、Q&A、録画公開まで通しで確認する |
eCDNは既定でMicrosoft eCDNが使われる
Microsoftの公式情報では、Town hallではMicrosoft eCDNが既定で使用されます。Microsoft eCDNは社内ネットワーク上で動画配信を最適化し、大規模な社内イベントによる帯域圧迫を抑えるための仕組みです。必要に応じて、Hive、Kollective、RampなどのパートナーeCDNも選択できます。(Microsoft Learn)
管理者がパートナーeCDNを使わせたい場合は、イベントポリシーの「Use Microsoft eCDN」をオフにするか、PowerShellで次のように設定します。
Set-CsTeamsEventsPolicy -Identity <policy name> -UseMicrosoftECDN $falseただし、Microsoftは、Microsoft eCDNを使わない場合、将来Microsoft eCDNを必要とする一部機能にアクセスできない可能性があると説明しています。既存のeCDN契約がある場合でも、「全Town hallで一律にパートナーeCDNへ切り替える」のではなく、拠点規模、配信品質、将来機能、サポート体制を比較して判断するのが安全です。(Microsoft Learn)
録画・文字起こし・レポートは事前にルール化する
Town hallでは、録画、文字起こし、字幕、参加者レポート、エンゲージメントレポートなど、イベント後に残る情報が多くなります。管理者は、単に「録画を許可するか」だけでなく、誰が録画を公開するか、保存期間をどうするか、文字起こしを有効にするか、参加者データを誰が閲覧できるかを決める必要があります。
公式ドキュメントでは、Town hallの録画は自動的に開始されるものの、開催者はこれをオフにできます。また、公開された録画は既定で30日後に期限切れになり、開催者は60日まで延長できます。期限後も共有を続けるには、ファイルの再アップロードと再公開が必要です。(Microsoft Learn)
| 項目 | 確認すべき運用ルール |
|---|---|
| 録画 | 自動録画を許可するか。公開前に内容確認を行うか |
| 録画期限 | 30日で十分か、60日まで延長する運用にするか |
| 文字起こし | 機密情報や個人情報が含まれるイベントで有効にするか |
| ライブ字幕 | 多言語対応が必要か。Teams Premiumやライセンス条件を確認する |
| 参加者レポート | 誰が閲覧・ダウンロードできるか |
| Q&AのCSV出力 | 質問データを保存するか、削除するか |
社外向けTown hallでは、録画や文字起こしに顧客名、個人情報、未公開情報が含まれることがあります。録画公開の承認フローを用意せずに自動公開すると、情報管理上のリスクが高まります。
監視は「本番中」と「本番後」の両方で考える
Town hallは本番中にトラブルが起きると、参加者が一斉に影響を受けます。Microsoftは、管理者がリアルタイムテレメトリを使って、発表者・開催者側の音声、映像、画面共有、ネットワーク関連の問題を調査できると説明しています。また、参加者側の体験はMicrosoft eCDN分析ダッシュボードで確認できます。(Microsoft Learn)
さらに、Call Quality Dashboard（CQD）を使うと、組織全体のTown hall品質を監視できます。Microsoft Call Quality connectorを使って、Power BI DesktopでTeams Events OverviewやEvent Health Detailsのレポートを見ることもできます。(Microsoft Learn)
大規模イベントでは、次の役割を事前に決めておくとトラブル対応が早くなります。
| 役割 | 担当内容 |
|---|---|
| イベント責任者 | 開始・終了判断、緊急時の方針決定 |
| Teams管理者 | ポリシー、参加者、録画、イベント設定の確認 |
| ネットワーク担当 | 拠点・VPN・eCDN・帯域の監視 |
| モデレーター | Q&A、チャット、リアクションの整理 |
| 登壇者サポート | 発表者の音声、映像、画面共有の支援 |
| 広報・運営 | 参加者向け案内、録画公開、事後連絡 |
Live EventsからTown hallへ移行する場合の確認ポイント
すでにTeams Live Eventsを使っている組織は、Town hallとの差分を確認してから移行する必要があります。Microsoftの比較では、Town hallは同時イベント数が50、継続時間が30時間、共同開催者が最大10人、発表者が最大100人、Attendee Pack利用時の配信規模が最大100,000人とされています。一方で、RTMP-OutはTown hallではサポートされません。(Microsoft Learn)
| 比較項目 | Live Events | Town hall |
|---|---|---|
| 配信規模 | 10,000人 | Attendee Packで最大100,000人 |
| 同時イベント数 | 15 | 50 |
| 継続時間 | 4時間 | 30時間 |
| 共同開催者 | 該当なし | 10人 |
| 発表者 | 100人 | 100人 |
| Q&A | 最大10,000人 | 最大100,000人 |
| 参加者チャット | なし | 最大20,000人 |
| RTMP-In | 対応 | 対応 |
| RTMP-Out | 対応 | 非対応 |
移行時に特に注意すべきなのは、RTMP-Out、招待メール、発表者・参加者の導線、録画公開、Q&Aの運用です。Live Eventsで外部配信基盤へRTMP-Outしていた組織は、Town hallに置き換えるだけでは同じ構成を再現できない可能性があります。
開発者が確認すべきMicrosoft Graph APIのポイント
開発者やSIerがイベント管理システム、社内ポータル、CRM、メール配信基盤とTown hallを連携する場合は、Microsoft GraphのVirtual events town hall APIを確認する必要があります。Microsoft Graphでは、Teams Town hallデータの取得、作成、更新、公開、キャンセルをプログラムから実行できます。(Microsoft Learn)
利用される主なリソースは次の3つです。
| リソース | 用途 |
|---|---|
virtualEventTownhall | Town hallの作成、取得、更新、公開、キャンセル |
virtualEventPresenter | 発表者の作成、取得、一覧、更新、削除 |
virtualEventSession | Town hallに紐づくセッション情報。オンライン会議のプロパティを継承 |
開発時に重要なのは、権限設計です。Microsoftは、特定のWebinarやTown hallだけに権限を限定できるResource-specific consent（RSC）を説明しており、特定イベントだけにアクセスするアプリではRSC、複数イベントを扱うバックエンド処理ではアプリケーショントークン、開催者操作を伴う場合は委任トークンを使う考え方を示しています。(Microsoft Learn)
また、Graph APIでTown hallを作成する場合は、まず下書きを作成し、その後Publish APIで公開します。公式情報では、Graph APIで作成したTown hallはTeamsクライアント上でも表示・編集でき、開催者だけが作成、公開、キャンセルできます。作成APIは開催者の代理としての委任権限を必要とします。(Microsoft Learn)
開発・連携で失敗しやすいポイント
開発者が見落としやすいのは、APIでイベントを作成できても、Teams側のポリシー、ライセンス、イベント容量、外部参加設定が別途影響することです。アプリケーションだけで完結する処理ではなく、Teams管理者と次の項目を合わせて確認してください。
| 確認項目 | なぜ重要か |
|---|---|
| 開催者のTown hall作成権限 | ポリシーで無効ならイベント運用に影響する |
| 開催者のライセンス | 大規模イベントではAttendee Capacity Packが必要になる場合がある |
| 公開状態 | 下書き作成後、Publishしないと参加者に見えない |
| メール通知 | API作成時に参加者メール通知をオフにできるが、開催者・共同開催者・発表者にはメールが送信される |
| 権限範囲 | RSCで済むのか、テナント全体アクセスが必要なのかを分ける |
| ベータAPI | 一部の一覧取得などは利用可能範囲やエンドポイントを確認する |
展開前チェックリスト
Town hallを組織で展開する場合は、いきなり全社に開放するのではなく、対象者を絞ってパイロット運用するのが現実的です。特に、外部参加者、10,000人規模、複数拠点同時視聴、録画公開を含むイベントでは、事前チェックが欠かせません。
| フェーズ | チェック項目 |
|---|---|
| 設計 | Town hallを使うイベント種別を決める |
| 権限 | 作成できるユーザー・部門をEvents Policyで制御する |
| 公開範囲 | 社内限定、公開、People and groupsを使い分ける |
| ライセンス | Teams Enterprise、Teams Premium、Attendee Capacity Packの必要性を確認する |
| ネットワーク | 拠点ごとの同時視聴人数、VPN、eCDN、帯域を見積もる |
| セキュリティ | 録画、文字起こし、Q&A、チャット、参加者レポートの扱いを決める |
| リハーサル | Silent Test、ドライラン、登壇者テストを実施する |
| 監視 | 本番中のテレメトリ、eCDN分析、CQD確認担当を決める |
| 事後対応 | 録画公開、参加者レポート、質問CSV、改善点の共有を行う |
まとめ：最初にやるべきことは「機能確認」ではなく「運用設計」
Microsoft Teamsの「Plan for Teams town halls – Microsoft Teams」は、Town hallの使い方を説明するだけのページではなく、IT管理者が大規模イベントを安全に展開するための計画ガイドです。重要なのは、Town hallが既定で有効であること、Teams Enterpriseで使えるイベント機能が広がっていること、参加規模によってAttendee Capacity PackやeCDN、Teams Events Servicesの検討が必要になることです。
まずは、Teams管理センターでEvents Policyを確認し、Town hallを作成できるユーザーを絞り込みましょう。次に、社外参加を許可するイベントと社内限定イベントを分類し、録画・文字起こし・Q&A・チャットの運用ルールを決めます。10,000人規模以上のイベントや複数拠点同時視聴がある場合は、ネットワーク管理者と連携し、eCDN、Silent Test、ドライランまで含めて準備することが成功の近道です。
コメント