CTI論壇（ctiforum.com）7月4消息（編譯/韓江學）：微軟是否在乎WebRTC？微軟是否試圖殺死或阻礙WebRTC的發(fā)展？這些問題是當WebRTC正在越來越成為主流的時候筆者經(jīng)常會被問到的問題。隨著上周微軟新WebRTC版本的公布，我下面將回答這些問題。

　　微軟在標準化問題上一直很活躍，同大多數(shù)其他同行相比，這些年來微軟做出了更多的努力。

　　最初的時候，當微軟推出CU-RTC-Web - 相對于目前來說是另一種實現(xiàn)模式 - 招來了一些忿怒。很多解釋稱這是微軟企圖拖延WebRTC的標準化進程。然而，隨著時間的推移，很多人已經(jīng)來到微軟的身邊，并接受了微軟的建議。

　　在這些建議中最重要的是使用標準的JavaScript對象來代替會話描述協(xié)議（SDP）作為建立會話時的一部分。在兩者之間建立會話時，瀏覽器或應用程序需要做出決定或進行協(xié)調(diào)，如：

• “什么IP地址可以讓我找到你？”
• “我們是否可以開始一個音頻或視頻通話？”
• “我們用何種編解碼器？”

　　SDP封裝了這些問題，而且越來越讓這些參數(shù)進行協(xié)商，以便該呼叫可以成功地建立起來。

　　1998年SDP規(guī)范首次出臺，那時候還是H.323的VoIP技術(shù)大行其道的時候，而那時候的谷歌還是一個缺乏資金只有想法的小人物。WebRTC設(shè)法利用和擴展SDP為它的需求服務(wù)，但這是笨重的且最終限制了WebRTC的適用性。對于沒有VoIP背景的Web開發(fā)者來說，SDP肯定是不友好。慢慢地，出現(xiàn)了“反SDP”陣營。這些努力已經(jīng)合并成對象RTC組（Object RTC group）。與現(xiàn)行的WebRTC 1.0相比較，許多人認為WebRTC的實現(xiàn)可以是WebRTC 2.0的一部分。

　　本月早些時候，微軟宣布將不會支持WebRTC 1.0。就在上周五，微軟宣布新的原型實現(xiàn)，它使用ORTC設(shè)立一個H.264的呼叫。它是作為Internet Explorer和Chrome的擴展來實現(xiàn)的。

　　那么，這意味著微軟正在驅(qū)動WebRTC技術(shù)的發(fā)展還是想殺死它？這涉及相當多的資源，向人們承諾，標準化活動和開發(fā)多種原型 - 尤其是那些跨瀏覽器工作的。顯然有些人是微軟在乎的。然而，對于一個價值3300億美元的公司來說，這個開發(fā)相對于宏大的開發(fā)計劃不是什么大不了的事情。Internet Explorer從來不被認為是處在瀏覽器技術(shù)的最前沿。 WebRTC也不太可能是一個例外。假設(shè)ORTC成為WebRTC 2.0的一部分，至少微軟將會獲得在基于瀏覽器通信中扮演一個更有意義的角色這樣一個機會。

　　在未來的幾年之內(nèi)，對于那些希望WebRTC應該是在所有瀏覽器上無處不在的技術(shù)的人們來說，并不一定都是有利的。好消息是，WebRTC仍然在工作，只是沒有無處不在。像ORTC這樣的努力使WebRTC技術(shù)更適用也更易于使用。

　　聲明：版權(quán)所有 非合作媒體謝絕轉(zhuǎn)載