專利名稱：一種服務于移動終端直播的視頻推送處理方法及系統的制作方法
技術領域：
本發明涉及一種視頻推送處理方法及系統，特別是涉及服務于移動終端直播的視 頻推送處理方法及系統。
背景技術：
在當今互聯網發達的時代，基于音視頻的多媒體得到了廣泛的應用，其中視頻直 播是最常見的應用之一。所謂直播，就是服務提供商把某些視頻內容實時并且主動的推向 給用戶，用戶看到的就是實時性的直播節目。所以，在整個直播系統中視頻推送就是一個很 重要的環節。目前PC互聯網的服務器提供商給用戶推送的視頻大多是分辨率為640 X 480或者 跟此差別不大的分辨率，然后在這個基礎上通過改變視頻編碼的其他參數來使視頻變得更 加清晰，就變成了高清版本(碼流更大，帶寬要求更高)，使視頻變得更模糊就變成了普通 版(碼流更小，帶寬要求更低)，這樣有利于用戶根據自己的網絡帶寬來做出正確的版本選 擇。然而，由于手機的屏幕更小，而且手機的網絡環境發生了根本性的改變，因此，前面的版 本方案顯然已經不適用于手機直播。現在所有的直播都不能解決完全百分百的實時性，用戶看到的節目比實際上的肯 定會有延遲，而這是因為直播系統中，采集，編碼，推送，解碼等各種環節都需要一定的處理 時間，從而導致了節目的延遲到達。其中，推送系統在所有環節中所占的時間是最多的，也 是造成節目延遲的最主要的原因。
發明內容
本發明的目的是為了克服現有的視頻推送處理方法中的缺點，提供一種更加完善 的解決方案。本發明提供了一種服務于移動終端直播的視頻推送處理方法，包括新視頻文件采集步驟，采集視頻數據并對所采集的所述視頻數據進行處理，及輸 出經處理后的新視頻文件；新視頻文件監控步驟，監測所述新視頻文件的生成，并發出有所述新視頻文件生 成的信息；資源隊列維護步驟，將所監測到的所述新視頻文件加入資源隊列，并主動地將被 確認利用完畢的所述新視頻文件從所述資源隊列中刪除，從而完成對所述資源隊列的維 護；新視頻文件校驗步驟，對經過所述資源隊列維護步驟維護的所述新視頻文件進行 大小和合法性校驗；新視頻文件傳輸步驟，將通過所述大小和合法性校驗的所述新視頻文件傳輸至中 轉服務器；新視頻種子文件更新步驟，根據所述中轉服務器上接收到的所述新視頻文件，產生與直播頻道相對應的直播視頻種子文件，并將所示新視頻種子更新到本地文件系統和遠 程接口。其中，在所述新視頻文件傳輸步驟中，將首次接收到一個視頻文件進行緩存，在等 接收到第二個視頻文件以后，就沒有時間間隔地連續傳輸所述首次接收到的一個視頻文件 和所述第二個視頻文件，而在所述第二個視頻文件后，每次接到新的視頻文件，都會馬上予 以傳輸。其中，在所述新視頻文件監控步驟中，由應用程序接口模塊監測所述新視頻文件 的生成。其中，在所述新視頻文件校驗步驟中，在通知通信單元有所述新視頻文件到達之 前，在資源到達通知模塊內部對所述新視頻文件進行大小和合法性的校驗。其中，在所述新視頻文件采集步驟中輸出的所述新視頻文件包括高清版視頻、清 晰版視頻和流暢版視頻。其中，所述高清版視頻為視頻分辨率為320X240 ；所述清晰版視頻為視頻分辨率 為208X176 ；所述流暢版視頻為視頻分辨率為176X144。其中，所述高清版視頻由時間長度為60秒的小視頻文件組成；所述清晰版視頻由 時間長度為42秒的小視頻文件組成；所述流暢版視頻由時間長度為31秒的小視頻文件組 成。本發明還提供一種服務于移動終端直播的視頻推送系統，包括新視頻文件采集單元，用于采集視頻數據并對所采集的所述視頻數據進行處理， 及輸出經處理后的新視頻文件；文件監測單元，用于監測的所述新視頻文件采集單元生成的新視頻文件，并發出 有所述新視頻文件生成的信息；資源維護單元，用于將由所述文件監測單元所監測到的所述新視頻文件加入資源 隊列，并主動地將被確認利用完畢的所述新視頻文件從所述資源隊列中刪除，從而完成對 所述資源隊列的維護；數據通道單元，用于對經所述資源維護單元維護的所述新視頻文件進行大小和合 法性校驗，同時作為傳輸所述新視頻文件的數據通道以及能對所述文件監測單元進行初始 化；通信單元，用于將通過所述數據通道單元的所述大小和合法性校驗的所述新視頻 文件傳輸至中轉服務器；種子單元，根據所述中轉服務器上接收到的所述新視頻文件，產生與直播頻道相 對應的直播視頻種子文件，并將所示新視頻種子更新到本地文件系統和遠程接口。其中，所述通信單元將首次接收到一個視頻文件進行緩存，在等接收到第二個視 頻文件以后，就沒有時間間隔地連續傳輸所述首次接收到一個視頻文件和所述第二個視頻 文件，而在所述第二個視頻文件后，每次接到新的視頻文件，都會馬上予以傳輸。其中，所述文件監測單元調用應用程序接口模塊來監測所述新視頻文件的生成。其中，在通知所述通信單元有所述新視頻文件到達之前，所述數據通道單元調用 資源到達通知模塊并在所述資源到達通知模塊內部對所述新視頻文件進行大小和合法性 的校驗。
其中，在所述新視頻文件采集單元中輸出的所述新視頻文件包括高清版視頻、清 晰版視頻和流暢版視頻。其中，所述高清版視頻為視頻分辨率為320X240 ；所述清晰版視頻為視頻分辨率 為208X176 ；所述流暢版視頻為視頻分辨率為176X144。其中，所述高清版視頻由時間長度為60秒的小視頻文件組成；所述清晰版視頻由 時間長度為42秒的小視頻文件組成；所述流暢版視頻由時間長度為31秒的小視頻文件組 成。通過實施本發明的上述技術方案，解決了 PC互聯網給用戶推送的各種版本不適 于手機用戶、直播遲延等問題，同時增強了用戶的體驗。
圖1為移動終端的視頻直播系統的示意圖；圖2為移動終端直播的視頻推送系統的示意圖；圖3為視頻文件的傳輸流程圖；圖4為視頻文件推送流程圖。
具體實施例方式下面結合附圖詳細說明本發明的具體實施方式
。圖1顯示了移動終端的視頻直播系統的示意圖。如圖1所示，移動終端的視頻直播 系統包括計算機(PC) 1、中轉服務器(live server) 2、移動網絡3 (例如GPRS網絡或CDMA1X 網絡)和移動終端4 (例如手機)。計算機(PC) 1用于從采集視頻，并將所采集的視頻經過 處理后推送至中轉服務器2，并作為視頻源儲存在中轉服務器2上。中轉服務器2用于儲 存相應的視頻源以供移動終端4獲取而進行視頻直播。移動終端4通過移動網絡3從中轉 服務器2的所儲存的視頻源獲取相應的視頻并在該移動終端4預先安裝的媒體播放器上播 放。計算機1具有視頻推送系統，其負責向中轉服務器2定向傳輸相應的視頻，優選 高清版視頻、清晰版視頻和流暢版視頻三個版本的視頻文件。所謂高清版視頻，是指視頻 分辨率為320X240的適合于在移動終端上播放的視頻；所謂清晰版視頻，是指視頻分辨 率為208X176的適合于在移動終端上播放的視頻；所謂流暢版視頻，是指視頻分辨率為 176X144的適合于在移動終端上播放的視頻。上述高清版視頻、清晰版視頻和流暢版視頻 三個版本的視頻可以是分別采用H. 264+AAC壓縮生成的MP4文件格式的視頻，而且它們的 幀率也均可以為7幀/秒(fps)。當然，上述高清版視頻、清晰版視頻和流暢版視頻三個版 本的視頻也可以分別采用ASF、3GP、FLV等其他任何視頻文件格式。在本發明中，用戶可以 根據當前的網絡環境狀況和自身的喜好，來選擇中轉服務器2的視頻資源中的相應版本的 視頻。當用戶的網絡環境較好且喜歡看更高質量的視頻時，用戶可以選擇高清版視頻來觀 看。反之，當用戶的網絡環境較差使得看高清版視頻會導致視頻不流暢時，用戶可以選擇清 晰版視頻或流暢版視頻來觀看。圖2顯示了移動終端直播的視頻推送系統的示意圖。如圖2所示，移動終端直 播的視頻推送系統包括視頻采集單元11、文件監測(FileMonitor)單元12、資源維護(MediaQueue)單元 13、數據通道(Communicator)單元 14、通信(Communicator)單元 15 及種子(Seed)單元16，視頻采集單元11、FileMonitor單元12、MediaQueue單元13、 ChannelMonitorDlg 單元 14、Communicator 單元 15、Seed 單元 16 和計算機 1 的 CPU18、 通信接口 19通過總線20連接。該視頻推送系統通過通信接口 19與中轉服務器2通信 連接。CPU18通過總線20控制視頻推送系統的視頻采集單元11、FileMonitor單元12、 MediaQueue 單元 13、ChannelMonitorDlg 單元 14、Communicator 單元 15 R Seed 單元 16 的運行。視頻采集單元11可以從外部采集相應的視頻數據并對所采集的視頻數據進行處 理，例如對所采集的視頻數據進行解編碼、組合、封裝及文件格式的轉換等，生成相應的新 視頻文件，并以視頻流的形式輸出生成的視頻文件。在本實施方式中，視頻采集單元11將 所采集的視頻數據分別形成高清版視頻、清晰版視頻和流暢版視頻三個版本的新視頻流， 這些新視頻流均采用由多個小的新視頻文件組成的視頻流。但是，本移動終端的視頻直播 系統中，這些小新視頻文件是被逐一的傳輸，且其中的某個小新視頻文件只有被移動終端 完全接收后，移動終端才開始播放該小新視頻文件。由此，該小新視頻文件在視頻中所包含 的時間長度直接決定了直播的延遲時間大小。在本發明的優選實施例中，為了平衡實時性 指標和流暢性指標，對于高清版視頻文件，視頻采集單元11分配60秒的時間長度來進行切 割相應的視頻數據生成對應的小視頻文件；對于清晰版視頻文件，分配42秒的時間長度來 進行切割相應的視頻數據生成對應的小視頻文件；對于流暢版視頻文件，分配31秒的時間 長度來進行切割相應的視頻數據生成對應的小視頻文件。FileMonitor單元12主要用來監控視頻采集單元11生成的視頻文件，通過 調用系統應用程序接口來監測視頻采集單元11生成的視頻文件的增加以及狀態，上述 FileMonitor單元12生成的新視頻文件優選MP4文件。一旦視頻采集單元11有新的 視頻文件生成，FileMonitor單元12就會將新生成的視頻文件加入資源隊列，并且通知 MediaQueue單元13和ChannelMonitorDlg單元14作相應的處理。MediaQueue單元13主要用來負責維護資源(視頻采集單元11生成的視頻文件) 隊列，不斷接收FileMonitor單元12加入的視頻文件，并為傳輸線程提供視頻文件信息。而 且，MediaQueue單元13也負責回收資源，確定利用完的視頻文件，并會主動將被確定已利 用完的視頻文件刪除。ChannelMonitorDlg單元14是本視頻推送系統的圖形用戶界面(Graphical User Interface,⑶I)主線程，是傳輸新視頻文件的數據通道。同時，ChannelMonitorDlg 單元14還可以對FileMonitor單元12進行初始化。以及ChannelMonitorDlg單元 14對經MediaQueue單元13維護的所述新視頻文件進行大小和合法性校驗。優選地， ChannelMonitorDlg單元14調用資源到達通知模塊(AnnounceMediaArrival模塊)通知 Communicator單元15有新的視頻文件到達。在AnnounceMediaArrival模塊內部，在通知 Communicator單元15有新的視頻文件到達之前，會對視頻文件進行大小和合法性校驗。如 果發現視頻文件大小太小，會進入小視頻文件狀態。Communicator單元15主要負責和中轉服務器(live server)的通信。該 Communicator單元15不停地檢測新視頻文件信號EUSR1，一旦有新視頻文件到達，就將其 緩存至計算機1上的存儲器17或者予以直接通過計算機1的通信接口 19傳輸至中轉服務器2。具體地說，當該Communicator單元15首次接收到一個視頻文件(首次開始，或者暫 停后開始，或者連接斷開后開始)時，會緩存該首次接收到的視頻文件至存儲器17，在等接 收到第二個視頻文件以后，就通過通信接口 19連續傳輸上述兩個視頻文件至中轉服務器 2，并且在傳輸上述兩個視頻文件之間沒有間隔。然后，在Communicator單元15傳輸完上 述兩個視頻文件以后，每次接到新的視頻文件，都會馬上通過通信接口 19向中轉服務器2 傳輸。另外，Communicator單元15還有負責在中轉服務器2的狀態發生變化時，生成或 者更新種子視頻文件。在新中轉服務器2連接成功后，Communicator單元15會在種子視 頻文件中增加該鏈接地址，或當多次連接失敗時，判定中轉服務器2不可用或停機，刪除該 鏈接地址。Seed單元主要用來負責產生與直播頻道對應的直播視頻種子文件，并且負責更新 視頻種子文件到本地文件系統以及遠程接口，這個直播視頻種子是用來記錄視頻文件相關 信息以及需要設置的信息。圖3示出了視頻文件的傳輸流程圖。如圖3所示，在步驟S1中，創建Socket到中 轉服務器2，使得計算機1與中轉服務器2之間形成一個通信連接。也就是說，計算機1使 用Socket對中轉服務器的相應得端口發出連接請求，一旦連接成功，計算機1與中轉服務 器2之間可以進行通信會話，即計算機1能夠向中轉服務器2發出請求或者應答計算機1 的請求。在步驟S1中，如果計算機1與中轉服務器2之間連接失敗(步驟2 否)，返回步 驟S1重新創建Socket到中轉服務器2 ；如果計算機1與中轉服務器2之間連接成功(步驟 S2:是)，計算機1向中轉服務器2發送上傳(UPLOAD)視頻文件的請求(步驟S3)。如果中 轉服務器2拒絕上述上傳視頻文件的請求或對上述上傳視頻文件的請求沒有響應(步驟4 否)，返回步驟S1重新創建Socket到中轉服務器2 ；如果中轉服務器2接受了上述上傳視 頻文件的請求(步驟4 是)，檢測新視頻文件信號EUSR1 (步驟S5)。如果Communicator單 元15沒有檢測到資源隊列中有新的視頻文件(步驟S6 否)，返回步驟S1重新創建Socket 到中轉服務器2 ；如果Communicator單元15檢測到資源隊列中有新的視頻文件(步驟S6 是)，Communicator單元15向中轉服務器2發送Stream請求(步驟S7)。也就是說，當 Communicator單元15檢測到資源隊列中有新的視頻文件時，Communicator單元15向中轉 服務器2發送建立傳輸數據通道的請求。如果未能成功建立上述的傳輸數據通道(步驟8 否)，返回步驟S1重新創建Socket到中轉服務器2 ；如果成功建立上述的傳輸數據通道(步 驟S8:是)，則開始向中轉服務器2傳輸所檢測到的新視頻文件(步驟S9)。具體地說，當 通過Communicator單元15向中轉服務器2發送Stream請求而成功建立傳輸數據通道時， 這個剛剛建立的傳輸數據的通道只是一個等待傳輸數據的通道。然后，調用比如Stream. Write ()方法和Stream. Read()方法才分別把數據通過這個通道發送出去和把通道里的數 據讀取。其中，在步驟S8中，Commimi cator單元15的連接線程會根據連接的情況定義中 轉服務器(live server)〗的狀態。當在步驟S7中，嘗試重新連接15次均失敗時，在步驟 S8中Communicator單元15就默認為中轉服務器2停機，刪除相應的鏈接地址并休眠10秒 以后再返回步驟1開始重新連接。如果重新連接成功，把中轉服務器2的狀態重新改成活 躍并在視頻種子文件中增加該鏈接地址。如果在步驟S9中向中轉服務器2傳輸視頻文件不成功(步驟S10 否)，返回步驟SI重新創建Socket到中轉服務器2 ；如果在步驟S9中向中轉服務器2傳輸視頻文件成功 (步驟S10 是)，返回步驟S5檢測下一個新視頻文件的到來。圖4為視頻文件推送流程圖。如圖4所示，視頻采集單元11從外部采集相應的 視頻數據并對所采集的視頻數據進行處理，同時輸出生成的視頻文件(步驟S101)。在步 驟S102中，Filemonitor單元12監測視頻采集單元11生成的視頻文件。當Filemonitor 單元12監測到視頻采集單元11有新的視頻文件生成時，通知MediaQueue單元13和 CharmelMonitor單元14有新視頻文件生成的信息。其中，Fi lemonitor單元12調用應用 程序接口模塊監測視頻采集單元11生成的新視頻文件。當MediaQueue單元13接到來自于 Filemonitorl〗單元上述有新視頻文件生成的信息時，接收該新生成的視頻文件并將其加 入資源隊列，完成對資源隊列的維護(步驟S103)。同時，MediaQueue單元13確定資源隊 列中的某視頻文件是否已利用完畢。當確定某視頻文件已被利用完畢，MediaQueue單元13 主動將其從資源隊列中刪除，以對資源隊列進行維護。在步驟S104中，CharmelMonitorM 單元對經過維護的資源隊列中的新視頻文件進行大小和合法性校驗，并通知Communicator 單元15有新的視頻文件到達。如果CharmelMonitorM單元發現視頻文件大小太小，會 進入小視頻文件狀態。優選地，在通知Commimitor單元15有新的視頻文件到達之前，在 AnnounceMediaArrival模塊內部對新視頻文件進行大小和合法性的校驗。在步驟S105中， 如果Communicator單元15檢測到來自于ChannelMonitorl4單元的新生成的視頻文件信 號EUSR1，就向中轉服務器2傳輸該新生成的視頻文件。具體地說，當Communicator單元15 檢測到新生成的視頻文件信號EUSR1時，如果Communicator單元15是首次接收到一個視 頻文件，將該首次接收到的視頻文件緩存至存儲器，在等接收到第二個視頻文件以后，就連 續傳輸上述兩個視頻文件，并且在傳輸上述兩個視頻文件之間沒有間隔。所謂首次接收到 一個視頻文件，是指首次開始、或者暫停后開始、或者連接斷開后開始時，Communicator單 元15所接收到的第一個視頻文件。然后，Commimicator單元15傳輸完上述兩個視頻文件 以后，每次接到新的視頻文件，都會馬上予以傳輸。在步驟S106，Seed單元16根據中轉服 務器2上接收到的視頻文件，產生與直播頻道相對應的直播視頻種子，并將新視頻種子更 新到本地文件系統和遠程接口。本發明不限于上述實施方式，只要在本發明的宗旨范圍內，可有多種變形和置換。 比如在上述實施方式中，可將高清版視頻、清晰版視頻和流暢版視頻等版本的小視頻文件 配置時間長度分別為60秒、42秒和31秒。但本發明不限于此，比如也可以根據實際需求繼 續調小來以至于減少直播的延遲時間。前述的詳細說明及附圖是通過文字解釋和圖示來進行的，其目的不在于限定權利 要求的保護范圍。本說明書中的具體實施方式
的各個變種對于普通技術人員來說顯而易 見，并處于權利要求及其等同技術的保護范圍內。
9
權利要求
一種服務于移動終端直播的視頻推送處理方法，包括新視頻文件采集步驟，采集視頻數據并對所采集的所述視頻數據進行處理，及輸出經處理后的新視頻文件；新視頻文件監控步驟，監測所述新視頻文件的生成，并發出有所述新視頻文件生成的信息；資源隊列維護步驟，將所監測到的所述新視頻文件加入資源隊列，完成對資源隊列的維護；新視頻文件校驗步驟，對經過所述資源隊列維護步驟維護的所述新視頻文件進行校驗；新視頻文件傳輸步驟，將通過所述校驗的所述新視頻文件傳輸至中轉服務器；新視頻種子文件更新步驟，根據所述中轉服務器上接收到的所述新視頻文件，產生與直播頻道相對應的直播視頻種子文件，并將所示新視頻種子更新到本地文件系統和遠程接口。
2.根據權利要求1所述的視頻推送處理方法，其特征在于，在所述新視頻文件傳輸步 驟中，將首次接收到一個視頻文件進行緩存，在接收到第二個視頻文件以后，就無時間間隔 地連續傳輸所述首次接收到一個視頻文件和所述第二個視頻文件，并將在所述第二個視頻 文件之后所接收到新的視頻文件均立即予以傳輸。
3.根據權利要求2所述的視頻推送處理方法，其特征在于，在所述新視頻文件監控步 驟中，由應用程序接口模塊監測所述新視頻文件的生成。
4.根據權利要求3所述的視頻推送處理方法，其特征在于，在所述新視頻文件校驗步 驟中，在通知通信單元有所述新視頻文件到達之前，在資源到達通知模塊內部對所述新視 頻文件進行的校驗。
5.根據權利要求1-4所述的視頻推送處理方法，其特征在于，在所述新視頻文件采集 步驟中輸出的所述新視頻文件包括高清版視頻、清晰版視頻和流暢版視頻。
6.根據權利要求5所述的視頻推送處理方法，其特征在于，所述高清版視頻為視頻分 辨率為320X240 ；所述清晰版視頻為視頻分辨率為208X176 ；所述流暢版視頻為視頻分辨 率為 176X144。
7.根據權利要求6所述的視頻推送處理方法，其特征在于，所述高清版視頻由時間長 度為60秒的小視頻文件組成；所述清晰版視頻由時間長度為42秒的小視頻文件組成；所 述流暢版視頻由時間長度為31秒的小視頻文件組成。
8.一種服務于移動終端直播的視頻推送系統，包括新視頻文件采集單元，用于采集視頻數據并對所采集的所述視頻數據進行處理，及輸 出經處理后的新視頻文件；文件監測單元，用于監測的所述新視頻文件采集單元生成的新視頻文件，并發出有所 述新視頻文件生成的信息；資源維護單元，用于將由所述文件監測單元所監測到的所述新視頻文件加入資源隊 列，完成對資源隊列的維護；數據通道單元，用于對經所述資源維護單元維護的所述新視頻文件進行校驗，同時作 為傳輸所述新視頻文件的數據通道以及能對所述文件監測單元進行初始化；通信單元，用于將通過所述數據通道單元的所述校驗的所述新視頻文件傳輸至中轉服 務器；種子單元，根據所述中轉服務器上接收到的所述新視頻文件，產生與直播頻道相對應 的直播視頻種子文件，并將所示新視頻種子更新到本地文件系統和遠程接口。
9.根據權利要求8所述的視頻推送系統，其特征在于，所述通信單元將首次接收到一 個視頻文件進行緩存，在等接收到第二個視頻文件以后，就沒有時間間隔地連續傳輸所述 首次接收到一個視頻文件和所述第二個視頻文件，而在所述第二個視頻文件后，每次接到 新的視頻文件，都會馬上予以傳輸。
10.根據權利要求9所述的視頻推送系統，其特征在于，所述文件監測單元調用應用程 序接口模塊來監測所述新視頻文件的生成。
11.根據權利要求9所述的視頻推送系統，其特征在于，在通知所述通信單元有所述新 視頻文件到達之前，所述數據通道單元調用資源到達通知模塊并在所述資源到達通知模塊 內部對所述新視頻文件進行大小和合法性的校驗。
12.根據權利要求9-11所述的視頻推送系統，其特征在于，在所述新視頻文件采集單 元中輸出的所述新視頻文件包括高清版視頻、清晰版視頻和流暢版視頻。
13.根據權利要求12所述的視頻推送系統，其特征在于，所述高清版視頻為視頻分辨 率為320X240 ；所述清晰版視頻為視頻分辨率為208X176 ；所述流暢版視頻為視頻分辨率 為 176X144。
14.根據權利要求13所述的視頻推送系統，其特征在于，所述高清版視頻由時間長度 為60秒的小視頻文件組成；所述清晰版視頻由時間長度為42秒的小視頻文件組成；所述 流暢版視頻由時間長度為31秒的小視頻文件組成。
全文摘要
本發明提供一種服務于移動終端直播的視頻推送處理方法，包括采集視頻數據并對所采集的所述視頻數據進行處理，及輸出經處理后的新視頻文件；監測所述新視頻文件的生成，并發出有所述新視頻文件生成的信息；將所監測到的所述新視頻文件加入資源隊列，完成對資源隊列的維護；對經過資源隊列維護維護的所述新視頻文件進行校驗；將通過所述校驗的所述新視頻文件傳輸至中轉服務器；根據所述中轉服務器上接收到的所述新視頻文件，產生與直播頻道相對應的直播視頻種子文件，并將所示新視頻種子更新到本地文件系統和遠程接口。本發明還提供一種服務于移動終端直播的視頻推送系統。
文檔編號H04L29/08GK101888412SQ20101021717
公開日2010年11月17日 申請日期2010年7月5日 優先權日2010年7月5日
發明者梁捷, 溫才燚 申請人:優視科技有限公司