ウェブ プラットフォームでは、すでに getDisplayMedia()
を使用してタブ、ウィンドウ、画面を共有できるようになっています。ユーザーが誤って必要以上の範囲に共有されないようにするための改善点は次のとおりです。
- 画面を共有するのではなく、タブを共有することがデフォルトのオプションになりました。
displaySurface
オプションを使用すると、ウェブアプリで特定のディスプレイ サーフェス タイプ(タブ、ウィンドウ、スクリーン)を提供するよう指定できます。surfaceSwitching
オプションは、ユーザーが共有タブを動的に切り替えることを許可するかどうかを示します。selfBrowserSurface
オプションを使用すると、ユーザーが現在のタブを共有しないようにできます。これにより、「鏡のホール」効果を回避できます。systemAudio
オプションを使用すると、Chrome は関連性の高い音声キャプチャのみをユーザーに提示できます。
ユーザーに提示された選択を並べ替える
getDisplayMedia()
が呼び出されると、メディア選択ツールがユーザーに表示され、ユーザーは任意のディスプレイ サーフェスを共有できます。経験から、提案の順序がユーザーの選択に影響することがわかっています。Chrome 107 では、ユーザーがタブに移動するよう選択ツールを並べ替えるテストを行っています。ほとんどの場合、この方法が最適です。
期待されるメリットは次のとおりです。
プライバシー
これまでは、画面はデフォルトのオプションとして提供されていました。ユーザーが元々意図したよりも多くの個人情報を開示する可能性があるため、これは最もプライバシー保護の低いオプションです。たとえば、
- タイムゾーン(システム クロックを使用)
- 言語
- システム通知
- アプリの実行
- インストール済みのアプリ
- インストール済みの拡張機能
- ブックマーク
- 閲覧履歴(アドレスバー経由)
- ユーザーのプロフィール写真(ブラウザ、システム、他のアプリ)
- ラグビークラブとの提携(デスクトップの壁紙経由)
- カレンダーなど、バックグラウンド アプリからの音声通知
こうした懸念のほとんどは、画面ではなくタブを共有すると解消されます。
機能の完全性
タブ共有の機能が充実しました。
- タブの音声の共有はすべてのプラットフォームでサポートされています。システムの音声とウィンドウの音声の共有は、現時点では一部のプラットフォームでのみ実装されています。
- タブを共有する際は、以下の補完的な機能を使用して、キャプチャしたコンテンツとのより緊密なコラボレーションを実現できます。
- Capture Handle: キャプチャされたタブを識別し、そのタブとのコミュニケーション チャネルを確立できます。
- Region Capture を使用すると、キャプチャしたコンテンツをさらに細かく絞り込めます。
パフォーマンスとユーザー エクスペリエンス
ユーザーが別のウェブアプリを共有する場合は、Chrome ウィンドウや画面全体ではなく、そのアプリを実行しているタブを直接共有することをおすすめします。
- ユーザーが別のアプリを操作しても、タブは引き続き共有されます。
- リモート ユーザーの参加者に表示される画像は、「アクションを拡大」して鮮明になります。
- 関連性のないコンテンツのキャプチャ、エンコード、送信を回避することで、CPU と帯域幅を節約できます。
- タブ キャプチャは、他のタイプのキャプチャよりも安定したフレームレートを実現できます。
新しい画面共有コントロール
displaySurface
、surfaceSwitching
、selfBrowserSurface
、systemAudio
の新しいオプションを使用すると、画面共有機能をカスタマイズできます。
詳しくは、プライバシーに配慮した画面共有の管理をご覧ください。
次のステップ
suppressLocalAudioPlayback
オプションは、タブで再生中の音声をユーザーのローカル スピーカーから再生するかどうかを示します。
条件付きフォーカスを使用すると、キャプチャ ウェブアプリから、キャプチャしたディスプレイ サーフェスにフォーカスを切り替えるか、そのようなフォーカス変更を回避するようにブラウザに指示できます。
謝辞
ヒーロー画像 by Jelleke Vanooteghem
この記事をレビューしてくれた Rachel Andrew に感謝します。