TW202008789A

TW202008789A - 突發直播發布系統及其實施方法

Info

Publication number: TW202008789A
Application number: TW107126944A
Authority: TW
Inventors: 黃振國; 潘彥志; 鄧秉揚; 邱聰文
Original assignee: 東森新聞雲股份有限公司
Priority date: 2018-08-02
Filing date: 2018-08-02
Publication date: 2020-02-16

Abstract

一種突發直播發布系統及其實施方法，突發直播發布系統係包括有一直播處理伺服器、複數個串流伺服器；其中，直播處理伺服器可先為一即時影音訊號建立一直播視訊，並經由直播處理伺服器設定一直播框架物件後，再將直播框架物件傳送至一平台網站的一網頁介面顯示，使直播處理伺服器可將直播視訊推流至直播框架物件，據此，直播處理伺服器可於突發狀況下，將直播視訊同時推流至多個網頁或直播平台。

Description

突發直播發布系統及其實施方法

本發明涉及一種直播發布系統，尤指一種可即時將一直播視訊發布至一平台伺服器之一網頁介面的突發直播發布系統及其實施方法。

按，現有的直播視訊發布系統中，其主要係將一即時影音訊號透過一平台伺服器轉換成一直播視訊後，再透過串流伺服器將直播視訊發布出去，對於從事轉播工作的媒體工作者而言，媒體工作者會透過新聞中心，對即時影音訊號進行更進一步的處理，例如，標記影片標題、字幕、或特效等，處理完畢後即成為待發布的直播視訊，再依據需求透過串流伺服器將直播視訊發布出去，又，若新聞中心欲將直播視訊發布至其他平台網站時，則需依序登入指定的平台網站，再將直播視訊上傳至指定的平台網站，以供平台網站可將直播視訊發布至該平台網站顯示，然而，若於突發狀況下，由於時間的急迫性，媒體工作者並無法同時登入平台網站上傳直播視訊，若依序將直播視訊上傳至所有平台網站，則各個平台網站發布直播視訊的時間將會有所落差，然而，這也造成直播視訊無法即時的同步發布至所有平台網站，據此，如何使直播視訊同步發布至平台網站，此乃待須解決之問題。

有鑑於上述問題，本發明人依據多年來從事相關領域研究的經驗，針對串流直播、及新聞現場轉播的技術進行研究；緣此，本發明之目的在於提供一種可同步將直播視訊發布至多個平台網站的突發直播發布系統及其實施方法。

為達上述目的，本發明所述之突發直播發布系統及其實施方法，突發直播發布系統包括有一直播處理伺服器、及複數個串流伺服器；其中，直播處理伺服器可先為一即時影音訊號建立一直播視訊，再指定一串流伺服器作為即時影像訊號的直播訊號來源位址，其後，直播處理伺服器再依據一直播訊號轉發指令，使串流伺服器與指定的一平台網站串接，經由直播處理伺服器設定一直播框架物件，並將所述的直播框架物件傳送至平台網站的一網頁介面顯示，使串流伺服器可將直播視訊推流至直播框架物件播出，據此，直播處理伺服器可於突發狀況下，將直播視訊推流至多個網頁或直播平台，降低媒體工作者所需處理時間，且及時將直播視訊發不出去，並大幅簡化將直播視訊發布至各平台網站之處理程序。

為使貴審查委員得以清楚了解本發明之目的、技術特徵及其實施後之功效，茲以下列說明搭配圖示進行說明，敬請參閱。

1‧‧‧突發直播發布系統

11‧‧‧影音訊號來源

11’‧‧‧影音訊號來源

12‧‧‧直播處理伺服器

121‧‧‧運算處理模組

122‧‧‧直播來源建立模組

123‧‧‧直播來源轉發模組

124‧‧‧格式轉換模組

125‧‧‧串接模組

126‧‧‧認證模組

127‧‧‧附加資訊產生模組

128‧‧‧直播框架設定模組

129‧‧‧訊息推播模組

13‧‧‧串流伺服器

13’‧‧‧串流伺服器

14‧‧‧平台伺服器

14’‧‧‧平台伺服器

15‧‧‧播放端裝置

B‧‧‧直播框架物件

V‧‧‧直播視訊

GUI1‧‧‧第一系統操作介面

G11‧‧‧影片名稱

G12‧‧‧平台伺服器頻道

GUI2‧‧‧第二系統操作介面

G21‧‧‧訊號確認欄位

G22‧‧‧影音標題

G23‧‧‧頻道確認欄位

ST1‧‧‧接收即時影音訊號

ST2‧‧‧創建直播訊號來源

ST21‧‧‧擷取直播視訊的識別資訊

ST22‧‧‧產生對應於識別資訊的附加資訊

ST23‧‧‧嵌入附加資訊至即時影音訊號

ST3‧‧‧接收直播訊號來源轉發指令

ST4‧‧‧與被指定的平台伺服器進行串接

ST41‧‧‧是否需要存取憑證

ST42‧‧‧是否需要呼叫API

ST43‧‧‧至少取得發送金鑰及平台伺服器位址

ST5‧‧‧設定直播框架物件步驟

ST6‧‧‧推流到直播框架物件

第1圖，為本發明之系統架構圖。

第2圖，為本發明之系統結構組成示意圖。

第3圖，為本發明之系統實施流程圖。

第4圖，為本發明之實施示意圖(一)。

第5圖，為本發明之實施示意圖(二)。

第6圖，為本發明之實施示意圖(三)。

第7圖，為另一實施例之系統實施流程圖。

第8圖，為另一較佳實施例之系統實施流程圖。

第9圖，為本發明之另一實施例。

請參閱「第1圖」，圖中所示為本發明之系統架構圖，如圖，突發直播發布系統1供以從至少一影音訊號來源(11、11’...)接收至少一即時影音訊號，於一個以上的平台網站的一網頁介面建立一直播框架物件，並將即時影音訊號推流到直播框架物件，使各平台網站可播出即時影音訊號，所述的即時影音訊號至少包含一視訊新聞片段，突發直播發布系統1主要包括：一直播處理伺服器12、至少一串流伺服器13、及複數個平台伺服器(14、14’...)；影音訊號來源(11、11’...)可透過一原生應用程式(Native App)、或一Web版應用程式，與直播處理伺服器12建立資訊連結，串流伺服器13、及各平台伺服器(14、14’...)分別與直播處理伺服器12呈資訊連結，且各串流伺服器13可分別對應於一直播訊號來源位址，而直播處理伺服器12與串流伺服器13皆可設置於一新聞中心(圖中未繪示)，其中：1.影音訊號來源(11、11’...)：可為具有連網、影像編碼、及壓縮所述即時影音訊號功能的一行動直播裝置(俗稱4G包)、或一行動採訪車(SNV)，且所述行動直播裝置可為一智慧型手機、或一插有行動網卡的攝影機；2.直播處理伺服器12：其本身可為一實體的直播處理伺服器、或以一虛擬機器(Virtual Machine)形式運行的VM平台、或以一虛擬專屬主機(Virtual Private Server)形式運行的VPS平台；3.串流伺服器13：可由直播處理伺服器12之營運商(例如新聞中心)所設立，且當串流伺服器13為複數個時，各串流伺服器13可分別構成一內容傳遞網路(CDN)的其中一個網路節點、或一串流伺服器13可與其它串流伺服器(第1圖未繪示)構成一內容傳遞網路；4.各平台伺服器(14、14’...)：可為一RTMP伺服器、一HLS伺服器、一RTP伺服器、一網站伺服器、或一應用程式伺服器之任何一種，且可由不同的服務商所運營，且各服務商可設立一多媒體平台，例如串流影音平台Youtube或社群平台Facebook，供直播處理伺服器12透過所述的多媒體平台存取各平台伺服器(14、14’...)之資源，再者，多媒體平台係具有一網頁介面，可供以顯示一直播框架物件，而一播放端裝置15串接至網頁介面後，即可於直播框架物件播放直播視訊，藉此，可讓播放端裝置15之使用者，透過不同的多媒體平台，即時觀看由媒體工作者所發布的直播視訊。

請參閱「第2圖」，圖中所示為本發明之系統結構組成示意圖，如圖，突發直播發布系統1的直播處理伺服器12具有一運算處理模組121，一直播來源建立模組122、一直播來源轉發模組123分別與運算處理模組121呈資訊連結，其中：1.運算處理模組121：用以運行直播處理伺服器12，可驅動上述各模組作動，並具備邏輯運算、暫存運算結果、保存執行指令位置等功能，且其可為一中央處理器(CPU)；2.直播來源建立模組122：可為所述的即時影音訊號建立一直播視訊，並指定其中一直播訊號來源位址，作為影音訊號來源(11、11’...)傳輸所述即時影音訊號的目的位址；3.直播來源轉發模組123：用以接收一直播訊號轉發指令，並依據直播訊號轉發指令對應的至少一平台伺服器 (14、14’...)，令直播處理伺服器12與平台伺服器(14、14’...)進行串接，並從平台伺服器(14、14’...)取得至少一發送金鑰、及一平台伺服器位址後，使所述直播視訊由被指定的其中一串流伺服器(13、13’...)推流至被指定的至少一平台伺服器(14、14’...)，又，直播來源轉發模組123完成串接後，直播來源轉發模組123可將直播視訊推流至平台伺服器(14、14’...)的一直播框架物件。

請繼續參閱「第2圖」，突發直播發布系統1的直播處理伺服器12更具有一格式轉換模組124、一串接模組125、一認證模組126、一附加資訊產生模組127、及一直播框架設定模組128，其分別與運算處理模組121呈資訊連結，其中：1.格式轉換模組124：用以轉換所述即時影音訊號的格式，以符合各串流伺服器(13、13’...)、各平台伺服器(14、14’...)所支援的一影像編碼格式與一串流通訊協定，其中，所述影片編碼格式可為一位元速率(例如4,000Kbps)、一解析度上限(例如720p)、一每秒畫面格數(FPS)、一關鍵影格傳送間隔、一壓縮編碼格式(例如H.264)、一音訊編碼格式(例如AAC)、及一影片長度上限；且所述串流通訊協定可為一即時訊息通訊協定(RTMP，Real-Time Messaging Protocol)、一HTTP即時串流協定(HLS，HTTP Live Streaming)、一即時串流協定(RTSP/RTP，Real Time Streaming Protocol/Real-time Transport Protocol)、一HTTP動態自適應串流協定(DASH/MPEG-DASH，Dynamic Adaptive Streaming over HTTP)、及一微軟媒體伺服器協定(MMS，Microsoft Media Server)之其中一種，惟以上有關影像編碼格式與串流通訊協定之態樣僅為舉例，並不以此為限；2.串接模組125：用以供運算處理模組121觸發，使直播處理伺服器12與平台伺服器(14、14’...)進行串接並建立連線、或使直播處理伺服器12呼叫平台伺服器(14、14’...)所支援的一應用程式介面(API)，以從所述平台伺服器(14、14’...)取得所述的發送金鑰、及平台伺服器位址；3.認證模組126：用以依據各平台伺服器(14、14’...)的串接要求，確認直播處理伺服器12與平台伺服器(14、14’...)進行串接時，是否有從平台伺服器(14、14’...)取得至少一回傳值、或確認直播處理伺服器12是否需要先取得一存取憑證(Access Token，亦可稱存取權杖、或存取令牌)、或透過GET連線請求確認平台伺服器(14、14’...)是否回傳錯誤代碼(Error_code)而無法通過認證，其中，所述回傳值可為一發送金鑰(Stream Key，亦稱串流金鑰)、一平台伺服器位址、一存取憑證、一活動ID、一使用者帳戶資訊、一會員ID、一專頁ID、一排定時間資訊之其中一種或其任意組合；4.附加資訊產生模組127：用以依據所述直播視訊的識別資訊，產生一附加資訊並嵌入至所述的即時影音訊號，所述附加資訊可為一浮水印(watermark)，且所述浮水印可為一新聞中心的標誌(Logo)或商標(Trademark)，而所述的即時影音訊號可至少包含一視訊新聞片段；5.直播框架設定模組128：用以生成一框架設定指令，當平台伺服器(14、14’...)接收到框架設定指令後，平台伺服器(14、14’...)係可於一網頁介面中顯示一直播框架物件，並且，該直播框架物件係資訊連接於串流伺服器(13、13’...)，使串流伺服器(13、13’...)可將直播視訊顯示於直播框架物件，其中，所述的直播框架物件系可嵌入網頁介面或應用程式介面。

請參閱「第3圖」，圖中所示為本發明之系統實施流程圖，請搭配參閱「第1圖」~「第2圖」，如圖，本發明之系統實施流程如下：1.接收即時影音訊號(步驟ST1)：至少一影音訊號來源(11、11’...)與直播處理伺服器12建立連線後，影音訊號來源(11、11’...)、或操作影音訊號來源(11、11’...)的使用將影音訊號來源(11、11’...)所擷取的一即時影音訊號進行上傳動作，使突發直播發布系統1接收所述的即時影音訊號，其中，所述的即時影音訊號可至少包含一視訊新聞片段；2.創建直播訊號來源(步驟ST2)：直播處理伺服器12之運算處理模組121觸發一直播來源建立模組122，為所述即時影音訊號建立一直播視訊，並指定其中一串流伺服器(13、13’...)所對應的一直播訊號來源位址，作為影音訊號來源(11、11’...)傳輸即時影音訊號的目的位址；其中，所述直播視訊可關聯於一識別資訊，所述識別資訊可為使用者所輸入的一專案ID、一管理專頁名稱、一媒體工作者名稱、一採訪編號、一新聞中心名稱之其中一種或其任意組合，惟以上僅為舉例，並不以此為限；3.接收直播訊號來源轉發指令(步驟ST3)：直播來源轉發模組123經觸發後，可使直播處理伺服器12從影音訊號來源(11、11’...)接收一直播訊號轉發指令，且直播訊號轉發指令係對應於被指定的至少一平台伺服器(14、14’...)的一直播訊號來源位址，所述直播訊號來源位址可為一RTMP位址，RTMP位址可為『rtmp：//[ip-address(即IP位址或網域名稱)]：[port(即TCP連接埠)]/[application(即應用程式名稱)]/[prefix(即影音訊號格式代號)]：[path1]/[path2]/[streamName]』，惟以上直播訊號來源位址的類型與格式僅為舉例，並不以此為限，請再參閱「第4圖」所示，直播訊號轉發指令設定完成後，直播處理伺服器12可提供一第一系統操作介面GUI1，以，確認所設定之直播訊號來源位址是否正確，所述的第一系統操作介面GUI1至少包含有一影片名稱G11、及一平台伺服器頻道G12；4.與被指定的平台伺服器進行串接(步驟ST4)：直播處理伺服器12依據直播訊號轉發指令所對應的至少一平台伺服器(14、14’...)的直播訊號來源位址，使運算處理模組121驅動串接模組125，進而使直播處理伺服器12與平台伺服器(14、14’...)進行串接；5.設定直播框架物件步驟(步驟ST5)：當直播處理伺服器12與平台伺服器(14、14’...)完成串接後，直播框架設定模組128會將一直播框架設定指令，發送至所對應的平台伺服器(14、14’...)，使平台伺服器(14、14’...)接收直播框架設定指令後，可於一網頁介面中顯示一直播框架物件，請再參閱「第5圖」所示，直播處理伺服器12可再提供一第二系統操作介面GUI2，以供操作者可透過第二系統操作介面GUI2進行操作，所述的第二系統操作介面GUI2至少包含有一訊號確認欄位G21、一影音標題G22、及一頻道確認欄位G23；6.推流到直播框架物件(步驟ST6)：請搭配參閱「第6圖」，如圖，直播處理伺服器12從直播訊號轉發指令所對應的平台伺服器(14、14’...)取得一發送金鑰(Stream Key)、及一平台伺服器位址(Server URL)後，使一直播視訊V由被指定的其中一串流伺服器(13、13’...)推流至被指定的至少一平台伺服器(14、14’...)，並且，將直播視訊V顯示於網頁介面的一直播框架物件B中；其中，所述直播視訊V被推流至被指定的至少一平台伺服器(14、14’...)前，運算處理模組121需驅動認證模組126，以使認證模組126確認直播處理伺服器12是否有從平台伺服器(14、14’...)取得至少一回傳值(return value)、或確認直播處理伺服器12是否需要取得平台伺服器(14、14’...)所產生的一存取憑證(Access Token)、或確認平台伺服器(14、14’...)是否回傳錯誤代碼，而無法成功建立直播處理伺服器12與平台伺服器(14、14’...)之間的連線。

請參閱「第7圖」，圖中所示為本發明另一實施例之系統實施流程圖，請搭配參閱「第3圖」，如圖，步驟ST2(創建直播訊號來源)執行完畢後，本發明之突發直播發布系統1可接續執行以下步驟：1.擷取直播視訊的識別資訊(步驟ST21)：運算處理模組121驅動附加資訊產生模組127，使附加資訊產生模組127擷取所述直播視訊所關聯的一識別資訊，其中，所述識別資訊可為使用者所輸入的一專案ID、一管理專頁名稱、一媒體工作者名稱、一採訪編號、一新聞中心名稱之其中一種或其任意組合，惟以上僅為舉例，並不以此為限；2.產生對應於識別資訊的附加資訊(步驟ST22)：承步驟ST21，附加資訊產生模組127依據所述識別資訊產生一附加資訊，其中，所述附加資訊可為一浮水印(watermark)，且所述浮水印可為一新聞中心的標誌(Logo)或商標(Trademark)；另，本實施例於較佳情況下，若所述直播視訊所關聯的識別資訊為空值(Null)，則附加資訊產生模組127所產生的識別資訊得以一新聞中心名稱作為附加資訊的預設值；3.嵌入附加資訊至即時影音訊號(步驟ST23)：承步驟ST22，附加資訊產生模組127將產生的所述附加資訊嵌入至即時影音訊號。

請參閱「第8圖」，圖中所示為本發明另一較佳實施例之系統實施流程圖，並請搭配參閱「第3圖」，如圖，步驟ST4(與被指定的平台伺服器進行串接)執行完畢後，本發明之突發直播發布系統1接續執行以下步驟：1.是否需要存取憑證(步驟ST41)：直播處理伺服器12之認證模組126判斷直播處理伺服器12與被指定的平台伺服器(14、14’...)建立連線前，是否需要取得平台伺服器(14、14’...)所產生的一存取憑證(Access Token)，若認證模組126判斷不需要所述的存取憑證，可直接執行步驟ST42；相對地，若認證模組126判斷需要取得所述的存取憑證，則令直播處理伺服器12先取得一存取憑證；2.是否需要呼叫API(步驟ST42)：承步驟ST41，認證模組126接續判斷直播處理伺服器12是否需要呼叫一應用程式介面(API)，才能與平台伺服器(14、14’...)建立連線，並進而推流所述的直播視訊，若認證模組126判斷不需要呼叫API，則可直接執行步驟ST43；相對地，若認證模組126判斷需要呼叫API，則使直播處理伺服器12發送至少一參數，以呼叫平台伺服器(14、14’...)所支援的至少一應用程式介面(API)，以取得平台伺服器(14、14’...)透過所述應用程式介面所發送的的回傳值(即步驟ST421)，並接續執行步驟ST43；另，本實施例於較佳情況下，所述參數可為一存取憑證(Access Token)、一活動ID、一使用者帳戶資訊、一會員ID、一專頁ID、一排定時間資訊之其中一種或其任意組合；3.至少取得發送金鑰及平台伺服器位址(步驟ST43)：直播處理伺服器12從對應的服務商平台至少取得由平台伺服器(14、14’...)所回傳的一發送金鑰(Stream Key)、及一平台伺服器位址(Server URL)。

請參閱「第9圖」，圖中所示為本發明之另一實施例，如圖，直播處理伺服器12更包含有一訊息推播模組129，所述的訊息推播模組129與運算處理模組121完成資訊連接，直播處理伺服器12將直播視訊推流至平台伺服器(14、14’...)的直播框架物件後，直播處理伺服器12可透過訊息推播模組129發布一推播訊息，再者，推播訊息係可以發布至指定的播放端裝置15，其中，所述的播放端裝置15係安裝有一推播應用程式，使播放端裝置15可資訊連結於直播處理伺服器12，進而使訊息推播模組129可將推播訊息發布至播放端裝置15，以提醒播放端裝置15可前往指定的網頁介面，以查看該網頁介面中播放於直播框架物件的直播視訊，另，所述的推播訊息係可包含有一連結網址，所述的連結網址可導引至網頁介面，以供播放端裝置15可透過連結網址快速連結至網頁介面。

綜上所述，本發明之突發直播發布系統及其實施方法，系統包括一直播處理伺服器、複數個串流伺服器、及至少一平台伺服器；其中，直播處理伺服器可先為一即時影音訊號建立一直播視訊，再指定一串流伺服器作為即時影像訊號的直播訊號來源位址，其後，直播處理伺服器再依據一直播訊號轉發指令，與被指定的平台伺服器進行串接，再透過直播處理伺服器的一直播框架設定模組設定一直播框架物件，將直播框架物件傳送至平台伺服器的一網頁介面顯示，使串流伺服器可將直播視訊推流至直播框架物件，據此，直播處理伺服器可於突發狀況下，將直播訊號推流至多個網頁介面或直播平台；藉此，本發明實施後確實可達到一種可同步將直播視訊發布至多個平台網站的突發直播發布系統及其實施方法。

唯，以上所述者，僅為本發明之較佳之實施例而已，並非用以限定本發明實施之範圍；任何熟習此技藝者，在不脫離本發明之精神與範圍下所作之均等變化與修飾，皆應涵蓋於本發明之專利範圍內。

綜上所述，本發明係具有「產業利用性」、「新穎性」與「進步性」等專利要件；申請人爰依專利法之規定，向鈞局提起發明專利之申請。