> 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/zh-tw/jin-jie-qi-ye-fu-wu/vdi/core-concepts.md).

# 核心概念

本節概述 Zoom Workplace VDI 應用程式的核心概念。

### 外掛程式最佳化模式

#### <mark style="color:藍色;">Zoom Workplace VDI 應用程式支援即時媒體處理的三種運作模式：直接最佳化、通道最佳化和備援模式</mark>

在 Zoom Workplace VDI 應用程式的脈絡中，即時媒體處理是指 Zoom Cloud、Zoom Workplace VDI 應用程式及/或外掛程式之間即時媒體的轉送與呈現。為了支援各種 VDI 使用案例，Zoom Workplace VDI 應用程式支援三種不同的媒體處理與最佳化運作模式：直接最佳化模式、通道最佳化模式和備援模式。以下章節將說明這些模式。

#### <mark style="color:藍色;">直接最佳化模式：當 Zoom Workplace VDI 應用程式和外掛程式從 Zoom Cloud 接收獨立的資料串流</mark>

直接最佳化模式是 Zoom Workplace VDI 應用程式與外掛程式的預設最佳化模式。在此模式下，Zoom Cloud 會為最佳化的 VDI 使用者維持兩條分開的資料串流：一條給 Zoom Workplace VDI 應用程式，另一條給外掛程式。此設定可讓使用者的遠端用戶端（配備 VDI 外掛程式）直接與 Zoom Cloud 進行即時媒體資料傳輸，無須將大多數即時媒體流量經由虛擬桌面或穿越虛擬通道路由。

當以直接最佳化模式運作時，會發生以下情況：

1. 外掛程式直接從雲端接收視訊與音訊資料串流。
2. Zoom Workplace VDI 應用程式會處理一般會議資料，例如與會者資訊、聊天訊息或 AI Companion 功能，並將其顯示在 Workplace 應用程式預留位置中，同時也會管理傳入的螢幕分享，將其轉送至外掛程式，並在本機螢幕分享內容啟用時從虛擬桌面上傳該內容。
3. 外掛程式與 VDI 桌面使用 VDI 廠商的虛擬連線彼此通訊，並決定兩層之間畫面上媒體的放置與呈現方式。

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdMkBI5zRMicu977C-QSvtu06Kuvb1YyPZMOqh3Tnzd37uapLNkWLZxLNXxEgmg8e8RxX8btLPjVg8EnW0kRRe-UAjKQAIQEeKpsuR0SrEapbZSH5EO1GPtECfHz5G9uN8ptVbegA?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>示意圖，說明在使用直接最佳化模式時，Zoom 雲端如何將資料傳送至兩個不同的目的地。</p></figcaption></figure></div>

#### <mark style="color:藍色;">通道最佳化模式：當外掛程式接收經由虛擬桌面回送的資料時</mark>

通道最佳化與直接最佳化體驗類似，外掛程式仍會呈現會議媒體（如上圖所示），但會經由不同的網路路徑。在此模式下，會發生以下情況：

1. 所有會議媒體會先從 Zoom Cloud 傳送至 VDI 伺服器。
2. VDI 伺服器會透過帶外 UDP 連線將媒體傳輸至外掛程式；若無法建立 UDP 連線，則改透過既有的 VDI 虛擬通道傳輸。

此方法可能較受那些不為薄型用戶端（或其他遠端裝置）開啟直接網際網路存取，或偏好讓資料經由其網路路由的組織青睞，但可以 *可能* 在網路路由條件不理想時，導致比直接最佳化更差的體驗。下圖展示了 UDP/通道最佳化的資料流。

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdDt_WwrMDVVWLYDgtsXxsqsQNcflrpzhxtQSV2cnlYTx4IKRPRT49o-VLNfImUru407_vp7LJkRdaF4SdvIO405fZaD4LCcEvTjlUgE54NwfafocBGGKNk2NmRX1dRpcbg5V7U-w?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>示意圖，說明在使用回送連線時，資料如何傳輸至 VDI 桌面與遠端用戶端。</p></figcaption></figure></div>

#### <mark style="color:藍色;">備援模式：當所有會議媒體都路由至虛擬桌面並直接在其上處理時</mark>

備援模式代表完全未最佳化的 VDI 體驗。在此模式下，不使用任何媒體最佳化或外掛程式，所有通訊皆直接在 VDI 伺服器與 Zoom Cloud 之間進行，且所有處理都僅發生在 VDI 伺服器上。

此方法會對 VDI 伺服器資源造成顯著的處理負擔，往往導致效能不佳，包括反應遲緩、視訊卡頓以及音訊失真。因此，備援模式是最不理想的選項，且僅應在最後手段或外掛程式不可用時使用。

{% hint style="danger" %}
**警告**

若可行，應避免使用備援模式，以維持伺服器效能。
{% endhint %}

#### <mark style="color:藍色;">連線模式摘要</mark>

Zoom Workplace VDI 應用程式支援三種不同的連線模式，各自針對不同的作業與安全需求而設計。預設且最有效率的模式是直接最佳化模式，其中 Zoom Workplace VDI 應用程式與外掛程式會與 Zoom Cloud 建立各自獨立的連線，並分別處理 Zoom 會議中各自負責的部分，以提供無縫且最佳化的體驗。

除了直接最佳化模式之外，Zoom Workplace VDI 應用程式也可在其他組態下運作，包括通道最佳化模式與備援模式。這些模式可協助因應特定工作流程或網路限制，例如遠端裝置的網際網路存取受限、基於隱私考量的資料路由，或缺少外掛程式。

下表摘要說明這些模式之間的主要差異。

|           | **媒體卸載** | **外掛程式直接存取雲端** |
| --------- | -------- | -------------- |
| **直接最佳化** | ✔        | ✔              |
| **通道最佳化** | ✔        |                |
| **備援模式**  |          |                |

### WebRTC 媒體卸載

#### <mark style="color:藍色;">概覽</mark>

Zoom 透過 [Zoom Web App](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) 提供以瀏覽器為基礎的 WebRTC 用戶端，可在虛擬桌面環境中執行時，將音訊處理卸載到使用者的本機裝置。這項功能不需要任何 Zoom 專屬外掛程式，因為 VDI 平台會提供自己的本機 WebRTC 引擎與重新導向架構，將 Zoom Web App 與該引擎連結。

{% hint style="danger" %}
**警告**

WebRTC 媒體卸載目前僅限於音訊，不支援視訊最佳化。
{% endhint %}

此功能支援來自 Zoom Web App 的以下產品與通道：

* Zoom Phone
* Zoom Contact Center
* Zoom Contact Center CTI 連接器

此功能目前受以下虛擬桌面平台支援：

* Citrix
* Omnissa Horizon

如需更多關於 [設定 Zoom VDI 以支援 Zoom Web App 的 WebRTC 重新導向](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

#### <mark style="color:藍色;">Zoom Web App 將 VDI WebRTC 音訊卸載至本機裝置</mark>

當虛擬桌面中的 Zoom Web App 嘗試初始化 WebRTC 音訊時，系統會在虛擬桌面嘗試擷取或處理聲音之前攔截其要求。VDI 平台不會在代管工作階段中啟用瀏覽器內建的 WebRTC 媒體堆疊，而是將與音訊相關的訊號轉換為輕量級的控制訊息。這些訊息會透過 VDI 提供者的虛擬通道傳送至使用者的本機電腦，將來自 Zoom 雲端的即時音訊流量直接重新導向至使用者的本機電腦。

在本機電腦上，VDI 用戶端（例如 Citrix、Omnissa Horizon）內含的原生 WebRTC 引擎會接收這些訊息，並負責所有音訊擷取、編碼、解碼與播放。該引擎會使用本機系統的麥克風、喇叭與處理資源，有助於確保音訊不會經由虛擬桌面伺服器傳輸。

下圖說明在使用 Zoom Web App 與受支援的虛擬代理程式進行 WebRTC 媒體卸載時，資料如何路由。<br>

<div data-with-frame="true"><figure><img src="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FMziMpXttOigLu71P5cJb%2FCA2AE7FE-CEB8-4890-87AD-77E31161C3CC.png?alt=media&amp;token=1e3b3f99-cb95-4ac4-82f0-c717f33b0f3f" alt="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" width="563"><figcaption><p>示意圖，說明媒體如何在虛擬桌面與遠端用戶端裝置之間分流。</p></figcaption></figure></div>

#### <mark style="color:藍色;">Zoom Web App 與本機電腦之間的互動</mark>

從 Zoom Web App 的角度來看，體驗仍然類似標準的 WebRTC 工作階段。Zoom Web App 與 Zoom 後端之間的訊號傳遞會透過虛擬桌面中繼，而本機 WebRTC 引擎會複製協商後的工作階段參數。虛擬桌面應用程式仍會顯示 Zoom 介面——控制項、會議狀態與指示器——而實際的即時音訊則由本機電腦產生與接收。

由於只有訊號訊息會穿越虛擬通道，因此即使在多使用者環境中，頻寬額外負擔也很低且穩定。

#### <mark style="color:藍色;">為何不需要外掛程式</mark>

關鍵的促成因素在於，VDI 用戶端（例如 Citrix、Omnissa Horizon）本身已內建完整的 WebRTC 媒體引擎，能夠處理即時音訊。由於重新導向層會讓 Zoom Web App 將此引擎視為其底層的 WebRTC 實作，因此 Zoom 不需要提供並維護另一個獨立的外掛程式。重新導向邏輯會將瀏覽器內虛擬桌面中的 WebRTC API 呼叫、裝置存取與工作階段協商對應到本機電腦上的原生引擎。

#### <mark style="color:藍色;">結果</mark>

此方法可讓 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/zh-tw/jin-jie-qi-ye-fu-wu/vdi/core-concepts.md?ask=<question>&goal=<endgoal>
```

`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.