基本概念

このセクションでは、Zoom Workplace VDIアプリの基本概念の概要を説明します。

プラグイン最適化モード

Zoom Workplace VDI アプリは、リアルタイムメディア処理のために、ダイレクト最適化、チャネル最適化、フォールバック モードの3つの動作モードをサポートしています

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

ダイレクト最適化モード: Zoom Workplace VDI アプリとプラグインがZoomクラウドから独立したデータストリームを受信する場合

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

ダイレクト最適化モードで動作している場合、次のことが発生します:

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

2. Zoom Workplace VDI アプリは、参加者情報、チャットメッセージ、またはAI Companion機能などの一般的なミーティングデータを処理し、それをWorkplace アプリのプレースホルダー内に表示するとともに、プラグインに転送することで着信画面共有を管理し、アクティブなときには仮想デスクトップからローカルの画面共有コンテンツをアップロードします。

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

ダイレクト最適化モードを使用する場合に、Zoomクラウドがデータを2つの別々の宛先へ送信する仕組みを示す図。

チャネル最適化モード: Plug-In が仮想デスクトップ経由でヘアピン処理されたデータを受信する場合

チャネル最適化はダイレクト最適化の体験に似ており、Plug-In は（上の画像に示すように）ミーティングメディアをレンダリングし続けますが、別のネットワークパスを通します。このモードでは、次のことが発生します:

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

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

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

ヘアピン接続を通じてデータが VDI デスクトップとリモートクライアントに送信される仕組みを示す図。

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

フォールバックモードは、完全に最適化されていない VDI エクスペリエンスを表します。このモードでは、メディア最適化も Plug-In も使用されず、すべての通信は VDI サーバーと Zoomクラウドの間で直接行われ、すべての処理は VDI サーバー上でのみ実行されます。

この方法は VDI サーバーのリソースに大きな処理負荷をかけるため、多くの場合、速度低下、途切れ途切れのビデオ、歪んだオーディオなどのパフォーマンス低下を招きます。そのため、フォールバックモードは最も望ましくない選択肢であり、最後の手段として、または Plug-In を利用できない場合にのみ使用してください。

警告

サーバーのパフォーマンスを維持するため、可能な場合はフォールバックモードを避けるべきです。

接続モードの概要

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

Direct Optimized Mode に加えて、Zoom Workplace VDI アプリは、チャネル最適化モードやフォールバックモードなどの代替構成でも動作できます。これらのモードは、リモートデバイスのインターネットアクセス制限、プライバシー上の懸念に対応するデータルーティング、または Plug-In がないといった特定のワークフローやネットワークの制約への対応に役立ちます。

次の表は、これらのモード間の主な違いをまとめたものです。

	メディアオフロード	Plug-In からの直接クラウドアクセス
直接最適化	✔	✔
チャネル最適化	✔
フォールバックモード

WebRTCメディアオフローディング

概要

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

警告

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

この機能は、Zoom Web アプリの以下の製品とチャネルをサポートします:

• Zoom Phone

• Zoom コンタクトセンター

• Zoom コンタクトセンター CTI コネクタ

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

• Citrix

• Omnissa Horizon

詳細については、Zoom のヘルプセンターを参照してください Zoom Web アプリの WebRTC リダイレクトをサポートするように Zoom VDI を構成する.

Zoom Web アプリは、VDI の WebRTC オーディオをローカル デバイスにオフロードします

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

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

以下の図は、Zoom Web アプリと対応する仮想エージェントを使用した WebRTC Media Offloading におけるデータのルーティング方法を示しています。

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

Zoom Web アプリとローカルマシンの相互作用

Zoom Web アプリの視点では、体験は依然としてスタンダードなWebRTCセッションのように見えます。Zoom Web アプリとZoomのバックエンド間のシグナリングは仮想デスクトップを介して中継され、ローカルのWebRTCエンジンは合意されたセッションパラメーターを反映します。仮想デスクトップ アプリケーションは引き続きZoomインターフェース—コントロール、ミーティングのステータス、インジケーター—を提示しますが、実際のリアルタイムオーディオはローカルマシンで生成され、処理されます。

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

プラグインが不要な理由

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

結果

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