折騰了一個多星期終於將kurento的環境搭建好（開發階段的產品，有些BUG要自己解決），所以單獨寫篇文件來介紹。
下面開始介紹kurento，文章來自博客園RTC.Blacker，轉載請說明出處。
一、kurento是什么？
搞視頻會議就會涉及一對多、多對多、廣播、轉碼、混音、合屏、錄制，這就需要用到流媒體服務器，而kurento就具有這些功能。
他主要用來作為webrtc的流媒體服務器，因為BUG多，目前不適於商用，不過前景可期，具體說明見下圖：
說明：
1、看到這里您可不要講他的功能和ICE服務器的功能給搞混了哦，后者主要用來做NAT穿透和轉發的。
二、kurento架構
說明：
1、客戶端對音視頻數據的采集和播放等是通過webrtc來處理的，傳輸模塊就是kurento的。
2、流媒體服務是他的核心服務，可以進行編解碼，混音，錄制，計算機視覺，視覺增強等等。
三、特色功能---計算機視覺
說明：
1、服務端可以對收到的視頻流進行處理，如人臉識別，這些擴展下去應用前景就很廣泛了，期待！
2、因為他對圖像進行了處理，所以延遲會比較大，識別率還存在些問題，而且會造成圖像閃動（可能也是跟延遲有關）。
3、其他功能如一對一，廣播就不重復了，很多其他流媒體服務都具有這些功能。
最后：雖然kurento目前問題很多，但我看好他，后面會繼續分享相關內容，也會和他們一起去完善這個東西。
我在開發一款web app也用到webrtc，做了些粗淺的研究。
對於視頻會議這一塊，目前用的是jitsi video bridge（詳見jitsi.org/Projects/JitsiVideobridge），這個東西似乎跟本文提到router方式很像，部署也還是比較容易，而且他們自稱效率很高：
“On a plain Xeon server (like this one) that you can rent for about a hundred dollars, for about 20% CPU you will be able to run 1000+ video streams using an average of 550 Mbps!”
不知道您對他們這個方案感覺怎樣？同時注意到您提到過看好kurento，不知道在視頻會議這塊這兩個方案相比如何？
jitsi我也簡單看過,是不錯,他們比kurento更穩定,不過關鍵還是要看你的需求哦?能簡單列下你的需求嗎?如果不方便公開可以直接發到我郵箱.
kurento主要是不穩定,還只是一個實驗產品.jitsi相對來講會好點,不過kurento遠景很大,呵呵呵.