JP2019537342A - ライブビデオ送信方法およびシステムならびに装置 - Google Patents

Abstract

本発明は、ライブビデオ送信方法およびシステムならびに装置を提供する。方法は、M2Uデバイスにより、クライアントによって送信されたUDP要求を受信するステップであって、UDP要求がライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用され、ライブチャネル識別子がマルチキャストアドレスまたはURLを含む、ステップと、ライブチャネル識別子に対応するビデオデータを取得するステップと、M2Uデバイスにより、UDP要求のソースIPアドレスおよびソースポートを取得するステップであって、UDP要求のソースIPアドレスおよびソースポートが、その後クライアントに送信されるべきUDPユニキャストパケットの宛先IPアドレスおよび宛先ポートとして使用される、ステップとを含む。UDP要求に対応するマルチキャストビデオデータを受信した後、M2Uデバイスは、マルチキャスト宛先IPアドレスおよびマルチキャスト宛先ポートを、クライアントの取得されたユニキャスト宛先IPアドレスおよびユニキャスト宛先ポートに変更し、UDPユニキャスト方式でクライアントにビデオデータを送信する。M2Uデバイスは、CPUを使用してビデオデータに対してプロトコル変換を実行することなく、ハードウェア転送を介してUDPユニキャスト方式でビデオデータを直接送信する。したがって、M2Uデバイスのスループットを効果的に改善することができる。

Description

本発明の実施形態は、インターネット技術に関し、詳細には、ライブビデオ送信方法およびシステムならびに装置に関する。

ビデオオンライブがますますユーザに支持されるにつれて、多くのオーバーザトップ（英語：over−the−top、略してOTT）ビデオのウェブサイトがライブビデオサービスを提供している。しかしながら、ライブビデオは同じチャネル上のユーザが同じコンテンツを視聴することに特徴があり、具体的には、ライブチャネルを視聴するユーザのために、大量のデータパケットがネットワーク内で繰り返し送信され、大量のネットワーク帯域幅が占有され、大量のネットワーク支払料金が事業者にとってコストになっている。

上記の問題を克服するために、ネットワークトラフィックを低減し、ビデオソースサーバの負荷を軽減するために、マルチキャストベアラネットワークが使用されるマルチキャストベアラOTT技術が提供されている。ユニキャストツーマルチキャスト（英語：unicast to multicast、略してU2M）デバイスは、ユニキャスト方式でビデオソースサーバからビデオデータを取得し、マルチキャスト方式で複数のマルチキャストツーユニキャスト（英語：multicast to unicast、略してM2U）デバイスにビデオデータを配信する。M2Uデバイスの中央処理装置（英語：central processing unit、略してCPU）は、生放送管理プラットフォームによって通知されたマルチキャストグループおよび対応するチャネル情報を受信し、マルチキャストグループに参加し、マルチキャストパケットを受信し、受信されたチャネル情報および受信されたマルチキャストパケットに基づいてインデックスファイルおよびメディアフラグメントを生成し、受信された端末デバイスのアプリケーション（英語：application、略してAPP）がライブチャネルをアクセスするハイパーテキスト転送プロトコル（英語：Hypertext Transfer Protocol、略してHTTP）要求に基づいて、ライブチャネル用のインデックスファイルおよびメディアフラグメントをユニキャスト方式でAPPに送信する。具体的には、M2Uデバイスは、ビデオデータをHTTPパケットに変換し、ユニキャスト方式でユーザ側端末デバイスにHTTPパケットを送信する。

M2UデバイスがビデオデータをHTTPパケットに変換するプロセスを実施するために、CPUの能力が必要とされる。しかしながら、CPUがHTTPトラフィックを処理する能力が限られているため、比較的多数のユーザが存在すると、ライブビデオサービスを実現することができない。

本発明の実施形態は、以下の問題を解決するために、ライブビデオ送信方法およびシステムならびに装置を提供する：M2Uデバイスがビデオデータを何度もHTTPパケットに変換するプロセスを実施するために、CPUの能力が必要とされるが、CPUがHTTPトラフィックを処理する能力が限られているため、比較的多数のユーザが存在すると、ライブビデオサービスを実現することができない。

本発明の第1の態様によれば、ライブビデオ送信方法が提供される。方法はM2Uデバイスに適用され、
クライアントによって送信されたユーザデータグラムプロトコル（英語：User Datagram Protocol、略してUDP）要求を受信するステップであって、UDP要求がライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、ステップと、
ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するステップと、
UDP要求に含まれるソースIPアドレスおよびソースポートを取得するステップであって、ソースIPアドレスがクライアントのIPアドレスであり、ソースポートが、それを介してクライアントがUDP要求を送信するポートである、ステップと、
ソースIPアドレスおよびソースポートに基づいて、クライアントにUDPユニキャスト方式でビデオデータを送信するステップと
を含む。

この解決策では、ライブチャネル識別子は、通常、マルチキャストアドレスまたはユニフォームリソースロケータ（英語：Uniform Resource Locator、略してURL）である。M2Uデバイスは、クライアントによって送信されたUDP要求内のライブチャネル識別子に基づいて、ライブチャネル識別子に対応するマルチキャスト方式でU2Mデバイスによって送信されたUDPライブチャネルのビデオデータを取得し、CPUを使用してプロトコル変換を実行することなく、ハードウェア転送を介して、UDPユニキャスト方式でクライアントにビデオデータを直接送信する。したがって、M2Uデバイスのスループットが効果的に改善される。

上記の解決策に基づいて、ソースIPアドレスおよびソースポートに基づいて、クライアントにUDPユニキャスト方式でビデオデータを送信するステップは、
ビデオデータ内のマルチキャストパケットを取得するステップと、
UDPユニキャストパケットを取得するために、マルチキャストパケットの宛先IPアドレスをUDP要求のソースIPアドレスに変更し、マルチキャストパケットの宛先ポートをUDP要求のソースポートに変更するステップと、
クライアントにUDPユニキャストパケットを送信するステップと
を含む。

この解決策では、M2Uデバイスはビデオデータ内のマルチキャストパケットを取得し、ハードウェア転送モジュールを使用することにより、マルチキャストパケットの宛先IPアドレスをクライアントのソースIPアドレスに変更し、宛先ポートを、それを介してクライアントがDUP要求を送信するソースポートに変更し、CPUを使用してデータプロトコル変換を実行することなく構文解析および再生されるように、クライアントにUDPユニキャストパケットの形式でビデオデータを直接転送する。したがって、比較的多数のユーザが存在するときにビデオオンライブが実現されてもよく、M2Uデバイスのスループットが改善される。

上記の解決策のうちのいずれか1つに基づいて、ライブチャネル識別子がマルチキャストアドレスを含む場合、M2Uデバイスにより、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得する具体的な実装形態は、
マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信するステップであって、マルチキャスト参加メッセージがマルチキャストアドレスを含む、ステップと、
U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信するステップと
を含む。

場合によっては、上記の解決策のうちのいずれか1つに基づいて、ライブチャネル識別子がマルチキャストアドレスを含む場合、クライアントによって送信されたユーザデータグラムプロトコルUDP要求を受信するステップの前に、方法は、ユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するステップであって、マルチキャスト参加メッセージが、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用される、ステップと、
U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信するステップと
をさらに含み、
M2Uデバイスにより、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得する別の具体的な実装形態は、マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得するステップを含む。

上記の解決策は、M2Uデバイスがマルチキャストアドレスに対応するライブチャネルのビデオデータを取得する2つの方式を提供する。1つの方式では、M2Uデバイスは、マルチキャストアドレスを含むマルチキャスト参加メッセージを直接送信し、その結果、U2Mデバイスは、マルチキャストアドレスに基づいて対応するライブチャネルのビデオデータをM2Uデバイスに返信する。別の方式では、M2Uデバイスは、複数のマルチキャストアドレスを含むマルチキャスト参加メッセージを送信し、複数のマルチキャストアドレスに対応するライブチャネルのデータを取得し、M2Uデバイスは、クライアントによって送信された要求内のマルチキャストアドレスに基づいて、ローカルビデオデータからマルチキャストアドレスに対応するビデオデータを取得する。

場合によっては、ライブチャネル識別子がURLを含む場合、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するステップは、
URLに基づいてURLに対応するマルチキャストアドレスを取得するステップと、
マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信するステップであって、マルチキャスト参加メッセージがマルチキャストアドレスを含む、ステップと、
U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信するステップと
を含む。

場合によっては、ライブチャネル識別子がURLを含む場合、クライアントによって送信されたユーザデータグラムプロトコルUDP要求を受信するステップの前に、方法は、
U2Mデバイスにマルチキャスト参加メッセージを送信するステップであって、マルチキャスト参加メッセージが、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用される、ステップと、
U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信するステップと
をさらに含み、
ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するステップは、
URLに基づいてURLに対応するマルチキャストアドレスを取得するステップと、
マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得するステップと
を含む。

場合によっては、URLに基づいてURLに対応するマルチキャストアドレスを取得するステップは、
マルチキャストアドレスとURLとの間の事前に取得された対応関係を照会し、URLに対応するマルチキャストアドレスを見つけるステップ、または
URLを含むマルチキャストアドレス照会メッセージを生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信されたURLに対応するマルチキャストアドレスを受信するステップ
を含む。

上記の解決策のうちのいずれか1つに基づいて、UDP要求がユーザ識別子をさらに含む場合、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するステップの前に、方法は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを判定するステップと、
ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有する場合、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するステップを実行するステップと
をさらに含む。

この解決策は、マルチキャストアドレスに対応するライブチャネルのビデオデータが取得される前に、クライアントにログインしたユーザがライブチャネルを視聴する許可を有するかどうかがさらに判定される必要があることを意味する。ユーザがライブチャネルを視聴する許可を有していない場合、M2UデバイスはUDP要求に応答しない。ユーザがライブチャネルを視聴する許可を有する場合、M2Uデバイスは上記の方式のうちのいずれか1つでビデオデータを取得する。

上記の解決策に基づいて、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを判定するステップは、
UDP要求内で搬送されたユーザ識別子、検証情報、およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信された検証結果を受信するステップであって、検証結果が、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される、ステップ、または
UDP要求内で搬送された認可情報およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信された検証結果を受信するステップであって、検証結果が、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される、ステップ
を含む。

本発明の第2の態様によれば、ライブビデオ送信方法が提供される。方法はクライアントに適用され、
M2UデバイスにUDP要求を送信するステップであって、UDP要求がライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、ステップと、
M2Uデバイスによって送信されたライブチャネルのビデオデータを受信するステップであって、ビデオデータがライブチャネル識別子に基づいてM2Uデバイスによって取得され、ビデオデータがUDPユニキャストパケット内で搬送される、ステップと、
ライブチャネルでビデオを再生するためにUDPユニキャストパケットを構文解析するステップと
を含む。

この解決策では、M2UデバイスのUDPユニキャストパケットを受信した後、クライアントは、UDPユニキャストパケットを構文解析してライブチャネル上のビデオを取得し、そのビデオを再生する。

場合によっては、UDP要求は、認可情報ならびに／またはユーザ識別子および検証情報をさらに含む。

本発明の第3の態様によれば、
クライアントによって送信されたUDP要求を受信するように構成された受信モジュールであって、UDP要求がライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、受信モジュールと、
ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するように構成された処理モジュールであって、
処理モジュールが、UDP要求に含まれるソースIPアドレスおよびソースポートを取得するようにさらに構成され、ソースIPアドレスがクライアントのIPアドレスであり、ソースポートが、それを介してクライアントがUDP要求を送信するポートである、処理モジュールと、
ソースIPアドレスおよびソースポートに基づいて、クライアントにUDPユニキャスト方式でビデオデータを送信するように構成された送信モジュールと
を含む、M2Uデバイスが提供される。

場合によっては、送信モジュールは、具体的に、
ビデオデータ内のマルチキャストパケットを取得することと、
UDPユニキャストパケットを取得するために、マルチキャストパケットの宛先IPアドレスをUDP要求のソースIPアドレスに変更し、マルチキャストパケットの宛先ポートをUDP要求のソースポートに変更することと、
クライアントにUDPユニキャストパケットを送信することと
を行うように構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、送信モジュールは、マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、マルチキャスト参加メッセージはマルチキャストアドレスを含み、
受信モジュールは、U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信するようにさらに構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、受信モジュールがクライアントによって送信されたUDP要求を受信する前に、
送信モジュールは、U2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、マルチキャスト参加メッセージは、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用され、
受信モジュールは、U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信するようにさらに構成され、
処理モジュールは、具体的に、マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得するように構成される。

場合によっては、ライブチャネル識別子がURLを含む場合、処理モジュールは、URLに基づいてURLに対応するマルチキャストアドレスを取得するようにさらに構成され、
送信モジュールは、マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、マルチキャスト参加メッセージはマルチキャストアドレスを含み、
受信モジュールは、U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信するようにさらに構成される。

場合によっては、ライブチャネル識別子がURLを含む場合、受信モジュールがクライアントによって送信されたUDP要求を受信する前に、送信モジュールは、U2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、マルチキャスト参加メッセージは、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用され、
受信モジュールは、U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信するようにさらに構成され、
処理モジュールは、具体的に、
URLに基づいてURLに対応するマルチキャストアドレスを取得することと、
マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得することと
を行うように構成される。

場合によっては、処理モジュールは、マルチキャストアドレスとURLとの間の事前に取得された対応関係を照会し、URLに対応するマルチキャストアドレスを見つけるようにさらに構成されるか、または
送信モジュールは、URLを含むマルチキャストアドレス照会メッセージを生放送管理プラットフォームに送信するようにさらに構成され、受信モジュールは、生放送管理プラットフォームによって返信されたURLに対応するマルチキャストアドレスを受信するようにさらに構成される。

場合によっては、UDP要求がユーザ識別子をさらに含む場合、処理モジュールは、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを判定することと、
ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有する場合、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するステップを実行することと
を行うようにさらに構成される。

場合によっては、送信モジュールは、UDP要求内で搬送されたユーザ識別子、検証情報、およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信するようにさらに構成され、受信モジュールは、生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される、または
送信モジュールは、UDP要求内で搬送された認可情報およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信するようにさらに構成され、受信モジュールは、生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される。

本発明の第4の態様によれば、
M2UデバイスにUDP要求を送信するように構成された送信モジュールであって、UDP要求がライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、送信モジュールと、
M2Uデバイスによって送信されたライブチャネルのビデオデータを受信するように構成された受信モジュールであって、ビデオデータがライブチャネル識別子に基づいてM2Uデバイスによって取得され、ビデオデータがUDPユニキャストパケット内で搬送される、受信モジュールと、
ライブチャネルでビデオを再生するためにUDPユニキャストパケットを構文解析するように構成された処理モジュールと
を含む、クライアントが提供される。

場合によっては、送信モジュールによって送信されたUDP要求は、認可情報ならびに／またはユーザ識別子および検証情報をさらに含む。

本発明の第5の態様によれば、プログラムコードおよび構成情報を記憶するように構成されたメモリ、プロセッサ、およびハードウェア転送モジュールを含む、M2Uデバイスが提供される。

プロセッサは、
クライアントによって送信されたUDP要求を受信することであって、UDP要求がライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、受信することと、
ライブチャネル識別子に対応するライブチャネルのビデオデータを取得し、UDP要求に含まれるソースIPアドレスおよびソースポートを取得することであって、ソースIPアドレスがクライアントのIPアドレスであり、ソースポートが、それを介してクライアントがUDP要求を送信するポートである、取得することと
を行うように構成される。

ハードウェア転送モジュールは、ソースIPアドレスおよびソースポートに基づいて、クライアントにUDPユニキャスト方式でビデオデータを送信するように構成される。

場合によっては、ハードウェア転送モジュールは、具体的に、
ビデオデータ内のマルチキャストパケットを取得することと、
UDPユニキャストパケットを取得するために、マルチキャストパケットの宛先IPアドレスをUDP要求のソースIPアドレスに変更し、マルチキャストパケットの宛先ポートをUDP要求のソースポートに変更することと、
クライアントにUDPユニキャストパケットを送信することと
を行うように構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、プロセッサは、マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、マルチキャスト参加メッセージはマルチキャストアドレスを含み、
ハードウェア転送モジュールは、U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信するようにさらに構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、プロセッサは、U2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、マルチキャスト参加メッセージは、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用され、
ハードウェア転送モジュールは、U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信するようにさらに構成され、
プロセッサは、マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得するようにさらに構成される。

場合によっては、ライブチャネル識別子がURLを含む場合、プロセッサは、
URLに基づいてURLに対応するマルチキャストアドレスを取得することと、
マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信することであって、マルチキャスト参加メッセージがマルチキャストアドレスを含む、送信することと、
U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信することと
を行うようにさらに構成される。

場合によっては、ライブチャネル識別子がURLを含む場合、プロセッサがクライアントによって送信されたユーザデータグラムプロトコルUDP要求を受信する前に、プロセッサは、
ユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信することであって、マルチキャスト参加メッセージが、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用される、送信することと、
U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信することと
を行うようにさらに構成され、
プロセッサは、具体的に、
URLに基づいてURLに対応するマルチキャストアドレスを取得することと、
マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得することと
を行うように構成される。

場合によっては、プロセッサは、具体的に、
マルチキャストアドレスとURLとの間の事前に取得された対応関係を照会し、URLに対応するマルチキャストアドレスを見つけること、または
URLを含むマルチキャストアドレス照会メッセージを生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信されたURLに対応するマルチキャストアドレスを受信すること
を行うように構成される。

場合によっては、UDP要求がユーザ識別子をさらに含む場合、マルチキャストアドレスに対応するライブチャネルのビデオデータを取得する前に、プロセッサは、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを判定することと、
ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有する場合、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するステップを実行することと
を行うようにさらに構成される。

場合によっては、プロセッサは、UDP要求内で搬送されたユーザ識別子、検証情報、およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される、または
プロセッサは、UDP要求内で搬送された認可情報およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される。

本発明の第6の態様によれば、プログラムコードおよび構成情報を記憶するように構成されたメモリ、トランシーバ、およびプロセッサを含む、ユーザ機器が提供される。

トランシーバは、M2UデバイスにユーザデータグラムプロトコルUDP要求を送信するように構成され、UDP要求はライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される。

トランシーバは、M2Uデバイスによって送信されたライブチャネルのビデオデータを受信するようにさらに構成され、ビデオデータは、ライブチャネル識別子に基づいてM2Uデバイスによって取得され、ビデオデータはUDPユニキャストパケット内で搬送される。

プロセッサは、ライブチャネルでビデオを再生するためにUDPユニキャストパケットを構文解析するように構成される。

場合によっては、トランシーバによって送信されたUDP要求は、認可情報ならびに／またはユーザ識別子および検証情報をさらに含む。

本発明の第7の態様によれば、第3の態様のいずれかの解決策で提供されるM2Uデバイスと、第4の態様のいずれかの解決策で提供されるクライアントとを含む、ライブビデオ送信システムが提供される。

さらに、システムはU2Mデバイスをさらに含み、U2Mデバイスは、
M2Uデバイスによって送信された、マルチキャストアドレスを含むマルチキャスト参加メッセージを受信し、マルチキャストアドレスに対応するライブチャネルのビデオデータをM2Uデバイスに返信すること、または
M2Uデバイスによって送信された、複数のマルチキャストアドレスに対応するライブチャネルのビデオデータを要求するために使用されるマルチキャスト参加メッセージを受信し、複数のライブチャネルのビデオデータをM2Uデバイスに返信すること
を行うように構成される。

本発明において提供されるライブビデオ送信方法およびシステムならびに装置によれば、M2Uデバイスはクライアントによって送信されたUDP要求を受信し、UDP要求はライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用され、次いで、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得する。M2Uデバイスは、UDP要求に基づいて、クライアントのソースIPアドレス、およびそれを介してクライアントがUDP要求を送信するソースポートを取得し、ソースIPアドレスおよびソースポートに基づいてUDPユニキャスト方式でクライアントにビデオデータを送信する。M2Uデバイスは、CPUを使用してビデオデータに対してプロトコル変換を実行することなく、ソースIPアドレスおよびそれを介してパケットを受信することができるソースポートを使用して、ハードウェア転送を介して、UDPユニキャスト方式でビデオデータを直接送信する。ハードウェア転送を介してビデオデータを直接送信すると、M2Uデバイスのスループットを効果的に改善することができる。比較的多数のユーザが存在するときにライブビデオサービスが実現されてもよい。

本発明の実施形態または従来技術における技術的解決策をより明確に記載するために、以下で、実施形態または従来技術を記載するために必要とされる添付図面を簡単に記載する。

本発明によるライブビデオ送信システムのアーキテクチャ図である。 本発明によるライブビデオ送信方法の第1の実施形態のフローチャートである。 本発明によるライブビデオ送信方法の第2の実施形態の対話フローチャートである。 本発明によるライブビデオ送信システムの概略対話図である。 本発明によるライブビデオ送信方法の一実施形態の対話フローチャートである。 トランスポートプロトコルの概略図である。 トランスポートプロトコルの概略図である。 本発明によるM2Uデバイスの一実施形態の概略構造図である。 本発明によるクライアントの一実施形態の概略構造図である。 本発明によるM2Uデバイスのエンティティ実施形態の概略構造図である。 本発明によるユーザ機器のエンティティ実施形態の概略構造図である。

本発明の実施形態の目的、技術的解決策、および利点をより明確にするために、以下で、本発明の実施形態における添付図面を参照して、本発明の実施形態の技術的解決策を明確に記載する。

図1は、本発明によるライブビデオ送信システムのアーキテクチャ図である。図1に示されたように、ビデオオンライブ用のシステムは、主に、生放送用のアプリケーション（英語：application、略してAPP）、M2Uデバイス、およびU2Mデバイスなどのユーザ側クライアントを含む。このシステムアーキテクチャでは、U2Mデバイスは、ユニキャスト方式でOTTサーバからビデオデータを取得し、マルチキャスト方式で様々なM2Uデバイス（各U2Mデバイスは複数のM2Uデバイスに接続されている）にビデオデータを配信する。次いで、M2Uデバイスは、クライアントの要求に従ってクライアントにビデオデータを送信し、クライアントはユーザのためにビデオデータを再生する。このプロセスでは、ネットワークにおけるM2Uデバイスの物理的な実装形態は、独立したサーバ、ルータサービスボード、ルータ転送ボードなどであってもよく、クライアントは、携帯電話、コンピュータ、タブレットコンピュータなどのユーザの端末デバイス上で動作することができる。場合によっては、システムは、ユーザの生放送許可を検証するために使用される生放送管理プラットフォームをさらに含む。

ネットワークアーキテクチャに基づいて、ルータ転送ボードの非常に高い転送能力のために、この解決策は、転送ボードの転送能力を使用してM2U機能を実現するという考えを提供する。基本的な考えは以下の通りである：マルチキャストパケットを受信した後、ハードウェア転送モジュールはマルチキャストパケットの宛先インターネットプロトコル（英語：Internet Protocol、略してIP）アドレスをクライアントのIPアドレスに変更し、マルチキャストパケットの宛先ポートをクライアントのポートに変更する。

図2は、本発明によるライブビデオ送信方法の第1の実施形態のフローチャートである。図1に示されたシステムアーキテクチャでは、図2に示されたように、ライブビデオ送信方法は主にM2Uデバイスに適用され、具体的に以下のステップを含む。

S101．クライアントによって送信されたUDP要求を受信し、UDP要求はライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される。

このステップでは、クライアントが、ユーザの操作から、ライブチャネルのビデオデータが取得される必要があると判断した場合、クライアントはM2UデバイスにUDP要求を送信する。UDP要求はライブチャネル識別子を含み、ライブチャネル識別子はライブチャネルのマルチキャストアドレスまたはURLであってもよく、その結果、M2Uデバイスは、マルチキャストアドレスまたはURLに基づいて対応するビデオデータを取得することができる。

この解決策では、クライアントによって送信されたUDP要求がURLを搬送する場合、M2Uデバイスは、最初に、URLとマルチキャストアドレスとの間の対応関係に基づいて、URLに対応するマルチキャストアドレスを取得する必要がある。具体的には、M2Uデバイスは、最初に、マルチキャストアドレスとURLとの間の事前に取得された対応関係を照会し、URLに対応するマルチキャストアドレスを見つける。あるいは、M2Uデバイスは、生放送管理プラットフォームにURLを送信し、生放送管理プラットフォームを使用することにより、URLに対応するマルチキャストアドレスを見つけ、次いで、マルチキャストアドレスに基づいて対応するビデオデータを取得する。

場合によっては、UDP要求は、認可情報ならびに／またはユーザ識別子および検証情報をさらに含む。

S102．ライブチャネル識別子に対応するライブチャネルのビデオデータを取得する。

このステップでは、M2Uデバイスにより、マルチキャストアドレスに対応するライブチャネルのビデオデータを取得する具体的な実装形態は、少なくとも以下のケースを含む。

ライブチャネル識別子がマルチキャストアドレスであるとき、ビデオデータは以下の2つの方式で直接取得されてもよい。

第1の実装形態では、M2Uデバイスは、マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信することであって、マルチキャスト参加メッセージがマルチキャストアドレスを含む、送信することと、U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信することとを行う。

第1の実装形態は、M2Uデバイスが、マルチキャストアドレスを含むマルチキャスト参加メッセージをU2Mデバイスに直接送信し、その結果、U2Mデバイスが、マルチキャストアドレスに基づいて、対応するライブチャネルのビデオデータをM2Uデバイスに返信することを意味する。具体的には、U2Mデバイスは、マルチキャストアドレスに基づいて、ローカルに転送されたビデオデータからマルチキャストアドレスに対応するビデオデータを見つけ、M2Uデバイスにビデオデータを返信する必要がある。

第2の実装形態では、クライアントによって送信されたUDP要求を受信する前に、M2Uデバイスは、U2Mデバイスにマルチキャスト参加メッセージを送信することであって、マルチキャスト参加メッセージが、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用される、送信することと、U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信することとを行う。クライアントによって送信されたUDP要求を受信した後、M2Uデバイスは、UDP要求内で搬送されたマルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得する。

第2の実装形態は、M2Uデバイスが、複数のマルチキャストアドレスを含むマルチキャスト参加メッセージをU2Mデバイスに送信し、それぞれ複数のマルチキャストアドレスに対応するライブチャネルのデータを取得することを意味する。M2Uデバイスは、クライアントによって送信された要求内のマルチキャストアドレスに基づいて、ローカルビデオデータからマルチキャストアドレスに対応するビデオデータを取得する。

ライブチャネル識別子がURLである場合、上記の2つの方式でビデオデータを取得する前に、M2Uデバイスは、最初にURLに対応するマルチキャストアドレスを取得する必要がある。
マルチキャストアドレスは少なくとも以下の具体的な方式でURLに基づいて取得されてもよい：
マルチキャストアドレスとURLとの間の事前に取得された対応関係を照会し、URLに対応するマルチキャストアドレスを見つけること、または
URLを含むマルチキャストアドレス照会メッセージを生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信されたURLに対応するマルチキャストアドレスを受信すること。

URLに対応するマルチキャストアドレスを取得するステップは、通常、マルチキャスト参加メッセージがマルチキャストアドレスに対応するユニキャストツーマルチキャストU2Mデバイスに送信される前、または、複数のライブチャネルのビデオデータから、マルチキャストアドレス基づいて、マルチキャストアドレスに対応するライブチャネルのビデオデータが取得される前に実行される。マルチキャストアドレスが使用される前にURLに対応するマルチキャストアドレスが取得される限り、これはこの解決策では特に限定されない。

S103．UDP要求に含まれるソースIPアドレスおよびソースポートを取得し、ソースIPアドレスはクライアントのIPアドレスであり、ソースポートはそれを介してクライアントがUDP要求を送信するポートである。

このステップでは、M2Uデバイスがクライアントによって要求されたビデオデータを取得した場合、M2Uデバイスはクライアントにビデオデータを転送する必要がある。この解決策では、M2Uデバイスは、UDP要求に基づいて、クライアントのソースIPアドレスおよびそれを介してUDP要求が送信されたポートを取得し、ソースIPアドレスおよびポートは、転送されるべきビデオデータの宛先アドレスおよび宛先ポートとして使用される。

S104．ソースIPアドレスおよびソースポートに基づいて、UDPユニキャスト方式でクライアントにビデオデータを送信する。

上記のステップに基づいて、UDP要求に基づいてクライアントのソースIPアドレスおよびそれを介してUDP要求が送信されたソースポートを取得した後、M2Uデバイスは、プロトコル変換を実行することなく、ハードウェア転送モジュールを使用することにより、ユニキャスト方式でクライアントに取得されたビデオデータを直接送信する。

具体的には、UDPパケットをUDP受信端に直接送信することができるので、M2Uデバイスは、ルータ転送ボードのハードウェア転送能力を使用することにより、UDPユニキャスト方式でクライアントにビデオデータを返信することができる。具体的な実施プロセスは以下の通りである。

M2Uデバイスはビデオデータ内のマルチキャストパケットを取得する。M2Uデバイスのハードウェア転送モジュールは、UDPユニキャストパケットを取得するために、マルチキャストパケットの宛先IPアドレスをUDP要求のソースIPアドレスに変更し、マルチキャストパケットの宛先ポートをUDP要求のソースポートに変更する。次いで、UDPユニキャストパケットがクライアントに送信される。

この実施形態において提供されるライブビデオ送信方法によれば、クライアントはM2UデバイスにUDP要求を送信し、M2Uデバイスは、UDP要求内のライブチャネル識別子に基づいて、ライブチャネル識別子に対応するライブチャネルに対応するビデオデータを取得し、ビデオデータ内のマルチキャストパケットを取得する。UDP要求に対応するマルチキャストパケットを取得した後、M2Uデバイスは、マルチキャスト宛先IPアドレスおよびマルチキャスト宛先ポートをクライアントの取得されたユニキャスト宛先IPアドレスおよびユニキャスト宛先ポートに変更し、CPUを使用してデータプロトコル変換を実行することなく構文解析および再生を実行するように、UDPユニキャストパケットの形式でクライアントにビデオデータを直接転送する。したがって、比較的多数のユーザが存在するときにビデオオンライブが実現されてもよく、M2Uデバイスのスループットが改善される。

図3は、本発明によるライブビデオ送信方法の第2の実施形態の対話フローチャートである。図3に示されたように、UDP要求がマルチキャストアドレスを搬送する場合、ライブビデオ送信方法の対話プロセスは、具体的に以下の通りである。

S201．M2UデバイスにUDP要求を送信し、UDP要求はマルチキャストアドレスを含む。

このステップでは、ユーザ側デバイスは、クライアント上でユーザによって行われた操作を使用することにより、ライブチャネルのビデオデータを要求するためにM2UデバイスにUDP要求を送信する。

S202．ユーザ識別子に対応するユーザがマルチキャストアドレスに対応するライブチャネルを視聴する許可を有するかどうかを判定する。

具体的な実装形態では、UDP要求は、ユーザ識別子（またはユーザ識別子およびログインパスワード）をさらに含む。M2Uデバイスは、ユーザの許可を検証する必要があり、ユーザがマルチキャストアドレスに対応するライブチャネルを視聴する許可を有するかどうかを判定する。少なくとも2つの具体的な検証方式が存在する。

第1の方式では、M2Uデバイスは、UDP要求内で搬送されたユーザ識別子、検証情報（具体的には、登録ユーザ名、ログインパスワードなど）、およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信された検証結果を受信する。検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される。

第2の方式では、M2Uデバイスは、UDP要求内で搬送された認可情報およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信された検証結果を受信する。検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するチャネルを視聴する許可を有するかどうかを示すために使用される。

上記の2つの方式では、ライブチャネル識別子はマルチキャストアドレスまたはURLであってもよい。URLはクライアントを一意に識別することができる。URLはOTTサーバによってクライアントに通知される。URLはUDP要求内で搬送され、M2Uデバイスに送信される。場合によっては、UDP要求は認可情報をさらに搬送することができ、上記の2つの方式でユーザが視聴許可を有するかどうかを検証するとき、M2Uデバイスは、検証のために生放送管理プラットフォームに認可情報を送信することができる。

S203．マルチキャストアドレスに対応するライブチャネルのビデオデータを取得する。

このステップでは、M2Uデバイスが、生放送管理プラットフォームによって返信された検証結果を取得し、ユーザがマルチキャストアドレスに対応するライブチャネルでビデオを視聴する許可を有すると判定すると、M2Uデバイスは、マルチキャストアドレスに対応するライブチャネルのビデオデータを取得する。具体的な取得方式は第1の実施形態の取得方式と同じである。詳細は本明細書では再び記載されない。

S204．UDP要求に含まれるソースIPアドレスおよびソースポートを取得する。

S205．ビデオデータ内のマルチキャストパケットを取得し、UDPユニキャストパケットを取得するために、マルチキャストパケットの宛先IPアドレスをUDP要求のソースIPアドレスに変更し、マルチキャストパケットの宛先ポートをUDP要求のソースポートに変更する。

ステップS204およびステップS205では、M2Uデバイスは、UDP要求に基づいて、クライアントのIPアドレス、すなわちソースIPアドレス、およびそれを介してクライアントがUDP要求を送信するポート、すなわちソースポートを取得する。

この解決策では、ハードウェア転送モジュールによってデータ対話が実施されるので、ハードウェア転送モジュールは、ユニキャストパケットを取得するために、マルチキャストパケット内の宛先アドレスおよび宛先ポートをソースIPアドレスおよびソースポートに変更することができる。

S206．クライアントにUDPユニキャストパケットを送信する。

S207．ライブチャネルでビデオを再生するためにUDPユニキャストパケットを構文解析する。

マルチキャストパケットの宛先IPアドレスおよび宛先ポートを変更した後、M2Uデバイスのハードウェア転送モジュールは、ユニキャストパケットの形式でクライアントにビデオデータを直接送信する。パケットを受信した後、クライアントはパケットの結合および構文解析を実行し、ライブチャネルで取得されたビデオを再生する。

上記の解決策では、場合によっては、クライアントによって送信されたUDP要求がURLを搬送する場合、UDP要求を受信した後、M2Uデバイスは、URLとマルチキャストアドレスとの間の対応関係に基づいて、URLに対応するマルチキャストアドレスを取得するか、またはM2Uデバイスは、URLを含むマルチキャストアドレス照会メッセージを生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信されたURLに対応するマルチキャストアドレスを受信する。次いで、M2Uデバイスは、上記の方式で取得されたマルチキャストアドレスに基づいてビデオデータを取得し、UDPユニキャスト方式でクライアントにビデオデータを送信する。

この実施形態において提供されるライブビデオ送信方法によれば、クライアントによって送信されたUDP要求に基づいて、マルチキャストアドレスに対応するライブチャネルのビデオデータを取得する前に、M2Uデバイスはさらに、クライアントにログインしたユーザがライブチャネルを視聴する許可を有すかどうかを判定する必要がある。ユーザがライブチャネルを視聴する許可を有していない場合、M2UデバイスはUDP要求に応答しない。ユーザがライブチャネルを視聴する許可を有する場合、M2Uデバイスは、マルチキャスト方式でU2Mデバイスによって送信されたUDPライブチャネルのビデオデータを取得し、CPUを使用してプロトコル変換を実行することなく、ハードウェア転送を使用することにより、UDPユニキャスト方式でクライアントにビデオデータを直接送信する。したがって、M2Uデバイスのスループットが効果的に改善される。

図4は、本発明によるライブビデオ送信システムの概略対話図である。図4に示されたように、送信システムでは、クライアント（具体的には、ユーザ機器側のAPP）がM2Uデバイスにビデオ要求を送信し、M2Uデバイス、生放送管理プラットフォーム、およびU2Mデバイスの間のシグナリング対話がM2Uデバイスのプロセッサ（具体的には、CPU）によって完了し、M2Uデバイス、APP、およびU2Mデバイスの間のデータ対話がハードウェア転送モジュールによって完了する。解決策では、CPUは、主に、クライアント管理モジュール、ライブチャネル情報モジュール、およびマルチキャスト参加モジュールを含む。上記のいくつかの実施形態を参照して、この解決策では、U2Mデバイスがマルチキャスト方式でM2Uデバイスにビデオデータを返信するように構成されることは、具体的に、M2Uデバイスによって送信された、マルチキャストアドレスを含むマルチキャスト参加メッセージを受信し、マルチキャストアドレスに対応するライブチャネルのビデオデータをM2Uデバイスに返信すること、またはM2Uデバイスによって送信された、複数のマルチキャストアドレスに対応するライブチャネルのビデオデータを要求するために使用されるマルチキャスト参加メッセージを受信し、複数のライブチャネルのビデオデータをM2Uデバイスに返信することを含む。

上記の技術的解決策のいずれにおいても、マルチキャストアドレスは、通常、マルチキャストIPアドレスである。図5aは、本発明によるライブビデオ送信方法の一実施形態の対話フローチャートである。図5aに示されたように、図4に示されたシステムの概略対話図に基づいて、ライブビデオ送信方法の具体的な実施プロセスは以下の通りである。

S301．ユーザがAPPログイン認証にパスし、ライブチャネルを視聴することを要求する。

ユーザは操作を使用して端末デバイス上のAPPを有効にし、ビデオウェブサイトにログインする。ユーザ名を使用してログイン認証を実行した後、ユーザはライブチャネルをタップし、視聴することを要求する。

S302．OTTサーバがライブチャネル情報（マルチキャストIPアドレス）および認可情報を返信する。

OTTサーバは、ライブチャネル識別子（たとえば、マルチキャストIPアドレスまたはURL）およびユーザの認可情報を返信する。認可情報は、通常、文字列であり、ユーザがチャネルを視聴する許可を有することを示す。ユーザが自由に視聴できるいくつかの無料チャネルの場合、認可情報はなくてもよい。

S303．APPがライブチャネルのビデオデータ（マルチキャストIPアドレス）および認可情報を要求するためにUDP要求を送信する。

APPは、UDPユニキャストパケットを使用してマルチキャストソースにUDP要求（ビデオ要求）を送信し、要求の内容は、ライブチャネル識別子（たとえば、マルチキャストIPアドレス）、認可情報などを含む。

S304．M2Uデバイスがライブチャネルおよび認可情報を生放送管理プラットフォームに転送する。

M2UデバイスがUDP要求パケットを取り込んだ後、M2Uデバイスは、ユーザがチャネルを視聴する許可を有するかどうかを判定するために、（ライブチャネル情報とも呼ばれる）ライブチャネル識別子およびユーザの認可情報を生放送管理プラットフォームに転送する。

S305．生放送管理プラットフォームがM2Uデバイスに認証結果を返信する。

生放送管理プラットフォームは、ユーザがライブチャネルを視聴する許可を有するかどうかを検証する。検証方法は以下の通りであってもよい：生放送管理プラットフォームが、認可情報に基づいて判定を直接実行するか、または検証のためにユーザ名およびパスワードをOTTサーバに転送する。検証が完了した後、生放送管理プラットフォームはM2Uデバイスに検証結果を返信する。

S306．APPがチャネルを視聴する許可を有していない場合、M2UデバイスはUDP要求を処理せず、APPが視聴する許可を有する場合、M2Uデバイスは、APPによって視聴されたマルチキャストグループ、ならびにそれを介してビデオが受信されたIPアドレスおよびポートを記録する。

M2Uデバイスが、認証結果に基づいて、（ユーザを表す）APPがチャネルを視聴する許可を有していないと判定した場合、M2Uデバイスはチャネルに対する要求をもはや処理しない。APPが視聴する許可を有する場合、M2Uデバイスは、UDP要求パケットのソースIPアドレスおよびソースポートを、それを介してAPPがビデオデータを受信する宛先IPアドレスおよび宛先ポートとして使用する。

S307．M2Uデバイスがインターネットグループ管理プロトコル（英語：Internet Group Management Protocol、略してIGMP）参加メッセージを送信する。

M2Uデバイスは、APPによって要求されたマルチキャストアドレスに参加するように、IGMP参加メッセージをU2Mデバイスに送信する。

S308．U2MデバイスがマルチキャストビデオトラフィックをM2Uデバイスに配信する。

S309．M2Uデバイスが、対応するマルチキャストパケットの宛先IPアドレスおよび宛先ポートを、それを介してAPPがビデオを受信するIPアドレスおよびポートに変更し、ユニキャストトラフィックをAPPに転送する。

S310．M2UデバイスがUDPユニキャストビデオトラフィックをAPPに送信する。

上記のステップでは、U2Mデバイスはマルチキャストビデオデータ（具体的には、ビデオストリーム）をM2Uデバイスに配信する。マルチキャストパケットを受信した後、M2Uデバイスは、宛先IPアドレスおよび宛先ポートを、それを介してAPPがビデオを受信するIPアドレスおよびポートに変更する。M2UデバイスはUDPユニキャストビデオトラフィックをAPPに転送する。

APPは、受信されたパケットに対して結合および構文解析を実行してライブビデオを取得し、そのライブビデオを再生する。

上記の解決策では、OTTサーバは、チャネルに対応するマルチキャストアドレスをAPPに能動的に通知することができる。しかしながら、具体的な実装形態では、OTTサーバは、ライブチャネルを識別することができるただ1つのURLをAPPに送信することができる。次いで、URLを搬送するUDP要求を取得した後、M2Uデバイスは、生放送管理プラットフォームに、URLに対応するマルチキャストアドレスを照会する。照会プロセスおよび視聴許可検証プロセスは、同時に実行されてもよい。

加えて、ステップS302では、OTTサーバは認可情報を返信しなくてもよく、APPはAPPのユーザおよびパスワードをUDP要求に追加し、次いで、M2Uデバイスはユーザおよびパスワードを検証のために生放送管理プラットフォームに転送する。これはこの解決策では限定されない。

図5b−1および図5b−2は送信プロトコルの概略図である。図5b−1および図5b−2に示されたように、M2UデバイスがU2Mデバイスからビデオデータを取得するプロセスでは、U2Mデバイスはユニキャスト方式でインデックスファイルおよびフラグメントをダウンロードし、次いでインデックスファイルおよびフラグメントを、送信のためにリアルタイムトランスポートプロトコル（英語：Real−time Transport Protocol、略してRTP）over UDPマルチキャストパケットに分割し、パケットはM2Uデバイス上でインデックスファイルおよびフラグメントに復元される。したがって、M2Uデバイス上で復元を実行するために、インデックスファイルおよびフラグメントに関する情報を記録するトランスポートプロトコルが決定される必要がある。プロトコルは、M2UデバイスがUDPユニキャストパケット内でクライアントにビデオデータを送信するときにも適用可能である。UDPパケットは、IPヘッダ、UDPヘッダ、RTPヘッダ、およびRTPロードを含む。RTPヘッダにおいて、M＝1はメディアフラグメントの最後のRTPパケットを示し、シーケンス番号はフラグメントの順序がばらばらの並べ替えおよびパケット損失再送信を保証するために使用され、タイムスタンプはメディアフラグメントの再生開始時間を示し、メディアフラグメント内のすべてのRTPパケットは同じタイムスタンプを共有する。また、RTPヘッダは、同期元（英語：synchronization source、略してSSRC）識別子と、寄与元（英語：contributing source、略してCSRC）識別子とをさらに含む。RTPロードはデータコンテンツを含み、TPの意味は以下の通りである：0はインデックスファイルを示し、1は初期化情報を示し、2はフラグメントを示す。F＝1は、フラグメント全体を復号することができ、フラグメント全体が収集されたときにのみビデオを再生できることを示し、長さは有効データ長を示し、URLの長さはフラグメントまたはインデックスファイルのURLの長さを示し、HASデータ部はメディアフラグメントまたはインデックスファイルのデータであり、RTP冗長データは順方向誤り訂正に使用される。

上記のプロトコルに基づいて、ユーザの端末デバイス側はAPPを使用してUDPユニキャストパケットを受信し、パケット損失があるかどうかを検出し、パケット送信がある場合、順方向誤り訂正（英語：forward error correction、略してFEC）方式および再送信（英語：retransmission、略してRET）方式でパケット損失の回復が完了する。クライアント側の具体的な実行プロセスは以下の通りである。

1．APPがM2Uデバイスによって送信されたUDPパケットを受信した場合、RTPシーケンス番号に基づいてパケット損失があるかどうかを判定する。RTPシーケンス番号が連続していない場合、パケット損失が発生したと見なされてもよく、ステップ2が処理のために実行されるべきであり、そうでない場合、ステップ4が処理のために実行されるべきである。

2．APPがFECに基づいて損失パケットを回復し、すべての損失パケットが回復に成功した場合、ステップ4が処理のために実行されるべきであり、そうでない場合、ステップ3が処理のために実行されるべきである。

3．APPが損失RTPパケットを再送信するようにRETサーバに要求する。RETサーバによって再送信されたRTPパケットを受信した後、APPは、シーケンス番号に基づいてRTPパケットを再分類し、パケット損失によって生じた穴を埋める。

4．APPが受信されたRTPパケットのtimestampを確認し、そのtimestampが前のRTPパケットのtimestampと異なる場合、ステップ5が処理のために実行されるべきであり、そうでない場合、ステップ7が処理のために実行されるべきである。

5．異なるtimestampは、新しいファイルオブジェクトがこのRTPパケットから送信され始めることを示す。APPは、ファイルタイプ（インデックスファイルまたはメディアフラグメント）を構文解析し、ファイル名を取得する。APPは、新しいファイルオブジェクトに関する情報をデコーダに通知する。

6．RTPパケットのロードを構文解析することによってファイルオブジェクトのデータを取得し、ファイルオブジェクトのデータを処理のためにデコーダに配信する。

7．同じtimestampは、このRTPパケットと前のRTPパケットが同じファイルオブジェクトを搬送することを示す。RTPパケットのロードを構文解析することによってファイルオブジェクトのデータを取得し、ファイルオブジェクトのデータを処理のためにデコーダに配信する。

8．RTPヘッダ内のMビットが1であるかどうかを確認する。Mビットが1である場合、このパケットがファイルオブジェクトの最後のRTPパケットであることを示し、その情報をデコーダに通知する。

次いで、デコーダは、受信されたデータパケットを復号し、UDP要求に対応するビデオデータを取得し、そのビデオデータが再生される。

図6は、本発明によるM2Uデバイスの一実施形態の概略構造図である。図6に示されたように、M2Uデバイス10は、
クライアントによって送信されたUDP要求を受信するように構成された受信モジュール11であって、UDP要求がライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、受信モジュール11と、
ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するように構成された処理モジュール12であって、
処理モジュール12が、UDP要求に含まれるソースIPアドレスおよびソースポートを取得するようにさらに構成され、ソースIPアドレスがクライアントのIPアドレスであり、ソースポートが、それを介してクライアントがUDP要求を送信するポートである、処理モジュール12と、
ソースIPアドレスおよびソースポートに基づいて、クライアントにUDPユニキャスト方式でビデオデータを送信するように構成された送信モジュール13と
を含む。

この実施形態において提供されるM2Uデバイスは、上記の方法実施形態のうちのいずれか1つにおいてM2Uデバイスの技術的解決策を実行するように構成され、M2Uデバイスの実装原理および技術的効果は、方法実施形態のそれらと同様である。詳細は本明細書では再び記載されない。

M2Uデバイスの第2の実施形態では、上記の実施形態に基づいて、送信モジュール13は、具体的に、
ビデオデータ内のマルチキャストパケットを取得することと、
UDPユニキャストパケットを取得するために、マルチキャストパケットの宛先IPアドレスをUDP要求のソースIPアドレスに変更し、マルチキャストパケットの宛先ポートをUDP要求のソースポートに変更することと、
クライアントにUDPユニキャストパケットを送信することと
を行うように構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、送信モジュール13は、マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成される。マルチキャスト参加メッセージはマルチキャストアドレスを含む。

受信モジュール11は、U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信するようにさらに構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、受信モジュール11がクライアントによって送信されたユーザデータグラムプロトコルUDP要求を受信する前に、送信モジュール13は、U2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、マルチキャスト参加メッセージは、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用され、
受信モジュール11は、U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信するようにさらに構成され、
処理モジュール12は、具体的に、マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得するように構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、送信モジュール13は、マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成される。マルチキャスト参加メッセージはマルチキャストアドレスを含む。

受信モジュール11は、U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信するようにさらに構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、受信モジュール11がクライアントによって送信されたUDP要求を受信する前に、送信モジュール13は、U2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、マルチキャスト参加メッセージは、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用され、
受信モジュール11は、U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信するようにさらに構成され、
処理モジュール12は、具体的に、マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得するように構成される。

場合によっては、ライブチャネル識別子がURLを含む場合、処理モジュール12は、URLに基づいてURLに対応するマルチキャストアドレスを取得するようにさらに構成される。

送信モジュール13は、マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成される。マルチキャスト参加メッセージはマルチキャストアドレスを含む。

受信モジュール11は、U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信するようにさらに構成される。

場合によっては、ライブチャネル識別子がURLを含む場合、受信モジュール11がクライアントによって送信されたUDP要求を受信する前に、送信モジュール13は、U2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、マルチキャスト参加メッセージは、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用され、
受信モジュール11は、U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信するようにさらに構成され、
処理モジュール12は、具体的に、
URLに基づいてURLに対応するマルチキャストアドレスを取得することと、
マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得することと
を行うように構成される。

場合によっては、処理モジュール12は、マルチキャストアドレスとURLとの間の事前に取得された対応関係を照会し、URLに対応するマルチキャストアドレスを見つけるようにさらに構成されるか、または
送信モジュール13は、URLを含むマルチキャストアドレス照会メッセージを生放送管理プラットフォームに送信するようにさらに構成され、受信モジュール11は、生放送管理プラットフォームによって返信されたURLに対応するマルチキャストアドレスを受信するようにさらに構成される。

場合によっては、UDP要求がユーザ識別子をさらに含む場合、処理モジュール12は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを判定することと、
ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有する場合、ライブチャネル識別情報に対応するライブチャネルのビデオデータを取得するステップを実行することと
を行うようにさらに構成される。

場合によっては、送信モジュール13は、UDP要求内で搬送されたユーザ識別子、検証情報、およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信するようにさらに構成され、受信モジュール11は、生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される、または
送信モジュール13は、UDP要求内で搬送された認可情報およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信するようにさらに構成され、受信モジュール11は、生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される。

この実施形態において提供されるM2Uデバイスは、上記の方法実施形態のうちのいずれか1つにおいてM2Uデバイスの技術的解決策を実行するように構成され、M2Uデバイスの実装原理および技術的効果は、方法実施形態のそれらと同様である。詳細は本明細書では再び記載されない。

図7は、本発明によるクライアントの一実施形態の概略構造図である。図7に示されたように、クライアント20は、
M2UデバイスにUDP要求を送信するように構成された送信モジュール21であって、UDP要求がライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、送信モジュール21と、
M2Uデバイスによって送信されたライブチャネルのビデオデータを受信するように構成された受信モジュール22であって、ビデオデータがライブチャネル識別子に基づいてM2Uデバイスによって取得され、ビデオデータがUDPユニキャストパケット内で搬送される、受信モジュール22と、
ライブチャネルでビデオを再生するためにUDPユニキャストパケットを構文解析するように構成された処理モジュール23と
を含む。

場合によっては、送信モジュール21によって送信されたUDP要求は、認可情報ならびに／またはユーザ識別子および検証情報をさらに含む。

この実施形態において提供されるクライアントは、上記の方法実施形態のうちのいずれか1つにおいてクライアントの技術的解決策を実行するように構成され、クライアントの実装原理および技術的効果は、方法実施形態のそれらと同様である。詳細は本明細書では再び記載されない。

図8は、本発明によるM2Uデバイスのエンティティ実施形態の概略構造図である。図8に示されたように、M2Uデバイス30は、プログラムコードおよび構成情報を記憶するように構成されたメモリ31、プロセッサ32、およびハードウェア転送モジュール33を含む。

プロセッサ32は、
クライアントによって送信されたUDP要求を受信することであって、UDP要求がライブチャネル識別子を含み、ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、受信することと、
ライブチャネル識別子に対応するライブチャネルのビデオデータを取得し、UDP要求に含まれるソースIPアドレスおよびソースポートを取得することであって、ソースIPアドレスがクライアントのIPアドレスであり、ソースポートが、それを介してクライアントがUDP要求を送信するポートである、取得することと
を行うように構成される。

ハードウェア転送モジュール33は、ソースIPアドレスおよびソースポートに基づいて、クライアントにUDPユニキャスト方式でビデオデータを送信するように構成される。

場合によっては、ハードウェア転送モジュール33は、具体的に、
ビデオデータ内のマルチキャストパケットを取得することと、
UDPユニキャストパケットを取得するために、マルチキャストパケットの宛先IPアドレスをUDP要求のソースIPアドレスに変更し、マルチキャストパケットの宛先ポートをUDP要求のソースポートに変更することと、
クライアントにUDPユニキャストパケットを送信することと
を行うように構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、プロセッサ32は、マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成される。マルチキャスト参加メッセージはマルチキャストアドレスを含む。

ハードウェア転送モジュール33は、U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信するようにさらに構成される。

場合によっては、ライブチャネル識別子がマルチキャストアドレスを含む場合、プロセッサ32は、ユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成される。マルチキャスト参加メッセージは、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用される。

ハードウェア転送モジュール33は、U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信するようにさらに構成される。

プロセッサ32は、マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得するようにさらに構成される。

場合によっては、ライブチャネル識別子がURLを含む場合、プロセッサ32は、
URLに基づいてURLに対応するマルチキャストアドレスを取得することと、
マルチキャストアドレスに対応するU2Mデバイスにマルチキャスト参加メッセージを送信することであって、マルチキャスト参加メッセージがマルチキャストアドレスを含む、送信することと、
U2Mデバイスによって返信された、マルチキャストアドレスに対応するライブチャネルのビデオデータを受信することと
を行うようにさらに構成される。

場合によっては、ライブチャネル識別子がURLを含む場合、プロセッサ32がクライアントによって送信されたユーザデータグラムプロトコルUDP要求を受信する前に、プロセッサ32は、
U2Mデバイスにマルチキャスト参加メッセージを送信することであって、マルチキャスト参加メッセージが、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用される、送信することと、
U2Mデバイスによって送信された複数のライブチャネルのビデオデータを受信することと
を行うようにさらに構成され、
プロセッサ32は、具体的に、
URLに基づいてURLに対応するマルチキャストアドレスを取得することと、
マルチキャストアドレスに基づいて、複数のライブチャネルのビデオデータからマルチキャストアドレスに対応するライブチャネルのビデオデータを取得することと
を行うように構成される。

場合によっては、プロセッサ32は、具体的に、
マルチキャストアドレスとURLとの間の事前に取得された対応関係を照会し、URLに対応するマルチキャストアドレスを見つけること、または
URLを含むマルチキャストアドレス照会メッセージを生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信されたURLに対応するマルチキャストアドレスを受信すること
を行うように構成される。

場合によっては、UDP要求がユーザ識別子をさらに含む場合、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得する前に、プロセッサ32は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを判定することと、
ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有する場合、ライブチャネル識別子に対応するライブチャネルのビデオデータを取得するステップを実行することと
を行うようにさらに構成される。

場合によっては、プロセッサ32は、UDP要求内で搬送されたユーザ識別子、検証情報、およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される、または
プロセッサ32は、UDP要求内で搬送された認可情報およびライブチャネル識別子を検証のために生放送管理プラットフォームに送信し、生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、検証結果は、ユーザ識別子に対応するユーザがライブチャネル識別子に対応するライブチャネルを視聴する許可を有するかどうかを示すために使用される。

この実施形態において提供されるM2Uデバイスによれば、プロセッサは、M2Uデバイスのエンティティと別のデバイスのエンティティとの間のシグナリング対話を完了するように構成され、ハードウェア転送モジュールは、M2Uデバイスのエンティティと別のデバイスのエンティティとの間のデータ対話のプロセスを完了するように構成される。M2Uデバイスは、任意の方法実施形態においてクライアントの技術的解決策を実行するように構成され、M2Uデバイスの実装原理および技術的効果は、方法実施形態のそれらと同様である。詳細は本明細書では再び記載されない。

図9は、本発明によるユーザ機器のエンティティ実施形態の概略構造図である。図9に示されたように、ユーザ機器40はクライアントを運ぶように構成され、具体的には、プログラムコードおよび構成情報を記憶するように構成されたメモリ41、トランシーバ42、およびプロセッサ43を含む。

トランシーバ42は、M2UデバイスにUDP要求を送信するように構成される。UDP要求はライブチャネル識別子を含み、マルチキャストアドレスに対応するライブチャネルのビデオデータを要求するために使用される。

トランシーバ42は、M2Uデバイスによって送信されたライブチャネルのビデオデータを受信するようにさらに構成される。ビデオデータは、ライブチャネル識別子に基づいてM2Uデバイスによって取得され、ビデオデータはUDPユニキャストパケット内で搬送される。

プロセッサ43は、ライブチャネルでビデオを再生するためにUDPユニキャストパケットを構文解析するように構成される。

場合によっては、トランシーバ42によって送信されたUDP要求は、認可情報ならびに／またはユーザ識別子および検証情報をさらに含む。

この実施形態において提供されるユーザ機器は、上記の方法実施形態のうちのいずれか1つにおいてクライアントの技術的解決策を実行するように構成され、ユーザ機器の実装原理および技術的効果は、方法実施形態のそれらと同様である。詳細は本明細書では再び記載されない。

M2Uデバイスおよびユーザ機器の上記の実施形態では、プロセッサは中央処理装置（英語：central processing unit、略してCPU）であってもよく、別の汎用プロセッサ、デジタル信号プロセッサ（英語：digital signal processor、略してDSP）、特定用途向け集積回路（英語：application−specific integrated circuit、略してASIC）などであってもよいことを理解されたい。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。本発明の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサを使用して直接実施されてもよく、ハードウェアモジュールおよびプロセッサ内のソフトウェアモジュールの組合せを使用して実施されてもよい。

当業者は、方法実施形態のステップのうちのすべてまたは一部が、関連するハードウェアに命令するプログラムによって実施されてもよいことを理解することができる。プログラムはコンピュータ可読メモリに記憶されてもよい。プログラムが実行されると、実施形態における方法のステップが実行される。メモリ（記憶媒体）には、読取り専用メモリ（英語：read−only memory、略してROM）、ランダムアクセスメモリ（英語：random access memory、略してRAM）、フラッシュメモリ、ハードディスク、半導体ドライブ、磁気テープ（英語：magnetic tape）、フロッピーディスク（英語：floppy disk）、光ディスク（英語：optical disc）、およびそれらの任意の組合せが含まれる。

最後に、上記の実施形態は本発明の技術的解決策を記載するためのものにすぎず、本発明を限定するためのものではないことに留意されたい。上記の実施形態を参照して本発明が詳細に記載されたが、当業者は、本発明の実施形態の技術的解決策の範囲から逸脱することなく、上記の実施形態に記載された技術的解決策に対して修正をさらに行うか、またはそれらの一部もしくはすべての技術的特徴に対して均等な置換を行うことができることを理解するべきである。

10 M2Uデバイス
11 受信モジュール
12 処理モジュール
13 送信モジュール
20 クライアント
21 送信モジュール
22 受信モジュール
23 処理モジュール
30 M2Uデバイス
31 メモリ
32 プロセッサ
33 ハードウェア転送モジュール
40 ユーザ機器
41 メモリ
42 トランシーバ
43 プロセッサ

この解決策では、M2Uデバイスはビデオデータ内のマルチキャストパケットを取得し、ハードウェア転送モジュールを使用することにより、マルチキャストパケットの宛先IPアドレスをクライアントのソースIPアドレスに変更し、宛先ポートを、それを介してクライアントがUDP要求を送信するソースポートに変更し、CPUを使用してデータプロトコル変換を実行することなく構文解析および再生されるように、クライアントにUDPユニキャストパケットの形式でビデオデータを直接転送する。したがって、比較的多数のユーザが存在するときにビデオオンライブが実現されてもよく、M2Uデバイスのスループットが改善される。

Claims (24)

1. ライブビデオ送信方法であって、前記方法がマルチキャストツーユニキャストM2Uデバイスに適用され、
   クライアントによって送信されたユーザデータグラムプロトコルUDP要求を受信するステップであって、前記UDP要求がライブチャネル識別子を備え、前記ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、ステップと、
   前記ライブチャネル識別子に対応する前記ライブチャネルの前記ビデオデータを取得するステップと、
   前記UDP要求に備えられたソースIPアドレスおよびソースポートを取得するステップであって、前記ソースIPアドレスが前記クライアントのIPアドレスであり、前記ソースポートが、それを介して前記クライアントが前記UDP要求を送信するポートである、ステップと、
   前記ソースIPアドレスおよび前記ソースポートに基づいて、前記クライアントにUDPユニキャスト方式で前記ビデオデータを送信するステップと
   を備える、ライブビデオ送信方法。
2. 前記ソースIPアドレスおよび前記ソースポートに基づいて、前記クライアントにUDPユニキャスト方式で前記ビデオデータを送信する前記ステップが、
   前記ビデオデータ内のマルチキャストパケットを取得するステップと、
   UDPユニキャストパケットを取得するために、前記マルチキャストパケットの宛先IPアドレスを前記UDP要求の前記ソースIPアドレスに変更し、前記マルチキャストパケットの宛先ポートを前記UDP要求の前記ソースポートに変更するステップと、
   前記クライアントに前記UDPユニキャストパケットを送信するステップと
   を備える、請求項1に記載の方法。
3. 前記ライブチャネル識別子がマルチキャストアドレスを備え、前記ライブチャネル識別子に対応する前記ライブチャネルの前記ビデオデータを取得する前記ステップが、
   前記マルチキャストアドレスに対応するユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するステップであって、前記マルチキャスト参加メッセージが前記マルチキャストアドレスを備える、ステップと、
   前記U2Mデバイスによって返信された、前記マルチキャストアドレスに対応する前記ライブチャネルの前記ビデオデータを受信するステップと
   を備える、請求項2に記載の方法。
4. 前記ライブチャネル識別子がマルチキャストアドレスを備え、クライアントによって送信されたユーザデータグラムプロトコルUDP要求を受信する前記ステップの前に、前記方法が、
   ユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するステップであって、前記マルチキャスト参加メッセージが、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用される、ステップと、
   前記U2Mデバイスによって送信された前記複数のライブチャネルの前記ビデオデータを受信するステップと
   をさらに備え、
   前記ライブチャネル識別子に対応する前記ライブチャネルの前記ビデオデータを取得する前記ステップが、前記マルチキャストアドレスに基づいて、前記複数のライブチャネルの前記ビデオデータから前記マルチキャストアドレスに対応する前記ライブチャネルの前記ビデオデータを取得するステップを備える、
   請求項2に記載の方法。
5. 前記ライブチャネル識別子がユニフォームリソースロケータURLを備え、前記ライブチャネル識別子に対応する前記ライブチャネルの前記ビデオデータを取得する前記ステップが、
   前記URLに基づいて前記URLに対応するマルチキャストアドレスを取得するステップと、
   前記マルチキャストアドレスに対応するユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するステップであって、前記マルチキャスト参加メッセージが前記マルチキャストアドレスを備える、ステップと、
   前記U2Mデバイスによって返信された、前記マルチキャストアドレスに対応する前記ライブチャネルの前記ビデオデータを受信するステップと
   を備える、請求項2に記載の方法。
6. 前記ライブチャネル識別子がユニフォームリソースロケータURLを備え、クライアントによって送信されたユーザデータグラムプロトコルUDP要求を受信する前記ステップの前に、前記方法が、
   ユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するステップであって、前記マルチキャスト参加メッセージが、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用される、ステップと、
   前記U2Mデバイスによって送信された前記複数のライブチャネルの前記ビデオデータを受信するステップと
   をさらに備え、
   前記ライブチャネル識別子に対応する前記ライブチャネルの前記ビデオデータを取得する前記ステップが、
   前記URLに基づいて前記URLに対応するマルチキャストアドレスを取得するステップと、
   前記マルチキャストアドレスに基づいて、前記複数のライブチャネルの前記ビデオデータから前記マルチキャストアドレスに対応する前記ライブチャネルの前記ビデオデータを取得するステップと
   を備える、請求項2に記載の方法。
7. 前記URLに基づいて前記URLに対応するマルチキャストアドレスを取得する前記ステップが、
   マルチキャストアドレスとURLとの間の事前に取得された対応関係を照会し、前記URLに対応する前記マルチキャストアドレスを見つけるステップ、または
   前記URLを備えるマルチキャストアドレス照会メッセージを生放送管理プラットフォームに送信し、前記生放送管理プラットフォームによって返信された前記URLに対応する前記マルチキャストアドレスを受信するステップ
   を備える、請求項5または6に記載の方法。
8. 前記UDP要求がユーザ識別子をさらに備え、前記ライブチャネル識別子に対応する前記ライブチャネルの前記ビデオデータを取得する前記ステップの前に、前記方法が、前記ユーザ識別子に対応するユーザが前記ライブチャネル識別子に対応する前記ライブチャネルを視聴する許可を有するかどうかを判定するステップと、
   前記ユーザ識別子に対応する前記ユーザが前記ライブチャネル識別子に対応する前記ライブチャネルを視聴する許可を有する場合、前記ライブチャネル識別子に対応する前記ライブチャネルの前記ビデオデータを取得する前記ステップを実行するステップと
   をさらに備える、請求項1から7のいずれか一項に記載の方法。
9. 前記ユーザ識別子に対応するユーザが前記ライブチャネル識別子に対応する前記ライブチャネルを視聴する許可を有するかどうかを判定する前記ステップが、
   前記UDP要求内で搬送された前記ユーザ識別子、検証情報、および前記ライブチャネル識別子を検証のために前記生放送管理プラットフォームに送信し、前記生放送管理プラットフォームによって返信された検証結果を受信するステップであって、前記検証結果が、前記ユーザ識別子に対応する前記ユーザが前記ライブチャネル識別子に対応する前記ライブチャネルを視聴する許可を有するかどうかを示すために使用される、ステップ、または
   前記UDP要求内で搬送された認可情報および前記ライブチャネル識別子を検証のために前記生放送管理プラットフォームに送信し、前記生放送管理プラットフォームによって返信された検証結果を受信するステップであって、前記検証結果が、前記ユーザ識別子に対応する前記ユーザが前記ライブチャネル識別子に対応する前記ライブチャネルを視聴する許可を有するかどうかを示すために使用される、ステップ
   を備える、請求項8に記載の方法。
10. ライブビデオ送信方法であって、前記方法がクライアントに適用され、
    マルチキャストツーユニキャストM2UデバイスにユーザデータグラムプロトコルUDP要求を送信するステップであって、前記UDP要求がライブチャネル識別子を備え、前記ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、ステップと、
    前記M2Uデバイスによって送信された前記ライブチャネルの前記ビデオデータを受信するステップであって、前記ビデオデータが前記ライブチャネル識別子に基づいて前記M2Uデバイスによって取得され、前記ビデオデータがUDPユニキャストパケット内で搬送される、ステップと、
    前記ライブチャネルでビデオを再生するために前記UDPユニキャストパケットを構文解析するステップと
    を備える、方法。
11. 前記UDP要求が、認可情報ならびに／またはユーザ識別子および検証情報をさらに備える、請求項10に記載の方法。
12. クライアントによって送信されたユーザデータグラムプロトコルUDP要求を受信するように構成された受信モジュールであって、前記UDP要求がライブチャネル識別子を備え、前記ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、受信モジュールと、
    前記ライブチャネル識別子に対応する前記ライブチャネルの前記ビデオデータを取得するように構成された処理モジュールであって、
    前記処理モジュールが、前記UDP要求に備えられたソースIPアドレスおよびソースポートを取得するようにさらに構成され、前記ソースIPアドレスが前記クライアントのIPアドレスであり、前記ソースポートが、それを介して前記クライアントが前記UDP要求を送信するポートである、処理モジュールと、
    前記ソースIPアドレスおよび前記ソースポートに基づいて、前記クライアントにUDPユニキャスト方式で前記ビデオデータを送信するように構成された送信モジュールと
    を備える、マルチキャストツーユニキャストM2Uデバイス。
13. 前記送信モジュールが、具体的に、
    前記ビデオデータ内のマルチキャストパケットを取得することと、
    UDPユニキャストパケットを取得するために、前記マルチキャストパケットの宛先IPアドレスを前記UDP要求の前記ソースIPアドレスに変更し、前記マルチキャストパケットの宛先ポートを前記UDP要求の前記ソースポートに変更することと、
    前記クライアントに前記UDPユニキャストパケットを送信することと
    を行うように構成される、請求項12に記載のM2Uデバイス。
14. 前記ライブチャネル識別子がマルチキャストアドレスを備え、前記送信モジュールが、前記マルチキャストアドレスに対応するユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、前記マルチキャスト参加メッセージが前記マルチキャストアドレスを備え、
    前記受信モジュールが、前記U2Mデバイスによって返信された、前記マルチキャストアドレスに対応する前記ライブチャネルの前記ビデオデータを受信するようにさらに構成される、
    請求項13に記載のM2Uデバイス。
15. 前記ライブチャネル識別子がマルチキャストアドレスを備え、前記受信モジュールが前記クライアントによって送信された前記ユーザデータグラムプロトコルUDP要求を受信する前に、前記送信モジュールが、ユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、前記マルチキャスト参加メッセージが、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用され、
    前記受信モジュールが、前記U2Mデバイスによって送信された前記複数のライブチャネルの前記ビデオデータを受信するようにさらに構成され、
    前記処理モジュールが、具体的に、前記マルチキャストアドレスに基づいて、前記複数のライブチャネルの前記ビデオデータから前記マルチキャストアドレスに対応する前記ライブチャネルの前記ビデオデータを取得するように構成される、
    請求項13に記載のM2Uデバイス。
16. 前記ライブチャネル識別子がユニフォームリソースロケータURLを備え、前記処理モジュールが、前記URLに基づいて前記URLに対応するマルチキャストアドレスを取得するようにさらに構成され、
    前記送信モジュールが、前記マルチキャストアドレスに対応するユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、前記マルチキャスト参加メッセージが前記マルチキャストアドレスを備え、
    前記受信モジュールが、前記U2Mデバイスによって返信された、前記マルチキャストアドレスに対応する前記ライブチャネルの前記ビデオデータを受信するようにさらに構成される、
    請求項13に記載のM2Uデバイス。
17. 前記ライブチャネル識別子がユニフォームリソースロケータURLを備え、前記受信モジュールが前記クライアントによって送信された前記ユーザデータグラムプロトコルUDP要求を受信する前に、前記送信モジュールが、ユニキャストツーマルチキャストU2Mデバイスにマルチキャスト参加メッセージを送信するようにさらに構成され、前記マルチキャスト参加メッセージが、複数のマルチキャストアドレスに対応する複数のライブチャネルのビデオデータを要求するために使用され、
    前記受信モジュールが、前記U2Mデバイスによって送信された前記複数のライブチャネルの前記ビデオデータを受信するようにさらに構成され、
    前記処理モジュールが、具体的に、
    前記URLに基づいて前記URLに対応するマルチキャストアドレスを取得することと、
    前記マルチキャストアドレスに基づいて、前記複数のライブチャネルの前記ビデオデータから前記マルチキャストアドレスに対応する前記ライブチャネルの前記ビデオデータを取得することと
    を行うように構成される、請求項13に記載のM2Uデバイス。
18. 前記処理モジュールが、マルチキャストアドレスとURLとの間の事前に取得された対応関係を照会し、前記URLに対応する前記マルチキャストアドレスを見つけるようにさらに構成されるか、または
    前記送信モジュールが、前記URLを備えるマルチキャストアドレス照会メッセージを生放送管理プラットフォームに送信するようにさらに構成され、前記受信モジュールが、前記生放送管理プラットフォームによって返信された前記URLに対応する前記マルチキャストアドレスを受信するようにさらに構成される、
    請求項16または17に記載のM2Uデバイス。
19. 前記UDP要求がユーザ識別子をさらに備え、前記処理モジュールが、前記ユーザ識別子に対応するユーザが前記ライブチャネル識別子に対応する前記ライブチャネルを視聴する許可を有するかどうかを判定することと、
    前記ユーザ識別子に対応する前記ユーザが前記ライブチャネル識別子に対応する前記ライブチャネルを視聴する許可を有する場合、前記ライブチャネル識別子に対応する前記ライブチャネルの前記ビデオデータを取得する前記ステップを実行することと
    を行うようにさらに構成される、請求項12から18のいずれか一項に記載のM2Uデバイス。
20. 前記送信モジュールが、前記UDP要求内で搬送された前記ユーザ識別子、検証情報、および前記ライブチャネル識別子を検証のために前記生放送管理プラットフォームに送信するようにさらに構成され、前記受信モジュールが、前記生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、前記検証結果が、前記ユーザ識別子に対応する前記ユーザが前記ライブチャネル識別子に対応する前記ライブチャネルを視聴する許可を有するかどうかを示すために使用される、または
    前記送信モジュールが、前記UDP要求内で搬送された認可情報および前記ライブチャネル識別子を検証のために前記生放送管理プラットフォームに送信ようにさらに構成され、前記受信モジュールが、前記生放送管理プラットフォームによって返信された検証結果を受信するようにさらに構成され、前記検証結果が、前記ユーザ識別子に対応する前記ユーザが前記ライブチャネル識別子に対応する前記ライブチャネルを視聴する許可を有するかどうかを示すために使用される、
    請求項19に記載のM2Uデバイス。
21. マルチキャストツーユニキャストM2UデバイスにユーザデータグラムプロトコルUDP要求を送信するように構成された送信モジュールであって、前記UDP要求がライブチャネル識別子を備え、前記ライブチャネル識別子に対応するライブチャネルのビデオデータを要求するために使用される、送信モジュールと、
    前記M2Uデバイスによって送信された前記ライブチャネルの前記ビデオデータを受信するように構成された受信モジュールであって、前記ビデオデータが前記ライブチャネル識別子に基づいて前記M2Uデバイスによって取得され、前記ビデオデータがUDPユニキャストパケット内で搬送される、受信モジュールと、
    前記ライブチャネルでビデオを再生するために前記UDPユニキャストパケットを構文解析するように構成された処理モジュールと
    を備える、クライアント。
22. 前記送信モジュールによって送信された前記UDP要求が、認可情報ならびに／またはユーザ識別子および検証情報をさらに備える、請求項21に記載のクライアント。
23. 請求項12から20のいずれか一項に記載のマルチキャストツーユニキャストM2Uデバイスと、請求項21から22のいずれか一項に記載のクライアントとを備える、ライブビデオ送信システム。
24. 前記システムがユニキャストツーマルチキャストU2Mデバイスをさらに備え、
    前記U2Mデバイスが、
    前記M2Uデバイスによって送信された、マルチキャストアドレスを備えるマルチキャスト参加メッセージを受信し、前記マルチキャストアドレスに対応するライブチャネルの前記ビデオデータを前記M2Uデバイスに返信すること、または
    前記M2Uデバイスによって送信された、複数のマルチキャストアドレスに対応するライブチャネルのビデオデータを要求するために使用されるマルチキャスト参加メッセージを受信し、前記複数のライブチャネルの前記ビデオデータを前記M2Uデバイスに返信すること
    を行うように構成される、請求項23に記載のシステム。