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