CN114173162B - 互动直播系统、发布-订阅关系的维护方法及相关设备 - Google Patents

互动直播系统、发布-订阅关系的维护方法及相关设备 Download PDF

Info

Publication number
CN114173162B
CN114173162B CN202111534990.3A CN202111534990A CN114173162B CN 114173162 B CN114173162 B CN 114173162B CN 202111534990 A CN202111534990 A CN 202111534990A CN 114173162 B CN114173162 B CN 114173162B
Authority
CN
China
Prior art keywords
room
publish
subscribe
request
flow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111534990.3A
Other languages
English (en)
Other versions
CN114173162A (zh
Inventor
曹问
盛骥斌
曹望
曾迅迅
李兴平
刘维
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hunan MgtvCom Interactive Entertainment Media Co Ltd
Original Assignee
Hunan MgtvCom Interactive Entertainment Media Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hunan MgtvCom Interactive Entertainment Media Co Ltd filed Critical Hunan MgtvCom Interactive Entertainment Media Co Ltd
Priority to CN202111534990.3A priority Critical patent/CN114173162B/zh
Publication of CN114173162A publication Critical patent/CN114173162A/zh
Application granted granted Critical
Publication of CN114173162B publication Critical patent/CN114173162B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784—Data processing by the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请提供了一种互动直播系统、发布‑订阅关系的维护方法及相关设备，该方法可应用于互动直播系统中的发布‑订阅管理中心，在确定出待维护发布‑订阅关系模型所属模式之后；若模式为一人发布多人订阅模式，则按照第一预设发布流程和预设订阅流程对待维护发布‑订阅关系模型进行维护；若模式为多人发布多人订阅模式，则按照第二预设发布流程和预设订阅流程对待维护发布‑订阅关系模型进行维护；其中，第一预设发布流程与第二预设发布流程不同，也即本申可以通过发布‑订阅管理中心维护全局发布与订阅关系，极大的解耦了音视频流服务内部复杂逻辑，解决了现有相关方案在观众连麦结束后切换到普通观看场景时，存在画面跳变等问题。

Description

互动直播系统、发布-订阅关系的维护方法及相关设备
技术领域
本发明涉及数据处理技术领域，具体涉及一种互动直播系统、发布-订阅关系的维护方法及相关设备。
背景技术
目前，传统直播各家CDN(Content DeliveryNetwork，内容分发网络)服务器一般采用链路长、延时高的树形层级架构。互动直播系统，一般通过主播与参与者连麦，然后在客户端侧或服务侧混流，再旁路直播到CDN服务器，普通观众可以通过CDN服务器观看直播。其中，参与者可以是另一主播或观众。
传统直播与互动直播是各自独立的两套系统，扩展难度较大，参与连麦的观众在连麦结束后切换到普通观看场景时，存在着画面跳变等问题，用户体验感差。
发明内容
对此，本申请提供一种互动直播系统、发布-订阅关系的维护方法及相关设备，以解决现有相关方案在观众连麦结束后切换到普通观看场景时，存在画面跳变等问题。
为实现上述目的，本发明实施例提供如下技术方案：
本发明第一方面公开了一种发布-订阅关系的维护方法，应用于互动直播系统中的发布-订阅管理中心，所述方法包括：
确定出待维护发布-订阅关系模型所属模式；所述模式包括一人发布多人订阅模式和多人发布多人订阅模式；
若所述待维护发布-订阅关系模型所属模式为所述一人发布多人订阅模式，则按照第一预设发布流程和预设订阅流程对所述待维护发布-订阅关系模型进行维护；
若所述待维护发布-订阅关系模型所属模式为所述多人发布多人订阅模式，则按照第二预设发布流程和所述预设订阅流程对所述待维护发布-订阅关系模型进行维护；其中，所述第一预设发布流程与所述第二预设发布流程不同。
可选地，上述的发布-订阅关系的维护方法中，确定出待维护发布-订阅关系模型所属模式，包括：
分别确定出所述待维护发布-订阅关系模型中发布者的数量；
若所述待维护发布-订阅关系模型中发布者的数量为1，则确定出所述待维护发布-订阅关系模型属于所述一人发布多人订阅模式；
若所述待维护发布-订阅关系模型中发布者的数量大于1，则确定出所述待维护发布-订阅关系模型属于所述多人发布多人订阅模式。
可选地，上述的发布-订阅关系的维护方法中，按照第一预设发布流程对所述待维护发布-订阅关系模型进行维护，包括：
在接收到所述互动直播系统中发布端发送的开房请求之后，响应所述开房请求，并向所述发布端返回主播房间信息；所述主播房间信息包括主播房间名、主播发布流路径及主播房间接入边缘节点地址；
在接收到所述主播房间接入边缘节点地址发送的同步流更新指令之后，同步更新所述主播房间名对应的流状态；其中，所述同步流更新指令在所述主播房间接入边缘节点地址接收到所述发布端推送的直播流后被触发。
可选地，上述的发布-订阅关系的维护方法中，按照预设订阅流程对所述待维护发布-订阅关系模型进行维护，包括：
在接收到所述互动直播系统中订阅端发送的订房请求之后，响应所述订房请求，并向所述订阅端返回与所述订房请求相匹配的已开房的房间信息；所述与所述订房请求相匹配的房间信息包括：与所述订房请求相匹配的主播发布流路径、音视频ID列表及第一观看房间接入边缘节点地址；
在接收到所述第一观看房房间接入边缘节点地址发送的指定房间号观看请求之后，响应所述指定房间号观看请求，并向所述第一观看房间接入边缘节点地址返回与所述指定房间号观看请求相匹配的房间信息及第一级中继服务地址；所述第一观看房间接入边缘节点地址发送的指定房间号观看请求是：所述第一观看房间接入边缘节点地址在接收到直播观看请求之后，在自身中未匹配到所述直播观看请求携带要观看的房间名和订阅流路径时发送的；所述第一级中继服务地址用于在接收到所述第一观看房间接入边缘节点地址发送的直播观看请求时，向所述第一观看房间接入边缘节点地址发送与所述直播观看请求相匹配的直播流数据；
在接收到所述第一级中继服务地址发送的指定房间号观看请求之后，响应所述指定房间号观看请求，并向所述第一级中继服务地址返回与所述指定房间号观看请求相匹配的多个下一级中继服务地址或第二观看房间接入边缘节点地址；所述第一级中继服务地址发送的指定房间号观看请求是：所述第一级中继服务地址在接收到直播观看请求之后，在自身中未匹配到所述直播观看请求携带要求观看的房间名和订阅流路径时发送的。
可选地，上述的发布-订阅关系的维护方法中，还包括：
实时判断所述待维护发布-订阅关系模型中中继服务地址的层级数量是否大于预设值；
若判断结果为是，则对所述待维护发布-订阅关系模型中的订阅流路径进行收敛。
可选地，上述的发布-订阅关系的维护方法中，按照第二预设发布流程对所述待维护发布-订阅关系模型进行维护，包括：
在接收到所述互动直播系统中发布端发送的开房请求之后，响应所述开房请求，并向所述发布端返回主播房间信息；所述主播房间信息包括主播房间名、主播发布流路径及主播房间接入边缘节点地址；
在接收到所述发布端发送的并房请求之后，响应所述并房请求，并向所述发布端返回与所述并房请求相匹配的已开房房间信息；所述与所述发布端发送的并房请求相匹配的房间信息包括：与所述并房请求相匹配的主播房间名、参与者发布流路径及参与者接入边缘节点地址；
实时对所述主播房间名、所述主播发布流路径及所述参与者发布流路径进行维护，并判断所述主播房间名是否出现新进参与者；若判断结果为是，则向所述主播房间名内各个所述订阅者和参与者推送所述新进参与者流定义信息；
在接收到所述互动直播系统中订阅端发送的其他发布流者流路径请求之后，将属于同一个主播房间名内各个所述订阅者发送的其他发布者流路径进行混流，并向各个订阅者返回混流路径及多点控制单元服务节点；
在接收到所述多点控制单元服务节点发送的混流请求之后，响应所述混流请求，在查询到与所述混流请求相匹配的流列表状态时，向所述多点控制单元服务节点返回与所述混流请求相匹配的流列表状态所在的中继服务地址或接入边缘节点地址；在未查询到与所述混流请求相匹配的流列表状态时，向所述多点控制单元服务节点返回错误信息。
可选地，上述的发布-订阅关系的维护方法中，还包括：
接收所述多点控制单元服务节点发送同步混流信息，并定时更新相应的所述待维护发布-订阅关系模型中的混流状态。
本申请第二方面公开了一种互动直播系统，包括：
发布端，用于发布直播流；
订阅端，用于订阅所述发布端发布的所述直播流，并通过CDN服务器观看所述直播流；
中继服务器，用于通过中继服务地址转发指定直播流；
多点控制单元，用于对目标房间内指定发布流执行混流操作；
选择性转发单元，用于转发所述目标房间内指定直播流；
边缘节点服务器，用于通过观看房间接入边缘节点封装相应协议，分发所述直播流；
发布-订阅管理中心，用于通过所述边缘节点服务器、所述中继服务器、所述多点控制单元及所述选择性转发单元，利用如第一方面公开的任一项所述的发布-订阅关系的维护方法对所述发布端与所述订阅端之间的发布-订阅关系进行维护。
本申请第三方面公开了一种电子设备，包括处理器和存储器；其中：
所述存储器用于存储计算机指令；
所述处理器用于执行所述存储器存储的计算机指令，具体执行如第一方面公开的任意一项所述的发布-订阅关系的维护方法。
本申请第四方面公开了一种存储介质，用于存储程序，所述程序被执行时，用于实现如第一方面公开的任一项所述的发布-订阅关系的维护方法。
本发明提供的发布-订阅关系的维护方法，可应用于互动直播系统中的发布-订阅管理中心，该方法在确定出待维护发布-订阅关系模型所属模式之后；若待维护发布-订阅关系模型所属模式为一人发布多人订阅模式，则按照第一预设发布流程和预设订阅流程对待维护发布-订阅关系模型进行维护；若待维护发布-订阅关系模型所属模式为多人发布多人订阅模式，则按照第二预设发布流程和预设订阅流程对待维护发布-订阅关系模型进行维护；其中，第一预设发布流程与第二预设发布流程不同，也即本申请提供的方法可以通过发布-订阅管理中心维护全局发布与订阅关系，使整个音视频平台内部实现了统一，无论是普通直播、低延时直播还是互动直播，在音视频平台中都是流的发布-订阅关系，极大的解耦了音视频流服务内部复杂逻辑，实现了各个音视频场景的无缝融合，避免了各种不同直播场景体验上各种切割，解决了现有相关方案在观众连麦结束后切换到普通观看场景时，存在画面跳变等问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种发布-订阅关系的维护方法的流程图；
图2为本申请实施例提供的一种确定待维护发布-订阅关系模型所属模式的流程图；
图3为本申请实施例提供的一种发布-订阅关系模型的流结构拓扑图；
图4为本申请实施例提供的一种电子设备的结构示意图；
图5为本申请实施例提供的一种一人发布多人订阅关系的结构图；
图6为本申请实施例提供的一种一人发布多人订阅关系对应的直播流流向示意图；
图7为本申请实施例提供的一种多人发布多人订阅关系的结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请实施例提供一种发布-订阅关系的维护方法，以解决现有相关方案在观众连麦结束后切换到普通观看场景时，存在画面跳变等问题。
该发布-订阅关系的维护方法可应用于互动直播系统中的发布-订阅管理中心，该直播互动系统可以包括：发布端、订阅端、发布-订阅管理中心、边缘节点、中继服务器、多点控制单元及CDN服务器。
其中，发布端主要用于发布直播流。订阅端一般用于订阅观看指定直播流。发布-订阅管理中心主要用于全局维护所有发布-订阅映射关系。中继服务器主要用于转发指定直播流。多点控制单元主要用于对同一个房间内指定发布流执行混流操作。选择性转发单元主要用于将指定房间内的直播流进行转发。边缘节点主要用于封装各种协议，分发直播流。CDN服务器主要用于承载传统直播业务，以供普通观众通过CDN服务观看直播流。
需要说明的是，所有流的流向全局由互动直播系统中的发布-订阅管理中心统筹管理，在边缘节点出支持各种协议的封装来适配各种直播业务场景。
实际应用中，互动直播系统中的角色可以分为主播、参与者、观察者和普通观众四种类型。其中，主播、参与者有发布者和订阅者属性；观察者和普通观众只有订阅者属性。互动直播系统中各角色的相关说明，可如表1-1所示。
表1-1
属性 含义 说明 发布订阅身份
主播 房间主播员 主播人员 发布者，订阅者
参与者 互动参与者 房间音视频互动参与者 发布者，订阅者
观察者 房间监播员 监播员可以订阅房间的所有流 订阅者
普通观众 普通观看者 订阅者
为了方便理解，需要说明的是该直播互动系统中的房间定义表可如表1-2所示；流定义可如表1-3所示。
表1-2
表1-3
基于上述，请参见图1，该发布-订阅关系的维护方法可以包括如下步骤：
S100、确定出待维护发布-订阅关系模型所属模式。
模式包括一人发布多人订阅模式和多人发布多人订阅模式。
其中，待维护发布-订阅关系模型可以是互动直播系统中，需要进行维护的每一个房间名中发布者和订阅者对应的关系模型。
实际应用中，执行步骤S100、确定出待维护发布-订阅关系模型所属模式的具体过程可如图2所示，可以包括如下步骤：
S200、分别确定出待维护发布-订阅关系模型中发布者的数量。
其中，可以根据每一个房间名中发布者的数量，确定出对应待维护发布-订阅关系模型中发布者所属的模型。
S202、若待维护发布-订阅关系模型中发布者的数量为1，则确定出待维护发布-订阅关系模型属于一人发布多人订阅模式。
实际应用中，每个房间名中发布者的数量可以是1人或多人，若房间名中发布者的数量为1人，则对应的待维护发布-订阅关系模型中的发布者数量也为1人，进而该待维护发布-订阅关系模型可以属于一人发布多人订阅模式。
S204、若待维护发布-订阅关系模型中发布者的数量大于1，则确定出待维护发布-订阅关系模型属于多人发布多人订阅模式。
实际应用中，若房间名中的发布者数量为多人，则对应的待维护发布-订阅关系模型中的发布者数量也为多人，进而该待维护发布-订阅关系模型可以属于多人发布多人订阅模式。
S102、若待维护发布-订阅关系模型所属模式为一人发布多人订阅模式，则按照第一预设发布流程和预设订阅流程对待维护发布-订阅关系模型进行维护。
实际应用中，一人发布多人订阅模式可以与传统直播场景一致，一个主播，多人观看，对应的发布-订阅关系可以如图5所示，直播流流向可以如图6所示。
实际应用中，按照第一预设发布流程对待维护发布-订阅关系模型进行维护的具体过程可以如下：
1.1：发布者首先向发布-订阅管理中心请求房间名，角色为主播。
1.2：发布-订阅管理中心返回房间名，发布流(主播)路径，接入边缘节点地址。
1.3：发布者向指定边缘节点地址推送直播流。
1.4：接入边缘节点接收直播流，向发布-订阅管理中心同步流状态(携带房间名，流路径，音视频ID列表)，并定时向发布-订阅管理中心更新流状态(携带房间名，流路径，音视频流状态)。
1.5：发布-订阅管理中心维护房间名，流列表状态。
结合上述，能够理解的是，发布-订阅管理中心在接收到互动直播系统中发布端发送的开房请求之后，响应开房请求，并向发布端返回主播房间信息；主播房间信息包括主播房间名、主播发布流路径及主播房间接入边缘节点地址。
其中，该开房请求相当于上述发布者向发布-订阅管理中心请求房间名，角色为主播的请求。该主播房间信息中的主播房间名为上述发布-订阅管理中心返回房间名，主播发布流路径为上述的发布流(主播)路径，主播房间接入边缘节点地址为上述的接入边缘节点地址。
在接收到主播房间接入边缘节点地址发送的同步流更新指令之后，同步更新主播房间名对应的流状态；其中，同步流更新指令在主播房间接入边缘节点地址接收到发布端推送的直播流后被触发。
换言之，该主播房间接入边缘节点地址在接收到直播流之后，向发布-订阅管理中心同步流状态(携带房间名，发布流路径，音视频ID列表)，并定时向发布-订阅管理中心更新流状态(携带房间名，流路径，音视频流状态)。
实际应用中，按照预设订阅流程对待维护发布-订阅关系模型进行维护的具体流程可以如下：
2.1：订阅者首先向发布-订阅管理中心获取房间名，角色为普通观众。
2.2：发布-订阅管理中心返回指定房间名，发布流(主播)路径，音视频ID列表，以及边缘节点K地址。如果房间名不存在，则返回错误。
2.3：订阅者向边缘节点K请求直播流，请求中附带房间名，订阅流路径，音视频ID列表等参数。
2.4：边缘节点K，首先内部查找房间名和订阅流路径是否存在，如果存在，则返回封装后的协议格式直播流数据，否则向发布-订阅管理中心订阅指定房间名的发布流路径以及音视频ID列表。
2.5：发布-订阅管理中心返回房间名，发布流路径以及中继服务地址E。
2.6：边缘节点向中继服务E请求房间名的，请求中附带房间名，订阅流路径，以及音视频ID列表等参数。
2.7：中继服务E，内部查找房间名和订阅流路径，如果找到，则直接返回直播流数据；否则向发布-订阅管理中心请求指定房间名的直播流。
2.8：发布-订阅管理中心返回多个中继服务地址或接入边缘节点地址；同时发布-订阅管理中心计算和管理中继服务层级数量，接近或达到三级时，对路径进行收敛。
2.9：中继服务E向下一级中继服务或接入边缘节点地址请求房间名直播流。
2.10：如果是请求的是中继服务，跳到步骤2.7；否则进入跳到步骤2.11。
2.11：边缘节点查找房间名和订阅流，存在则直接返回直播流数据；否则响应流不存在。
2.12：订阅者接受直播流数据，解码播放。
结合上述，能够理解的是，发布-订阅管理中心在接收到互动直播系统中订阅端发送的订房请求之后，响应订房请求，并向订阅端返回与订房请求相匹配的房间信息；与订房请求相匹配的房间信息包括：与订房请求相匹配的主播发布流路径、音视频ID列表及第一观看房间接入边缘节点地址。
其中，该订房请求可以是上述订阅者向发布-订阅管理中心获取房间名，角色为普通观众的请求。与订房请求相匹配的房间信息可以是的上述的发布-订阅管理中心返回指定房间名，发布流(主播)路径，音视频ID列表，以及边缘节点K地址。具体的，发布流路径为上述的发布流(主播)路径，第一观看房间接入边缘节点地址为上述的边缘节点K地址。
在接收到第一观看房间接入边缘节点地址发送的指定房间号观看请求之后，响应指定房间号观看请求，并向第一观看房间接入边缘节点地址返回与指定房间号观看请求相匹配的房间信息及第一级中继服务地址；第一观看房间接入边缘节点地址发送的指定房间号观看请求是：第一观看房间接入边缘节点地址在接收到直播观看请求之后，在自身中未匹配到直播观看请求携带要求观看的房间名和订阅流路径时发送的。第一级中继服务地址用于在接收到第一观看房间接入边缘节点地址发送的直播观看请求时，向第一观看房间接入边缘节点地址发送与直播观看请求相匹配的直播流数据。
实际应用中，订阅者在接收到发布-订阅管理中心返回的第一观看房间接入边缘节点地址之后，会向该第一观看房间接入边缘节点地址请求直播流，该请求中会附带请求直播流对应的房间名、订阅流路径及音视频ID列表等参数。第一观看房间接入边缘节点地址接收到该请求之后，会内部查找该请求携带的房间名和订阅流路径是否存在，如果存在，则返回封装后的协议格式直播流数据；否则向发布-订阅管理中心订阅指定房间名的发布流路径以及音视频ID列表，也即上述的发送指定房间号观看请求。
在接收到第一级中继服务地址发送的指定房间号观看请求之后，响应指定房间号观看请求，并向第一级中继服务地址返回与指定房间号观看请求相匹配的多个下一级中继服务地址或第二观看房间接入边缘节点地址；第一级中继服务地址发送的指定房间号观看请求是：第一级中继服务地址在接收到直播观看请求之后，在自身中未匹配到直播观看请求携带要求观看的房间名和订阅流路径时发送的。
实际应用中，该第一观看房间接入边缘节点地址接收到发布-订阅管理中心返回的房间名、发布流路径及第一级中继服务地址之后，该第一观看房间接入边缘节点地址向第一级中继服务地址请求播放直播流，该请求携带房间名、发布流路径及音视频ID列表等参数。第一级中继服务地址内部查找该请求房间名和订阅流路径，如果查找到，则直接返回直播流数据，否则向发布-订阅中心请求指定房间名的直播流，也即上述的第一级中继服务地址发送指定房间号观看请求。
需要说明的是，实际应用中，该发布-订阅关系的维护方法还包括步骤S300至S302：
S300、发布-订阅管理中心实时判断待维护发布-订阅关系模型中中继服务地址的层级数量是否大于预设值。
实际应用中，该预设值可以为3，或者其他正整数，视具体应用环境和用户需求确定即可，本申请不作具体限定，均属于本申请的保护范围。
若判断出待维护发布-订阅关系模型中中继服务地址的层级数量大于预设值，则执行步骤S302。
S302、对待维护发布-订阅关系模型中的订阅流路径进行收敛。
实际应用中，假设该预设值为3，发布-订阅管理中心在返回多个中继服务地址或接入边缘节点地址的同时，可以计算和管理中继服务地址的层级数量，当中继服务地址的层级数量接近或达到三级时，对路径进行收敛。
需要说明的是，可以采用最短路径算法Dijkstra算法对订阅流路径进行收敛，将超过预设值层级的路径过滤掉，若找不到超过预设层级的路径，则选择另外中继服务器进行收敛查询。
S104、若待维护发布-订阅关系模型所属模式为多人发布多人订阅模式，则按照第二预设发布流程和预设订阅流程对待维护发布-订阅关系模型进行维护。
其中，第一预设发布流程与第二预设发布流程不同。
实际应用中，多人发布多人订阅模式可以采用服务侧混流，多人发布多人订阅关系可以如图7所示。
实际应用中，结合图7，按照第二预设发布流程对待维护发布-订阅关系模型进行维护的具体过程可以如下：
3.1：主播A向发布-订阅管理中心请求房间名，角色为：主播。
3.2：发布-订阅管理中心返回房间名，发布流(主播)路径，接入边缘节点I。
3.3：主播A向接入边缘节点I推送直播流。
3.4：边缘节点I接收直播流，向发布-订阅管理中心同步发布流信息，并定期更新发布流状态。
3.5：发布者B向发布-订阅管理中心请求房间名，角色为参与者。
3.6：发布-订阅管理中心查找房间信息，首先返回房间名，发布流(参与者B)路径，接入边缘节点K，以及房间其他发布流列表。
3.7：发布者B向接入边缘节点K推送直播流。
3.8：边缘节点K接收直播流，向发布-订阅管理中心同步发布流(参与者B)信息，并定期更新流状态。
3.9：发布-订阅管理中心实时维护房间名，流列表状态。如果，发现新进参与者，则向房间内的订阅者推送新进者流定义信息(包含发布流路径以及音视频ID列表)。
3.10：房间内的订阅者收到新进参与者消息或房间其他发布者消息，则向发布-订阅管理中心请求自身外的其他发布者流路径(含对应的音视频ID列表)。
3.11：发布-订阅管理中心接收请求，检查到多个发布者混流请求时，返回混流路径以及MCU服务节点M。
3.12：房间内的订阅者向MCU服务节点M订阅混流路径。
3.13：MCU节点M，首先内部查找对应的流是否存在，如果存在，则直接返回混流直播流；否则，向发布-订阅管理中心请求混流，携带房间名，混流路径以及音视频ID列表等参数。
3.14：发布-订阅管理中心查询房间名流列表状态，返回房间名，混流路径，以及音视频ID列表所在的中继服务地址或接入边缘节点地址；否则，返回错误信息。
3.15：MCU节点M解析发布-订阅管理中心返回，如果返回是错误信息，则返回错误信息给订阅者；否则，向边缘节点或中继服务订阅指定流音视频ID路径。
3.16：MCU节点M拉取音视频ID对应的流，执行混流操作，并向发布-订阅管理中心同步混流信息，并定时更新混流状态。
其中，假设房间内存在发布者A、B、C，混流操作可以是：将BC混流一路给发布者A，将AC混流一路给发布者B，将AB混流一路给发布者C，将ABC混流成一路推送给CDN，普通观众通过CDN观看房间视频流。
3.17：房间内的订阅者接收MCU节点M返回，解码播放。
3.18：发布-订阅管理中心定时维护房间名，流列表状态。
结合上述，能够理解的是，发布-订阅管理中心在接收到互动直播系统中发布端发送的开房请求之后，响应开房请求，并向发布端返回主播房间信息；主播房间信息包括主播房间名、主播发布流路径及主播房间接入边缘节点地址。
实际应用中，当发布端发布的角色为主播时，发布-订阅管理中心响应其方发送的开房请求为主播开房请求，返回主播房间名、主播发布流路径及主播房间接入边缘节点地址。发布端可以接入该主播房间接入边缘节点地址，并向该地址推送直播流。
在接收到发布端发送的并房请求之后，响应并房请求，并向发布端返回与并房请求相匹配的房间信息；与发布端发送的并房请求相匹配的房间信息包括：与并房请求相匹配的主播房间名、参与者发布流路径及参与者接入边缘节点地址。
实际应用中，当发布端发布的角色为参与者时也即上述的发布者B，布-订阅管理中心响应其发送的并房请求，查找与该并房请求携带房间名相匹配的主播房间名，并将查找到的主播房间名、参与者发布流路径(上述的发布流(参与者B)路径)及参与者接入边缘节点地址(上述的接入边缘节点K)返回。发布端可以根据返回的信息，接入参与者接入边缘节点地址，并向该地址推送直播流。
实时对主播房间名、主播发布流路径及参与者发布流路径进行维护，并判断主播房间名是否出现新进参与者；若判断结果为是，则向主播房间名内各个订阅者推送新进参与者流定义信息。
在接收到互动直播系统中订阅端发送的其他发布流者流路径请求之后，将属于同一个主播房间名内各个订阅者和参与者发送的其他发布者流路径进行混流，并向各个订阅者返回混流路径及多点控制单元服务节点。
实际应用中，发布-订阅管理中心可以实时维护房间名及流列表状态，如果，发现新进参与者，则向房间内的订阅者推送新进参与者流定义信息(包含发布流路径以及音视频ID列表)。房间内的订阅者收到新进参与者消息或房间其他发布者消息，则向发布-订阅管理中心请求自身外的其他发布者流路径(含对应的音视频ID列表)。
在接收到多点控制单元服务节点发送的混流请求之后，响应混流请求，在查询到与混流请求相匹配的流列表状态时，向多点控制单元服务节点返回与混流请求相匹配的流列表状态所在的中继服务地址或接入边缘节点地址；在未查询到与混流请求相匹配的流列表状态时，向多点控制单元服务节点返回错误信息。
实际应用中，房间内的订阅者向多点控制单元服务节点订阅混流路径之后，多点控制单元服务节点首先内部查找对应流路径是否存在，如果存在，则返回混流直播流数据，否则向发布-订阅管理中心请求混流，该请求携带房间名、混流路径及音视频ID列表等参数。
需要说明的是，通过多点控制单元服务节点未查找到对应的流路径时，请求发布-订阅管理中心，按照原有边缘节点方式对流路径进行查找。
需要说明的是，实际应用中，该发布-订阅关系的维护方法还包括：接收多点控制单元服务节点发送同步混流信息，并定时更新相应的待维护发布-订阅关系模型中的混流状态。
其中，多点控制单元服务节点在拉取流音视频ID对应的流，执行混流操作之后，向发布-订阅管理中心同步混流信息，以实现发布-订阅管理中心定时更新混流状态。
需要说明的是，结合上述，本申请提供的发布-订阅关系的维护方法中的发布-订阅关系模型可以如图3所示，该图展示了发布-订阅关系中的流拓扑结构和流订阅和分发关系。换言之，通过该流拓扑结构，可以实现多人视频会议，也即多人发布多人订阅模式；也可以实现主播推送，也即一人发布多人订阅模式。
基于上述原理，本实施例提供的发布-订阅关系的维护方法，可应用于互动直播系统中的发布-订阅管理中心，该方法在确定出待维护发布-订阅关系模型所属模式之后；若待维护发布-订阅关系模型所属模式为一人发布多人订阅模式，则按照第一预设发布流程和预设订阅流程对待维护发布-订阅关系模型进行维护；若待维护发布-订阅关系模型所属模式为多人发布多人订阅模式，则按照第二预设发布流程和预设订阅流程对所述待维护发布-订阅关系模型进行维护；其中，第一预设发布流程与第二预设发布流程不同，也即本申请提供的发布-订阅关系的维护方法可以通过发布-订阅管理中心维护全局发布与订阅关系，使整个音视频平台内部实现了统一，无论是普通直播、低延时直播还是互动直播，在音视频平台中都是流的发布-订阅关系，极大的解耦了音视频流服务内部复杂逻辑，实现了各个音视频场景的无缝融合，避免了各种不同直播场景体验上各种切割，解决了现有相关方案在观众连麦结束后切换到普通观看场景时，存在画面跳变等问题。
此外，本申请提供的发布-订阅关系的维护方法还能够为各种直播产品快速接入提供了一套快速集成能力，极大提高了产品开发效率，降低了开发成本；并且，为了控制控制直播延时，互动直播系统内部限定了最大三级中继转发，也就是说订阅者到接入边缘节点，最多经过三次中继转发。
并且，订阅端只需订阅相关的流以及音视频ID列表，就可以成功拉取所请求的流，解码播放。极大的简化了产品接入步骤，接入方便简单，多个直播场景产品从普通直播切换到低延时，再切换到互动音视频会议，平台带来了无缝的体验。
基于上述实施例提供的发布-订阅关系的维护方法，本申请另一实施例还提供了一种互动直播系统，该互动直播系统可以包括：
发布端，用于发布直播流。
订阅端，用于订阅所述发布端发布的所述直播流，并通过CDN服务器观看所述直播流。
中继服务器，用于通过中继服务地址转发指定直播流。
多点控制单元，用于对目标房间内指定发布流执行混流操作。
其中，目标房间可以是任一个主播房间。
选择性转发单元，用于转发目标房间内指定直播流。
其中，选择性转发单元在房间人数少于预设值时启用。该预设值可以设置为3，当然还可以设置为任意正整数，视具体应用环境和用户需求确定即可，均属于本申请的保护范围。
边缘节点服务器，用于通过观看房间接入边缘节点地址封装相应协议，分发直播流。
发布-订阅管理中心，用于通过所述边缘节点服务器、所述中继服务器、所述多点控制单元及所述选择性转发单元，利用如上述任一实施例所述的发布-订阅关系的维护方法对发布端与订阅端之间的发布-订阅关系进行维护。
需要说明的是，多点控制单元的英文全称为MultiPoint ControlUnit，简称为MCU，选择性转发单元的英文全称为Selective Forwarding Unit，简称为SFU。
需要说明的是，关于发布-订阅关系的维护方法的相关说明，可参见上述实施例，此处不再赘述。
本实施例提供的互动直播系统内部，所有直播流都统一封装成自有格式流，流定义包含流路径，视频流ID，音频流ID等，其中流路径，音视频ID以及对应路径由发布-订阅管理中心全局管理和生成。中继服务器，多点控制单元，选择性转发单元之间支持自有格式流的订阅和推送，大大简化了多种协议在系统内部频繁转封装导致的控制复杂度。
本申请实施例还提供一种计算机存储介质，用于存储计算机程序，该计算机程序被执行时，具体用于实现本申请所提供的发布-订阅关系的维护方法。
需要说明的是，关于发布-订阅关系的维护方法的相关说明，参见图1至图3对应的实施例即可，此处不再赘述。
本申请实施例还提供了一种电子设备，请参考图4，包括：存储器601和处理器602。
其中，存储器601用于存储计算机程序。
处理器602用于执行该计算机程序，具体用于实现本申请实施例提供的发布-订阅关系的维护方法。
需要说明的是，关于发布-订阅关系的维护方法的相关说明，参见图1至图3对应的实施例即可，此处不再赘述。
本说明书中的各个实施例中记载的特征可以相互替换或者组合，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (9)

1.一种发布-订阅关系的维护方法，其特征在于，应用于互动直播系统中的发布-订阅管理中心，所述方法包括：
确定出待维护发布-订阅关系模型所属模式；所述模式包括一人发布多人订阅模式和多人发布多人订阅模式；其中，所述一人发布多人订阅模式为所述待维护发布-订阅关系模型中发布者的数量为1人时的模式；所述多人发布多人订阅模式为所述待维护发布-订阅关系模型中发布者的数量大于1人时的模式；
若所述待维护发布-订阅关系模型所属模式为所述一人发布多人订阅模式，则按照第一预设发布流程和预设订阅流程对所述待维护发布-订阅关系模型进行维护；
若所述待维护发布-订阅关系模型所属模式为所述多人发布多人订阅模式，则按照第二预设发布流程和所述预设订阅流程对所述待维护发布-订阅关系模型进行维护；其中，所述第一预设发布流程与所述第二预设发布流程不同。
2.根据权利要求1所述的发布-订阅关系的维护方法，其特征在于，按照第一预设发布流程对所述待维护发布-订阅关系模型进行维护，包括：
在接收到所述互动直播系统中发布端发送的开房请求之后，响应所述开房请求，并向所述发布端返回主播房间信息；所述主播房间信息包括主播房间名、主播发布流路径及主播房间接入边缘节点地址；
在接收到所述主播房间接入边缘节点地址发送的同步流更新指令之后，同步更新所述主播房间名对应的流状态；其中，所述同步流更新指令在所述主播房间接入边缘节点地址接收到所述发布端推送的直播流后被触发。
3.根据权利要求1所述的发布-订阅关系的维护方法，其特征在于，按照预设订阅流程对所述待维护发布-订阅关系模型进行维护，包括：
在接收到所述互动直播系统中订阅端发送的订房请求之后，响应所述订房请求，并向所述订阅端返回与所述订房请求相匹配的房间信息；所述与所述订房请求相匹配的房间信息包括：与所述订房请求相匹配的主播发布流路径、音视频ID列表及第一观看房间接入边缘节点地址；
在接收到所述第一观看房间接入边缘节点地址发送的指定房间号观看请求之后，响应所述指定房间号观看请求，并向所述第一观看房间接入边缘节点地址返回与所述指定房间号观看请求相匹配的房间信息及第一级中继服务地址；所述第一观看房间接入边缘节点地址发送的指定房间号观看请求是：所述第一观看房间接入边缘节点地址在接收到直播观看请求之后，在自身中未匹配到所述直播观看请求携带要观看的房间名和订阅流路径时发送的；所述第一级中继服务地址用于在接收到所述第一观看房间接入边缘节点地址发送的直播观看请求时，向所述第一观看房间接入边缘节点地址发送与所述直播观看请求相匹配的直播流数据；
在接收到所述第一级中继服务地址发送的指定房间号观看请求之后，响应所述指定房间号观看请求，并向所述第一级中继服务地址返回与所述指定房间号观看请求相匹配的多个下一级中继服务地址或第二观看房间接入边缘节点地址；所述第一级中继服务地址发送的指定房间号观看请求是：所述第一级中继服务地址在接收到直播观看请求之后，在自身中未匹配到所述直播观看请求携带要观看的房间名和订阅流路径时发送的。
4.根据权利要求3所述的发布-订阅关系的维护方法，其特征在于，还包括：
实时判断所述待维护发布-订阅关系模型中的中继服务地址的层级数量是否大于预设值；
若判断出结果为是，则对所述待维护发布-订阅关系模型中的订阅流路径进行收敛。
5.根据权利要求1所述的发布-订阅关系的维护方法，其特征在于，按照第二预设发布流程对所述待维护发布-订阅关系模型进行维护，包括：
在接收到所述互动直播系统中发布端发送的开房请求之后，响应所述开房请求，并向所述发布端返回主播房间信息；所述主播房间信息包括主播房间名、主播发布流路径及主播房间接入边缘节点地址；
在接收到所述发布端发送的并房请求之后，响应所述并房请求，并向所述发布端返回与所述并房请求相匹配的房间信息；所述与所述发布端发送的并房请求相匹配的房间信息包括：与所述并房请求相匹配的主播房间名、参与者发布流路径及参与者接入边缘节点地址；
实时对所述主播房间名、所述主播发布流路径及所述参与者发布流路径进行维护，并判断所述主播房间名是否出现新进参与者；若判断结果为是，则向所述主播房间名内各个订阅者和参与者推送所述新进参与者流定义信息；
在接收到所述互动直播系统中订阅端发送的其他发布流者流路径请求之后，将属于同一个主播房间名内各个所述订阅者发送的其他发布者流路径进行混流，并向各个所述订阅者返回混流路径及多点控制单元服务节点；
在接收到所述多点控制单元服务节点发送的混流请求之后，响应所述混流请求，在查询到与所述混流请求相匹配的流列表状态时，向所述多点控制单元服务节点返回与所述混流请求相匹配的流列表状态所在的中继服务地址或接入边缘节点地址；在未查询到与所述混流请求相匹配的流列表状态时，向所述多点控制单元服务节点返回错误信息。
6.根据权利要求5所述的发布-订阅关系的维护方法，其特征在于，还包括：
接收所述多点控制单元服务节点发送同步混流信息，并定时更新相应的所述待维护发布-订阅关系模型中的混流状态。
7.一种互动直播系统，其特征在于，包括：
发布端，用于发布直播流；
订阅端，用于订阅所述发布端发布的所述直播流，并通过CDN服务器观看所述直播流；
中继服务器，用于通过中继服务地址转发指定直播流；
多点控制单元，用于对目标房间内指定发布流执行混流操作；
选择性转发单元，用于转发所述目标房间内指定直播流；
边缘节点服务器，用于通过观看房间接入边缘节点地址封装相应协议，分发所述直播流；
发布-订阅管理中心，用于通过所述边缘节点服务器、所述中继服务器、所述多点控制单元及所述选择性转发单元，利用如权利要求1-6任一项所述的发布-订阅关系的维护方法对所述发布端与所述订阅端之间的发布-订阅关系进行维护。
8.一种电子设备，其特征在于，包括处理器和存储器；其中：
所述存储器用于存储计算机指令；
所述处理器用于执行所述存储器存储的计算机指令，具体执行如权利要求1至6中任一项所述的发布-订阅关系的维护方法。
9.一种存储介质，其特征在于，用于存储程序，所述程序被执行时，用于实现如权利要求1至6中任一项所述的发布-订阅关系的维护方法。
CN202111534990.3A 2021-12-15 2021-12-15 互动直播系统、发布-订阅关系的维护方法及相关设备 Active CN114173162B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111534990.3A CN114173162B (zh) 2021-12-15 2021-12-15 互动直播系统、发布-订阅关系的维护方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111534990.3A CN114173162B (zh) 2021-12-15 2021-12-15 互动直播系统、发布-订阅关系的维护方法及相关设备

Publications (2)

Publication Number Publication Date
CN114173162A CN114173162A (zh) 2022-03-11
CN114173162B true CN114173162B (zh) 2024-06-07

Family

ID=80486729

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111534990.3A Active CN114173162B (zh) 2021-12-15 2021-12-15 互动直播系统、发布-订阅关系的维护方法及相关设备

Country Status (1)

Country Link
CN (1) CN114173162B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115065829A (zh) * 2022-04-25 2022-09-16 武汉斗鱼鱼乐网络科技有限公司 一种多人连麦方法及相关设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106534916A (zh) * 2016-10-25 2017-03-22 杭州顺网科技股份有限公司 一种针对网吧环境基于三层服务器架构的视频直播系统
CN112511783A (zh) * 2019-09-16 2021-03-16 武汉斗鱼网络科技有限公司 音视频流的混合显示方法、装置、服务器和存储介质
WO2021114795A1 (zh) * 2019-12-11 2021-06-17 厦门雅基软件有限公司 云游戏直播方法、云游主播端、观众端及计算机可读存储介质
CN113115065A (zh) * 2021-04-13 2021-07-13 北京字跳网络技术有限公司 一种基于直播的数据处理方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106534916A (zh) * 2016-10-25 2017-03-22 杭州顺网科技股份有限公司 一种针对网吧环境基于三层服务器架构的视频直播系统
CN112511783A (zh) * 2019-09-16 2021-03-16 武汉斗鱼网络科技有限公司 音视频流的混合显示方法、装置、服务器和存储介质
WO2021114795A1 (zh) * 2019-12-11 2021-06-17 厦门雅基软件有限公司 云游戏直播方法、云游主播端、观众端及计算机可读存储介质
CN113115065A (zh) * 2021-04-13 2021-07-13 北京字跳网络技术有限公司 一种基于直播的数据处理方法及装置

Also Published As

Publication number Publication date
CN114173162A (zh) 2022-03-11

Similar Documents

Publication Publication Date Title
US8997154B2 (en) Apparatus and method for obtaining media content
US8918825B2 (en) Personal television channel and system and method thereof
US8112490B2 (en) System and method for providing a virtual environment with shared video on demand
JP4860640B2 (ja) ストリームデータのネットワーク伝送システム及び方法
US20110191439A1 (en) Media content ingestion
US20100138892A1 (en) Apparatus and method for managing media distribution
JP2009540748A (ja) 航空機内でオン・デマンド・ビデオを配信するための方法及びシステム
US8812718B2 (en) System and method of streaming data over a distributed infrastructure
US11838572B2 (en) Streaming video trunking
CN104581366A (zh) 一种互联网电视播放方法和服务器
CN105744373A (zh) 基于互联网的流媒体播放方法及系统
CN104618785A (zh) 音视频播放方法、装置及系统
CN108200444B (zh) 一种视频直播的方法、装置和系统
US20210044863A1 (en) System and method for management and delivery of secondary syndicated companion content of discovered primary digital media presentations
JP2013516854A (ja) Ｉｐｔｖシステムのためのエッジコンテンツ配信デバイスおよびコンテンツ配信ネットワーク
CN114173162B (zh) 互动直播系统、发布-订阅关系的维护方法及相关设备
JP2007166572A (ja) ネットワーク上に応用されるグループ再生方法およびコンピュータシステムおよびコンピュータ読取り可能媒体
BR112014006764B1 (pt) Métodos e terminal para proporcionar serviços interativos dentro de uma rede para distribuição de conteúdo televisivo
JP2003525559A (ja) カメラと画面キャプチャーを用いたインターネット分散放送システム及び方法
JP2006108996A (ja) 仮想コミュニケーション空間紹介システム、仮想コミュニケーション空間紹介方法、およびコンピュータプログラム
US20150172735A1 (en) Program source data processing method and device
CN112788050A (zh) 基于内容分发网络实现低延时直播的系统及方法
JP2015156657A (ja) Ｉｐｔｖシステムのためのエッジコンテンツ配信デバイスおよびコンテンツ配信ネットワーク
Prins et al. A hybrid architecture for delivery of panoramic video
US20190036838A1 (en) Delivery of Multimedia Components According to User Activity

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant