讓我們看看目前的一些做視頻會議的公司在WebRTC上做了哪些事？

　　Avaya在視頻會議領域的成就源自它對RADVISION的收購（全球領先的IP、3G和IMS網(wǎng)絡視頻通信提供商）。

　　登錄Avaya網(wǎng)站，進入“視頻會議產品”版塊（主要是Avaya Scopia），就會發(fā)現(xiàn)他們基本是通過硬件提升來實現(xiàn)的。正如網(wǎng)站上聲稱的那樣，你可以“體驗到最流暢的視頻質量，分辨率可以達到1080p/60fps，一流的帶寬利用率以及抗丟包的能力，采用的技術是H.265 HEVC以及SVC。”

　　不過有一些值得注意的事是：

　　1，1080p是大勢所趨——當然前提條件是你要有1080p的視頻源，并配上足夠的帶寬。每秒60幀的幀率相比較30fps提高了不少，但我覺得必要性不大。

　　2，H.265如今在一條“錯誤”的路上前進。畢竟新一代編解碼器都在向免稅化推進。

　　3，H.264 SVC是我們目前正前進的方向。

　　不過有消息稱Avaya目前正在努力將WebRTC技術植入到他們的新產品中。

　　Cisco作為全球領先的網(wǎng)絡解決方案供應商是一個龐大而又迷茫的公司。如果你看一下Cisco那些用于“遠程視頻”的產品，他們大部分都與Avaya的產品很相像。同樣都把重點放在了速度和容量上。

　　另一方面，目前Cisco將自己的命運壓在了他們的最新一款叫做Cisco Spark的協(xié)同合作產品/服務上。

　　Cisco Spark是一個形似Slack的產品，聚焦于音視頻通信，將常用的通信功能（消息通信、會議、呼叫）都匯聚在一起，讓你可以輕易連接到Cisco此前在這個領域內的大量產品。Cisco Spark使用了WebRTC來支持他在瀏覽器端的呼叫能力。因此，Spark可以提供的功能之一就是用戶可以使用支持WebRTC的瀏覽器來連接Cisco的視頻會議產品。

　　在編碼方案上，Cisco選擇了H.264，目前只適用于Firefox以及新版的Chrome。

　　Cisco一直以來都將大量資金投入在收購、培養(yǎng)屬于自己的WebRTC商標上：

　　1，收購Tropo;

　　2，收購Acano;

　　3，Spark基金——Cisco投資了1500萬作為Spark基金，鼓勵社區(qū)開發(fā)者積極使用Cisco提供的API開發(fā)更多有用的應用。

　　Cisco目前已經將放棄一味靠硬件求發(fā)展的道路，并且不斷砸錢，向他們的目標奮進。

　　WebRTC、Chrome、Hangouts、Google，這些可以說是一個不可分割的整體。

　　Google投資WebRTC，部分原因是因為Hangouts。

　　如今，Hangouts使用了植入在Chrome中的WebRTC，但是在其他瀏覽器上使用的話還需要相應的插件。

　　Google同時也推出了另一款產品——Chromebox，它是面向家庭的，是一套Hangouts專用的家用視頻會議設備。對于Chromebox目前有多成功我不知道，但是在目前眾多高端家用視頻會議系統(tǒng)大多與WebRTC無關的前提下，它的出現(xiàn)著實讓人令人眼前一亮。所以可以想象如果下一步它的功能不僅僅局限于Hangouts而是能擴展到任何基于WebRTC的服務，這將會是多么棒的一件事。

　　Hangouts目前存在的問題其實是它的身份定位問題。到底是一個面向C端還是面向B端？這會影響到Hangouts最終采取的路線方案。

　　Lifesize是Logitech旗下的一個子公司。早期他致力于銷售家用的視頻會議硬件設備。

　　在2014年，Lifesize發(fā)布了他自己的云服務，此舉打破了他們立足于只銷售硬件設備的傳統(tǒng)路徑，而實實在在地也步入了視頻會議服務供應商的行列——提供他們自己的視頻會議服務。

　　在2015年，他在產品中引進了WebRTC技術，使得瀏覽器也可以通過WebRTC加入到他的服務中，并且還可以連接到任意一套家用系統(tǒng)中。

　　2016年，Lifesize離開了Logitech這位母親的懷抱，成為了一個獨立的公司。

　　Skype自從2015年以來就沒有做過什么有趣的事，至少在他轉向WebRTC之前是這樣。但是在那之后就完全不一樣了。

　　最近，Skype又推出了幾款產品——Skype for Business、Skype for Web以及Skype SDK。

　　Skype for Web最初是以一個插件的形式存在，目前這個插件運行在原生的Microsoft Edge上，這與Google當年引入Hangouts采取的路線是一樣的。

　　在這里，我個人有幾點看法：

　　1，Skype目前正在大力投資他的后端建設，更重要的是，將他變得更現(xiàn)代化，來適應更多新興技術，比如WebRTC；

　　2，理性地說，這個過程仍需要很長一段時間，還有很多事情需要協(xié)調；

　　3，不管怎么樣，Skype迎接WebRTC的時代即將到來，Skype有很大的空間來決定自己將來要走向哪里以及下一步要做什么。

　　或者我現(xiàn)在應該稱接下來要分析的公司為Mitel？

　　Polycom在他發(fā)行的系列產品RealPresence Web Suite中加入了WebRTC。在傳統(tǒng)的企業(yè)內部視頻會議模式中，這個產品的作用就像是“一扇門”將瀏覽器連接到他現(xiàn)有的一套產品/服務和工具上。

　　與此同時，Polycom放棄了他在以色列專門負責MCU產品設計與生產的工廠。這足以說明了WebRTC在這個市場引起了怎樣的動蕩。

　　Vidyo近幾年來與WebRTC之間的關系可謂是又愛又恨，但是他確實在這個領域內做了許多工作：

　　1，在2013年，他宣布與Google合作將SVC融入WebRTC。

　　2，在2014年，他以自己的一款名為“VidyoH2O”的產品，也參與了Google Chromebox的發(fā)布，這款產品提供了連接Hangouts與其他企業(yè)視頻會議系統(tǒng)所需的網(wǎng)關。

　　3，在2015年，他們又推出了一款基于WebRTC的服務器，使得應用開發(fā)者能夠在Vidyo框架中集成WebRTC呼叫功能。

　　4，2015年，Vidyo公司內部也經歷了管理層面的變革——公司原本的總裁Ofer Shapiro就任副總裁一職，取而代之的是Eran Westman。

　　5，2016年，Vidyo開始發(fā)布基于云的視頻會議產品（VCaaS）以及提供PaaS云服務。

　　1，VP9編碼器目前已經應用于Chrome及Firefox底層的WebRTC技術中，并且計劃將SVC編碼也加入其中。這正是Google與Vidyo合作的目的之一。

　　2，Video發(fā)布了他們的云端視頻會議產品及PaaS云服務產品。

　　從某種程度上說，Vidyo選擇在Chrome開始支持VP9/SVC的時候與Google建立在SVC上的合作關系，以立志于提供更好的服務質量是對自己一個很好的定位。他們也似乎是唯一一個積極開發(fā)VP9之上的產品并且同時也支持VP8和H.264的視頻會議供應商。其他一些供應商似乎目前對H.264/VP8或者H.265很滿意。