Teamsで画面共有の制御要求がうまく渡らないときは、まず「不具合」より「その組み合わせでは通らない条件」を疑うのが近道です。特に多いのは、どちらかがブラウザ版で参加している、会議ポリシーで制御要求が無効になっている、共有側でGPUやハードウェアアクセラレーションが使えない、Macで Use macOS content sharing を有効にしている、の4パターンです。ここを外すと、再起動や再インストールをしても直りません。(Microsoft Learn)
この記事では、Teamsで画面共有の制御要求が渡らないときの原因を、症状ごとに切り分けます。自分のPCで直せる問題か、主催者や管理者に依頼すべき問題かまで判断できるように、確認手順と回避策を実務目線で整理します。
Teamsで画面共有の制御要求が渡らない原因は、ほぼこの4つ
Teamsで画面共有の制御要求が通らないときは、次の順で見ると大きく外しません。
1つでもブラウザ参加が混じっているなら、設定より先にデスクトップアプリへ切り替える。外部ユーザーだけ失敗するなら、端末設定より主催者側のポリシーを疑う。要求は見えるのに共有者が承認できないならGPUを疑う。Macだけ再現するなら Use macOS content sharing を疑う。この順番で見ると、遠回りしにくくなります。(Microsoft Learn)
症状別に原因を絞る
Request control や Give control が最初から見えない
最初に確認したいのは、単にツールバーが隠れているだけではないか、という点です。Teamsのプレゼンター用ツールバーは共有者にしか表示されず、共有画面の上端にカーソルを寄せると表示されます。そこで Give control が出ないなら、どちらかがブラウザ版を使っているか、会議ポリシーで制御要求が無効になっている可能性が高いです。(マイクロソフトサポート)
判断の目安は単純で、「社内の別ユーザー相手なら出るが、特定の会議だけ出ない」ならポリシーや会議設定、「誰相手でも出ない」ならクライアント種別や端末側を疑うと切り分けやすいです。とくにブラウザ版Teamsは画面共有自体は使えても、共有中の give/take control は対象外です。(Microsoft Learn)
要求は届くのに、共有者が承認・拒否できない
この症状はかなり特徴的で、MicrosoftはGPU未搭載、またはGPUハードウェアアクセラレーション無効を原因として案内しています。典型例は、要求通知は見えるのに承認ボタンが出ない、Give control のドロップダウンが反応しない、という状態です。(Microsoft Learn)
確認は難しくありません。共有者のPCで edge://gpu/ または chrome://gpu/ を開き、ハードウェアアクセラレーションが使えない状態になっていないかを見ます。ここが原因なら、Teamsの再インストールより先に、端末がハードウェアアクセラレーションを使える構成かを確認した方が早いです。(Microsoft Learn)
Macだけ再現する
Macでは、Teamsの Use macOS content sharing を有効にしたネイティブ共有では、共有中コンテンツの give/take control がサポートされません。「画面共有はできるのに制御要求だけ通らない」なら、この設定が最優先の確認ポイントです。制御要求を使いたいなら、Teamsの設定でこの共有方式をオフにして再テストしてください。(マイクロソフトサポート)
また、Macでは画面共有の初回に画面収録権限が必要です。共有そのものが不安定な場合は、システム設定 > プライバシーとセキュリティ > Screen & System Audio Recording でTeamsを許可しているかも確認します。さらに、Microsoftは macOS 14 以降で DisplayLink などのドック利用時に、共有インジケーターやコントロールパネルに既知の問題があると案内しています。Macだけ現象が出るなら、ドックを外して本体直結で試す価値があります。(マイクロソフトサポート)
外部ゲストや他社ユーザーだけ失敗する
社内ユーザー同士では使えるのに、ゲストや他社ユーザーだけ Request control が出ないなら、主催者側の meeting policy を疑うべきです。Teams 管理センターには Participants can give or request control と External participants can give or request control があり、後者がオフなら外部参加者の制御要求は通りません。(Microsoft Learn)
ここで重要なのは、外部参加者の可否は参加者本人の設定ではなく、主催者側ポリシーに引っ張られることです。外部アクセスユーザー同士で制御を渡す場合は、双方の組織でポリシーがオンである必要があるため、片側だけ確認しても解決しないことがあります。(Microsoft Learn)
Linuxやブラウザ参加なら、設定調整の前に環境を見直す
画面共有の制御は、少なくとも双方がTeamsデスクトップクライアントで参加していることが前提です。Microsoftは、どちらか一方でもブラウザ参加なら制御はサポートされないと明記しています。また、Linuxでは共有や制御に制限があり、公式サポートでも「共有や制御ができない」旨が案内されています。(Microsoft Learn)
この条件に当てはまるときは、Teams設定を細かく触るより、まず両者をWindowsまたはMacのデスクトップアプリにそろえる方が確実です。検索で「制御要求が出ない」と見えていても、実際には“その環境では対象外”ということが少なくありません。(Microsoft Learn)
5分で試せる復旧手順
- 双方ともTeamsデスクトップアプリで入り直す
どちらかがブラウザ版のままだと、制御要求は前提を満たしません。まずはここをそろえてください。(Microsoft Learn) - 共有者の上部ツールバーを表示して、
Give controlの有無を確認する
ツールバーは共有画面の上端にカーソルを寄せると表示されます。表示されて初めて「ボタンが隠れていた」のか「機能自体が出ていない」のかを切り分けられます。(マイクロソフトサポート) - Macなら
Use macOS content sharingをオフにする
制御要求を使いたいなら、この設定がオンのままでは詰まります。共有そのものが不安定なら、画面収録権限も一緒に見直します。(マイクロソフトサポート) - Teamsを更新して再起動する
Teamsデスクトップアプリは自動更新ですが、待たずにUpdate and restart Teamsで更新できます。古いビルドが残っていると、共有周りの不整合が続くことがあります。(マイクロソフトサポート) - 一度サインアウトし、必要ならキャッシュをクリアする
Microsoftは、再サインインやキャッシュクリアを基本的な対処として案内しています。Windowsの new Teams なら設定 > アプリ > インストールされているアプリ > Microsoft Teams > 詳細オプション > リセットが簡単です。classic Teams は%appdata%\Microsoft\Teams、new Teams は%userprofile%\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeamsの削除が公式手順です。(マイクロソフトサポート) - 外部ユーザーだけダメなら、主催者か管理者にポリシー確認を依頼する
自分のPCだけ触っても直らないパターンです。External participants can give or request controlの確認を依頼した方が早いです。(Microsoft Learn) - 要求は見えるのに共有者が受けられないなら、共有者側でGPU状態を確認する
edge://gpu/やchrome://gpu/でハードウェアアクセラレーションが使えていない状態なら、設定変更より先にその原因を潰す必要があります。(Microsoft Learn)
管理者と主催者が見るべき設定
ユーザー側の再起動や更新をしても直らず、しかも特定の会議や特定の相手でだけ再現するなら、確認すべきはTeams管理側の設定です。見る場所は多くありません。(Microsoft Learn)
Meeting options > Who can presentで、画面共有する人がAttendee扱いになっていないか確認する。共有する側はPresenter以上にしておく方が安全です。(マイクロソフトサポート)Teams admin center > Meetings > Meeting policies > Content sharingのParticipants can give or request controlがオンか確認する。オフだとGive control自体が使えません。(Microsoft Learn)- 外部ゲストや他社ユーザーが絡むなら、同じ画面の
External participants can give or request controlも確認する。(Microsoft Learn) - そもそも共有が不安定なら、
Screen sharing modeがNot enabledになっていないかも見る。ここが無効だと、制御要求以前に共有機能が止まります。(Microsoft Learn)
現場では「ユーザーのPCが悪い」と思い込まれがちですが、外部参加者だけ失敗する、特定会議だけ失敗する、主催者を変えると成功するといった症状は、かなり高い確率でポリシー側です。端末対処に時間をかけすぎない方が、復旧は速くなります。(Microsoft Learn)
よくある勘違い
PowerPointのスライド制御と、画面共有の制御要求は別機能
PowerPoint共有で使う Slide control は、画面共有の Request control とは別です。スライド制御は、プレゼンのウィンドウを共有し、フルスクリーンで発表しているときの機能で、画面全体やデスクトップ共有では使えません。「PowerPointを出しているのに制御要求が出ない」場合は、そもそも見ている機能が違うことがあります。(マイクロソフトサポート)
操作まで不要なら、注釈の方が安全で早い
相手にキーボードやマウス操作まで渡す必要がないなら、Annotate の方が実務では扱いやすいです。Teamsの注釈は画面共有中に使え、参加者全員がその場で囲みや書き込みを追加できます。逆に、ウィンドウ共有では注釈できないので、ポインタで指示したい用途なら最初から画面共有を選ぶ方がスムーズです。(マイクロソフトサポート)
「制御を渡す」は便利だが、気軽に使ってよい機能ではない
Microsoftも、制御を渡す相手は信頼できる相手に限定するよう注意を出しています。制御を持った相手は、共有画面上で選択や編集だけでなく、システムや他アプリに影響する操作も実行できるためです。社内サポートでも、会議参加者全員に対して無造作に開く運用は避けた方が無難です。(マイクロソフトサポート)
それでも直らないときの回避策
Windows PC の遠隔支援が目的なら、Teamsにこだわらず Quick Assist に切り替える方が確実なことがあります。Quick Assistは6桁コードで接続し、相手の許可後に画面共有し、さらに Request control でフルコントロールを求められます。Teamsの会議ポリシーに引っかかる環境や、OSレベルの操作支援が必要な場面ではこちらの方が向いています。(マイクロソフトサポート)
ただし、Quick Assist は一般的な相互支援としては実質Windows向けです。Microsoftは macOS 版について、Microsoftサポートとのやり取り向けと案内しています。Mac混在環境で恒常的に遠隔支援するなら、Teamsの制御要求に依存しすぎない運用を考えた方が現実的です。(マイクロソフトサポート)
また、同じ時間帯に複数ユーザーで一斉に再現するなら、個別PCではなく既知のサービス障害も疑うべきです。Microsoftのサポートでも、広範囲の不調がある場合は公式の障害情報確認が案内されています。(マイクロソフトサポート)
最後に整理すると
Teamsで画面共有の制御要求が渡らない問題は、デスクトップアプリの利用、会議ポリシー、GPU/ハードウェアアクセラレーション、Mac固有設定の4点でほぼ説明できます。まずは双方をデスクトップアプリにそろえ、共有者のツールバーを確認し、Macなら Use macOS content sharing、要求は届くのに承認できないならGPU、外部ユーザーだけ不可なら主催者や管理者のポリシーを見てください。(Microsoft Learn)
急ぎで相手のPCを操作したいなら、原因調査を長引かせるより、WindowsではQuick Assistに切り替える方が業務を止めにくい場面もあります。読むだけで終わらせず、まずは「ブラウザ参加が混じっていないか」「外部参加者だけ失敗していないか」「共有者がMacではないか」の3点から確認すると、かなりの確率で早く答えにたどり着けます。(マイクロソフトサポート)
コメント