为什么视频聊天会彻底改变客户参与度？ – 信息图

EnableX 是全球领先的全渠道

客户互动云解决方案提供商，帮助企业在客户旅程的每个阶段打造引人入胜的体验。该平台基于强大的云基础设施构建，集成了人工智能、数据和实时通信（包括文本、语音和视频），以提供智能、个性化和无缝的跨渠道互动。

EnableX 成立于 2017 年，总部位于新加坡，已迅速成为改变客户互动的关键力量。通过为大型全球电信公司和企业提供服务，EnableX 不断扩大其覆盖范围并完善其产品。在创始人兼首席执行官 Pankaj Gupta 的领导下，EnableX 致力于完善每一次互动，不断提高客户互动的卓越标准。

WebRTC是一个开源项目，它可以直接在浏览器应用程序和网站中添加实时通信功能（例如实时视频通话）。它通常被银行和金融、医疗保健和教育等不同行业使用，它是一组JavaScript API，可轻松集成，而无需处理使用它们时需要下载或插件的固有复杂性。但是，WebRTC 堆栈中有一些功能不是原生可用的，例如录制。要嵌入录制功能，许多开发人员通常会使用以下方法之一，具体取决于用于托管 WebRTC 应用程序的技术堆栈和开发人员的技能组合

• 使用原生浏览器API构建应用程序的全栈开发人员倾向于将众多浏览器 国家明智的电话号码数据 端屏幕录制插件之一包装到应用程序中。这可以作为原型解决方案。充其量，这是一种规避问题的方法，而不是提供与最终用户应用程序紧密集成的干净而强大的解决方案。
• 在WebRTC堆栈之上构建原生移动应用程序的移动应用程序开发人员几乎没有选择来记录会话。他们通常会在后台运行另一个录制应用程序来记录会话。这些快速修复和变通解决方案容易受到网络黑客攻击和许多可用性问题。
• 开发人员还可以利用 WebRTC 或CPaaS提供商。但是，提供有助于录制的 API 的服务提供商并不多。对于那些提供 API 的服务提供商来说，录制视频会话的功能和架构有所不同。一般来说，有两种广泛的机制——服务器端录制和客户端录制。让我们更详细地了解一下

服务器端或客户端录制

对于服务器端录制，媒体通过媒体服务器 CZ 领先 进行路由，而不是直接在浏 Żieda kbira fir-rata tal-imgħax tista’ twassal għal 览器之间路由。在这种情况下，WebRTC 会话在两端的服务器上终止，媒体路由到接收端。然后同时将解码后的媒体发送到后期处理和录制。具有服务器端录制 API 的服务提供商允许开发人员执行以下操作：

• 为 WebRTC 会话中的每个参与者录制视频/音频流。这些会话可以是一对一的，也可以是多方的。
• 将所有参与者的流混合并转码为单个复合视频文件。
• 提供布局API来管理录音内容布局。
• 此外，还可以有其他功能，例如将聊天与录音、水印等结合起来，这些功能通常是重新创建会话和版权保护所必需的

客户端录音

对于客户端录制，视频在本地录制，然后在上传到服务器之前进行处理。在这种情况下，需要一个额外的客户端端点来连接到 WebRTC 会话。该端点应该安装一个包含录制软件映像的软件二进制文件。该软件可以作为 docker 映像或简单的 ISO 提供。一个明显的缺点是您无法控制客户端的端点，并且其性能根据端点规格而有很大差异。大规模会话需要具有快速磁盘 I/O 访问速率和快速 CPU 的高端机器。

那么什么是最好的？ 

在决定是否采用应用程序级录制或 WebRTC 平台提供商提供的录制功能（即服务器端或客户端录制）时，需要考虑几个因素。

支持端点

• 浏览器：您需要找到适合特定浏览器的相关屏幕录制插件。如果您需要它适用于所有浏览器（大多数情况下都是如此），那么您最终将需要为每个浏览器安装多个插件。
• 移动应用程序：如果您正在开发原生移动或混合应用程序（即 REACT 原生等），那么建议您选择平台提供商

会议规模

• 多方会话

在多方会议中，用户没有足够的带宽来接收所有参与者的视频流的可能性很高。在现实情况下，一些参与者的视频质量会低于预期。因此，如果仅在客户端进行视频录制，质量也会较低。对于这种情况，建议选择提供服务器端录制的服务提供商

• 一对一课程

由于带宽在这里可能不是挑战，您可以选择客户端或服务器端录制，具体取决于您是否希望在您的终端安装录制服务器并处理所有录制管理问题。

• 并发会话

对于多个并发会话，需要负载平衡。在这种情况下，建议使用服务器端录制，以避免在应用程序层处理负载平衡和录制管理的复杂性。

会话记录是“必备”要求

如果出于法律或业务流程规则而必须记录会话，建议进行服务器端记录，因为它最不容易出错。

总之，在为支持 WebRTC 的应用程序添加录音功能时，您应该仔细权衡上述所有选项，然后确定最终解决方案。

立即试用我们的 API！