7*24小时服务热线：
0571-88260340
让我们看看目前的一些做视频会议的公司在WebRTC上做了哪些事
Avaya
Avaya在视频会议领域的成就源自它对RADVISION的收购（全球领先的IP、3G和IMS网络视频通信提供商）。
登录Avaya网站，进入“视频会议产品”版块（主要是Avaya Scopia），就会发现他们基本是通过硬件提升来实现的。正如网站上声称的那样，你可以“体验到流畅的视频质量，分辨率可以达到1080p/60fps，一流的带宽利用率以及抗丢包的能力，采用的技术是H.265 HEVC以及SVC。”
不过有一些值得注意的事是：
1，1080p是大势所趋——当然前提条件是你要有1080p的视频源，并配上足够的带宽。每秒60帧的帧率相比较30fps提高了不少，但我觉得必要性不大。
2，H.265如今在一条“错误”的路上前进。毕竟新一代编解码器都在向免税化推进。
3，H.264 SVC是我们目前正前进的方向。
不过有消息称Avaya目前正在努力将WebRTC技术植入到他们的新产品中。
Cisco
Cisco作为全球领先的网络解决方案供应商是一个庞大而又迷茫的公司。如果你看一下Cisco那些用于“远程视频”的产品，他们大部分都与Avaya的产品很相像。同样都把重点放在了速度和容量上。
另一方面，目前Cisco将自己的命运压在了他们的新一款叫做Cisco Spark的协同合作产品/服务上。
Cisco Spark是一个形似Slack的产品，聚焦于音视频通信，将常用的通信功能（消息通信、会议、呼叫）都汇聚在一起，让你可以轻易连接到Cisco此前在这个领域内的大量产品。Cisco Spark使用了WebRTC来支持他在浏览器端的呼叫能力。因此，Spark可以提供的功能之一就是用户可以使用支持WebRTC的浏览器来连接Cisco的视频会议产品。
在编码方案上，Cisco选择了H.264，目前只适用于Firefox以及新版的Chrome。
Cisco一直以来都将大量资金投入在收购、培养属于自己的WebRTC商标上：
1，收购Tropo;
2，收购Acano;
3，Spark基金——Cisco投资了1500万作为Spark基金，鼓励社区开发者积极使用Cisco提供的API开发更多有用的应用。
Cisco目前已经将放弃一味靠硬件求发展的道路，并且不断砸钱，向他们的目标奋进。
Google Hangouts
WebRTC、Chrome、Hangouts、Google，这些可以说是一个不可分割的整体。
Google投资WebRTC，部分原因是因为Hangouts。
如今，Hangouts使用了植入在Chrome中的WebRTC，但是在其他浏览器上使用的话还需要相应的插件。
Google同时也推出了另一款产品——Chromebox，它是面向家庭的，是一套Hangouts专用的家用视频会议设备。对于Chromebox目前有多成功我不知道，但是在目前众多高端家用视频会议系统大多与WebRTC无关的前提下，它的出现着实让人令人眼前一亮。所以可以想象如果下一步它的功能不仅仅局限于Hangouts而是能扩展到任何基于WebRTC的服务，这将会是多么棒的一件事。
Hangouts目前存在的问题其实是它的身份定位问题。到底是一个面向C端还是面向B端？这会影响到Hangouts终采取的路线方案。
Lifesize是Logitech旗下的一个子公司。早期他致力于销售家用的视频会议硬件设备。
在2014年，Lifesize发布了他自己的云服务，此举打破了他们立足于只销售硬件设备的传统路径，而实实在在地也步入了视频会议服务供应商的行列——提供他们自己的视频会议服务。
在2015年，他在产品中引进了WebRTC技术，使得浏览器也可以通过WebRTC加入到他的服务中，并且还可以连接到任意一套家用系统中。
2016年，Lifesize离开了Logitech这位母亲的怀抱，成为了一个独立的公司。
Microsoft Skype
Skype自从2015年以来就没有做过什么有趣的事，至少在他转向WebRTC之前是这样。但是在那之后就完全不一样了。
近，Skype又推出了几款产品——Skype for Business、Skype for Web以及Skype SDK。
Skype for Web初是以一个插件的形式存在，目前这个插件运行在原生的Microsoft Edge上，这与Google当年引入Hangouts采取的路线是一样的。
在这里，我个人有几点看法：
1，Skype目前正在大力投资他的后端建设，更重要的是，将他变得更现代化，来适应更多新兴技术，比如WebRTC；
2，理性地说，这个过程仍需要很长一段时间，还有很多事情需要协调；
3，不管怎么样，Skype迎接WebRTC的时代即将到来，Skype有很大的空间来决定自己将来要走向哪里以及下一步要做什么。
Polycom
或者我现在应该称接下来要分析的公司为Mitel？
Polycom在他发行的系列产品RealPresence Web Suite中加入了WebRTC。在传统的企业内部视频会议模式中，这个产品的作用就像是“一扇门”将浏览器连接到他现有的一套产品/服务和工具上。
与此同时，Polycom放弃了他在以色列专门负责MCU产品设计与生产的工厂。这足以说明了WebRTC在这个市场引起了怎样的动荡。
Vidyo
Vidyo近几年来与WebRTC之间的关系可谓是又爱又恨，但是他确实在这个领域内做了许多工作：
1，在2013年，他宣布与Google合作将SVC融入WebRTC。
2，在2014年，他以自己的一款名为“VidyoH2O”的产品，也参与了Google Chromebox的发布，这款产品提供了连接Hangouts与其他企业视频会议系统所需的网关。
3，在2015年，他们又推出了一款基于WebRTC的服务器，使得应用开发者能够在Vidyo框架中集成WebRTC呼叫功能。
4，2015年，Vidyo公司内部也经历了管理层面的变革——公司原本的总裁Ofer Shapiro就任副总裁一职，取而代之的是Eran Westman。
5，2016年，Vidyo开始发布基于云的视频会议产品（VCaaS）以及提供PaaS云服务。
2016年？两件关于WebRTC的大事已经发生了：
1，VP9编码器目前已经应用于Chrome及Firefox底层的WebRTC技术中，并且计划将SVC编码也加入其中。这正是Google与Vidyo合作的目的之一。
2，Video发布了他们的云端视频会议产品及PaaS云服务产品。
从某种程度上说，Vidyo选择在Chrome开始支持VP9/SVC的时候与Google建立在SVC上的合作关系，以立志于提供更好的服务质量是对自己一个很好的定位。他们也似乎是唯一一个积极开发VP9之上的产品并且同时也支持VP8和H.264的视频会议供应商。其他一些供应商似乎目前对H.264/VP8或者H.265很满意。
