Zoom 实时媒体流
最后更新于
这有帮助吗?
截至2025年6月25日,Zoom 提供实时媒体流,使开发者能够直接访问丰富、结构化的会议数据,从而释放由 AI 驱动的洞察、自动化关键工作流,并在 Zoom 平台上构建有影响力的集成。开发者可以参考 实时媒体流文档 开始使用。
实时媒体流消除了会议中对第三方自动化工具的需求。应用将接收按参会者划分的结构化数据流,反映授权它们的用户可访问的上下文。
通过利用 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 屏幕示例。
标准披露会向主持人和参会者显示:“本次会议的内容正在与一个或多个应用共享。”

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

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

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

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

