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