截至 2025 年 6 月 25 日，Zoom 提供 Realtime Media Streams，讓開發者可直接存取豐富、結構化的會議資料，以解鎖 AI 驅動的洞察、自動化關鍵工作流程，並在 Zoom 平台上建構具影響力的整合功能。開發者可參考 Realtime Media Streams 文件 開始使用。
Realtime Media Streams 免除了在會議中使用第三方自動化工具的需求。應用程式將接收每位參與者的結構化資料串流，反映授權給他們的使用者可見的上下文。
透過運用 RTMS，開發者可以讓其應用程式更具差異化、提升效能，並擴大營收機會。此外，企業也可獲得一項解決方案，讓他們即時存取最重要的對話，以取得洞察、符合法規要求並強化工作流程。
帳戶管理員可在 Zoom 網頁入口網站中啟用 RTMS，並設定 RTMS 自動啟動切換。除此之外，主辦人也可使用會中主辦人工具，控制參與者是否必須先請求主辦人核准才能存取會議內容。
管理員可在 Zoom 網頁入口網站的 Zoom Apps 設定中，於帳戶、群組或使用者層級啟用 RTMS。
除了將即時會議內容分享給應用程式之外，管理員也可以選擇自動啟動應用程式：
在「自動啟動存取已分享即時會議內容的應用程式」設定下，按一下「選擇要自動啟動的應用程式」。
選取已啟用 RTMS 的應用程式，並將「自動啟動」設為開啟。
主辦人可使用以下工具：
與應用程式分享即時會議內容：允許參與者分享會議內容。
要求主辦人核准：要求參與者先向主辦人請求核准，才能存取會議內容。
以下畫面為主辦人可看到的揭露、通知與 AAN 畫面範例。
主辦人與參與者會看到標準揭露：「此會議的內容正與一個或多個應用程式分享。」
這是當帳戶管理員將已啟用 RTMS 的應用程式設為自動啟動時，主辦人所看到的 AAN 畫面。
這是當主辦人透過應用程式 UI（JS API）或 REST API 啟動 RTMS 時，主辦人所看到的 AAN 畫面。在這張範例圖中，您是主辦人 Carlos Washington。
此彈出視窗代表主辦人要求核准才能分享會議內容的情境，且：
管理員將應用程式設為由與主辦人不同的帳戶自動啟動。
來自相同或不同帳戶的參與者透過應用程式（JS API 或 REST API）發起會中使用應用程式的請求。
這是單一應用程式請求彈出視窗的主辦人畫面。主辦人可以核准或拒絕該請求。
以下圖片涵蓋主辦人要求核准才能分享會議內容的情境，且：
一或多位參與者請求使用多個應用程式。
多位外部管理員為來自不同帳戶的多位參與者設定應用程式自動啟動。
來自相同或不同帳戶的參與者請求在會中分享內容。
這是多個應用程式請求彈出視窗的主辦人畫面。主辦人可以核准或拒絕該請求：
這是主辦人看到的已核准且正在分享內容之應用程式的 AAN 畫面。它會顯示應用程式名稱、應用程式的使用者，以及狀態「分享中」。
正在運作的應用程式之視訊方塊檢視，對所有會議參與者與主辦人皆相同。會在其視訊方塊中顯示會議參與者所使用的應用程式名稱。
正在運作的應用程式之沉浸式檢視，對所有會議參與者與主辦人皆相同。會在其影像下方顯示會議參與者所使用的應用程式名稱。
以下畫面為會議參與者可看到的揭露、通知與 AAN 畫面範例。
這是參與者用來向主辦人請求分享會議內容的請求彈出視窗。
以下為回應其請求時顯示給參與者的可用確認訊息：
請求已傳送給主辦人。
主辦人已拒絕應用程式分享會議內容的請求。
主辦人無法核准您的應用程式存取會議內容。
主辦人已停用您的應用程式分享會議內容的功能。
在主辦人加入會議之前，無法送出分享會議內容的請求。
分享會議內容的應用程式已停用。
最後更新於 7 個月前
這有幫助嗎？
