> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/ja/naentpuraizusbisu/vdi/core-concepts.md). # 基本概念 このセクションでは、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 ユーザー用に、Zoom Workplace VDI アプリ用とプラグイン用の2つの個別のデータストリームを維持します。この構成により、ユーザーのリモートクライアント（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 This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## 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, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/ja/naentpuraizusbisu/vdi/core-concepts.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.