Zoom 实时媒体流
最后更新于
这有帮助吗?
截至 2025 年 6 月 25 日,Zoom 提供 Realtime Media Streams,使开发者能够直接访问丰富、结构化的会议数据,从而释放 AI 驱动的洞察、自动化关键工作流,并在 Zoom 平台上构建有影响力的集成。开发者可以参考 Realtime Media Streams 文档 开始使用。
Realtime Media Streams 消除了会议中对第三方自动化工具的需求。应用将按参会者接收结构化数据流,反映授权它们的用户可见的上下文。
借助 RTMS,开发者可以使其应用脱颖而出、提升性能并拓展收入机会。此外,企业还可以获得一种解决方案,实时访问其最关键的对话,以获取洞察、合规性和增强的工作流。
账户管理员可以在 Zoom Web门户 中启用 RTMS,并设置 RTMS 自动启动切换。此外,主持人可以使用会议中的主持人工具来控制参会者是否必须请求主持人批准才能访问会议内容。
管理员可以在 Zoom Web门户 中的 Zoom Apps 设置里,于账户、群组或用户级别启用 RTMS。

除了将实时会议内容与应用共享外,管理员还可以选择让应用自动启动:
在“自动启动访问共享实时会议内容的应用”设置下,点击“选择一个应用以自动启动”。
选择启用了 RTMS 的一个或多个应用,并将“自动启动”设为“开启”。

以下工具可供会议主持人使用:
与应用共享实时会议内容:启用参会者共享会议内容。
需要主持人批准:要求参会者请求主持人批准以访问会议内容。

以下屏幕是会议主持人可用的披露、通知和 AAN 屏幕示例。
标准披露会向主持人和参会者显示:“此会议的内容正在与一个或多个应用共享。”

当 RTMS 启用了应用由账户管理员设置为自动启动时,这是 AAN 的主持人视图。

当主持人通过应用 UI(JS API)或 REST API 启动 RTMS 时,这是 AAN 的主持人视图。在这张示例图中,你是 Carlos Washington,主持人。

此弹窗表示主持人要求批准共享会议内容的场景,并且:
管理员将应用设置为从与主持人不同的账户自动启动。
来自相同或不同账户的参会者请求在会议中使用某个应用,该请求通过应用(JS API 或 REST API)发起。
这是单个应用请求弹窗的主持人视图。主持人可以批准或拒绝该请求。

下图涵盖主持人要求批准共享会议内容,且以下情况:
一个或多个参会者请求了多个应用。
多个外部管理员将应用设置为为来自不同账户的多个参会者自动启动。
来自相同或不同账户的参会者请求在会议中共享内容。
这是多个应用请求弹窗的主持人视图。主持人可以批准或拒绝该请求:

这是已批准的应用正在主动共享内容时 AAN 的主持人视图。它显示应用名称、应用用户以及状态为“共享中”。

活动应用的视频平铺视图对所有会议参会者和主持人都相同。会议参会者使用的应用名称会显示在其视频平铺中。

活动应用的沉浸式视图对所有会议参会者和主持人都相同。会议参会者使用的应用名称会显示在其视频图像下方。

以下屏幕是会议参会者可用的披露、通知和 AAN 屏幕示例。
标准披露会向主持人和参会者显示:“此会议的内容正在与一个或多个应用共享。”

这是参会者用于向主持人请求共享会议内容的请求弹窗。

以下是针对其请求向参会者显示的可用确认消息:
请求已发送给主持人。
主持人已拒绝应用共享会议内容的请求。
主持人无法批准你的应用访问会议内容。
主持人已禁止你的应用共享会议内容。
在主持人加入会议之前,无法发送共享会议内容的请求。
共享会议内容的应用已被禁用。
活动应用的视频平铺视图对所有会议参会者和主持人都相同。会议参会者使用的应用名称会显示在其视频平铺中。

活动应用的沉浸式视图对所有会议参会者和主持人都相同。会议参会者使用的应用名称会显示在其视频图像下方。

最后更新于
这有帮助吗?
这有帮助吗?

