# 中核概念 ### プラグイン最適化モード #### 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つの別々の宛先にデータを送信する方法を示す図。

#### チャネル最適化モード: プラグインが仮想デスクトップを経由してヘアピンされたデータを受信する場合 チャネル最適化はダイレクト最適化の体験に似ており、プラグインは引き続きミーティングメディアをレンダリングします（上の画像のとおり）が、異なるネットワークパスを経由します。このモードでは、次のことが発生します: 1. すべてのミーティングメディアは、最初にZoomクラウドからVDIサーバーに配信されます。 2. VDIサーバーは、アウトオブバンドUDP接続を介して、またはUDP接続を確立できない場合は既存のVDI仮想チャネルを介して、メディアをプラグインに転送します。 この方法は、シンクライアント（またはその他のリモートデバイス）に対してインターネットへの直接アクセスを有効にしない組織、または自社ネットワークを介してデータをルーティングすることを好む組織に適している場合がありますが、 *潜在的に* ネットワークのルーティング条件が最適でない場合、ダイレクト最適化よりも体験が悪化する可能性があります。以下の画像は、UDP/チャネル最適化のデータフローを示しています。

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

#### フォールバックモード: すべてのミーティングメディアが仮想デスクトップにルーティングされ、そこで直接処理される場合 フォールバックモードは、完全に最適化されていないVDI体験を表します。このモードでは、メディア最適化もプラグインの使用もなく、すべての通信はVDIサーバーとZoomクラウドの間で直接行われ、すべての処理はVDIサーバー上でのみ実行されます。 この方法はVDIサーバーリソースに大きな処理負荷をかけ、遅延、途切れがちなビデオ、歪んだオーディオなど、しばしばパフォーマンス低下を引き起こします。そのため、フォールバックモードは最も推奨されない選択肢であり、最後の手段として、またはプラグインが利用できない場合にのみ使用すべきです。 {% hint style="danger" %} **警告** サーバーのパフォーマンスを維持するため、可能であればフォールバックモードは避けるべきです。 {% endhint %} #### 接続モードの概要 Zoom Workplace VDIアプリは、異なる運用およびセキュリティのニーズに合わせた3つの異なる接続モードをサポートしています。デフォルトで最も効率的なモードはダイレクト最適化モードで、Zoom Workplace VDIアプリとプラグインがZoomクラウドへの個別の接続を確立し、それぞれがZoomミーティングの担当部分を独立して処理することで、シームレスで最適化された体験を提供します。 ダイレクト最適化モードに加えて、Zoom Workplace VDIアプリは、チャネル最適化モードやフォールバックモードを含む代替構成でも動作できます。これらのモードは、リモートデバイスに対する制限されたインターネットアクセス、プライバシー上の懸念に対するデータルーティング、またはプラグインの不在など、特定のワークフローやネットワーク上の制約に対処するのに役立ちます。 次の表は、これらのモード間の主な違いを要約したものです。 | | **メディアのオフロード** | **プラグインからのクラウドへの直接アクセス** | | -------------- | -------------- | ------------------------ | | **ダイレクト最適化** | ✔ | ✔ | | **チャネル最適化** | ✔ | | | **フォールバックモード** | | | ### WebRTCメディアオフロード #### 概要 Zoomは、次を介してブラウザベースのWebRTCクライアントを提供しています [Zoom Web アプリ](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) これは、仮想デスクトップ環境内で実行されているときに、オーディオ処理をユーザーのローカルデバイスにオフロードできます。これは、VDIプラットフォームが独自のローカルWebRTCエンジンと、Zoom Web アプリをそのエンジンに橋渡しするリダイレクトフレームワークを提供するため、Zoom固有のプラグインを必要とせずに機能します。 {% hint style="danger" %} **警告** WebRTCメディアオフロードは現在オーディオのみに限定されており、ビデオ最適化はサポートしていません。 {% endhint %} この機能は、Zoom Web アプリの次の製品およびチャネルをサポートしています: * Zoom Phone * Zoom コンタクトセンター * Zoom コンタクトセンター CTI コネクタ この機能は現在、次の仮想デスクトッププラットフォームでサポートされています: * Citrix * Omnissa Horizon 詳細については、Zoomのヘルプセンターの以下をご参照ください [Zoom Web アプリのWebRTCリダイレクトをサポートするようにZoom VDIを構成する](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142). #### Zoom Web アプリはVDI WebRTCオーディオをローカルデバイスにオフロードします 仮想デスクトップ内のZoom Web アプリがWebRTCオーディオの初期化を試みると、その要求は仮想デスクトップがサウンドをキャプチャまたは処理しようとする前にインターセプトされます。ホストされたセッションでブラウザの組み込みWebRTCメディアスタックを有効化する代わりに、VDIプラットフォームはオーディオ関連のシグナリングを軽量な制御メッセージに変換します。これらのメッセージはVDIプロバイダーの仮想チャネルを介してユーザーのローカルマシンに送信され、リアルタイムオーディオトラフィックをZoomクラウドからユーザーのローカルマシンへ直接リダイレクトします。 ローカルマシンでは、VDIクライアント（例: Citrix、Omnissa Horizon）に含まれるネイティブWebRTCエンジンがこれらのメッセージを受信し、すべてのオーディオのキャプチャ、エンコード、デコード、および再生を担当するようになります。このエンジンは、ローカルシステムのマイク、スピーカー、および処理リソースを使用することで、オーディオが仮想デスクトップサーバーを経由しないようにするのに役立ちます。 次の図は、Zoom Web アプリおよびサポートされている仮想エージェントでWebRTCメディアオフロードを使用する際に、データがどのようにルーティングされるかを示しています。
Diagram illustrating the Zoom cloud connecting to two different components, with audio going to the Remote Client and Presence, Meeting Data, Video, and Screen Sharing routing to the VDI Desktop

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

#### 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 ソフトウェアや仮想デスクトップのサーバーからの処理負荷を必要とせずに、応答性が高くスケーラブルな会議体験を得られます. --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://library.zoom.com/technical-library/ja/naentpuraizusbisu/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.