一種直播方法和裝置與流程

2023-09-22 05:28:25 1

本發明涉及通信技術領域，尤其涉及一種直播方法和裝置。

背景技術：

OTT TV是「Over The Top TV」的縮寫，是指基於開放網際網路的視頻服務，終端可以是電視機、電腦、機頂盒、PAD、智慧型手機等等。意指在網絡之上提供服務，強調服務與物理網絡的無關性。通過網際網路傳輸的視頻節目，如PPS、UUSEE等平臺的內容傳輸到顯示屏幕(包括電視)上。

現有技術中提供的OTT TV直播服務方式包括單播服務方式和組播服務方式，當採用組播服務方式提供OTT TV服務時，對網絡質量的要求非常高，一旦組播伺服器出現故障，則所有給用戶提供的組播服務將終止，系統性風險非常高，並且不易於維護。

當採用單播服務方式向用戶提供直播服務時，一旦用戶增多，對OTT伺服器的流量已經分布式文件系統的存取效率要求非常高，要配置較多的單播伺服器，成本較高。

技術實現要素：

有鑑於此，本發明實施例提供了一種直播方法和裝置，以解決現有OTT網絡運營中存在的維護困難，改造成本高的問題。

第一方面，本發明實施例提供了一種直播方法，所述方法包括：

接收客戶端發送的直播請求信息，所述直播請求信息中包括直播的服務方式的配置信息；

當所請求包括的配置信息為組播服務方式時，確定當前內容分發網絡是否支持OTT組播服務；

如果當前內容分發網絡支持OTT組播服務，則根據所述配置信息中的組播地址將客戶端加入對應的組播組中，並向客戶端下發所述組播組中的組播媒體數據；

當所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務時，則通過單播伺服器向客戶端下發所述直播請求對應的單播媒體數據。

第二方面，本發明實施例提供了一種直播裝置，所述裝置包括直播請求接收單元、OTT組播服務確定單元、第一直播處理單元和第二直播處理單元；

其中，直播請求接收單元，用於接收客戶端發送的直播請求信息，所述直播請求信息中包括直播的服務方式的配置信息；

OTT組播服務確定單元，用於當所請求包括的配置信息為組播服務方式時，確定當前內容分發網絡是否支持OTT組播服務；

第一直播處理單元，用於如果當前內容分發網絡支持OTT組播服務，則根據所述配置信息中的組播地址將客戶端加入對應的組播組中，並向客戶端下發所述組播組中的組播媒體數據；

第二直播處理單元，用於當所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務時，則通過單播伺服器向客戶端下發所述直播請求對應的單播媒體數據。

在本發明實施例中，通過直播裝置接收客戶端發送的直播請求信息，所述直播請求信息中包括直播的服務方式的配置信息；當所請求包括的配置信息為組播服務方式時，確定當前內容分發網絡是否支持OTT組播服務；如果當前內容分發網絡支持OTT組播服務，則根據所述配置信息中的組播地址將客戶端加入對應的組播組中，並向客戶端下發所述組播組中的組播媒體數據；當所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務時，則通過單播伺服器向客戶端下發所述直播請求對應的單播媒體數據，通過配置信息確定用戶發送的直播請求中的服務方式，適應當前網絡選擇對應直播的服務方式，使得OTT網絡運營更加簡單，易於維護，並且不需要強制改造當前的網絡環境，降低了網絡改造的成本。

附圖說明

圖1是本發明實施例一提供的一種直播方法的實現流程圖；

圖2是本發明實施例一提供的一種通過單播伺服器向客戶端下發所述直播

請求對應的單播媒體數據的具體實現流程圖；

圖3是本發明實施例二提供的另一種直播方法的實現流程圖；

圖4是本發明實施例二提供的一種由電子節目指南伺服器向客戶端發送直

播的服務方式的配置信息的實現流程圖；

圖5是本發明實施例三提供的一種直播裝置的結構框圖。

具體實施方式

為使得本發明的發明目的、特徵、優點能夠更加的明顯和易懂，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而非全部實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。

應理解，在本發明各個實施例中，各過程的序號的大小並不意味著執行順序的先後，各過程的執行順序應以其功能和內在邏輯確定，而不應對本發明實施例的實施過程構成任何限定。

以下結合具體實施例對本發明的實現進行詳細描述：

實施例一

圖1示出了本發明實施例一提供的一種直播方法的實現流程，詳述如下：

在步驟S101中，接收客戶端發送的直播請求信息，所述直播請求信息中包括直播的服務方式的配置信息。

在本發明實施例中，上述直播的服務方式包括組播服務方式和單播服務方式。直播裝置接收客戶端發送的直播請求信息後，識別直播請求信息中的配置信息，以確定當前請求的直播頻道的服務方式。

具體地，客戶端在接收到用戶的直播請求後，確定用戶當前請求的直播頻道的服務方式，將包括用戶的直播請求，以及直播的服務方式的配置信息的直播請求信息發送至直播裝置，直播裝置在接收到客戶端發送的直播請求信息後，根據配置信息中所配置的服務方式向OTT伺服器請求媒體數據，並將OTT伺服器返回的對應媒體數據下發給客戶端。

在步驟S102中，當所請求包括的配置信息為組播服務方式時，確定當前內容分發網絡是否支持OTT組播服務。

在本發明實施例中，內容分發網絡(Content Delivery Network，簡稱CDN)由僅支持組播服務方式的內容分發網絡、僅支持單播服務方式的內容分發網絡、或者同時支持組播服務方式和單播服務方式的內容分發網絡組成。在這裡，按照行政級別劃分分級部署內容分發網絡，其中行政級別最高的內容分發網絡為頂層CDN，其餘行政級別的內容分發網絡為邊緣CDN。

具體地，內容分發網絡包括至少一個頂層CDN。

在本發明的一個具體實施例中，內容分發網絡由一個頂層CDN和若干個邊緣CDN組成，在接收客戶端發送的直播請求信息後，獲取直播請求信息中配置信息，在確定所請求包括的配置信息為組播服務方式時，確定最靠近客戶端的邊緣CDN是否支持OTT組播服務，當最靠近客戶端的邊緣CDN不支持OTT組播服務時，再確定當前最靠近客戶端的邊緣CDN的上一級邊緣CDN是否支持OTT組播服務，直至確定頂層CDN是否支持OTT組播服務時為止。

在這裡，行政級別越低的邊緣CDN越靠近客戶端，以縮短直播請求的響應時間，提高直播的效率以給用戶更好的體驗。

在本發明實施例中，通過將內容分發網絡按照行政級別劃分分級部署提供直播服務的伺服器後，可以靈活擴展用戶提供直播服務的組播伺服器和單播伺服器，並且能夠適應當前內容分發網絡環境選擇以單播服務方式、組播服務方式以及單播組播混合方式來提供直播服務，降低了現有OTT服務網絡部署或者改造的難度及成本。

在步驟S103中，如果當前內容分發網絡支持OTT組播服務，則根據所述配置信息中的組播地址將客戶端加入對應的組播組中，並向客戶端下發所述組播組中的組播媒體數據。

在本發明實施例中，客戶端提供的配置信息中包括用戶請求的頻道的組播地址，在當前內容分發網絡支持OTT組播服務時，直播裝置根據配置信息中提供的組播地址將客戶端加入組播組，獲取所述組播組中的組播媒體數據，並向客戶端下發所獲取的組播媒體數據，客戶端接收直播裝置下發的組播媒體數據並顯示給用戶。

在本發明的一個具體實施例中，內容分發網絡由一個頂層CDN和若干個邊緣CDN組成，在接收客戶端發送的直播請求信息後，獲取直播請求信息中配置信息，在確定所請求包括的配置信息為組播服務方式時，確定最靠近客戶端的邊緣CDN是否支持OTT組播服務，當最靠近客戶端的邊緣CDN支持OTT組播服務時，直播裝置根據配置信息中提供的組播地址將客戶端加入當前邊緣CDN所屬的組播組，獲取所述組播組中的組播媒體數據，並向客戶端下發所獲取的組播媒體數據，客戶端接收直播裝置下發的組播媒體數據並顯示給用戶。

在本發明的另一個具體實施例中，內容分發網絡由一個頂層CDN和若干個邊緣CDN組成，在接收客戶端發送的直播請求信息後，獲取直播請求信息中配置信息，在確定所請求包括的配置信息為組播服務方式時，在確定頂層CDN支持OTT組播服務時，直播裝置根據配置信息中提供的組播地址將客戶端加入頂層CDN所屬的組播組，獲取所述組播組中的組播媒體數據，並向客戶端下發所獲取的組播媒體數據，客戶端接收直播裝置下發的組播媒體數據並顯示給用戶。

在步驟S104中，當所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務時，則通過單播伺服器向客戶端下發所述直播請求對應的單播媒體數據。

在本發明實施例中，在接收客戶端發送的直播請求信息後，獲取直播請求信息中配置信息，在確定所請求包括的配置信息為單播服務方式，或者在確定當前內容分發網絡不支持OTT組播服務時，根據配置信息中提供的單播地址確定對應的單播伺服器，並通過該單播伺服器向客戶端下發直播請求對應的單播媒體數據。

具體地，步驟S104中通過單播伺服器向客戶端下發所述直播請求對應的單播媒體數據的具體實現流程如圖2所示：

在步驟S201中，接收客戶端發送的包括單播服務方式的配置信息的直播請求。

在本發明實施例中，在確定當所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務後，客戶端向直播裝置發送包括單播服務方式的配置信息的直播請求。

步驟S202中，根據所述配置信息，由單播伺服器向客戶端下發單播媒體數據。

在本發明的一個具體實施例中，內容分發網絡由一個頂層CDN和若干個邊緣CDN組成，在接收客戶端發送的直播請求信息後，獲取直播請求信息中配置信息，在確定所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務時，直播裝置根據配置信息中提供的單播地址確定對應的單播伺服器，並通過該單播伺服器向客戶端下發直播請求對應的單播媒體數據。

在本發明的另一個具體實施例中，內容分發網絡由一個頂層CDN和若干個邊緣CDN組成，在接收客戶端發送的直播請求信息後，獲取直播請求信息中配置信息，在確定所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務時，確定當前邊緣CDN是否支持單播服務方式，如果當前邊緣CDN不支持單播服務方式，則確定當前邊緣CDN的上一級邊緣CDN是否支持單播服務方式，直至確定頂層CDN是否支持單播服務方式時為止。在確定當前內容分發網絡支持單播服務方式時，直播裝置根據配置信息中提供的單播地址確定對應的單播伺服器，並通過該單播伺服器向客戶端下發直播請求對應的單播媒體數據。

在一個應用場景中，有可能存在省級骨幹網絡，即頂層CDN不支持組播服務方式，但是地市級網絡，即邊緣CDN支持組播服務方式，或者部分地市級網絡支持組播服務方式的情況，這時，支持組播服務方式的網絡採用組播服務方式響應客戶端的直播請求，不支持組播服務方式的網絡採用單播服務方式響應客戶端的直播請求。

在本發明實施例中，通過直播裝置接收客戶端發送的直播請求信息，所述直播請求信息中包括直播的服務方式的配置信息；當所請求包括的配置信息為組播服務方式時，確定當前內容分發網絡是否支持OTT組播服務；如果當前內容分發網絡支持OTT組播服務，則根據所述配置信息中的組播地址將客戶端加入對應的組播組中，並向客戶端下發所述組播組中的組播媒體數據；當所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務時，則通過單播伺服器向客戶端下發所述直播請求對應的單播媒體數據，通過配置信息確定用戶發送的直播請求中的服務方式，適應當前網絡選擇對應直播的服務方式，使得OTT網絡運營更加簡單，易於維護，並且不需要強制改造當前的網絡環境，降低了網絡改造的成本。

實施例二

圖3示出了本發明實施例二提供的另一種直播方法的實現流程，詳述如下：

在步驟S301中，由電子節目指南伺服器向客戶端發送直播的服務方式的配置信息，所述直播的服務方式的配置信息包括組播服務方式的配置信息和單播服務方式的配置信息。

在本發明實施例中，電子節目指南中的頻道對應有相應的直播的服務方式為單播服務方式、組播服務方式或者單播組播混合服務方式。

在這裡，步驟S301中由電子節目指南伺服器向客戶端發送直播的服務方式的配置信息的具體實現流程如圖4所示：

在步驟S401中，所述電子節目指南伺服器檢測所述內容分發網絡中對應的頻道信息是否發生變化。

在步驟S402中，當所述電子節目指南伺服器檢測所述內容分發網絡中對應的頻道信息發生變化，則向所述客戶端推送更新後的配置信息。

在本發明實施例中，通過電子節目指南伺服器將配置信息推送到客戶端，客戶端根據所推送的配置信息去接收直播裝置反饋回來的數據，當配置信息沒有更新時，電子節目指南伺服器不再向客戶端推送配置信息，以避免客戶端頻繁反覆的向電子節目指南服務請求配置信息，增加電子節目指南伺服器的壓力，並降低直播的效率。

在步驟S302中，接收客戶端發送的直播請求信息，所述直播請求信息中包括直播的服務方式的配置信息。

在步驟S303中，當所請求包括的配置信息為組播服務方式時，確定當前內容分發網絡是否支持OTT組播服務。

在步驟S304中，如果當前內容分發網絡支持OTT組播服務，則根據所述配置信息中的組播地址將客戶端加入對應的組播組中，並向客戶端下發所述組播組中的組播媒體數據。

在本發明實施例中，通過電子節目指南伺服器將配置信息推送到客戶端，客戶端根據所推送的配置信息去接收直播裝置反饋回來的數據，當配置信息沒有更新時，電子節目指南伺服器不再向客戶端推送配置信息，以避免客戶端頻繁反覆的向電子節目指南服務請求配置信息，增加電子節目指南伺服器的壓力，並降低直播的效率。

進一步地，在配置信息提供的組播地址中設置有備用的單播地址，當檢測到為客戶端提供組播服務的直播伺服器出現故障時，則通過單播伺服器下發所述直播請求對應的單播媒體數據。

在本發明實施例中，當檢測到位客戶端提供組播服務的直播伺服器出現故障時，根據配置信息中提供的備用單播地址確定行政級別相同的邊緣CDN所屬的單播伺服器，並通過該單播伺服器下發直播請求對應的單播媒體數據，以避免終止直播服務，降低用戶體驗。

進一步地，當行政級別相同的單播伺服器中沒有對應的單播媒體數據時，根據配置信息中提供的備用單播地址確定上一級行政級別的邊緣CDN所屬的單播伺服器中是否有對應的單播媒體數據，直至到頂層CDN所屬的單播伺服器中是否有對應的單播媒體數據位置。

本領域普通技術人員可以理解實現上述各實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬體來完成，相應的程序可以存儲於一計算機可讀取存儲介質中，上述的存儲介質，如ROM/RAM、磁碟或光碟等。

實施例三

圖5示出了本發明實施例三提供的一種直播裝置5的具體結構框圖，為了便於說明，僅示出了與本發明實施例相關的部分。

本發明實施例提供的一種直播裝置5，包括直播請求接收單元51、OTT組播服務確定單元52、第一直播處理單元53和第二直播處理單元54；其中，直播請求接收單元51，用於接收客戶端發送的直播請求信息，所述直播請求信息中包括直播的服務方式的配置信息；

OTT組播服務確定單元52，用於當所請求包括的配置信息為組播服務方式時，確定當前內容分發網絡是否支持OTT組播服務；

第一直播處理單元53，用於如果當前內容分發網絡支持OTT組播服務，則根據所述配置信息中的組播地址將客戶端加入對應的組播組中，並向客戶端下發所述組播組中的組播媒體數據；

第二直播處理單元54，用於當所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務時，則通過單播伺服器向客戶端下發所述直播請求對應的單播媒體數據。

具體地，所述第二處理單元具體包括直播請求接收子單元和第二直播處理子單元；

其中，直播請求接收子單元，用於接收客戶端發送的包括單播服務方式的配置信息的直播請求；

第二直播處理子單元，用於根據所述配置信息，由單播伺服器向客戶端下發單播媒體數據。

進一步地，所述裝置還包括：

配置信息發送單元，用於由電子節目指南伺服器向客戶端發送直播的服務方式的配置信息，所述直播的服務方式的配置信息包括組播服務方式的配置信息和單播服務方式的配置信息。

具體地，所述配置信息發送單元包括：

頻道信息變化檢測單元，用於所述電子節目指南伺服器檢測所述內容分發網絡中對應的頻道信息是否發生變化；

配置信息推送單元，用於當所述電子節目指南伺服器檢測所述內容分發網絡中對應的頻道信息發生變化，則向所述客戶端推送更新後的配置信息。

進一步地，所述裝置還包括：

組播故障處理單元，用於當檢測到為客戶端提供組播服務的直播伺服器出現故障時，則通過單播伺服器下發所述直播請求對應的單播媒體數據。

在本發明實施例中，通過直播裝置接收客戶端發送的直播請求信息，所述直播請求信息中包括直播的服務方式的配置信息；當所請求包括的配置信息為組播服務方式時，確定當前內容分發網絡是否支持OTT組播服務；如果當前內容分發網絡支持OTT組播服務，則根據所述配置信息中的組播地址將客戶端加入對應的組播組中，並向客戶端下發所述組播組中的組播媒體數據；當所請求包括的配置信息為單播服務方式或當前內容分發網絡不支持OTT組播服務時，則通過單播伺服器向客戶端下發所述直播請求對應的單播媒體數據，通過配置信息確定用戶發送的直播請求中的服務方式，適應當前網絡選擇對應直播的服務方式，使得OTT網絡運營更加簡單，易於維護，並且不需要強制改造當前的網絡環境，降低了網絡改造的成本。

本領域普通技術人員可以意識到，結合本文中所公開的實施例描述的各示例的單元及步驟，能夠以電子硬體、或者計算機軟體和電子硬體的結合來實現。這些功能究竟以硬體還是軟體方式來執行，取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同裝置來實現所描述的功能，但是這種實現不應認為超出本發明的範圍。

所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的裝置和單元的具體工作過程，可以參考前述裝置實施例中的對應過程，在此不再贅述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，上述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個裝置，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

上述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。

另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。

上述功能如果以軟體功能單元的形式實現並作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施例上述裝置的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬碟、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光碟等各種可以存儲程序代碼的介質。

以上上述，僅為本發明的具體實施方式，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明揭露的技術範圍內，可輕易想到狀態或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應上述以權利要求的保護範圍為準。