4、 移動輕秀場

　　移動輕秀場有兩種方式，一種是單向，一種是雙向。他們通過文字交互或者直接通過流進行聊天。打比方說我們現在在同一個屏幕上看到話多話，他其實是 A 主播和 B 主播兩個人同時進行實時交流。而觀眾看到的是他們之間進行溝通的一個屏幕的直播流轉推出來的內容。這部分的用戶他們體現的跟前面一樣，流數比較多。延遲容忍度比較低， 2 到 5 秒已經是非常大的要求。基本很多都是 1 到 2 秒之間，他要求兩個主播必須互動起來。

　　5、 直播+的概念

　　直播+使直播進入一個更多垂直的細分領域，包括 O2O ，以及其他內容，比如說我們做新聞發布會，做培訓宣講希望別人看到我們的內容。這是直播架構帶給更多的用戶趨向性的東西，你可以通過直播的方式介紹你的產品，你的員工，你的工程師可能一對一，或者是你自己宣傳自己的產品，有更多豐富的承載方式。

　　講完了我們現在說的直播的五個應用場景，我們再來看一下今年最火的 VR ，要說 VR火不火，其實可以看去年股票市場里面的暴風妖股。當時說的很多 VR 場景，在現在來說做的還不是特別成熟。不管是設備推廣，還是受限于他現在馬力比較大，終端用戶訪問，家庭帶寬不夠高等理念的需求。現在已經有巨頭在做這個事情，比如淘寶推出的一個“Buy+”計劃，你要去買一件衣服，你站在那里通過敗家的 VR 平臺，就可以展示出你現在要穿的衣服以后是什么模樣。還有你裝家具，走進一個空間，可以通過數據掃描把整體的家具裝璜按照你的思路進行描繪。這也是 VR 在以后的應用過程當中，能夠帶給我們的增強現實的體驗。講完直播行業的狀態，接下來我們進入主題，來講講直播的服務架構

　　二、 直播服務架構

　　關于又拍云的整個直播服務的架構，通過這張圖可以看出來，首先我們需要有一個信號語言，不管是電視信號源，攝像機信號源，還是我們桌面捕捉下來的內容，都可以通過推拉流的方式直接上傳到一個視頻處理的中心，進行編解碼或者做一些水印等視頻處理。比如說我們會給他們加一些打點的數據，加一些字幕，加一些特殊的說明等，這些都會在我們的視頻處理這塊生成 H.264 和 AAC 的直播流，然后通過內容分發的網絡，直接分發到我們全國的邊緣，讓用戶能夠通過各種設備看到我們的直播流。我們處理完視頻流之后，還可以進行錄制存儲，錄制完了之后還能夠轉成點播，滿足用戶的多樣需求。還有虛擬直播的概念，包括現在一直播，在你錄下來的時候可以轉成FLV的流推出來，這是虛擬直播的概念，不是真正的現實流錄播。以上就是現在比較常用的直播的服務架構。

　　三、 業務架構

　　1、 常見業務架構

　　我們再來看一下我們現在常見的業務架構，如上圖所示，很多人在設計直播架構的時候，通常他們的傳統廠商都會有一個集中的視頻源。視頻源能夠讓用戶把視頻傳到單一視頻源里面。單一視頻源的優勢是省事，做分支部署比較簡單，但是故障率比較高，發送故障以后解決的時間較長。而直播，特別是互動類直播，大量的主播分布在各個運營商網絡里，單一的視頻源并不能夠滿足跨運營商傳播的時效問題和網絡的優化問題。通過單一視頻，搜集到數據之后，再向運營商做一個分發，這是不靠譜的網絡結構，那他遇到云直播之后會產生什么樣的變化呢?

　　2、 視頻云業務架構