CTI論壇（ctiforum.com）7月4消息（編譯/韓江學(xué)）：微軟是否在乎WebRTC？微軟是否試圖殺死或阻礙WebRTC的發(fā)展？這些問(wèn)題是當WebRTC正在越來(lái)越成為主流的時(shí)候筆者經(jīng)常會(huì )被問(wèn)到的問(wèn)題。隨著(zhù)上周微軟新WebRTC版本的公布，我下面將回答這些問(wèn)題。
微軟在標準化問(wèn)題上一直很活躍，同大多數其他同行相比，這些年來(lái)微軟做出了更多的努力。
最初的時(shí)候，當微軟推出CU-RTC-Web - 相對于目前來(lái)說(shuō)是另一種實(shí)現模式 - 招來(lái)了一些忿怒。很多解釋稱(chēng)這是微軟企圖拖延WebRTC的標準化進(jìn)程。然而，隨著(zhù)時(shí)間的推移，很多人已經(jīng)來(lái)到微軟的身邊，并接受了微軟的建議。
在這些建議中最重要的是使用標準的JavaScript對象來(lái)代替會(huì )話(huà)描述協(xié)議（SDP）作為建立會(huì )話(huà)時(shí)的一部分。在兩者之間建立會(huì )話(huà)時(shí)，瀏覽器或應用程序需要做出決定或進(jìn)行協(xié)調，如：
- “什么IP地址可以讓我找到你？”
- “我們是否可以開(kāi)始一個(gè)音頻或視頻通話(huà)？”
- “我們用何種編解碼器？”
SDP封裝了這些問(wèn)題，而且越來(lái)越讓這些參數進(jìn)行協(xié)商，以便該呼叫可以成功地建立起來(lái)。
1998年SDP規范首次出臺，那時(shí)候還是H.323的VoIP技術(shù)大行其道的時(shí)候，而那時(shí)候的谷歌還是一個(gè)缺乏資金只有想法的小人物。WebRTC設法利用和擴展SDP為它的需求服務(wù)，但這是笨重的且最終限制了WebRTC的適用性。對于沒(méi)有VoIP背景的Web開(kāi)發(fā)者來(lái)說(shuō)，SDP肯定是不友好。慢慢地，出現了“反SDP”陣營(yíng)。這些努力已經(jīng)合并成對象RTC組（Object RTC group）。與現行的WebRTC 1.0相比較，許多人認為WebRTC的實(shí)現可以是WebRTC 2.0的一部分。
本月早些時(shí)候，微軟宣布將不會(huì )支持WebRTC 1.0。就在上周五，微軟宣布新的原型實(shí)現，它使用ORTC設立一個(gè)H.264的呼叫。它是作為Internet Explorer和Chrome的擴展來(lái)實(shí)現的。
那么，這意味著(zhù)微軟正在驅動(dòng)WebRTC技術(shù)的發(fā)展還是想殺死它？這涉及相當多的資源，向人們承諾，標準化活動(dòng)和開(kāi)發(fā)多種原型 - 尤其是那些跨瀏覽器工作的。顯然有些人是微軟在乎的。然而，對于一個(gè)價(jià)值3300億美元的公司來(lái)說(shuō)，這個(gè)開(kāi)發(fā)相對于宏大的開(kāi)發(fā)計劃不是什么大不了的事情。Internet Explorer從來(lái)不被認為是處在瀏覽器技術(shù)的最前沿。 WebRTC也不太可能是一個(gè)例外。假設ORTC成為WebRTC 2.0的一部分，至少微軟將會(huì )獲得在基于瀏覽器通信中扮演一個(gè)更有意義的角色這樣一個(gè)機會(huì )。
在未來(lái)的幾年之內，對于那些希望WebRTC應該是在所有瀏覽器上無(wú)處不在的技術(shù)的人們來(lái)說(shuō)，并不一定都是有利的。好消息是，WebRTC仍然在工作，只是沒(méi)有無(wú)處不在。像ORTC這樣的努力使WebRTC技術(shù)更適用也更易于使用。
聲明：版權所有 非合作媒體謝絕轉載
