コアコンセプト

このセクションでは、Zoom Workplace VDIアプリのコアコンセプトの概要を提供します。

プラグイン最適化モード

Zoom Workplace VDIアプリは、リアルタイムメディア処理のために、Direct Optimized（直接最適化）、Channel Optimized（チャネル最適化）、およびFallback Mode（フォールバック）という3つの動作モードをサポートします

Zoom Workplace VDIアプリの文脈では、リアルタイムメディア処理とは、Zoomクラウド、Zoom Workplace VDIアプリ、および／またはプラグイン間でのリアルタイムメディアの中継とレンダリングを指します。さまざまなVDIユースケースに対応するため、Zoom Workplace VDIアプリはメディア処理と最適化のためにDirect Optimizedモード、Channel Optimizedモード、Fallbackモードの3つの異なる動作モードをサポートしています。これらは以下のセクションで説明します。

Direct Optimizedモード：Zoom Workplace VDIアプリとプラグインがZoomクラウドから独立したデータストリームを受信する場合

Direct OptimizedモードはZoom Workplace VDIアプリとプラグインのデフォルトの最適化モードです。このモードでは、Zoomクラウドは最適化されたVDIユーザー向けに2つの別個のデータストリームを維持します：1つはZoom Workplace VDIアプリ用、もう1つはプラグイン用です。この構成により、VDIプラグインを搭載したユーザーのリモートクライアントがリアルタイムメディアデータ転送のためにZoomクラウドと直接通信でき、ほとんどのリアルタイムメディアトラフィックを仮想デスクトップや仮想チャネル経由でルーティングする必要がなくなります。

Direct Optimizedモードで動作する場合、次のことが発生します：

1. プラグインはクラウドからのビデオおよびオーディオのデータストリームを直接受信します。

2. Zoom Workplace VDIアプリは参加者情報、チャットメッセージ、AI Companion機能などの一般的なミーティングデータを処理し、Workplaceアプリのプレースホルダ内に表示します。また、インバウンドの画面共有をプラグインに転送し、ローカルの画面共有（仮想デスクトップ上でアクティブな場合）をアップロードして管理します。

3. プラグインとVDIデスクトップはVDIベンダーの仮想接続を使用して通信し、2つのレイヤー間でオンスクリーンメディアの配置とレンダリングを決定します。

Direct Optimizedモードを使用する場合に、Zoomクラウドが2つの別々の宛先にデータを送信する様子を示す図。

Channel Optimizedモード：プラグインが仮想デスクトップを経由してヘアピン接続されたデータを受信する場合

チャネル最適化はDirect Optimizationの体験と似ています。プラグインは引き続きミーティングメディアをレンダリングします（上の図のように）が、異なるネットワーク経路を通じて行われます。このモードでは、次のことが発生します：

1. すべてのミーティングメディアはまずZoomクラウドからVDIサーバーに配信されます。

2. VDIサーバーは、UDPのアウトオブバンド接続を介して、またはUDP接続を確立できない場合は既存のVDI仮想チャネルを介してプラグインにメディアを転送します。

この方法は、シンクライアント（またはその他のリモートデバイス）に直接インターネットアクセスを許可していない組織や、データを自社ネットワーク経由でルーティングすることを好む組織に適している場合がありますが、 潜在的に ネットワークのルーティング条件が最適でない場合、Direct Optimizationよりも悪い体験につながる可能性があります。以下の画像はUDP／チャネル最適化のデータフローを示しています。

データがヘアピン接続を介してVDIデスクトップとリモートクライアントに送信される方法を示す図。

Fallbackモード：すべてのミーティングメディアが仮想デスクトップにルーティングされ、そこで直接処理される場合

Fallbackモードは完全に最適化されていないVDI体験を表します。このモードではメディア最適化やプラグインは使用されず、すべての通信はVDIサーバーとZoomクラウド間で直接行われ、すべての処理は専らVDIサーバー上で実行されます。

この方法はVDIサーバーリソースに大きな処理負荷をかけるため、動作が遅くなる、ビデオが途切れる、オーディオが歪むなど、パフォーマンスが悪くなることが多いです。そのため、Fallbackモードは最も望ましくない選択肢であり、最後の手段として、またはプラグインが利用できない場合にのみ使用すべきです。

警告

サーバーのパフォーマンスを維持するため、可能な限りFallbackモードは避けるべきです。

接続モードの概要

Zoom Workplace VDIアプリは、運用上およびセキュリティ上のさまざまなニーズに合わせた3つの異なる接続モードをサポートします。デフォルトで最も効率的なモードはDirect Optimizedモードであり、ここではZoom Workplace VDIアプリとプラグインがZoomクラウドに対して別々の接続を確立し、Zoomミーティングのそれぞれの部分を独立して処理してシームレスで最適化された体験を提供します。

Direct Optimizedモードに加えて、Zoom Workplace VDIアプリはChannel OptimizedモードやFallbackモードなどの代替構成でも動作できます。これらのモードは、リモートデバイスのインターネットアクセス制限、プライバシー上のデータルーティング、プラグインの不在など、特定のワークフローやネットワーク制約に対処するのに役立ちます。

以下の表はこれらのモード間の主な違いを要約したものです。

	メディアのオフロード	プラグインからのクラウドへの直接アクセス
Direct Optimized	✔	✔
Channel Optimized	✔
Fallback Mode

WebRTCメディアオフロード

概要

ZoomはブラウザベースのWebRTCクライアントを Zoom Web App として提供しており、仮想デスクトップ環境内で実行されている場合にはユーザーのローカルデバイスにオーディオ処理をオフロードできます。これはVDIプラットフォームが独自のローカルWebRTCエンジンと、Zoom Web Appをそのエンジンにブリッジするリダイレクションフレームワークを提供するため、Zoom固有のプラグインを必要とせずに動作します。

警告

WebRTCメディアオフロードは現在オーディオに限定されており、ビデオ最適化はサポートしていません。

この機能はZoom Web Appの次の製品およびチャネルをサポートします：

• Zoom Phone

• Zoom Contact Center

• Zoom Contact Center CTI Connector

この機能は現在、次の仮想デスクトッププラットフォームでサポートされています：

• Citrix

• Omnissa Horizon

購読に関する詳細はZoomのサポートセンターを参照してください。 Zoom Web App用のWebRTCリダイレクションをサポートするようにZoom VDIを構成すること.

Zoom Web AppはVDIのWebRTCオーディオをローカルデバイスにオフロードする

仮想デスクトップ内のZoom Web AppがWebRTCオーディオを初期化しようとすると、そのリクエストは仮想デスクトップが音声をキャプチャまたは処理しようとする前にインターセプトされます。ホストされたセッション内でブラウザの組み込みWebRTCメディアスタックを起動する代わりに、VDIプラットフォームはオーディオ関連のシグナリングを軽量な制御メッセージに変換します。これらのメッセージはVDIプロバイダーの仮想チャネルを通じてユーザーのローカルマシンに送信され、Zoomクラウドからのリアルタイムオーディオトラフィックを直接ローカルマシンにリダイレクトします。

ローカルマシンでは、VDIクライアントに含まれるネイティブのWebRTCエンジン（例：Citrix、Omnissa Horizon）がこれらのメッセージを受信し、すべてのオーディオキャプチャ、エンコード、デコード、および再生を担います。エンジンはローカルシステムのマイク、スピーカー、および処理リソースを使用するため、オーディオが仮想デスクトップサーバーを経由しないようにするのに役立ちます。

以下の図は、Zoom Web Appとサポート対象の仮想エージェントでWebRTCメディアオフロードを使用した場合にデータがどのようにルーティングされるかを示しています。

メディアが仮想デスクトップとリモートクライアントデバイスの間でどのように分離されるかを示す図。

Zoom Web Appとローカルマシン間の相互作用

Zoom Web Appの視点からは、体験は依然として標準的なWebRTCセッションに似ています。Zoom Web AppとZoomのバックエンド間のシグナリングは仮想デスクトップを介して中継され、ローカルのWebRTCエンジンは交渉されたセッションパラメータを反映します。仮想デスクトップアプリケーションはZoomのインターフェース（コントロール、ミーティングステータス、インジケータ）を引き続き表示し、実際のリアルタイムオーディオはローカルマシンによって生成および消費されます。

シグナリングメッセージのみが仮想チャネルを通過するため、帯域幅のオーバーヘッドは低く一貫しており、マルチユーザー環境でも安定しています。

なぜプラグインが不要なのか

重要な要因は、VDIクライアント（例：Citrix、Omnissa Horizon）がすでにリアルタイムオーディオを処理できる完全なWebRTCメディアエンジンを含んでいることです。リダイレクション層がこのエンジンをZoom Web Appから見た基盤のWebRTC実装として見せるため、Zoomは別個のプラグインを提供および維持する必要がありません。リダイレクションロジックは、仮想デスクトップ内のブラウザからローカルマシン上のネイティブエンジンへのWebRTC API呼び出し、デバイスアクセス、およびセッション交渉をマッピングします。

結果

このアプローチにより、ZoomのブラウザベースのWebRTC体験はVDI環境で効率的に動作し、完全なオーディオ最適化を実現します。インターフェースは仮想デスクトップ内で実行されますが、リアルタイムオーディオはローカルでキャプチャおよび処理されるため、ユーザーはローカルマシンに追加のZoomソフトウェアをインストールしたり、仮想デスクトップサーバーに追加の処理負荷をかけたりすることなく、応答性の高いスケーラブルな会議体験を得られます。