Browser-to-Browser(B2B)實時通信：基於瀏覽器的未來通話模式

Internet Computing雜志2012年9-10月號刊登了一篇《基於Web的實時通信（Real-time Communications in the Web）》的文章[1]。該文是由愛立信（Ericsson）多媒體科技實驗室資深研究人員和意大利那不勒斯大學的研究人員共同合寫。其主要內容是闡述一種未來的基於Web（網站、網頁）進行的實時通信技術，基於此可以實現遠程雙方打開同一個網站頁面，就可以實現端到端（Peer-to-peer）的通信（文本）和通話（語音和視頻）。

Figure 1，基於Web的實時通信示意圖

目前的現狀，要完成遠程實時通信，可以有兩種方式——通過安裝本地的客戶端軟件，如各類即時通信工具﹔另外一種是通過在瀏覽器中嵌入各類私有軟件，如Flash或者ActiveX。這兩類方式實現的基於Web的實時通信都不夠理想。

伴隨著HTML5發展，來自兩個不同的國際標准組織的工程任務組（Task Force）分別對此展開工作——IETF組織內的RTCWeb和W3C組織的WebRTC。兩個小組的任務各不相同。RTCWeb負責解決的是通信協議和互操作性，而WebRTC則負責是開發相應的API允許瀏覽器和腳本語言（JavaScript）訪問多媒體設備（如麥克風，攝像頭和揚聲器），同時要處理通信內容的編解碼和傳輸功能的定義等工作。這些探索將會增強和擴充HTML5的功能，改進已經實現的從服務器向瀏覽器傳輸多媒體內容的方式。

HTML5目前已經實現功能中已經能夠看到跨域實時傳遞消息的例子[2]，但基本上仍屬於經由服務器中轉的范疇，並沒有實現Peer-to-peer的傳輸。從這個角度看，基於Web的實時的端到端的傳輸目前具有難點，也有很大的吸引力，獲得成功后可望改寫目前的通信模式，尤其是電信運營商的傳統話音業務。

該文章還在后段給了一個實現了WebRTC和RTCWeb技術的通話場景：用戶愛麗絲和鮑勃使用一種常見的通話服務。為了通話，他們需要同時打開實現了該功能的一個頁面。實際上，當鮑勃或者愛麗絲在其瀏覽器打開通話頁面時，就是下面HTML代碼和一段JavaScript程序，這些程序將建立HTTP通信或者WebSocket連接。

雙方各自的瀏覽器對打開的同一頁面做相應的操作后，一個端到端的連接建立起來，與此同時，他們分別允許程序訪問本地的麥克風或者攝像頭，多媒體數據流隨即建立，語音或者視頻通話就此開始。

當瀏覽器具備了通話功能和短消息功能一樣，並且在一出廠就預裝了這樣的瀏覽器，傳統的語音業務必將受到進一步的沖擊，VoIP將實現對通信業務的逆轉。也許未來，監聽來電的不再是一個單獨的通話模塊或者進程，而是瀏覽器中打開的一個頁面。

受此影響的，還有那些即時通信工具。好的一面是，不再過分依賴客戶端的通信模塊﹔壞的一面是，即時通信的技術門檻進一步降低，人們對即時通信工具的依賴將不再像從前一樣緊密。

國內對此關注並不多，目前能檢索到的有重慶郵電大學的一篇《基於Web瀏覽器的實時通信技術RTC Web》[3]，認為“在未來的2∼3年內，RTC Web將會得到廣泛的應用，並對現有B/S模式下的各類應用會產生巨大的影響”。

愛立信推出基於WebRTC的體驗版瀏覽器Bowser[4]。

Google也已經開展了WebRTC項目[5]。

（人民網研究院 劉振興 編譯整理）