Teams 管理者向け voice / face profile 登録ダッシュボードが Teams admin center に追加され、音声・顔プロファイルの登録状況を可視化できるようになりました。結論からいうと、このダッシュボードの価値は「AI 会議機能を有効化したか」ではなく、「実際に利用者の登録が進み、運用できる状態になっているか」を追える点にあります。Microsoft は 2026年3月の Teams 更新でこの機能を案内し、登録状況の推移を確認できるとしています。 (TECHCOMMUNITY.MICROSOFT.COM)
音声・顔プロファイルは、Teams の音質改善、話者特定、voice isolation、会議室での人物識別を支える土台です。登録が進んでいないと、会議室参加者が transcript や AI 関連機能で個人ではなく Speaker X / Participant X のように扱われやすく、Copilot や meeting recap の価値も出にくくなります。 (Microsoft Learn)
この記事では、Teams 管理者向け voice / face profile 登録ダッシュボードで何が見えるのか、AI 会議機能とどうつながるのか、導入企業がどう追えば失敗しにくいのかを、管理者目線で整理します。
Teams 管理者向け voice / face profile 登録ダッシュボードで何が見えるか
Microsoft の案内では、このダッシュボードは Teams Admin Center で voice / face profile の登録状況を可視化し、登録数の推移を確認するためのものです。単なる設定画面ではなく、「有効化したのに誰も登録していない」「一部の部門だけ定着していない」といった運用の詰まりを見つけるための監視画面と捉えると分かりやすいです。 (TECHCOMMUNITY.MICROSOFT.COM)
公開された画面では、TAC の Analytics & reports > Usage reports 配下に見えるレポートとして表示され、Face profile / Voice profile の切り替え、期間指定、折れ線グラフ、ユーザーごとの登録状況を確認できる一覧が確認できます。少なくとも公開画像からは、登録の推移とユーザー単位の状態確認を軸にしたレポート設計であることが読み取れます。 (TECHCOMMUNITY.MICROSOFT.COM)
管理者が実務でまず見たいのは、次の3つです。
- 登録推移
周知やパイロット展開のあとに、実際に登録数が増えているかを見ます。 - ユーザー単位の登録有無
本来使ってほしい対象者が、まだ未登録のまま残っていないかを確認します。 - 登録日
いつ登録が進んだかを見て、社内アナウンスや説明会の効果を判定します。
ここで重要なのは、「利用可能」と「利用準備完了」は別物だという点です。AI 機能はライセンスやポリシーを整えただけでは定着しません。利用者が Recognition まで完了してはじめて、会議の精度改善につながります。
なぜ AI 会議機能の土台になるのか
voice profile は「誰が話したか」を確定しやすくする
Microsoft Learn では、voice enrollment は speaker identification、transcription、voice isolation に使われると説明されています。つまり voice profile は、会議の雑音対策だけでなく、「誰の発言か」を正確に残すための前提でもあります。voice isolation を使わせたい場合も、Meeting policy 側の設定に加えて、Teams AI Policy 側で voice enrollment を許可しておく必要があります。 (Microsoft Learn)
Copilot や intelligent recap の観点でも、voice profile の有無は重い意味を持ちます。Microsoft は、Copilot in Teams にとって最も重要な入力の1つが 各話者の識別付き transcript だと説明しています。話者認識がないハイブリッド会議では、会議室の音声や映像が部屋名にひもづきやすく、誰が何を言ったかを後から追いにくくなります。Support ドキュメントでも、speaker recognition がある場合は AI notes で会議室内の各人が名前で帰属され、ない場合は部屋にまとめて帰属される例が示されています。 (Microsoft Learn)
face profile は「会議室の誰か」を映像側で識別しやすくする
face enrollment は、Microsoft Learn では supported cameras を使った meeting 内の facial identification に使われるとされています。Support ドキュメントでは、認識プロファイルを作成すると、対応するカメラやスピーカーがユーザーを認識し、会議中のビデオフレームや transcript、参加者一覧で扱いやすくなると案内されています。 (Microsoft Learn)
実務上の注意点は、face profile は voice profile の後でしか登録できないことです。Microsoft Learn では、ユーザーは voice を先に登録する必要があり、face だけを単独で登録することはできません。また、voice profile を削除すると face profile も自動で削除されます。ヘルプデスク対応で見落としやすいポイントです。 (Microsoft Learn)
会議室側の条件が合っていないと、登録率だけ上がっても効果が出ない
Teams Rooms の対応状況には差があります。Microsoft Learn では、Teams Rooms on Windows は voice と face の両方に対応し、Teams Rooms on Android は voice のみ対応で face は非対応です。さらに face recognition には対応カメラ、または Windows ベースの Teams Rooms と Cloud IntelliFrame が必要です。People Recognition は Teams Rooms Pro ライセンスのデバイス向け機能でもあります。 (Microsoft Learn)
このため、face 登録率が伸びないからといって、すぐに運用失敗とは限りません。会議室が Android 中心なら、そもそも face 側の活用余地が小さい可能性があります。voice と face を同じ KPI で追わないことが、管理の精度を上げるコツです。
加えて、会議室側の recognition 設定は、デバイス設定か meeting policy で構成できますが、Microsoft は device-level settings を推奨しており、meeting policy ベースの構成は将来リタイア予定と案内しています。長期運用を考えるなら、ルーム設定まで含めて見直したほうが安全です。 (Microsoft Learn)
Teams admin center で見えても、設定そのものは別管理
この機能で最も誤解されやすいのがここです。ダッシュボードは TAC に出ますが、voice / face enrollment の有効化自体は TAC では設定できません。 Microsoft Learn では、管理者は CsTeamsAIPolicy を PowerShell で使って EnrollVoice / EnrollFace を制御すると明記しており、従来の EnrollUserOverride を置き換える位置づけです。管理ガイドでも「Teams admin center では設定できず、PowerShell が必要」と案内されています。 (Microsoft Learn)
実務で先に確認したいのは次の4点です。
- EnrollVoice / EnrollFace が対象ユーザーに許可されているか。Microsoft Learn では、この 2 設定は Teams AI Policy の一部として説明されています。 (Microsoft Learn)
- 文字起こしが有効か。Microsoft Learn では、transcription が有効でなければ identification は起きないとされています。 (Microsoft Learn)
- voice isolation を使わせたいなら、Meeting policy 側の VoiceIsolation も有効か。voice profile だけでは足りません。 (Microsoft Learn)
- 会議室側で People Recognition が有効か、かつ対応デバイス構成か。ユーザー登録だけ済んでいても、部屋側が未設定なら効果は出ません。 (Microsoft Learn)
導入企業での追い方
まず「全社員」ではなく「対象者」を決める
導入初期に全社一斉で追うと、ダッシュボードは見えても意味のある数字になりません。先に切り分けたいのは、たとえば次のような対象です。
- Teams Rooms を使う頻度が高い部門
- 役員会議や対面参加の多い会議体
- Copilot や meeting recap の精度を重視するプロジェクトチーム
- voice isolation の効果を受けやすい利用者
特に face profile は、会議室のデバイス条件に左右されます。Windows ベースの Teams Rooms や対応カメラが少ない環境なら、最初は voice profile を主 KPI にしたほうが現実的です。 (Microsoft Learn)
管理しやすい形にするなら、ダッシュボードの数値をそのまま眺めるのではなく、社内では次のように KPI 化すると運用しやすくなります。
| KPI | 定義例 | 見方 |
|---|---|---|
| Voice 登録率 | voice profile 登録済み人数 ÷ 対象ユーザー数 | 話者特定・voice isolation の準備度を見る |
| Face 登録率 | face profile 登録済み人数 ÷ 対象ユーザー数 | 会議室での顔識別の準備度を見る |
| ルーム準備率 | recognition 有効な対象会議室数 ÷ 対象会議室数 | 部屋側の条件が整っているかを見る |
| 定着速度 | 案内後○日での登録率 | 周知施策が効いているかを見る |
利用者向け案内は「3分で終わる手順」にする
管理者が用意する案内は、長い説明資料より短い手順のほうが機能します。Microsoft の案内では、ユーザーは Teams デスクトップ アプリの Settings > Recognition から voice profile を作成し、その後に face profile を設定します。Support ドキュメントでは、voice はマイクを選んで読み上げ、face は案内に従って顔を撮影して進めます。 (Microsoft Learn)
日本語運用の観点では、Microsoft Learn の対応言語一覧に ja-jp が含まれています。日本語圏のテナントでも、音声登録の案内を標準運用に乗せやすいと見てよさそうです。 (Microsoft Learn)
案内文に最低限入れたいのは、この3点です。
- voice を先に登録し、その後に face を登録すること。face だけ先には進めません。 (Microsoft Learn)
- 静かな場所と適切なマイクで行うこと。Support ドキュメントでも、高品質なマイクと静かな環境が推奨されています。 (Microsoft サポート)
- 登録済みなのに transcript で名前が出ない場合は、再登録も候補にすること。Support ドキュメントでは、transcription で帰属されない場合に voice profile の再登録が案内されています。 (Microsoft サポート)
ダッシュボードは週次で見ると使いやすい
公開画面では期間指定とトレンド表示が見えているため、運用では日次より週次のほうが判断しやすいです。部署単位や会議室単位でパイロットを切っているなら、「案内送付の翌週にどれだけ増えたか」「説明会をした部門だけ伸びているか」を見るだけでも十分に価値があります。 (TECHCOMMUNITY.MICROSOFT.COM)
数字を見るときは、次のように読むと判断しやすくなります。
- 登録数が増えない
→ ポリシー未適用、周知不足、Recognition 手順の分かりにくさを先に疑う - voice は増えるのに face が増えない
→ 会議室の OS やカメラ条件が face 活用に合っていない可能性を疑う - 登録済みなのに Speaker X のまま
→ transcription や room recognition 側の設定を先に疑う
最後のケースは特に多いです。Microsoft Learn では transcription が無効だと identification は起きず、Teams Rooms 側でも recognition を有効にする必要があります。つまり、登録率だけでなく、実際に会議で識別されているかまで確認して初めて導入完了です。 (Microsoft Learn)
プライバシー説明を後回しにしない
voice / face profile は生体情報を扱うため、利用者への説明を後回しにすると登録率が伸びません。Microsoft Learn では、voice / face データは Teams データと同じ地域に保存・処理され、保存時・転送時ともに暗号化され、モデル学習には使われないと説明されています。 (Microsoft Learn)
社内説明で押さえておきたい点は次の通りです。
- ユーザーは Teams デスクトップ クライアントから いつでも自分で unenroll できます。管理者が後から enrollment を無効化しても、ユーザー側で削除できます。 (Microsoft Learn)
- データのエクスポートはエンドユーザー自身が行い、管理者はエクスポートできません。 Microsoft Learn の FAQ でも明記されています。 (Microsoft Learn)
- ユーザーが unenroll すると profile はすぐ削除され、Teams アカウントが削除された場合は 90 日以内に削除されます。さらに、1年間使われない profile は自動削除されます。 (Microsoft Learn)
この説明を先にしておくと、「監視されるのでは」という誤解を減らしやすくなります。管理者側のメッセージとしては、“会議精度向上のための登録であり、ユーザー自身が削除やエクスポートをコントロールできる” という伝え方が有効です。
まず管理者がやること
Teams 管理者向け voice / face profile 登録ダッシュボードは、AI 会議機能の派手な新機能というより、導入準備の進捗を見える化する土台です。重要なのは、ダッシュボードを見ること自体ではなく、数字を運用に結びつけることです。 (TECHCOMMUNITY.MICROSOFT.COM)
最初の一歩としては、次の順番が失敗しにくいです。
- 対象者と対象会議室を先に決める
voice と face を分けて考え、会議室の Windows / Android 構成や対応カメラを確認します。 (Microsoft Learn) - ポリシー、transcription、room recognition をそろえる
TAC にダッシュボードが出ても、設定は別です。PowerShell と会議室側設定を先に確認します。 (Microsoft Learn) - ダッシュボードで weekly review を回す
登録推移と未登録ユーザーを見て、案内不足なのか、部屋要件なのか、設定不備なのかを切り分けます。 (TECHCOMMUNITY.MICROSOFT.COM)
Teams の AI 会議機能は、オンにした瞬間に価値が出るわけではありません。voice / face profile の登録がどこまで進んだかを、管理者が継続して追えるようになったこと自体が、今回のアップデートの本質です。Copilot やハイブリッド会議の精度を本気で上げたいなら、このダッシュボードは「あと何が足りないか」を見つける最初の画面になります。 (TECHCOMMUNITY.MICROSOFT.COM)
コメント