改2行代码，最快30分钟搭建企业自有音视频平台原创

接下来，直播正式开始。大家都知道，中小微企业落地音视频相关应用时，经常面临开发人力不足、开发周期紧迫的问题。其实这样的问题是可以用一些丰富的低代码场景化组件去化解的。只需要改两行代码，最快30分钟，企业就可以搭建自有的音视频平台了。具体怎如何实现呢？我们很荣幸邀请到了腾讯云音视频产品经理孙泽南，他负责TRTC场景化组建的产品策划和解决方案，包括互动直播、在线课堂、社交娱乐等场景。他今天的分享主要包含以下几个方面，企业哪些业务场景能用到音视频相关能力？如何用最快的时间、最省的人力落地自己的音视频应用，并给大家分享成功客户的实践案例。下面就有请泽南带来本期直播课程。30分钟搭建直播企业自有音视频平台。

呃，谢谢主持人，大家好，呃，我今天呢，给大家分享一下，就是如何企业过程中通过改两行代码，30分钟就可以搭建企业自有的音视频平台。那在我的正式分享之前呢，其实请允许我还是跟大家稍微分享一下我们腾讯云实时音视频TRTC，其实这个概念呢，在小马哥当年其实提出全真互联网概念的时候就已经提出来了，腾讯云音视频是奠定全真互联网的基石。那我们腾讯音视频就是TRTC，其实中文名也就是腾讯云实时音视频，其实我们主打的就是快速实现全球跨平台超高品质的实时音视频互动场景，那在我们实时音视频TRTC中呢，其实有两个场景是我们的主打场景，第一个呢是超低延时直播场景，第二个是多人互动场景，那在超低延时直播中呢，我们可以用小于一秒钟的低延时观看在一些场景中，那第二个在多人实时互动呢，我们可以达到全球端到端小于300毫秒这样一个量级，你就对于日常交流来说是几乎感受不到任何的延迟的，那目前我们TRTC在整体业务上呢，已经完成了每天支撑上行时长达到31分钟，在每月使用客户数量呢，也已经达到了5000家。

那整个TRTC的整体架构以及优势能力呢，大家可以看一下像左边这个图，其实像我们实时音视频上行的话，可以结合I'm去完成很多的场景，比如说一些电商的问答呀，一些观众列表的管理等等，也可以通过旁路直播的方式，把我们实时音视频推到云直播CSS，然后再通过CDN进行更大规模的分发，然后全球的观众可以通过手机浏览器，然后各个端去进行一个观看，同时呢，也可以去进一步的推到云点播，进行一个存储以及编辑短视频等等。

此外呢，像我们互动规模的峰值，刚才已经说过了，能达到31分钟每天，那在我们主打的多人实时互动场景中呢，我们能做到80%的一个抗丢包率，依然能达到音频的一个流畅，然后抗网络抖动呢，也是达到1000毫秒。呃，此外呢，其实我们在弱网抗性上做的是目前业界的领先水平，那在超低延时直播的场景中呢，我们可以同时支持十万人延时小于一秒的低延时观看。好，那介绍完我们整体的TRTC的情况，我将开始我今天正式的分享，我今天的分享呢，分为四部分，第一个是前前沿，第二个是企业，呃，常用的一些音视频场景。第三个呢，是介绍一下音视频低代码含UI组件ti k的概述，最后一部分是音视频低代码含I组件ti k的介绍，以及一些客户案例的分享。呃，那我们企业其实呃面临的很多场景能用到音视频，我们音视频呢，也在各个场景其实有一个深度融合的过程，不断的帮助企业去进行一个创新，实现一个降本增效和布局线上业务的情况，但是呢，目前很多企业碰到这种情况，想要落地一个音视频相关应用，比如说呃，有个企业我就想做一个企业内部的会议，那但是呢，我现在就要用人力呢也不够，开发时间呢也比较紧迫，那我们到底怎么样该呃。

去寻找这样一个快速落地的方案呢，那今天我的分享中就会给大家分享到这个主题，然后我们其实实现的方式呢，我们这边音视频技术已经有积累了20多年，然后呢，集成了一些TTC'M这些基础的SDK，开发出了一些场景化组件，场景呢有很多，然后代码呢都是开源在上，然后通过改两行代码呢，然后我们的DEMO你一分钟就可以跑通这块，然后。

企业如果快的话，30分钟到一天，就可以搭建你自己的一个音视频平台。好，第一部分就是企业常用的一个音视频场景，呃，现在很多企业其实像做一些社交娱乐的啊，包括像在线教学，还有企业服务，呃，这些企业会在很多很多的场景中用到我们音视频的能力，那在社交娱乐中呢，其实常用的比如说像做在线KTV啊，语音沙龙，互动直播，实时合唱，音视频聊天等等，那在线教学场景中呢，除了常规的呃，在线辅导，比如说1V1啊，小班课大班课之类等等，呃近期近年来比较火的像语言培训啊，在线健身教学，远程医疗教学，包括企业培训等等，都是可以通过呃我们的组件去这样进行一个实现的。那在企业服务中呢，除了像音视频通话，多人会议比较常规之外，其实很多企业现在由于疫情的影响，现在业务正面临一个转型，像包括一个在线招聘啊，在线相亲啊，视频客服啊等等这样一个场景，其实也正在进行一个数字化转型，并且在短时间内。

可能这个业务的转型并不会因为疫情的结束而结束，呃，仍然可能沿用这种线上的方式去帮助企业进行这样一个降本增效的一个过程。然后第二部分就要想介绍一下音视频低代码含UI的组件ti啊，这里面我想解释一下什么叫低代码，其实低代码呢，也就是意思改代码很少的意思啊，我们可能平时会听到零代码甚至低代码，甚至零代码的概念，那零代码呢，可能就是完全不用改代码，你就可以拿我们的应用去用，那今天呢，其实我们这里还是主要推出一个低代码的概念，你就改很少的代码，就可以实现企业你想要的这样一个场景。呃，首先呢，我想澄清一下一个概念，可能很多观众呢听到过一些概念，包括今天说的TYK呀，包括以往听到的a pass概念等等，那到底两个的区别在哪里，两个的联系又在哪里呢？那a pass其实就是application platform service是基于pass的一种解决方案，它其实就是在平台的基础上去封装了一层，把UI界面做了，把数据做了，把权限管理托管也帮你做了，那你把软件开发中的基础工具都给你做了，那用户直接接入即可以。那ti k其实是我们腾讯推出的含UI集成方案，这个呢也是我们在服务5000家客户的积累中呢，然后结合了一些主流的音视频场景去推出的一个开源解决方案。

那包含视频通话呀，直播呀，房间会议呀等等多个客户端的一个方案，那两者的概念区别又在哪里呢？其实ti k是在pass的基础上封装了一层UI，就是把你的用户界面给你封装好了，但是呃，并没有带上一个后台房间服务，然后一般来说后台房间服务可以进行一些观众列表的托管呀，然后进行一些后台数据的管理呀，那如也就是说T加上一个后台管理，就等于大家平时了解到的a pass概念，那除了我们现在推出了T的低代码产品方案，其实我们也做了一个开源的后台管理，这个呢可以根据企业自己的一个业务流程需要去进行一个定制，那比如说你的后台是不是需要啊，同一个手机号不不可以同时进入啊，或者你允不允许访客进入你的房间来观看直播呀，包括他是不是可以进来发言啊，这些都需要一个后台的管理，我们呢也同步推出了一个，呃。

后台的房间服务，那你把TY和后台房间服务都集成的话，你是完全可以搭建自己的一个A平台的。然后对我们音视频的整个低代码的解决方案TI呢，下面就是一个全景图，那这个呢，大家也可以看到，像中间主体部分，就是我们目前所有的组建，并且也在不断的扩程中，扩充中，包括像音视频通话的组建，多人会议的组建，视频互动直播的组建，像语音聊天室，语音沙龙的组件，包括像网页上的直播推流拉流的组件，以及娱乐性比较强的KTV和实时合唱组件。那除了这主体的一些TIP的组件呢，其实我们像左边我们也有一个开源的后台房间服务，也就是我刚才所说的，可以去进行一些成员的管理，列表的管理，这些后台数据的管理等等，那除了这些，那应对市场上需求比较高的，比如说你开一场直播，你需要美颜，你需要音效，你需要变身等等，你需要发弹幕等等，我们也有一部分，我们也有很多的挂件在整个画面的右边，就是包括像美颜挂件啊，音效挂件啊，弹幕挂件，礼物挂件。

这些都可以搭载我们的一个。整个TI的解决方案去实现的，也就是你从零到一要搭建一个直播，然后希望和观众互动的整体，你都可以借助这一整套方案去实现。

第二个，那我们TYK的整个结构到底是怎么样实现，或者说我们在整个呃封装代码的流程是怎么样帮大家去减少这样一个过程的，大家可以看到画面上下方其实就是我们的基础SDK，也就是我们相当于我们这边的TRTC，实时音视频的SDK I'm的SDK，这些是最底层的SDK，然后我们这边首先会进行第一层封装，把它抽象成model层，这里以音视频通话的组件calling为例，比如说我们把这些逻辑最基础的打电话、呼叫、挂断这些逻辑抽象封装起来，我们就形成了第二层叫逻辑层，也就是model层，我们一般开头都是命名是TRTC，某某某TRTC等等。然后紧接着我们又把第二层逻辑层进行一层UI上的封装，也就是我们把用户界面都做了，做了一个精美的用户界面。把有UI美化之后，我们就形成了第三层叫真正的TY，那我们命名呢，比如说叫ti call，那这个呢，其实如果一个客户想做一个打电话一个应用，那么就可以完全使用这个ti calling去上线了，我们UI界面上都帮你做好了，你拿过去改一改，自己其实就可以马上去可以用了，这是一个我们整体封装的一个逻辑和一个呃区别。

然后第二个，呃，刚才所说了，其实用我们的TP的，也就是低代码接入的方式和一个标准接入，可能有一些客户定制流程比较强，他并不会去接我们的DD代码组件，那么他会使用标准接入的方式，也就是接SDK的方式，那么来对比一下两种方式的。差别在哪里？这两种方式呢，也并没有优劣之分，只是说适合呃，看具体客户适合的场景来进行选择。那么左边呢，就是我们低代码接入，也就是含UI的组件这样一个特色，首先呢，他的学习成本很低，因为我们把底层的SDK呢进行一个封装了，然后把逻辑层也给你抽象好了，那你的开发人员其实是不需要对整个的技术架构，包括他的实现方式进行一个过多的理解的，你只需要达到你业务上的需求即可。然后第二个可以节省90%的开发时间，因为我们也刚才所说的嘛，就是低代码，其实改的就很少，改两行代码一分钟你就可以跑通DEMO，然后节省80%的人力和90%的一个开发时间，这个后续我们也是有客户案例去印证的，其实你投投的人力啊，包括花的时间确实会节省很多很多，那么这个低代码的方案其实适合客户，我们可以总结一下，就是首先你的开发人力可能人力不足，第二个项目。

周期紧。这样一个。现状的话，你可以选择低代码去接入，然后第二个可能有部分用户呢，也需要标准接入的方式，那标准接入的方式他就有几个特点，首先你需要自行设计UI和后台，那可能有些，呃公司呢，他需要一个自己品牌风格的一个应用，包括他比较活泼细啊，或者说他比较严肃啊，他的场景，那么他的UI肯定是自己的设计师去设计的，然后后台服务呢，包括他的一个整体托管啊逻辑，呃，用户列表的维护呢，他也需要自己去做，完全就是形成自己的一套风格。第二个他的业务功能是非常灵活的，包括如果他想中间踢人的逻辑，包括像嘉宾啊这样一个角色，他做一场直播，他嘉宾什么时候加入，什么时候可以发言，什么时候把用户给踢出去，什么时候又可以拉进来，然后整个流程上他的呃灵活性是非常非常高的，那么他就需要很大的定制性，那么可能就更适合去用我们的SDK接入方式，然后他的业务就整体更灵活，所以他的适合客户可能也是。

呃，开发人力他也很充足，项目也不急着上线，然后呢，他的业务要求又很灵活，那这样的情况下，其实也可以去选择我们这样一个标准接入的方式，我们也有很丰富全平台的SDK给大家去选用。

然后继续回到我们低代码接入的方式上，那我们低代码接入总是说很快很快，那接入到底有多快呢？我这里就举个例子，一般来说，我们的低代码接入只需要三步即可完成接入。第一步，首先到我们的号上去选择克隆或者下载我们的代码。第二步配置一个权限，就是把我们的SDK和APP所需的权限去配置好，包括一些权限和混淆原则，这个也很快。然后第三步你就可以直接去进行一个创建并初始化呃，Ti的组件库，那比如说你想实现通话，你就用calling，直播你就用live room，如果你想呃会议就是TY room，那创建并初始化T组件库，实现相关功能。好，到这三步为止，其实你已经实现了一个基础的应用，那如果你想要进一步的功能的话，其实你在搭载其他的挂件或者其他的功能即可。

好，第三部分就是我们所有的低代码场景组件的一个介绍和一个案例的分享啊，包括像通话呀，会议直播，低代码场景化组件，然后大家可以看到到底是呃，我们有哪些组件，包括你从零到一，你到底怎么样去做一个通话，怎么样去做一个直播这样一个案例的分享。好，第一个组件是我们的Qi calling，也就是我们音视频通话的这样一个组件，那左边三个图呢，其实就他的一个实景，我们DEMO的一个截图，以及一个功能的介绍，大家可以看到这个界面就是呃，非常标准的一个通话的一个组件，包括像呃打开关闭麦克风，打开关闭摄像头，然后取消或者挂断电话，然后还有前后摄像头的切换，然后包括你和别人打电话时候，大小窗口的一个大小窗口的一个切换，以及网络状态的提示，你的网络好不好，这些就是我们抽象出来的一个最简单最标准化的一个呃东西，然后界面呢，大家也可以看到，就是呃这个样子，布局呢，我们也做好了，如果你觉得这个样子完全符合你的要求，诶，呃，好像我用这个就可以，我们企业用这个来打电话，界面也非常不错，那么你完全可以就用这个改两行代码，改三行代码，马上就可以上线，完全没有问题。

啊，然后同时呢，我们也支持了1V1和多人的这样一个视频通话，无论是1V1的音音频通话，视频通话，还是多人的音频通话，视频通话，我们都已经支持了。此外啊，我们也做了很多的一个附加功能，除了这样一个标准的功能，包括像一些来电提醒啊，离线唤起啊，其实我们基本上可以完全做到像微信这样的一个体验。那在平台上呢，其实我们也做了很多的一个呃努力，呃，包括像除了像安卓端，IOS端，像外部端小程序我们也做了，像跨平台上其他我们做了Fla啊，还有union APP等等我们也做了，那union APP呢，我们也支持了客户端和小程序，那其实这里面大家只要关注好像这个符合我的业务啊，我的业务流程能跑通就可以上线了，但其实我们技术之前已经封装了tr TCD SDK I'm的SDKTPNSSDK这些大家其实都不用关心，但是我们底层已经封装好了。

好，接下来是一个TUI组件通话的一个，呃，这样一个应用，那其实在大家呃使用过程中可能觉得，哎，我们企业也并不需要这样一个通话呀，我们是其他的场景能不能用，可以这样给大家稍微抛几个例子，比如说像我们客户实现过的，像在线客服，然后第二个在线庭审，这个呢，也是因为疫情期间啊，催生出了很多的，包括像我们很多法院，像呃深圳啊，包括其他地方的一些法院都已经在用这种方式进行一个在线庭审了，那这个呢，也是可以用我们的这样一个组件去实现的，然后第三个在线问诊，因为大家现在也知道，如果线下去医院的话，可能会相当的麻烦，疫情期间，所以呢，现在在线问诊这个场景呢，也是非常火热，也挺符合大家需求，那同样呢，也可以用我们的组件去进行一个。

实现也很快，可以做到和他一模一样的体验，这都是真实的一个用户，这样子一个场景，好那么在很多客户介入的过程中呢，其实有一些通用通用性的问题啊，当然其他问题我会等到直播结束之后，然后再一一和大家进行一个交流，但是有一些常用的问题呢，我已经把它总结出来，给大家做一个基础的一个回答，那首先呢，可能我们这边有tr TC calling和ti calling，诶大家看到好像都是calling，结尾都是通话呀，这个有什么区别呢？啊，其实这个我们也是涉及到我们这边命名规则的问题，如果你以后看到tr TC calling，或者说以此外的TRTC某某某，Tr TC room等等等等，这些就是我们做的逻辑层，也就是不带UI层面的，你可以把逻辑层拿过去自己公司，呃，你们的设计人员去进行一个界面的设计，去进行一个上线。如果你看到t UI calling，包括t UI room啊，TUI什么什么后缀的TUI开头的，那么就是一个低代码的一个组件，也就是把UI层面已经带上了，你可以完全去复用，去快速上线啊。第二个呃，那么很多人会问到你们这样的一个通话组件可以自定义头像吗？自定义昵称吗？自定义来电铃称吗？啊这些我们都已经去实现了，大家可以去官网参照文档去进行一个实现，然后代码里很快我们都已经做好注释，很快改一下就可以，然后第三个支持来电提醒嘛，这也是客户问的很多的一个问题，像包括啊微信啊，可能有一些，呃，微信视频电话就很明显的提醒一个人，我们能做到这种体验吗？啊，是可以的，那我们目前的安卓和已经支持这种来电提醒了，大家完全可以去，呃，照着微信来严格要求我们，我们已经能实现和他们一样的体验了。

好，第二个组件是ti room t room呢，也就是多人会议的组件啊，左边一个图呢，其实由于篇幅所限啊，我没有把所有端，包括像电脑端啊，像小程序我都放上了，我放了一个例子就是呃，苹果手机端的。

IOS端的这样一个界面，包括像功能都标出来了，包括一些标准的开关扬声器啊，翻转摄像头啊，然后主持人的标识啊，还有用户的昵称啊，包括你的自由布局啊，然后还有你的屏幕共享界面啊，大家可以看到这个图上其实有三个格格嘛，其实呃，右上角这个就是一个屏幕共享的画面，你在电脑端屏幕共享在我们手机端呈现就是这个样子的啊，当然除了这里面，呃，大家在呃后续我会给大家放出DEMO的二维码给大家去体验，大家在体验的过程中你会发现这里面除了像一些开会用的常用的一些功能，其实还有一些美颜啊，音效啊等等这些都是可以去实现的，欢迎大家来进行一个体验。那么在端上呢，其实。我们做了iOS、安卓、Windows Mac，然后除了像呃，标准的native端的，其实跨平台我们也做了很多，包括像小程序和Fla，以及我们最近正在开发的web端和端。

啊，然后整体的画面呢，我们可以实现全高清，也就是全部1080P这样一个，呃，清晰度的。呃，然后接下来一个就是我们的ti组件，也就是我们的互动课堂组件，他整体的界面呢，就是像左边这个呃图一样，像包括一些举手上麦呀和老师互动呀，包括一些白板，我们都已经封装好了，那功能呢，也是抽象出了教育场景一些常用的标准功能，包括像举手上麦呀，自研的白板等等，那目前这个组件呢，其实平台上呢，我们目前只做了跨平台的election端，因为是桌面端，需求要求比较多，然后。技术呢，我们这里面也是封装了TRTCSDK和M的SDK这些，然后接下来想给大家分享的一个就是呃，利用这个T培组建，他去自己去搭的这样一个教学的一个场景，这个客户呢，也是某某金融公司，然后做的一个金融教学，左边是他的一个已经上线的APP的一个界面，可以看到他和我们组建的界面其实相似度，呃可以说达到百分之呃90以上这样的一个水平，其实确实这也是我们做低代码组建的一个初衷，就是为了让他快速改一下，他就能上线，然后他就能用，他就能去教学，他就能去直播啊，那这里呢，其实讲几个客户选择我们的理由，其实呃，首先他在这他们公司想要做这样一款组件的时候，他们也去进行了大量的调研，那调研到我们这里的组建的，首先第一个他发现场景非常契合，因为他们培训的讲师呢，一般是用电脑直播，然后观众呢，可以随时进行一个。

发言的交流，然后这个我们这个组件就非常契合他这个场景，第二个技术框架，技术框架呢，我们这里选用了elect elect呢是跨桌面端的这样一个开发框架，那他们发现诶我既可以做Windows，又可以做Mac，然后呢，难接入，难度又相对比较低，所以他也选择了我们这样一个方案。

其实我们在做这个组件的时候，其实也是经过了呃，大量的这样一个前期的技术调研，最后才选择了elect，然后包括一些技术实验方案，你幸运的回调等等实现方式，我们进行了大量的技术调研，才确定了最后一个技术实现方案，所以大家可以看到，当这个客户选择我们的时候发现，诶，你们逻辑好清晰啊，你们后台这个实现方式我们好像不需要学太多，我们就已经懂了，这个确实因为我们前期做了很多很多的一个技术调研工作，才能实现这样的一个，呃。体验，然后第三个他发现我们这里的举手上麦啊，自由发言模式这些都支持，而且代码全部开源，所以他就非常省心，当老板给到呃，这个开发负责人这样一个。任务的时候，他发现我们这个组件发现，诶，我好像这些功能他们都已经帮我实现了，此外呢，好像呃，我也不需要学太多，下面的人就可以开始动手了，所以他马上很快就决定了使用我们这个组件，此外呢，其实在接入过程中也难免碰到一些问题，我们呢也开发工程师呢，也是全程跟进的，一个一个小问题帮他解决，然后呢，就让他很快就进行了这样一个逐渐的一个上线。

然后第三个就是我想分享一下这个组件，其实这个客户也启发了我们，其实除了像教育啊这样一些大型会议这样一个场景，我们的组件也可以做很多，比如说在线会诊，比如说视频面试等等，那在这里面呢，也会遇到一些啊其他的问题啊，比如说呃，有些客户问的啊，这个虽然是用elect框架去开发的，虽然接入成本也很低，但是我如果和其他端，比如说我手机学生要进来听怎么办呢？啊，这个组件和t room呢，底层是完全互通的，那TY room呢，我们实现了移动端小程序等等，你可以参照它，然后让开发人员去进行一个改动，马上就可以所有端进行一个互通，去进行一个实现。那还有客户可能会关心，目前你们这个组建人数限制是多少呢？

那首先我们麦上，也就是同时发言的人能够达到300个，然后麦相呢是百万人观看的，我们实现方式呢，是通过CDN旁路直播观看的，然后这里我呃有一个问题值得注意的，就是我们I'm的public群组，这个就可能比较具体的问题，其实呃群主的问题大家也不用担心，这个是完全进行一个扩展，然后第三个大家也关心，诶这个布局好像我我不太喜欢，或者说不太符合我们的要求，我是不是可以去进行一个改变，这个呢是也是完全可以进行一个改变的，包括你像人的窗口和屏幕共享的窗口，你的白板窗口，随便你想怎么布局完全是可以的，而且这个很快，就是你在代码里稍微变一下就可以，好，这是T，也就是我们教育组件的一个案例的分享。接下来一个组件，也就是我们的T，就是视频互动直播的这样一个组件，大家也可以看到左边呢，像除了我们呃，这个我们使用方式是使用RTC上行RTC下行的，也就是推拉流都使用RTC一个方式，那这个也就是我们的超低延时直播，端到端可以进行300毫秒的这样一个直播互动，那观众呢，可以和主播进行一个连麦观，主播和主播之间呢，也可以进行一个PK，那还有一些美颜啊，特效啊，瘦下巴瘦脸啊，然后一些音效的这些呃改变都可以，都可以借助我们的这个组件实现。

下一个组件是我们的Qi push，也就是我们网页互动直播的推流端，那这个呢也是，呃，看到很多客户要求啊，我们想做一个直播，但是我又不想下客户端，我的用户，那能不能在网页上去实现呢？那这里我们就做了一个网页的互动直播推流和拉流，你可以在网页上进行看，进行进行直播，进行看，那么适用场景呢，包括像教育啊，像电商直播啊，招聘直播这些都是可以用的，那我们上行的线路，也就是主播，呃，也就是主播，我们用RTC线路上行去播的时候，那我们下行可能呃，部分客户觉得我们所有人都用RTC观看，就我们DN的观看好像也没有太必要，然后呢，成本可能也相对比较高，这个呢我们也做了考虑，所以我们下行就是观众观看的时候，我们用了三条线路给大家观看，第一条是RTC，呃，第二条是快直播，还有第三个是CDN，然后延时呢，可能会。

啊。呃，三条不同的岩石，然后价格呢也会不同，然后。对应的呢，也就是一个q player，也就是我们网页互动直播的拉流端，这个呢，我们除了像做了电脑浏览器端，也做了移动浏览器端，就是兼容了H5，这里面呢，其实也是跟着一个客户做了这样一个故事，是怎么样从电脑端又兼容了移动端，这样也是跟着一个客户一起成长的故事，那接下来呢，就给大家分享一下，呃，有个客户就是某某招聘直播呢，他也是接入我们组建的典型规范，他除了参考了我们这样一个组件去实现这样的一个自己，他还做了一定的自定义扩展，然后呢也很快做到一个上线，同时在最省时间最省人力的情况下，也达到了自己的业务需求。

呃呃，首先呢，左边这个界面和右边这个一个是电脑端的主播端，右边呢是呃，一个观众端的手机浏览器端，那么他是怎么样实现的？首先他在主播端就基本上页面和我们的组件保持了一致，然后呢，他变了个色调，变成了一个蓝色，属于自己品牌的风格，然后他就主播端可以上线了，然后他做的场景呢，是一个招聘直播，那么他在整个页面的左下角的部分，他做了一定的呃简历投放，那么观众端投放简历的时候，就会在主播端进行一个呃。主播就可以看到投了多少多少份简历，这是他做的第一个小小的改动，第二个呃，他提出的诉求是，呃，我们很多的观看招聘的人员，就是求职者，可能并不会时时刻刻在电脑前，那么我们是不是可以用手机看，呃后来我们详细了解之后发现确实这个场景好像，呃要求学生用电脑端也不太现实，然后我们就火速上线了右边这个呃兼容手机浏览器，这个我们也花了大概一周的时间，一到两周的时间，我们这边帮他完全兼容好，然后他也是进行一个快速的实现。第二个他说呃，这个客户提出了一个需求，好像我的求职者光听我讲，好像互动性不强，那么是不是可以我的。

呃，我的求职者可以上麦来和我一个演讲的一个面试官去进行一个聊天呢，聊聊你们企业对人才的要求啊，进行一个这样的一个问答互动呢，然后呢，他就进行了一个自己实现了一个连麦，因为我们组建的目前是还没有实现这样一个连麦，那他自己借助webd web SDK的能力就进行了这样个连麦，那右边这个图大家可以看到红框，我框的部分观众可以点击上麦，然后主播同意了之后，就可以进行一个语音进行一个互动了，那么他也是，呃，用自己的开发进行了这样一个扩展，那么所以他也就实现了整体他这样一个场景也很快去进行一个实现了，那么当初客户为什么会选择我们这一套组件呢？首先我们也跟他进行了一个深入的交流，首先他说外B端的优势，首先他不依赖电脑配置，其实你主播的电脑哪怕配置差一点，用web端可以也可以播，然后网络呢，也可以通过一个有线网络这样一个。

因为手机网络并不能实时保证很好，它可以呃用电脑去进行一个。他可以用网线去接入电脑，那么网络就有的保障。然第三个我们支持的浏览器范围也很大，除了像市面上很流行的浏览器之外啊，包括像微信你直接点击打开啊，企业微信直接点击打开啊，都是已经支持了这样一个内嵌的浏览器，然后第三个也是服务到位，我们在开发工程师呢，也做到了一个七乘24小时的服务，在他上线的前一段时间，我们是进行了有问必答这样一个呃服务，然后让他助力他这个业务呢，也很快进行了一个上线，然后也没有耽误他的任何一场直播。

啊，那这里呢，也有几个常见问题，像刚才所说的，很多客户会问，你们这个组件支持连麦吗？那目前我们组件里是没有集成，但是我们呃，业务侧可以通过web web SDK的能力自己去实现，通过监听，然后订阅远单流这样一个方式去实现。然后还有客户问到，你们下行三条线路，也就是刚刚我说的RTC啊，快直播啊，CDN，到底有什么差别，那首先我们观众观看三条线路，第一条叫RTC，那延时呢是在300毫秒以内，第二个线路是在快直播，快直播的延时呢是在300~1000毫秒之内，然后线路三呢是CDNCDN呢就是支持百万人观看的，这个延时呢，是在一到三秒之间。

如果你业务侧呢，可能觉得啊，我并不需要线路一，或者我并不需要线路三，我只需要线路一或者线路二，然后这个你是完全可以在代码中去屏蔽或者放开某条线路的。然后第四，呃，但是这里有个注意点，因为有些客户可能对连麦的要求比较高，所以如果你需要连麦的观众的话，那么你就必须依赖线路一实现了，你连麦的观众必须要在线路一去实现，那其他观看的观众仍然可以选择线路二或者线路三。然后第三个是人数限制，人数限制呢，这个是我们使用的是I'm的直播群，这个没有人数上限的这样一个说法，然后可能有客户在接入过程中好像发现我们直播间同时存在几十个或者说十几个，可能为什么？诶好像是不能创建了啊，这个不用担心，这个是因为I'm的体验版是支持呃群主的这样一个限制，这个呢，呃，如果在接入过程中遇到这类问题呢，可以联系我们，我们会很快的从后台帮你们解决。

啊，这是上一个是呃，网页互动直播的这样一个客户的介绍，然后接下来想跟大家介绍的是一个语音互动直播，也就是大家可能常说的语聊房这样的一个组件，也就是t boy路，这个呢，其实适合做的场景包括说一些啊语聊房啊，包括说一些呃，语音博客啊，语音沙龙啊，其实都可以借助这个组件去实现。那么在端上呢，我们除了安卓端，IOS端也做了一个小程序的这样一个端。A。接下来看给大家分享一个利用我们t voice through做自己的一个呃应用的一个例子，这个呢，它是跟我们用了我们的组件去实现了一个出海语聊的APP，它是主要做的是一个中东地方的市场，那也是在某科技公司，他呢也是参照我们的组件去实现了这样一个，然后叠加了自己业务上的，比如说啊一些点赞送礼送火箭，然后和观众连麦互，和主播连麦互动，然后这样一个整个的这样一个主体，参照了之后，再加上自己的业务逻辑去实现了这样一个，呃。

APP，然后呢，他这个业务呢，也是呃，我们一路看过来的，他的业务呢，增长一路从很小的这样一个量级慢慢增长，慢慢增长到现在已经算是一个呃。每天的量已经算到一个中大客户这样的一个级别了，然后在这个客户，包括像其他客户啊，说那到底除了像这个语疗房，好像我也想不到我们哪些能借助这个组件，这个呢，其实包括像一些游戏陪玩啊，一些语音聊天啊，包括其他的一些泛娱乐场景，其实都能用到我们的voice，就是语音互动直播这样的一个场景，那其他几个常见问题呢，像比如说卖位的数量到底有没有限制，那其实我们组件里面呢，目前最大你可以体验到九个人一起上麦，那当然这个也是完全可以自定义扩展，在你项目接入的过程中呢，你可以去进行这样一个扩展，然后第二个，呃，很多客户可能觉得语聊房像在线的人数啊，在线列表这样一个。

维护呢可能比较重要，那么你们这边是不是提供后台房间的一个服务呢？那目前我们TRTC这边已经有开源的后台房间服务了，那这个呢，也可以去官网找一些相应的文档去进行一个统一的一个接入，那第三个可能有部分用户可能他公司啊又要支持像安卓啊，还有像iOS这样一个呃版本，那么他需要一个Fla特的跨平台框架这样一个DEMO去进行一个开发，那问我们你们是不是支持Fla呀，那拉特呢，目前我们还不支持，但是如果你有这边需求的话，欢迎随时反馈给我们，我们这边也是很乐意去做这样一个事情的。然后接下来一个组件呢，是卡拉OK组件，也就是在线K歌组件，这个呢，其实我们呃，大家也可以看到左边的这个就是我们真实的一个做的DEMO的界面，也是做了一个好几版的优化，做的也是非常精美。那我们在K歌中可能关注的最大的两个点，一个是呃，延时高不高，我们能不能做到一个KTV一样的线下体验，第二个我们的曲库全不全，我想唱谁的歌马上就能搜到嘛，那在这两点上呢，我们也是下了很大的功夫，第一个呃，能不能还原线下KTV的体验，首先我们做到了端到端65毫秒这样一个级别，65毫秒什么概念，也就是你基本上你和另一个人一起K歌的话，你是完全感受不到两个人的，呃，声音有任何差距的。

也就是说你在唱歌的时候，完全都在节拍上，你感受不到两个人好像有抢拍啊，或者这种情况。然后第二个曲库，曲库呢，像我们国内呢，也是接了A的ame的这样一个曲库服务，也就是我们的百万曲库，这样呢，可以说是a me的百万曲库呢，可以说是业界领先，甚至可以说是国内最全的曲库了。

那但是可能有部分客户在做出海甚至海外业务的时候，诶，这个曲库可能就成为一个问题了啊，确实我们海外是没有这样一个曲库服务的，如果你要做一个出海这样一个业务的话，可能要去对接第三方的这样一个曲库服务。呃，这个也是一个我们案例的分享，接入我们在线KTV的这样一个客户，也是某某直播，他呢，也是结合了这样一个呃语聊和一个K歌的。这样一个场景做的一个呃，娱乐直播，娱乐派对的这样一个场景，那么它也是呃，大家可以看到右边的界面，当然他也没有完全运用我们的一个UI界面，那他因为他的风格觉得可能更偏娱乐化，更偏要呃。他自己的风格一点，所以呢，他自己也去定制了这样一个UI，但是主体界面呢，其实没有太大的一个变化，那还有一些常见的问题，可能你们在体验DEMO啊，或者接我们的服务的时候会提一些问题，这里我做统一的一个常呃统一性的解答，针对一些常规的一些问题，第一个呢，就是曲库由谁提供服务，这个呢，我也刚刚说了。

国内的曲库呢，是用ae提供服务的，那海外的曲库呢，可能需要自行对接第三方的曲库，然后第二个问题，很多客户在体验DEMO里面发现我们里面是有一个送礼功能的，然后目前是免费的，对，因为这个我们是做的样例，就是免费的一个送礼物的功能，当然如果你想做一个收费送礼的功能的话，是完全可以继承的，因为现在很多业务上我们了解到有比如说打赏，就比如说送鲜花，送这些的一个这样一个东西，那你业务这个呢，可能需要自己开发一下，对接自己的一个收费系统啊等等。那第三个卡拉OK组件是不是支持变声啊，变调啊，混响这些音效功能，这些呢，我们已经都已经支持了，所以大家可以去呃深度体验一下我们的DEMO，然后去呃看一下是不是符合你们的业务需求。最后一个组件是我们的在线合唱，在线合唱呢，呃呃，这个界面呢，也是我们也做了一个很大的一个优化，包括像聊天点歌合唱和发送礼物，其实我们都有做一个优化，那但是这里要和大家说明的一点，整个在线合唱他基于的是一个曲库这样的服务，因为没有歌你就没办法合唱嘛，所以我们海外是没有这样一个合唱，如果你做国内业务的话，当然曲库也是由a me提供服务的，你就可以去进行一个这样的合唱，顺畅的去接入，同样我们的端到端也是做到了65毫秒，保证大家的合唱没有任何的延时和就还原线下KTV的这样一个体验。那在这个端上呢，我们做了一个安卓端和iOS端，主要考虑到大家手机用户可能接触的比较多。所以我们。

目前做了安卓iOS端，如果你有其他端，比如说像外B端啊，或者说跨平台的拉啊，或者是小程序之类啊啊也都可以呃，提需求过来，我们这边也是很乐意去做这个事情，然后帮大家去还原一个最好的一个体验。

好，那我们所有的组件，每个组件我们都分介绍完了，那到底什么样的客户去适合接我们这样的一个组件的啊，这里做一个简单的总结，就是到底我们的TP的组件适合哪些客户呢？首先第一个肯定是场景适合，场景合适大家的这样一个业务，然后第二个你的流程呢，也不需要强定制，可能我们就需要一个标准的这样的一个打电话，或者说标准的这样一个开会，然后呃呃，标准的这样一个线上K歌，那么我们就可以去选择第三个是项目紧急。如果你的项目紧急上线，然后人力又不足，那么该怎么办呢？呃，那么就可以用我们的一个Q的组件，也就是说首先场景适合第二名的体量，可能呃您呃首先也是一个初创公司，或者说呃目前是中小公司，那或者是你你某部分业务需要紧急上线的，然后你的人力又拨不开，又急着上线，那么就可以选择。还有一部分呢，可能我们遇到一部分客户，可能呃考虑考虑成本，包括你像呃可能用SS，比如说你直接选用一些软件，你直接选用呃呃什么软件去实现，那么你成本可能会比较高，费用比较高，那么你希望进行一个快速的转型，诶我们是不是能自己搭一个，我们就不用用别人的，总不要总是用别人的软件了，诶，那你可以借助我们这一套，呃，低代码的组件，你就可以进行一个快速软件，你也可以拥有你们公司自己的这样一个品牌的一个。

APP这样的一个软件。