Callaba
实时

浏览器视频会议与网络研讨会房间

直接在浏览器中开展视频通话、主持式网络研讨会、支持房间和互动直播。区分活跃讲者与观看者,控制加入权限,录制重要会话,并把同一房间扩展到更完整的直播或回放工作流。

实时

一套系统完成直播交付与访问控制

接入直播信号、路由分发、控制访问,并交付直播与点播工作流——既可以通过产品界面,也可以通过 API,在云端或自托管环境运行。

示意图:浏览器参与者进入 Callaba WebRTC Video Conferencing,用于主持会议室、观众播放和会话录制。
Callaba WebRTC Video Conferencing 将浏览器参与者连接到主持会议室、观众播放和会话录制工作流。
工作流

在需要时区分参与者与观众

让主动发言者和被动观看者共用同一活动界面,而不必把每位参加者都强行塞进同一种参与模式。

把房间扩展成网络研讨会工作流

为讲者提供互动会话,同时为更大范围的观众保留一个更干净的观看层。

把主持与访问控制掌握在自己手里

决定谁可以加入、谁只能观看,以及房间如何暴露出去,而不是让这些规则只存在于临时会议链接里。

通过房间聊天和屏幕共享协作

使用房间聊天让讨论与实时通话保持同步,并在演示、评审或现场讲解时允许获准的参与者共享屏幕。

实时

同时支持内部运维和面向客户的会话

用同一套房间模型覆盖支持、监看、网络研讨会、内部评审和面向公众的互动会话。

让嘉宾通过浏览器加入

在浏览器中提供受控的嘉宾或网络研讨会加入流程,无需演讲者或受邀参与者安装特定平台的应用。

把房间送入播放或外部分发层

当会话需要超出房间参与者本身时,把它连接到观众播放层或其他分发层。

不改变房间逻辑也能录制会话

为了回放或审计保留会话,而不需要把实时房间重构成另一套单独的录制工作流。

技术规格

产品支持范围与验证要点

每项支持行为旁都给出实际验收检查。最终以已安装的 Callaba 界面以及真实的信号源、目标端和基础设施配置为准。

功能支持的行为验收检查
让嘉宾通过浏览器加入在浏览器中提供受控的嘉宾或网络研讨会加入流程,无需演讲者或受邀参与者安装特定平台的应用。设计目标是浏览器优先参与,这样运营人员、讲者和嘉宾的加入流程都可以保持轻量。
在需要时区分参与者与观众让主动发言者和被动观看者共用同一活动界面,而不必把每位参加者都强行塞进同一种参与模式。可以。常见的生产模式是保留少量活跃参与者,同时为更广泛的观众暴露一个单独的观看体验。
把房间扩展成网络研讨会工作流为讲者提供互动会话,同时为更大范围的观众保留一个更干净的观看层。可以。对于网络研讨会、监看场景,或任何不希望所有人都成为活跃房间参与者的场景,这通常是正确做法。
通过房间聊天和屏幕共享协作使用房间聊天让讨论与实时通话保持同步,并在演示、评审或现场讲解时允许获准的参与者共享屏幕。它从浏览器实时房间开始,但当工作流里包含被动观看时,这些房间也可以连接到面向观众的播放界面。
把房间送入播放或外部分发层当会话需要超出房间参与者本身时,把它连接到观众播放层或其他分发层。可以。对于网络研讨会、监看场景,或任何不希望所有人都成为活跃房间参与者的场景,这通常是正确做法。
不改变房间逻辑也能录制会话为了回放或审计保留会话,而不需要把实时房间重构成另一套单独的录制工作流。可以。当通话或网络研讨会需要保存、审计或后续回放时,录制就是天然的配套工作流。
工作流

一套系统完成直播交付与访问控制

接入直播信号、路由分发、控制访问,并交付直播与点播工作流——既可以通过产品界面,也可以通过 API,在云端或自托管环境运行。

云端视频会议定价

按量付费的云端方案适合希望快速上线浏览器通话和网络研讨会的团队:部署快、低延迟、基础设施可靠,并具备托管扩展能力。

在云端启动 Callaba

自托管无限视频会议定价

无限方案适合正在增长的中大型组织:既不受打包方案限制,又能继续完全掌控自己的数据与基础设施。

安装自托管 Callaba
API

用 API 模块自动化房间、网络研讨会和观众流程

当房间创建、观众播放和录制被当作独立模块来控制时,实时房间会更容易管理。当通话或网络研讨会需要成为你自己的产品、活动栈或操作员工作流的一部分时,就应该使用 API。

视频会议 REST API

常见问题

这是用于浏览器房间,还是用于被动观看的流?

它从浏览器实时房间开始,但当工作流里包含被动观看时,这些房间也可以连接到面向观众的播放界面。

同一个房间可以支持网络研讨会式的访问吗?

可以。常见的生产模式是保留少量活跃参与者,同时为更广泛的观众暴露一个单独的观看体验。

我可以录制会话吗?

可以。当通话或网络研讨会需要保存、审计或后续回放时,录制就是天然的配套工作流。

我可以只暴露观众观看界面吗?

可以。对于网络研讨会、监看场景,或任何不希望所有人都成为活跃房间参与者的场景,这通常是正确做法。

参与者需要安装什么东西吗?

设计目标是浏览器优先参与,这样运营人员、讲者和嘉宾的加入流程都可以保持轻量。

文档应该从哪里开始看?

先从 视频通话 开始,然后用 网页播放器 做面向观众的表面;如果会话需要归档或回放,再加上 录制

实时

浏览器视频会议与网络研讨会房间

直接在浏览器中开展视频通话、主持式网络研讨会、支持房间和互动直播。区分活跃讲者与观看者,控制加入权限,录制重要会话,并把同一房间扩展到更完整的直播或回放工作流。